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
Support selecting multiple column names in FITS_rec #6820
Comments
@adrn , has this been solved with Unified I/O using |
This specific issue is still present with This might still be a relevant feature request: I believe |
I thought Table added |
You can use memmap with |
It depends on the format of the table. For tables with only a few columns, selecting one column will typically mean loading the whole table into memory anyways since the strides will be less than one page size. For tables with many large columns, you can get some savings, depending on the stride size. These are things that IIRC fitsio handles better anyways, because it read an entire column (not sure about multiple columns simultaneously) without mapping the entire file into memory. To be clear, though, if you take a view of a table consisting of one or a few columns it's not like it will be paged into memory all at once either--only as parts of the table are accessed. |
The lack of support for selecting multiple column names simultaneously seems to just be a minor interface issue. I forgot you could even do that with Numpy structured arrays (is it a new feature for parity with Pandas or has it always been there?) |
FITS_rec
generally behaves like a Numpy structured array, but doesn't support selecting multiple column names (tested with Numpy 1.13 and both Astropy 2.0.2 and master). See the example here:https://gist.github.com/4f3d0684183da6f413539854f213b845
The workaround I'm using right now is:
The text was updated successfully, but these errors were encountered: