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

More equivalency declarations #10694

Merged
merged 1 commit into from
Feb 6, 2023
Merged

More equivalency declarations #10694

merged 1 commit into from
Feb 6, 2023

Conversation

ddobrigk
Copy link
Contributor

@ddobrigk ddobrigk commented Feb 3, 2023

This is a suggested change following a conversation with @aalkin (thanks a lot!)

These equivalency declarations have an important role in avoiding that track pre-selections and MC pre-selections depend unnecessarily on the track propagation workflow (or on the data being from Run 2 or Run 3). By declaring TracksExtra and McTrackLabels to be equivalent to the base Tracks/TracksIU tables for indexing purposes, one can de-reference an index to the base track tables straight to the TracksExtra or McTrackLabels tables without going through the Tracks or TracksIU tables and populate other tables that can still be joined with the base Tracks/TracksIU tables later on and filtered out as necessary.

As an example use case, this will greatly simplify the V0 and cascade candidate pre-selectors, effectively keeping the number of process functions down to only four (instead of 8 or more to account for various combinations of Tracks/TracksIU). This has already been tested to work very well locally.

This is a suggested change following a conversation also with @aalkin

These equivalency declarations have an important role for avoiding that track pre-selection and MC pre-selection depend unnecessarily on the track propagation workflow and on the data being analysed being from Run 2 or Run 3. By declaring TracksExtra and McTrackLabels to be equivalent to the base Track tables, one can de-reference an index to the base Track tables straight to the TracksExtra or McTrackLabels tables. As an example use case, this will greatly simplify the V0 and cascade candidate pre-selectors as these can loop over the TracksExtra properties belonging to the Tracks that are indexed in the array pairs or triplets without ever resolving the main Track table, which is only needed when using the actual track parameters. Without this equivalency, the existing four process functions would have to be duplicated into 8 process functions.
@ddobrigk ddobrigk requested a review from a team as a code owner February 3, 2023 21:01
@ddobrigk
Copy link
Contributor Author

ddobrigk commented Feb 4, 2023

Hm, these errors seem totally unrelated to the change done in the PR... Not sure if they are worrisome or not. Maybe (when convenient, not necessarily during the weekend!) @ktf @TimoWilken could you comment? Thanks a lot!!

@ddobrigk
Copy link
Contributor Author

ddobrigk commented Feb 5, 2023

Not sure if someone did something, but I guess so: the errors disappeared :-) - thanks a lot!!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

2 participants