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

Contours for some manually uploaded events don't have matching skymap fits files in the cache #73

Open
niyuanqi opened this issue Feb 12, 2025 · 0 comments
Assignees
Labels
bug Something isn't working wontfix This will not be worked on

Comments

@niyuanqi
Copy link

Scope

Only affects some of the events that are manually uploaded. Events that are now automatically injected by gwtm_cron should not have the issue (see below). There's no imminent need to fix it because

  1. The issue is limited to manually ingested past events (before updates made to gwtm_cron), and should not affect current or future events.
  2. Skymap fits files are not currently used on the main event page, and are only ever used when operating the calculators (e.g., coverage calculator, renorm skymap; mainly important for current events, not past ones).

Can fix later if someone has time.

Description of bug with test case (240422ed)

Tried to generate 90/50 contours from the file "fit/S240422ed-Update.fits.gz" using ligo.skymap.postprocess.contour, expecting to reproduce the contours shown on the event page (see attached left image) under the "Update 2024-04-23 02:38:38.822226" tab. However, the contours I got from this file seemed to be slightly different (see attached right image), while they exactly match the ones shown under either one of the "Preliminary 12024-04-22 21:35:39" or "Initial 2024-04-22 21:35:39" tabs. Thus, it seems like the cached skymap files don't match the corresponding contours.

Image

@niyuanqi niyuanqi added bug Something isn't working wontfix This will not be worked on labels Feb 12, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

2 participants