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

Non-Standard Wavelength Support #25

Open
Nat1405 opened this issue Jun 9, 2020 · 1 comment
Open

Non-Standard Wavelength Support #25

Nat1405 opened this issue Jun 9, 2020 · 1 comment

Comments

@Nat1405
Copy link
Owner

Nat1405 commented Jun 9, 2020

NIFS has a tunable central wavelength (documented here). This means the wavelength calibration could fail for non-standard central wavelength configurations. So far, nifsSort catches these and rejects them. It's good to know how many are getting rejected though and what configurations are worth adding support for.

A query of the CADC gemini archive for science programs shows which proposals use which central wavelengths:

(Output is in Central Wavelength : count proposal id format).

Length proposal_ids: 345
K_Short:
None: 5
2.1: 3
2.18: 1
2.0927: 1

H:
None: 56
1.649: 65
1.6: 2

K:
None: 94
2.25: 3
2.2: 131
2.14: 1
2.27: 1
2.16: 1
2.1: 3
2.200002: 5
2.3: 1
2.18: 1

J:
None: 29
1.25: 47
1.28: 2

K221:
None: 1

Mirror:
None: 3

K_Long:
None: 9
2.3: 13

Z:
None: 12
1.05: 26
1.001: 1
1.06: 1
@Nat1405
Copy link
Owner Author

Nat1405 commented Jun 10, 2020

I looked into the "None" results, and it looks like it might be the Gemini JSON summaries not always catching the CRWAVE header value (I checked some frames and header values are defined for them even though it doesn't show up in the JSON summary).

So treat these numbers as a rough guide only, they could change.

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

1 participant