Hello Jeremy, Okay, then I'm pretty sure I did it right. I created a file called: /detector-data/detectors/HPS-PhysicsRun2016-Hodoscope-v3-2pt3-fieldmap/SamplingFractions/Hodoscope.properties It contains: samplingFraction: 1.0 The compact.xml declaration for the hodoscope is: <detector id="30" name="Hodoscope" type="Hodoscope_v1" > readout="HodoscopeHits" insideTrackingVolume="true" vis="HodoscopeVis"> So this is correct, right? I also verified that the MC file was run with this detector (HPS-PhysicsRun2016-Hodoscope-v3-2pt3-fieldmap) and recompiled the entire project twice just to be sure. Thanks, Kyle On Wed, Feb 21, 2018 at 4:57 PM, McCormick, Jeremy I. < [log in to unmask]> wrote: > Yes, the file name needs to have the same name as the detector…. > > On Feb 21, 2018, at 1:46 PM, Kyle McCarty <[log in to unmask]> wrote: > > Hello Nathan, > > I went to "detector-data/detectors/HPS-PhysicsRun2016-Hodoscope-v3- > 2pt3-fieldmap/SamplingFractions/" and copied "Ecal.properties" to > "Hodoscope.properties" and then recompiled. The error still occurs, however. > > I assume that it is correct to name the properties file the same thing as > the detector name in the compact.xml? (It is "Hodoscope" here.) This > appears to be what was done for the calorimeter. > > This is all on the iss40 branch, for the record. > > Thanks, > > Kyle > > On Wed, Feb 21, 2018 at 4:27 PM, Nathan Baltzell <[log in to unmask]> > wrote: > >> Hi Kyle, >> >> Looks like your error is really in lcsim, not hps-java, and I don’t think >> lcsim cares about hps’s database? >> >> It might be you just need a X.properties file in the SamplingFraction >> subdirectory for your detector (where X is the name of your hodoscope >> detector in the compact.xml), just a guess ... >> >> -Nathan >> >> >> > On Feb 21, 2018, at 15:12, Kyle McCarty <[log in to unmask]> wrote: >> > >> > Hello hps-software, >> > >> > Recently, we ran a sample of Monte Carlo on the newest hodoscope >> detector geometry. It successfully output data from SLIC, but an error >> occurs when trying to load this data into HPS-Java: >> > >> > Exception in thread "main" java.lang.NullPointerException >> > at org.lcsim.event.base.SamplingFractionManager.getCorrectedEne >> rgy(SamplingFractionManager.java:34) >> > at org.lcsim.event.base.BaseCalorimeterHit.calculateCorrectedEn >> ergy(BaseCalorimeterHit.java:120) >> > at org.lcsim.lcio.SIOSimCalorimeterHit.<init>(SIOSimCalorimeter >> Hit.java:68) >> > at org.lcsim.lcio.SIOSimCalorimeterHitBlockHandler. >> addCollectionElements(SIOSimCalorimeterHitBlockHandler.java:23) >> > at org.lcsim.lcio.AbstractBlockHandler.readCollection(AbstractB >> lockHandler.java:39) >> > at org.lcsim.lcio.AbstractBlockHandler.readBlock(AbstractBlockH >> andler.java:32) >> > at org.lcsim.lcio.LCIOReader.read(LCIOReader.java:77) >> > at org.hps.util.FilterMCBunches.main(FilterMCBunches.java:177) >> > >> > I would assume this is because there are no conditions defined for the >> hodoscope geometry. Is there a way to bypass this and just have the >> hodoscope hits use the raw energy rather than trying to calculate a >> corrected energy from a sampling fraction that we don't presently have? >> > >> > Thanks, >> > >> > Kyle >> > >> > 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