-
Notifications
You must be signed in to change notification settings - Fork 38
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
Version required #186
Version required #186
Conversation
Automated Review URLs |
6a94e97
to
ba57438
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Until a 1.0 version of the OME-NGFF specification is published, producers/consumers should definitely expect iterations of the spec containing breaking changes. Being able to unambiguously associate a dataset to a given version is critical both when writing and reading. In that sense, enforcing the version
field feels like a very reasonable requirement at least from my side.
Assuming this gets included (is there a formal mechanism for accepting these types of changes), is there any reason to limit this change to the multiscales
specification or are you also considering making the field mandatory in other locations?
I think that version should be mandatory for |
Added |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No objections to requiring version
in both plate
and image
from my side
Version required SHA: b7359aa Reason: push, by @will-moore Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Fixes #185.