summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorMatti Picus <matti.picus@gmail.com>2020-05-17 12:35:57 +0300
committerGitHub <noreply@github.com>2020-05-17 12:35:57 +0300
commitbd8be5417632c019dbc1d36400052805f95a372c (patch)
treea10a8a468d7d7dd0d25f5b6ac53a7f7b4b37053a /doc
parent125b0c82053c42c43d1b4b36c6184ae71c75c548 (diff)
parent0a2893149e88e5c5bb69a29f78a4ad262a08cd29 (diff)
downloadnumpy-bd8be5417632c019dbc1d36400052805f95a372c.tar.gz
Merge pull request #16269 from tbm/typo
DOC: Fix typos and cosmetic issues
Diffstat (limited to 'doc')
-rw-r--r--doc/neps/nep-0012-missing-data.rst2
-rw-r--r--doc/neps/nep-0021-advanced-indexing.rst2
-rw-r--r--doc/neps/nep-0028-website-redesign.rst2
-rw-r--r--doc/neps/nep-0041-improved-dtype-support.rst2
-rw-r--r--doc/release/upcoming_changes/14995.compatibility.rst2
-rw-r--r--doc/source/reference/arrays.indexing.rst2
-rw-r--r--doc/source/reference/c-api/array.rst2
-rw-r--r--doc/source/reference/random/performance.rst4
-rw-r--r--doc/source/reference/ufuncs.rst2
-rw-r--r--doc/source/user/c-info.how-to-extend.rst2
-rw-r--r--doc/source/user/c-info.python-as-glue.rst4
11 files changed, 13 insertions, 13 deletions
diff --git a/doc/neps/nep-0012-missing-data.rst b/doc/neps/nep-0012-missing-data.rst
index f59cf394f..f7026b4be 100644
--- a/doc/neps/nep-0012-missing-data.rst
+++ b/doc/neps/nep-0012-missing-data.rst
@@ -926,7 +926,7 @@ to access the array elements. This python indexing still goes through the
Python API, so the NA handling and error checking in numpy still can work
like normal and fail if the inputs have NAs which cannot fit in the output
array. In this case it fails when trying to convert the NA into an integer
-to set in in the output.
+to set in the output.
The next version of the code introduces more efficient indexing. This
operates based on Python's buffer protocol. This causes Cython to call
diff --git a/doc/neps/nep-0021-advanced-indexing.rst b/doc/neps/nep-0021-advanced-indexing.rst
index 8e525b0cb..0d20d680f 100644
--- a/doc/neps/nep-0021-advanced-indexing.rst
+++ b/doc/neps/nep-0021-advanced-indexing.rst
@@ -48,7 +48,7 @@ NumPy arrays currently support a flexible range of indexing operations:
For clarity, we will refer to these existing rules as "legacy indexing".
This is only a high-level summary; for more details, see NumPy's documentation
-and and `Examples` below.
+and `Examples` below.
Outer indexing
~~~~~~~~~~~~~~
diff --git a/doc/neps/nep-0028-website-redesign.rst b/doc/neps/nep-0028-website-redesign.rst
index 022a1fdbb..68f25ad4d 100644
--- a/doc/neps/nep-0028-website-redesign.rst
+++ b/doc/neps/nep-0028-website-redesign.rst
@@ -153,7 +153,7 @@ significant drain on the time of maintainers.
2. *Github Pages.* Github Pages also has a 100GB bandwidth limit, and is unclear if
additional bandwidth can be purchased. It is also unclear where sites are deployed,
and should be assumed sites aren't deployed globally. Github Pages has an easy to
- use CI & DNS, similar to to Netlify. HTTPS is supported.
+ use CI & DNS, similar to Netlify. HTTPS is supported.
3. *Cloudflare.* An excellent option, additional CI is likely needed for the same
ease of deployment.
diff --git a/doc/neps/nep-0041-improved-dtype-support.rst b/doc/neps/nep-0041-improved-dtype-support.rst
index 294f52746..56ff5eac6 100644
--- a/doc/neps/nep-0041-improved-dtype-support.rst
+++ b/doc/neps/nep-0041-improved-dtype-support.rst
@@ -392,7 +392,7 @@ numerical dtypes since there is no "universal" output type::
In fact ``np.result_type(meters, seconds)`` must error without context
of the operation being done.
This example highlights how the specific ufunc loop
-(loop with known, specific DTypes as inputs), has to be able to to make
+(loop with known, specific DTypes as inputs), has to be able to make
certain decisions before the actual calculation can start.
diff --git a/doc/release/upcoming_changes/14995.compatibility.rst b/doc/release/upcoming_changes/14995.compatibility.rst
index b3b8b5933..140e66486 100644
--- a/doc/release/upcoming_changes/14995.compatibility.rst
+++ b/doc/release/upcoming_changes/14995.compatibility.rst
@@ -6,5 +6,5 @@ meaning an object implementing ``obj.__array__()``,
buffer interface and which are also sequences (i.e. Pandas objects)
will now always retain there shape correctly when converted to an array.
If such an object has a shape of ``(0, 1)`` previously, it could
-be converted into an array of of shape ``(0,)`` (losing all dimensions
+be converted into an array of shape ``(0,)`` (losing all dimensions
after the first 0).
diff --git a/doc/source/reference/arrays.indexing.rst b/doc/source/reference/arrays.indexing.rst
index a425b6e8b..56b99f272 100644
--- a/doc/source/reference/arrays.indexing.rst
+++ b/doc/source/reference/arrays.indexing.rst
@@ -117,7 +117,7 @@ concepts to remember include:
array([5, 6, 7, 8, 9])
- If the number of objects in the selection tuple is less than
- *N* , then ``:`` is assumed for any subsequent dimensions.
+ *N*, then ``:`` is assumed for any subsequent dimensions.
.. admonition:: Example
diff --git a/doc/source/reference/c-api/array.rst b/doc/source/reference/c-api/array.rst
index 83289010b..56fc59da3 100644
--- a/doc/source/reference/c-api/array.rst
+++ b/doc/source/reference/c-api/array.rst
@@ -1886,7 +1886,7 @@ Item selection and manipulation
Equivalent to :meth:`ndarray.sort<numpy.ndarray.sort>` (*self*, *axis*, *kind*).
Return an array with the items of *self* sorted along *axis*. The array
- is sorted using the algorithm denoted by *kind* , which is an integer/enum pointing
+ is sorted using the algorithm denoted by *kind*, which is an integer/enum pointing
to the type of sorting algorithms used.
.. c:function:: PyObject* PyArray_ArgSort(PyArrayObject* self, int axis)
diff --git a/doc/source/reference/random/performance.rst b/doc/source/reference/random/performance.rst
index d70dd064a..74dad4cc3 100644
--- a/doc/source/reference/random/performance.rst
+++ b/doc/source/reference/random/performance.rst
@@ -81,7 +81,7 @@ performance was computed using a geometric mean.
.. note::
- All timings were taken using Linux on a i5-3570 processor.
+ All timings were taken using Linux on an i5-3570 processor.
Performance on different Operating Systems
******************************************
@@ -150,4 +150,4 @@ Exponentials 100 33.7 26.3 109.8
Linux timings used Ubuntu 18.04 and GCC 7.4. Windows timings were made on
Windows 10 using Microsoft C/C++ Optimizing Compiler Version 19 (Visual
- Studio 2015). All timings were produced on a i5-3570 processor.
+ Studio 2015). All timings were produced on an i5-3570 processor.
diff --git a/doc/source/reference/ufuncs.rst b/doc/source/reference/ufuncs.rst
index aad285122..6d58d1a6d 100644
--- a/doc/source/reference/ufuncs.rst
+++ b/doc/source/reference/ufuncs.rst
@@ -380,7 +380,7 @@ advanced usage and will not typically be used.
result as a dimension with size one, so that the result will broadcast
correctly against the inputs. This option can only be used for generalized
ufuncs that operate on inputs that all have the same number of core
- dimensions and with outputs that have no core dimensions , i.e., with
+ dimensions and with outputs that have no core dimensions, i.e., with
signatures like ``(i),(i)->()`` or ``(m,m)->()``. If used, the location of
the dimensions in the output can be controlled with ``axes`` and ``axis``.
diff --git a/doc/source/user/c-info.how-to-extend.rst b/doc/source/user/c-info.how-to-extend.rst
index 7aeed57cf..d75242092 100644
--- a/doc/source/user/c-info.how-to-extend.rst
+++ b/doc/source/user/c-info.how-to-extend.rst
@@ -163,7 +163,7 @@ ignored. The *args* argument contains all of the arguments passed in
to the function as a tuple. You can do anything you want at this
point, but usually the easiest way to manage the input arguments is to
call :c:func:`PyArg_ParseTuple` (args, format_string,
-addresses_to_C_variables...) or :c:func:`PyArg_UnpackTuple` (tuple, "name" ,
+addresses_to_C_variables...) or :c:func:`PyArg_UnpackTuple` (tuple, "name",
min, max, ...). A good description of how to use the first function is
contained in the Python C-API reference manual under section 5.5
(Parsing arguments and building values). You should pay particular
diff --git a/doc/source/user/c-info.python-as-glue.rst b/doc/source/user/c-info.python-as-glue.rst
index 201bd8417..9fe5f8f6e 100644
--- a/doc/source/user/c-info.python-as-glue.rst
+++ b/doc/source/user/c-info.python-as-glue.rst
@@ -671,7 +671,7 @@ simply have a shared library available to you). Items to remember are:
- A shared library must be compiled in a special way ( *e.g.* using
the ``-shared`` flag with gcc).
-- On some platforms (*e.g.* Windows) , a shared library requires a
+- On some platforms (*e.g.* Windows), a shared library requires a
.def file that specifies the functions to be exported. For example a
mylib.def file might contain::
@@ -802,7 +802,7 @@ Calling the function
The function is accessed as an attribute of or an item from the loaded
shared-library. Thus, if ``./mylib.so`` has a function named
-``cool_function1`` , I could access this function either as:
+``cool_function1``, I could access this function either as:
.. code-block:: python