Versions Compared

Old Version 25

changes.mady.by.user William Sobel

Saved on

compared with

New Version Current

changes.mady.by.user William Sobel

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Document Approved: 2021-06-18 (Quorum achieved on 2021-06-11)

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).

...

All IOF IRIs MUST be resolvable and refer to a resource that can be retrieved from the internet. The form of the IRI MUST specify the protocol as HTTPS and the authority MUST be a domain administered and owned by the IOF or its parent organization. The IOF MUST choose a single authority for all ontologies released by the IOF. The authority wwwpurl.industrialontologies.org is used for illustrative purposes only. When decided, this document MUST be revised with the normative authority.

  • For the given IRI: https://wwwpurl.industrialontologies.org/ontology/supplychain

  • The protocol: https

  • The authority: wwwpurl.industrialontologies.org

The authority MUST be a domain administered and owned by the IOF or its parent organization. The IOF MUST choose a single authority for all ontologies released by the IOF. The authority MUST be wwwpurl.industrialontologies.org unless it is not possible due to technical reasons. Otherwise, the authority may begin with an alternative such as wwwpurl.industrialontologies.org or onto.industrialontologies.org.

...

  • For the given IRI: https://wwwpurl.industrialontologies.org/ontology/supplychain

  • The path component: /ontology/supplychain

...

  • For the given IRI: https://wwwpurl.industrialontologies.org/ontology/supplychain

  • The root part: /ontology

...

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.

The topic areas MUST form the path part of the IRI. The topic areas MUST be all lower case with no separation or punctuation between words. All acronyms MUST be spelled out, except for words defined in the dictionary like radar (RADAR) always given in lowercase. The following are examples of topic areas:

  • https://wwwpurl.industrialontologies.org/ontology/supplychain

  • https://wwwpurl.industrialontologies.org/ontology/foundation

  • https://wwwpurl.industrialontologies.org/ontology/productionprocess

...

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.

  • Versioned IRI: https://wwwpurl.industrialontologies.org/ontology/supplychain/20210621/meta

  • Non-Versioned IRI: https://wwwpurl.industrialontologies.org/ontology/supplychain/meta

...

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://wwwpurl.industrialontologies.org/ontology/foundationcore/meta/AnnotationVocabulary/

  • Version IRI:

  • https://wwwpurl.industrialontologies.org/ontology/foundationcore/20210601/meta/AnnotationVocabulary/

Ontology

...

An ontology is a set of related ontological classes, properties, and axioms encoded in a specific representation. A given HTTPS server delivers an ontology in multiple representations, for example, OWL XML, RDF Schema, , such as RDF/XML, Turtle, or JSON-LD. In an HTTPS request, the desired representations are specified in the HTTPS header. The server evaluates the HTTPS header and delivers the ontology given the available representationsCLIF. 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.

Following the topic and sub-topic resource locations, the ontology module name MUST be given without extension as follows:

  • https://wwwpurl.industrialontologies.org/ontology/foundationcore/meta/AnnotationVocabulary/

  • https://purl.industrialontologies.org/ontology/core/domainindependent/

...

  • Stasis/

    • The Stasis ontology of the domainindependent sub-topic of the core topic

  • https://purl.industrialontologies.org/ontology/core/domainindependent/Stasis/Stasis

    • Class Stasis in the Stasis ontology of the domainindependent sub-topic of the core topic.

  • https://purl.industrialontologies.org/ontology/core/domainindependent/Stasis/triggers

    • Object property triggers in the Stasis ontology of the domain independent sub-topic of the core topic.

  • https://purl.industrialontologies.org/ontology/supplychain/SupplyChainReferenceOntology/SupplyChainShippingProcess

    • Class SupplyChainShippingProcess of the SupplyChainReferenceOntology ontology of the supplychain topic.

The ontology name MUST be in Upper Camel Case, each word capitalized with no separation between words. All acronyms MUST be spelled out except when in the dictionary, like RADAR.

The module ontology name MUST NOT have any extensions in the IRI. The following parts of the IRI, class and property names, MUST be separated from the file name by a forward slash / and the IRI MUST end with a forward slash /. owl:imports rdf:resource reference MUST use the IRI with a trailing /.

  • <owl:imports rdf:resource="<https://purl.industrialontologies.org/ontology/core/domainindependent/Stasis/>"/>

Class Names

Class names MUST be given in Upper Camel Case, each word capitalized, and no separation or punctuation between words. As with the module names, no acronyms MUST NOT occur except those in the dictionary, such as RADAR.

...

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/

TOB Vote:

Member

Vote

1

William Sobel

YES

2

Farhad Ameri

YES

3

Elisa Kendall

YES

4

Chris Will

YES

5

Dusan Sormaz

YES

6

Walter Terkaj

YES

7

Melinda Hodkiewicz

YES

8

Rebecca Siafaka

YES

9

Dimitris Kiritsis

YES

10

Serm Kulvatunyou

YES

11

Evan Wallace

YES

12

Hedi Karray

YES

13

Hyunmin Cheong

14

Lu Jinzhi

YES

15

Peter Denno

16

Ana Correia

YES

17

Michael Gruninger

18

tschneider

19

Total

YES: 14, NO: 0, No Response: 4