Skip to content

Commit bd29a74

Browse files
DOC: clean-up v0.19.2 whatsnew
1 parent f293d62 commit bd29a74

File tree

1 file changed

+18
-39
lines changed

1 file changed

+18
-39
lines changed

doc/source/whatsnew/v0.19.2.txt

+18-39
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
.. _whatsnew_0192:
22

3-
v0.19.2 (December ??, 2016)
3+
v0.19.2 (December 24, 2016)
44
---------------------------
55

66
This is a minor bug-fix release from 0.19.1 and includes some small regression fixes,
@@ -18,31 +18,36 @@ Highlights include:
1818
:backlinks: none
1919

2020

21+
.. _whatsnew_0192.enhancements:
22+
23+
Enhancements
24+
~~~~~~~~~~~~
25+
26+
The ``pd.merge_asof()``, added in 0.19.0, gained some improvements:
27+
28+
- ``pd.merge_asof()`` gained ``left_index``/``right_index`` and ``left_by``/``right_by`` arguments (:issue:`14253`)
29+
- ``pd.merge_asof()`` can take multiple columns in ``by`` parameter and has specialized dtypes for better performace (:issue:`13936`)
30+
31+
2132
.. _whatsnew_0192.performance:
2233

2334
Performance Improvements
2435
~~~~~~~~~~~~~~~~~~~~~~~~
2536

26-
- Improved performance of ``.replace()`` (:issue:`12745`)
27-
- Improved performance of ``PeriodIndex`` (:issue:`14822`)
37+
- Performance regression with ``PeriodIndex`` (:issue:`14822`)
2838
- Performance regression in indexing with getitem (:issue:`14930`)
39+
- Improved performance of ``.replace()`` (:issue:`12745`)
2940
- Improved performance ``Series`` creation with a datetime index and dictionary data (:issue:`14894`)
3041

31-
.. _whatsnew_0192.enhancements.other:
32-
33-
Other Enhancements
34-
~~~~~~~~~~~~~~~~~~
35-
36-
- ``pd.merge_asof()`` gained ``left_index``/``right_index`` and ``left_by``/``right_by`` arguments (:issue:`14253`)
37-
- ``pd.merge_asof()`` can take multiple columns in ``by`` parameter and has specialized dtypes for better performace (:issue:`13936`)
38-
39-
4042

4143
.. _whatsnew_0192.bug_fixes:
4244

4345
Bug Fixes
4446
~~~~~~~~~
45-
47+
- Compat with python 3.6 for pickling of some offsets (:issue:`14685`)
48+
- Compat with python 3.6 for some indexing exception types (:issue:`14684`, :issue:`14689`)
49+
- Compat with python 3.6 for deprecation warnings in the test suite (:issue:`14681`)
50+
- Compat with python 3.6 for Timestamp pickles (:issue:`14689`)
4651
- Compat with ``dateutil==2.6.0``; segfault reported in the testing suite (:issue:`14621`)
4752
- Allow ``nanoseconds`` in ``Timestamp.replace`` as a kwarg (:issue:`14621`)
4853
- Bug in ``pd.read_csv`` in which aliasing was being done for ``na_values`` when passed in as a dictionary (:issue:`14203`)
@@ -52,52 +57,26 @@ Bug Fixes
5257
- Fix bugs (:issue:`14734`, :issue:`13654`) in ``pd.read_sas`` and ``pandas.io.sas.sas7bdat.SAS7BDATReader`` that caused problems when reading a SAS file incrementally.
5358
- Bug in ``pd.read_csv`` for the Python engine in which an unhelpful error message was being raised when ``skipfooter`` was not being respected by Python's CSV library (:issue:`13879`)
5459
- Bug in ``.fillna()`` in which timezone aware datetime64 values were incorrectly rounded (:issue:`14872`)
55-
56-
5760
- Bug in ``.groupby(..., sort=True)`` of a non-lexsorted MultiIndex when grouping with multiple levels (:issue:`14776`)
58-
59-
60-
6161
- Bug in ``pd.cut`` with negative values and a single bin (:issue:`14652`)
6262
- Bug in ``pd.to_numeric`` where a 0 was not unsigned on a ``downcast='unsigned'`` argument (:issue:`14401`)
6363
- Bug in plotting regular and irregular timeseries using shared axes
6464
(``sharex=True`` or ``ax.twinx()``) (:issue:`13341`, :issue:`14322`).
65-
66-
67-
6865
- Bug in not propogating exceptions in parsing invalid datetimes, noted in python 3.6 (:issue:`14561`)
69-
70-
71-
- Compat with python 3.6 for pickling of some offsets (:issue:`14685`)
72-
- Compat with python 3.6 for some indexing exception types (:issue:`14684`, :issue:`14689`)
73-
- Compat with python 3.6 for deprecation warnings in the test suite (:issue:`14681`)
74-
- Compat with python 3.6 for Timestamp pickles (:issue:`14689`)
7566
- Bug in resampling a ``DatetimeIndex`` in local TZ, covering a DST change, which would raise ``AmbiguousTimeError`` (:issue:`14682`)
76-
7767
- Bug in indexing that transformed ``RecursionError`` into ``KeyError`` or ``IndexingError`` (:issue:`14554`)
78-
79-
8068
- Bug in ``HDFStore`` when writing a ``MultiIndex`` when using ``data_columns=True`` (:issue:`14435`)
8169
- Bug in ``HDFStore.append()`` when writing a ``Series`` and passing a ``min_itemsize`` argument containing a value for the ``index`` (:issue:`11412`)
8270
- Bug when writing to a ``HDFStore`` in ``table`` format with a ``min_itemsize`` value for the ``index`` and without asking to append (:issue:`10381`)
8371
- Bug in ``Series.groupby.nunique()`` raising an ``IndexError`` for an empty ``Series`` (:issue:`12553`)
8472
- Bug in ``DataFrame.nlargest`` and ``DataFrame.nsmallest`` when the index had duplicate values (:issue:`13412`)
85-
86-
87-
8873
- Bug in clipboard functions on linux with python2 with unicode and separators (:issue:`13747`)
8974
- Bug in clipboard functions on Windows 10 and python 3 (:issue:`14362`, :issue:`12807`)
9075
- Bug in ``.to_clipboard()`` and Excel compat (:issue:`12529`)
9176
- Bug in ``DataFrame.combine_first()`` for integer columns (:issue:`14687`).
92-
9377
- Bug in ``pd.read_csv()`` in which the ``dtype`` parameter was not being respected for empty data (:issue:`14712`)
9478
- Bug in ``pd.read_csv()`` in which the ``nrows`` parameter was not being respected for large input when using the C engine for parsing (:issue:`7626`)
95-
96-
9779
- Bug in ``pd.merge_asof()`` could not handle timezone-aware DatetimeIndex when a tolerance was specified (:issue:`14844`)
98-
9980
- Explicit check in ``to_stata`` and ``StataWriter`` for out-of-range values when writing doubles (:issue:`14618`)
100-
10181
- Bug in ``.plot(kind='kde')`` which did not drop missing values to generate the KDE Plot, instead generating an empty plot. (:issue:`14821`)
102-
10382
- Bug in ``unstack()`` if called with a list of column(s) as an argument, regardless of the dtypes of all columns, they get coerced to ``object`` (:issue:`11847`)

0 commit comments

Comments
 (0)