is .zarr/ suffix strictly required? any other ".subsuffixes." considered (like in .ome.zarr)

[yarikoptic]

For DANDI we are considering to implement custom support for zarr "filesets" versioning. There is an experimental webdav which is reverse proxied by apache at is https://dandi.centerforopenneuroscience.org .

What we discovered, is that despite the fact that our integration works just fine for URLs like https://kitware.github.io/itk-vtk-viewer/app/?gradientOpacity=0.3&image=https://dandiarchive.s3.amazonaws.com/zarr/6c18ad23-8bc9-404e-b902-d9ccb598dfca (BTW, doesn't work if you add trailing / since then it doesn't strip it before adding /.zattrs and fails), it does not work for https://kitware.github.io/itk-vtk-viewer/app/?gradientOpacity=0.3&image=https://dandi.centerforopenneuroscience.org/zarrs/6c1/8ad/6c18ad23-8bc9-404e-b902-d9ccb598dfca/c33f80763aafea111b5c51c291b22238-83143--96359783338 or with trailing / and you get just with console showing

But if I add .zarr/ (through rewrite at apache level to remove .zarr for the forwarded to webdav URL) -- it works: https://kitware.github.io/itk-vtk-viewer/app/?gradientOpacity=0.3&image=https://dandi.centerforopenneuroscience.org/zarrs/6c1/8ad/6c18ad23-8bc9-404e-b902-d9ccb598dfca/c33f80763aafea111b5c51c291b22238-83143--96359783338.zarr

So the question is really - is .zarr suffix required for the tool? but then how come it works for original URL pointing to S3 prefix?

Also, looking forward -- is subsuffix, like .ome in .ome.zarr somehow important/used? (I hope not)

Thank you in advance for the answers/ideas.