Skip to content
GitHub
Twitter

ComputationalWorkflow DRAFT Profile

Version: 1.1-DRAFT (12 November 2023)


If you spot any errors or omissions with this type, please file an issue in our GitHub.


Key to specification table

CD = Cardinality

Property Expected Type Description CD Controlled Vocabulary Example
Marginality: Minimum.
@context URL Used to provide the context (namespaces) for the JSON-LD file.
Not needed in other serialisations.
ONE
@type Text Schema.org/Bioschemas class for the resource declared using JSON-LD syntax. For other serialisations please use the appropriate mechanism.
While it is permissible to provide multiple types, it is preferred to use a single type.
MANY Schema.org, Bioschemas
@id IRI Used to distinguish the resource being described in JSON-LD. For other serialisations use the appropriate approach. ONE
dct:conformsTo IRI Used to state the Bioschemas profile that the markup relates to. The versioned URL of the profile must be used.
Note that we use a CURIE in the table here but the full URL for Dublin Core terms must be used in the markup (http://purl.org/dc/terms/conformsTo), see example.
ONE Bioschemas profile versioned URL
creator Organization
Person
Schema:

The creator/author of this CreativeWork. This is the same as the Author property for CreativeWork.


MANY
dateCreated Date
DateTime
Schema:

The date on which the CreativeWork was created or the item was added to a DataFeed.


ONE
license CreativeWork
URL
Schema:

A license document that applies to this content, typically indicated by URL.


MANY
name Text
Schema:

The name of the item.


ONE
programmingLanguage ComputerLanguage
Text
Schema:

The computer programming language.


MANY
sdPublisher Organization
Person
Schema:

Indicates the party responsible for generating and publishing the current structured data markup, typically in cases where the structured data is derived automatically from existing published content but published on a different site. For example, student projects and open data initiatives often re-publish existing content with more explicitly structured metadata. The [[sdPublisher]] property helps make such practices more explicit.


MANY
url URL
Schema:

URL of the item.


ONE
version Text
number
Schema:

The version of the CreativeWork embodied by a specified resource.


ONE
Marginality: Recommended.
applicationSubCategory DefinedTerm
Schema:

Subcategory of the application, e.g. ‘Arcade Game’. Use an EDAM:Topic to describe the category of application


MANY
citation CreativeWork
Text
Schema:

A citation or reference to another creative work, such as another publication, web page, scholarly article, etc.


MANY
contributor Organization
Person
Schema:

A secondary contributor to the CreativeWork or Event.


MANY
creativeWorkStatus DefinedTerm
Text
Schema:

The status of a creative work in terms of its stage in a lifecycle. Example terms include Incomplete, Draft, Published, Obsolete. Some organizations define a set of terms for the stages of their publication lifecycle.


MANY
description Text
Schema:

A description of the item.


ONE
documentation CreativeWork
URL
Schema:

Documentation describing the ComputationalWorkflow and its use.


MANY
featureList DefinedTerm
URL
Schema:

Features or modules provided by this application (and possibly required by other applications). Functionality provided by the tool. Note: Bioschemas have removed Text from the Expected Types.


MANY
funding Grant
Schema:

The funding for the workflow


MANY
hasPart CreativeWork
Schema:

Indicates an item or CreativeWork that is part of this item, or CreativeWork (in some sense).


MANY
input FormalParameter
Schema:

An input required to use the computational workflow (eg. Excel spreadsheet, BAM file)


MANY
isBasedOn CreativeWork
Product
URL
Schema:

A resource from which this work is derived or from which it is a modification or adaption.


ONE
keywords Text
Schema:

Keywords or tags used to describe this content. Multiple entries in a keywords list are typically delimited by commas.


MANY
maintainer Organization
Person
Schema:

A maintainer of a [[Dataset]], software package ([[SoftwareApplication]]), or other [[Project]]. A maintainer is a [[Person]] or [[Organization]] that manages contributions to, and/or publication of, some (typically complex) artifact. It is common for distributions of software and data to be based on “upstream” sources. When [[maintainer]] is applied to a specific version of something e.g. a particular version or packaging of a [[Dataset]], it is always possible that the upstream source has a different maintainer. The [[isBasedOn]] property can be used to indicate such relationships between datasets to make the different maintenance roles clear. Similarly in the case of software, a package may have dedicated maintainers working on integration into software distributions such as Ubuntu, as well as upstream maintainers of the underlying work.


MANY
output FormalParameter
Schema:

An output produced by the workflow


MANY
producer Organization
Person
Schema:

The person or organization who produced the work (e.g. music album, movie, tv/radio series etc.).


MANY
publisher Organization
Person
Schema:

The publisher of the creative work.


MANY
runtimePlatform Text
Schema:

Runtime platform or script interpreter dependencies (Example - Java v1, Python2.3, .Net Framework 3.0).


MANY
sameAs URL
Schema:

URL of a reference Web page that unambiguously indicates the item’s identity. E.g. the URL of the item’s Wikipedia page, Wikidata entry, or official website.


MANY
softwareRequirements Text
URL
Schema:

Renaming schema.org/requirements as softwareRequirements. Component dependency requirements for application. This includes runtime environments and shared libraries that are not included in the application distribution package, but required to run the application (Examples: DirectX, Java or .NET runtime). Supersedes requirements.


MANY
targetProduct SoftwareApplication
Schema:

Target Operating System / Product to which the code applies. If applies to several versions, just the product name can be used.


MANY
Marginality: Optional.
alternateName Text
Schema:

An alias for the item.


MANY
conditionsOfAccess Text
Schema:

Conditions that affect the availability of, or method(s) of access to, an item. Typically used for real world items such as an [[ArchiveComponent]] held by an [[ArchiveOrganization]]. This property is not suitable for use as a general Web access control mechanism. It is expressed only in natural language.\n\nFor example “Available by appointment from the Reading Room” or “Accessible only from logged-in accounts “.


ONE
dateModified Date
DateTime
Schema:

The date on which the CreativeWork was most recently modified or when the item’s entry was modified within a DataFeed.


ONE
datePublished Date
DateTime
Schema:

Date of first broadcast/publication.


ONE
encodingFormat Text
URL
Schema:

Media type typically expressed using a MIME format (see IANA site and MDN reference) e.g. application/zip for a SoftwareApplication binary, audio/mpeg for .mp3 etc.).

In cases where a [[CreativeWork]] has several media type representations, [[encoding]] can be used to indicate each [[MediaObject]] alongside particular [[encodingFormat]] information.

Unregistered or niche encoding and file formats can be indicated instead via the most appropriate URL, e.g. defining Web page or a Wikipedia/Wikidata entry.


MANY
identifier PropertyValue
Text
URL
Schema:

The identifier property represents any kind of identifier for any kind of [[Thing]], such as ISBNs, GTIN codes, UUIDs etc. Schema.org provides dedicated properties for representing many of these, either as textual strings or as URL (URI) links. See background notes for more details.


MANY
image ImageObject
URL
Schema:

An image of the item. This can be a [[URL]] or a fully described [[ImageObject]].


MANY