-
-
Notifications
You must be signed in to change notification settings - Fork 18.1k
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
BUG: HDFStore fixes #2675
BUG: HDFStore fixes #2675
Conversation
jreback
commented
Jan 10, 2013
- shape attribute on GenericStorer returns tuple correctly now (not string)
- data_orientation was potentitally returning non-ints in a tuple (fixed downstream), fixes GH nosetests: ERROR: test using ndim tables in new ways #2671, though fixed downstream anyhow
- fix for contains with a non-natural name (GH HDFStore.__contains__ bug due to use of regex #2694 )
- added ability to read generic PyTables flavor tables
- added PerformanceWarning to trigger on putting of non-endemic types (only on Storers)
- correctly store float32 dtypes (when not-mixed with float64, otherwise converted)
- can close GH HDFStore('file.ext') can't load HDF5 stores created by pytables #1985 as well
…t string) data_orientation was potentitally returning non-ints in a tuple (fixed downstream)
… compatiblity between other HDF5 systems
…ode (only for GenericTable)
…r/readout), where readout is a table added pytables_native2.h5 for testing BUG: force travis to rebuild BUG: fix travis build 2
…-endemic type fixed legacy_0.10.h5 issues with docs (finding file)
thanks jeff much appreciated as always |
Thanks jreback, float32s were on my wishlist :) I would like to get started contributing especially in |
great 2 hear! issue #2391 is an older list of todos a couple of possibilities: real dtype integration is coming on PR #2708 (eg even though 0.10.1 will actually read/write float32 columns u can't really do much with them w/o having them upcasted) - in any event I think HDFStore will accommodate this already one big area is to test whether data columns really are slower; it thus may make sense to make data columns = True the default (but not necessarily index them) are u familiar with R? I think could make export a bit easier (there is a section in docs, but maybe a dedicated option. / function) have some more thoughts but maybe will start a new issue |
I updated #2391 with some ideas....feel free to suggest based on your use cases... |