You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Setting dit and ndit explicitely, I find those values in keywords DIT and NDIT. EXPTIME is at its default value and bears no relation to DIT and NDIT (with SummedExposure it should be the product, with the hypothetical AverageExposure it should be equal to DIT). The keywords HIERARCH ESO DET DIT is at mindit, and HIERARCH ESO DET NDIT is at 90.0 (a float!), these seem arbitrary.
The MJD-OBS is really DATE-OBS (format YYYY-MM-DDTHH:MM:SS).
Thanks for this summary Oliver. I think no-one had been paying attention to the keywords for a while. For MICADO I wrote some round-trip tests. That is, simulate something from scratch, then read in the FITS headers and recreate the ScopeSim input from that, and then recreate the exact simulation again. However, it could be that I restricted that to NDIT=1, and I recall that the AutoExposure was not used, so EXPTIME was irrelevant. This sounds consistent with the problems you describe
Note that ScopeSim is in principle instrument independent. In particular, we cannot force ESO headers in ScopeSim itself. The headers should therefore be described in the IRDB, hence the creation of ExtraFitsKeywords.
Setting dit and ndit explicitely, I find those values in keywords
DIT
andNDIT
.EXPTIME
is at its default value and bears no relation toDIT
andNDIT
(withSummedExposure
it should be the product, with the hypotheticalAverageExposure
it should be equal toDIT
). The keywordsHIERARCH ESO DET DIT
is at mindit, andHIERARCH ESO DET NDIT
is at90.0
(a float!), these seem arbitrary.The
MJD-OBS
is reallyDATE-OBS
(formatYYYY-MM-DDTHH:MM:SS
).Orignially from @oczoske on Slack.
The text was updated successfully, but these errors were encountered: