Print

Print


Hello,

Ok-after checking this in the DST and when using the FSParticle collection,
the track position at the Ecal is still obtained as it was before and
works. If I directly iterate over the UnconstrainedMollerCandidate
collection, and get the tracks associated with a vertex, the track
positions at the ecal don't really make a lot of sense (as mentioned in my
previous e-mail). I'm not sure why this doesn't work in Pass3, but it did
work in Pass 2.

On Wed, Oct 21, 2015 at 9: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