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
Indeed! To be honest, I think null fill values in Zarr V2 were a bit of a misstep anyway, mainly because undefined values in partially written chunks cannot be distinguished from real data. This could be a good opportunity for zarr-python to stop writing null fill values altogether in Zarr V2 metadata and just write the default fill value. What do you think?
Following up on this idea, I think we should consider altering our user-facing array creation routines to disallow creating a null fill value in v2 array metadata. Instead, we should treat fill_value=None to mean "use the default fill value for the dtype".
Users who want to create a zarr v2 array with a fill value that is null should be directed to lower-level routines for this.
The text was updated successfully, but these errors were encountered:
Uh oh!
There was an error while loading. Please reload this page.
Originally posted by @LDeakin in #2819 (comment)
Following up on this idea, I think we should consider altering our user-facing array creation routines to disallow creating a
null
fill value in v2 array metadata. Instead, we should treatfill_value=None
to mean "use the default fill value for the dtype".Users who want to create a zarr v2 array with a fill value that is
null
should be directed to lower-level routines for this.The text was updated successfully, but these errors were encountered: