Overview
The IRI structure of the IOF references the OWL documents providing a versioned and not-versioned form. The latter form will always refer to the latest released version of the documents. For the IRI syntax, please refer to RFC 3987 from The Internet Engineering Task Force (IETF).
...
A topic represents a domain or area of concern addressed by one or more working groups. The topic organizes sub-topics and modules. The IOF provides will provide the ontology organization rules for topics, sub-topics, and modules ontologies in publication (a reference to topic/domain structure document)a future publication. All content within a topic MUST be released with a common version. The version of one topic does not constrain another topic’s version.
...
IOF ontologies MUST provide an IRI a non-version IRI (referred to as the IRI) and version IRI in the OWL XML file. The version IRI MUST use the release date of the version in YYYYMMDD
form, such as 20210601
for June 1, 2021. When a versioned IRI is formed, the date MUST appear after the topic. In the following examples, the sub-topic area is given to illustrate the placement of the version (see next fort sub-topicsection: Sub-Topic). All sub-topics and modules within a topic MUST share a common version date and be released together.
The non-versioned IRI MUST always reference the latest released version of the ontology.
...
Each ontology may have an ontology IRI, which is used to identify an ontology. If an ontology has an ontology IRI, the ontology may additionally have a version IRI, which is used to identify the version of the ontology. The version IRI may be, but need not be, equal to the ontology IRI. An ontology without an ontology IRI MUST NOT contain a version IRI.
Sub-Topic (Optional)
When specified, a sub-topic MUST appear after the version date in a versioned IRI or after the topic in a non-versioned IRI. In this caseFor example, metadata associated with the supplychain
ontology is placed in under the meta
locationsmeta
sub-topc. There MAY be multiple sub-topics for any topic. The sub-topic MUST be lowercase with no separation or punctuation between words. Sub-topics MAY have multiple ontologies.
The meta
sub-topic area MUST be used for ontologies consisting solely of annotations properties. For example:
IRI:
https://www.industrialontologies.org/ontology/core/meta/AnnotationVocabulary/
Version IRI:
https://www.industrialontologies.org/ontology/core/20210601/meta/AnnotationVocabulary/
Ontology
...
An ontology is a set of related ontological classes, properties, and axioms encoded in a specific representation, such as RDF/XML, Turtle, or CLIF. A given HTTP server delivers an ontology in a serialization using the HTTP/1.1 Accept
header of the request. See Section 14 of IETF RFC 2616. The serialized representation is referred to as an ontology file.
...
A data property MUST be a verb phrase starting with has
or is
for boolean (true
/false
) and or has
for any other data type. The data property SHOULD end with Value
.
Examples:
hasTagValue
hasDateValue
isTransferable
...
.../ontology/foundation/20210611/meta/AnnotationVocabulary/usageNote
.../ontology/foundation/20210611/meta/AnnotationVocabulary/adaptedFrom
...
Old notes for reference…
IRI Structural Rules in the following order
Authority:
www.industrialontologies.org
Top:
/ontology
Topic areas are lowercase with no punctuation or separation:
/supplychain
/foundation
Versioned IRI:
Release date after highest level topic area
Date format:
YYYYMMDD
/supplychain/20210601
/foundation/20210601/meta
File-name Upper Camel Case with no punctuation:
AnnotationVocabulary
Uppercase first letter of each word, no separation
All acronyms are spelled out
Exceptions like
RADAR
, words appearing in the dictionary
Class and properties separated from path with a
/
/ontology/foundation/meta/AnnotationVocabulary/usageNote
Class name Upper Camel Case:
Uppercase first letter of each word, no separation
All acronyms are spelled out
Exceptions like
RADAR
, words appearing in the dictionary
Object property Lower Camel Case:
Lowercase first letter, uppercase each following word
All property names MUST be verb or verb phrase
hasParticipant
Data properties and annotation names Lower Camel Case
Lowercase first letter, uppercase each following word
Verb phrase starting with
has
hasTag
hasDateValue
Annotation properties
Lowercase first letter, uppercase each following word
usageNote
adaptedFrom
Versioned and unversioned forms MUST be provided.
Examples
Unversioned:
/ontology/foundation/meta/AnnotationVocabulary/usageNote
Versioned:
/ontology/foundation/20210601/meta/AnnotationVocabulary/usageNote
/ontology/supplychain/
...