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

Proper setting of mother and daughter relations for MCParticles #15

Open
tmadlener opened this issue Dec 4, 2020 · 0 comments
Open

Comments

@tmadlener
Copy link
Contributor

The current handling of setting the mothers and daughters is most probably not correct. E.g. if we look at how at how Pythia defines these relationships then we have to handle several different cases depending on the values of M1 and M2, resp. D1 and D2 that we obtain from a Delphes GenCandidate. I have opened a ticket at the Delphes issue tracker describing this specific issue.

Additionally, it seems that in any case M1 and M2, resp. D1 and D2 should in general be interpreted as ranges of indices to the mothers / daughters and not as the indices of the two mothers and daughters. This is something that is in principle easily fixed, but then clashes with the interpretation from Pythia, where there is a special meaning to cases where M1 >= 0 && M2 >= 0 && M2 < M1 (and equivalently for the daughters). Also this would in principle be not too hard to handle in the converter, but ideally the converter does not know which reader was used to fill the initial generated particles collection. So the main question is, is the interpretation of the M1/M2 and D1/D2 indices something that follows a "HEP convention" and we can always interpret in the same way regardless of whether we got our MC Particles from Pythia or read them via HepMC or from a STDHEP file?

If that is not the case, then we either have to make the converter aware of how to interpret these indices to set the correct mother and daughter relations, or we maybe have to see how this could be fixed in upstream Delphes.

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

1 participant