Traffic and Travel Information (TTI) - TTI messages via traffic message coding - Part 3: Location referencing for ALERT-C

ISO 14819-3:2004 primarily addresses the needs of RDS-TMC ALERT-C messages, which are already being implemented. However, the modular approach used here is intended to facilitate future extension of the location referencing rules to other traffic and travel messaging systems. The location referencing rules defined in ISO 14819-3:2004 address the specific requirements of Traffic Message Channel (TMC) systems, which use abbreviated coding formats to provide TTI messages over mobile bearers (e.g. GSM, DAB) or via exchange protocols like DATEX. In particular, the rules address the Radio Data System-Traffic Message Channel (RDS-TMC), a means of providing digitally-coded traffic and travel information to travellers using a silent data channel (RDS) on FM radio stations, based on the ALERT-C protocol.

Informations sur le trafic et le tourisme (TTI) — Messages TTI via le codage de messages sur le trafic — Partie 3: Références de localisants pour ALERT-C

L'ISO 14819-3:2004 couvre principalement les besoins des messages RDS-TMC selon le protocole ALERT-C, qui sont déjà en cours de mise en oeuvre. Cependant, l'approche modulaire utilisée ici est destinée à faciliter l'extension future des règles de référencement géographique à d'autres systèmes de messagerie d'informations trafic et voyageurs. Les règles de référencement géographique définies dans l'ISO 14819-3:2004 couvrent les exigences spécifiques des systèmes TMC (Traffic Message Channel, Canal de messages routiers), qui utilisent des formats de codage abrégés pour fournir des messages TTI sur des supports d'information vers les mobiles (tels que GSM, DAB) ou par l'intermédiaire de protocoles d'échange comme DATEX. Ces règles traitent notamment du RDS-TMC qui est un moyen de fournir des informations trafic et voyageurs codées numériquement à des usagers utilisant un canal de données silencieux (RDS) diffusées par des stations de radiodiffusion en FM, sur la base du protocole ALERT-C.

General Information

Status
Withdrawn
Publication Date
29-Feb-2004
Withdrawal Date
29-Feb-2004
Current Stage
9599 - Withdrawal of International Standard
Start Date
21-Nov-2013
Completion Date
13-Dec-2025
Ref Project

Relations

Standard
ISO 14819-3:2004 - Traffic and Travel Information (TTI) -- TTI messages via traffic message coding
English language
34 pages
sale 15% off
Preview
sale 15% off
Preview
Standard
ISO 14819-3:2004 - Informations sur le trafic et le tourisme (TTI) -- Messages TTI via le codage de messages sur le trafic
French language
36 pages
sale 15% off
Preview
sale 15% off
Preview

Frequently Asked Questions

ISO 14819-3:2004 is a standard published by the International Organization for Standardization (ISO). Its full title is "Traffic and Travel Information (TTI) - TTI messages via traffic message coding - Part 3: Location referencing for ALERT-C". This standard covers: ISO 14819-3:2004 primarily addresses the needs of RDS-TMC ALERT-C messages, which are already being implemented. However, the modular approach used here is intended to facilitate future extension of the location referencing rules to other traffic and travel messaging systems. The location referencing rules defined in ISO 14819-3:2004 address the specific requirements of Traffic Message Channel (TMC) systems, which use abbreviated coding formats to provide TTI messages over mobile bearers (e.g. GSM, DAB) or via exchange protocols like DATEX. In particular, the rules address the Radio Data System-Traffic Message Channel (RDS-TMC), a means of providing digitally-coded traffic and travel information to travellers using a silent data channel (RDS) on FM radio stations, based on the ALERT-C protocol.

ISO 14819-3:2004 primarily addresses the needs of RDS-TMC ALERT-C messages, which are already being implemented. However, the modular approach used here is intended to facilitate future extension of the location referencing rules to other traffic and travel messaging systems. The location referencing rules defined in ISO 14819-3:2004 address the specific requirements of Traffic Message Channel (TMC) systems, which use abbreviated coding formats to provide TTI messages over mobile bearers (e.g. GSM, DAB) or via exchange protocols like DATEX. In particular, the rules address the Radio Data System-Traffic Message Channel (RDS-TMC), a means of providing digitally-coded traffic and travel information to travellers using a silent data channel (RDS) on FM radio stations, based on the ALERT-C protocol.

ISO 14819-3:2004 is classified under the following ICS (International Classification for Standards) categories: 03.220.20 - Road transport; 35.240.60 - IT applications in transport. The ICS classification helps identify the subject area and facilitates finding related standards.

ISO 14819-3:2004 has the following relationships with other standards: It is inter standard links to ISO 14819-3:2013, ISO/TS 14819-3:2000. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.

You can purchase ISO 14819-3:2004 directly from iTeh Standards. The document is available in PDF format and is delivered instantly after payment. Add the standard to your cart and complete the secure checkout process. iTeh Standards is an authorized distributor of ISO standards.

Standards Content (Sample)


INTERNATIONAL ISO
STANDARD 14819-3
First edition
2004-03-01
Traffic and Travel Information (TTI) — TTI
messages via traffic message coding —
Part 3:
Location referencing for ALERT-C
Informations sur le trafic et le tourisme (TTI) — Messages TTI via le
codage de messages sur le trafic —
Partie 3: Référence d'emplacement pour ALERT-C

Reference number
©
ISO 2004
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 2004
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 copyright@iso.org
Web www.iso.org
Published by ISO in 2005
Published in Switzerland
ii © ISO 2004 – All rights reserved

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 14819-3 was prepared by the European Committee for Standardization (CEN) in collaboration with
Technical Committee ISO/TC 204, Intelligent transport systems, in accordance with the Agreement on
technical cooperation between ISO and CEN (Vienna Agreement).
Throughout the text of this document, read “.this European Standard.” to mean “.this International
Standard.”.
This first edition of ISO 14819-3 cancels and replaces ISO/TS 14819-3:2000 which has been technically
revised.
ISO 14819 consists of the following parts, under the general title Traffic and Travel Information (TTI) —
TTI messages via traffic message coding:
— Part 1: Coding protocol for Radio Data System — Traffic Message Channel (RDS-TMC) using ALERT-C
— Part 2: Event and information codes for Radio Data System — Traffic Message Channel (RDS-TMC)
— Part 3: Location referencing for ALERT-C
— Part 6: Encryption and conditional access for the Radio Data System — Traffic Message Channel
ALERT C coding
Contents
page
Foreword.v
Introduction .vi
1 Scope .1
2 Normative references .1
3 Abbreviations.1
4 Location coding .2
4.1 General.2
4.2 Location tables .2
4.3 TMC Location categories, types and subtypes .6
4.4 Location table content .6
4.5 Detailed junction referencing. 11
4.6 Detailed situation locations. 11
4.7 One and two way locations . 12
Annex A (normative) TMC Location categorie, types and subtypes. 15
A.1    General . 15
A.2 Area locations . 15
A.3 Linear locations.18
A.4 Point locations . 20
Annex B (normative) Location table numbers. 25
Annex C (informative) Background information.26
C.1 Overall approach.26
C.2 Methods .28
Bibliography . 34
iv © ISO 2004 – All rights reserved

Foreword
This document (EN ISO 14819-3:2004) has been prepared by Technical Committee CEN/TC 278, "Road
transport and traffic telematics", the secretariat of which is held by NEN, in co-operation with ISO/TC 204
“Transport information and control systems”.
This European Standard shall be given the status of a national standard, either by publication of an identical
text or by endorsement, at the latest by September 2004, and conflicting national standards shall be
withdrawn at the latest by September 2004.
This document supersedes ENV ISO 14819-3:2000
Annexes A and B are normative. Annex C is informative.
According to the CEN/CENELEC Internal Regulations, the national standards organizations of the following
countries are bound to: Austria, Belgium, Czech Republic, Denmark, Finland, France, Germany, Greece,
Hungary, Iceland, Ireland, Italy, Luxembourg, Malta, Netherlands, Norway, Portugal, Slovakia, Spain,
Sweden, Switzerland and the United Kingdom.
Introduction
This document sets out ways of specifying places and positions in traffic and travel information messages,
including RDS-TMC messages (the Radio Data System - Traffic Message Channel).
It defines the structure and semantics of location tables for Traffic Information Centres (TICs) and receivers.
b) TRAFFIC AND TRAVEL MESSAGES
1) Traffic and travel information is created and updated in an originating database, by human
operators or automated systems. Information is transferred to one or more remote systems by
means of messages.
2) In this context, a message is a collection of data which is exchanged to convey information for an
agreed purpose between two or more parties. Traffic and travel messages are digitally coded sets
of data exchanged by interested parties, which convey information about traffic, travel and/or
transport networks. Digital coding can be alphanumeric, as in EDIFACT, or binary, as in RDS-TMC.
3) The traffic and travel messages developed in programmes of the European Union are open, non-
proprietary proposals for standards intended to serve the public interest by facilitating
interconnection and interoperability of the relevant information systems.
c) LOCATION REFERENCING
1) Location references provide the means of saying where in traffic and travel messages.
vi © ISO 2004 – All rights reserved

1 Scope
This standard primarily addresses the needs of RDS-TMC ALERT-C messages, which are already being
implemented. However, the modular approach used here is intended to facilitate future extension of the
location referencing rules to other traffic and travel messaging systems.
The location referencing rules defined in this standard address the specific requirements of Traffic Message
Channel (TMC) systems, which use abbreviated coding formats to provide TTI messages over mobile
bearers (e.g. GSM, DAB) or via exchange protocols like DATEX. In particular, the rules address the Radio
Data System - Traffic Message Channel (RDS-TMC), a means of providing digitally-coded traffic and travel
information to travellers using a silent data channel (RDS) on FM radio stations, based on the ALERT-C
protocol.
2 Normative references
This European Standard incorporates, by dated or undated reference, provisions from other publications.
These normative references are cited at the appropriate places in the text and the publications are listed
hereafter. For dated references, subsequent amendments to or revisions of any of these publications apply
to this European Standard only when incorporated in it by amendment or revision. For undated references
the latest edition of the publication referred to applies (including amendments).
IEC 62106 Specification of the radio data system (RDS) for VHF/FM sound broadcasting in
the frequency range from 87,5 to 108,0 MHz (IEC 62106:2000)
EN ISO 14819-1 Traffic and Travel Information (TTI) - TTI Messages via traffic message coding -
Part 1: Coding protocol for Radio Data System - Traffic Message Channel
(RDS-TMC) using ALERT – C (ISO 14819-1:2003)
Geographic Data Files (ISO 14825:1996)
ENV ISO 14825
3 Abbreviations
For the purposes of this European Standard, the following abbreviations apply:
CENELEC Comité Européen de Normalisation ELECtrotechnique
DATEX DATa Exchange protocol for exchange of traffic and travel information between traffic centres
ECC Extended Country Code (an RDS feature)
EDIFACT Electronic Data Interchange For Administration Commerce and Transport
GDF Geographic Data Files (ENV ISO 14825 for modelling and exchange of geographic data for
transport telematics applications.)
RDS Radio Data System (digital information channel on FM sub carrier)
TIC Traffic Information Centre
TMC Traffic Message Channel
TTI Traffic and Travel Information
WGS 84 World Geodetic System 1984
4 Location coding
4.1 General
Location references used by RDS-TMC are covered by the location referencing rules defined in this section.
The ALERT-C coding protocol for RDS-TMC is defined in EN ISO 14819-1.
ALERT-C supports a digital, silent data broadcast service for motorists, providing information about many
kinds of traffic situations. This includes roadwork, weather and traffic incident information relating to major
national and international roads, regional roads and local or urban roads.
4.2 Location tables
4.2.1 General
Within RDS-TMC, locations are identified and referenced by their location code. A given RDS-TMC service
uses a pre-defined location table, containing the pre-stored details of the locations that can be referenced in
messages from that service.
A location code in such a message refers and serves as a tabular ‘address’ of the pre-stored location details
in the location table used by the service. A real world location may have more than one location code within
the same location table. However, within a given location table, each location code refers to one and only
one location. A location code has a number in the range 1 to 63,487.
Note: In ALERT-C, a further 2048 numbers are reserved for INTER-ROAD (see EN ISO 14819-1) and other forms of
referencing.
A table may contain a maximum number of 65,536 codes allocated in the following way:
Location code Use
0 reserved
1 - 63,487 free for normal location coding
63,488 - 64,511 for special purposes
64,512 - 65,532 for INTER-ROAD
64,533 - 65,535 special functions
Note: INTER-ROAD is a coding mechanism within ALERT-C to reference in a specific type of ALERT-C message (the
INTER-ROAD message) a location belonging to a different location table. This can be a table in the same country as well
as a table in another country.
2 © ISO 2004 – All rights reserved

4.2.2 Hierarchical structure
RDS-TMC location tables use a hierarchical structure of pre-defined locations. A system of pointers provides
upward references to higher-level locations of which the specified location forms a part.
Example: Kent would have an upward area reference to south-east England. South-east England may be referenced up
to the UK, then the British Isles, then Europe, etc. (Figure 1).
Key
A County of Kent
B South East England
C United Kingdom
D British Isles
E Europe
Figure 1 — Upward Area Referencing
Junction 25 on the M1 motorway in UK would have a linear reference to a motorway segment, e.g.
Leicester - Sheffield. This segment could then be referenced up to the whole road (the M1 Motorway).
Hierarchical tables help to make location referencing simple and unambiguous. A major benefit of
hierarchical tables is that they facilitate automated sorting and selection of information for users. However,
both hierarchical and unstructured tables are currently used in various applications.
4.2.3 Offsets
Most point locations and certain linear locations point to previous and next locations of the same type. This is
indicated by negative and positive offsets.
Example: Junction 25 on a motorway may be offset to Junction 26 in the positive direction, and to Junction 24 in the
negative direction. A sign convention adopted at the time of coding locations specifies the positive direction of travel
along each road (Figure 2).
Key
a positive direction
b negative offset
c positive offset
Figure 2 — Offsets
4.2.4 Location types
Location types and subtypes are required for language independence of the information given, and to tell the
receiving system what data fields to expect.
At the highest level, locations fall into three categories:
a) area locations
b) linear locations
c) point locations
Within each category, location types are distinguished (in principle) whenever a location is functionally
distinct in the way it shall be handled by the message recipient. Therefore a set of predefined location types
and subtypes is set out in annex A.
4 © ISO 2004 – All rights reserved

Subtypes can be used to give further details of (for example) facilities available at a particular location, such
as a service area. The current list, in annex A, will be added to as further needs are agreed.
Official translations of the language-independent terms that describe location types and subtypes should be
agreed on a national level.
4.2.5 Direction of the road
The predefined direction of the road (see 4.2.3) is reflected in the positive and negative offsets in the location
table and in the order of the names of the end points of a road or road segment (see Table 1).
When newly specifying positive directions along roads within pre-defined tables, it is recommended to use
geographic positive directions relative to the co-ordinate system, i.e. on the Northern Hemisphere from south
to north and from west to east.
For ring roads the clockwise travel direction is recommended positive.
In any case it is not allowed to reverse the direction along continuous and / or connecting segments of a
road, e.g. at administrative borders.
4.2.6 Country codes and location table numbers
With ALERT-C, it is assumed that RDS-TMC service and location tables are organised and defined on a
country-by-country basis. Therefore each service and each location table is associated to a country code in
the range 1-15 (hexadecimal 1-F) as described in IEC 62106. A service and the location table it uses shall
have the same country code. There can be more than 1 location table per country. They are distinguished by
an additional location table number in the range 1-63. In non-European countries, the full range of location
tables per country code can be used provided that the Extended Country Code (ECC) is in use and
transmitted (see IEC 62106)
In Europe a different approach is in use for historical reasons, as the ECC is not in use in all countries.
Country codes are shared by more than one country within Europe and the surrounding territories. To avoid
ambiguity in European RDS-TMC location referencing, ranges of location table numbers are allocated to
specific countries, in accordance with the table given in annex B. In this way, each location table is identified
uniquely by its country code and location table number. As can be concluded from annex B, a country like
e.g. Austria can have at most 8 location tables.
4.2.7 Unique location code
The combination of extended country code (8 bits), country code (4 bits) location table number (6 bits) and
location code (16 bits) defines an extended location code, which is unique worldwide.
In Europe the combination of country code (4 bits), location table number (6 bits) and location code (16 bits)
is unique.
4.2.8 Constraints
Constraints on location coding may in future be agreed, modelled and documented. At present, however,
national authorities and/or service providers are free to allocate location codes, as they wish, to locations
specified in accordance with these rules.
4.2.9 Future developments
Within each location table, space (unallocated location codes) shall be left to accommodate future
requirements for additional locations (to deal with new construction, and location referencing requirements
not originally foreseen).
Once a location has been allocated, it cannot easily be re-allocated (in an RDS-TMC/ALERT-C
environment). Therefore, all existing locations and their associated location codes should be regarded as
fixed. However, other attributes of a location may, within certain constraints, sometimes change (e.g. name,
positive offset, negative offset).
Many location table numbers are not yet allocated. The responsible agency in a country can apply for
additional location table numbers in future, to support further applications or more detailed, regional location
tables. New tables can also be issued occasionally to allow for complete updates to existing tables. Such
major changes will however be very disruptive for users, and should be avoided as far as possible or at least
not be done too frequently.
4.3 TMC Location categories, types and subtypes
Location categories, types and location subtypes are standardised, and specified in annex A. Exceptionally,
new subtypes may be proposed to ISO TC204 and CEN TC278 for approval, registration and publication.
Each location is described by a code, which is composed of:

a character (A, L or P), indicating the location category (area, linear or point),
— a number indicating the type,

a dot,
— a number indicating a subtype.
EXAMPLE 1 P1.8 - roundabout (P = point, P1 = junction)
For types for which not a subtype is defined, the subtype code 0 (zero) has to be used to define the type as a
subtype.
EXAMPLE 2 A3.0 – country
4.4 Location table content
4.4.1 General
The location table content is fixed only for the purposes of definition and exchange. The information used
within specific applications or by individual manufacturers is not fixed, and is not within the scope of these
specifications.
For international consistency, one single location table content shall be adhered to for definition and
exchange purposes. In this structure, some items are mandatory; some items are mandatory where they
exist; and some items are optional.
4.4.2 Nominal record content
The nominal content of each record in the location table is as follows:
— location code,
— code of location (sub) type,
— road/junction number,
— road name,
— first name,
6 © ISO 2004 – All rights reserved

— second name,
— area reference,
— linear reference,
— negative offset,
— positive offset,
— urban,
— intersection reference,
— WGS 84 co-ordinates (longitude and latitude).
Not all of these items shall be present in every record. Table 1 indicates which references are required
and/or allowed, according to location type.
8 © ISO 2004 – All rights reserved

Table 1 — content of location table for ALERT-C
(M cont nent - - name (M -
) i ) - - - - - - -
country group or
(M) country group - - name (M) - -- - -- -
continent (M)
country group or
Area (M) country - - name (M) - -- - -- -
continent (M)
other area (water
lowest order
area, fuzzy area,
(M) - - name (M) - administrative area-- - -- -
application
or other area (m)
region)
h order a ea
nt r
(M) - - name (M) - nth order area (M) - - - - - -
(n = 1 to 5)
negative end positive end nth order area or
2 2
(M) road (m) (m) -- --- -
name (M) name (M) country (M)
nth order area or
2 2
(M ng roa (m (m name (O) -- - -- -
) ri d ) ) -
country (M)
nth order area or first order preceding subsequent
nth order segment negative end positive end
2 2
Linear (M) (m) (m) country or other segment, road or nth order nth order -- -
(n = 1, 2) name (M) name (M)
area (O) ring road (M) segment (m) segment (m)
h order a ea or
nt r
(M) urban street - (M) name (O) name (O) -- - -- -
other area (M)
negative end positive end nth order area or
(M) vehicular link - (m) -- - -- -
name (M) name (M) other area (O)
location code
code of
location
(sub) type
road/ junction
number
road name
first name
second name
area reference
linear
reference
negative offset
positive offset
urban
inter-section
reference
WGS 84 co-
ordinates
road number
lowest order lowest order
junction or name of preceding subsequent
3 3
(M) junction (m) (O) administrative area segment, road or (M) (m) (M)
name (m) intersecting point (m) point (m)
or other area (M) ring road (M)
road (O)
point lowest order lowest order
preceding subsequent
Point (M) intermediate point - - descriptor - administrative area segment, road or (M) - (M)
point (m) point (m)
(M) or other area (M) ring road (M)
lowest order lowest order
other landmark point name preceding subsequent
(M) -- - administrative area segment, road or (M) (O) (M)
point (M) point (m) point (m)
or other area (M) ring road (M)
Table 1 contains an overview of the content of a location table for RDS-TMC. Mandatory fields are shown by (M), while (m) means mandatory where it exists,
and (O) means optional. Fields not present are shown by - (dash). The first column is for explanation only. The second column (location code) represents the
key of the table, and therefore has the entry (M) for each record in the table. The sequence of the columns in the table is not significant. Non-empty fields in
the columns area reference, linear reference, negative offset, positive offset contain the code of the location within the same location table to which the field
references. For detailed descriptions of all location types and their codes see annex A.
NOTE 1: Other points include motorway service areas, and prominent landmarks such as named, major bridges and tunnels.
NOTE 2: For roads, ring roads and nth order segments at least one of the two fields road/junction number and road name shall have a value.
NOTE 3: For junctions at least one of the four fields road/junction number, road name, first name and second name shall have a value.
NOTE 4:The column code of location (sub)type in this explanatory table contains descriptions of location types and subtypes. In a real location table this column contains
location (sub)type codes.
location code
code of
location
(sub) type
road/ junction
number
road name
first name
second name
area reference
linear
reference
negative offset
positive offset
urban
inter-section
reference
WGS 84 co-
ordinates
4.4.3 Road descriptions
4.4.3.1 Road numbers and road names
Road descriptions are normally road numbers. They shall be indicated at the highest level of the hierarchy (e.g.
road/ring road) only. In addition to the road number (A1 – R0), a road name (e.g. Autoroute du Nord) or other road
number (e.g. E13 for A1) may be defined. If no road number exists, a road name is mandatory (e.g. Boulevard
Périphérique).
Some segments of a road may carry additional numbers and/or names (e.g. A6 - Autoroute du Soleil, A4 - Kölner
Ring). In the case that a road segment belongs to more than one road this shall lead to multiple entries in the location
table. If the multiple numbers and/or names do not signify the fact that the segment is part of more than one road,
they can be indicated at the segment level in the road-name field, where required. The higher-level road number still
applies.
For vehicular links, the road name can be the name of a company, e.g. Stena Sealink; Eurotunnel; a geographic name,
e.g. Simplon Tunnel, Channel Tunnel; or a marketing name, e.g. Le Shuttle.
4.4.3.2 Junction numbers
For junctions, the field road/junction number is used to describe junction numbers, where they exist.
4.4.4 Names
Names of locations shall normally be given in the language of the locality. However, it is also permissible to
produce versions of location tables with (bi- or multi-lingual) place names translated into other languages.
The junction name may be a description as known by road users.
Negative and positive end-names may be precise (e.g. Dover-Calais), or approximate (e.g. Köln - Frankfurt).
Approximate names refer to nearby places that the road (usually a motorway) does not pass directly through.
Point descriptor for intermediate points is mandatory. Where required, they can be given in terms of
kilometre/milepost references.
4.4.5 Upward references
Two paths shall normally be provided for upward referencing in ALERT-C (see EN ISO 14819-1). The first is for
area references, the second is for linear references. Additional upward referencing paths can be used, but this is
not required as part of the minimum standard for exchange purposes.
Upward references shall normally point to the next defined higher level. For example, a second order area shall
reference a first order area; a first order area shall reference a country; etc.
4.4.6 Offsets
Offsets may be defined for nth order segment locations, and for all types of point locations.
4.4.7 Urban
The values in this column indicate whether the traffic on the point location has a mainly urban character (1) or inter-
urban character (0).
4.4.8 Intersection reference
The intersection reference is a cross reference to a location code, representing the same real world point location,
but related to another road, if the locations are in the same table, or to the same road in another table. If the
location belongs to three or more roads, cross-references are represented in the location table anti-clockwise in a
10 © ISO 2004 – All rights reserved

circular way (see Table 2), such that each location code references only one other location code explicitly, and the
other(s) implicitly. The intersection reference has to include country code and table number if it refers to another
table.
Table 2 — Intersection reference – coding example
Location code Code of location . linear reference . intersection
(sub)type reference
1 L1.1
2 L1.1
3 L1.1
4P1.1 1 5
5P1.1 2 6
6P1.1 3 4
4.4.9 WGS 84 co-ordinates
For each point location the WGS 84 longitude and latitude of the (approximate) centre of the location shall be given
(M), in decimal degrees with 5 microdegrees resolution, with a plus sign (+) for eastern longitude and northern
latitude, and a minus sign (-) for western longitude and southern latitude. Degrees longitude are given in three
digits (with leading zeros if needed), degrees latitude in two digits (with leading zeros if needed) without any
separator between the entire part and the decimal part.
EXAMPLE : +00435455 +5083940 represents 4°.35455 E 50°.83940 N
4.5 Detailed junction referencing
4.5.1 Conventional junctions
Lanes and slip roads are not individually numbered locations in ALERT-C. They are addressed within the structure
of ALERT-C messages (e.g. first exit; second exit; or 'for traffic preceding towards '.)
4.5.2 Complex junctions
In more complex situations where coding of parallel access roads, link roads and slip roads is required, they shall
all be referenced as point locations of the main highway, and shall be coded as separate records in the location
table without positive or negative offset references to other point locations.
4.6 Detailed situation locations
4.6.1 Normal location referencing
In most TMC location tables, locations are pre-defined only at junctions and at other prominent landmarks such as
service areas; prominent, named tunnels and bridges; etc.
Where necessary, the detailed location of an accident shall in future be defined in the message by its distance from
the pre-defined primary location.
Where necessary, the end of the roadworks shall in future be defined in the message by its distance from the TMC
primary location.
Where necessary, the start of the roadworks shall in future be defined in the message by its distance from the end
of the roadworks. Some non ALERT-C protocols like DATEX already allow precise distance indication.
4.6.2 Detailed location referencing
It is permissible to define intermediate points between junctions, at locations specified only in terms of a
kilometre/milepost reference.
Such intermediate points can be used to give more detailed information about the location of an accident, or the
start and end of roadworks, etc.
Intermediate locations can also be used to define traffic monitoring points, e.g. for use in systems where it is proposed
to indicate monitored traffic speeds directly.
4.7 One and two way locations
4.7.1 Basic principles
All TMC locations on two-way roads refer to both directions of travel. It is not permissible to code each direction of
travel separately, unless the carriageways are physically separated to the extent that drivers perceive them as two
separate roads.
4.7.2 Junctions
Junctions are only coded once, not once in each direction. Also, the entry and exit points of slip roads and/or
connecting roads in a junction shall not be separately coded. However, where entry and/or exit points are very
widely separated, it is permissible to code them as separate junctions, if desired. The criterion for deciding whether
to do this shall be: do drivers perceive them as separate junctions? (i.e. are they differently named and/or
numbered?).
4.7.3 Locations having only an exit or entry and locations occurring on one side only
4.7.3.1 General
Some locations only have an exit or an entry, on one or on both sides. Other locations appear only on one side of
the motorway. Examples of the latter are locations like service stations, tunnels, bridges. For such locations the
usage of extra attributes is strongly recommended. An example is presented in Figure 1 and Table 3.
12 © ISO 2004 – All rights reserved

Key
a positive direction
bbridge
c junction J1
d parking
e junction J2
A location
B traffic queue
X accident
Figure 3 — Service area on one carriageway only
4.7.3.2 Using extra attributes for each location code.
The specific possibilities of a point location are described by six extra attributes:
a) In +
Possibility to enter the road in positive direction
(0 = disabled / 1 = enabled)
b) Out +
Possibility to leave the road in positive direction
(0 = disabled / 1 = enabled)
c) In -
Possibility to enter the road in negative direction
(0 = disabled / 1 = enabled)
d) Out -
Possibility to leave the road in negative direction
(0 = disabled / 1 = enabled)
e) Present +
To indicate presence of location in positive direction
(0 = not present / 1 = present)
f) Present -
To indicate presence of location in negative direction
(0 = not present / 1 = present)
-EXAMPLE
Table 3 — The use of extra attributes
loc. code road/ first . neg. pos. . in out in out pre- pre-
Code of loc. junction name . offset offset . + + - - sent sent
(sub) number - + + -
type
4420 P3.2 Bridge . 4456 4423 . 00 0 0 1 1
.. .
4423 P1.3 J1 Junction . 4420 4459 . 11 1 1 1 1
J1 . .
4459 P3.3 Parking . 4423 4460 . 11 0 0 1 0
.. .
4460 P1.3 J2 Junction . 4459 4461 . 11 1 1 1 1
J2 . .
Each point location, independent from its attributes, now is referenced in both directions, using offset (+) and offset
(-). The attributes in +, out +, in -, out -, present + and present - limit the possibilities of the operator to choose
specific offsets on transmitter side.
The major advantage of this method is the opportunity to easily change the referencing at changes of the real
situation without the necessity to update the location tables of all receivers.
Example: if the parking in the example becomes available to traffic on both sides, simply enabling ‘in - and out -' and setting
present - to 1 for location nr. 4459 is sufficient for adapting to the new situation.
The extra attributes may be ignored on the receiver side. The use of 'illegal' combinations of locations and offsets is
not allowed to the operator of the transmitter system, so messages that are broadcasted always are valid.
14 © ISO 2004 – All rights reserved

Annex A
(normative)
TMC Location categorie, types and subtypes
A.1 General
Location categories, location types and location subtypes are standardised, and specified in this annex. New
subtypes can be proposed to CEN/TC 278 for approval, registration and publication. Each location is described by
a code which is composed of:
— a character (A, L or P), indicating the category (area, linear or point),
— a number indicating the type,
— a dot,
— a number indicating a subtype.
Example: P1.8 - roundabout (P = point, P1 = junction).
If no subtype exists in a type, or if no subtype is available for a specific purpose, the number indicating a subtype
should be set to 0 (zero).
EXAMPLE A3.0 - country
A.2 Area locations
Table A.1 — Area locations
Code Type/Subtype Definition
A1.0 Continent One of the seven conventionally recognised, major
geographic unbroken land masses of the world.
E xamples: Europe, Asia, Africa, North America, South
America, Australasia, or Antarctica.
A2.0 Country group Recognised, named set of adjacent countries.
Example 1: Benelux, British Isles, European Union.
NOTE Not all countries belong to country groups. A
country group may belong to another country group.
Generally a country group belongs to one continent.
Example 2: The Benelux belongs to the European Union.
A3.0 Country Administrative area which is a sovereign state,
indivisible from a political point of view, recognised
by a large majority of other countries.
Example: UK, Ireland, France, Germany, Luxembourg,
Switzerland, Serbia, Croatia.
A5.0 Water area Named extent of water about which traffic and travel
messages (e.g. weather information) may be given.
Code Type/Subtype Definition
Subtypes:
A5.1 Sea Named extent of water which is contiguous with the
world's oceans.
Example: North Sea
A5.2 Lake Named extent of water which is physically separated
from the world's oceans.
Example: Lake Geneva
A6.0 Fuzzy area Named extent of land (which is not a subdivision in
the hierarchy below) about which messages may be
given. The boundaries and shape of such areas
need not be precisely defined, i.e. with a margin
which is less than 10% of its size.
Subtypes:
A6.1 Tourist area Area with tourist character.
Example: Lake District; Ardennes
A6.2 Metropolitan area Area with a metropolitan character.
Example: Greater Nottingham
A6.3 Industrial area Area containing a significant concentration of
industrial sites.
A6.4 Traffic area Complex area involving one or more junctions or
intersections between several roads or/and streets.
A6.5 Meteorological area Area about which weather information may be given.
NOTE Not all locations on land need to belong to fuzzy
areas of the above mentioned types. These areas can
partially overlap or can contain one another.
A6.6 Carpool area Dedicated area where motorists can park and meet
for ride-sharing.
A6.7 Park and ride site Dedicated area where motorists can park and take
public transport
A6.8 Car park area Dedicated area where motorists can park.
A7.0 Order 1 area Administrative area which belongs to the first level
administrative subdivision of a Country, but which
may not be the smallest unit in that country.
Example: England within the UK
A8.0 Order 2 area Administrative area which belongs to the second
level administrative subdivision of a Country, but
which may not be the smallest unit in that country.
Example: East Midlands
16 © ISO 2004 – All rights reserved

Code Type/Subtype Definition
A9.0 Order 3 area Administrative area which belongs to the third level
administrative subdivision of a Country, but which
may not be the smallest unit in that country.
Example: Nottinghamshire
Subtypes:
rd
A9.1 Rural order 3 area 3 order administrative area of rural character.
rd
A9.2 Urban order 3 area 3 order administrative area of urban character.
A10.0 Order 4 area Administrative area which belongs to the fourth level
administrative subdivision of a Country, but which
may not be the smallest unit in that country.
Example: Nottingham
A11.0 Order 5 area Administrative area which belongs to the fifth level
administrative subdivision of a country. If defined, the
order 5 area is the lowest level subdivision.
Subdivisions may not overlap or contain one
another, except that any lower order (e.g. 2nd order)
subdivision always refers to a higher order (e.g. 1st
order) subdivision.
The actual definition of 1st, 2nd, 3rd, etc., order
areas is normally based on existing political entities
within each country, and therefore differs from
country to country. Authorities in each country are
responsible for defining these areas.
Not all countries will utilise all levels; e.g. a small
country may only require the first three.
Different numbers of levels may be present in
different parts of a country; e.g. in towns and cities
there may be more levels than in rural areas.
It is also permissible to omit one or more
intermediate levels in some parts of a country. For
example, large provinces may be administratively
subdivided at an intermediate level above towns and
cities, and small provinces not.
A12.0 Application Region Area which is the subdivision of an Administrative
Area of any level or of an Application Area of higher
level.
Example: The subdivision of Scotland into North, Central
and the Borders (South).
A.3 Linear locations
Table A.2 — Linear locations
Code Type/Subtype Definition
L1.0 Road One or more contiguous segments of roadway within
a single national or regional/departmental road
numbering area, bearing a particular national or

regional/departmental road number, whose end
points are in different places.
NOTE 1 Where two or more separate segments of
roadway in a given road numbering area share the same
number, e.g. because an intermediate stretch has yet to be
built, the separated stretches of roadway shall be treated
as the same road.
NOTE 2 A roadway includes both (or all) carriageways of
a divided highway, even if built on physically separate
alignments, and all connecting carriageways in complex
junctions, which are perceived by drivers to share the
same road number.
NOTE 3 European road numbers shall not be used to
define roads except in countries which use these numbers
in place of national numbers, e.g. for motorways.
NOTE4 Roads which coincidentally share the same
regional/departmental number but are located in different
regional or departmental numbering areas of a country
shall not be treated as a single 'road'.
Example 1 : The M1 in Northern Ireland is separate from
the M1 in Great Britain; the D1 in any department of
France is separate from the D1 in another department; etc.
However, the N1 in France is a single road, irrespective of
which department it crosses, because it is numbered at
national level.
NOTE 5 Where a section of road carries more than one
national and/or regional/departmental road number, it shall
be considered part of the lowest numbered road of the
highest category whose number it shares.
Example 2 : If a road is numbered as a motorway and as
an all-purpose road, it shall be treated as part of the
motorway. Or, if a stretch of road has more than one
number of the highest standard which applies to that
section of road (e.g. N1 and N15), it shall be treated as
part of the lowest-numbered road (in this case, N1).
Subtypes:
L1.1 Motorway Road signed with the white overpass across a
divided highway logo on a blue or green background.
L1.2 1st Class Road Example: national road.
18 © ISO 20
...


NORME ISO
INTERNATIONALE 14819-3
Première édition
2004-03-01
Informations sur le trafic et le
tourisme (TTI) — Messages TTI via le
codage de messages sur le trafic —
Partie 3:
Références de localisants pour ALERT-C
Traffic and Travel Information (TTI) — TTI messages via traffic
message coding —
Part 3: Location referencing for ALERT-C

Numéro de référence
©
ISO 2004
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.

©  ISO 2004
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 copyright@iso.org
Web www.iso.org
Version française parue en 2005
Publié en Suisse
ii © ISO 2004 – Tous droits réservés

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 14819-3 a été élaborée par le Comité européen de normalisation (CEN) en collaboration avec le comité
technique ISO/TC 204, Systèmes intelligents de transport, conformément à l'Accord de coopération technique
entre l'ISO et le CEN (Accord de Vienne).
Tout au long du texte du présent document, lire «… la présente Norme européenne …» avec le sens de
«… la présente Norme internationale …».
La présente Norme internationale annule et remplace l'ISO/TS 14819-3:2000, qui a fait l'objet d'une révision
technique et est devenu une Norme internationale.
L'ISO 14819 comprend les parties suivantes, présentées sous le titre général Informations sur le trafic et le
tourisme (TTI) — Messages TTI via le codage de messages sur le trafic:
— Partie 1: Protocole de codage pour le système de radiodiffusion de données (RDS) — Canal de
messages d'informations sur le trafic (RDS-TMC) avec Alert-C
— Partie 2: Codes d'événements et d'informations pour le système de radiodiffusion de données (RDS) --
Canal de messages d'informations sur le trafic (RDS-TMC)
— Partie 3: Références de localisants pour ALERT-C

Sommaire Page
1 Domaine d'application.1
2 Références normatives.1
3 Abréviations.1
4 Codage des localisants .2
4.1 Généralités.2
4.2 Tables de localisants.2
4.3 Catégories, types et sous-types de localisants TMC .7
4.4 Contenu de la table de localisants.7
4.5 Référencement détaillé des carrefours.12
4.6 Localisation détaillée d’un emplacement .12
4.7 Localisants unidirectionnels et bidirectionnels.12
Annexe A (normative) Catégories, types et sous-types de localisants TMC.17
A.1 Généralités.17
A.2 Localisants zonaux.17
A.3 Localisants linéaires.20
A.4 Localisants ponctuels .21
Annexe B (normative) Numérotation des tables de localisants .26
Annexe C (informative) Historique .27
C.1 Approche globale.27
C.2 Méthodes.29

Bibliographie . 36

iv © ISO 2004 – Tous droits réservés

Avant-propos
Le présent document (EN ISO 14819-3:2004) a été élaboré par le Comité Technique CEN/TC 278
« Application télématique pour le transport routier et la circulation routière », dont le secrétariat est tenu par
NEN, en collaboration avec le Comité Technique ISO/TC 204 « Système de commande et d'information des
transports ».
Cette Norme européenne devra recevoir le statut de norme nationale, soit par publication d'un texte identique,
soit par entérinement, au plus tard en septembre 2004, et toutes les normes nationales en contradiction
devront être retirées au plus tard en septembre 2004.

Le présent document annule et remplace l’ENV ISO 14819-3 :2000.
Les Annexes A et B sont normatives. L’Annexe C est informative.
Selon le Règlement Intérieur du CEN/CENELEC, les instituts de normalisation nationaux des pays suivants
sont tenus de mettre cette Norme européenne en application : Allemagne, Autriche, Belgique, Chypre,
Danemark, Espagne, Estonie, Finlande, France, Grèce, Hongrie, Irlande, Islande, Italie, Lettonie, Lituanie,
Luxembourg, Malte, Norvège, Pays-Bas, Pologne, Portugal, République Tchèque, Royaume-Uni, Slovaquie,
Slovénie, Suède et Suisse.
Introduction
Le présent document établit les méthodes de spécifications des lieux et positions dans les messages
d'informations trafic et voyageurs, dont les messages RDS-TMC (Abréviation de l'anglais Radio Data
System/Traffic Message Channel - Système de données radio / Canal de messages routiers).
Il définit la structure et la sémantique des tables de localisants pour les Centres d'Information Routière (TIC)
et les récepteurs.
a) MESSAGES D'INFORMATIONS TRAFIC ET VOYAGEURS :
1) les informations trafic et voyageurs sont créées et mises à jour dans une base de données source,
par des opérateurs humains ou des systèmes automatisés. Les informations sont transférées par
messages à un ou plusieurs systèmes distants ;
2) dans ce contexte, un message est un ensemble de données échangé pour transporter les
informations dans un but convenu entre deux parties ou plus. Les messages d'informations trafic et
voyageurs sont des ensembles de données codées numériquement, échangées par les parties
concernées et transportant des informations relatives au trafic, aux voyageurs et/ou aux réseaux de
transport. Le codage numérique peut être alphanumérique, comme dans EDIFACT ou binaire
comme dans RDS -TMC ;
3) les messages d'informations trafic et voyageurs développés dans les programmes de l'Union
Européenne sont des propositions ouvertes et non propriétaires de normes destinées à servir
l'intérêt public en facilitant l'interconnexion et l'interopérabilité des systèmes d'informations
intéressés ;
b) REFERENCEMENT GEOGRAPHIQUE :
le localisant ou référence géographique est le moyen de dire "où" dans les messages d'informations trafic
et voyageurs.
vi © ISO 2004 – Tous droits réservés

1 Domaine d'application
La présente norme couvre principalement les besoins des messages RDS-TMC selon le protocole ALERT-C,
qui sont déjà en cours de mise en œuvre. Cependant, l'approche modulaire utilisée ici est destinée à faciliter
l'extension future des règles de référencement géographique à d'autres systèmes de messagerie
d'informations trafic et voyageurs.
Les règles de référencement géographique définies dans la présente norme couvrent les exigences
spécifiques des systèmes TMC (Traffic Message Channel - Canal de messages routiers), qui utilisent des
formats de codage abrégés pour fournir des messages TTI sur des supports d’information vers les mobiles
(tels que GSM, DAB) ou par l'intermédiaire de protocoles d'échange comme DATEX. Ces règles traitent
notamment du RDS-TMC qui est un moyen de fournir des informations trafic et voyageurs codées
numériquement à des usagers utilisant un canal de données silencieux (RDS) diffusées par des stations de
radiodiffusion en FM, sur la base du protocole ALERT-C.
2 Références normatives
Les documents de référence suivants sont indispensables pour l'application du présent document. Pour les
références datées, seule l'édition citée s'applique. Pour les références non datées, la dernière édition du
document de référence s'applique (y compris les éventuels amendements).
CEI 62106, Spécification du système de radiodiffusion de données (RDS) en VHF/FM dans la bande de
fréquences 87,5 MHz à 108,0 MHz (CEI 62106:2000).
EN ISO 14819-1, Informations sur le trafic et le tourisme (TTI) — Messages TTI via le codage de messages sur
le trafic — Partie 1: Protocole de codage pour le système de radiodiffusion de données (RDS) — Canal de
messages d'informations sur le trafic (RDS -TMC) avec ALERT-C (ISO 14819-1:2003).
ENV ISO 14825, Fichiers de données géographiques (ISO 14825:1996).
3 Abréviations
Pour les besoins de la présente Norme européenne, les abréviations suivantes s'appliquent :
CENELEC Comité Européen de Normalisation ELECtrotechnique
DATEX Protocole d'échange de données (DATa EXchange) relatives aux informations trafic et
voyageurs entre centres de trafic
ECC Extended Country Code (code pays étendu) (une caractéristique du système RDS)
EDIFACT Electronic Data Interchange For Administration Commerce et Transport (Echange de données
informatisées pour l'administration, le commerce et le transport)
GDF Geographic Data Files (Fichiers de données géographiques) (de l'ENV ISO 14825 pour la
modélisation et l'échange de données géographiques destinées à des applications télématiques
du transport)
RDS Radio Data System (Système de données radio) (canal d'informations numériques sur une sous-
porteuse modulée en fréquence)
TIC Traffic Information Centre (Centre d'Information Routière)
TMC Traffic Message Channel (Canal de messages routiers)
TTI Traffic et Travel Information (Système d'informations trafic et voyageurs)
WGS 84 World Geodetic System 1984 (Système géodésique mondial 1984)
4 Codage des localisants
4.1 Généralités
Les références des localisants (lieux) utilisées par le système RDS-TMC sont couvertes par les règles de
référencement géographique définies dans la présente partie. Le protocole de codage ALERT-C pour le
système RDS-TMC est défini dans l'EN ISO 14819-1.
Le protocole ALERT-C utilise un service de radiodiffusion de données numérique et silencieux destiné aux
automobilistes et fournissant des informations relatives à de nombreux types de situations de trafic. Ceci
comprend les informations sur les travaux routiers, la météorologie et les incidents de la circulation
concernant les principales routes nationales et internationales, les routes régionales ainsi que les voies
locales ou urbaines.
4.2 Tables de localisants
4.2.1 Généralités
Dans le système RDS-TMC, les lieux sont identifiés et référencés par leur code de localisant. Un service
RDS-TMC utilise une table de localisants prédéfinie contenant une description détaillée de lieux
préenregistrés qui peuvent être référencés dans les messages en provenance de ce service.
Un localisant utilisé dans un tel message sert d’adresse pour accéder au tableau décrivant de manière
détaillée les lieux préenregistrés pouvant être utilisés par le service. Un lieu réel dans le monde peut avoir
plusieurs codes de localisant dans la même table de localisants. Cependant, dans une table de localisants
donnée, chaque code de localisant fait référence à un seul et unique lieu. Un code de localisant est numéroté
dans une plage allant de 1 à 63 487.
NOTE Dans le protocole ALERT-C, 2048 autres numéros sont réservés pour INTER-ROAD (voir l'EN ISO 14819-1)
ainsi que pour d'autres formes de référencement.
Un tableau peut contenir au maximum 65 536 codes attribués de la manière suivante :
Codes de localisants Utilisation
0 réservé
1 – 63 487 libre pour codage normal des localisants
63 488 – 64 511 à des fins particulières
2 © ISO 2004 – Tous droits réservés

64 512 – 65 532 pour INTER-ROAD
64 533 – 65 535 fonctions spéciales
NOTE INTER-ROAD est un mécanisme de codage dans le protocole ALERT-C permettant de référencer dans un
type spécifique de message ALERT-C (le message INTER-ROAD) un lieu appartenant à une table de localisants
différente. Il peut s'agir tout autant d'une table du même pays que d'une table d'un pays différent.
4.2.2 Structure hiérarchique
Les tables de localisants RDS-TMC utilisent une structure hiérarchique de localisants prédéfinis. Un système
de pointeurs fournit des références ascendantes à des localisants de niveau supérieur dont le lieu spécifié fait
partie.
EXEMPLE La région du Kent aurait une référence de zone ascendante au sud-est de l'Angleterre. Le sud-est de
l'Angleterre peut avoir une référence ascendante au Royaume-Uni puis aux îles britanniques puis à l'Europe, etc.
(Figure 1).
Légende
A Comté de Kent
B Sud-est de l'Angleterre
C Royaume Uni
D Iles Britanniques
E Europe
Figure 1 — Référencement géographique ascendant
L’échangeur 25 sur l'autoroute M1 au Royaume-Uni aurait une référence linéaire à un segment d'autoroute,
par exemple Leicester - Sheffield. Ce segment pourrait avoir une référence ascendante à l'ensemble de la
route (l'autoroute M1).
4 © ISO 2004 – Tous droits réservés

Des tables hiérarchiques permettent de simplifier et d'éviter toute ambiguïté du référencement géographique.
L'un des principaux avantages des tables hiérarchiques est qu'elles facilitent le tri et la sélection automatisés
des informations destinées aux utilisateurs. Cependant, diverses applications utilisent aujourd'hui à la fois des
tables hiérarchiques et des tables non structurées.
4.2.3 Chaînages
La plupart des localisants ponctuels et certains localisants linéaires sont chaînés vers des localisants
précédents et suivants du même type. Ceci est indiqué par des chaînages négatif et positif.
EXEMPLE Le carrefour 25 sur une autoroute peut être chaîné au carrefour 26 dans le sens positif, et au carrefour
24 dans le sens négatif. Une convention de signe adoptée au moment du codage des localisants spécifie le sens positif
de déplacement sur chaque route (Figure 2).

Légende
a Sens positif
b Chaînage négatif
c Chaînage positif
Figure 2 — Chaînages
4.2.4 Types de localisants
Des types et des sous-types de localisants sont nécessaires pour l’indépendance de l’information fournie vis-
à-vis de la langue et pour indiquer au système récepteur les champs de données auxquels il doit s'attendre.
Au plus haut niveau, les localisants se divisent en trois catégories :
a) les localisants zonaux ;
b) les localisants linéaires ;
c) les localisants ponctuels.
Dans chaque catégorie, les types de localisant se distinguent (en principe) chaque fois qu’un localisant est
fonctionnellement distinct dans son traitement par le récepteur du message. L'annexe A définit un ensemble
de types et de sous-types prédéfinis de localisants.
Les sous-types peuvent être utilisés pour donner plus de détails (par exemple) des installations disponibles en
un lieu particulier tel qu'une aire de service. La liste actuelle donnée en Annexe A, sera complétée au fur et à
mesure que de nouveaux besoins seront acceptés.
Il convient de valider au niveau national les traductions officielles des termes indépendants de la langue qui
décrivent les types et sous-types de localisants.
4.2.5 Sens de référence de la route
Le sens de référence prédéfini de la route (voir 4.2.3) a des conséquences sur les chaînages positif et négatif
indiqués dans la table de localisants ainsi que sur l'ordre des noms des points d'extrémité d'une route ou d'un
segment de route (voir le Tableau 1).
Lorsqu’on définit le sens positif de nouvelles routes dans les tables prédéfinies, il est recommandé d'utiliser
des sens positifs géographiques par rapport au système de coordonnées, c'est-à-dire du sud au nord et de
l'ouest à l'est pour l'hémisphère nord.
Pour les rocades circulaires (ou périphériques), il est recommandé de définir le sens horaire comme sens
positif de déplacement.
Dans tous les cas, il n'est pas permis d'inverser le sens sur des segments continus d'une route et/ou se
raccordant, par exemple à des frontières administratives.
4.2.6 Codes pays et numéros de tables de localisants
Dans le protocole ALERT-C, il est tenu pour acquis que le service RDS-TMC et les tables de localisants
soient organisés et définis pays par pays. Par conséquent, chaque service et chaque table de localisants est
associé à un code pays dans une plage de 1 à 15 (hexadécimal 1-F) comme décrit dans la norme CEI 62106.
Un service ainsi que la table de localisants qu’il utilise doivent avoir le même code pays. Il peut y avoir
plusieurs tables de localisants par pays. Celles-ci se distinguent par un numéro supplémentaire de table de
localisants dans une plage allant de 1 à 63. Dans les pays hors Europe, l'ensemble de la plage des numéros
de tables de localisants par code pays peut être utilisé à condition que le Code Étendu de Pays (ECC) soit
utilisé et transmis (voir la CEI 62106).
En Europe, une approche différente est utilisée pour des raisons historiques car l'ECC n'est pas appliqué
dans tous les pays. Les codes pays sont partagés par plusieurs pays en Europe et dans les territoires
environnants. Pour éviter toute ambiguïté dans le système de référencement géographique européen
RDS-TMC, des plages de numéros de table de localisants sont attribuées à des pays précis, conformément à
la table donnée en Annexe B. De cette manière, chaque table de localisants est identifiée de manière unique
par son code pays et par un numéro de table de localisants. Comme on peut le voir dans l'Annexe B, un pays
tel que l'Autriche peut avoir au plus 8 tables de localisants.
4.2.7 Code de localisant unique
La combinaison du code étendu de pays (sur 8 bits), du code pays (sur 4 bits), du numéro de table de
localisants (sur 6 bits) et du code de localisant (sur 16 bits) définit un code de localisant étendu qui est unique
à l'échelle mondiale.
En Europe, la combinaison du code pays (sur 4 bits), du numéro de table de localisants (sur 6 bits) et du code
de localisant (sur 16 bits) est également unique.
4.2.8 Contraintes
Il est possible dans le futur de convenir, modéliser et documenter des contraintes relatives au codage des
localisants. Cependant, à l'heure actuelle, les autorités nationales et/ou les fournisseurs de service sont libres
d'attribuer des codes de localisants comme ils le souhaitent à des lieux spécifiés conformément à ces règles.
4.2.9 Développements futurs
Dans chaque table de localisants, un espace (c'est-à-dire des codes de localisants non attribués) doit être
laissé libre pour répondre à de futurs besoins de localisants supplémentaires (pour de nouvelles constructions
et pour des besoins de référencement géographique non prévus initialement).
6 © ISO 2004 – Tous droits réservés

Une fois qu'un localisant a été attribué, il ne peut pas être facilement ré-attribué (dans un environnement RDS-
TMC/ALERT-C). Il convient par conséquent de considérer comme fixes tous les localisants existants et les
codes qui leur sont associés. Il est admis cependant que d'autres attributs d'un localisant donné puissent,
dans certaines conditions, être quelquefois modifiés (par exemple, le nom, le chaînage positif, le chaînage
négatif).
De nombreux numéros de table de localisants ne sont pas encore attribués. L'autorité compétente en la
matière dans un pays donné peut demander des numéros supplémentaires de tables de localisants à l'appui
d'applications futures ou pour des tables régionales de localisants plus détaillées. De nouvelles tables
peuvent également être publiées de temps en temps pour permettre des mises à jour complètes des tables
existantes. Cependant, ces modifications majeures seront extrêmement perturbatrices pour les utilisateurs, il
convient autant que possible de les éviter ou au moins de ne pas les entreprendre trop fréquemment.
4.3 Catégories, types et sous-types de localisants TMC
Les catégories, types et sous-types de localisants sont normalisés et spécifiés en Annexe A. Dans des cas
exceptionnels, il est admis de proposer de nouveaux sous-types au TC 204 de l'ISO et au TC 278 du CEN
pour approbation, enregistrement et publication. Chaque localisant est décrit par un code, constitué de :
¾ un caractère (A, L ou P), indiquant la catégorie du localisant (zonale, linéaire ou ponctuelle) ;
¾ un numéro indiquant le type ;
¾ un point (.) ;
¾ un numéro indiquant un sous-type.
EXEMPLE 1 P1.8 - rond-point (P = ponctuel, P1 = carrefour).
Pour des types sans sous-type défini, le code de sous-type 0 (zéro) doit être utilisé afin de définir le type
comme un sous -type.
EXEMPLE 2 A3.0 – pays
4.4 Contenu de la table de localisants
4.4.1 Généralités
Le contenu de la table de localisants est fixé uniquement à des fins de définition et d'échange. Les
informations utilisées dans des applications spécifiques ou par des fabricants particuliers ne sont pas fixées et
ne sont pas couvertes par le domaine d'application des présentes spécifications.
Pour assurer sa cohérence à l'échelle internationale, à des fins de définition et d’échanges, il ne faut qu’un
seul contenu par table de localisants. Dans cette structure certains éléments sont toujours obligatoires ;
d'autres éléments sont obligatoires lorsqu'ils existent ; et certains autres éléments sont facultatifs.
4.4.2 Contenu nominal d'un enregistrement
Le contenu nominal de chaque enregistrement dans la table de localisants est le suivant :
¾ code localisant ;
¾ code de type (sous-type) de localisant ;
¾ numéro de route/échangeur ;
¾ nom de la route ;
¾ nom 1 ;
¾ nom 2 ;
¾ référence zonale ;
¾ référence linéaire ;
¾ chaînage négatif ;
¾ chaînage positif ;
¾ code urbain ;
¾ référence intersection ;
¾ coordonnées géographiques (longitude et latitude) WGS 84.
Il n'est pas nécessaire que tous ces éléments soient présents dans chaque enregistrement. Le Tableau 1
indique les références qui sont exigées et/ou admises, en fonction du type de localisant.
8 © ISO 2004 – Tous droits réservés

Tableau 1 — Contenu de la table de localisants pour ALERT-C
Code de type Nom
Numéro de
Code de Chaînage Chaînage Code Référence Coordonnées
(sous-type) de de la
Nom 1 Nom 2 Référence zonale Référence linéaire
route/
localisant négatif positif urbain d'intersection WGS 84
localisant route
échangeur
(M) continent - - nom (M) - - - - - - - -

groupe de pays ou
(M) groupe de pays - - nom (M) - - - - - - -
continent (M)
groupe de pays ou
Zonal (M) pays - - nom (M) - - - - - - -
continent (M)
autre zone (plan
zone administrative
d'eau, zone floue,
(M) - - nom (M) - d'ordre le plus bas ou - - - - - -
région
autre zone (M)
d'application)
zone de nième zone de nième ordre
(M) - - nom (M) - - - - - - -
ordre (n = 1 à 5) (M)
désignation désignation
zone de nième ordre ou
2 2
(M) route - - - - - -
(m) (m) d’extrémité d’extrémité
pays (M)
négative (M) positive (M)
zone de nième ordre ou
2 2
(M) rocade circulaire nom (O) - - - - - - -
(m) (m)
pays (M)
segment
segment de désignation désignation segment de premier de nième segment de

zone de nième ordre ou
2 2
Linéaire (M) nième ordre d’extrémité d’extrémité ordre , route ou ordre nième ordre - - -
(m) (m)
pays ou autre zone (O)
(n = 1, 2) négative (M) positive (M) rocade circulaire (M) suivant (m)
précédent
(m)
zone de nième ordre ou
(M) voie urbaine - (M) nom (O) nom (O) - - - - - -
autre zone (M)
liaison non désignation désignation
zone de nième ordre ou
(M) - (m) - - - - - -
routière pour d’extrémité d’extrémité
autre zone (O)
véhicules négative (M) positive (M)
numéro de
nom de zone administrative segment d'ordre le point
route ou nom
point suivant
3 3
l’intersection
(M) intersection d'ordre le plus bas ou plus bas, route ou précédent (M) (m) (M)
(m) (O)
de la route (m)
autre zone (M) rocade circulaire (M) (m)
(m)
sécante (O)
zone administrative segment d'ordre le point
point descripteur du point suivant
Point (M) - - - d'ordre le plus bas ou plus bas, route ou précédent (M) - (M)
intermédiaire point (M) (m)
autre zone (M) rocade circulaire (M) (m)
zone administrative segment d'ordre le point
autre point de nom du point point suivant
(M) - - - (M) (O) (M)
1 d'ordre le plus bas ou plus bas, route ou précédent
repère (M) (m)
autre zone (M) rocade circulaire (M) (m)

Le Tableau 1 donne une présentation générale du contenu d'une table de localisants pour le système RDS-TMC. Les
champs obligatoires sont désignés par (M), tandis que (m) signifie obligatoire lorsqu'il existe et (O) signifie facultatif. Les
champs qui ne sont pas utilisés sont illustrés par - (tiret). La première colonne est indiquée uniquement pour la
compréhension du tableau. La deuxième colonne (code de localisant) est la clé de la table et par conséquent elle porte
la mention (M) pour chaque enregistrement dans la table. L'ordre des colonnes dans la table n'est pas significatif. Les
champs qui ne sont pas vides dans les colonnes référence zonale, référence linéaire, chaînage négatif, chaînage positif,
contiennent le code du localisant de la même table auquel le champ fait référence. Pour une description plus détaillée de
tous les types de localisants et de leurs codes, voir l'Annexe A.
NOTE 1 Les Autres points de repère comprennent les aires de service d'autoroute et les repères importants tels que
les principaux ponts et tunnels désignés.
ième
NOTE 2 Pour les routes, rocades circulaires et segments de n ordre, au moins l'un des deux champs numéro de
route/échangeur et nom de la route doit être renseigné.
NOTE 3 Pour les intersections, au moins un des quatre champs - numéro de route/échangeurs, nom de la route, nom
1 et nom 2 - doit être renseigné.
NOTE 4 La colonne code de type (sous -type) de localisants dans cette table explicative contient des descriptions des
types et sous -types de localisants. Dans une table de localisants réelle, cette colonne contient des codes de type
(sous -type) de localisants.
4.4.3 Descriptions des routes
4.4.3.1 Numéros de route et noms de route
Les descriptions de routes sont normalement des numéros de route. Ils doivent être indiqués au niveau le plus
élevé de la hiérarchie (par exemple : route/rocade circulaire) uniquement. Outre le numéro de route (A1 – R0),
un nom de route (par exemple : Autoroute du Nord) ou un autre numéro de route (par exemple E13 pour la
A1) peut être défini. S'il n'existe aucun numéro de route, un nom de route est obligatoire (par exemple :
Boulevard Périphérique).
Certains segments d'une route peuvent porter des numéros et/ou des noms supplémentaires (par exemple : A6
- Autoroute du Soleil, A4 - Kölner Ring). Dans le cas où un segment de route appartient à plusieurs routes, il doit
donner lieu à des entrées multiples dans la table de localisants. Si les numéros et/ou noms multiples ne
signifient pas le fait que le segment fait partie de plusieurs routes, ils peuvent être, si nécessaire, indiqués au
niveau segment dans le champ nom de route. Le numéro de route de niveau le plus élevé reste applicable.
Pour des liaisons non routières pour véhicules, le nom de route peut être la désignation d'une entreprise, par
exemple : Stena Sealink ; Eurotunnel ; une désignation géographique par exemple : Tunnel du Simplon, Tunnel
sous la Manche ; ou une désignation commerciale, par exemple : Le Shuttle.
4.4.3.2 Numéros d’échangeur
Pour les échangeurs, le champ numéro de route/échangeur est utilisé pour décrire les numéros d’échangeurs
lorsqu'ils existent.
4.4.4 Désignations
Les désignations de lieux doivent normalement être données dans la langue de la localité. Cependant, il est
également admis de fournir des versions de table de localisants avec des désignations de lieux (bilingues ou
multilingues) traduites en d'autres langues.
La désignation de l’échangeur peut être une description telle que connue par les utilisateurs de la route.
Les désignations d'extrémité négative et positive peuvent être précises (par exemple : Douvre-Calais) ou
approximatives (par exemple : Cologne - Francfort). Les désignations approximatives font référence à des
lieux voisins que la route (en général une autoroute) ne traverse pas directement.
10 © ISO 2004 – Tous droits réservés

Le descripteur de point est obligatoire pour les points intermédiaires. Lorsque c'est nécessaire, ils peuvent
être donnés en termes de références de point kilométrique/ borne milliaire.
4.4.5 Références ascendantes
Deux chemins doivent en général être fournis pour les références ascendantes dans ALERT-C (voir
l'EN ISO 14819-1). Le premier chemin correspond aux références zonales et le second aux références
linéaires. D'autres chemins supplémentaires de référence ascendante peuvent être utilisés mais cela n'est
pas exigé dans le cadre de la norme minimale à des fins d'échange d'informations.
Les références ascendantes doivent normalement désigner le niveau défini immédiatement supérieur. Par
exemple, une zone de second ordre doit faire référence à une zone de premier ordre ; une zone de premier
ordre doit faire référence à un pays ; etc.
4.4.6 Chaînages
ième
Des chaînages peuvent être définis pour des localisants de segment de n ordre ainsi que pour tous les
types de localisants ponctuels.
4.4.7 Code urbain
Les valeurs dans cette colonne indiquent si le trafic au droit du localisant ponctuel a un caractère
principalement urbain (1) ou interurbain (0).
4.4.8 Référence intersection
La référence intersection est une référence croisée vers un code de localisant représentant le même
localisant ponctuel du monde réel, mais par rapport à une autre route, si les localisants sont dans la même
table, ou par rapport à la même route dans une autre table. Si le localisant appartient à trois routes ou plus,
les références croisées sont représentées circulairement dans la table de localisants dans le sens anti-horaire
(voir le Tableau 2), de sorte que chaque code de localisant fait référence de manière explicite à un seul autre
code de localisant et de manière implicite à l'(aux) autre(s) code. La référence intersection doit comprendre le
code de pays et le numéro de table si elle fait référence à une autre table.
Tableau 2 — Référence d'intersection – exemple de codage
Code de localisant Code de type (sous- . Référence linéaire . Référence
type) de localisant d'intersection
1 L1.1
2 L1.1
3 L1.1
4 P1.1  1 5
5 P1.1  2 6
6 P1.1  3 4
4.4.9 Coordonnées WGS 84
Pour chaque localisant ponctuel, la longitude et la latitude WGS 84 du centre (approximatif) du lieu doivent
être données (M), en degrés décimaux avec une résolution de 5 microdegrés, le signe plus (+) étant utilisé
pour la longitude est et la latitude nord, et le signe moins (-) étant utilisé pour la longitude ouest et la latitude
sud. Les degrés de longitude sont donnés sur trois chiffres (avec des zéros non significatifs, si nécessaire),
les degrés de latitude sont donnés sur deux chiffres (avec des zéros non significatifs, si nécessaire) sans
séparateur entre la partie entière et la partie décimale.
EXEMPLE +00435455 +5083940 signifie 4,35455° E 50,83940° N.
4.5 Référencement détaillé des carrefours
4.5.1 Intersections conventionnelles
Les voies et les bretelles ne sont pas des localisants numérotés séparément dans ALERT-C. Ils sont traités
dans la structure des messages ALERT-C (par exemple : première sortie ; seconde sortie ; ou "pour le trafic
en direction de ").
4.5.2 Intersections complexes
Dans des situations plus complexes, lorsque le codage de routes d'accès parallèles, de bretelles collectrices
et de bretelles d'échangeurs est requis, ils doivent tous être référencés comme des localisants ponctuels de la
voie principale et ils doivent être codés comme des enregistrements séparés dans la table de localisants,
sans être chaînés positivement ou négativement aux autres localisants ponctuels.
4.6 Localisation détaillée d’un emplacement
4.6.1 Référencement géographique normal
Dans la plupart des tables de localisants TMC, les localisants sont uniquement prédéfinis à des intersections
et à d'autres repères importants tels que des aires de service, des tunnels et ponts désignés importants ; etc.
Si cela est nécessaire, la localisation détaillée d'un accident devra être à l'avenir définie dans le message par
sa distance par rapport au localisant primaire prédéfini.
Si cela est nécessaire, la fin de travaux routiers devra être à l'avenir définie dans le message par sa distance
par rapport au localisant TMC primaire.
Si cela est nécessaire, le début d’un chantier routier devra être à l'avenir défini dans le message par sa
distance par rapport à la fin du chantier routier. Certains protocoles non ALERT-C tels que DATEX permettent
déjà une indication précise de la distance.
4.6.2 Référencement géographique détaillé
Il est admis de définir des points intermédiaires entre intersections, au niveau de localisants spécifiés
uniquement en termes de référence de points kilométriques/ bornes milliaires.
Ces points intermédiaires peuvent être utilisés pour fournir des informations plus détaillées sur la localisation
d'un accident ou le début et la fin d’un chantier routier, etc.
Des localisants intermédiaires peuvent également être utilisés pour définir des points de surveillance du trafic
destinés par exemple à être utilisés dans des systèmes qui proposent d'indiquer directement les vitesses
observées du trafic.
4.7 Localisants unidirectionnels et bidirectionnels
4.7.1 Principes fondamentaux
Tous les localisants TMC sur les routes bidirectionnelles font référence aux deux sens de circulation. Il n'est
pas admis de coder séparément chaque sens de circulation, à moins que les chaussées ne soient
physiquement séparées de sorte que les conducteurs les perçoivent comme deux routes séparées.
4.7.2 Intersections
Les intersections sont codées une fois uniquement et non une fois dans chaque sens. De même, les points
d'entrée et de sortie de bretelles d’accès et/ou de bretelles collectrices dans un échangeur ne doivent pas être
codés séparément. Cependant, lorsque les points d'entrée et/ou de sortie sont séparés par une grande
12 © ISO 2004 – Tous droits réservés

distance, il est admis de les coder comme des intersections séparées, si cela est souhaitable. Le critère de
décision pour ce codage séparé doit être : les conducteurs les perçoivent-ils comme des intersections
séparées ? (c'est-à-dire sont-elles désignées et/ou numérotées de manière différente ?).
4.7.3 Localisants n’ayant qu’une sortie ou une entrée et localisants apparaissant d'un seul côté
4.7.3.1 Généralités
Certains localisants ont uniquement une sortie ou une entrée, d'un côté ou des deux côtés. D'autres
localisants apparaissent uniquement d'un côté de l'autoroute. Des exemples de ce genre de localisants sont
rencontrés avec les stations services, les tunnels, les ponts. Pour ces localisants, l'utilisation d'attributs
supplémentaires est fortement recommandée. La Figure 1 et le Tableau 3 en donnent un exemple.

Légende
a Sens positif
b Pont
c Intersection J1
d Aire de stationnement
e Intersection J2
A Localisant
B File d’attente (bouchon)
X Accident
Figure 3 — Aire de service sur une chaussée uniquement
4.7.3.2 Utilisation d'attributs supplémentaires pour chaque code de localisant
Les possibilités spécifiques d'un localisant ponctuel sont décrites par six attributs supplémentaires :
d) entrée + (In +)
Possibilité d'entrer sur la route dans le sens positif
(0 = inactif / 1 = actif)
e) sortie + (Out +)
Possibilité de quitter la route dans le sens positif
(0 = inactif / 1 = actif)
f) entrée – (In -)
Possibilité d'entrer sur la route dans le sens négatif
(0 = inactif / 1 = actif)
g) sortie – (Out -)
Possibilité de quitter la route dans le sens négatif
(0 = inactif / 1 = actif)
h) présent + (Present +)
Pour indiquer la présence du localisant dans le sens positif
(0 = non présent / 1 = présent)
i) présent – (Present –)
Pour indiquer la présence du localisant dans le sens négatif
(0 = non présent / 1 = présent)
EXEMPLE
14 © ISO 2004 – Tous droits réservés

Tableau 3 — Utilisation d'attributs supplémentaires
Code de code de numéro de Nom 1 chaînage chaînage Entrée sortie entrée Sortie Présent Présent
..
:
..
loc. (sous) type route/ nég. pos.

de loc. échangeur
-
+
+ - -
+
- +
..
4420 P3.2 Pont 4456 4423 : 0 0 0 0 1 1

..
..
4423 P1.3 J1 Intersection 4420 4459 : 1 1 1 1 1 1
..
J1
4459 P3.3 Aire de 4423 4460 1 1 0 0 1 0
..
:
..
stationnnement
..
4460 P1.3 J2 Intersection 4459 4461 1 1 1 1 1 1
.. :
J2
Chaque localisant ponctuel, indépendamment de ses attributs, est à présent référencé dans les deux sens en
utilisant le chaînage (+) et le chaînage (-). Les attributs entrée +, sortie +, entrée -, sortie -, présent + et
présent - limitent les possibilités pour l'opérateur de choisir des valeurs spécifiques pour les chaînages du
côté émetteur.
Le principal avantage de cette méthode est qu'elle permet de modifier facilement le référencement en cas de
modifications de la situation réelle sans qu'il ne soit nécessaire de mettre à jour les tables de localisants de
tous les récepteurs.
EXEMPLE Si l'aire de stationnement de l'exemple ci-dessus devient disponible à la circulation des deux côtés, il
suffit, pour s'adapter à la nouvelle situation, d'activer ‘entrée - et sortie -' et de mettre présent - à 1 pour le localisant
n° 4459.
Du côté récepteur, les attributs supplémentaires peuvent être ignorés. L'utilisation de combinaisons "illégales"
de localisants et de chaînages n'est pas autorisée pour l'opérateur du côté émetteur, de sorte que les
messages qui sont diffusés sont toujours valides.
16 © ISO 2004 – Tous droits réservés

Annexe A
(normative)
Catégories, types et sous-types de localisants TMC
A.1 Généralités
Les catégories, les types et sous-types de localisants sont normalisés et spécifiés dans la présente annexe.
De nouveaux sous-types peuvent être proposés au CEN/TC 278 pour approbation, enregistrement et
publication. Chaque localisant est décrit par un code, constitué de :
¾ un caractère (A, L ou P), indiquant la catégorie (zonale, linéaire ou ponctuelle) ;
¾ un numéro indiquant le type ;
¾ un point (.) ;
¾ un numéro indiquant un sous-type.
EXEMPLE P1.8 - rond-point (P = ponctuel, P1 = intersection).
Si aucun sous-type n'existe dans un type donné, ou si aucun sous-type n'est disponible dans un but particulier,
il convient de mettre à 0 (zéro) le numéro indiquant un sous-type.
EXEMPLE A3.0 – pays
A.2 Localisants zonaux
Tableau A.1 — Localisants zonaux
Code Type/Sous-type Définition
A1.0 continent Une des sept principales étendues de terre géographiques ininterrompues
conventionnellement reconnues comme des parties du monde.
EXEMPLE L'Europe, l'Asie, l'Afrique, l'Amérique du Nord, l'Amérique du Sud,
l'Australie ou l'
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.

Loading comments...