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

Update tracking to use Acts v36.0 #1454

Merged
merged 54 commits into from
Sep 16, 2024
Merged

Update tracking to use Acts v36.0 #1454

merged 54 commits into from
Sep 16, 2024

Conversation

bloodyyugo
Copy link
Contributor

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.

bloodyyugo and others added 23 commits August 14, 2024 07:48
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.
…et state. Put in a catch and some info statements
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.
…et state. Put in a catch and some info statements
@tvami
Copy link
Member

tvami commented Sep 13, 2024

hey @bloodyyugo we'll have to rebase this due to the fact that my other PR was touching on the same files

@bloodyyugo
Copy link
Contributor Author

Yeah, I'll redo now.

bloodyyugo and others added 16 commits September 14, 2024 11:29
@bloodyyugo bloodyyugo self-assigned this Sep 14, 2024
@bloodyyugo
Copy link
Contributor Author

@tvami I think I resolved all of the issues

@tvami
Copy link
Member

tvami commented Sep 15, 2024

Thanks Matt! I ran it on the ecal_pn + tracking config and I get the following error

Unrecognized Exception: vector::_M_range_check: __n (which is 16) >= this->size() (which is 14)

I thought this might be because of the default now in tracking geo is the no-cal geom.
So I added

from LDMX.Tracking.geo import TrackersTrackingGeometryProvider as trackgeo
trackgeo.get_instance().setDetector('ldmx-det-v14-8gev')

to the
https://github.com/LDMX-Software/ldmx-sw/blob/trunk/.github/validation_samples/ecal_pn/config.py
and ran that. It leads to the same exception.

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)

@tvami
Copy link
Member

tvami commented Sep 15, 2024

Nvm, I found the source of it, it's the fact that measurement_collection has to be passed in the config, so adding

recoil_dqm.measurement_collection=digiRecoil.out_collection

fixes it. But this means the CI fails with the current config, so @bloodyyugo can you please propagate the changes in the reco.py to .github/validation_samples/ecal_pn/config.py as well? Thanks!

Copy link
Member

@tvami tvami left a 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.

@bloodyyugo bloodyyugo merged commit 77fffe1 into trunk Sep 16, 2024
2 checks passed
@bloodyyugo bloodyyugo deleted the actsv36.0 branch September 16, 2024 21:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Change ACTS to v36
4 participants