Binary serialization
A simple format for saving numpy arrays to disk with the full information about them.
The .npy format is the standard binary file format in NumPy for persisting a single arbitrary NumPy array on disk. The format stores all of the shape and dtype information necessary to reconstruct the array correctly even on another machine with a different architecture. The format is designed to be as simple as possible while achieving its limited goals.
The .npz format is the standard format for persisting multiple NumPy arrays on disk. A .npz file is a zip file containing multiple .npy files, one for each array.
open_memmap
.Warning
Due to limitations in the interpretation of structured dtypes, dtypes with fields with empty names will have the names replaced by 'f0', 'f1', etc. Such arrays will not round-trip through the format entirely accurately. The data is intact; only the field names will differ. We are working on a fix for this. This fix will not require a change in the file format. The arrays with such structures can still be saved and restored, and the correct dtype may be restored by using the loadedarray.view(correct_dtype) method.
We recommend using the .npy and .npz extensions for files saved in this format. This is by no means a requirement; applications may wish to use these file formats but use an extension specific to the application. In the absence of an obvious alternative, however, we suggest using .npy and .npz.
The version numbering of these formats is independent of NumPy version
numbering. If the format is upgraded, the code in numpy.io
will still
be able to read and write Version 1.0 files.
The first 6 bytes are a magic string: exactly \x93NUMPY.
The next 1 byte is an unsigned byte: the major version number of the file format, e.g. \x01.
The next 1 byte is an unsigned byte: the minor version number of the file format, e.g. \x00. Note: the version of the file format is not tied to the version of the numpy package.
The next 2 bytes form a little-endian unsigned short int: the length of the header data HEADER_LEN.
The next HEADER_LEN bytes form the header data describing the array's format. It is an ASCII string which contains a Python literal expression of a dictionary. It is terminated by a newline (\n) and padded with spaces (\x20) to make the total of len(magic string) + 2 + len(length) + HEADER_LEN be evenly divisible by 64 for alignment purposes.
The dictionary contains three keys:
- "descr" : dtype.descr
- An object that can be passed as an argument to the
numpy.dtype
constructor to create the array's dtype.- "fortran_order" : bool
- Whether the array data is Fortran-contiguous or not. Since Fortran-contiguous arrays are a common form of non-C-contiguity, we allow them to be written directly to disk for efficiency.
- "shape" : tuple of int
- The shape of the array.
For repeatability and readability, the dictionary keys are sorted in alphabetic order. This is for convenience only. A writer SHOULD implement this if possible. A reader MUST NOT depend on this.
Following the header comes the array data. If the dtype contains Python objects (i.e. dtype.hasobject is True), then the data is a Python pickle of the array. Otherwise the data is the contiguous (either C- or Fortran-, depending on fortran_order) bytes of the array. Consumers can figure out the number of bytes by multiplying the number of elements given by the shape (noting that shape=() means there is 1 element) by dtype.itemsize.
The version 1.0 format only allowed the array header to have a total size of
65535 bytes. This can be exceeded by structured arrays with a large number of
columns. The version 2.0 format extends the header size to 4 GiB.
numpy.save
will automatically save in 2.0 format if the data requires it,
else it will always use the more compatible 1.0 format.
The description of the fourth element of the header therefore has become: "The next 4 bytes form a little-endian unsigned int: the length of the header data HEADER_LEN."
This version replaces the ASCII string (which in practice was latin1) with a utf8-encoded string, so supports structured types with any unicode field names.
The .npy format, including motivation for creating it and a comparison of alternatives, is described in the :doc:`"npy-format" NEP <neps:nep-0001-npy-format>`, however details have evolved with time and this document is more current.
Function | descr_to_dtype |
Returns a dtype based off the given description. |
Function | dtype_to_descr |
Get a serializable descriptor from the dtype. |
Function | header_data_from_array_1_0 |
Get the dictionary of header metadata from a numpy.ndarray. |
Function | magic |
Return the magic string for the given file format version. |
Function | open_memmap |
Open a .npy file as a memory-mapped array. |
Function | read_array |
Read an array from an NPY file. |
Function | read_array_header_1_0 |
Read an array header from a filelike object using the 1.0 file format version. |
Function | read_array_header_2_0 |
Read an array header from a filelike object using the 2.0 file format version. |
Function | read_magic |
Read the magic string to get the version of the file format. |
Function | write_array |
Write an array to an NPY file, including a header. |
Function | write_array_header_1_0 |
Write the header for an array using the 1.0 format. |
Function | write_array_header_2_0 |
Write the header for an array using the 2.0 format. The 2.0 format allows storing very large structured arrays. |
Constant | ARRAY_ALIGN |
Undocumented |
Constant | BUFFER_SIZE |
Undocumented |
Constant | EXPECTED_KEYS |
Undocumented |
Constant | MAGIC_LEN |
Undocumented |
Constant | MAGIC_PREFIX |
Undocumented |
Function | _check_version |
Undocumented |
Function | _filter_header |
Clean up 'L' in npz header ints. |
Function | _has_metadata |
Undocumented |
Function | _read_array_header |
see read_array_header_1_0 |
Function | _read_bytes |
Read from file-like object until size bytes are read. Raises ValueError if not EOF is encountered before size bytes are read. Non-blocking objects only supported if they derive from io objects. |
Function | _wrap_header |
Takes a stringified header, and attaches the prefix and padding to it |
Function | _wrap_header_guess_version |
Like _wrap_header , but chooses an appropriate version given the contents |
Function | _write_array_header |
Write the header for an array and returns the version used |
Variable | _header_size_info |
Undocumented |
Returns a dtype based off the given description.
This is essentially the reverse of dtype_to_descr()
. It will remove
the valueless padding fields created by, i.e. simple fields like
dtype('float32'), and then convert the description to its corresponding
dtype.
numpy.dtype()
in order to replicate the input dtype.Get a serializable descriptor from the dtype.
The .descr attribute of a dtype object cannot be round-tripped through the dtype() constructor. Simple types, like dtype('float32'), have a descr which looks like a record array with one field with '' as a name. The dtype() constructor interprets this as a request to give a default name. Instead, we construct descriptor that can be passed to dtype().
numpy.dtype()
in order to
replicate the input dtype.Get the dictionary of header metadata from a numpy.ndarray.
array : numpy.ndarray
Return the magic string for the given file format version.
major : int in [0, 255] minor : int in [0, 255]
magic : str
ValueError if the version cannot be formatted.
Open a .npy file as a memory-mapped array.
This may be used to read an existing file or create a new one.
memmap
for the available mode strings.dtype
is ignored. The default value is None, which
results in a data-type of float64
.numpy.memmap
Read an array from an NPY file.
Whether to allow writing pickled data. Default: False
Read an array header from a filelike object using the 1.0 file format version.
This will leave the file object located just after the header.
.read()
method like a file.Read an array header from a filelike object using the 2.0 file format version.
This will leave the file object located just after the header.
.read()
method like a file.Read the magic string to get the version of the file format.
fp : filelike object
major : int minor : int
Write an array to an NPY file, including a header.
If the array is neither C-contiguous nor Fortran-contiguous AND the file_like object is not a real file object, this function will have to copy data in memory.
Write the header for an array using the 1.0 format.
fp : filelike object d : dict
This has the appropriate entries for writing its string representation to the header of the file.
fp : filelike object d : dict
This has the appropriate entries for writing its string representation to the header of the file.
Clean up 'L' in npz header ints.
Cleans up the 'L' in strings representing integers. Needed to allow npz headers produced in Python2 to be read in Python3.
Read from file-like object until size bytes are read. Raises ValueError if not EOF is encountered before size bytes are read. Non-blocking objects only supported if they derive from io objects.
Required as e.g. ZipExtFile in python 2.6 can return less data than requested.
_wrap_header
, but chooses an appropriate version given the contentsWrite the header for an array and returns the version used
fp : filelike object d : dict
This has the appropriate entries for writing its string representation to the header of the file.