Well…that’s good to know. Fortunately I ran pass0 with the -R <runNumber> option, so they are ok. On Jan 15, 2015, at 10:19 AM, McCormick, Jeremy I. <[log in to unmask]> wrote: > Hi, Matt. > > I think the run numbers in the recon data are wrong after the first file. This is because a pre start event was used to set the run number in EvioToLcio, but this is not present in subsequent files. So the run number gets a default value of zero for most of the files. (I think this was the problem Luca was having where the conditions system suddenly started seeing run number 0 in his job.) > > When running recon for a pass, you can set this yourself using an override. > > There is the “-R” switch to EvioToLcio…. > > EvioToLcio -R 1234 […] > > Or you could use ConditionsDriver with a variable in the steering file. > > <driver name=“ConditionsDriver” type=“…”> > <runNumber>${runNumber}</runNumber> > <detectorName>SomeFancyDetector</detectorName> > <freeze>true</freeze> > </driver> > > And then > > EvioToLcio -DrunNumber=1234 […] > > Either way you’re going to need to extract the run number from the EVIO file name (should be easy I think using a grep or shell command?) and then set it manually using one of the above methods in the next recon passes. > > I have also added extraction of run numbers from the head bank that appears every ~40 events in the data. But not all of the runs have these. It will be less of a problem in the future as this should happen more automatically. For now, we should assume not all of the runs have the head banks. > > —Jeremy ######################################################################## 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