-
Notifications
You must be signed in to change notification settings - Fork 34
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
RO-Crate Profile section #154
Conversation
See also schemaorg/schemaorg#2887 on adding |
Now there is either just a website, or a Profile Crate
Following profile taskforce meeting 2021-06-18 it was decided to go for a simpler approach of:
I have simplified the draft to reflect the above. I have also changed how profile languages are expressed: rather than a nested |
I also added a suggestion on how to indicate extension vocabularies and JSON-LD contexts. Here I used http://schema.org/DefinedTermSet and http://schema.org/DefinedTerm which seems quite appropriate - perhaps we should also use those instead of |
(not #context the relation)
I tried realizing this as an example from the Workflow RO-Crate profile: https://about.workflowhub.eu/Workflow-RO-Crate/ro-crate-preview.html Notice how this was retrofitted to the old URL Example shows most of the features, and adds a list of |
Agreed (somewhat) in RO-Crate community call 2021-07-08 to merge as-is for 1.2-DRAFT, but also:
|
@stain - with some minor suggestions (scrible? expectations? format?) I could throw up a first draft for that diagram ... |
Thanks, Marc! For the diagram, perhaps something like:
but using some icons. Also not sure if the ProfileCrate itself should say it is a profile crate ( See https://about.workflowhub.eu/Workflow-RO-Crate/ro-crate-preview.html and https://about.workflowhub.eu/Workflow-RO-Crate/example/ as example. |
This fixes issue #185 TODO: Resolve sdConformsto from #154 to align with schemaorg/schemaorg#1516 schemaorg/schemaorg#2887 Adding a nested structuredData contextual entity here will get excessively verbose (particularly on the FormalParameter which is already a #nonDownloadable contextual entity)
See issue #153.
This adds a section to explain:
It does not (yet) detail the suggestions on how to formally specify an RO-Crate profile as a new or adapted expression language.
This proposal have multiple sections we may not want to all include:
conformsTo
on Metadata File descriptorencodingFormat
for formal profilesencodingFormat
- specifically to indicate the use of SHACL inside RDF Turtle.sdConformsTo
to show that the JSON-LD entity conforms@type
,sdConformsTo
,encodingFormat
,conformsTo
andprogrammingLanguage
Now I added all these sections mainly for discussion – I am not convinced we want all of them! And perhaps some should move to data entity section on encoding or at least be linked to from there. XML is a tricky one because there are many declared subformats of XML but even more undeclared ones.
I added
sdConformsTo
in ro-terms as I realised https://www.researchobject.org/ro-crate/1.1/workflows.html#complying-with-bioschemas-computational-workflow-profile had then wrong use ofconformsTo
(the Knime file content does not conform!) - this could however be simplified by just lifting those profiles up to also beconformsTo
on thero-crate-metadata.json