This ontology describes the elements of the FAIR Data Train (FDT) and their relations. It serves as a reference model to annotate the metadata content of the FDTs. 0.3 FAIR Data Train Ontology - Refactored FHIR API and FHIR Train as sub-classes of REST API and REST Train, respectively. This property represents the relation when an Agent has controlling rights over resources (data, services, etc.). Relation which links computational artifacts to its payload has payload has requirement This relation represents the relation in which a resource is controlled by an agent. Downloadable location of payload payload download url dct:Agent dcat:DataService dcat:Dataset dcat:Resource foaf:Agent API Train Computational Artifact Computational Environment Requirement Data Controller represents the Agent(s) (organization or person) who has controlling rights over datasets. Among these controlling rights we may have the right to modify, delete data, define the access conditions or consent access, among others. Docker Container The FHIR API is a specialisation of the REST API interaction mechanism in which the station only accept call to resources and respective parameters that are part of the FHIR specifications. FHIR API The FHIRTrain is a specialisation of the RESTTrain which is constraint to the resource types and respective parameters. FHIR Train GraphQL Input Requirement Actually payload of the Train, e.g. query string, script, docker image identifier, API call. Payload REST API REST Train SPARQL SQL Singularity Container Station Owner represents the Agent(s) (organization or person) who is(are) responsible for the operations of the Data Station. Triple Pattern Fragments Train Owner represents the agent(s) (organization or person) who sent a Train to a Data Station. Therefore, the Train is visiting a Station on behalf of the Train Owner. Train Provider represents the agent(s) (organization or person) who created the Train. Train Requirement Kees Burger Luiz Olavo Bonino da Silva Santos Rajaram Kaliyaperumal This ontology describes the elements of the FAIR Data Train (FDT) and their relations. It serves as a reference model to annotate the metadata content of the FDTs. 0.3 FAIR Data Train Ontology - Refactored FHIR API and FHIR Train as sub-classes of REST API and REST Train, respectively. - Refactored FHIR API and FHIR Train as sub-classes of REST API and REST Train, respectively. has part