-
Notifications
You must be signed in to change notification settings - Fork 22
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
RAD-175: Add ePSF, ABVegaOffset, and ApCorr Schemas #452
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #452 +/- ##
=======================================
Coverage 95.81% 95.81%
=======================================
Files 4 4
Lines 215 215
=======================================
Hits 206 206
Misses 9 9 ☔ View full report in Codecov by Sentry. |
…-175_PSFetalSchema
GRISM: | ||
type: object | ||
properties: | ||
abvega_offset: | ||
title: AB-Vega Magntiude Offset | ||
description: Magnitude difference between the AB and Vega magnitude | ||
systems. Found by calculating the AB magnitude of Vega within | ||
the GRISM optical element bandpass. | ||
type: number | ||
required: [abvega_offset] | ||
PRISM: | ||
type: object | ||
properties: | ||
abvega_offset: | ||
title: AB-Vega Magntiude Offset | ||
description: Magnitude difference between the AB and Vega magnitude | ||
systems. Found by calculating the AB magnitude of Vega within | ||
the PRISM optical element bandpass. | ||
type: number | ||
required: [abvega_offset] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@tddesjardins , just for my edification, we do not currently ever plan to use these in the pipeline? These are the integrals over the full grism data, so that if that were a magnitude we ever computed, this would be the AB-Vega magnitude offset?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am not aware of anything in the exposure or mosaic pipelines that would use this file. I was just chatting with Will, and I think in theory this could be used for L4 source catalogs or for user reference. (Frankly, I was questioning why this information just isn't in the photom file.)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree that the AB - Vega offsets could also go in the photom files. If we're duplicating Webb that's fine motivation for keeping it separate, but I agree that this is very parallel to the information in the photom files.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is my understanding that this is what Webb did, but I would be in favor of combining the reference files instead of having 1 very basic file.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would also prefer this in PHOTOM, but, it appears to be separate in JWST:
https://github.com/spacetelescope/jwst/blob/e5c73fa23d157f4aa65416b4070c2b838e978494/docs/jwst/references_general/abvegaoffset_reffile.inc
effective_temperature: | ||
title: Effective Temperature | ||
description: Effective temperature (K) of the simulated source(s) | ||
used to generate the PSF model. | ||
type: array | ||
items: | ||
type: integer |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@tddesjardins , somewhere we should document things like what the metallicity & gravity of the source were---or maybe this is an ideal blackbody? I don't know where that documentation would go.
I don't know if there's a world where we would ever expect the temperature of Roman to vary enough to lead us to have different PSFs as a function of temperature, but if there were, we would probably rue calling this "effective_temperature."
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The info on that is in the description or history of the file. I can't recall which I put it into. But it's thoroughly documented, believe me.
As for temperature, these are models for the moment, so we have effective temperatures. We spoke about how the on-orbit version of this will likely need a small schema change to represent observables, so it may be color, for instance. As for some kind of spacecraft temperature, we still won't know for a while, but my best guess is that it's likely to depend on something like ota_temperature, i.e., temperature measured somewhere in the primary/secondary mirror assembly. I just asked a GSFC person next to me, and they basically said this is unknowable at this point.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Right, I understand that these are stellar effective temperatures, I just wonder whether we're setting ourselves up for confusion if there ends up being another axis "ota_temperature" and then one starts wondering what the effective temperature is the effective temperature of. i.e., would we save confusion if we called these "stellar_effective_temperature" instead. If you expect we'll change the name of this down the road to color or something instead then there's no need to worry about this now, though.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have concerns that if we enter this in as a "model only" keyword, we will have to make an entirely different schema & datamodel for release (which may have future downstream ramifications). If RTB wishes to keep the two separate, this is fine, but if we want to be able to use both interchangeably, I support renaming in a form similar to what @schlafly suggested. @tddesjardins - what say you?
GRISM: | ||
type: object | ||
properties: | ||
abvega_offset: | ||
title: AB-Vega Magntiude Offset | ||
description: Magnitude difference between the AB and Vega magnitude | ||
systems. Found by calculating the AB magnitude of Vega within | ||
the GRISM optical element bandpass. | ||
type: number | ||
required: [abvega_offset] | ||
PRISM: | ||
type: object | ||
properties: | ||
abvega_offset: | ||
title: AB-Vega Magntiude Offset | ||
description: Magnitude difference between the AB and Vega magnitude | ||
systems. Found by calculating the AB magnitude of Vega within | ||
the PRISM optical element bandpass. | ||
type: number | ||
required: [abvega_offset] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am not aware of anything in the exposure or mosaic pipelines that would use this file. I was just chatting with Will, and I think in theory this could be used for L4 source catalogs or for user reference. (Frankly, I was questioning why this information just isn't in the photom file.)
effective_temperature: | ||
title: Effective Temperature | ||
description: Effective temperature (K) of the simulated source(s) | ||
used to generate the PSF model. | ||
type: array | ||
items: | ||
type: integer |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The info on that is in the description or history of the file. I can't recall which I put it into. But it's thoroughly documented, believe me.
As for temperature, these are models for the moment, so we have effective temperatures. We spoke about how the on-orbit version of this will likely need a small schema change to represent observables, so it may be color, for instance. As for some kind of spacecraft temperature, we still won't know for a while, but my best guess is that it's likely to depend on something like ota_temperature, i.e., temperature measured somewhere in the primary/secondary mirror assembly. I just asked a GSFC person next to me, and they basically said this is unknowable at this point.
required: [pixel_x, pixel_y] | ||
psf: | ||
title: ePSF Stamps | ||
description: Postage stamps of ePSF models. The 3-dimensional array is |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I just saw this typo in the description...the arrays are 4-dimensional, which is what ndim says, but the description says "The 3-dimensional array...". This should be changed to 4-dimensional.
* Initial commit. * Added Changelog. * Simplified schemas. * Addressed PR comments. * Update src/rad/resources/schemas/reference_files/epsf-1.0.0.yaml
Resolves RAD-175
Closes #
This PR adds schemas for PSF, AB Vega Offsets, and Aperture Corrections.
Tasks
rad
tests.docs/
page.no-changelog-entry-needed
.)changes/
:echo "changed something" > changes/<PR#>.<changetype>.rst
(see below for change types).romancal
regression test (https://github.com/spacetelescope/RegressionTests/actions/workflows/romancal.yml) with this branch installed ("git+https://github.com/<fork>/rad@<branch>"
).roman_datamodels
utilities and tests.News fragment change types:
changes/<PR#>.feature.rst
: new featurechanges/<PR#>.bugfix.rst
: fixes an issuechanges/<PR#>.doc.rst
: documentation changechanges/<PR#>.removal.rst
: deprecation or removal of public APIchanges/<PR#>.misc.rst
: infrastructure or miscellaneous change