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
Since sharding is implemented as a codec, and because the zarr v2 spec takes a permissive stance to codecs, the sharding codec can be used for zarr v2 arrays, provided a program exists that can interpret that codec, such as any zarr v3 implementation. I can think of a variety of use cases for this (e.g., all use cases imagined for sharding in zarr v3), but the most simple one might be for people with v2 data who want sharding but don't want to change anything else about their workflow.
FWIW I haven't tested what the v3 branch of zarr-python would do with a v2 array with a sharding codec, but IMO failing to open it would be a bug.
The text was updated successfully, but these errors were encountered:
I’d like to take on this issue and could you assign this issue to me ? According to me to solve this issue , I would test whether Zarr v3 can read Zarr v2 data that uses sharding. If it doesn't work, I would look into fixing that so people can use the sharding feature in Zarr v2 without any problems. If I missed something please let me know !
Since sharding is implemented as a codec, and because the zarr v2 spec takes a permissive stance to codecs, the sharding codec can be used for zarr v2 arrays, provided a program exists that can interpret that codec, such as any zarr v3 implementation. I can think of a variety of use cases for this (e.g., all use cases imagined for sharding in zarr v3), but the most simple one might be for people with v2 data who want sharding but don't want to change anything else about their workflow.
FWIW I haven't tested what the
v3
branch ofzarr-python
would do with a v2 array with a sharding codec, but IMO failing to open it would be a bug.The text was updated successfully, but these errors were encountered: