. . . "" . "The European Road OTL core definitions."@en . "Basic European Road OTL"@en . "This is the main ontology within the European Road OTL framework that serves as a hub for linking concepts (schema elements) and data between different domain ontologies. This ontology uses cmo and prov-o as upper ontologies to provide a basic and proven structure. Based on these, it defines a number of basic concepts relevant for road asset management from a lifecycle perspective such as: \r\n- Provenance based on the w3c prov-o\u202Fontology \r\n- The General AEC Reference Model (GARM) [Gielingh, 2008 - A THEORY FOR THE MODELLING OF COMPLEX AND DYNAMIC SYSTEMS - https://www.itcon.org/papers/2008_27.content.03759.pdf]\r\n- Distinction between physical and spatial objects \r\n- Decomposition of objects (assembly/part) \r\n- Connectivity between objects through ports and connections \r\n- Location and shape \r\n- Activities \r\n- Baselines (lifecycle stages) \r\n- Suitability \r\n- Linked documents (also to non-Linked data) \r\n- Quantities and units\r\n\r\nThis ontology can be used as a basic data model according to the above listing. To provide more semantics, e.g. regarding asset classification, providing location/shape or other detailed information for the objects, several ways may be employed including schema level linking (as was done between this ontology and other ontologies developed by INTERLINK) or multiple typing of individuals using more than one rdf:type statements for each individual."@en . "2018-08-27" . "eurotl" . "http://www.roadotl.eu/def/" . "Version 0.91" . # # # ################################################################# # # # # Annotation properties # # # ################################################################# # # # http://purl.org/dc/elements/1.1/creator "Examples of a Creator include a person, an organization, or a service. Typically, the name of a Creator should be used to indicate the entity."@en . . "1999-07-02"^^ . "2008-01-14"^^ . "An entity primarily responsible for making the resource."@en . . "Creator"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # # http://purl.org/dc/elements/1.1/description "Description may include but is not limited to: an abstract, a table of contents, a graphical representation, or a free-text account of the resource."@en . . "1999-07-02"^^ . "2008-01-14"^^ . "An account of the resource."@en . . "Description"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # # http://purl.org/dc/elements/1.1/title . "1999-07-02"^^ . "2008-01-14"^^ . "A name given to the resource."@en . . "Title"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # # http://purl.org/dc/terms/description . # # http://purl.org/dc/terms/hasVersion . # # http://purl.org/dc/terms/issued . # # http://purl.org/dc/terms/modified . # # http://purl.org/dc/terms/publisher . # # http://purl.org/dc/terms/title . # # http://www.w3.org/2002/07/owl#minCardinality . # # http://www.w3.org/2004/02/skos/core#note . # # # # ################################################################# # # # # Datatypes # # # ################################################################# # # # http://www.w3.org/2001/XMLSchema#date . # # # # ################################################################# # # # # Object Properties # # # ################################################################# # # # http://www.roadotl.eu/def/boundBy . . . "Indicates that a spatial object is bounded by a physical object"@en . "boundBy" . # # http://www.roadotl.eu/def/byTechnicalSolution . . . "Specifies the technical solution for a fulfillment"@en . "byTechnicalSolution" . # # http://www.roadotl.eu/def/conformantToBaseline . . . "Connects a baseline to another baseline from a conformance point-of-view"@en . "conformantToBaseline" . # # http://www.roadotl.eu/def/containedIn . . . "Specifies that a physical object is contained in a spatial object"@en . "containedIn" . # # http://www.roadotl.eu/def/fromPhase . . . "Specifies that a baseline is valid for a lifecycle phase"@en . "fromPhase" . # # http://www.roadotl.eu/def/fromTemplate . . . "Indicates that the subject uses the object as a template, making all statements about the object true also for the subject"@en . # # http://www.roadotl.eu/def/hasBaseline . . . "Associates an object or revision to a baseline"@en . "hasBaseLine" . # # http://www.roadotl.eu/def/hasCondition . . "Associates a condition to a thing"@en . "hasIssue" . # # http://www.roadotl.eu/def/hasConnection . . . . . "A connection between a port an another port"@en . "hasConnection" . # # http://www.roadotl.eu/def/hasDocument . . . "Associates a document with an object"@en . "hasDocument" . # # http://www.roadotl.eu/def/hasFunction . . . "Associates a function with a functional unit"@en . "hasFunction" . # # http://www.roadotl.eu/def/hasGeometry . . "Associates geometry to a thing"@en . "hasGeometry" . # # http://www.roadotl.eu/def/hasPort . . . . "Associates a port with an object"@en . "hasPort" . # # http://www.roadotl.eu/def/hasRepresentation . . "Associates something (such as an IFC model) which represents a physical object"@en . "hasRepresentation" . # # http://www.roadotl.eu/def/hasRequirement . . . "Associates a requirement to a function"@en . "hasRequirement" . # # http://www.roadotl.eu/def/hasSuitability . . "Associates suitability with a thing"@en . # # http://www.roadotl.eu/def/ofFunctionalUnit . . . "Specifies which functional unit a fulfillment concerns"@en . "ofFunctionalUnit" . # # http://www.roadotl.eu/def/propertyReference . . . . # # # # ################################################################# # # # # Data properties # # # ################################################################# # # # http://www.roadotl.eu/def/hasDocumentFragmentReference . . . "A reference to a referencerable subset of a document such as one element in an XML document"@en . "hasDocumentFragmentReference" . # # http://www.roadotl.eu/def/hasReference . . . "A reference to a URI that identifies a document"@en . "hasReference" . # # http://www.roadotl.eu/def/propertyReference . # # # # ################################################################# # # # # Classes # # # ################################################################# # # # http://org.semanticweb.owlapi/error#Error5 . # # http://org.semanticweb.owlapi/error#Error6 . # # http://org.semanticweb.owlapi/error#Error7 . # # http://org.semanticweb.owlapi/error#Error8 . # # http://www.roadotl.eu/def/AGORALocation . . "A dynamic location reference as defined by ISO 17572-3. Included here as a placeholder"@en . # # http://www.roadotl.eu/def/Accident . . "an unfortunate incident that happens unexpectedly and unintentionally, typically resulting in damage or injury. Class is included as an example/placeholder"@en . "Accident" . # # http://www.roadotl.eu/def/Address . . "An identification of the fixed location of a property. The full address is a hierarchy consisting of components such as geographic names, with an increasing level of detail, e.g.: town, then street name, then house number or name. It may also include a post code or other postal descriptors. The address may include a path of access but this depends on the function of the address. [INSPIRE]"@en . # # http://www.roadotl.eu/def/Baseline . . _:genid1 . _:genid1 . _:genid1 . _:genid1 . _:genid2 . _:genid2 . _:genid2 . _:genid2 "0"^^ . _:genid3 . _:genid3 . _:genid3 . _:genid3 "0"^^ . _:genid4 . _:genid4 . _:genid4 . _:genid4 "0"^^ . _:genid5 . _:genid5 . _:genid5 . _:genid5 "1"^^ . _:genid5 . "Applicable definitions from [http://everyspec.com/MIL-HDBK/MIL-HDBK-0001-0099/MIL-HDBK-61A_15177/] are:\r\n(1) An agreed-to description of the attributes of a product, at a point in time, which serves as a basis for defining change. \r\n(2) An approved and released document, or a set of documents, each of a specific revision; the purpose of which is to provide a defined basis for managing change.\r\n(3) The currently approved and released configuration documentation. \r\nTranslated to the EUROTL a baseline refers to a named collection of objects (or object revisions) that represents a state at a certain point in time (such as at the end of a lifecycle stage). A baseline may be used as basis for data exchange, approval, alternatives etc and may conceptually be compared to a file or a folder consisting of files. Objects or object revisions are connected to a baseline with the objectProperty eurotl:hasBaseline.\r\nWithin this ontology, a baseline may be associated with e.g. a lifecycle phase, suitability etc"@en . "Baseline" . # # http://www.roadotl.eu/def/Condition . . "The state for an object, either observed or predicted"@en . "Issue" . # # http://www.roadotl.eu/def/Crossing . . "A place where two or more roads or railways intersect"@en . "Crossing" . # # http://www.roadotl.eu/def/Document . . . _:genid6 . _:genid6 . _:genid6 . _:genid6 "0"^^ . "A proxy for any document which from the view of the european road OTL is considered as one unit. Examples of documents may be IFC STEP files, XML documents, Excel documents, CAD drawings, PDF documents etc. A document may be related to any object"@en . "Document" . # # http://www.roadotl.eu/def/Fulfilment . . _:genid7 . _:genid7 . _:genid7 . _:genid7 "1"^^ . _:genid8 . _:genid8 . _:genid8 . _:genid8 "1"^^ . "The objectified relationship between a technical solution (eurotl:byTechnicalSolution) and a functional unit (eurotl:ofFunctionalUnit). There may be many different technical solutions which fulfills a functional unit."@en . "Fulfilment" . # # http://www.roadotl.eu/def/Function . . _:genid9 . _:genid9 . _:genid9 . _:genid9 "0"^^ . "A purpose of a thing"@en . "Function" . # # http://www.roadotl.eu/def/FunctionalPort . . "A port which belongs to a functional unit"@en . "FunctionalPort" . # # http://www.roadotl.eu/def/FunctionalUnit . . _:genid10 . _:genid10 . _:genid10 . _:genid10 "0"^^ . "Defines the role of a subsystem or part in a larger whole. It defines also requirements and boundary conditions for the subsystem or part. [Gielingh, 2008 - A theory for the modelling of complex and dynamic systems - https://www.itcon.org/papers/2008_27.content.03759.pdf]"@en . "FunctionalUnit" . # # http://www.roadotl.eu/def/GeographicalName . . "Spatial reference in the form of a label or code that identifies a location"@en . # # http://www.roadotl.eu/def/Geometry . . "the shape and relative arrangement of the parts of something"@en . # # http://www.roadotl.eu/def/ISO17572DynamicLocationReference . . "A dynamic location reference as defined by ISO 17572. Included here only as a placeholder."@en . # # http://www.roadotl.eu/def/InspectionActivity . . "An activity with the purpose of inspecting something. May result in e.g. observed conditions for objects"@en . "InspectionActivity" . # # http://www.roadotl.eu/def/IntervalRequirement . . . . _:genid11 . _:genid11 . _:genid11 . _:genid11 "1"^^ . "A requirement for a property value to exist within a specified interval"@en . # # http://www.roadotl.eu/def/Lane . . "a division of a road marked off with painted lines and intended to separate single lines of traffic according to speed or direction"@en . "Lane" . # # http://www.roadotl.eu/def/LifecyclePhase . "A named subset of the whole lifecycle of an activity or object"@en . "LifecyclePhase" . # # http://www.roadotl.eu/def/LocationByCoordinates . . _:genid12 . _:genid12 . _:genid12 . _:genid12 "1"^^ . "A location defined by means of coordinates"@en . "LocationByCoordinates" . # # http://www.roadotl.eu/def/LocationByIdentifier . . "A location defined by a known geographic place using some identifier"@en . # # http://www.roadotl.eu/def/LocationByTransformation . . "A location defined by a transformation (translation, reflection, rotation, scaling)"@en . # # http://www.roadotl.eu/def/LocationCode . . "A system for identifying an area anywhere on earth based on pre-defined codes such as Open Location Code (OLC) or TMC Location Codes"@en . # # http://www.roadotl.eu/def/MaintenanceActivity . . "An activity with the purpose of maintaining something. May result in e.g. new and improved conditions for objects"@en . "MaintenanceActivity" . # # http://www.roadotl.eu/def/Material . . "the matter from which a thing is or can be made"@en . "Material" . # # http://www.roadotl.eu/def/Object . . . _:genid13 . _:genid13 . _:genid13 . _:genid13 "0"^^ . _:genid14 . _:genid14 . _:genid14 . _:genid14 "0"^^ . _:genid15 . _:genid15 . _:genid15 . _:genid15 "0"^^ . _:genid16 . _:genid16 . _:genid16 . _:genid16 "0"^^ . _:genid17 . _:genid17 . _:genid17 . _:genid17 "0"^^ . "An object of interest in the context of a construction process"@en . "Object" . # # http://www.roadotl.eu/def/OpenLRLocation . . "A dynamic location reference as defined by http://www.openlr.org. Included here as a placeholder"@en . . # # http://www.roadotl.eu/def/PhysicalObject . . _:genid18 . _:genid18 . _:genid18 . _:genid18 "0"^^ . _:genid19 . _:genid19 . _:genid19 . _:genid19 "0"^^ . "An object with defined shape, material and location in space and time"@en . "PhysicalObject" . # # http://www.roadotl.eu/def/Port . . _:genid20 . _:genid20 . _:genid20 . _:genid20 "1"^^ . "A boundary connection point which allows an object to be connected to boundary connection points of other objects"@en . "Port" . # # http://www.roadotl.eu/def/RealisationActivity . . "An activity with the purpose of constructing something. May result in e.g. realized/installed objects"@en . "RealisationActivity" . # # http://www.roadotl.eu/def/ReplacementActivity . . "An activity with the purpose of replacing something with something else. May result in e.g. new technical solution for a certain functional unit"@en . "ReplacementActivity" . # # http://www.roadotl.eu/def/Requirement . . "Something that is needed or that must be done"@en . "Requirement" . # # http://www.roadotl.eu/def/SpatialObject . . "An abstract representation of a real-world phenomenon related to a specific location or geographical area"@en . "SpatialObject" . # # http://www.roadotl.eu/def/Suitability . . "Meta-data describing the permitted use of an information deliverable"@en . # # http://www.roadotl.eu/def/TechnicalPort . . "A port which belongs to a technical solution"@en . "TechnicalPort" . # # http://www.roadotl.eu/def/TechnicalSolution . . _:genid21 . _:genid21 . _:genid21 . _:genid21 "0"^^ . "A Technical Specification describes the subsystem or part, independent of its role in the larger whole. In the course of a design process, it can also be seen as a solution for a design problem. A Technical Solution contains a full specification of an artifact and/or process on a particular level of (de)composition. It contains also Functional Units of subsystems or parts, but not the technical details of these subsystems or parts. This principle keeps a specification modular.[Gielingh, 2008 - A theory for the modelling of complex and dynamic systems - https://www.itcon.org/papers/2008_27.content.03759.pdf]"@en . "TechnicalSolution" . # # http://www.w3.org/2002/07/owl#DatatypeProperty # # # # ################################################################# # # # # Individuals # # # ################################################################# # # # http://www.roadotl.eu/def/AsBuilt . . "Represents the (end of) the construction phase"@en . "Build" . # # http://www.roadotl.eu/def/AsDesigned . . "Represents the (end of) the design phase"@en . "Design" . # # http://www.roadotl.eu/def/AsRequired . . "Represents the (end of) the planning phase"@en . "Plan" . # # http://www.roadotl.eu/def/InService . . "Represents the phase where a construction exists in the real world and is intended to be service/use"@en . "Operate" . # # http://www.roadotl.eu/def/Suitability_Accepted . . "Indicates that something was accepted"@en . # # http://www.roadotl.eu/def/Suitability_ForAcceptance . . "Indicates that acceptance is requested but not yet achieved"@en . # # http://www.roadotl.eu/def/Suitability_ForInformation . . "Indicates the something is for information only"@en . # _:genid22 "0"^^ . _:genid23 "0"^^ . _:genid24 "0"^^ . _:genid25 "0"^^ . # # # ################################################################# # # # # Annotations # # # ################################################################# # # "2012-06-14"^^ . . "Dublin Core Metadata Element Set, Version 1.1"@en . # "Examples of a Contributor include a person, an organization, or a service. Typically, the name of a Contributor should be used to indicate the entity."@en . . "1999-07-02"^^ . "2008-01-14"^^ . "An entity responsible for making contributions to the resource."@en . . "Contributor"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # "Spatial topic and spatial applicability may be a named place or a location specified by its geographic coordinates. Temporal topic may be a named period, date, or date range. A jurisdiction may be a named administrative entity or a geographic place to which the resource applies. Recommended best practice is to use a controlled vocabulary such as the Thesaurus of Geographic Names [TGN]. Where appropriate, named places or time periods can be used in preference to numeric identifiers such as sets of coordinates or date ranges."@en . . "1999-07-02"^^ . "2008-01-14"^^ . "The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant."@en . . "Coverage"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # # "Date may be used to express temporal information at any level of granularity. Recommended best practice is to use an encoding scheme, such as the W3CDTF profile of ISO 8601 [W3CDTF]."@en . . "1999-07-02"^^ . "2008-01-14"^^ . "A point or period of time associated with an event in the lifecycle of the resource."@en . . "Date"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # # "Examples of dimensions include size and duration. Recommended best practice is to use a controlled vocabulary such as the list of Internet Media Types [MIME]."@en . . "1999-07-02"^^ . "2008-01-14"^^ . "The file format, physical medium, or dimensions of the resource."@en . . "Format"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # "Recommended best practice is to identify the resource by means of a string conforming to a formal identification system. "@en . . "1999-07-02"^^ . "2008-01-14"^^ . "An unambiguous reference to the resource within a given context."@en . . "Identifier"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # "Recommended best practice is to use a controlled vocabulary such as RFC 4646 [RFC4646]."@en . . "1999-07-02"^^ . "2008-01-14"^^ . "A language of the resource."@en . . "Language"@en . . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # "Examples of a Publisher include a person, an organization, or a service. Typically, the name of a Publisher should be used to indicate the entity."@en . . "1999-07-02"^^ . "2008-01-14"^^ . "An entity responsible for making the resource available."@en . . "Publisher"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # "Recommended best practice is to identify the related resource by means of a string conforming to a formal identification system. "@en . . "1999-07-02"^^ . "2008-01-14"^^ . "A related resource."@en . . "Relation"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # "Typically, rights information includes a statement about various property rights associated with the resource, including intellectual property rights."@en . . "1999-07-02"^^ . "2008-01-14"^^ . "Information about rights held in and over the resource."@en . . "Rights"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # "The described resource may be derived from the related resource in whole or in part. Recommended best practice is to identify the related resource by means of a string conforming to a formal identification system."@en . . "1999-07-02"^^ . "2008-01-14"^^ . "A related resource from which the described resource is derived."@en . . "Source"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # "Typically, the subject will be represented using keywords, key phrases, or classification codes. Recommended best practice is to use a controlled vocabulary."@en . . "1999-07-02"^^ . "2012-06-14"^^ . "The topic of the resource."@en . . "Subject"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # # "Recommended best practice is to use a controlled vocabulary such as the DCMI Type Vocabulary [DCMITYPE]. To describe the file format, physical medium, or dimensions of the resource, use the Format element."@en . . "1999-07-02"^^ . "2008-01-14"^^ . "The nature or genre of the resource."@en . . "Type"@en . "A second property with the same name as this property has been declared in the dcterms: namespace (http://purl.org/dc/terms/). See the Introduction to the document \"DCMI Metadata Terms\" (http://dublincore.org/documents/dcmi-terms/) for an explanation."@en . # "Associates a datatype property with a requirement"@en . "propertyReference" . # # Generated by the OWL API (version 5.1.0) https://github.com/owlcs/owlapi/