-
Notifications
You must be signed in to change notification settings - Fork 57
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
Multiple ASDF extentions in single FITS file? #176
Comments
I had sort of assumed there would be a 1:1 relationship between FITS files and ASDF files. Can you elaborate on why you would want more than one ADSF file in a FITS file? As it stands now, you can still have multiple HDUs of data on the FITS side, all referred from a single ASDF tree in the ASDF extension. |
I was thinking about saving several WCS objects as separate ASDF extensions in the fits file and then referring to each from the appropriate FITS extension. But I see now this isn't supposed to work this way. When different WCSs are written in the same ASDF extension, does referencing the fits extensions (pairing a FITS data extension reference with a WCS in ASDF) give some additional functionality on the FITS side? In other words should I always reference the fits extension on the ASDF side or does it not matter? Do I lose functionality if I make an ASDF tree which holds only WCSs? |
@nden just wondering if this is still relevant. |
Closing since this no longer appears to be a necessary use case. We can reopen if it becomes necessary in the future. |
Afetr some limited playing with
fits_embed
, I see it can write only one ASDF extension withextname=ASDF
. Is there a plan to allow more than one ASDF extension in a fits file with properly managedextname
andextver
?The text was updated successfully, but these errors were encountered: