Just looking at it, I don’t see any reason it needs to cast the hit as a HelicalTrackHit and I imaging that this probably doesn’t work when running on reconstructed files (where a lot of the HelicialTrackHit information is not persisted IIRC)… I think it’s fine to change it.  

Note that this just checks that the 3d hit is already on a track…it doesn’t check whether one of the 2d hits is the same as one on the track but paired with a different stereo hit. 


On Feb 1, 2017, at 4:20 PM, Holly Vance <[log in to unmask]> wrote:

Good morning,

I've been studying hits shared between tracks using the GBLTracks collection. When I do this, the method in TrackUtils no longer works. The relevant issues are in lines 780-800 of the "isSharedHit".

Essentially, the problem has to do with casting the TrackerHit as a HelicalTrackHit. I have no problem using this method when I use TrackerHit as opposed to HelicalTrackHit. 

Is there a reason that the method throws an error when I recast the TrackerHit using GBLTracks? Is anyone else using this method or could I change it to use TrackerHits? 

Any clarification in this would be extremely helpful.

Thanks,
Holly


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