ISO 17572-1:2008

Intelligent transport systems (ITS) - Location referencing for geographic databases - Part 1: General requirements and conceptual model

ISO 17572 specifies Location Referencing Methods (LRM) that describe locations in the context of geographic databases and will be used to locate transport-related phenomena in an encoder system as well as in the decoder side. It defines what is meant by such objects, and describes the reference in detail, including whether or not components of the reference are mandatory or optional, and their characteristics. It specifies two different LRMs: pre-coded location references (pre-coded profile); dynamic location references (dynamic profile). It does not define a physical format for implementing the LRM. However, the requirements for physical formats are defined. It does not define details of the Location Referencing System (LRS), i.e. how the LRMs are to be implemented in software, hardware, or processes. ISO 17572-1:2008 specifies the following general LRM related sections: requirements to a Location Referencing Method; conceptual Data Model for Location Referencing Methods; ‎inventory of Location Referencing Methods; ‎examples of Conceptual Data Model Use; ‎description of selected UML Elements; ‎comparison of Definitions with ISO/TC 211; ‎introduction to the TPEG Physical Format.

Systèmes intelligents de transport (SIT) — Localisation pour bases de données géographiques — Partie 1: Exigences générales et modèle conceptuel

L'ISO 17572 spécifie les méthodes de localisation (LRM) qui décrivent les localisants dans le cadre de bases de données géographiques et qui seront utilisées pour localiser les phénomènes liés aux transports dans un système codeur ainsi que du côté décodeur. Elle définit la signification de ces objets, et décrit de manière détaillée la localisation, y compris si les composants de la localisation sont obligatoires ou facultatifs, ainsi que leurs caractéristiques. Elle spécifie deux LRM différentes: les localisations précodées (profil précodé); les localisations dynamiques (profil dynamique). Elle ne définit pas de format physique d'implémentation des LRM. Toutefois, les exigences relatives aux formats physiques sont définies. Elle ne définit pas les détails du système de localisation (LRS), c'est-à-dire la méthode à utiliser pour l'implémentation des LRM dans les logiciels, les matériels ou les processus. L'ISO 17572-1:2008 spécifie les sections suivantes relatives aux méthodes LRM générales: les exigences relatives à une méthode de localisation; le modèle conceptuel de données pour les méthodes de localisation; l'inventaire des méthodes de localisation; des exemples d'utilisation de modèle conceptuel de données; une description des éléments UML choisis; une comparaison des définitions avec celles proposée par l'ISO/TC 211; une introduction au format physique TPEG.

General Information

• Status: Withdrawn
• Publication Date: 07-Dec-2008
• Withdrawal Date: 07-Dec-2008
• ICS: 03.220.01 - Transport in general
• ICS: 35.240.60 - IT applications in transport
• Technical Committee: ISO/TC 204 - Intelligent transport systems
• Drafting Committee: ISO/TC 204/WG 3 - ITS geographic data
• Current Stage: 9599 - Withdrawal of International Standard
• Start Date: 05-Jan-2015
• Completion Date: 13-Dec-2025

Relations

• Revised: ISO 17572-1:2015 - Intelligent transport systems (ITS) - Location referencing for geographic databases - Part 1: General requirements and conceptual model
• Effective Date: 19-Jan-2013

Standards Content (Sample)

INTERNATIONAL ISO
STANDARD 17572-1
First edition
2008-12-15
Intelligent transport systems (ITS) —
Location referencing for geographic
databases —
Part 1
General requirements and conceptual
model
Systèmes intelligents de transport (SIT) — Localisation pour bases de
données géographiques —
Partie 1: Exigences générales et modèle conceptuel

Reference number
©
ISO 2008
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but
shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In
downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat
accepts no liability in this area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation
parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In
the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below.

©  ISO 2008
All 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 office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.org
Published in Switzerland
ii © ISO 2008 – All rights reserved

Contents Page
Foreword .iv
Introduction.v
1 Scope.1
2 Terms and definitions .2

2.1 General terms .2
2.2 UML expressions for diagrams.7
3 Abbreviated terms.8
4 Objectives and requirements for a location referencing method .9
4.1 Objectives for an optimal location referencing method.9
4.2 Requirements of the location referencing method .9
5 Conceptual data model for location referencing methods .11
5.1 Role of conceptual model.11
5.2 Components of conceptual model .11
5.3 Description of the conceptual model .11
5.4 Location categories.12
5.5 Conceptual model of road network .13
5.6 Conceptual model of area locations.14
Annex A (informative) Inventory of location referencing methods .16
Annex B (informative) Examples of location referencing methods in use (mapping to conceptual
data model for location referencing systems) .20
Annex C (informative) Description of UML expression elements.22
Annex D (informative) Comparison of definitions with TC 211.24
Annex E (informative) Introduction to the TPEG physical format.28
Bibliography.41

Foreword
ISO (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 Electrotechnical Commission (IEC) on all matters of electrotechnical 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.
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 17572-1 was prepared by Technical Committee ISO/TC 204, Intelligent transport systems.
ISO 17572 consists of the following parts, under the general title Intelligent transport systems (ITS) —
Location referencing for geographic databases:
⎯ Part 1: General requirements and conceptual model
⎯ Part 2: Pre-coded location references (pre-coded profile)
⎯ Part 3: Dynamic location references (dynamic profile)
iv © ISO 2008 – All rights reserved

Introduction
A Location Reference (LR) is a unique identification of a geographic object. In a digital world, a real-world
geographic object can be represented by a feature in a geographic database. An example of a commonly
known Location Reference is a postal address of a house. Examples of object instances include a particular
exit ramp on a particular motorway, a road junction or a hotel. For efficiency reasons, Location References are
often coded. This is especially significant if the Location Reference is used to define the location for
information about various objects between different systems. For Intelligent Transport Systems (ITS), many
different types of real-world objects will be addressed. Amongst these, Location Referencing of the road
network, or components thereof, is a particular focus.
Communication of a Location Reference for specific geographic phenomena, corresponding to objects in
geographic databases, in a standard, unambiguous manner is a vital part of an integrated ITS system in which
different applications and sources of geographic data will be used. Location Referencing Methods (LRM,
methods of referencing object instances) differ by applications, by the data model used to create the database,
or by the enforced object referencing imposed by the specific mapping system used to create and store the
database. A standard Location Referencing Method allows for a common and unambiguous identification of
object instances representing the same geographic phenomena in different geographic databases produced
by different vendors, for varied applications, and operating on multiple hardware/software platforms. If ITS
applications using digital map databases are to become widespread, data reference across various
applications and systems must be possible. Information prepared on one system, such as traffic messages,
must be interpretable by all receiving systems. A standard method to refer to specific object instances is
essential to achieving such objectives.
Japan, Korea, Australia, Canada, the US and European ITS bodies are all supporting activities of Location
Referencing. Japan has developed a Link Specification for VICS. In Europe, the RDS-TMC traffic messaging
system has been developed. In addition, methods have been developed and refined in the EVIDENCE and
AGORA projects based on intersections identified by geographic coordinates and other intersection
descriptors. In the US, standards for Location Referencing have been developed to accommodate several
different Location Referencing Methods.
This International Standard provides specifications for location referencing for ITS systems (although other
committees or standardization bodies may subsequently consider extending it to a more generic context). In
addition, this edition does not deal with public transport location referencing; this issue will be dealt with in a
later edition.
INTERNATIONAL STANDARD ISO 17572-1:2008(E)

Intelligent transport systems (ITS) — Location referencing for
geographic databases —
Part 1:
General requirements and conceptual model
1 Scope
This International Standard specifies Location Referencing Methods (LRM) that describe locations in the
context of geographic databases and will be used to locate transport-related phenomena in an encoder
system as well as in the decoder side. This International Standard defines what is meant by such objects, and
describes the reference in detail, including whether or not components of the reference are mandatory or
optional, and their characteristics.
This International Standard specifies two different LRMs:
⎯ pre-coded location references (pre-coded profile);
⎯ dynamic location references (dynamic profile).
This International Standard does not define a physical format for implementing the LRM. However, the
requirements for physical formats are defined.
This International Standard does not define details of the Location Referencing System (LRS), i.e. how the
LRMs are to be implemented in software, hardware, or processes.
This part of ISO 17572 specifies the following general LRM related sections:
⎯ requirements of a Location Referencing Method;
⎯ conceptual Data Model for Location Referencing Methods;
⎯ inventory of Location Referencing Methods;
⎯ examples of Conceptual Data Model Use;
⎯ description of selected UML Elements;
⎯ comparison of Definitions with ISO/TC 211;
⎯ introduction to the TPEG Physical Format.
It is consistent with other International Standards developed by ISO/TC 204 such as ISO 14825, Intelligent
transport systems — Geographic Data Files (GDF) — Overall data specification.
2 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
1)
2.1 General terms
2.1.1
accuracy
measure of closeness of results of observations, computations or estimates to the true values or the values
accepted as being true
2.1.2
area
two-dimensional, geographical region on the surface of the earth
NOTE An area can be represented as an implicit area or an explicit area.
2.1.3
area location
two-dimensional location, representing a geographical region on the surface of the earth
2.1.4
attribute
characteristic property of an entity like a real-world feature
NOTE It allows the identification of that feature by the sum of its attributes. An attribute has a defined type and
contains a value. Attributes can be either simple, i.e. consisting of one atomic value, or composite (see composite
attribute).
2.1.5
coordinate
one of an ordered set of N numbers designating the position of a point in N-dimensional space
2.1.6
complex intersection
intersection that consists at least of two or more junctions and one or more road elements
2.1.7
composite attribute
complex attribute
attribute consisting of two or more atomic values and/or attributes
2.1.8
datum
set of parameters and control points used to accurately define the three-dimensional shape of the earth
NOTE The corresponding datum is the basis for a planar coordinate reference system.
2.1.9
descriptor
characteristic of a geographic object, usually stored in an attribute
EXAMPLE Road names or road numbers.

1) As part of the general intent to harmonize this International Standard with the ISO/TC 211 family of Geographic
Information Systems standards, a comparison of terms and definitions between this International Standard and
ISO/TC 211 standards is included as Annex D.
2 © ISO 2008 – All rights reserved

2.1.10
digital map database
structured set of digital and alphanumeric data portraying geographic locations and relationships of spatial
features
NOTE Typically, such structures represent, but are not limited to, the digital form of hard copy maps. For example,
drawings may be imported into a Geographic Information System (GIS) and considered as a form of digital map.
2.1.11
dynamic location reference
location reference generated on-the-fly based on geographic properties in a digital map database
2.1.12
explicit area
two-dimensional face on the surface of the earth, with a specified outline either being a simple geometric
figure or an irregular outline/polygon
2.1.13
face
two-dimensional element bounded by a closed sequence of edges not intersecting themselves
NOTE The face is the atomic two-dimensional element.
2.1.14
implicit area
selection of road segments to be referenced belonging to a certain area (subnetwork)
NOTE One implicit area can be built up of multiple subnetworks that are geographically connected.
2.1.15
international terrestrial reference frame
ITRF
realization of the ITRS
NOTE The ITRF94 reference frame is consistent with WGS84 at the 5 cm level, and therefore is equivalent to
WGS84 for ITS applications.
2.1.16
international terrestrial reference system
ITRS
reference system for the earth derived from precise and accurate space geodesy measurements, not
restricted to GPS Doppler measurements, which is periodically tracked and revised by the international earth
rotation service
2.1.17
intersection
crossing and/or connection of two or more roads
NOTE 1 In GDF, an intersection is a Level 2 representation of a junction which bounds a road or a ferry. It is a complex
feature, composed of one or more Level 1 junctions, road elements and enclosed traffic areas. The definition is different
from GDF because the location referencing system refers to real-world objects rather than a database definition as defined
in GDF.
NOTE 2 Crossings can be at-grade or grade-separated. Crossings that are grade-separated where no connection
between the road segments exist, are excluded from this definition.
2.1.18
junction
elementary element in the road network, connecting two or more road elements
NOTE In GDF terms, it is a Level 1 feature that bounds a road element or ferry connection. Junctions that represent
real crossings are at least trivalent (having three roads connected). A bivalent junction may only be defined in case an
attribute change occurs along the road (e.g. road name change). A junction is also coded at the end of a dead-end road,
to terminate it.
2.1.19
linear location
location that has a one-dimensional character
EXAMPLE A road segment.
2.1.20
link
edge
direct topological connection between two nodes that has a unique link id in a given digital map database
NOTE A link may contain additional intermediate coordinates (shape points) to better represent the shape of curved
features. A link may be directed or undirected.
2.1.21
link identifier
link id
identifier that is uniquely assigned to a link
NOTE A link identifier may be arbitrary or may be assigned by convention, to assure that no multiple occurrences of
the same identifier will be used within one instance of a network or map database.
2.1.22
link location
location identifiable by a part of the road network database having one identifier or having a uniquely
identifiable combination of attributes throughout the continuous stretch
NOTE One link location can consist of multiple links.
2.1.23
location
simple or compound geographic object to be referenced by a location reference
NOTE A location is matched to database objects by location definitions, which specify what is meant by a particular
Location. Without any explicit remark it is meant to be a linear stretch in terms of topology in the database network without
any loops or discontinuities in between (linear location). It might also be only a point in the network as a specialization of a
linear stretch with length zero. In addition to that, a location can also be a set of road elements representing an area. This
area is e.g. expressible by a polygon or a list of linear locations. For further description of different categories of locations,
refer to 5.4.
2.1.24
location definition
actual delineation of exactly what is meant (and, therefore, what is not meant) by a particular location within a
specific database
NOTE It is the precise location definition of the database object, or set of database objects, which is referenced.
EXAMPLE The GDF road elements that make up a particular instance of an ALERT-C Location.
2.1.25
location reference
reference
label which is assigned to a location
NOTE With a single LRM, one reference shall define unambiguously and exactly one location in the location
referencing system. The reference is the string of data which is passed between different implementations of a location
referencing system to identify the location.
2.1.26
location referencing method
LRM
methodology of assigning location references to locations
4 © ISO 2008 – All rights reserved

2.1.27
location referencing system
LRS
complete system by which location references are generated, according to a location referencing method, and
communicated, including standards, definitions, software, hardware, and databases
2.1.28
matching
translating a location reference to a specific object in a given map database to attempt recognition of the same
identified object in both the sender's and the receiver's map database
NOTE Matching is seen as a subsequent part to the method of decoding a location reference adhering to the defined
LRM.
2.1.29
node
zero-dimensional element that is a topological junction of two or more edges, or an end point of an edge
NOTE A node is created for topologically significant points, such as simple intersections of roads or other linear
features including boundaries but also for locations such as electric beacons, kilometre-posts or sensors detecting traffic
flows, being significant points specified in a map.
2.1.30
node identifier
identifier assigned to a node
NOTE A node identifier may be arbitrary, or may be assigned by convention, to ensure that multiple occurrences of
the same identifier will not occur within one network or within the universe of similar networks or databases.
2.1.31
outlined area
explicit area with an outline defined by segments being either polylines or linear locations
2.1.32
point
zero-dimensional element that specifies geometric location
NOTE One coordinate pair or triplet specifies the location.
2.1.33
point location
location that has a zero-dimensional character
EXAMPLE A simple crossing.
2.1.34
precision
exactness of the measurement of a data value, or of the storage allocated to a measured data value
NOTE Alternatively, the closeness of measurements of the same phenomenon repeated under exactly the same
conditions and using the same techniques.
2.1.35
pre-coded location reference
location reference using a unique identifier that is agreed upon in both sender and receiver system to select a
location from a set of pre-coded locations
2.1.36
quad tree
hierarchical data structure which on a next lower level subdivides a given area into four quadrants of the same
size where any level has knowledge of its four sublevels and its parent level
2.1.37
relationship
semantic or topological interrelation or dependency between locations in the LRS
NOTE Relationships can exist between locations in the LRS. These relationships will generally be structured to allow
more sophisticated use of the location reference, such as a topological or hierarchical structure. For example, a county
location may be defined as an aggregate of several city locations or a long stretch of road may be an aggregate of several
smaller road segments. Referencing the county may be easier than referencing all the cities which make up the county.
This allows scalability and ease of use in the LRSs using the LRM.
2.1.38
resolution
smallest unit which can be represented fixing a limit to precision and accuracy
2.1.39
road
part of the road network which is generally considered as a whole and which can be addressed by a single
identification like a road name or road number throughout
NOTE 1 In general, it is a connection within the road network, with or without crossings, which functionally can be
considered as a unity. A road with multiple (associated) carriageways can be considered as one road. (Note that, in the
context of this part of ISO 17572, the term also covers the natural language term street).
NOTE 2 The subsequent parts of this International Standard intentionally do not make direct use of this term because
under different circumstances it may be not possible to define exactly where a road ends. For this reason, reference will
be made to artificial but more precisely definable road elements or road sections of the road network.
2.1.40
road crossing
location where two or more roads connect or intersect
NOTE A road crossing may be 'simple', corresponding to one junction, or 'complex', including internal road elements
and junctions.
2.1.41
road element
linear section of the road network which is designed for vehicular movement having a junction at each end
NOTE It serves as the smallest unit of the road network at GDF Level 1 that is independent.
2.1.42
road section
road segment that is bounded by two intersections and has the same attributes throughout
NOTE Generally the two intersections are different, only in some specific cases are the intersections the same, e.g. a
tear-drop street or slip roads inside of complex intersections.
2.1.43
road segment
part of a road, having its start and end along that road
NOTE Important difference between a road section and road segment is that the segment does not necessarily end
at intersections.
6 © ISO 2008 – All rights reserved

2.1.44
shape point
intermediate coordinate pair to represent the shape of curved features
2.1.45
simple geometric area
explicit area with an outline defined by a simple geometric figure
2.1.46
simple object access protocol
SOAP
protocol providing a platform-independent way for applications to communicate with each other over the
internet
NOTE SOAP technology relies on XML to define the format of the information and then adds the necessary HTTP
headers to send it. Standardization is done within IETF: http://www.ietf.org/rfc.
2.1.47
subnetwork
plurality of road segments lying in geographical or topological conjunction to each other
2.1.48
synchronisation markup language
SyncML
data synchronisation protocol
NOTE A data synchronization protocol defines the workflow for communication during a data synchronization session
when the mobile device is connected to the network. The protocol supports naming and identification of records, common
protocol commands to synchronize local and network data, and it can support identification and resolution of
synchronization conflicts.
2.1.49
topology
properties of spatial configuration invariant under continuous transformation
NOTE In a digital map database this means the logical relationships among map features. It can be used to
characterize spatial relationships such as connectivity and adjacency.
2.1.50
world geodetic system of 1984
WGS84
earth-centred global reference frame, including an earth model, based on satellite and terrestrial data
NOTE It contains primary parameters that define the shape, angular velocity, and the earth mass of an earth ellipsoid,
and secondary parameters that define a gravity model of the earth. Primary parameters are used to derive latitude-
longitude coordinates (horizontal datum).
2.2 UML expressions for diagrams
This International Standard uses UML to express specific circumstances. As such, the graphical elements are
used to express specific constraints and structural relationships. A full definition can be found in the UML
Standard ISO/IEC 19501. However, a short introduction of used elements is given in Annex C.
3 Abbreviated terms
AGORA Name of a European project 2000-2002
implementAtion of Global lOcation Referencing Approach
ALERT-C Advice and problem Location for European Road Traffic-Compact
CAD Computer Aided Design
EVIDENCE name of a European project 1998-1999
Extensive Validation of IDENtification Concepts in Europe
GDF Geographic Data File
GIS Geographic Information System
GPS Global Positioning System
IETF Internet Engineering Task Force
ILOC Intersection LOCation
ITS Intelligent Transport Systems
LR Location Referencing (or Reference)
LRC Location Reference Container
POI Point Of Interest
RDS Radio Data System
TPEG Transport Protocol Expert Group
TMC Traffic Message Channel
TTI Traffic and Traveller Information
UML Unified Modeling Language
UTM Universal Transverse Mercator
VICS Vehicle Information and Communication System

8 © ISO 2008 – All rights reserved

4 Objectives and requirements for a location referencing method
4.1 Objectives for an optimal location referencing method
ITS applications have different objectives regarding location referencing, which from their contradictory nature,
cannot be fulfilled completely. In theory a best location referencing method would require every LRS to have
at a given time the same, completely accurate map and all locations would be identifiable without any
additional computational effort. Even though this is not achievable, the following goals should guide the
definition and optimization of a location referencing method. The circumstances of the specific location
referencing system may give different weight to the following goals:
The first goal therefore states that processing power in any case is a cost factor to be minimized.
O-1. The LRM should be simple enough to be implemented in a resource and performance
efficient way.
Secondly, location referencing implies at least two systems communicating with each other. Communication
also causes costs and therefore needs to be minimized.
O-2. The LRM should not unduly add to the volume of data to be transferred.
The aim to use the exact location, both in the sender and the receiver system, is the reason of referring to it.
In many cases it will be up to the receiver to decode the location reference as well as possible. To help the
receiver to do so it shall be implied that the sending system sends the location reference as accurately as
possible.
O-3. The LRM should provide location references with the highest accuracy possible.

4.2 Requirements of the location referencing method
In addition to the goals, some minimal requirements shall make the different location referencing methods
feasible for the foreseen categories of locations (see clause 5.4).
One of the most important data characteristics for ITS applications is spatial accuracy. Spatial accuracy is an
aspect of data quality and is described in GDF in the following way: the shape of a level 0 edge including all
positions on the segment as a whole shall not have any position that diverges from the real shape more than
an allowed error. Spatial data accuracy requirements for ITS vary according to the application. This means not
just categories of applications, but how an application works operationally. Some applications, notably those
for advanced vehicle safety systems, would require very accurate data. Even within a particular application,
requirements for different levels of data accuracy may exist, and will be subject to change as applications and
products evolve. The spatial data accuracy requirements impact on the location referencing method chosen
for an application.
One fundamental requirement across all methods is that, whichever method is used, use of that method does
not result in additional spatial location error beyond that already present in the data. However, for the location
referencing of area information, for example weather information or information specifying a zone of
environmental contamination, some positional error is permitted due to the imprecise (“fuzzy”) nature of such
information. The key requirement for such references is that they be made with sufficient precision to allow the
user to avoid the area or take other appropriate action. Specifically, it is a requirement that:
R-1. An LRM and the process of its operation shall not introduce a supplementary position
error relative to that specified in the database from which the reference is generated. The location
reference should be conveyed with spatial and temporal accuracy sufficient to enable the vehicle
or user to identify the (spatial) extent of the location.
For certain locations, knowing the side of the road or block on which the location is found can be very
important to the user. For example, crossing a road to a location on the opposite side may not be possible for
vehicles or pedestrians in some road lane configurations without additional routing, whereas turning into a
location on the same side may be easily accomplished. Therefore it is a particular requirement that:
R-2. The LRM shall enable referencing of the relative spatial relationship of objects.
In addition to spatial accuracy requirements, location referencing methods have functional requirements
regarding topological relationships, for example that a point is on one side of an object or that many points
shall be ordered in a certain way along a road. For example, for locations referenced by positions along a
logical or physical route, the ordering of points shall be preserved by the reference. For location referencing
the requirement is that:
R-3. The LRM shall not change the topological relationships within a set of point data by its
own action, limitation, or deficiency. For referencing by geographic coordinates, spatial
relationships between locations should not be confused by lack of precision or by any other
attribute of the referencing system or its operation.
This International Standard is foreseen to be used in a variety of Location Referencing Systems. However, the
restriction to some specified categories of locations is understood as a first step of optimisation of the defined
Location Referencing Methods. For this it shall at least hold:
R-4. The definition of an LRM shall adhere to the common terminology and conceptual model
defined in this part of ISO 17572.
R-5. The LRM shall provide means to refer only to the categories of Locations explicitly defined
by that LRM.
R-6. The LRM shall in principle allow addressing of every location on the road network.
Location referencing is an important technology for traffic telematics applications in particular and in general
for any location based service. It provides an understandable reference for a location about which information
needs to be provided. Understandable generally means machine-readable, i.e. the location information (as
well as the message content) can be understood by equipment that translates the complete message to
human understandable information e.g. position on a map or a descriptive way to reach the location.
Therefore:
R-1. The location reference shall be machine-readable.
10 © ISO 2008 – All rights reserved

5 Conceptual data model for location referencing methods
5.1 Role of conceptual model
The conceptual model provides a framework to describe and define an LRM in generic, conceptual terms. The
conceptual model is generally valid, i.e. not limited to the LRMs defined in this part of ISO 17572. Therefore,
examples of other LRMs are mentioned, to illustrate the underlying conceptual view. See also Ann ex B.
5.2 Components of conceptual model
All location referencing methods have some form of the following components. The detailed definition of the
terms is left to Clause 2.
Attributes
An attribute allows the LRS to process or evaluate the information about the location. Attributes discriminate
the reference in such way that the receiver system can identify the location correctly.
Location
A location is a part of the road network that is intended to be identified. The sender system aims to refer to it,
the receiver system aims to find it in its map database.
Location Definition
The location definition is the defined delineation in a digital map database of exactly what is meant. The
location definition in a sender system may be different from the one in a receiver system even that the location
is the same.
Reference
The reference is the label which is assigned to the location.
Relationship
Relationships to other locations in the LRS are also used to support the use of locations in an LRM.
NOTE Not all LRM require relationships and attributes. For example, an LRS which uses arbitrary numbers assigned
to each location might never need to define how any of the locations relate to each other. However, in an LRS which
meets the requirements which have been identified (such as flexibility, extensibility, compactness, etc.), relationships may
be inherent in the referencing procedures. For example, pre-coded locations used in RDS-TMC systems arbitrarily number
locations, but since the referencing system allows the use of an “extent,” each location may carry the definitions of which
location is “before” and “after” it.
5.3 Description of the conceptual model
A reference is the label which is assigned to a location. In a single LRS, a reference shall be defined or
definable which unambiguously identifies each location in this LRS. A location is a simple or compound
geographic object, which is matched to database objects by location definitions, which specify what is meant
by the particular location. A location can aggregate different attributes, which allow for the identification of the
methods to process or evaluate the information about the location. Relationships associate different locations
e.g. to allow more sophisticated use of the location reference, such as a topological, or hierarchical structure,
they are intended to reflect the possibility of two or more Locations in a relationship, either ordered or
unordered.
class Logical Model Of LRM
Reference
0.*
1.*
0.1
0.*
Location
Attribute
0.* 0.*
* *
is related to
Figure 1 — Diagram of conceptual model of LRM
5.4 Location categories
Locations shall be categorised as Point Locations, Linear Locations and Area Locations. These Location
Categories represent real world objects which can be described as follows:
⎯ Existing at a single position (Point Location)
⎯ Between two positions within intersections as road section (Linear Location, in terms of one or more
Link Locations)
⎯ Between two positions as road segment (Linear Location)
⎯ Consisting of two or more Link Locations (Linear Location)
⎯ A selection of road segments belonging to a defined collection (subnetwork or collection of
subnetworks) (Implicit Area Location)
⎯ Within the boundaries of a defined area (Explicit Area Location)
Point Locations can be described as existing at a single position. Point Locations include, for example, points
of interest, public service facilities, commercial establishments, etc. Link Locations are linear objects bound by
two Point Locations. Linear Locations are two or more consecutive Link Locations, bounded therefore by 3 or
more consecutive Point Locations that define a connected linear stretch in the road network. Implicit Area
Locations are more than one Linear Location of a certain area put together in one package. Explicit Area
Locations are two-dimensional features such as governmental administrative area, postal district, telephone
exchange district, etc. or just defined outlines as faces at a given place on the map.
Specific reference Object Instance Classes within these Categories are:
⎯ General points - points that may or may not lie on a road network, including points where a road
crosses administrative boundaries or borders of map grid cells
⎯ Points at nodes in a topological network representation of roads and their intersections
⎯ Links defined by two consecutive intersections of roads (road sections)
12 © ISO 2008 – All rights reserved

⎯ Points along links bounded by intersections of roads
⎯ Manoeuvres defined by two consecutive links (therefore, three intersections)
⎯ Areas defined by a sequence of Points
⎯ Areas defined by a sequence of link locations
⎯ Areas defined by an origin point and attributes such as the radius of a circle around the point or
offsets defining a bounding box
Generally, important location categories for ITS databases are man made structures like road crossings, road
sections or segments, as well as sequences of road sections necessary for describing manoeuvres. Location
categories can be arranged in class/type hierarchies to aid in decoding between dissimilar receiver / sender
systems.
5.5 Conceptual model of road network
One purpose of Location Referencing is to refer to parts of the road network. The conceptual model of the
road network is therefore depicted in Figure 2 and described here to give a clear understanding of the different
terms and their relationships. This is especially needed, because the sophisticated definition of roads and
intersections in GDF does not meet the requirements of a conceptual model for location referencing.
In general the road network consists of roads. A road is generally represented by a one name (or number)
throughout as a whole and consists of a set of road sections. On a road an indefinite number of road
segments may be defined (and referenced). A road section consists of nodes and edges, is bounded by
intersections and may have intermediate intersections (where the road name does not change). An
intersection is a connection or crossing of roads. The simplest intersection consists of just one node (i.e.
junction). If an intersection has two or more nodes and one or more edges, it is considered to be a complex
intersection.
class Conceptual Model Of Physical Road Network
Road Network
1.*
1.*
Refers to parts
Road
Road Segment
Intersection
and/or whole
+boundary
1.* 0.*
1.*
Road Element Junction
1.* 2
Road Section
Figure 2 — Conceptual model for the physical road network
5.6 Conceptual model of area locations
An area is considered to be a two-dimensional, geographical region bounded on the surface of the Earth. Area
locations have specific constraints on location referencing due to requirements of the application. The different
requirements of the applications determine if the full geographical figure shall be mentioned or a defined
number of roads inside this region. To enable an LRM handling and defining rules for explicit and implicit area
types, the conceptual model defines terms for it and describes conceptually their containment.
In one case it might be feasible to define the area by a geometric figure (explicitly). In other cases it may be
necessary to select a list of road elements spanning an area (implicitly).
An implicit area consists of one or more subnetwork locations which each consist of at least two road
segments being aggregated to the subnetwork. The explicit area specifies a part of the earth surface being the
area by means of a geometric (regular) function is defined as region, meanwhile an area with a shape freely
defining the shape of it is called outline. Both of the area types have at least one referenced connection to the
surface allowing the decoding system to precisely position the given area.
14 © ISO 2008 – All rights reserved

class Logical Model Of Areas
Area
Explicit Area
Implicit Area
1.*
Simple geometric area Outlined area
Sub Network
{at least one} {at least one}
+Area
0.1 0.1 0.*
1 0.*
2.* Description
Road Segment Geometric Figure Point Location Point by co- Road Segment Polyline Segment
ordinates
topological topological
topological
connection connection connection

Figure 3 — Conceptual model of areas
Annex A
(informative)
Inventory of location referencing methods
A.1 General
There are two essentially different ways of referencing road locations: with reference to attributes of the road
network itself, including linear distances or street addresses, or with reference to a regular or irregular division
of space which exists independent of the representation of the road network. The former kind of reference is
sometimes called an indirect reference. The latter kind involves coordinate systems, for example US UTM
coordinates or geographic latitude/longitude coordinates.
Some indirect referencing methods stress the topology of networks (for example, Link ID and Linear
Referencing), and some stress the attributes of the features that comprise the network (for example, Cross
Street Offset Matching and street addresses). Geographic coordinates express location directly in terms of the
geodetic reference framework itself; they are simply measurements on the framework, although they can be
expressed in terms of continuous vector fields (e.g. longitude/latitude) or as quantized, regular subdivisions
(e.g. quad trees). Figure A.1 illustrates indirect (specifically the Link-ID method) and coordinate referencing
methods (specifically the method of Geographic Coordinates).
Logical Link
Prime
...

NORME ISO
INTERNATIONALE 17572-1
Première édition
2008-12-15
Systèmes intelligents de transport
(SIT) — Localisation pour bases de
données géographiques —
Partie 1:
Exigences générales et modèle
conceptuel
Intelligent transport systems (ITS) — Location referencing for
geographic databases —
Part 1: General requirements and conceptual model

Numéro de référence
©
ISO 2008
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier
peut être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence
autorisant l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées
acceptent de fait la responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute
responsabilité en la matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info
du fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir
l'exploitation de ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation,
veuillez en informer le Secrétariat central à l'adresse donnée ci-dessous.

DOCUMENT PROTÉGÉ PAR COPYRIGHT

©  ISO 2008
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous
quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit
de l'ISO à l'adresse ci-après ou du comité membre de l'ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.org
Version française parue en 2009
Publié en Suisse
ii © ISO 2008 – Tous droits réservés

Sommaire Page
Avant-propos .iv
Introduction.v
1 Domaine d'application .1
2 Termes et définitions .2
2.1 Termes généraux.2
2.2 Expressions UML pour les diagrammes .8
3 Abréviations.8
4 Objectifs et exigences concernant une méthode de localisation .9
4.1 Objectifs relatifs à une méthode optimale de localisation.9
4.2 Exigences relatives à la méthode de localisation.9
5 Modèle conceptuel de données pour les méthodes de localisation.10
5.1 Rôle du modèle conceptuel.10
5.2 Composants du modèle conceptuel.11
5.3 Description du modèle conceptuel.11
5.4 Catégories de localisants .12
5.5 Modèle conceptuel de réseau routier.13
5.6 Modèle conceptuel de localisants zonaux.14
Annexe A (informative) Inventaire des méthodes de localisation .16
Annexe B (informative) Exemples de méthodes de localisation en usage (mappage de modèle
de données conceptuel pour les systèmes de localisation).20
Annexe C (informative) Description des éléments d'expression UML .22
Annexe D (informative) Comparaison des définitions avec celles du TC 211.24
Annexe E (informative) Introduction au format physique TPEG.28
Bibliographie.42

Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes nationaux de
normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est en général confiée
aux comités techniques de l'ISO. Chaque comité membre intéressé par une étude a le droit de faire partie du
comité technique créé à cet effet. Les organisations internationales, gouvernementales et non
gouvernementales, en liaison avec l'ISO participent également aux travaux. L'ISO collabore étroitement avec
la Commission électrotechnique internationale (CEI) en ce qui concerne la normalisation électrotechnique.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI,
Partie 2.
La tâche principale des comités techniques est d'élaborer les Normes internationales. Les projets de Normes
internationales adoptés par les comités techniques sont soumis aux comités membres pour vote. Leur
publication comme Normes internationales requiert l'approbation de 75 % au moins des comités membres
votants.
L'attention est appelée sur le fait que certains des éléments du présent document peuvent faire l'objet de
droits de propriété intellectuelle ou de droits analogues. L'ISO ne saurait être tenue pour responsable de ne
pas avoir identifié de tels droits de propriété et averti de leur existence.
L'ISO 17572-1 a été élaborée par le comité technique ISO/TC 204, Systèmes intelligents de transport.
L'ISO 17572 comprend les parties suivantes, présentées sous le titre général Systèmes intelligents de
transport (SIT) — Localisation pour bases de données géographiques:
⎯ Partie 1: Exigences générales et modèle conceptuel
⎯ Partie 2: Localisations précodées (profil précodé)
⎯ Partie 3: Localisations dynamiques (profil dynamique)
iv © ISO 2008 – Tous droits réservés

Introduction
Une localisation (LR) est une identification unique d'un objet géographique. Dans un monde numérique, un
objet géographique du monde réel peut être représenté par une entité dans une base de données
géographiques. L'adresse postale d'une habitation constitue un exemple usuel de localisation. Une instance
d'objet est par exemple une bretelle de sortie particulière sur une autoroute particulière, une intersection de
route ou un hôtel. Pour des raisons d'efficacité, les localisations sont souvent codées. C'est particulièrement
important si la localisation est utilisée pour définir le localisant afférent aux informations relatives à divers
objets entre différents systèmes. Pour les systèmes intelligents de transport (SIT), de nombreux types
différents d'objets du monde réel seront traités. Au nombre de ceux-ci, la localisation du réseau routier ou de
ses composants constitue un objectif particulier.
La communication d'une localisation pour des phénomènes géographiques spécifiques, correspondant à des
objets dans des bases de données géographiques, et ce de manière normalisée et non ambiguë, constitue un
élément essentiel d'un SIT intégré, dans lequel seront utilisées différentes applications et différentes sources
de données géographiques. Les méthodes de localisation (LRM, méthodes de localisation des instances
d'objet) diffèrent selon les applications, selon le modèle de données utilisé pour créer la base de données, ou
selon la localisation de l'objet imposée par le système de cartographie spécifique utilisé pour créer et stocker
la base de données. Une méthode de localisation normalisée permet une identification commune et non
ambiguë des instances d'objet qui représentent les mêmes phénomènes géographiques dans différentes
bases de données géographiques élaborées par différents fournisseurs, pour des applications différentes, et
utilisées sur des plates-formes matérielles/logicielles multiples. Si les applications de SIT qui utilisent des
bases de données cartographiques numériques doivent devenir courantes, il faut que la référence de
données entre différentes applications et différents systèmes soit possible. Les informations préparées dans
le cadre d'un système, telles que les messages d'information routière, doivent pouvoir être interprétées par
tous les systèmes récepteurs. L'utilisation d'une méthode normalisée de localisation d'instances d'objet
spécifique est essentielle pour atteindre de tels objectifs.
Les organismes de SIT du Japon, de Corée, d'Australie, du Canada, des États-Unis et d'Europe prennent
tous en charge des activités de localisation. Le Japon a élaboré une spécification basée sur des arcs pour le
VICS. L'Europe a élaboré le système de radiodiffusion de messages d'information routière RDS-TMC. En
outre, des méthodes ont été élaborées et affinées dans le cadre des projets ÉVIDENCE et AGORA, sur la
base de carrefours identifiés par des coordonnées géographiques et autres descripteurs de carrefour. Aux
États-Unis, des normes de localisation ont été élaborées pour accompagner plusieurs méthodes de
localisation différentes.
La présente Norme internationale fournit des spécifications de localisation pour les SIT (bien que d'autres
comités ou organismes de normalisation puissent envisager ultérieurement de l'étendre à un contexte plus
générique). Par ailleurs, la présente version ne traite pas de la localisation dans les transports publics, qui
fera l'objet d'une version ultérieure.
NORME INTERNATIONALE ISO 17572-1:2008(F)

Systèmes intelligents de transport (SIT) — Localisation pour
bases de données géographiques —
Partie 1:
Exigences générales et modèle conceptuel
1 Domaine d'application
La présente Norme internationale spécifie les méthodes de localisation (LRM) qui décrivent les localisants
dans le cadre de bases de données géographiques et qui seront utilisées pour localiser les phénomènes liés
aux transports dans un système codeur ainsi que du côté décodeur. La présente Norme internationale définit
la signification de ces objets, et décrit de manière détaillée la localisation, y compris si les composants de la
localisation sont obligatoires ou facultatifs, ainsi que leurs caractéristiques.
La présente Norme internationale spécifie deux LRM différentes:
⎯ les localisations précodées (profil précodé);
⎯ les localisations dynamiques (profil dynamique).
La présente Norme internationale ne définit pas de format physique d'implémentation des LRM. Toutefois, les
exigences relatives aux formats physiques sont définies.
La présente Norme internationale ne définit pas les détails du système de localisation (LRS), c'est-à-dire la
méthode à utiliser pour l'implémentation des LRM dans les logiciels, les matériels ou les processus.
La présente partie de l'ISO 17572 spécifie les aspects suivants relatifs aux méthodes LRM générales:
⎯ les exigences relatives à une méthode de localisation;
⎯ le modèle conceptuel de données pour les méthodes de localisation;
⎯ l'inventaire des méthodes de localisation;
⎯ des exemples d'utilisation de modèle conceptuel de données;
⎯ une description des éléments UML choisis;
⎯ une comparaison des définitions avec celles proposée par l'ISO/TC 211;
⎯ une introduction au format physique TPEG.
Elle est compatible avec les autres Normes internationales élaborées par l'ISO/TC 204, par exemple
l'ISO 14825, Systèmes intelligents de transport (SIT) — Fichiers de données géographiques (GDF) —
Spécification des données globales.
2 Termes et définitions
1)
Pour les besoins du présent document, les termes et définitions suivants s'appliquent .
2.1 Termes généraux
2.1.1
exactitude
mesure de l'étroitesse d'accord entre des résultats d'observations, de calculs ou d'estimations et des valeurs
vraies ou acceptées comme vraies
2.1.2
zone
région géographique en deux dimensions située à la surface de la Terre
NOTE Une zone peut être représentée comme une zone implicite ou une zone explicite.
2.1.3
localisant zonal
localisant en deux dimensions, représentant une région géographique située à la surface de la Terre
2.1.4
attribut
propriété caractéristique d'une entité telle qu'un élément du monde réel
NOTE Cela permet d'identifier cet élément par la somme de ses attributs. Un attribut a un type défini et contient une
valeur. Les attributs peuvent être soit simples, c'est-à-dire comprenant une valeur élémentaire, soit composés (voir attribut
composé).
2.1.5
coordonnée
un nombre dans un ensemble ordonné de N nombres désignant la position d'un point dans un espace à
N dimensions
2.1.6
carrefour complexe
carrefour comprenant au moins deux intersections ou plus et un ou plusieurs éléments de route
2.1.7
attribut composé
attribut complexe
attribut comprenant deux valeurs élémentaires et/ou attributs ou plus
2.1.8
système géodésique (datum)
ensemble de paramètres et de points de repère utilisés pour définir de manière précise la forme
tridimensionnelle de la Terre
NOTE Le datum correspondant constitue la base d'un système de coordonnées planes de référence.
2.1.9
descripteur
caractéristique d'un objet géographique, généralement stockée dans un attribut
EXEMPLE Noms de route ou numéros de route

1) Dans le but général d’harmoniser la présente Norme internationale avec la famille ISO/TC 211 des normes relatives
aux systèmes d’information géographique, l’Annexe D donne une comparaison entre les termes et définitions de la
présente Norme internationale et les termes et définitions des normes de l’ISO/TC 211.
2 © ISO 2008 – Tous droits réservés

2.1.10
base de données cartographique numérique
ensemble structuré de données numériques et alphanumériques représentant des localisations
géographiques et des relations entre entités spatiales
NOTE Généralement, les structures de ce type représentent, sans toutefois s'y limiter, la forme numérique de cartes
papier. Par exemple, les dessins peuvent être importés dans un système d'information géographique (SIG) et être
considérés comme une forme de carte numérique.
2.1.11
localisation dynamique
localisation générée à la volée, basée sur les propriétés géographiques, dans une base de données
cartographique numérique
2.1.12
zone explicite
surface à deux dimensions à la surface de la Terre, avec un tracé spécifique qui est soit une figure
géométrique simple soit un tracé/polygone irrégulier
2.1.13
face
élément à deux dimensions relié par une séquence fermée d'arêtes ne présentant aucune intersection
NOTE La face est l'élément atomique à deux dimensions.
2.1.14
zone implicite
sélection de segments de route à référencer appartenant à une zone donnée (sous-réseau)
NOTE Une zone implicite peut être fabriquée en sous-réseaux multiples géographiquement connectés.
2.1.15
repère international de référence terrestre
ITRF
réalisation de l'ITRS
NOTE 1 L'ITRF94 est compatible avec le WGS84 à 5 cm près; il est par conséquent équivalent au WGS84 pour les
applications de SIT.
2.1.16
système international de référence terrestre
ITRS
système de référence pour la Terre issu de mesures géodésiques précises et exactes de l'espace, non
limitées aux mesures Doppler GPS, qui est périodiquement suivi et révisé par le Service international de la
rotation de la Terre et des systèmes de référence (International earth rotation service)
2.1.17
carrefour
croisement et/ou connexion de deux routes ou plus
NOTE 1 Dans le fichier GDF, un carrefour est une représentation de niveau deux d'une intersection qui limite une
route, un bac ou une ligne de navire transbordeur. Il s'agit d'une entité complexe, composée d'une ou de plusieurs
intersections de niveau 1, d'éléments de route et de zones de circulation incluses. La définition est différente de celle de
GDF car le système de localisation fait référence aux objets du monde réel plutôt qu'à une définition de base de données
comme dans GDF.
NOTE 2 Les carrefours peuvent être au même niveau ou à des niveaux séparés. Les carrefours qui sont à des niveaux
séparés, où il n'existe pas de connexion entre les segments routiers, sont exclus de cette définition
2.1.18
intersection
entité élémentaire du réseau routier, reliant deux éléments de route ou plus
NOTE Dans les termes de GDF, il s'agit d'une entité de niveau 1 qui relie un élément de route ou une connexion
maritime. Les intersections qui représentent des croisements réels sont au moins trivalentes (ayant trois éléments de
route connectés). Une intersection bivalente ne peut être définie qu'en cas de changement d'attribut sur la route (par
exemple un changement de nom de route). Une intersection est également codée à la fin d'une impasse pour la terminer.
2.1.19
localisant linéaire
localisant possédant un caractère unidimensionnel
EXEMPLE Segment de route.
2.1.20
arc
arête
connexion topologique directe entre deux nœuds ayant un identifiant unique d'arc dans une base de données
cartographique numérique donnée
NOTE Un arc peut contenir des coordonnées intermédiaires supplémentaires (points de forme) afin de mieux
représenter la forme des éléments courbes. Un arc peut être orienté ou non.
2.1.21
identifiant d'arc
id d'arc
identifiant affecté de manière unique à un arc
NOTE Un identifiant d'arc peut être arbitraire ou peut être affecté par convention, afin de garantir qu'il n'y a pas de
multiples occurrences d'un même identifiant au sein d'une instance de réseau ou de base de données cartographique.
2.1.22
localisant d'arc
localisant identifiable sur une partie de la base de données du réseau routier possédant un identifiant ou une
combinaison d'attributs identifiables de façon unique sur toute sa longueur
NOTE Un localisant d'arc peut être composé de plusieurs arcs.
2.1.23
localisant
objet géographique simple ou composé repérable par une localisation
NOTE Un localisant est apparié à des objets de la base de données par des définitions de localisant, qui spécifient
ce que représente ce localisant particulier. En l'absence de remarque explicite, il représente une étendue linéaire en
termes de topologie dans le réseau de la base de données sans boucle ou discontinuité intermédiaire (localisant linéaire).
Il peut également n'être qu'un point du réseau en tant que cas particulier d'une étendue linéaire de longueur nulle. Par
ailleurs, un localisant peut aussi être un ensemble d'éléments de réseau routier représentant une zone. Cette zone peut
par exemple être exprimée par un polygone ou une liste de localisants linéaires. Pour plus de détails sur les différentes
catégories de localisants, se référer à 5.4.
2.1.24
définition de localisant
description réelle de ce que représente exactement un localisant particulier (et, par conséquent, ce qui n'est
pas représenté) dans une base de données spécifique
NOTE Il s'agit de la définition précise de l'emplacement d'un objet ou d'un ensemble d'objets de la base de données,
qui est utilisée.
EXEMPLE Les éléments de route GDF qui représentent une instance particulière d'un localisant ALERT-C.
4 © ISO 2008 – Tous droits réservés

2.1.25
localisation
étiquette affectée à un localisant
NOTE Avec une LRM unique, une localisation doit définir sans ambiguïté et exactement un localisant dans le
système de localisation. Cette localisation est la séquence de données qui est transmise entre différentes
implémentations d'un système de localisation pour identifier le localisant.
2.1.26
méthode de localisation
LRM
méthodologie d'affectation de localisation aux localisants
2.1.27
système de localisation
LRS
système complet par lequel les localisations sont générées et communiquées, selon une méthode de
localisation, y compris les normes, les définitions, le logiciel, le matériel et les bases de données
2.1.28
appariement (mise en correspondance)
traduction d'une localisation en un objet spécifique dans une base de données cartographique donnée, afin
de pouvoir reconnaître le même objet identifié aussi bien dans la base de données cartographique de
l'émetteur que dans celle du récepteur
NOTE L'appariement est considéré comme faisant suite au décodage d'une localisation conformément à la LRM
définie.
2.1.29
nœud
élément de dimension zéro qui constitue une jonction topologique de deux arcs ou plus, ou le point final d'un
arc
NOTE Un nœud est créé pour les points topologiquement significatifs, tels que les carrefours routiers simples ou
autres éléments linéaires y compris les limites, mais également pour les emplacements comme les balises
radioélectriques, les bornes kilométriques ou les capteurs de trafic, considérés comme des points significatifs représentés
sur une carte.
2.1.30
identifiant de nœud
identifiant affecté à un nœud
NOTE Un identifiant de nœud peut être arbitraire, ou peut être affecté par convention, afin de garantir qu'il n'y ait pas
de multiples occurrences d'un même identifiant au sein d'un réseau ou de l'environnement de réseaux ou de bases de
données similaires.
2.1.31
zone délimitée
zone explicite dont la limite est définie par des segments qui sont soit des polylignes soit des localisants
linéaires
2.1.32
point
élément de dimension zéro qui spécifie une position géométrique
NOTE Une paire ou un triplet de coordonnées spécifie la position.
2.1.33
localisant ponctuel
localisant ayant un caractère de dimension zéro
EXEMPLE Croisement simple.
2.1.34
fidélité
exactitude de mesure d'une valeur de données, ou du stockage affecté à une valeur de donnée mesurée
NOTE Alternativement, l'étroitesse de l'accord entre des mesures du même phénomène répétées dans exactement
les mêmes conditions et en utilisant les mêmes techniques.
2.1.35
localisation précodée
localisation utilisant un identifiant unique convenu aussi bien dans le système de l'émetteur que dans celui du
récepteur pour choisir un emplacement à partir d'un ensemble de localisants précodés
2.1.36
quadtree
structure hiérarchique de données qui subdivise une zone donnée au niveau inférieur suivant en quatre
quadrants de même taille et où un niveau connaît ses quatre sous-niveaux et son niveau père
2.1.37
relation
corrélation sémantique ou topologique, ou dépendance entre les localisants dans le LRS
NOTE Des relations peuvent exister entre les localisants dans le LRS. Ces relations sont généralement structurées
pour permettre une utilisation plus sophistiquée de la localisation, telle qu'une structure topologique ou hiérarchique. Par
exemple un localisant département peut être défini comme un ensemble de plusieurs localisants ville, ou un grand tronçon
de route peut être vu comme un ensemble de plusieurs segments de route plus petits. La localisation du département
peut être plus facile à réaliser que la localisation de toutes les villes qui le constituent. Ceci favorise l'adaptabilité et la
facilité d'utilisation dans les LRS utilisant la LRM.
2.1.38
résolution
plus petite unité susceptible d'être représentée fixant une limite en termes de fidélité et d'exactitude
2.1.39
route
partie du réseau routier qui est généralement considérée comme un tout et qui peut être traitée par une seule
identification comme un nom de route ou un numéro de route
NOTE 1 En général, il s'agit d'une connexion au sein du réseau routier, avec ou sans croisement, qui peut être
considérée comme une unité d'un point de vue fonctionnel. Une route avec plusieurs chaussées associées peut être
considérée comme une seule route. (À noter que, dans le contexte du présent document, ce terme couvre également le
terme courant « rue ».)
NOTE 2 Les parties subséquentes de la présente Norme internationale n'utilisent pas ce terme délibérément car, dans
différentes circonstances, il peut être impossible de définir avec précision l'endroit où finit la route. Pour cette raison, la
référence sera faite à des éléments de route ou à des sections de route du réseau routier, artificiel(le)s mais plus
précisément définissables.
2.1.40
croisement de routes
emplacement où deux routes ou plus se rejoignent ou se croisent
NOTE Un croisement peut être « simple », correspondant à un carrefour, ou « complexe », y compris les éléments
de route et les intersections internes.
2.1.41
élément de route
section linéaire du réseau routier conçue pour la circulation de véhicules et ayant une intersection à chaque
extrémité
NOTE Il représente la plus petite unité indépendante du réseau routier au niveau 1 de GDF.
6 © ISO 2008 – Tous droits réservés

2.1.42
section de route
segment de route relié par deux carrefours et ayant les mêmes attributs sur toute sa longueur
NOTE Généralement, les deux carrefours sont différents; seuls dans certains cas spécifiques les carrefours sont les
mêmes, par exemple une rue déviée ou des bretelles au sein de carrefours complexes.
2.1.43
segment de route
partie d'une route, dont le début et la fin se situent sur la route considérée
NOTE La différence essentielle entre une section de route et un segment de route est que le segment ne se termine
pas nécessairement aux carrefours.
2.1.44
point de forme
paire de coordonnées intermédiaire représentant la forme des entités courbes
2.1.45
surface géométrique simple
zone explicite dont le tracé est défini par une figure géométrique simple
2.1.46
protocole SOAP
SOAP
protocole fournissant un moyen indépendant de toute plate-forme permettant aux applications de
communiquer entre elles par internet
NOTE La technologie SOAP repose sur XML pour définir le format des informations et ajoute ensuite les en-têtes
HTTP nécessaires pour les envoyer. La normalisation est effectuée au sein de l'IETF: www.ietf.org/rfc.
2.1.47
sous-réseau
ensemble de segments de route situés en conjonction géographique ou topologique les uns avec les autres
2.1.48
langage de balisage de synchronisation
SyncML
protocole de synchronisation des données
NOTE Un protocole de synchronisation des données définit le flux des tâches de communication pendant une
session de synchronisation de données lorsque le dispositif mobile est connecté au réseau. Le protocole prend en charge
le nommage et l'identification des enregistrements, les commandes de protocole communes pour la synchronisation des
données locales et de réseau; il peut aussi prendre en charge l'identification et la résolution des conflits de
synchronisation.
2.1.49
topologie
propriétés de configuration spatiale invariantes dans le cadre d'une transformation continue
NOTE Dans une base de données cartographique numérique, il s'agit des relations logiques entre les
caractéristiques cartographiques. Elle peut être utilisée pour caractériser des relations spatiales telles que la connectivité
et la contiguïté.
2.1.50
système géodésique mondial de 1984
WGS84
repère de référence mondial centré sur la Terre, comprenant un modèle terrestre, basé sur des données
satellitaires et terrestres
NOTE Il contient des paramètres primaires qui définissent la forme, la vitesse angulaire et la masse de la Terre d'un
ellipsoïde terrestre, et des paramètres secondaires qui définissent un modèle de gravité de la Terre. Les paramètres
primaires sont utilisés pour déduire les coordonnées géographiques (latitude et longitude) (système géodésique
horizontal).
2.2 Expressions UML pour les diagrammes
La présente Norme internationale utilise UML pour exprimer des circonstances spécifiques. À cet effet, les
éléments graphiques sont utilisés pour exprimer les contraintes et les relations de structure spécifiques. Une
définition complète peut être trouvée dans la norme UML ISO/CEI 19501. Toutefois, une brève introduction
relative aux éléments utilisés est donnée dans l'Annexe C.
3 Abréviations
AGORA Nom d'un projet européen 2000-2002
Implémentation de l'approche de localisation mondiale
ALERT-C "Advice and problem Location for European Road Traffic-Compact"
CAO Conception assistée par ordinateur
EVIDENCE Nom d'un projet européen 1998-1999
Validation extensive des concepts d'identification en Europe
GDF Fichier de données géographiques
SIG Système d'information géographique
GPS Système mondial de localisation
IETF Groupe de travail d'ingénierie Internet
ILOC Localisant de carrefour
LR Localisation
LRC Conteneur de localisant
POI Point d'intérêt
RDS Système de radiodiffusion de données
SIT, ITS Système intelligent de transport
TMC Canal de messages d'information routière
TPEG Groupe d'experts en protocole pour les transports
TTI Informations trafic et voyageurs
UML Langage de modélisation unifié
UTM Projection cartographique de Mercator transverse universelle
VICS Système d'information et de communication pour les véhicules
8 © ISO 2008 – Tous droits réservés

4 Objectifs et exigences concernant une méthode de localisation
4.1 Objectifs relatifs à une méthode optimale de localisation
Les applications de SIT ont différents objectifs en termes de localisation qui, de par leur nature contradictoire,
ne peuvent pas être totalement respectés. En théorie la meilleure méthode de localisation nécessiterait que
tout LRS ait à un moment donné, la même carte totalement exacte et que tous les localisants soient
identifiables sans nécessiter de calcul supplémentaire. Bien que ce ne soit pas réalisable, il convient que les
objectifs suivants guident la définition et l'optimisation d'une méthode de localisation. Les circonstances liées
au système de localisation spécifique peuvent donner une importance différence aux objectifs suivants:
Le premier objectif précise par conséquent que la puissance de traitement constitue dans tous les cas un
facteur de coût à réduire au minimum.
O-1.  Il convient que la LRM soit suffisamment simple pour être mise en œuvre de manière
efficace en termes de ressource et de performance.
En second lieu, la localisation implique au moins deux systèmes communiquant l'un avec l'autre. La
communication engendre également des coûts et nécessite par conséquent d'être réduite au minimum.
O-2.  Il convient que la LRM n'augmente pas indûment le volume des données à transférer.
La justification du principe de localisation repose sur l'objectif d'utiliser le bon localisant, aussi bien dans le
système de l'émetteur que dans celui du récepteur. Dans de nombreux cas, il incombe au récepteur de
décoder la localisation le mieux possible. À cet effet, il doit être convenu que le système émetteur envoie la
localisation de la manière la plus exacte possible pour aider le récepteur à agir en conséquence.
O-3.  Il convient que la LRM fournisse les localisations avec la plus grande exactitude possible.
4.2 Exigences relatives à la méthode de localisation
Outre les objectifs ci-dessus, certaines exigences minimales doivent permettre d'appliquer les différentes
méthodes de localisation aux catégories de localisants prévues (voir 5.4).
L'une des caractéristiques de données les plus importantes pour les applications de SIT est l'exactitude
spatiale. L'exactitude spatiale représente un aspect de la qualité des données et est décrite dans GDF de la
manière suivante: la forme d'une arête de niveau 0 incluant toutes les positions sur le segment dans son
ensemble ne doit comporter aucune position s'écartant de la forme réelle d'une valeur supérieure à la
tolérance admise. Les exigences relatives à l'exactitude des données spatiales pour le SIT varient en fonction
de l'application. Cela ne concerne pas seulement les catégories d'application, mais aussi le mode de
fonctionnement d'une application. Certaines applications, notamment celles relatives aux systèmes de
sécurité avancés des véhicules, nécessitent des données très précises. Même au sein d'une application
particulière, il peut exister des exigences relatives à différents niveaux d'exactitude de données, niveaux qui
peuvent changer au fur et à mesure de l'évolution des applications et des produits. Les exigences relatives à
l'exactitude des données spatiales ont une influence sur la méthode de localisation choisie pour une
application donnée.
Une exigence fondamentale applicable à toutes les méthodes stipule que quelle que soit la méthode utilisée,
son utilisation n'engendre pas d'erreur spatiale supplémentaire au-delà de celle déjà présente dans les
données. Toutefois, pour la localisation des informations de type zonal, par exemple des informations
météorologiques ou des informations spécifiant une zone de pollution, certaines erreurs de position sont
autorisées compte tenu de la nature imprécise (« floue ») de ces informations. L'exigence fondamentale
correspondante stipule que ces localisations doivent être réalisées avec une précision suffisante pour
permettre à l'utilisateur d'éviter la zone ou d'entreprendre d'autres actions appropriées. En d'autres termes, il
s'agit d'une exigence qui stipule ce qui suit:
R-1.  Une LRM et le processus de son fonctionnement ne doivent pas introduire d'erreur de
position supplémentaire par rapport à celle spécifiée dans la base de données à partir de laquelle
la localisation est générée. Il convient que la localisation soit transmise avec une exactitude
spatiale et temporelle suffisante pour permettre au véhicule ou à l'utilisateur d'identifier l'étendue
(spatiale) du localisant.
Pour certains localisants, il peut être très important pour l'utilisateur de connaître le côté de la route ou de l'îlot
sur lequel se situe le localisant. Par exemple dans certaines configurations de voie, il peut ne pas être
possible à des véhicules ou à des piétons de traverser une route vers un localisant situé du côté opposé sans
détours supplémentaire, alors qu'il peut être possible de tourner sans aucune difficulté dans un localisant
situé du même côté. Par conséquent, il s'agit d'une exigence particulière qui stipule ce qui suit:
R-2.  La LRM doit faciliter la localisation de la relation spatiale relative des objets.
Outre les exigences relatives à l'exactitude spatiale, les méthodes de localisation disposent d'exigences
fonctionnelles concernant les relations topologiques; par exemple un point doit se situer d'un côté d'un objet,
ou de nombreux points doivent être ordonnés d'une certaine façon le long d'une route. Par exemple pour les
localisants repérés par des positions le long d'un itinéraire logique ou physique, l'ordre des points doit être
conservé par la localisation. Pour la localisation, l'exigence stipule ce qui suit:
R-3.  La LRM ne doit pas modifier les relations topologiques au sein d'un ensemble de points par
sa propre action, limitation ou insuffisance. Pour ce qui concerne la localisation par coordonnées
géographiques, il convient de ne pas confondre les relations spatiales entre les localisants par
manque de fidélité ou par tout autre attribut du système de localisation ou son fonctionnement.
La présente Norme internationale est prévue pour être utilisée dans une variété de systèmes de localisation.
Toutefois, la restriction à certaines catégories de localisants spécifiques est considérée comme une première
étape d'optimisation des méthodes de localisation définies. À cet effet, elle doit au moins stipuler ce qui suit:
R-4.  La définition d'une LRM doit correspondre à la terminologie commune et au modèle
conceptuel définis dans la présente partie de l'ISO 17572.
R-5.  La LRM doit fournir les moyens permettant de faire référence uniquement aux catégories de
localisants explicitement définies par la LRM considérée.
R-6.  La LRM doit en principe permettre de traiter chaque localisant sur le réseau routier.
La localisation représente une importante technologie pour les applications télématiques de trafic en
particulier et pour tout service basé sur les localisants en général. Elle fournit une référence compréhensible
pour un localisant dont les informations doivent être fournies. Compréhensible signifie généralement lisible
par machine, c'est-à-dire que les informations de localisation (ainsi que le contenu du message) peuvent être
comprises par l'équipement qui traduit tout le message en des informations compréhensibles par l'homme,
par exemple la position sur une carte ou un moyen descriptif pour parvenir au localisant. Ainsi:
R-1.  La localisation doit être lisible par machine.
5 Modèle conceptuel de données pour les méthodes de localisation
5.1 Rôle du modèle conceptuel
Le modèle conceptuel fournit un cadre permettant de décrire et de définir une LRM en termes conceptuels
génériques. Le modèle conceptuel est valide généralement, c'est-à-dire pas limité aux LRM définies dans la
présente partie de l'ISO 17572. Par conséquent, des exemples d'autres LRM sont fournis pour illustrer la vue
conceptuelle sous-jacente. Voir également l'Annexe B.
10 © ISO 2008 – Tous droits réservés

5.2 Composants du modèle conceptuel
Toutes les méthodes de localisation disposent de certains des composants suivants. La définition détaillée
des termes relève de l'Article 2.
Attributs
Un attribut permet au LRS de traiter ou d'évaluer les informations relatives au localisant. Les attributs
différencient la localisation de sorte que le système récepteur puisse correctement identifier celle-ci.
Localisant
Un localisant est une partie du réseau routier destinée à être identifiée. Le système émetteur vise à y faire
référence; le système récepteur vise à le retrouver dans sa base de données cartographique.
Définition de localisant
La définition de localisant est la description définie dans une base de données cartographique numérique de
ce représente exactement un localisant. La définition de localisant dans un système émetteur peut être
différente de celle dans un système récepteur, même si le localisant est le même.
Référence
La référence est l'étiquette affectée au localisant.
Relation
Les relations avec d'autres localisants dans le LRS sont également utilisées pour prendre en charge
l'utilisation des localisants dans une LRM.
NOTE Toutes les LRM ne nécessitent pas des relations et des attributs. Par exemple un LRS qui utilise des nombres
arbitraires affectés à chaque localisant peut ne jamais avoir besoin de définir la manière dont les localisants sont reliés les
uns aux autres. Toutefois dans un LRS qui satisfait aux exigences identifiées (telles que flexibilité, extensibilité,
compacité), les relations peuvent être inhérentes aux procédures de localisation. Par exemple les localisants précodés
utilisés dans les systèmes RDS-TMC numérotent arbitrairement les localisants, mais dans la mesure où le système de
localisation permet l'utilisation d'une « étendue », chaque localisant peut comporter les définitions du localisant situé « en
amont » et du localisant situé « en aval ».
5.3 Description du modèle conceptuel
Une référence est l'étiquette affectée à un localisant. Dans un LRS simple, une référence doit être définie ou
définissable, de sorte que chaque localisant soit défini sans ambiguïté dans ce LRS. Un localisant est un objet
géographique simple ou composé, apparié à des objets de la base de données par des définitions de
localisant, qui spécifient ce que représente un localisant particulier. Un localisant peut constituer un ensemble
de différents attributs, permettant l'identification des méthodes de traitement ou d'évaluation des informations
relatives au localisant. Les relations associent différents localisants, par exemple pour permettre une
utilisation plus sophistiquée de la localisation, telle qu'une structure topologique ou hiérarchique. Elles sont
prévues pour refléter l'existence possible de deux localisants ou plus dans une relation, qu'elle soit ordonnée
ou non ordonnée.
Figure 1 — Diagramme du modèle conceptuel de LRM
5.4 Catégories de localisants
Les localisants doivent être classés comme localisants ponctuels, localisants linéaires et localisants zonaux.
Ces catégories de localisants représentent des objets du monde réel qui peuvent être décrits comme suit:
⎯ existant à une position unique (Localisant ponctuel)
⎯ entre deux positions dans des intersections comme une section de route (localisant linéaire, composés
de un ou plusieurs localisants d'arc)
⎯ entre deux positions comme un segment de route (Localisant linéaire)
⎯ consistant en deux localisants d'arc ou plus (localisant linéaire)
⎯ une sélection de segments de route appartenant à une collection définie (sous-réseau ou collection de
sous-réseaux) (Localisant zonal implicite)
⎯ dans les limites d'une zone définie (Localisant zonal explicite)
Les localisants ponctuels peuvent être décrits comme existant à une position unique. Les localisants
ponctuels comprennent par exemple les points d'intérêt, les installations de service public, les établissements
commerciaux. Les localisants d'arc sont des objets linéaires délimités par deux localisants ponctuels. Les
localisants linéaires sont deux localisants d'arc consécutifs ou plus, délimités par conséquent par trois
localisants ponctuels consécutifs ou plus, qui définissent dans un réseau routier une étendue linéaire
connectée. Les localisants zonaux implicites sont plusieurs localisants linéaires d'une zone donnée
rassemblés dans un package. Les localisants zonaux explicites sont des entités en deux dimensions telles
qu'une zone administrative, un district postal, un district de central téléphonique, ou simplement des tracés
définis en tant que facettes à un endroit donné sur la carte.
Les classes spécifiques d'instances d'objet de référence au sein de ces catégories sont les suivantes:
⎯ points généraux: points susceptibles de se situer ou non sur un réseau routier, y compris les points où
une route croise les frontières administratives ou les limites des cellules de la grille cartographique;
⎯ points aux nœuds dans une représentation de réseau topologique de routes et leurs carrefours;
12 © ISO 2008 – Tous droits réservés

⎯ arcs d
...