Overview and fundamental principles - POSC Caesar



ISO TC184/SC4/WG3 N-????Date: 2016-08-03Supersedes: ISO TC184/SC4/WG3 N-2704Industrial automation systems and integration — Integration of life-cycle data for process plants including oil and gas production facilities —Part 12: Life cycle integration ontology represented in OWLCOPYRIGHT NOTICE:This ISO document is a Working Draft and is copyright-protected by ISO. Except as permitted under the applicable laws of the user's country, neither this ISO draft nor any extract from it may be reproduced, stored in a retrieval system or transmitted in any form or by any means, electronic, photocopying, recording, or otherwise, without prior written permission being secured.Requests for permission to reproduce should be addressed to ISO at the address below or ISO's member body in the country of the requester:ISO copyright officeCase postale 56. CH-1211 Geneva 20Tel. + 41 22 749 01 11Fax + 41 22 734 10 79E-mail copyright@Reproduction for sales purposes for any of the above-mentioned documents may be subject to royalty payments or a licensing agreement.Violators may be prosecuted.ABSTRACT:This document defines an ontology, represented in OWL that implements capabilities of the Life cycle integration schema defined by ISO 15926-2.KEYWORDS:industrial data, life-cycle, integration, process plant, oil and gas, facility, OWLCOMMENTS TO READER:The URIs for files that are part of this committee draft are not dereferencable. Instead the files are distributed as a package with this document.This document has been reviewed using the internal review checklist, the project leader checklist and the convener checklist, and has been determined to be ready for this ballot cycle. The resolutions of the issues on the first committee draft that accompanied the NWI ballot are contained in document N-2705.Project leader:Mob:Email:Lillian HellaPOSC Caesar Association+47 91 24 68 64lillian.hella@Part editor:Mob:Email:David LealCAESAR Systems Limited+44 77 0702 6926david.leal@caesarsystems.co.uk? ISO 2016All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or ISO’s member body in the country of the requester.ISO Copyright OfficeCase Postale 56 ? CH-1211 Genève 20 ? SwitzerlandTel. + 41 22 749 01 11Fax + 41 22 734 10 79E-mail copyright@Web ContentsPage TOC \o 1Scope PAGEREF _Toc454991621 \h 12Normative references PAGEREF _Toc454991622 \h 13Terms, definitions, abbreviations and symbols PAGEREF _Toc454991623 \h 23.1Terms and definitions PAGEREF _Toc454991624 \h 23.1.1activity PAGEREF _Toc454991625 \h 23.1.2event PAGEREF _Toc454991626 \h 23.1.3ontology PAGEREF _Toc454991627 \h 23.1.4physical object PAGEREF _Toc454991628 \h 23.1.5individual PAGEREF _Toc454991629 \h 23.1.6punning PAGEREF _Toc454991630 \h 23.1.7temporal part relationship PAGEREF _Toc454991631 \h 23.1.8whole-part relationship PAGEREF _Toc454991632 \h 33.2Abbreviated terms PAGEREF _Toc454991633 \h 33.3Symbols PAGEREF _Toc454991634 \h 33.4Identification of classes and properties and reference in text PAGEREF _Toc454991635 \h 44Implementation of the Life Cycle Integration ontology PAGEREF _Toc454991636 \h 44.1Data that conforms to the ontology PAGEREF _Toc454991637 \h 44.2Extensions to the ontology PAGEREF _Toc454991638 \h 54.3Choice of OWL version PAGEREF _Toc454991639 \h 54.4Punning PAGEREF _Toc454991640 \h 54.5Thing and class PAGEREF _Toc454991641 \h 54.6Power class PAGEREF _Toc454991642 \h 55Time and time duration PAGEREF _Toc454991643 \h 65.1Time duration PAGEREF _Toc454991644 \h 65.2ISO 8601 identification of point in time PAGEREF _Toc454991645 \h 65.3ISO 8601 identification of period in time PAGEREF _Toc454991646 \h 65.4ISO 8601 identification of duration PAGEREF _Toc454991647 \h 6Annex A (normative) Ontology for life cycle integration PAGEREF _Toc454991648 \h 7Annex B (informative) Approach to the OWL implementation of ISO 15926 PAGEREF _Toc454991649 \h 10B.1Class and Class of class PAGEREF _Toc454991650 \h 10B.2Classification, specialization, and other relationships between classes PAGEREF _Toc454991651 \h 10B.3Power class PAGEREF _Toc454991652 \h 10B.4Relationship and class of relationship PAGEREF _Toc454991653 \h 10B.5Class of class of relationship PAGEREF _Toc454991654 \h 11Annex C (informative) Relationship between the Life cycle integration ontology and the EXPRESS entities in ISO 15926-2 PAGEREF _Toc454991655 \h 15Annex D (informative) Examples PAGEREF _Toc454991656 \h 17D.1Classification of individuals and classification of the classes PAGEREF _Toc454991657 \h 17D.2Assignments and usage of representation spaces PAGEREF _Toc454991658 \h 21D.3Role in an activity PAGEREF _Toc454991659 \h 22D.4Material used in a connection PAGEREF _Toc454991660 \h 23D.5Ratio PAGEREF _Toc454991661 \h 25Bibliography18Index19FiguresPage TOC \h \z \c "Figure" Figure 1 – Notation for the ISO 15926 instantiation diagrams in examples PAGEREF _Toc445798486 \h 3Figure 2 – Import hierarchy PAGEREF _Toc445798487 \h 8Figure 3 – Naming convention for composition and class of composition PAGEREF _Toc445798488 \h 10Figure 4 – Composition of an individual PAGEREF _Toc445798489 \h 11Figure 5 – Specification of composition in a design PAGEREF _Toc445798490 \h 11Figure 6 – Individual and design PAGEREF _Toc445798491 \h 12Figure 7 – Materialized and functional physical objects and design PAGEREF _Toc445798492 \h 12Figure 8 – A deaerator in a separation and stabilisation system PAGEREF _Toc445798493 \h 16Figure 9 – A deaerator as a materialized physical object PAGEREF _Toc445798494 \h 17Figure 10 – Classification of classes PAGEREF _Toc445798495 \h 17Figure 11 – Sets of classes defined by standards PAGEREF _Toc445798496 \h 18Figure 12 – Multiple classifications of an individual PAGEREF _Toc445798497 \h 18Figure 13 – Hierarchy of classes PAGEREF _Toc445798498 \h 19Figure 14 – Responsible for a representation space PAGEREF _Toc445798499 \h 21Figure 15 – Role in an activity PAGEREF _Toc445798500 \h 22Figure 16 – Connection level 1 PAGEREF _Toc445798501 \h 23Figure 17 – Connection level 2 PAGEREF _Toc445798502 \h 23Figure 18 – Connection level 3 PAGEREF _Toc445798503 \h 24Figure 19 – Ordered pair and ratio PAGEREF _Toc445798504 \h 25TablesPage TOC \h \z \c "Table" Table 1 – Representation of the ontology for life cycle integration PAGEREF _Toc445798505 \h 7Table 2 – Columns of spreadsheet ISO 15926-12 source and changes PAGEREF _Toc445798506 \h 14Table 3 – Columns of ISO 15926-2 disposition PAGEREF _Toc445798507 \h 14Table 4 – Categories of ISO 15926-2 entities PAGEREF _Toc445798508 \h 15 TOC \h \z \c "Table" Table 1 – Representation of the ontology for life cycle integration PAGEREF _Toc445798509 \h 7Table 2 – Columns of spreadsheet ISO 15926-12 source and changes PAGEREF _Toc445798510 \h 14Table 3 – Columns of ISO 15926-2 disposition PAGEREF _Toc445798511 \h 14Table 4 – Categories of ISO 15926-2 entities PAGEREF _Toc445798512 \h 15 ForewordISO (the International Organization for Standardization) is a worldwide federation of national standards bodies (ISO member bodies). The work of preparing International Standards is normally carried out through ISO technical committees. Each member body interested in a subject for which a technical committee has been established has the right to be represented on that committee. International organizations, governmental and non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely with the International Electro technical Commission (IEC) on all matters of electro technical standardization. International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2. The main task of technical committees is to prepare International Standards. Draft International Standards adopted by the technical committees are circulated to the member bodies for voting. Publication as an International Standard requires approval by at least 75% of the member bodies casting a vote.In other circumstances, particularly when there is an urgent market requirement for such documents, a technical committee may decide to publish other types of normative document: an ISO Publicly Available Specification (ISO/PAS) represents an agreement between technical experts in an ISO working group and is accepted for publication if it is approved by more than 50% of the members of the parent committee casting a vote;an ISO Technical Specification (ISO/TS) represents an agreement between the members of a technical committee and is accepted for publication if it is approved by 2/3 of the members of the committee casting a vote. An ISO/PAS or ISO/TS is reviewed every three years with a view to deciding whether it can be transformed into an International Standard. Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. ISO shall not be held responsible for identifying any or all such patent rights. ISO 15926-12 was prepared by Technical Committee ISO/TC184, Automation systems and integration, Subcommittee SC4, Industrial data.ISO 15926 is organized as a series of parts, each published separately. The structure of this International Standard is described in ISO 15926-1. ISO 15926 consists of the following parts, under the general title Industrial automation systems and integration — Integration of life-cycle data for oil and gas production facilities:Part 1: Overview and fundamental principles;Part 2: Data model;Part 3: Reference data for geometry and topology [Technical Specification];Part 4: Initial reference data [Technical Specification];Part 6: Methodology for the development and validation of reference data [Technical Specification];Part 7: Implementation methods for the integration of distributed systems: Template methodology [Technical Specification];Part 8: Implementation methods for the integration of distributed systems: Web Ontology Language (OWL) implementation [Technical Specification];Part 11: Methodology for simplified industrial usage of reference data [Technical Specification];Part 12: Life cycle integration ontology;The following parts are under preparation:Part 9: Implementation methods for the integration of distributed systems: Facade implementation;Part 10: Implementation·methods·for·the·integration·of·distributed·systems:·Conformance testing;Part 13: Integrated lifecycle asset planning.ISO 15926-12 is complementary to ISO/TS 15926-8, as follows:ISO/TS 15926-8 is a direct transposition of ISO 15926-2 into OWL, in which all relationships are reified. ISO/TS 15926-8 is intended an OWL implementation for the template methodology defined in ISO/TS 15926-7.ISO 15926-12 is an implementation of ISO 15926-2 in OWL in which relationships are object properties, datatype properties or annotation properties. ISO 15926-12 defines an ontology that is intended to be used with standard RDF and OWL tools. The ontology has a partition that is OWL DL and that can support reasoning.Some of the content of ISO 15926-2 has not been included in ISO 15926-12, as follows:shape, which is within the scope of ISO/TS 15926-3;approval and status, which are covered by other ontologies and developments within W3C.IntroductionISO 15926 is an International Standard for the representation of process industries facility life-cycle information. This representation is specified by a generic, conceptual data model that is suitable as the basis for implementation in a shared database or data warehouse. The data model is designed to be used in conjunction with reference data, i.e. standard instances that represent information common to a number of users, production facilities, or both. The support for a specific life-cycle activity depends on the use of appropriate reference data in conjunction with the data model.This part of ISO 15926 specifies an ontology for the integration of industrial data throughout its life cycle. The ontology implements capabilities defined by the Life cycle integration schema of ISO 15926-2, and is represented in OWL.Industrial automation systems and integration — Integration of life-cycle data for process plants including oil and gas production facilities — Part 12: Life cycle integration ontology represented in OWLScopeThis International Standard specifies an ontology for the integration of industrial data throughout its life cycle. The ontology is represented in OWL.NOTE 1The ontology implements capabilities of the Life cycle integration schema of ISO 15926-2.NOTE 2OWL has a representation in RDF. Therefore this part of ISO 15926 provides an ability to query life cycle integration data using SPARQL.The following are within the scope of this International Standard:fundamental subclasses of an individual that exists in an actual or possible world, including physical object, activity and event;relationships between physical objects, activities and events, including the creation and destruction of physical objects;whole-part relationships between physical objects, including temporal part relationships that implement a “4D” approach to change over time;points and periods in time;points and regions in space;the identification of points in time by text strings in the format defined by ISO 8601;The following are outside the scope of this International Standard:definitions of physical quantities and measurement scales;knowledge organization and document metadata specifications;approval and status;geometry and topology, including shape.NOTE 3Geometry and topology are covered by ISO/TS 15926-3.Normative referencesThe following referenced documents are indispensable for the application of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies.ISO 15926-2, Industrial automation systems and integration — Integration of life-cycle data for oil and gas production facilities — Part 2: Data modelISO 8601, Data elements and interchange formats — Information interchange — Representation of dates and timesOWL 2 Web Ontology Language Document Overview (Second Edition), W3C Recommendation, RDF Triple Language, W3C Recommendation, , OWL 2 Web Ontology Language New Features and Rationale (Second Edition), W3C Recommendation, , definitions, abbreviations and symbolsTerms and definitionsFor the purposes of this part of ISO 15926, the following definitions apply.activity XE "activity" individual that is something happening or changingevent XE "event" individual that has zero extent in timeontology XE "ontology"formal statement of an understanding of the worldNOTE 1An ontology can be represented in any language. It need not be represented in a language specifically designed for ontologies, such as OWL. An ontology can have different representations.NOTE 2An ontology does not specify what data shall be recorded about the world.NOTE 3The ontology defined by this part of ISO 15926 is principally concerned with the world outside a computer system.physical object XE "physical object"individual that is a distribution of energy, matter or bothindividual XE "individual" thing that exists in space and timeNOTEAn individual can exist in the actual world or a possible world that is a prediction, plan or scenario.punning XE "punning" assigning the same name to objects that are treated as different in OWL Direct Semanticstemporal part relationship XE "temporal part relationship" whole-part relationship such that the part is all of the whole for a period of timewhole-part relationship XE "whole-part relationship" relationship between two individuals such that 4D extent of one is part of the 4D extent of the otherAbbreviated termsFor the purposes of this International Standard, the following abbreviations apply.4D4 DimensionalFPSOFloating Production Storage and OffloadingLCILife Cycle IntegrationNOTEThis initialisation is used in lower case as the TURTLE prefix for things in the Life Cycle Integration ontology. NORSOKNorsk Sokkels KonkuranseposisjonOWLWeb Ontology LanguagePEDPressurised Equipment DirectiveRDFResource Description FrameworkSPARQLSPARQL Protocol and RDF Query LanguageTURTLETerse RDF Triple LanguageURIUniform Resource IdentifierSymbolsThis part of ISO 15926 contains examples with diagrams which show instantiations of ISO 15926. The concise notation is used for these diagrams as defined in REF _Ref429230434 \h \* MERGEFORMAT Figure 1. Figure 1 – Notation for the ISO 15926 instantiation diagrams in examplesIdentification of classes and properties and reference in textThe classes and properties defined by this part of ISO 15926 have natural language identifiers which are in lower case and which contain spaces where appropriate.The classes and properties defined by this part of ISO 15926 have IRIs with suffices derived from their natural language identifies as follows:spaces are removed and encoded by camel-case;classes have an initial upper case letter;properties have an initial lower case letter.The normative text of part of ISO 15926 refers to a class or property in the following ways:if the class or property is defined by this part of ISO 15926, then the text has the identifier of the class or property in bold font.otherwise, the text has the identifier of the class or property in normal font and in quotes and states the source.The text of an example in this part of ISO 15926 has the identifier of an example class or property in normal font and in quotes.Implementation of the Life Cycle Integration ontologyData that conforms to the ontologyData that conforms to the Life Cycle Integration ontology shall consist of members of thing, and statements that are relationships between them. A thing is either:individualsomething that exists in space and time, and that has variation defined in 4D;abstract objectsomething that does not exist in space and time.NOTE 1An owl:Thing can be something other than an individual or abstract object. Therefore thing is a subclass of owl:Thing.NOTE 2An abstract object can be:class of individualclass that has individuals as members;class of class of individualclass that has classes of individual as members;or a higher order power class of individual.There are very few things that are members of abstract object but not members of class of individual or class of class of individual. Most of these are:classes that have a mixture of individuals, classes of individual , and classes of class of individual as members;An example is the class that consists of all classes defined by this part of ISO 15926.relationships about which recorded as mappings.An example is the mapping “identification by UK vehicle registration number”, which is shown in annex REF _Ref457833951 \n \h \* MERGEFORMAT D.2. The mapping “identification by UK vehicle registration number” has a representation space assigned by relationship with the “UK Driver and Vehicle Licencing Authority”. Using OWL punning, the mapping is also an owl:ObjectProperty , an owl:FunctionalProperty and an owl:InverseFunctionalProperty.A statement of the relationship between things shall not be qualified in any way. It a statement is true for a particular period in time, then temporal parts of the related individuals shall be defined. If a statement is true for a particular scenario, or “possible world”, then individuals that exists only within that possible world shall be defined.Extensions to the ontologyThe Life Cycle Integration ontology may be extended by creating new classes that are subclasses of individual, abstract object, class of individual, and class of class of individual.NOTE 1There are likely to be few subclasses of abstract object that are not subclasses of class of individual or class of class of individual, outside the realm of mathematics.Choice of OWL versionThis part of ISO 15926 defines an ontology that is represented using the W3C OWL 2 Web Ontology Language.The ontology complies with the Direct Semantics of OWL 2. However compliance has been achieved by using punning and by implementing relationships between classes as OWL annotation properties. The ontology has been partitioned into:a part concerned with individuals and their relationships: This part supports OWL DL reasoners.an extension containing subclasses of class and of class of class and their relationship: This part supports the full capability of ISO 15926-2. Use of this part results in data that complies with OWL 2 RDF-based semantics.NOTEAn objective of this part of ISO 15926 is to enable the recording of all engineering data as precisely as possible, and to support direct querying using languages such as SPARQL.PunningISO 15926 makes statements about relationships between classes and classification of classes. These statements are implemented by making the classes class of individual and class of class of individual subclasses of the OWL class “Thing”, instead of the OWL class “Class”.This is an implementation of punning as defined in W3C, OWL 2 Web Ontology Language New Features and Rationale.Thing and classISO 15926 contains the classes thing and class. These classes are not identical to the classes “Thing” and “Class” in OWL. The differences are as follows:thing:In ISO 15926, thing is the disjoint union of individual, which has a 4D spatio-temporal extent, and abstract object which does not have a spatio-temporal extent. The OWL class “Thing” has members that are neither an individual nor an abstract object.class:In ISO 15926, class is defined solely in terms of set theory, and therefore there is no concept of “equivalence”. The OWL class “Class” is a description of a class that has an extension. Two members of OWL “Class” are equivalent if they have the same extension.Time and time durationTime durationThe class time duration is a measure of how long an individual lasts. It is a subclass of quantity and a member of quantity kind.NOTETime duration is important for many practical implementations of ISO 15926. This part of ISO 15926 extends ISO 15926-2 by including this class within the ontology.ISO 8601 identification of point in timeISO 8601 identification of point in time is a sub-property of identified by literal, where the domain is point in time and the range is a text string defined by ISO 8601.NOTEThe representation of a point in time according to ISO 8601 is useful for many practical implementations of ISO 15926. This part of ISO 15926 extends ISO 15926-2 by providing an identification of a point in time using a text string defined in ISO 8601.EXAMPLEThe text string "2007-04-05T12:30-02:00" is an ISO 8601 identifier of the point in time that is 12:30 in a time zone 2 hours ahead of UTC on 2007-04-05.ISO 8601 identification of period in timeISO 8601 identification of period in time is a sub-property of identified by literal, where the domain is period in time and the range is a text string defined by ISO 8601.NOTEThe representation of a period in time according to ISO 8601 is useful for many practical implementations of ISO 15926. This part of ISO 15926 extends to capabilities in ISO 15926-2 by providing an identification of a period in time using a text string defined in ISO 8601.EXAMPLEThe text string "2007-04-05T12:30-02:00/2007-04-05T13:30-02:00" is an ISO 8601 identifier of the period in time that is 12:30 to 13:30 in a time zone 2 hours ahead of UTC on 2007-04-05.ISO 8601 identification of durationISO 8601 identification of duration is a sub-property of identified by literal, where the domain is point in time and the range is a text string defined by ISO 8601.NOTE 1The representation of a time duration according to ISO 8601 is useful for many practical implementations of ISO 15926. This part of ISO 15926 extends to capabilities in ISO 15926-2 by providing an identification of a duration using a text string defined in ISO 8601.NOTE 2A time duration can also be represented using members of scale, such as second, minute, hour, day, which are defined in ISO/TS 15926-4.EXAMPLEThe text string "P1DT12H" is an ISO 8601 identifier of the time duration that is 1 day and 12 hours, which is usually 36 hours except when daylight saving time begins or ends during the period.Annex A(normative)Ontology for life cycle integrationThis part of ISO 15926 defines an ontology for life cycle integration.The following copyright statement applies to the ontology, and is included within the representation of the ontology.Permission is hereby granted, free of charge in perpetuity, to any person obtaining a copy of the ontology, to use, copy, modify, merge and distribute free of charge, copies of the ontology for the purposes of developing, implementing, installing and using software based on the ontology, and to permit persons to whom the ontology is furnished to do so, subject to the following conditions:THE ONTOLOGY IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL ISO, OR ANY OTHER LICENSOR THAT GRANTS THE RIGHT UNDER THE ABOVE PERMISSION TO USE THE ONTOLOGY, BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE ONTOLOGY OR THE USE OR OTHER DEALINGS IN THE ONTOLOGY.In addition, any modified copy of the ontology shall include the following notice:THIS ONTOLOGY HAS BEEN MODIFIED FROM THE ONTOLOGY DEFINED IN ISO 15926-12, AND SHOULD NOT BE INTERPRETED AS COMPLYING WITH THAT STANDARD.The life cycle integration ontology defined by this part of ISO 15926, and by its subsequent editions and amendments, has the URI: version of the ontology that is defined by this edition of this part of ISO 15926 has the URI: version of the ontology that is defined by this edition of this part of ISO 15926 is represented by the TURTLE files listed in REF _Ref445797675 \h \* MERGEFORMAT Table 1. The files can be obtained by dereferencing URIs of the form: 1The ontology is also represented in the OWL Functional Syntax. This representation was used to check the validity of the OWL in the ontologies. This representation is informative. The files can be obtained by dereferencing the URIs of the form: 2TURTLE is a W3C recommendation and is much more readable than the XML serialisation of RDF.Table 1 – Representation of the ontology for life cycle integrationfilefile contentabstract-object-v-0.1abstract object, mapping and subclasses of class of individual and class of class of individualannotation-lci-v-0.1annotation of the ontology using annotation properties defined in this part of ISO 15926annotation-skos-v-0.1annotation of the ontology using annotation properties defined in SKOSarranged-individual-v-0.1subclasses of physical objectclass-of-arranged-individual-v-0.1subclasses of class of physical objectcollector-DL- native-v-0.1collector of all the ontologies that can support DL reasonersThis collector excludes all subclasses of class and the relationships between them.collector-v-0.1collector of all the ontologies except the annotation and the inferred statementsdocument-v-0.1classes relevant to information and documentsindividual-v-0.1subclasses of individualinferred-domains-and-ranges-v-0.1domains, ranges, and inverse statements that could be inferredinverse-occurrance-relationship-v-0.1inverses of relationships between classes of individualinverse-relationship-v-0.1inverses of relationships between individualsmaths-v-0.1simple mathematical classes and relationshipsoccurrence-relationship-v-0.1relationships between classes of individualquantity-v-0.1classes and relationships about quantities and propertiesrelationship-v-0.1relationships between individualsThe import graph for the ontology files is shown in REF _Ref445567887 \h \* MERGEFORMAT Figure 2.Figure 2 – Import hierarchyThe annotation and the inferred domains, ranges and inverse statements can be added to the collector as shown in REF _Ref457815073 \h \* MERGEFORMAT Figure 3.Figure 3 - Annotation and inferred statementsThe annotation in SKOS is provided by the SKOS vocabulary shown in REF _Ref457817255 \h \* MERGEFORMAT Table 2.Table 2 - SKOS annotationSKOS termdefinitionequivalent in ISO 15926-12prefLabelThe preferred lexical label for a resource, in a given language.identificationByLiteraldefinitionA statement or formal explanation of the meaning of a concept.definitionByLiteralscopeNoteA note that helps to clarify the meaning and/or the use of a concept.noteByLiteralexampleAn example of the use of a concept.descriptionOfExampleByLiteralAnnex B(informative)Approach to the OWL implementation of ISO 15926Class and class of classThe entity class in ISO 15926-2 is implemented by lci:ClassOfIndividual, and class_of_class in ISO 15926-2 is implemented by lci:ClassOfClassOfIndividual, where:lci:ClassOfIndividual is the power class of lci:Individual;lci:ClassOfClassOfIndividual is the power class of lci:ClassOfIndividual.lci:ClassOfIndividual and lci:ClassOfClassOfIndividual are disjoint subclasses of lci:AbstractObject.lci:Individual and lci:AbstractObject are disjoint classes of lci:Thing. This implements punning as defined in W3C, OWL 2 Web Ontology Language New Features and Rationale.Classification, specialization and other relationships between classesThe entity classification in ISO 15926-2 is implemented by rdf:type.The entity specialization in ISO 15926-2 is implemented by rdfs:subClassOf and rdfs:subPropertyOf.The EXPRESS schema in ISO 15926-2 contains ONE OF constraints. These constraints are implemented by owl:disjointWith.Power classThe power class of a class X consists of all subclass of X, including X itself and the empty set. A power class exists for any class.In this part of ISO 15926, the power class for a class “lci:X” is assigned the URI “lci:ClassOfX”. URIs of this form are only used for power classes.NOTE 1Each class has a power class, whether or not it is recorded in the ontology. Hence the class activity has the power class class of activity. The class class of activity also has the power class class of class of activity, and so on. The inclusion of these classes in an ontology is purely structural, because they do not add any information. However, they are useful superclasses for other classes of class.EXAMPLEThe class "ISO 19008 activity breakdown class" has only subclasses of activity as members. This is can be recorded by the statement that "ISO 19008 activity breakdown class" is a subclass of class of activity.NOTE 2Each power class in the Life Cycle Integration ontology has a power class of relationship with its defining class. The power class of relationship can be used to check the consistency of the Life Cycle Integration ontology and its extensions. The relationship is not used by OWL inferencing, and is an OWL “annotation property”.Relationship and class of relationshipThe entity relationship in ISO 15926-2 is implemented by rdf:Statement.The entity class_of_relationship in ISO 15926-2 is implemented by rdf:Property.In data that conforms to this International Standard, a relationship is usually represented as an RDF triple. Only if it is necessary to refer to a relationship is it reified as an rdf:Statement.In ISO 15926-2, a class_of_relationship is bi-directional. An rdf:Property has a forward direction. Therefore in most cases a class_of_relationship is implemented by two instances of rdf:Property with an owl:inverseOf relationship between them. The exception is where a class_of_relationship is implemented by a owl:SymmetricProperty, which is the inverse of itself.In this International Standard, properties are classified as owl:TransitiveProperty, owl:SymmetricProperty, owl:FunctionalProperty, and owl:InverseFunctionalProperty where appropriate. These classifications are not present in ISO 15926-2.Class of class of relationshipISO 15926-2 uses members of class of class of relationship to define relationships between classes rather than between members of classes. This capability cannot be completely implemented in OWL, but some of the capability is providedISO 15926-12 implements the ISO 15926-2 entity composition of individual by the OWL object properties lci:hasPart and lci:partOf. ISO 15926-12 partially implements the ISO 15926-2 entity class of composition of individual by the OWL object properties shown in REF _Ref429231133 \h \* MERGEFORMAT Figure 3.Figure 4 – Naming convention for composition and class of compositionNOTEThe relationship:Aoccurrence part of valuebis identical to the relationship:Aoccurrence part of{b}Similarly the relationship:avalue part of occurrenceBis identical to the relationship:{a}occurrence part ofBShorthand forms of the relationships between a class and an individual are provided to that it is not necessary to define singleton classes.The same approach is used for:class of temporal whole part;class of beginning;class of ending;class of cause of beginning of class of individual;class of cause of ending of class of individual.EXAMPLEThe implementation of class of class of relationship is used as follows:the physical object that is the pump with serial number ‘P-98/1234’ has a has part relationship with the physical object that is the impeller with serial number ‘I-05/5678’ during 2016.the class of physical object that is the pump design with model number ‘WBX-356A’ has an occurrence has part relationship with the class of physical object that is the occurrence of the impeller type with part number ‘WI-57SS’ within pump model ‘WBX-356A’.The occurrence of the impeller type with part number ‘WI-57SS’ within pump model ‘WBX-356A’ is a subclass of the impeller type with part number ‘WI-57SS’. An impeller of this type need not be a part of a pump of model ‘WBX-356A’.The relationships are shown in REF _Ref429231065 \h Figure 4 and REF _Ref445566500 \h Figure 5.Figure 5 – Composition of an individualFigure 6 – Specification of composition in a designAn individual can be related to the design as shown in REF _Ref445566783 \h \* MERGEFORMAT Figure 6.Figure 7 – Individual and designThe object ‘pump with serial number P-98/1234 in 2016’ is the temporal part of ‘pump with serial number P-98/1234’ that exists during 2016. ‘Pump with serial number P-98/1234’ is a materialized physical object because it has material continuity.The object ‘impeller with serial number I-05/5678 in 2016’ is the temporal part of ‘impeller with serial number I-05/5678’ that exists during 2016. ‘Impeller with serial number I-05/5678’ is a materialized physical object because it has material continuity.The object ‘impeller with serial number I-05/5678 in 2016’ is also the temporal part of ‘impeller of pump with serial number P-98/1234’ that exists during 2016. ‘Impeller of pump with serial number P-98/1234’ is a functional physical object because it has functional continuity. It does not have material continuity because different impellers can be installed at different times.The object ‘occurrence of the impeller type with part number ‘WI-57SS’ within pump model WBX-356A’ is necessarily a subclass of functional physical object because all its members necessarily have functional continuity.These objects and their relationships are shown in REF _Ref445720533 \h Figure 7.Figure 8 – Materialized and functional physical objects and designThe example is in the file: and design.ttlAnnex C(informative)Relationship between the Life cycle integration ontology and the EXPRESS entities in ISO 15926-2The relationship between the ontology defined by this International Standard and the EXPRESS entities defined in ISO 15926-2 is documented in the EXCEL workbook: between ISO 15926-12 and ISO 15926-2.xlsxThis workbook shows the entities that have been addressed in this edition of ontology, and the way that they have been implemented in OWL.The workbook contains two spreadsheets with columns as defined in REF _Ref445620425 \h \* MERGEFORMAT Table 2 and REF _Ref445620515 \h \* MERGEFORMAT Table 3.Table 3 – Columns of spreadsheet ISO 15926-12 source and changescolumncontentISO 15926-12 class or propertyThe class or property identifier in ISO 15926-12.sourceThe clause in ISO 15926-2 from which the definition of the class or property is derived.This is “ISO 15926-12” where the class or property has been introduced in ISO 15926-12.ISO 15926-2 entityThe entity name in ISO 15926-2.history noteThe reason for a change of name in ISO 15926-12, or for the introduction of a new class or property.Table 4 – Columns of ISO 15926-2 dispositioncolumncontentISO 15926-2 entityThe class or property identifier in ISO 15926-12.categoryA broad classification of ISO 15926-2 entities.ISO 15926-12 class or property labelThe label of the class or property in ISO 15926-2.reason for non-implementation in ISO 15926-12The reason for a change of name in ISO 15926-12, or for the introduction of a new class or property.history notecopied from REF _Ref445620425 \h Table 2The categories of ISO 15926-2 entities are shown in REF _Ref445623027 \h \* MERGEFORMAT Table 4.Table 5 – Categories of ISO 15926-2 entitiescolumncontent4D coreThe entities that implement the ISO 15926 “4D” approach to modelling change.definition and descriptionEntities concerned with the definition and description of things.documentEntities concerned with documents and their content.geometry and topologyEntities concerned with geometry and topology. This is out of scope for ISO 15926-12.identificationEntities concerned with identification.intention and possibilityEntities concerned with intents and possibilities.mathsEntities concerned with maths.methodologyEntities concerned with set theory methodology and the representation of statements.possibly incorrectEntities which may not be correct in ISO 15926-2.power classEntities that are power classes of other entities.provenance and trustEntities concerned with provenance and trustquantities and unitsEntities concerned with quantities and unitsserialisation methodologyEntities concerned with the EXPRESS serialisation methodologyAnnex D(informative)ExamplesClassification of individuals and classification of classesThe FPSO “UGE-1” has a separation and stabilisation system. There is a deaerator that is part of train A within this system, with tag “20-VH-001A”. This can be recorded using this part of ISO 15926 as shown in REF _Ref429226195 \h \* MERGEFORMAT Figure 8.Figure 9 – A deaerator in a separation and stabilisation systemBoth the separation and stabilisation system and the deaerator are defined by their function with FPSO “UGE-1”. Hence they are both classified as functional physical objects.“UGE-1” is classified as an FPSO (not shown in REF _Ref429226195 \h \* MERGEFORMAT Figure 8) and a materialized physical object.The SPARQL query that returns all deaerators in the separation and stabilization system in “UGE-1” is as follow:SELECT ?separationAndStabilizationDeaeratorWHERE { ex:UGE-1 lci:hasPart ?separationAndStabilisationSystem . ?separationAndStabilisationSystem a norsok:SeparationAndStabilisation . ?separationAndStabilisationSystem lci:hasPart ?separationAndStabilisationDeaerator . ?separationAndStabilisationDeaerator a norsok:Deaerator .}The classes SeparationAndStabilisation and Deaerator are defined by NORSOK and are shown in the SPARQL example with the “norsok” namespace. The property hasPart is defined within the Life Cycle Integration schema of this part of ISO 15926 and is shown in the SPARQL with the “lci” namespace.The deaerator vessel with serial number “05/1234-8” is installed as the functional physical object with tag “20-VH-001A”. The vessel with serial number “05/1234-8” is a materialized physical object that is also classified as a deaerator. This is shown in REF _Ref429227215 \h \* MERGEFORMAT Figure 9.Figure 10 – A deaerator as a materialized physical objectClasses, whether defined as project data or within a reference data library, can themselves be classified. Some reference data classes have actual or intended function as their criterion for membership. This can be recorded by a classification as shown in REF _Ref429227467 \h \* MERGEFORMAT Figure 10.Figure 11 – Classification of classesThe subclasses of artefact shown in the example are defined within both:NORSOK Z-DP-002:1996 “Design principles Coding System”; andstatic equipment part of ISO/TS 15926-4:2007 “Initial reference data”.This can be recorded by membership of the sets of classes defined by these standards as shown in REF _Ref429227827 \h \* MERGEFORMAT Figure 11.Figure 12 – Sets of classes defined by standardsThe SPARQL query that returns all ISO/TS 15926-4 static equipment classes that are also in NORSOK Z-DP-002 is as follows:SELECT ?norsokStaticEquipmentClassWHERE { ?norsokStaticEquipmentClass a part4:StaticEquipmentClass . ?norsokStaticEquipmentClass a norsok:EquipmentClass .}An individual can be classified in many ways. The deaerator with tag “20-VH-001A” is also classified as being within risk category 4 according the EU Pressurised Equipment Directive 97/23/EC. This is shown in REF _Ref429338296 \h \* MERGEFORMAT Figure 12Figure 13 – Multiple classifications of an individualThe SPARQL query that returns the functional classification of “20-VH-001A” that is also a NORSOK equipment class is as follows:SELECT ?norsokFunctionalClassWHERE { ex:20-VH-001A a ?norsokFunctionalClass . ?norsokFunctionalClass a lci:ClassOfIndividualByFunction . ?norsokFunctionalClass a norsok:EquipmentClass .}The SPARQL query that returns the PED risk category of “20-VH-001A” is as follows:SELECT ?pedCategoryWHERE { ex:20-VH-001A a ?pedCategory . ?pedCategory a ped:Category .}Engineering classes form hierarchies as shown in REF _Ref429343314 \h \* MERGEFORMAT Figure 13.Figure 14 – Hierarchy of classesIn REF _Ref429343314 \h \* MERGEFORMAT Figure 13, the equipment item with tag “20-VH-001A” is shown classified as a spray type deaerator not as simply deaerator. The class spray type deaerator is in the ISO vocabulary, but not the NORSOK vocabularyA simple SPARQL query to find all the deaerators:SELECT ?deaeratorWHERE { ?deaerator a norsok:Deaerator .}will work only if there is a preceding step that infers that each member of spray type deaerator is also a member of deaerator because spray type deaerator is a subclass of deaerator.It is possible to find all the artefacts that have an ISO 15926-4 classification by a simple SPARQL query:SELECT ?artefactWithIsoClassificationWHERE { ?artefactWithIsoClassification a ?isoSubclassOfArtefact . ?isoSubclassOfArtefact rdfs:subClassOf part4:Artefact . ?isoSubclassOfArtefact a part4:DefinedClass .}However this simple SPARQL also relies upon inferencing, as follows:each subclass of a subclass of artefact, such as spray type deaerator, is also a subclass of artefact;each member of a subclass of ISO 15926-4 defined class, such as spray type deaerator which is a member of ISO 15926-4 static equipment class, is also a member of ISO 15926-4 class.lci:Individual and lci:AbstractObject are disjoint classes of lci:Thing. This implements punning as defined in W3C, OWL 2 Web Ontology Language New Features and Rationale.Assignment and usage of representation spacesThis part of ISO 15926 enables statements to be made about the organization that assigns a representation, and about the organizations that use it. A representation can be an identification, description or definition.There is a vehicle that has the vehicle registration number “DV 58 HUK” assigned by the UK Driver and Vehicle Licencing Authority. Hence there are relationships as follows:a vehicle that has an “identification by UK vehicle registration number” relationship with the text string “DV 58 HUK”;a representation space assigned by relationship between “identification by UK vehicle registration number” and the UK Driver and Vehicle Licencing Authority.These relationships are shown in REF _Ref445191296 \h \* MERGEFORMAT Figure 14.Figure 15 – Assignment of a representation spaceThe example is in file: of a representation space.ttlA SPARQL query that returns the identifiers for vehicles and their assignment organizations is as follows:SELECT *WHERE { ?vehicle a ex-rdl:Vehicle . ?vehicle ?identification ?vehicleIdentifier . ?identification a lci:IdentificationSpace . OPTIONAL { ?identification lci:representationSpaceAssignedBy ?organization }}Role in an activityThis part of ISO 15926 enables statements to be made about the role played by a physical object that participates in an activity. The role is a classification of the temporal part of the physical object that is also part of the activity.There is a lifting activity “lifting of container C-101”. Fred Bloggs is the “slinger-signaller” for this activity. Hence there are relationships as follows:“Fred Bloggs as slinger-signaller in the lifting of container C-101” is part of activity “lifting of container C-101”;“Fred Bloggs as slinger-signaller in the lifting of container C-101” is a temporal part of “Fred Bloggs”;“Fred Bloggs as slinger-signaller in the lifting of container C-101” is classified as a “slinger-signaller”, where slinger-signaller is classified as a “role of a person in activity”.These relationships are shown in REF _Ref445197323 \h \* MERGEFORMAT Figure 15.Figure 16 – Role in an activityThe example is in file: in an activity.ttlA SPARQL query that returns the people participating in activities and their roles is as follows:SELECT *WHERE { ?activity a lci:Activity . ?activity lci:hasPart ?personInRole . ?personInRole a ?role . ?role a ex-rdl:RoleOfPersonInActivity . ?person a lci:Person . ?person lci:hasTemporalPart ?personInRole .}Material used in a connectionThis part of ISO 15926 enables statements to be made about connections between physical objects at different levels of detail. If necessary, statements can be made about the physical objects that make a connection.There is a connection between pipes P-101 and P-102. Looking in more detail, the connection is between flange 2 of pipe P-101 and flange 1 of pipe P-102. The connection is made by a bolted connection assembly which has a gasket. Hence there are relationships as follows:level 1:“pipe P-101” is connected to pipe “P-102”;level 2:“pipe P-101” has arranged part “pipe P-101 flange 2”;“pipe P-102” has arranged part “pipe P-102 flange 1”;“pipe P-101 flange 2” is connected to “pipe P-102 flange 1”.level 3:“pipe P-101” has arranged part “pipe P-101 flange 2”;“pipe P-102” has arranged part “pipe P-102 flange 1”;“pipe P-101 flange 2” is part of “connection assembly P-101 to P-102”;“pipe P-101 flange 1” is part of “connection assembly P-101 to P-102”;“gasket in connection assembly P-101 to P-102” is part of “connection assembly P-101 to P-102”;“connection assembly P-101 to P-102” is classified as a bolted connection.These relationships are show in REF _Ref445202591 \h \* MERGEFORMAT Figure 16, REF _Ref445202593 \h \* MERGEFORMAT Figure 17 and REF _Ref445202596 \h \* MERGEFORMAT Figure 18.Figure 17 – Connection level 1Figure 18 – Connection level 2Figure 19 – Connection level 3All three levels of the example is in file: used in a connection.ttlA SPARQL query that returns information about the material used in an assembly at level 3 that implements a connection at level 2 is as follows:SELECT *WHERE { ?side1 lci:connectedTo ?side2 . ?connectionAssembly lci:hasArrangedPart ?side1 . ?connectionAssembly lci:hasArrangedPart ?side2 . ?connectionAssembly a ?typeOfConnectionAssembly. ?connectionAssembly lci:hasArrangedPart ?materialUsedInAssembly . ?materialUsedInAssembly a ?typeOfMaterialUsedInAssembly . NOT EXISTS {?materialUsedInAssembly lci:connectedTo ?side2 } NOT EXISTS {?side1 lci:connectedTo ?materialUsedInAssembly }}RatioA ratio between two quantities can be recorded. A ratio can have a unitless representation as a fraction, percentage or parts per million, or a representation dependent upon units such metre per kilometre or foot per mile.The class ratio is a subclass of class of ordered pair.The property percent represents a ratio as a percentage represented as a decimal number.The property fraction represents a ratio as a fraction represented as a decimal number.EXAMPLEThe planned ‘staff time plan for 2015’ is 200 hours. The actual staff time used to 2015-04-20 is 50 hours. The percentage or fraction used can be recorded as follows:‘actual staff time to 2015-04-20’: a member of actual individual, staff time and 50 hours;‘planned staff time for 2015’: a member of intended individual, staff time and 200 hours;‘50 hours’: a member of time duration and a subclass of individual;‘200 hours’: a member of time duration and a subclass of individual; ‘50 hours, 200 hours’: an ordered pair;’5:20’; a ratio.These objects, with their classifications and relationships, are shown in REF _Ref428976488 \h Figure 19.Figure 20 – Ratio of actual to planned staff timeBibliography.IETF RFC 3066, H. Alvestrand, editor, Tags for the Identification of Languages 2001, 15926-1, Industrial automation systems and integration — Integration of life-cycle data for oil and gas production facilities — Part 1: Overview and fundamental principles.ISO 15926-2, Industrial automation systems and integration — Integration of life-cycle data for oil and gas production facilities — Part 2: Data model.ISO/TS 15926-4, Industrial automation systems and integration — Integration of life-cycle data for oil and gas production facilities — Part 4: Initial reference data.W3C, OWL 2 Web Ontology Language New Features and Rationale, W3C Recommendation, Berners-Lee, T, Cool URIs don’t change, , Resource Description Framework (RDF), , Z-DP-002:1996, “Design principles Coding System”W3C, SPARQL Query Language for RDF, , OWL 2 Web Ontology Language, Structural Specification and Functional-Style Syntax, W3C Recommendation, INDEX \e "" \c "1" \z "2057" activity2event2individual2ontology2physical object2punning2temporal part relationship2whole-part relationship3 ................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download