You should already be able to do this by using ConditionsDriver in a steering file as the first driver in the list and specifying a run number with the freeze option. <driver name="ConditionsDriver" type="org.hps.conditions.ConditionsDriver"> <freeze>true</freeze> <runNumber>1234</runNumber> </driver> Let me know if you get that working and if the log shows the correct conditions. This would probably require using a steering file on disk that is modified in the fly as needed. I have been meaning to add a conditions/detector config wizard to the monitoring to solve this in a more user friendly way but haven't gotten around to it yet. Having too much fun looking at the data! > On Dec 5, 2014, at 8:06 PM, Nathan Baltzell <[log in to unmask]> wrote: > > Hi Jeremy, > > Will you implement a way for the monitoring app to not depend on reading the > run number from the data? A command-line switch would do. We are successfully > using the latest jar in the counting room, and while I think we all strongly agree that > our data format must and will have run number in every event, the fact is that it > currently does not. At least a short-term solution for this would be very helpful for > shift takers. > > Thanks, > Nathan > ######################################################################## 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