-
Notifications
You must be signed in to change notification settings - Fork 37
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
RecoParticleVertexAssociation: rename relation members for consistency between association #134
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Makes sense to me.
Makes sense to me as well. Should we consider having more generic names than Depending on how many places this occurs in, one could also consider to have some In any case this is likely a temporary solution until there is a more generic notion of relations/associations in podio, right? |
Maybe we should rename all association elements to "from" and "to", which seems the most generic thing to put. Since those are part of a collection named "*Association" should be pretty clear what that refers to, no? |
I think renaming to "to" and "from" could be done as a preparatory step before there is proper support for this in podio. The only concern I would have here is that it then becomes slightly harder to use these associations in "both directions"; e.g. in ILD workflows there is usually an association from MC to Reco and another one from Reco to MC with different weights. This is then used for example to calculate reconstruction efficiencies with one of those and fake rates with the other. But I don't think this would be a major showstopper at the moment. |
12a0a2b
to
35705f8
Compare
This would not break I/O, but probably some code that still has |
Can you quickly rebase, to get rid of the "out-of-date with the base branch"? |
62cd348
to
c8dc545
Compare
- edm4hep::CalorimeterHit from // reference to the reconstructed hit | ||
- edm4hep::SimCalorimeterHit to // reference to the simulated hit |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- edm4hep::CalorimeterHit from // reference to the reconstructed hit | |
- edm4hep::SimCalorimeterHit to // reference to the simulated hit | |
- edm4hep::CalorimeterHit to // reference to the reconstructed hit | |
- edm4hep::SimCalorimeterHit from // reference to the simulated hit |
The name of the datatype suggests that the MC part is first, so I think it is more intuitive for it to be the "from" part of the association, right? A similar argument can be made for some of the other associations as well.
Outdated and decided not to pick up |
BEGINRELEASENOTES
ENDRELEASENOTES
This allows to use any association in a generic (templates) way, so all the methods will be called the same.