Skip to content Skip to footer

RO-Crate Profiles

Table of contents

  1. RO-Crate Profiles
    1. Workflow RO-Crate profile
      1. Workflow Testing RO-Crate profile
      2. Workflow Run Crate
      3. Common Provenance Model RO-Crate profile
    2. Describo profiles
    3. RELIANCE RO-crate profile
    4. Paradisec profile
    5. ARC RO-Crate profile
    6. ISA RO-Crate Profile
    7. ARC CWL RO-Crate Profile
    8. Electronic Lab Notebook (ELN)
    9. RO-Crates-and-Excel
    10. Making an RO-Crate profile
    11. Formalizing RO-Crate profiles

While RO-Crates can be considered general-purpose containers of arbitrary data and open-ended metadata, in practical use within a particular domain, application or framework, it will be beneficial to further constrain RO-Crate to a specific profile: a set of conventions, types and properties that one minimally can require and expect to be present in that subset of RO-Crates.

Defining and conforming to such a profile enables reliable programmatic consumption of an RO-Crate’s content, as well as consistent creation, e.g. a form in a user interface form firmly suggest the required types and properties, and likewise a rendering of an RO-Crate can easier make rich UI components if it can reliably assume for instance that the Person always has a affiliation to a Organization which has a url - a restriction that may not be appropriate for all types of RO-Crates.

The RO-Crate profile can also lock down serialization expectation, for instance using a particular version of RO-Crate, JSON-LD context or particular packaging like .zip or BagIt.

For more examples, see the section Profiles of RO-Crate in use in the recent RO-Crate paper.

Workflow RO-Crate profile

Workflow RO-Crate is a profile of RO-Crate 1.1, which requires at least one data entity that is a ComputationalWorkflow. This workflow must also be indicated with mainEntity from the Root Data set. The Workflow RO-Crate profile further recommends how to accompany the native workflow definition with a abstract CWL description, diagram, and meaning of named subfolders test and examples.

Profiles can also provide recommendations, for instance Workflow RO-Crate has a list of recognized workflow languages and licenses. Serialization of Workflow RO-Crates are restricted to ZIP archives and with a filename ending with .crate.zip.

This profile of RO-Crate is used by the WorkflowHub both as downloadable archives of workflow entries and their metadata, but also for manual and programmatic upload of workflows, such as generated by galaxy2cwl. The associated service Life Monitor uses the profile as a submission format for workflow test suites, and the workflow execution service WfExS accesses Workflow RO-Crates through the hubs’ implementation of the Tool Registry Service API to pick up the workflow to be executed.

In summary the Workflow RO-Crate profile covers as of 2021-03-09:

An experimental Profile Crate has been created in preparation for formalized RO-Crate profiles (draft for next release of specification).

Workflow Testing RO-Crate profile

Workflow Testing RO-Crate is a specialization of Workflow RO-Crate used by Life Monitor to support the submission of test suites for computational workflows.

This profile is an RO-Crate extension that employs additional terms from the ro-terms test namespace:

[
    "https://w3id.org/ro/crate/1.1/context",
    {
        "TestSuite": "https://w3id.org/ro/terms/test#TestSuite",
        "TestInstance": "https://w3id.org/ro/terms/test#TestInstance",
        "TestService": "https://w3id.org/ro/terms/test#TestService",
        "TestDefinition": "https://w3id.org/ro/terms/test#TestDefinition",
        "PlanemoEngine": "https://w3id.org/ro/terms/test#PlanemoEngine",
        "JenkinsService": "https://w3id.org/ro/terms/test#JenkinsService",
        "TravisService": "https://w3id.org/ro/terms/test#TravisService",
        "GithubService": "https://w3id.org/ro/terms/test#GithubService",
        "instance": "https://w3id.org/ro/terms/test#instance",
        "runsOn": "https://w3id.org/ro/terms/test#runsOn",
        "resource": "https://w3id.org/ro/terms/test#resource",
        "definition": "https://w3id.org/ro/terms/test#definition",
        "engineVersion": "https://w3id.org/ro/terms/test#engineVersion"
    }
]

The most recent version of the context is at https://github.com/ResearchObject/ro-terms/tree/master/test.

A Workflow Testing RO-Crate is essentially a Workflow RO-Crate with additional specification on how to structure test suites and refer to them from the root dataset:

{
    "@id": "./",
    "@type": "Dataset",
    "mentions": [
        {
            "@id": "#test1"
        },
        {
            "@id": "#test2"
        }
    ],
    ...
}

More details are available from the spec page.

Workflow Run Crate

Workflow Run Crate working group have developed three profile to capture the provenance of execution provenance of computational workflows and scripts. Join the RO-Crate community to help contribute!

  • Process Run Crate can be used to describe the execution of one or more tools that contribute to the same computation;
  • Workflow Run Crate is similar to Process Run Crate, but assumes that the coordinated execution of the tools is driven by a computational workflow
  • Provenance Run Crate extends Workflow Run Crate with guidelines for describing the internal details of each step of the workflow.

Common Provenance Model RO-Crate profile

The Common Provenance Model (CPM) provides a baseline for distributed provenance chains based on W3C PROV. The Common Provenance Model RO-Crate profile specifies how to identify and handle CPM compliant provenance files and CPM compliant meta-provenance files in an RO-Crate. It is compatible with the Workflow Run Crate profile.

Describo profiles

Describo makes available all of Schema.org by default but users can also choose a pre-defined profile including an RO-Crate v1.1 profile, which informs the user interface which entity types and properties should be offered and requested when a user is editing an RO-Crate.

The RO Crate profile covers the recommendations in RO-Crate 1.1 specifications, adding UI details such as value type, labels and description for each field.

In addition, a Domain-specific profile can be created as JSON and used by Describo to customize the selection of types and properties, including adding additional schema.org types, third-party vocabularies and inline ad-hoc term definitions.

In summary the default profile covers:

RELIANCE RO-crate profile

RELIANCE RO-Crates are a specialization of RO-Crate for packaging data cubes enabling access earth observation data, along with all the necessary and other related artifacts like documentation, images, related infrastructures, etc.

The RELIANCE project uses RELIANCE RO-Crates as an exchange format to package data cubes in Earth Science, used as import/export by the ROHub portal.

References:

Paradisec profile

The PARADISEC Describo profile is built in to Describo and is the basis for the PARADISEC RO-Crates exposed in the Modern PARADISEC demonstrator to annotate and expose digital cultural heritage records.

In summary the PARADISEC profile covers as of Describo 0.13.0:

  • Collection
  • Item (unknown type)
    • additionalType: Value
    • name: Text (required)
    • description: Text (required)
    • contributor: Person (required)
    • dateCreated: Date
    • dateModified: Date
    • adminComment: Text (ad-hoc term)
    • dialect: Text (ad-hoc term)
    • digitisedOn: Date
    • discourseType: Text (ad-hoc term)
    • external: Text (ad-hoc term)
    • bornDigital: Text (ad-hoc term)
    • citeAs: Text (ad-hoc term)
    • ingestNotes: Text (ad-hoc term)
    • languageAsGiven: Text (ad-hoc term)
    • license: License
    • hasPart: File
    • contentLanguages: Language (ad-hoc term??)
    • subjectLanguages: Language (ad-hoc term??)
    • private: Text (ad-hoc term)
    • originatedOn: Date (ad-hoc term)
    • originatedOnNarrative: Text
    • receivedOn: Text
    • publisher: Organization
    • contentLocation: Place
  • GeoBox (ad-hoc type)
    • name: Text
    • box: Text
  • License (ad-hoc type)
    • name: (selection of 4 values)
    • description: Text

This is a good example of how a specific profile can guide a user interface and extend RO-Crate with additional terms.

Note that some RO-Crates in the Modern PARADISEC demonstrator have evolved from this profile to conform with RO-Crate 1.1’s repository content types

ARC RO-Crate profile

The ARC RO-Crate profile describes Annotated Research Contexts (ARC), developed by DataPLANT. An ARC consists of ISA metadata describing the experimental setup and computational workflows given in CWL. The current profile is a combination of the ISA RO-Crate profile and the ARC CWL RO-Crate profile, see details below. It requires the crate to follow the ISA Investigation profile on the top level. The investigation object contains studies and assays from the ISA model, as well as computational workflows. The core entity of both sub-profiles is the type LabProcess defined by Bioschemas, which is used to describe processes leading to data files in a parametrized way.

How such an RO-Crate can be generated from an ARC is described in the arc-to-rocrate repository, which also contains scripts to perform the conversion.

ISA RO-Crate Profile

The ISA RO-Crate profile describes experimental data in plant sciences that is annotated by metadata following the ISA model. Such datasets consist of three types of data entities: Investigation, Study and Assay. The profile adds requirements of the crate such that the data folders match the Investigation, Study and Assay objects of the ISA model. The description of experimental processes that produce the data uses the Bioschemas type LabProcess as its core entity. It describes how data and samples are derived from each other in a graph model based on formalized parameters as key-value pairs. Profiles for all included types can be found in the full version.

ARC CWL RO-Crate Profile

The ARC CWL RO-Crate profile extends the existing Workflow Run Crate profile in an ARC-specific context. It uses the same process graph types (LabProtocol,LabProcess) as the ISA profile to further annotate parameters of workflows (equivalent to protocols in ISA) and runs (equivalent to processes in ISA).

Electronic Lab Notebook (ELN)

The ELN file format has been defined as an archive format to capture Electronic Laboratory Notebooks (ELN). The file format is a ZIP file with an embedded ro-crate-metadata.json. ELN is implemented by eLabFTW, Rspace and other lab note book tools.

RO-Crates-and-Excel

RO-Crates-and-Excel is a profile describing data of an Microsoft Excel spreadsheet within an RO-Crate, along with a converter tool.

This profile has been expressed for Describo and adds keys like number_of_rows, stdev, average_length.

Note that this profile has not currently been updated to use JSON-LD terms.

Making an RO-Crate profile

As a starting point, an RO-Crate profile can be written down in structured human language, as exemplified by Workflow RO-Crate.

Consistent use of the key words MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, MAY, and OPTIONAL as described in RFC 2119 makes explicit what is a strict requirement of the profile, what are best practice recommendations, and what are open-ended extensions.

New profiles can use any https://schema.org/ terms, but are likely to need define or import additional terms that needs to be mapped in the @context.

A more formal definition of the profile can take multiple forms, depending on the serialization requirements for the RO-Crate, and how open-ended or restricted the profile is intended to be:

  • JSON Schema requiring a restricted JSON form of RO-Crate JSON-LD. May include restricted JSON forms for expressing selected data and contextual entities in a certain way.
  • RDF Shapes expressed in ShEx or SHACL to check graph patterns like author must be of @type: Person and have affiliation to a @type: Organization that has a url to a valid URL
  • Hard-coded validator, e.g. checking expected folders like test/ exists or that a file really is of declared media type.

Implementors making validators may also want to first check that the RO-Crate metadata file is:

  • Valid JSON
  • Has expected/supported JSON-LD @context
  • Valid JSON-LD Compacted form
  • Valid JSON-LD
  • Valid RDF triples
  • Correct use of schema.org types/properties

Depending on requirements it may be beneficial to combine these approaches - for instance a hard-coded validator can rely on structural RO-Crate JSON checks before inspecting a particular data item in detail.

Formalizing RO-Crate profiles

Currently an RO-Crate profile is in the form of an informal documentation for humans rather than machine-readable.

Next version of the RO-Crate specification 1.2 will formalize RO-Crate profiles as a Profile Crate - an RO-Crate that defines the profile. See the Workflow Profile Crate as example.