Print

Print


No, removing the RF driver from MC definitely will not help.
Is there an RFHits collection in the culprit event in this
LCIO file?  Are there any RFHits collections in this LCIO file?





On Jan 9, 2016, at 9:26 PM, Bradley T Yale <[log in to unmask]> wrote:

> I'm using the Dec. 18 version
> hps-distribution-3.5-20151218.205540-15-bin.jar
> and
> EngineeringRun2015FullReconMC_Pass2.lcsim
> 
> Within that jar, there is no RF driver in 
> EngineeringRun2015FullRecon_Pass2.lcsim
> 
> but it is in
> EngineeringRun2015FullReconMC_Pass2.lcsim
> 
> Should it just be removed from MC then?
> ________________________________________
> From: Nathan Baltzell <[log in to unmask]>
> Sent: Saturday, January 9, 2016 9:07 PM
> To: Omar Moreno
> Cc: Bradley T Yale; McCormick, Jeremy I.; Mathew Thomas Graham; Uemura, Sho; [log in to unmask]
> Subject: Re: Pass4 MC
> 
> As of Dec 17 the RF driver in svn was supposed to put an RFHit
> collection, even if empty, into all output events in order to
> conform with dst-maker requirements.  I thought we had tested
> that, although maybe not with MC.
> 
> Brad, are you using a jar older than that, or a steering file
> that doesn't contain the RF driver?
> 
> FYI, this requirement by the dst maker of an existing instance
> of every collection in every event in the LCIO file doesn't make
> sense to me.  Ok, probably there's a good reason for it.
> 
> -nathan
> 
> 
> 
> 
> On Jan 9, 2016, at 8:49 PM, Omar Moreno <[log in to unmask]> wrote:
> 
>> Nathan or Holly would be the people to comment on what the problem may be.  For now, I can change the DST maker so it skips trying to write RF hits if the collection is empty.  That fixed it for me locally.
>> 
>> On Sat, Jan 9, 2016 at 5:33 PM, Bradley T Yale <[log in to unmask]> wrote:
>> I'm guessing it has something to do with the RFFitterDriver, or something in the database that it uses.
>> Does anyone know about it?
>> 
>> 
>> From: [log in to unmask] <[log in to unmask]> on behalf of Bradley T Yale <[log in to unmask]>
>> Sent: Saturday, January 9, 2016 8:30 PM
>> To: Omar Moreno
>> Cc: McCormick, Jeremy I.; Mathew Thomas Graham; Uemura, Sho; Nathan Baltzell; [log in to unmask]
>> Subject: Re: Pass4 MC
>> 
>> Yeah, those DST files had a similar type of error:
>> "A runtime error has occured : [ HpsEventBuilder ]: The collection RFHits doesn't have the expected number of elements."
>> 
>> 
>> From: [log in to unmask] <[log in to unmask]> on behalf of Omar Moreno <[log in to unmask]>
>> Sent: Friday, January 8, 2016 5:47 PM
>> To: Bradley T Yale
>> Cc: McCormick, Jeremy I.; Omar Moreno; Mathew Thomas Graham; Uemura, Sho; Nathan Baltzell; [log in to unmask]
>> Subject: Re: Pass4 MC
>> 
>> The A' DST files are empty.  Can you check the log files for errors? I saw an error related to RF hits yesterday when I ran locally, so I'm suspecting you are getting the same error.
>> 
>> On Fri, Jan 8, 2016 at 11:15 AM, Bradley T Yale <[log in to unmask]> wrote:
>> The A' samples are finished, but the daughters which are supposed to have displaced vertices still do not appear to:
>> 
>> ~/hps_soft/lcio/trunk/bin/dumpevent /cache/mss/hallb/hps/production/pass4/slic/ap/1pt05/50/apsignalv2_displaced_HPS-EngRun2015-Nominal-v4-4-fieldmap_4.slcio 5000
>> 
>> The ct was set to be 1 mm, so applying the boost to the A' in the above example should have given (E/m)*ct = (0.931/0.05)*1 mm = 18.62 mm for the daughters.
>> 
>> As usual, they appear to still be correctly displaced in both vertex and creation time at the stdhep level.
>> See the attached plots, where only the daughter electrons are shown.
>> 
>> 
>> Representative stdhep file:
>> /work/hallb/hps/mc_production/lhe/ap/1pt05/50/apsignalv2_displaced_4.stdhep
>> 
>> 
>> Could there still be a problem with the stdhep file that makes SLIC unable to handle this properly?
>> 
>> From: [log in to unmask] <[log in to unmask]> on behalf of Bradley T Yale <[log in to unmask]>
>> Sent: Thursday, January 7, 2016 2:27 AM
>> To: Omar Moreno
>> Cc: Mathew Thomas Graham; Uemura, Sho; Nathan Baltzell; [log in to unmask]
>> Subject: Re: Pass4 MC
>> 
>> A' samples are in progress.
>> These are being made using the version of 'lhe_tridents' that displaces the creation time of the daughters as well as the vertex.
>> Also, I'm making two different versions in this batch: one which decays at the target, and one that is supposed to have ct=1 mm (before the boost).
>> 
>> 
>> From: [log in to unmask] <[log in to unmask]> on behalf of Omar Moreno <[log in to unmask]>
>> Sent: Wednesday, January 6, 2016 5:05 PM
>> To: Bradley T Yale
>> Cc: Omar Moreno; Mathew Thomas Graham; Uemura, Sho; Nathan Baltzell; [log in to unmask]
>> Subject: Re: Pass4 MC
>> 
>> Are there pure A' samples as well?
>> 
>> On Wed, Jan 6, 2016 at 1:26 PM, Bradley T Yale <[log in to unmask]> wrote:
>> Cc'ing the software list...
>> 
>> Samples of everything are here:
>> /mss/hallb/hps/production/pass4/
>> 
>> which used the same jar as pass4 data (hps-distribution-3.5-20151218.205540-15-bin.jar)
>> 
>> 
>> Everything was made with dst_maker v0.10, and there are also some tritrig made with v0.9 for comparison, labeled 'OLDDST'.
>> Let me know if you need anything else. I'll be traveling tomorrow, so will try to submit things tonight.
>> Brad
>> 
>> 
>> From: [log in to unmask] <[log in to unmask]> on behalf of Omar Moreno <[log in to unmask]>
>> Sent: Wednesday, January 6, 2016 4:05 PM
>> To: Bradley T Yale; Mathew Thomas Graham; Uemura, Sho; Nathan Baltzell
>> Subject: Pass4 MC
>> 
>> Hi Bradley,
>> 
>> Are you planning to run pass 4 MC? Both the recon output and DST structure have changed so we will need pass4 MC files soon.
>> 
>> Thanks,
>> 
>> --Omar Moreno
>> 
>> 
>> Use REPLY-ALL to reply to list
>> 
>> To unsubscribe from the HPS-SOFTWARE list, click the following link:
>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1
>> 
>> 
>> 
>> Use REPLY-ALL to reply to list
>> 
>> To unsubscribe from the HPS-SOFTWARE list, click the following link:
>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1
>> 
>> 
>> 
>> Use REPLY-ALL to reply to list
>> 
>> To unsubscribe from the HPS-SOFTWARE list, click the following link:
>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1
>> 
> 
> ########################################################################
> Use REPLY-ALL to reply to list
> 
> To unsubscribe from the HPS-SOFTWARE list, click the following link:
> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1

########################################################################
Use REPLY-ALL to reply to list

To unsubscribe from the HPS-SOFTWARE list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1