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
From digging around a bit it looks like we've been relying on some pandas internals, specifically DataFrame._data.blocks, which has experienced some changes upstream (xref pandas-dev/pandas#39146).
cc @jorisvandenbossche in case you have any thoughts. I started making a few changes locally which are similar to dask/dask#7318, but haven't gotten things to fully work yet.
The text was updated successfully, but these errors were encountered:
So what changed here in pandas is that for datetime data, the Block.values no longer is a datetime64[ns] np.ndarray, but now a pandas DatetimeArray. The only problem with that is that the dtype attribute of the DatetimeArray class still is a datetime64[ns] np.dtype, so that the is_extension_array_dtype doesn't work as expected:
I am not directly sure what the best (public) way is to check this instead. Probably directly checking whether block.values is an ExtensionArray instance.
The
partd
test suite fails with the nightly version ofpandas
, which you can install withI've included the test failure tracebacks below.
Test failures:
From digging around a bit it looks like we've been relying on some
pandas
internals, specificallyDataFrame._data.blocks
, which has experienced some changes upstream (xref pandas-dev/pandas#39146).cc @jorisvandenbossche in case you have any thoughts. I started making a few changes locally which are similar to dask/dask#7318, but haven't gotten things to fully work yet.
The text was updated successfully, but these errors were encountered: