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
See title and example below. I believe this is due to the fact that combination of indices with different timezones first converts to object dtype, then rebases all timestamps to UTC for comparison and then constructs a DatetimeIndex from that. However, this doesn't seem to be applied for the individual levels in a MultiIndex. This is on latest stable 0.18.1.
xref #13650
```
Author: sinhrks <[email protected]>
Closes#13926 from sinhrks/dttz_shift_dst and squashes the following commits:
c079ee3 [sinhrks] BUG: DatetimeTz shift raises AmbiguousTimeError near DST
See title and example below. I believe this is due to the fact that combination of indices with different timezones first converts to object dtype, then rebases all timestamps to UTC for comparison and then constructs a DatetimeIndex from that. However, this doesn't seem to be applied for the individual levels in a MultiIndex. This is on latest stable 0.18.1.
Works correctly if the inputs have the same timezone
Behavior is correct for single indices:
output of
pd.show_versions()
The text was updated successfully, but these errors were encountered: