-
Notifications
You must be signed in to change notification settings - Fork 34
Secvertex amvf to be merged into main EICrecon repo #1915
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
base: main
Are you sure you want to change the base?
Conversation
… into displacedvertex
… into displacedvertex
for more information, see https://pre-commit.ci
Moved to Config |
wdconinc
left a comment
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.
Two major remaining comments from my side at this point:
- We should move the creation and initialization of algorithmic structures that are event-independent into the init function, not recreate them for each event in the process function.
- We should not base this algorithm on the input from ActsExamples::Trajectories, but on the input from ReconstructedParticles. That will avoid the combinatorics of the matching loop. (Even if you don't do this, the matching loop should use an early break.)
| float maxDistToLinPoint = 5.5 * Acts::UnitConstants::mm; | ||
| // Bin extent in z-direction | ||
| float spatialBinExtent = 25 * Acts::UnitConstants::um; | ||
| Acts::Vector4 initialVariances = Acts::Vector4{1e+2, 1e+2, 1e+2, 1e+8}; |
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.
Still needs units.
| @@ -0,0 +1,39 @@ | |||
| #pragma once | |||
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.
Missing license header.
| : SecondaryVertexFinderAlgorithm{name, | ||
| {"inputReconstructedParticles", "inputActsTrajectories"}, | ||
| {"outputPrimaryVertices", "outputSecondaryVertices"}, | ||
| ""} {} |
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.
Missing docstring.
| "PrimaryTrackVerticesAMVF", | ||
| "SecondaryTrackVerticesAMVF", |
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.
Okay, so our IVF collection is CentralTrackVertices, we can't just replace Central with Primary.
| "PrimaryTrackVerticesAMVF", | |
| "SecondaryTrackVerticesAMVF", | |
| "CentralTrackVerticesAMVF", | |
| "CentralTrackSecondaryVerticesAMVF", |
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.
Or if we are to be consistent with Xin's collections it would be
| "PrimaryTrackVerticesAMVF", | |
| "SecondaryTrackVerticesAMVF", | |
| "PrimaryVerticesAMVF", | |
| "SecondaryVerticesAMVF", |
I wonder if primaries and secondaries produced by this factory can overlap?
for more information, see https://pre-commit.ci
for more information, see https://pre-commit.ci
Co-authored-by: Wouter Deconinck <[email protected]>
for more information, see https://pre-commit.ci
This PR applies the include-what-you-use fixes as suggested by https://github.com/eic/EICrecon/actions/runs/19345829824. Please merge this PR into the branch `secvertexAMVF` to resolve failures in PR #1915. Auto-generated by [create-pull-request][1] [1]: https://github.com/peter-evans/create-pull-request Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Briefly, what does this PR introduce?
This adds secondary vertex finder to the EICrecon.
What kind of change does this PR introduce?
Please check if this PR fulfills the following:
Does this PR introduce breaking changes? What changes might users need to make to their code?
No need to make changes to existing code. Full compliance with main EICrecon repo has been maintained throughout
Does this PR change default behavior?
No change to default behaviour