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:

Can anyone confirm that this is still the correct method to get the track position at the Ecal from Pass 3? 


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. 


Use REPLY-ALL to reply to list

To unsubscribe from the HPS-SOFTWARE list, click the following link: