python-h5py
H5py provides a simple, robust read/write interface to HDF5 data from Python.
Existing Python and Numpy concepts are used for the interface; for example,
datasets on disk are represented by a proxy class that supports slicing, and
has dtype and shape attributes. HDF5 groups are presented using a dictionary
metaphor, indexed by name.
- Devel package for openSUSE:Factory
-
6
derived packages
- Links to openSUSE:Factory / python-h5py
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout devel:languages:python:numeric/python-h5py && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
_link | 0000000146 146 Bytes | |
_multibuild | 0000000148 148 Bytes | |
h5py-3.3.0.tar.gz | 0000380221 371 KB | |
python-h5py-relax-dependency-versions.patch | 0000000881 881 Bytes | |
python-h5py.changes | 0000015783 15.4 KB | |
python-h5py.spec | 0000005589 5.46 KB |
Revision 33 (latest revision is 59)
Matej Cepl (mcepl)
accepted
request 901805
from
andy great (andythe_great)
(revision 33)
- Update to version 3.3.0. * New features * Compatibility with the upcoming HDF5 1.12.1 and possibly 1.14. * H5T_BITFIELD types will now be cast to their numpy.uint equivalent by default (:issue:`1258`). This means that no knowledge of mixed type compound dataset schemas is required to read these types, and can simply be read as follows: arr = dset[:] Alternatively, 8-bit bitfields can still be cast to booleans explicitly: arr = dset.astype(numpy.bool_)[:] * Key types are validated when accessing groups, to give more helpful errors when a group is indexed like a dataset. * A new :meth:`.Group.build_virtual_dataset` method acting as a context manager to assemble virtual datasets. * If the source and target of a virtual dataset mapping have different numbers of points, an error should now be thrown when you make the mapping in the :class:`VirtualLayout`, rather than later when writing this into the file. This should make it easier to find the source of such errors. * Deprecations * The default_file_mode config option is deprecated, and setting it to values other than 'r' (for read-only mode) is no longer allowed. Pass the mode when creating a :class:`.File` object instead of setting a global default. * Bug fixes * Trying to open a file in append mode ('a') should now give clearer error messages when the file exists but can't be opened. * Protect :func:`h5py.h5f.get_obj_ids` against garbage collection invalidating HDF5 IDs while it is retrieving them. * Make file closing more robust, including when closing files while the interpreter is shutting down, by using lower-level code to close HDF5 IDs of objects inside the file. - Updates for version 3.2.0. * New features * Added support to use the HDF5 ROS3 driver to access HDF5 files on S3. * Breaking changes & deprecations * Setting the config option default_file_mode to values other than 'r' is deprecated. Pass the desired mode when opening a :class:`~.File` instead. * Exposing HDF5 functions * H5Pset_fapl_ros3 & H5Pget_fapl_ros3 (where HDF5 is built with read-only S3 support). * Bug fixes * :exc:`OSError` exceptions raised by h5py should now have a useful .errno attribute, where HDF5 provides this information. Subclasses such as :exc:`FileNotFoundError` should also be raised where appropriate. * Fix reading data with a datatype of variable-length arrays of fixed length strings. * Fix :meth:`.Dataset.read_direct` and :meth:`.Dataset.write_direct` when the source and destination have different shapes. * Fix selecting data using integer indices in :meth:`.Dataset.read_direct` and :meth:`.Dataset.write_direct`. * Fix exception handling in :meth:`.Group.visititems`. * Issue a warning when File(..., swmr=True) is specified with any mode other than 'r', as the SWMR option is ignored in these cases. * Fix NumPy 1.20 deprecation warnings concerning the use of None as shape, and the deprecated aliases np.float, np.int and np.bool. * 3.2.1 bug fix release * Fix :attr:`.File.driver` when the read-only S3 driver is available. - Rebase python-h5py-relax-dependency-versions.patch
Comments 0