Josh Moore

My time to respond now is unfortunately limited since I'm getting to get on a bike for a week, so I'll focus on the most critical points: > doesn't give...

Phase 2 of [ZEP0009](https://github.com/zarr-developers/zeps/pull/65) is specifically designed to enable the addition of extensions like the one proposed here without the need for a PR against the core spec.

> it would make sense for `consolidated_metadata` to look like this: In general, exactly, with the caveat there are several things to be decided in ZEP9/phase-2.

The OME-Zarr format currently (v0.4 and the imminent v0.5) doesn't have a mechanism for linking three separate images each with one channel. v0.6 with the transform work of [RFC-5](https://ngff.openmicroscopy.org/rfc/5) will...

> I've no idea how hard this would be to integrate with our code generation of the `omero.model` package? This would need to go approximately here -- https://github.com/ome/omero-blitz/blob/master/build.gradle#L157 -- to...

> I should mention that I don't know why the `omero.model` module is dynamically generated, and someone with a better understanding of that could comment on whether my solution makes...

> Okay so if we can't touch the Ice generator or the files that it generates, then I think my stub approach makes sense? Off-hand, I think so! :+1:

> I've added read support for HTTP stores in zarrs_tools version 0.5.5 with https://github.com/LDeakin/zarrs_tools/pull/11. 🤯 Amazing. I'll give it a try ASAP. > Writing to remote stores is not supported,...

Sadly still conflicting, @brokkoli71

Updates to the description: - s/eliminate/extract/ - dropped FSStore from the list for the moment - Added benefits: - Reduce the noise from dependabot - Add maintainers for specific stores...