-
Notifications
You must be signed in to change notification settings - Fork 26
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
Add the possibility to set edm4hep::utils::ParticleIDMeta
via the IMetadataSvc
#273
base: main
Are you sure you want to change the base?
Conversation
ff46b52
to
baecff1
Compare
I have added a "small" test case that runs similar checks as in the functional algorithm as a standalone application (effectively hard-coding the expected parameter and algorithm names). I have done it in c++ because the PIDHandler is not yet really usable in python (see key4hep/EDM4hep#396). Once the nightly builds have picked up key4hep/EDM4hep#395, CI should also start to pass again (tomorrow). |
edm4hep::utils::ParticleIDMeta
via the IMetadataSvc
edm4hep::utils::ParticleIDMeta
via the IMetadataSvc
|
||
|
||
add_executable(check_ParticleIDOutputs src/check_ParticleIDOutputs.cpp) | ||
target_link_libraries(check_ParticleIDOutputs PRIVATE podio::podioIO EDM4HEP::edm4hep EDM4HEP::utils fmt::fmt) |
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.
Maybe it would be good to have a find_package(fmt)
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.
Yes, good idea. I was relying on find_package(Gaudi)
bringing it in. Should I put it into the top level CMakeLists.txt
or in the one in tests
? Currently only the tests seem to be using fmtlib, but that might change(?)
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.
Well with #275 it will change, so it may be at the top level anyway.
b2dc6c8
to
60c885a
Compare
Necessary because there is a new output collection in the functional producer that is used in several places
Since I touched the |
Technically already covered via Gaudi, but this makes it explicit
void operator()(const edm4hep::ParticleIDCollection& pidColl1, const edm4hep::ParticleIDCollection& pidColl2, | ||
const edm4hep::ReconstructedParticleCollection& recos) const { | ||
auto pidHandler = edm4hep::utils::PIDHandler::from(pidColl1, pidColl2); | ||
pidHandler.addMetaInfos(m_pidMeta1, m_pidMeta2); |
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.
This requires a new version of EDM4hep. Should I go for a version that works with 0.99? Otherwise we need to bump the EDM4hep version, I think. Even if this is only a test.
BEGINRELEASENOTES
edm4hep::utils::ParticleIDMeta
with theMetadataSvc
get
andput
that defer to the corresponding utility calls in EDM4hepENDRELEASENOTES
This would be option 1 sketched out in #272