Skip to content

Commit f7ba46d

Browse files
committed
DOC: edits in whatsnew
1 parent a23a136 commit f7ba46d

File tree

1 file changed

+10
-9
lines changed

1 file changed

+10
-9
lines changed

doc/source/whatsnew/v0.18.1.txt

+10-9
Original file line numberDiff line numberDiff line change
@@ -74,6 +74,14 @@ Sparse changes
7474

7575
These changes conform sparse handling to return the correct types and work to make a smoother experience with indexing.
7676

77+
``SparseArray.take`` now returns scalar for scalar input, ``SparseArray`` for others. Also now it handles negative indexer as the same rule as ``Index`` (:issue:`10560`, :issue:`12796`)
78+
79+
.. ipython:: python
80+
81+
s = pd.SparseArray([np.nan, np.nan, 1, 2, 3, np.nan, 4, 5, np.nan, 6])
82+
s.take(0)
83+
s.take([1, 2, 3])
84+
7785
- Bug in ``SparseSeries.loc[]`` with list-like input raises ``TypeError`` (:issue:`10560`)
7886
- Bug in ``SparseSeries.iloc[]`` with scalar input may raise ``IndexError`` (:issue:`10560`)
7987
- Bug in ``SparseSeries.loc[]``, ``.iloc[]`` with ``slice`` returns ``SparseArray``, rather than ``SparseSeries`` (:issue:`10560`)
@@ -83,13 +91,6 @@ These changes conform sparse handling to return the correct types and work to ma
8391
- Bug in ``SparseSeries.reindex`` incorrectly handle ``fill_value`` (:issue:`12797`)
8492
- Bug in ``SparseArray.to_dense()`` does not preserve ``dtype`` (:issue:`10648`)
8593
- Bug in ``SparseArray.to_dense()`` incorrectly handle ``fill_value`` (:issue:`12797`)
86-
- ``SparseArray.take`` now returns scalar for scalar input, ``SparseArray`` for others. Also now it handles negative indexer as the same rule as ``Index`` (:issue:`10560`, :issue:`12796`)
87-
88-
.. ipython:: python
89-
90-
s = pd.SparseArray([np.nan, np.nan, 1, 2, 3, np.nan, 4, 5, np.nan, 6])
91-
s.take(0)
92-
s.take([1, 2, 3])
9394

9495
.. _whatsnew_0181.api:
9596

@@ -112,7 +113,7 @@ API changes
112113
Using ``.apply`` on groupby resampling
113114
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
114115

115-
Using ``apply`` on resampling groupby operations (using a ``pd.TimeGrouper``) now has the same output types as similar ``apply``s on other groupby operations. (:issue:`11742`).
116+
Using ``apply`` on resampling groupby operations (using a ``pd.TimeGrouper``) now has the same output types as a similar ``apply`` on other groupby operations. (:issue:`11742`).
116117

117118
.. ipython:: python
118119

@@ -173,7 +174,6 @@ Performance Improvements
173174

174175

175176

176-
- Bug in ``__name__`` of ``.cum*`` functions (:issue:`12021`)
177177

178178

179179

@@ -191,6 +191,7 @@ Bug Fixes
191191
- Bugs in concatenation with a coercable dtype was too aggressive. (:issue:`12411`, :issue:`12045`, :issue:`11594`, :issue:`10571`)
192192
- Bug in ``float_format`` option with option not being validated as a callable. (:issue:`12706`)
193193
- Bug in ``GroupBy.filter`` when ``dropna=False`` and no groups fulfilled the criteria (:issue:`12768`)
194+
- Bug in ``__name__`` of ``.cum*`` functions (:issue:`12021`)
194195

195196

196197
- Bug in ``.drop()`` with a non-unique ``MultiIndex``. (:issue:`12701`)

0 commit comments

Comments
 (0)