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

fix: kf+gsf: correct hole-tagging for edge case #3637

Merged
merged 20 commits into from
Sep 26, 2024

Conversation

AJPfleger
Copy link
Contributor

@AJPfleger AJPfleger commented Sep 20, 2024

We want to add the HoleFlag, when (precedingMeasurementExists && surfaceIsSensitive). We had the case, that we would wrongly always tag holes, when surfaceIsSensitive && surfaceHasMaterial because then the check for precedingMeasurementExists would have been short-circuited.

The physmon does no change, because there we use the ODD which has material and sensitive on different surface, therefore could not be short-circuited. That's why we only see a difference in the generic detector hashes.

blocked:

@AJPfleger AJPfleger added this to the next milestone Sep 20, 2024
@github-actions github-actions bot added Component - Core Affects the Core module Track Fitting labels Sep 20, 2024
Copy link

github-actions bot commented Sep 20, 2024

📊: Physics performance monitoring for 619254f

Full contents

physmon summary

@github-actions github-actions bot added Component - Examples Affects the Examples module Changes Performance labels Sep 20, 2024
@AJPfleger AJPfleger marked this pull request as ready for review September 20, 2024 20:52
Copy link
Contributor

@andiwand andiwand left a comment

Choose a reason for hiding this comment

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

Similar to #3391 I wonder if we should rather return all track states and then let the user trim them if necessary. This would remove involved error prone logic from the filters and might be what is rather expected from the algorithms if they get starting parameters without finding a measurement directly.

Core/include/Acts/TrackFitting/KalmanFitter.hpp Outdated Show resolved Hide resolved
@AJPfleger AJPfleger added 🛑 blocked This item is blocked by another item and removed 🛑 blocked This item is blocked by another item labels Sep 25, 2024
@AJPfleger AJPfleger marked this pull request as draft September 25, 2024 12:33
@AJPfleger AJPfleger marked this pull request as ready for review September 26, 2024 05:16
@AJPfleger
Copy link
Contributor Author

That would be an interesting point to discuss. It might need some rework of our truth fitting procedures thought. I would love to get the underlying bug of this PR fixed before.

andiwand
andiwand previously approved these changes Sep 26, 2024
Copy link
Contributor

@andiwand andiwand left a comment

Choose a reason for hiding this comment

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

👍

hashes conflicted

@github-actions github-actions bot added Component - Examples Affects the Examples module Changes Performance labels Sep 26, 2024
@kodiakhq kodiakhq bot merged commit 495c60d into acts-project:main Sep 26, 2024
41 checks passed
@AJPfleger AJPfleger deleted the kf-holes branch September 26, 2024 15:32
Copy link

sonarcloud bot commented Sep 26, 2024

@acts-project-service acts-project-service added the Fails Athena tests This PR causes a failure in the Athena tests label Sep 26, 2024
@paulgessinger paulgessinger modified the milestones: next, v37.0.0 Oct 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Changes Performance Component - Core Affects the Core module Component - Examples Affects the Examples module Fails Athena tests This PR causes a failure in the Athena tests Track Fitting
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants