Rarr now handles the Zarr v3 `dimension_names` metadata field

[Bisaloo]

Should (at least partially) address

ZarrArray/TODO

Line 12 in c92038e

o writeZarrArray() needs to write the array dimnames to disk.

If the provided array has dimnames, write_zarr_array() will take names(dimnames()) and write it as dimension_names (spec).

Conversely, if the Zarr metadata has the dimension_names field, it is used to populate names(dimnames()) when reading.

The Zarr spec doesn't define how the elements of dimnames (beyond its names()) should be written. One can use the free-form attributes for this (Rarr::read_zarr_attributes()/Rarr::write_zarr_attributes()).

[hpages]

Good to know, thanks! I still need to figure out the best way/place to store dimnames(x) on disk. I'll take a look at the free-form attributes, thanks for the tip.

[Bisaloo]

FWIW, I do expect this will be a "weak standard" at some point. I.e., not part of the generic Zarr standard, but it will likely exist as a "registered attribute" that multiple subformats (e.g., OME for microscopy images) use.

For now, I would likely go with your own attribute but a breaking change later may offer better cross-implementations interoperability.