 |
 |
I had put the track position at the ECal as the reference point for track state 1 (and adjusted the track parameters accordingly IIRC)…this may have changed though, but not by me. > Hi Holly, > > I’m not an expert on finding position at the ECal, but the reference point for the track doesn’t have anything to do with the position of the track at any position along it’s path (it could be kilometers away from the track, in principle), and was probably never really the right way even if it did seem to give sensible results. The reference point is simply the zero of the coordinate system for the track parameters. This is usually the origin of our global coordinates. > > Can someone else chime in and provide the “right” answer here? > > Tim > >> On Oct 21, 2015, at 6:20 AM, Holly Vance <[log in to unmask]> wrote: >> >> Hello, >> >> Can anyone confirm that this is still the correct method to get the track position at the Ecal from Pass 3? >> track->getTrackStates()[1]->getReferencePoint() >> >> This same code worked for Pass 2, but now I mostly get 0 for all values. Has anyone else confirmed this works? The few times I get something other than 0, the distribution sits 6-10cm away from the matched cluster x-y positions. Z position still looks fine. >> >> -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 ######################################################################## 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