Constantin Pape

Slightly related minor point: The text in https://ngff.openmicroscopy.org/latest/#label-md does not mention `version`, but the example json contains it.

> My assumption is that it's historical and according to #70, if there was a change it should rather be `imageLabel` , `imageValue` . You're right, we decided to go...

Thanks for providing the link @lassoan! I read this now and in light of yesterdays discussion I think that we should not add it to 0.4, but instead tackle this...

I didn't have time to fully read this issue; I will try to have a look later. But I already wanted express my full support for this: > And re:...

> I wanted to ask whether we should consider that whatever we store can be easily mapped onto a csv file. Meaning that fromCSV and toCSV should work smoothly such...

> My worry was that AnnData is much richer than a simple table I don't think that AnnData is much richer than a simple table; at least not the subset...

> Specifically, it handles non-1 striding, and newaxes. It does it in a naive way: it lets the underlying library read out the unstrided data, and then strides (including reversing)...

> Currently I think that I would prefer storing images within a zarr container without any hierarchy, i.e. just as a flat list. This means you would like to store...

> I was not gonna enter the 3D vs 5D discussion here, but just wanted to say that I feel that structuring the zarr like this: https://ngff.openmicroscopy.org/latest/#hcs-layout feels overly complex...

> Personally, I'd be for a MUST, i.e. not support hierarchies and then ignore anything stored at deeper levels. > But, obviously, that's just my personal opinion. Very curious to...