The path forward

[asinghvi17]

From a call today with @jhamman @mkitti and @asinghvi17:

• A nice integration test would be to create a ZarrsDatasets.jl and integrate that with Rasters.jl to see if it works.
• It would be good to expose the APIs of separate "modules" / verticals in the Zarr stack - so stores, codecs, etc. This would enable a user to use a store from Zarrs.jl with a pure-Julia Zarr.jl codec pipeline, which they could presumably customize for their own custom datatypes or other things.
• BinaryBuilder recipe for zarrs (covered elsewhere)
• Clang.jl-generated C api wrappers would probably be a bit more sustainable than the current manual wrapping. GDAL.jl does this well and we could even perform the ZarrsResult wrapping there.

Notes

• It might be cool to investigate jlrs for this, but since Zarrs already has a C api it'll be cleaner and easier to go with the current wrapping approach.

[felixcremer]

I talked with @meggart and we think it should be feasible to make a YAXArrayBase extension for Zarrs to test it in YaxArrays.