Field Reference & Validation
Field reference
Section titled “Field reference”| Field | Type | Description |
|---|---|---|
@context | string | Always https://w3id.org/ro/crate/1.1/context. Ensures downstream tooling can interpret nodes correctly. |
@graph | array | Container for every node. The dataset (./) plus all linked entities live here. |
name | string | Used across the UI anywhere the service name appears. Prefer Title Case. |
description | string | Plain text. Avoid Markdown or HTML. |
serviceType | string | Lowercase. Extend the UI options before adding new values. |
URL | string/URL | Destination for more information or the actual service entrypoint. |
keywords | array | Optional list of tags. Helps search filters and external catalogues. |
license | object/ref | Inline object or @id referencing a CreativeWork node. |
author | object/ref | Inline object or @id referencing a Person/Organization node. |
memoryRequirements | string | Mention GPU models, RAM, storage, or accelerator requirements. |
processorRequirements | array | List multiple CPU/GPU profiles when useful. |
softwareRequirements | array | Reference nodes that describe frameworks, models, or utilities. |
datePublished | string | ISO date. Keeps change history transparent. |
version | string | Semantic version or release tag. Optional but highly encouraged. |
logo | object/ref | Points to icon.png or alternative asset. |
Validation flow
Section titled “Validation flow”- Schema linting: Use
ajvor another JSON schema validator against the RO-Crate 1.1 profile if you introduce new sections. - Build script warnings:
npm run buildwill surface missing dataset nodes, icons, or empty fields. - Visual QA: Inspect
dist/index.htmland confirm your service card looks correct. Use the search/filter UI to verify metadata filters behave. roc-validatorcheck: Install the CLI once (pip install roc-validator) and runrocrate-validator validate -p ro-crate-1.1 --verbose --no-paging ./crates/<service>before opening a PR. This mirrors the GitHub Action enforced on every pull request.- Documentation parity: Whenever you add a new required field, update the relevant doc page within this guide so future contributors stay aligned.
Sticking to this validation flow keeps the catalog trustworthy and limits regressions when new contributors join.