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

Change name of input pulse series #240

Closed
mlincett opened this issue Nov 29, 2023 · 6 comments
Closed

Change name of input pulse series #240

mlincett opened this issue Nov 29, 2023 · 6 comments

Comments

@mlincett
Copy link
Collaborator

The new pole data format replaces SplitUncleanedInIcePulses with SplitInIcePulses. The former is still somewhat hardcoded in Skymap Scanner.

It is VERY URGENT to support this because we may be soon left without a working scanner for the incoming alerts.

@G-Sommani
Copy link
Contributor

G-Sommani commented Nov 29, 2023

If we want it to be compatible with the alerts from the past we should implement it in a way that can look for an alert for both SplitUncleanedInIcePulses and SplitInIcePulses, right?

@mlincett
Copy link
Collaborator Author

Yes, but this fallback logic needs be implemented individually in each reco module because they all read from cfg.INPUT_PULSES_NAME.

The fastest option for a temporary solution is replacing this:

build/lib/skymap_scanner/config.py:INPUT_PULSES_NAME: Final = "SplitUncleanedInIcePulses"

and have a tag of the scanner ready to run on a new alert if it comes.

@G-Sommani
Copy link
Contributor

I created the branch pulse-tag-new-filters with that modification

@tianluyuan
Copy link
Contributor

I think changing it in config.py with a major version update could work.

Do we know how it behaves for replayed past alerts? It might be that with the new realtime software replayed old alerts will have SplitInIcePulses, in which case this replacement could be the solution.

@mlincett
Copy link
Collaborator Author

I think changing it in config.py with a major version update could work.

Do we know how it behaves for replayed past alerts? It might be that with the new realtime software replayed old alerts will have SplitInIcePulses, in which case this replacement could be the solution.

The pulse series name is frozen in the IceTray serialized data blob part of the JSON, so this will not be backwards compatible.

It should be possible on the other hand to map the realtime data "version" string (that it's in the input JSON) to the appropriate pulse series name, instead of having it fixed.

@blaufuss
Copy link
Member

after decoding the json blob, could have a conditional rename of the frame object.

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

No branches or pull requests

4 participants