-
Notifications
You must be signed in to change notification settings - Fork 60
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
Better handling of AsdfInFits #241
Conversation
The previous commit introduced a bug in the _open_impl method of AsdfFile. This commit fixes that bug and changes the use of kwargs in that method back to an explicit argument list.
Looks reasonable to me. |
@drdavella This needs a change log entry. |
@drdavella I forgot to mention that we have adopted the convention to use the pull request number in Could you add a test case and perhaps an example in the docs. I am currently getting an error trying this with a fits file but my setup may be the problem. |
I added an issue (#246) to address the bug you were seeing with missing extensions. |
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.
LGTM
Issue #182 proposed more intelligent handling of FITS files with ASDF extensions. This branch allows
AsdfInFits.open
to handle URIs, open file handles, and HDULists, whereas previously it only handled HDULists. Also,AsdfFile.open
now attempts to handle FITS files with ASDF extensions if the given file-like object is not obviously ASDF. Comments on implementation, code style, documentation, etc. welcome.