-
-
Notifications
You must be signed in to change notification settings - Fork 18.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BUG: Handle nonexistent end dates when resampling #59471
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the PR!
expected = Series([len(ts)], index=DatetimeIndex([ts.index[0]], freq="7D")) | ||
|
||
result = ts.resample("7D").sum() | ||
print(f"{result=}") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you remove the print.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oops, sorry about that!
doc/source/whatsnew/v3.0.0.rst
Outdated
@@ -615,6 +615,7 @@ Groupby/resample/rolling | |||
- Bug in :meth:`DataFrameGroupBy.cumsum` where it did not return the correct dtype when the label contained ``None``. (:issue:`58811`) | |||
- Bug in :meth:`DataFrameGroupby.transform` and :meth:`SeriesGroupby.transform` with a reducer and ``observed=False`` that coerces dtype to float when there are unobserved categories. (:issue:`55326`) | |||
- Bug in :meth:`Rolling.apply` where the applied function could be called on fewer than ``min_period`` periods if ``method="table"``. (:issue:`58868`) | |||
- Bug in :meth:`Series.resample` could raise when the the date range ended shortly before DST. (:issue:`58380`) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not just before DST, but more generally before a non-existent time, right?
@@ -2466,7 +2466,7 @@ def _get_timestamp_range_edges( | |||
) | |||
if isinstance(freq, Day): | |||
first = first.tz_localize(index_tz) | |||
last = last.tz_localize(index_tz) | |||
last = last.tz_localize(index_tz, nonexistent="shift_forward") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should nonexistent
be dependent on closed
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think last
here is used as the last element in the series. Instead, last
needs to be strictly after all the data points:
Lines 893 to 894 in 0fadaa9
if values[lenidx - 1] > binner[lenbin - 1]: | |
raise ValueError("Values falls after last bin") |
Shifting backwards should raise when running near a nonexistent hour, in the rare case where the nanosecond before is in the index:
import pandas as pd
almost_a_day = pd.Timedelta(days=1) - pd.Timedelta(nanoseconds=1)
timestamp = pd.to_datetime("2024-04-25").tz_localize("Africa/Cairo")
ts = pd.Series(
1,
[timestamp, timestamp + almost_a_day],
)
ts.resample("1D", closed="right").sum()
However, shifting forward runs with the following output:
2024-04-24 00:00:00+02:00 1
2024-04-25 00:00:00+02:00 1
Freq: D, dtype: int64
(I'm not sure why it gives a bin on 2024-04-24.)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM merge when ready @rhshadrach
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm
Thanks @rob-sil! |
doc/source/whatsnew/v3.0.0.rst
file if fixing a bug or adding a new feature.