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

RAD-175: Add ePSF, ABVegaOffset, and ApCorr Schemas #452

Merged
merged 9 commits into from
Oct 11, 2024

Conversation

PaulHuwe
Copy link
Collaborator

Resolves RAD-175

Closes #

This PR adds schemas for PSF, AB Vega Offsets, and Aperture Corrections.

Tasks

  • Update or add relevant rad tests.
  • Update relevant docstrings and / or docs/ page.
  • Does this PR change any schema files?
    • Schema changes were discussed at RAD Review Board meeting.
  • Does this PR change any API used downstream? (If not, label with no-changelog-entry-needed.)
News fragment change types:
  • changes/<PR#>.feature.rst: new feature
  • changes/<PR#>.bugfix.rst: fixes an issue
  • changes/<PR#>.doc.rst: documentation change
  • changes/<PR#>.removal.rst: deprecation or removal of public API
  • changes/<PR#>.misc.rst: infrastructure or miscellaneous change

Copy link

codecov bot commented Sep 27, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 95.81%. Comparing base (810c17f) to head (f256f30).
Report is 8 commits behind head on main.

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.
📢 Have feedback on the report? Share it here.

Comment on lines 113 to 132
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]
Copy link
Collaborator

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?

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.)

Copy link
Collaborator

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.

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.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Comment on lines +26 to +32
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
Copy link
Collaborator

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."

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.

Copy link
Collaborator

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.

Copy link
Collaborator Author

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?

Comment on lines 113 to 132
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]

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.)

Comment on lines +26 to +32
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

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.

@PaulHuwe PaulHuwe requested a review from schlafly October 2, 2024 23:32
required: [pixel_x, pixel_y]
psf:
title: ePSF Stamps
description: Postage stamps of ePSF models. The 3-dimensional array is

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.

@PaulHuwe PaulHuwe merged commit b61c261 into spacetelescope:main Oct 11, 2024
13 checks passed
@PaulHuwe PaulHuwe deleted the RAD-175_PSFetalSchema branch October 11, 2024 02:32
mairanteodoro pushed a commit to mairanteodoro/rad that referenced this pull request Oct 16, 2024
* Initial commit.

* Added Changelog.

* Simplified schemas.

* Addressed PR comments.

* Update src/rad/resources/schemas/reference_files/epsf-1.0.0.yaml
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

Successfully merging this pull request may close these issues.

5 participants