You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: doc/source/timeseries.rst
+3-3
Original file line number
Diff line number
Diff line change
@@ -527,11 +527,11 @@ If the timestamp string is treated as a slice, it can be used to index ``DataFra
527
527
dft_minute['2011-12-31 23']
528
528
529
529
530
-
:: warning::
530
+
..warning::
531
531
532
-
However if the string is treated as an exact match the selection in ``DataFrame``'s ``[]`` will be column-wise and not row-wise, see :ref:`Indexing Basics <indexing.basics>`. For example ``dft_minute['2011-12-31 23:59']`` will raise ``KeyError`` as ``'2012-12-31 23:59'`` has the same resolution as index and there is no column with such name:
532
+
However if the string is treated as an exact match, the selection in ``DataFrame``'s ``[]`` will be column-wise and not row-wise, see :ref:`Indexing Basics <indexing.basics>`. For example ``dft_minute['2011-12-31 23:59']`` will raise ``KeyError`` as ``'2012-12-31 23:59'`` has the same resolution as index and there is no column with such name:
533
533
534
-
To select a single row, use ``.loc``.
534
+
To *always* have unambiguous selection, whether the row is treated as a slice or a single selection, use ``.loc``.
Copy file name to clipboardExpand all lines: doc/source/whatsnew/v0.20.0.txt
+38-30
Original file line number
Diff line number
Diff line change
@@ -23,6 +23,8 @@ New features
23
23
~~~~~~~~~~~~
24
24
25
25
26
+
.. _whatsnew_0200.enhancements.dataio_dtype:
27
+
26
28
``dtype`` keyword for data IO
27
29
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
28
30
@@ -106,7 +108,7 @@ Other enhancements
106
108
- ``pd.Series.interpolate`` now supports timedelta as an index type with ``method='time'`` (:issue:`6424`)
107
109
- ``pandas.io.json.json_normalize()`` gained the option ``errors='ignore'|'raise'``; the default is ``errors='raise'`` which is backward compatible. (:issue:`14583`)
108
110
109
-
- ``.select_dtypes()`` now allows `datetimetz` to generically select datetimes with tz (:issue:`14910`)
111
+
- ``.select_dtypes()`` now allows the string 'datetimetz' to generically select datetimes with tz (:issue:`14910`)
110
112
111
113
112
114
.. _whatsnew_0200.api_breaking:
@@ -157,7 +159,7 @@ Map on Index types now return other Index types
157
159
mi.map(lambda x: x[0])
158
160
159
161
160
-
- ``map`` on a Series with datetime64 values may return int64 dtypes rather than int32
162
+
- ``map`` on a ``Series`` with ``datetime64`` values may return ``int64`` dtypes rather than ``int32``
161
163
162
164
.. ipython:: python
163
165
@@ -182,53 +184,59 @@ Map on Index types now return other Index types
182
184
183
185
s.map(lambda x: x.hour)
184
186
185
-
.. _whatsnew_0200.s3:
187
+
.. _whatsnew_0200.api_breaking.s3:
186
188
187
189
S3 File Handling
188
190
^^^^^^^^^^^^^^^^
189
191
190
192
pandas now uses `s3fs <http://s3fs.readthedocs.io/>`_ for handling S3 connections. This shouldn't break
191
-
any code. However, since s3fs is not a required dependency, you will need to install it separately (like boto
192
-
in prior versions of pandas) (:issue:`11915`).
193
+
any code. However, since s3fs is not a required dependency, you will need to install it separately, like ``boto``
- ``CParserError`` has been renamed to ``ParserError`` in ``pd.read_csv`` and will be removed in the future (:issue:`12665`)
200
-
- ``SparseArray.cumsum()`` and ``SparseSeries.cumsum()`` will now always return ``SparseArray`` and ``SparseSeries`` respectively (:issue:`12855`)
201
-
- :ref:`DatetimeIndex Partial String Indexing <timeseries.partialindexing>` now works as exact match provided that string resolution coincides with index resolution, including a case when both are seconds (:issue:`14826`). See :ref:`Slice vs. Exact Match <timeseries.slice_vs_exact_match>` for details.
201
+
:ref:`DatetimeIndex Partial String Indexing <timeseries.partialindexing>` now works as exact match, provided that string resolution coincides with index resolution, including a case when both are seconds (:issue:`14826`). See :ref:`Slice vs. Exact Match <timeseries.slice_vs_exact_match>` for details.
0 commit comments