.
.
.
.
.
.
.
.
"http://creativecommons.org/licenses/by/3.0/" .
"Megan Katsumi" .
"While most existing work attempts to describe the network based on its physical constructs, we model the network flow and the physical infrastructure separately. The motivation for this is that the constraints on transportation flow are something that is applied to the physical infrastructure. These constraints are distinct from the physical characteristics and so should be defined separately. Although some constraints may be related, such as flow constraints imposed by the size of the lane that an arc accesses, this is a specific relationship that should be captured rather than conflating the concepts. For example, there is nothing to stop a vehicle from going the wrong way on a road, except for the flow of traffic that is imposed on the system (and these constraints may change with time). This results in the identification of two key concepts: the Transportation Network (a directed graph), and the Transportation Infrastructure (a physical feature where transportation occurs).\n\nWe relate the Network and the Infrastructure by relating an Arc to a Transportation Complex (or other Road Segment) with the \"accesses\" property. In this way, we may define an Arc accessing various Transportation Complexes at different Levels of Detail (LOD).\nIn this representation Nodes do not access the Transportation Infrastructure nor are they part of it in any way. Both Nodes and Arcs may have implicit locations based on the infrastructure they access, however unlike the infrastructure classes, Nodes and Arcs are not Spatial Things. A Node may have a control (e.g. a signal) with a physical presence somewhere else (traffic lights apply to one side of the intersection, but are actually located on the other side of the intersection); by separating the physical infrastructure and the network flow we are able to accurately represent this.\n\nCurrently, there is no need to capture an aggregate Arc; in other words, we do not require a subArc relation. It is possible this may change as the requirements evolve.\n" .
"October 2017"^^ .
"Transportation System Ontology" .
"icity-transportation" .
"Developed as part of the overall iCity ontology effort, the iCity-TransportationSystem ontology is designed to capture concepts related to the transportation system.\n\t\tChanges from previous version:\n-Added Link and LinkPD classes to serve as “containers” for multiple arcs (e.g. vehicle lanes, bicycle lanes, walkways); introduced some additional properties and changed the mode of an Arc from an invariant to variant property.\n-Associated location coordinates with the Node class.\n-Extended to capture sensors such as loop detectors via SSN ontology\n\n\t\tCopyright @ 2016 Megan Katsumi, iCity Research Group" .
"http://ontology.eil.utoronto.ca/icity/TransportationSystem/1.1/" .
"1.2"^^ .
"Under development. Please see report on iCity Ontology v1.2"^^ .
#
#
# #################################################################
# #
# # Annotation properties
# #
# #################################################################
#
#
# http://creativecommons.org/ns#license
.
#
# http://ontology.eil.utoronto.ca/icity/OM/OMOntologyAnnotationProperty
.
"Annotation property introduced for organization purposes, to identify annotation properties defined in the Units of Measure Ontology." .
#
# http://purl.org/dc/elements/1.1/creator
.
#
# http://purl.org/dc/elements/1.1/date
.
#
# http://purl.org/dc/elements/1.1/description
.
#
# http://purl.org/dc/elements/1.1/issued
.
#
# http://purl.org/dc/elements/1.1/title
.
#
# http://purl.org/dc/terms/created
.
#
# http://purl.org/dc/terms/creator
.
#
# http://purl.org/dc/terms/description
.
#
# http://purl.org/dc/terms/issued
.
#
# http://purl.org/dc/terms/license
.
#
# http://purl.org/dc/terms/modified
.
#
# http://purl.org/dc/terms/rights
.
#
# http://purl.org/dc/terms/title
.
#
# http://purl.org/ontology/bibo/authorList
.
.
#
# http://purl.org/ontology/bibo/chapter
.
.
#
# http://purl.org/ontology/bibo/degree
.
.
#
# http://purl.org/ontology/bibo/edition
.
.
#
# http://purl.org/ontology/bibo/isbn10
.
.
#
# http://purl.org/ontology/bibo/isbn13
.
.
#
# http://purl.org/ontology/bibo/issuer
.
.
#
# http://purl.org/ontology/bibo/pageEnd
.
.
#
# http://purl.org/ontology/bibo/pageStart
.
.
#
# http://purl.org/ontology/bibo/reproducedIn
.
.
#
# http://purl.org/ontology/bibo/shortTitle
.
.
#
# http://purl.org/ontology/bibo/uri
.
.
#
# http://purl.org/ontology/bibo/volume
.
.
#
# http://purl.org/vocab/vann/preferredNamespacePrefix
.
.
#
# http://purl.org/vocab/vann/preferredNamespaceUri
.
.
#
# http://schema.org/domainIncludes
.
#
# http://schema.org/rangeIncludes
.
#
# http://www.w3.org/2001/XMLSchema#pattern
.
#
# http://www.w3.org/2002/07/owl#versionInfo
.
#
# http://www.w3.org/2004/02/skos/core#changeNote
.
#
# http://www.w3.org/2004/02/skos/core#definition
.
#
# http://www.w3.org/2004/02/skos/core#editorialNote
.
#
# http://www.w3.org/2004/02/skos/core#example
.
#
# http://www.w3.org/2004/02/skos/core#historyNote
.
#
# http://www.w3.org/2004/02/skos/core#note
.
#
# http://www.w3.org/2004/02/skos/core#prefLabel
.
#
# http://www.w3.org/2004/02/skos/core#scopeNote
.
#
# http://www.w3.org/ns/adms#relatedDocumentation
.
.
#
# http://www.wurvoc.org/vocabularies/WV/illustration
.
.
#
# http://www.wurvoc.org/vocabularies/WV/logo
.
.
#
# http://www.wurvoc.org/vocabularies/om-1.8/LaTeX_command
.
.
#
# http://www.wurvoc.org/vocabularies/om-1.8/LaTeX_symbol
.
.
#
# http://www.wurvoc.org/vocabularies/om-1.8/abbreviation
.
.
#
# http://www.wurvoc.org/vocabularies/om-1.8/alternativeLabel
.
.
#
# http://www.wurvoc.org/vocabularies/om-1.8/alternative_LaTeX_symbol
.
.
#
# http://www.wurvoc.org/vocabularies/om-1.8/alternative_label
.
.
#
# http://www.wurvoc.org/vocabularies/om-1.8/alternative_symbol
.