Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Full Vector building has strange eta residual #128

Closed
kmcdermo opened this issue Feb 18, 2018 · 6 comments
Closed

Full Vector building has strange eta residual #128

kmcdermo opened this issue Feb 18, 2018 · 6 comments
Assignees

Comments

@kmcdermo
Copy link
Collaborator

As pointed in previous PRs, FV building has a strange shape for the eta residual between CMSSW and mkFit backward fit tracks (to the PCA):

Could be related to 1/pt, which also shows some tail compared to BH or CE:
https://kmcdermo.web.cern.ch/kmcdermo/pr126/CMSSWVAL/fit/diffs/SNB_CMSSW_TTbar_PU70_allmatch_dinvpt_fit_pt0.9_CMSSWVAL.png

Needs to be understood... perhaps the hit assignment or track labeling is messed up?

@kmcdermo
Copy link
Collaborator Author

For sake of simplicity, I am copying the plots directly. As a reminder: "all matched tracks" means all mkFit tracks that are matched to a CMSSW tracks, including possible duplicates.

all matched tracks, diff eta, pT > 0

image

all matched tracks, diff eta, pT > 0.9

image

all matched tracks, diff eta, pT > 2

image

all matched tracks, diff 1/pT

image

@kmcdermo
Copy link
Collaborator Author

Same comment as other FV problems. will address later

@dan131riley
Copy link
Collaborator

By going through the SMatrix Track class, the standard track finders filter out the -1, -3 and -4 fake hits (standard miss, outside and edge detector misses) due to this commit:

f36425c#diff-48dc3f60452a14992adbb68ea6e65a8e

Full vector isn't filtering those out, so it runs out of space to store hits more often than the other methods, especially in the transition regions where there are lots of detector element misses. This doesn't affect the build parameters, but means the backwards fit starts with a large gap from the last to the penultimate hit.

@dan131riley
Copy link
Collaborator

I believe this also explains why #128 is specific to hit-based matching. The difference between CMSSW and simtrack hit-based matching is likely the difference in match thresholds.

@dan131riley
Copy link
Collaborator

This is not resolved by #134 so it is still a mystery. I also mis-identified the relevant change in CE, I should have linked to

1365812#diff-1164fe0ca653386ef41ffe6b49535295R63

@kmcdermo
Copy link
Collaborator Author

kmcdermo commented Aug 3, 2018

Closing this issue for now, since we are moving away from validation FV. Will re-open if we decide to come back to FV.

@kmcdermo kmcdermo closed this as completed Aug 3, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants