Conversation
|
Thanks for giving this a try! :)
Well, there is no implementation, yet. But I will check if it adheres to our proposed YAML format and then we can build a prototype around the Level 1 data.
Our idea would be that each directory that contains a Then you would create one CID for the whole |
96e32b2 to
83d2e51
Compare
83d2e51 to
ba3ffb4
Compare
ba3ffb4 to
b03a7b5
Compare
|
@d70-t @hgloeckner Admittedly, I lost overview on the status of this PR... Is the content up-to-date? Are we able to parse non-Zarr metadata? My gut feeling is that the functionality in |
|
I think it was meant to test the functionality of ipfsui to handle non-zarr metadata. Generally it is up-to-date, but we'll add some more metadata and probably have some revisions when the review for the beach draft is done, which will "only" be a couple more weeks. So... we could also wait and I update with the final data once we know what we need to change |
I tried to write a Metadata.yaml as described here...
Maybe you can check if it works in the browser in principle, then we can check if it's sufficient? Then I wondered how to best put that CID in. It makes more sense to me to have one of them for the whole L1 and not one for each flight, but currently I give the CIDs by flight into the tree.
I see two options:
Do you have a preference?