diff options
author | mattip <matti.picus@gmail.com> | 2019-02-24 10:10:47 +0200 |
---|---|---|
committer | mattip <matti.picus@gmail.com> | 2019-02-28 11:46:34 +0200 |
commit | 2f41bb26b061821c77aff6982630de937ad9007a (patch) | |
tree | 8e6f8988fd3cf08adbf99e72d2589b072cb8e9f2 /numpy/doc/structured_arrays.py | |
parent | 62433284d65a3629a199958da2df3a807c60fab4 (diff) | |
download | numpy-2f41bb26b061821c77aff6982630de937ad9007a.tar.gz |
DOC: fixes from review
Diffstat (limited to 'numpy/doc/structured_arrays.py')
-rw-r--r-- | numpy/doc/structured_arrays.py | 10 |
1 files changed, 5 insertions, 5 deletions
diff --git a/numpy/doc/structured_arrays.py b/numpy/doc/structured_arrays.py index c3605b49a..c0437dc07 100644 --- a/numpy/doc/structured_arrays.py +++ b/numpy/doc/structured_arrays.py @@ -57,10 +57,10 @@ A structured datatype can be thought of as a sequence of bytes of a certain length (the structure's :term:`itemsize`) which is interpreted as a collection of fields. Each field has a name, a datatype, and a byte offset within the structure. The datatype of a field may be any numpy datatype including other -structured datatypes, and it may also be a :term:`subarray` which behaves like -an ndarray of a specified shape. The offsets of the fields are arbitrary, and -fields may even overlap. These offsets are usually determined automatically by -numpy, but can also be specified. +structured datatypes, and it may also be a :term:`subarray data type` which +behaves like an ndarray of a specified shape. The offsets of the fields are +arbitrary, and fields may even overlap. These offsets are usually determined +automatically by numpy, but can also be specified. Structured Datatype Creation ---------------------------- @@ -266,7 +266,7 @@ providing a 3-element tuple ``(datatype, offset, title)`` instead of the usual >>> np.dtype({'name': ('i4', 0, 'my title')}) dtype([(('my title', 'name'), '<i4')]) -The ``dtype.fields`` dictionary will contain title as keys, if any +The ``dtype.fields`` dictionary will contain titles as keys, if any titles are used. This means effectively that a field with a title will be represented twice in the fields dictionary. The tuple values for these fields will also have a third element, the field title. Because of this, and because |