-
Notifications
You must be signed in to change notification settings - Fork 157
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
feat: Allow setting reverse filter p threshold #1103
feat: Allow setting reverse filter p threshold #1103
Conversation
Codecov Report
@@ Coverage Diff @@
## main #1103 +/- ##
=======================================
Coverage 48.62% 48.62%
=======================================
Files 341 341
Lines 17511 17511
Branches 8244 8244
=======================================
Hits 8515 8515
Misses 3232 3232
Partials 5764 5764 Continue to review full report at Codecov.
|
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 totally sense.
There's still a failure & the format checks are running. |
The failure is because #1101 is not in this branch yet. I'll update and it should resolve the failure (as intended). |
I also fixed the format now. |
- 0 GeV hashes are from before, these should be still valid - 1 TeV hashes are from local, might be wrong
Ok, everything seems to succeed. |
I noticed in #1103 that the navigation failed in backward mode after we merged #1107. Indeed, during the change in #1107, `TrackingVolume` lost a line that copied the sign from the navigation direction onto the path length in `compatibleBoundaries`. This made the navigation go haywire when it tried to target boundaries in reverse propagation mode. This PR adds that back in, and should fix #1103's test runs.
Tests succeeds now it seems. @asalzburger can you approve one more time? |
…#1115) I noticed in acts-project#1103 that the navigation failed in backward mode after we merged acts-project#1107. Indeed, during the change in acts-project#1107, `TrackingVolume` lost a line that copied the sign from the navigation direction onto the path length in `compatibleBoundaries`. This made the navigation go haywire when it tried to target boundaries in reverse propagation mode. This PR adds that back in, and should fix acts-project#1103's test runs.
@asalzburger The bot isn't merging because the approval itself is not valid yet. |
Merged by hand. |
…#1115) I noticed in acts-project#1103 that the navigation failed in backward mode after we merged acts-project#1107. Indeed, during the change in acts-project#1107, `TrackingVolume` lost a line that copied the sign from the navigation direction onto the path length in `compatibleBoundaries`. This made the navigation go haywire when it tried to target boundaries in reverse propagation mode. This PR adds that back in, and should fix acts-project#1103's test runs.
I noticed in #1103 that the navigation failed in backward mode after we merged #1107. Indeed, during the change in #1107, `TrackingVolume` lost a line that copied the sign from the navigation direction onto the path length in `compatibleBoundaries`. This made the navigation go haywire when it tried to target boundaries in reverse propagation mode. This PR adds that back in, and should fix #1103's test runs. (cherry picked from commit 67afb40)
… to develop/v9.1.x] (#1383) fix: TrackingVolume intersection check didn't copy sign (#1115) I noticed in #1103 that the navigation failed in backward mode after we merged #1107. Indeed, during the change in #1107, `TrackingVolume` lost a line that copied the sign from the navigation direction onto the path length in `compatibleBoundaries`. This made the navigation go haywire when it tried to target boundaries in reverse propagation mode. This PR adds that back in, and should fix #1103's test runs. (cherry picked from commit 67afb40) Co-authored-by: Paul Gessinger <paul.gessinger@cern.ch>
We previously didn't set up the reverse filtering at all in the examples track fitting algorithm, so the WARNING in #1101 and #1077 was never observed.
This PR exposes a momentum threshold variable through the config struct and into python. The pytests run it with a threshold of 0 (no reverse filtering at all) and 1 TeV (almost always reverse filtering), so we should at least see this warning here until #1101 is merged.