Stian Soiland-Reyes

I can't seem to resolve the requested changes from @dgarijo although I have addressed them in earlier commits.

After meeting 2024-08-22, revised to not require `subjectOf` declaration if the RO-Crate metadata file can be resolved. This meant adding a section on how the absolute URI of the RO-Crate...

Thanks everyone, will merge now after fixing latest round of typos! Then we see if we need to move it out.

https://www.researchobject.org/ro-crate/1.1/appendix/implementation-notes.html#adding-ro-crate-to-bagit specifies how to use RO-Crate in BagIt. I've raised https://github.com/bagit-profiles/bagit-profiles-specification/issues/36 as `Tag-Files-Required` can't address `data/` files from a bagit profile, so you would need `Payload-Files-Required` instead (See https://github.com/bagit-profiles/bagit-profiles-specification/pull/42 )

Thanks for the suggestion! This fit well into what we're proposing for profiles https://www.researchobject.org/ro-crate/1.2-DRAFT/profiles as well. Bioschemas have tried using DDE https://github.com/BioSchemas/specifications/ which is also related. LinkML seems quite approachable...

You should also use the filename `ro-crate-metadata.json` as normated by https://www.researchobject.org/ro-crate/1.1/structure.html - not come across the underscore version before - some tools may require `.jsonld` suffix to generate.

Some more discussion in https://forum.image.sc/t/ro-crate-and-omero/80610/11

Related API standards for iteration of (changed) resources: SWORD, OAI-PMH, TRS

@marc-portier had some ideas on this as well as @ptsefton have done listing of RO-Crates

Peter has tool for iterating RO-Crates in a folder and then makes an outer collection crate that embeds parts of their metadata (?)