Open jhamman opened 1 week ago
We can think about a couple lines of related work:
I think that supporting zarr-python 3.x is the primary goal for now.
These PRs are needed on top of zarr-python v3
to get anything working:
These are some issues we'll need to resolve:
Group.__getitem__
for arrays at the top-level: https://github.com/zarr-developers/zarr-python/pull/2272zarr_format=2/3/None
in all public read / write APIs._FillValue
and Zarr's fill_value
causing valid values to be cast to NaN: https://github.com/pydata/xarray/issues/5475 (this could use feedback from the xarray maintainers).filters
/ compressor
-> codecs
change: https://github.com/zarr-developers/zarr-python/issues/2194 (most likely will require changes in xarray).zarr.Blosc
imports to numcodecs.Blosc
(can be done anytime)Things to investigate:
@TomAugspurger are you able to open a WIP PR with in-progress work. It'd be nice to see what's needed
Sure, https://github.com/pydata/xarray/pull/9552 has that.
Question for the group: does anyone object to xarray continuing to write Zarr V2 datasets by default? I hesitate to have xarray's default be different from zarr-python's, but that would relive some pressure to address https://github.com/pydata/xarray/issues/5475 quickly, since v2 datasets should be round-tripable.
What is your issue?
Zarr-Python 3.0 is getting close to a full release. This issue tracks the integration of the 3.0 release with Xarray.
Here's a running list of issues we're solving upstream related to integration with Xarray:
Special shout out to @TomAugspurger has been front running a lot of this 🙌.