Repository navigation
RFC-5: Transformations and Coordinate systems - #255
Conversation
* mostly removing irrelevant links and bikeshed stuff
* store as 2d only
* reorder sections
Automated Review URLs |
|
Thanks for your continued work on the transformations proposal and for writing it up as an RFC. One issue that I see is the use of absolute paths in the Also, I want to mention that there is interest in the community to create a "collections" proposal for OME-Zarr. I haven't gotten the time to write an RFC yet but I think that could integrate nicely with this transformations proposal and might provide solutions for the path issue as well. |
| ### Array coordinate systems | ||
|
|
||
| Every array has a default coordinate system whose parameters need not be explicitly defined. Its name is the path to the array | ||
| in the container, its axes have `"type":"array"`, are unitless, and have default "name"s. The ith axis has `"name":"dim_i"` |
There was a problem hiding this comment.
Why make the default name require information about where the array is stored in the container? This means that accessing the default coordinate system requires accessing the storage layer for the array, which rules out anything that acts exclusively on metadata.
Perhaps it would be simpler to reserve a string like "default" for the default coordinate system.
There was a problem hiding this comment.
Because the coordinate systems of different arrays need to be different by default.
| ### "coordinateTransformations" metadata | ||
|
|
||
| "coordinateTransformations" describe the mapping between two coordinate systems (defined by "axes"). | ||
| For example, to map an array's discrete coordinate system to its corresponding physical coordinates. |
There was a problem hiding this comment.
| For example, to map an array's discrete coordinate system to its corresponding physical coordinates. | |
| For example, coordinate transforms can be used to map an array's discrete coordinate system to its corresponding physical coordinates. |
typo Co-authored-by: Davis Bennett <[email protected]>
add comma Co-authored-by: Davis Bennett <[email protected]>
emphasize axis types are strings Co-authored-by: Davis Bennett <[email protected]>
rephrase Co-authored-by: Davis Bennett <[email protected]>
spelling Co-authored-by: Davis Bennett <[email protected]>
rm zarr2 specific phrasing Co-authored-by: Davis Bennett <[email protected]>
spelling Co-authored-by: Davis Bennett <[email protected]>
|
Thanks @bogovicj for opening the draft for the RFC, I have added my review. The points are mostly minor and I have only two more small comments, here below. After the above is resolved and the comments are addressed, for me we are good to go to officially submit the RFC.
Regarding 2.1, I think that we should allow for |
* and clean up table
|
Thanks @LucaMarconato and @d-v-b , I address most of your comments. While there are few left, I'll get to them soon, and they're more minor. So I'm going to take this PR off of draft status. |
- In HTML sections, replace `` with <code> blocks - Replace div notes with MyST directives
Merging and sending for review once the build is green. If you would like to be added as an Thanks to everyone involved! 🎉 |
RFC-5: Transformations and Coordinate systems SHA: 5fd56e0 Reason: push, by @joshmoore Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
|
I endorse this RFC |
|
This pull request has been mentioned on Image.sc Forum. There might be relevant details there: |
No description provided.