Skip to content
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

Merged
merged 12 commits into from
Jan 6, 2022

Conversation

paulgessinger
Copy link
Member

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.

@paulgessinger paulgessinger added this to the next milestone Dec 8, 2021
@codecov
Copy link

codecov bot commented Dec 8, 2021

Codecov Report

Merging #1103 (6e43071) into main (f509ede) will not change coverage.
The diff coverage is n/a.

Impacted file tree graph

@@           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.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update f509ede...6e43071. Read the comment docs.

Copy link
Contributor

@asalzburger asalzburger left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Makes totally sense.

Examples/Scripts/Python/truth_tracking.py Outdated Show resolved Hide resolved
@asalzburger
Copy link
Contributor

There's still a failure & the format checks are running.

@paulgessinger
Copy link
Member Author

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).

@paulgessinger
Copy link
Member Author

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
@paulgessinger
Copy link
Member Author

Ok, everything seems to succeed.
@asalzburger can you approve again?

@paulgessinger
Copy link
Member Author

The CI failure was likely caused by a regression introduced in #1103. This should be fixed in #1115. This branch now includes that commit. The CI should run through now (I hope), but I'll mark this one WIP again until #1115 is merged.

@paulgessinger paulgessinger added Bug Something isn't working 🚧 WIP Work-in-progress and removed Bug Something isn't working labels Dec 14, 2021
@kodiakhq kodiakhq bot closed this in #1115 Dec 14, 2021
kodiakhq bot pushed a commit that referenced this pull request Dec 14, 2021
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.
@paulgessinger paulgessinger reopened this Dec 14, 2021
@paulgessinger paulgessinger removed the 🚧 WIP Work-in-progress label Dec 14, 2021
@paulgessinger
Copy link
Member Author

Tests succeeds now it seems. @asalzburger can you approve one more time?

paulgessinger added a commit to paulgessinger/acts that referenced this pull request Dec 15, 2021
…#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 asalzburger enabled auto-merge (squash) January 5, 2022 13:52
@paulgessinger
Copy link
Member Author

@asalzburger The bot isn't merging because the approval itself is not valid yet.

@asalzburger asalzburger merged commit 6375493 into acts-project:main Jan 6, 2022
@asalzburger
Copy link
Contributor

Merged by hand.

@paulgessinger paulgessinger deleted the reverse-filtering-test branch January 6, 2022 08:39
@paulgessinger paulgessinger modified the milestones: next, v16.0.0 Jan 13, 2022
paulgessinger added a commit to paulgessinger/acts that referenced this pull request Aug 3, 2022
…#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.
acts-project-service pushed a commit that referenced this pull request Aug 5, 2022
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)
paulgessinger added a commit that referenced this pull request Aug 9, 2022
… 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>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants