-
Notifications
You must be signed in to change notification settings - Fork 168
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
refactor: Rework interactions interface - more explicit params and types #2366
refactor: Rework interactions interface - more explicit params and types #2366
Conversation
Codecov Report
@@ Coverage Diff @@
## main #2366 +/- ##
==========================================
+ Coverage 49.58% 49.60% +0.01%
==========================================
Files 453 452 -1
Lines 25517 25515 -2
Branches 11706 11701 -5
==========================================
+ Hits 12653 12656 +3
+ Misses 4581 4579 -2
+ Partials 8283 8280 -3
... and 1 file with indirect coverage changes 📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
…eractions-interface-and-types
AMVF physmon is failing for unknown reasons. I experienced this already multiple times - minimal changes not directly related to the AMVF will be amplified greatly. I will try a few things here to nail this down #2370 My guess is that either there is some weird interference because we run the IVF in the same chain or the AMVF is operating on a critical point in our setup which causes vertices to appear/disappear based on small numerical differences which then show up as bigger differences in the hist cmp |
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.
Looks good!
…eractions-interface-and-types
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.
You remove some assertions. Are you removing them because we're confident they should never trigger?
Core/include/Acts/Propagator/detail/GenericDenseEnvironmentExtension.hpp
Outdated
Show resolved
Hide resolved
I moved the assertions into the constructor of |
I am not sure where the remaining reference changes are coming from but I will try to pin it down |
In this PR I make the particle hypothesis part of the track parameters. This allows us to consistently use the same hypothesis across various parts of our code. Before that the particle hypothesis was a bit scattered in the propagator and stepper. replaces #2181 after splitting it up blocked by - #2366 - #2396 - #2398 - #2397
Currently our intersection call can give an alternative solution but it is not clear which one is to be preferred in which situation and the results are unstable meaning that it could be swapped depending on where you are on the ray. Here I try to make the interface cleaner and the intersection order stable. blocked by - #2366 - #2368 --------- Co-authored-by: kodiakhq[bot] <49736102+kodiakhq[bot]@users.noreply.github.com> Co-authored-by: Benjamin Huth <[email protected]> Co-authored-by: Benjamin Huth <[email protected]> Co-authored-by: Paul Gessinger <[email protected]>
In this PR I make the particle hypothesis part of the track parameters. This allows us to consistently use the same hypothesis across various parts of our code. Before that the particle hypothesis was a bit scattered in the propagator and stepper. replaces acts-project#2181 after splitting it up blocked by - acts-project#2366 - acts-project#2396 - acts-project#2398 - acts-project#2397
…2336) Currently our intersection call can give an alternative solution but it is not clear which one is to be preferred in which situation and the results are unstable meaning that it could be swapped depending on where you are on the ray. Here I try to make the interface cleaner and the intersection order stable. blocked by - acts-project#2366 - acts-project#2368 --------- Co-authored-by: kodiakhq[bot] <49736102+kodiakhq[bot]@users.noreply.github.com> Co-authored-by: Benjamin Huth <[email protected]> Co-authored-by: Benjamin Huth <[email protected]> Co-authored-by: Paul Gessinger <[email protected]>
Refactors the interactions interface to be minimal. That means only passing absolute charge and absolute PDG and only where necessary.
At the same time I made the types explicit. For some reason we use
float
all across the interaction code which I kept and made more explicit.also fixes a weird FPE discovered in
pulled these changes out of
blocked by
Particle::qOverP
in Fatras simulation #2375convertLandauFwhmToGaussianSigma
#2372