<div dir="ltr">Hello all,<div><br></div><div>I am working on validating the sim-recon-rj-pm branch before we check it into the trunk, and one of the things I am doing is making sure that the tagger hits that are now being decoded from the evio fADC/TDC structs are properly showing up as dana objects in the analysis. To do this, I am running simulation output files through the hddm -> evio converter and then reading the events back into dana from evio input files. The problem is that I am seeing lots of missing hits that get dropped during this coding/decoding process, and I wonder if this is correct. BTW, I also see it for trunk code, although the output from hdgeant is different between the two branches so I cannot do event-by-event comparisons.  Here is what I see:</div>
<div><ul><li>BCAL - same number of hits (DBCALHit objects), but major decrease in the number of clusters (DBCALShower, DBCALCluster) that are made out of them. Is something being incorrectly transmitted through the filter?</li>
<li>FCAL - things all look consistent here</li><li>CDC - same number of hits before and after</li><li>FDC - 10% loss of hits (DFDCHit objects) , but major decrease in higher level objects like DFDCPseudo, DFDCIntersection which have 90% loss.</li>
<li>StartCounter - same number of hits before and after</li><li>FTOF - some hits are missing, but the higher-level objects (DTOFPaddleHit, DTOFPoint) seem consistent, maybe just a threshold cut?</li><li>Track objects - there may be a correlation between the pre-filter and post-filter statistics on these objects, but it is not obvious. The counts are rarely consistent between them for any of the track objects.</li>
<li>Neutrals objects - ditto.</li></ul><div>Is there someone who is taking the lead in studying the behavior of this filter? Should I ignore these differences, and consider the to/from evio capability of our offline to be unready for actual use?</div>
</div><div><br></div><div>-Richard J.</div></div>