-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Question: given a .zarr what is the best way to say that it is .ome.zarr / ngff? #228
Comments
Unfortunately, |
Yes, as @d-v-b says, check for |
and there it would become "explicit" through use of a URL pointing to a versioned ngff? {
"zarr_format": 3,
"node_type": "group",
"attributes": {
"https://ngff.openmicroscopy.org/0.6": {
"multiscales": [ or something else? |
Yes, the single JSON file (zarr.json) would either have or not have the appropriate key. |
do you know if some more explicit formalization was discussed in zarr, e.g. to have something like [
{
"name": "ome",
"version": "0.6",
"schema": "https://ngff.openmicroscopy.org/jsonschemas/0.6" #
}
] so, while dealing with a .zarr a developer of a tool could know what additional schemas implemented within that .zarr and potentially even load them to validate. |
It's being discussed to some degree in zarr-developers/zarr-specs#262 (ZEP0004) |
any idea on how would it look for OME/NGFF if that ZEP0004 accepted in current form? |
We may want to encourage, i.e. |
Discussed by @normanrz at the 2024-04-03 OME Community Meeting: https://hackmd.io/So61knrQR0iLftd2LGAVjA |
...
and I would wholeheartedly support that -- only for UX! |
is it presence of
.omero
key within.zattrs
?and then taking the schema of that version
correct?
The text was updated successfully, but these errors were encountered: