| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
The rst markup in numpy/doc/basics.py uses `\s`, which is interpreted by
python 3.6 as a deprecated escape sequence. Fix by escaping the `\`.
Closes #9551.
[ci skip]
|
|\ |
|
| |\
| | |
| | | |
DOC: correct formatting of basic.types.html
|
| | | |
|
| | |
| | |
| | |
| | | |
[ci-skip]
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
In the documentation for types allowed in numpy, missing spaces around
the backticks for fixed-width formatting cause code examples to appear
as plain text, or are causing plain text to appear as code. This commit
fixes back tick spacing in the 'Extended Precision' section of the
'Data Types' page.
|
|/ / |
|
| | |
|
|/
|
|
|
|
|
| |
This is the case for x in {int, bool, str, float, complex, object}.
Using the np.{x} version is deceptive as it suggests that there is a
difference. This change doesn't affect any external behaviour. The
`long` type is missing in python 3, so np.long is still useful
|
| |
|
|
|
|
| |
nonzero is a clearer spelling
|
| |
|
| |
|
|
|
|
| |
Also add a few more tests of the same example for good measure.
|
| |
|
| |
|
|
|
|
|
| |
This includes the use of super everywhere, and in the brief
description of __array_ufunc__ in the reference section.
|
| |
|
|
|
|
|
| |
Removed a broken link from the subclassing ndarray in the user guide.
Removed credit to Pierre Gerard-Marchant, as this is out of place in the user guide. #8673
|
|
|
|
| |
[ci skip]
|
|
|
|
| |
The strings in error messages were left untouched
|
|
|
|
| |
[ci skip]
|
| |
|
| |
|
|
|
|
|
|
| |
I have found that there are two missing numbers in a sequence in the documentation.
http://docs.scipy.org/doc/numpy/user/misc.html#interfacing-to-c
It goes 1,2,3,5,7,8 with missing 4 and 6.
|
| |
|
|
|
|
| |
Closes gh-6863.
|
|
|
|
|
| |
Neither are useful, and will discourage both reading and editing of the
material.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Most of these fixes involve putting blank lines around
.. versionadded:: x.x.x
and
.. deprecated:: x.x.x
Some of the examples were also fixed.
|
|
|
|
|
|
|
| |
Update docs for boolean array indexing and nonzero order.
Add links to row-major and column-major terms where they appear.
Closes #3177
|
|
|
|
|
|
|
|
|
|
|
|
| |
Viewing an ndarray as a np.recarray now automatically converts
the dtype to np.record.
This commit also fixes assignment to MaskedArray's dtype attribute,
fixes the repr of recarrays with non-structured dtype, and removes
recarray.view so that viewing a recarray as a non-structured dtype
no longer converts to ndarray type.
Fixes #3581
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In https://github.com/numpy/numpy/pull/5483, I solved the problem that a
"recarray" and a "record array" (nomenclature defined in
https://github.com/numpy/numpy/pull/5482) looked identical by making
sure that a type's subclass was listed in the repr. However, recarrays
are still represented using the function 'rec.array' even though this
function technically creates record arrays, not recarrays.
So I have updated recarray.__repr__.
Setup:
>>> a = np.array([(1,'ABC'), (2, "DEF")], dtype=[('foo', int), ('bar', 'S4')])
>>> recordarr = np.rec.array(a)
>>> recarr = a.view(np.recarray)
Behavior after https://github.com/numpy/numpy/pull/5483:
>>> recordarr
rec.array([(1, 'ABC'), (2, 'DEF')],
dtype=(numpy.record, [('foo', '<i8'), ('bar', 'S4')]))
>>> recarr
rec.array([(1, 'ABC'), (2, 'DEF')],
dtype=[('foo', '<i8'), ('bar', 'S4')])
New Behavior:
>>> recordarr
rec.array([(1, 'ABC'), (2, 'DEF')],
dtype=[('foo', '<i8'), ('bar', '|S4')])
>>> recarr
array([(1, 'ABC'), (2, 'DEF')],
dtype=[('foo', '<i8'), ('bar', 'S4')]).view(numpy.recarray)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit makes changes to `__getitem__` and `__getattr__` of recarrays:
1. recarrays no longer convert string ndarrays to chararrays, and
instead simply return ndarrays of string type.
2. attribute access and index access of fields now behaves identically
3. dtype.type is now inherited when fields of structured type are accessed
Demonstration:
>>> rec = np.rec.array([('abc ', (1,1), 1), ('abc', (2,3), 1)],
... dtype=[('foo', 'S4'), ('bar', [('A', int), ('B', int)]), ('baz', int)])
Old Behavior:
>>> type(rec.foo), type(rec['foo'])
(numpy.core.defchararray.chararray, numpy.recarray)
>>> type(rec.bar), type(rec['bar']), rec.bar.dtype.type
(numpy.recarray, numpy.recarray, numpy.void)
>>> type(rec.baz), type(rec['baz'])
(numpy.ndarray, numpy.ndarray)
New behavior:
>>> type(rec.foo), type(rec['foo'])
(numpy.ndarray, numpy.ndarray)
>>> type(rec.bar), type(rec['bar']), rec.bar.dtype.type
(numpy.recarray, numpy.recarray, numpy.record)
>>> type(rec.baz), type(rec['baz'])
(numpy.ndarray, numpy.ndarray)
|
|
|
|
|
|
|
|
|
|
|
| |
This update adds a section better describing record arrays in the user
guide (numpy/doc/structured_arrays.py).
It also corrects nomenclature, such that "structured array" refers to
ndarrays with structured dtype, "record array" refers to modified
ndarrays as created by np.rec.array, and "recarray" refers to ndarrays
viewed as np.recarray. See the note at the end of the structured
array user guide.
|
| |
|
|
|
|
|
|
| |
Add a link to f2py docs, which was missing.
[ci skip]
|
| |
|
|\
| |
| | |
[DOC] Fix small inaccuracy in broadcasting docs
|
| |
| |
| | |
During broadcasting, dimensions with size 1 can be matched against 0-sized dimensions, and in this case it's the size 1 dimension that will be shrunk away to nothingness. So it's wrong to say that the *smaller* dimension is the one that changes.
|
|/
|
|
|
|
|
| |
tostring returns bytes which are not equal to string, so provide a
tobytes function alias.
tostring does not emit a deprecation warning yet so rdepends do not need
to check two names to support older versions of numpy without warnings.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Now is as good a time as any with open PR's at a low.
|
|
|
|
|
| |
Add missing part of usecols negative index explanation and other
minor redaction fixes.
|
|
|
| |
The behaviour documented did not match the actual behaviour of numpy. Explanation changed and the code example updated.
|