-
Notifications
You must be signed in to change notification settings - Fork 21
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
Update tracking to use Acts v36.0 #1454
Conversation
…ilds but does not link yet
The ActsPluginIdentification does not exist within ACTS v36 and so asking for it to be built just gets ignored since its not an option ACTS looks for; however, asking to link to it errors since this component is not a valid library that can be linked to (it is never built). We can remove reference to this plugin and point out that the default-build of acts appears to satisfy our needs.
…eed to update GSF track fitting and restore a few features.
…t not sure if working yet
…et state. Put in a catch and some info statements
…ilds but does not link yet
The ActsPluginIdentification does not exist within ACTS v36 and so asking for it to be built just gets ignored since its not an option ACTS looks for; however, asking to link to it errors since this component is not a valid library that can be linked to (it is never built). We can remove reference to this plugin and point out that the default-build of acts appears to satisfy our needs.
…eed to update GSF track fitting and restore a few features.
…t not sure if working yet
…et state. Put in a catch and some info statements
hey @bloodyyugo we'll have to rebase this due to the fact that my other PR was touching on the same files |
Yeah, I'll redo now. |
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
Co-authored-by: Tamas Vami <[email protected]>
@tvami I think I resolved all of the issues |
Thanks Matt! I ran it on the ecal_pn + tracking config and I get the following error
I thought this might be because of the default now in tracking geo is the no-cal geom.
to the This could be connected to the loss of hits in the tagger, given that the 14 sounds like the number of tagger layers. OTOH I dont know what the 16 is coming from. Anyway, I confirm that the reco.py works out of the box, but we should make sure it works with any geometry (that contains the trackers) |
Nvm, I found the source of it, it's the fact that
fixes it. But this means the CI fails with the current config, so @bloodyyugo can you please propagate the changes in the |
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.
The only thing left is the CI config change, but we could also do that in a next PR.
Pull request addresses issue 1356, upgrading tracking to use ACTs version 36.0.
The development branch is actsv36.0 and compiles, builds and runs. Comparisons between tracking using the previous ACTs version (19.X ... something) are shown on the issue page linked above.
There is one outstanding problem in that we see fewer hits-on-track for tagger tracks with this update. We don't see this in the recoil for some reason. We are investigating but this issue can be closed without it.