TMC Location Codes (transport routier)

Description rapide

Ce jeu de données fournit les codes de localisation TMC utilisés dans d’autres jeux de données (p. ex. messages de trafic).

Description métier

Le format TMC Location Database Exchange a été développé à l’origine pour les messages de trafic via VHF. La désignation exacte est «Radio Data System – Traffic Message Channel (RDS-TMC)». Le cadre a été développé dans CEN TC278 SWG 7,3.

Le TMC utilise la norme Alerte C (ISO 14819-3, Systèmes de transport intelligents – Messages d’information sur le trafic et les voyages via traffic message coding, Part 3: Location referencing for Radio Data System-Traffic Message Channel (RDS-TMC) using ALERT-C) pour le référencement des «lieux»: Chaque annonce (accident, congestion, closure, etc.) fait référence à des lieux à l’aide de codes numériques issus de tableaux spécifiques au pays ou à la région préalablement chargés sur les récepteurs.

En Europe, ces tables de lieux (LT, Location Table ou LCL, Location Code List (Liste des codes de localisation), sont compilées par pays/région et gérées sous la forme de plusieurs fichiers DAT. Pour comprendre le mécanisme de localisation TMC, il est utile de comprendre la structure de ces tableaux et la manière dont ils sont utilisés dans les messages.

Un message TMC ne contient ni coordonnées ni géométrie. Il transporte:

• Codes d’événements (que s’est-il passé: Accident, embouteillage, route fermée, etc.)?
• Code du site primaire (où il commence; un code dans la LCL)
• Direction (positive/négative, c.-à-d. suivant la direction de référence du point linéaire ou s’opposant à celle-ci);
• Étendue (nombre de lieux consécutifs couverts avant l’événement)
• Décalages et informations supplémentaires facultatifs (p. ex. voies concernées, remarque de détournement, durée)

Le destinataire recherche le code dans ses LCL pour résoudre des noms lisibles par l’homme (numéro/nom de rue, nom de lieu) et peut reproduire l’événement sur sa carte interne si disponible ou simplement afficher le texte résolu.

Comment sont organisés les tables TMC

Une table des emplacements est, pour l’essentiel, un «graphique» soigné des routes principales, suffisamment stable pour être transmis. Elle contient:

• Points (nœuds): Nœuds, points de correspondance, sorties, points de péage, points frontières, points notables dans les villes. Chacun dispose:
  • Un identifiant de point unique
  • Coordonnées (WGS84 lat/long)
  • Type (triangle autoroutier, rampe, croisement, nœud urbain, etc.)
  • Noms (p. ex. «Munich-Süd», «Jct 15 M25», «Lille-Sud»)
• Sites linéaires (segments/liens): tronçons de route indiqués entre deux points. Chacun a:
  • Un code de localisation unique (la chose qui va sur l’envoi)
  • De-point et à-point
  • Sens de référence (la direction positive est de «de» à «à», la direction négative est inversée)
  • Longueur (approximative, pour le «offsetting»)
  • Référence de la rue (numéro, classe)
  • Liens voisins (prochain/avant dans chaque sens)
• Routes/itinéraires: Regroupements de lieux linéaires successifs, portant des désignations telles que «A8», «M25», «E40» et des noms spécifiques à la langue.
• Zones: zones administratives ou urbaines dans lesquelles les informations sont qualifiées (par exemple «près de Lyon», «dans le Grand Manchester»).
• Noms: Dictionnaire de chaînes de caractères contenant des codes de langue et du texte référencé par des ID pour éviter les doublons.
• Connecteurs transfrontaliers: entrées spécifiques qui relient la fin de la table d’un pays au début de la table d’un voisin, de sorte que les extensions peuvent se poursuivre au-delà des frontières.

Géoréférencement

Les informations de trafic sont localisées selon la norme TMC (Traffic Message Channel) et la méthode «AlertC». La version de la topologie TMC utilisée est indiquée dans l’élément <dx223:alertCLocationTableVersion> défini. La direction dans laquelle une annonce de trafic est impactée peut ainsi être définie automatiquement.

Format

Une description générale du format se trouve ici: Format d’échange de la base de données de localisation

Fréquence des mises à jour

Les fichiers TMC sont mis à jour chaque année en Suisse.

L’OFROU en assume la responsabilité.

Shape Files comme alternative

Le jeu de données contient parfois des fichiers Shape pour les versions. Ceux-ci reposent sur le système de coordonnées suisse. Wikipédia contient une description des Shapefiles: Shapefile – Wikipédia

Sont utilisés:

• Linears
• Links
• Points

Contact

Les questions sur le TMC peuvent être adressées à: verkehrsdaten-plattform@astra.admin.ch.

Description technique

Fichiers pertinents

Le format défini dans la norme ISO 14819-3 est généralement fourni par les fournisseurs européens de LCL sous la forme d’un ensemble de fichiers DAT. Les noms et les subdivisions exacts des fichiers peuvent varier selon les fournisseurs, mais le contenu suit le même partitionnement logique.

En général, il s’agit de fichiers du type suivant:

• metadata.dat (ou table.dat): Information au niveau du tableau (non disponible pour la Suisse)
  • ID de la table (LTN – Location Table Number, attribué par TISA), code pays, version, date de publication, projection, encodage et langues prises en charge.
• names.dat: un pool de chaînes
  • Blocs de données d’éléments textuels (noms/numéros de rue, noms de croisement, noms de lieux) avec balises de langue; référencés par des ID entiers d’autres fichiers.
• points.dat (nodes.dat):
  • ID point
  • Latitude/longitude
  • Type de point (triangle autoroutier, sortie, croisement, nœud urbain, terminal ferry, point frontière)
  • Identifiants de noms primaires/secondaires
• segments.dat (links.daq linear.dat):
  • Code du lieu (y faire référence par les messages TMC)
  • ID point de départ, ID point à
  • Identifiant de rue (lien vers roads.dat)
  • Longueur en mètres (ou décimètres), drapeaux de direction, catégorie de route
  • ID de segment suivant/précédent pour les directions positives et négatives
• roads.dat (routes.dat):
  • ID rue
  • Catégorie de route (autoroute, voie primaire, voie secondaire)
  • Numéro/nom (p. ex. «A8», «M25», «E40») via des identifiants nominatifs
  • Liste triée des ID de segment composant le tronçon
• areas.dat (non disponible en Suisse):
  • Identifiants de zones administratives ou urbaines
  • Identifiant du nom
  • Listes des membres (quels points/segments appartiennent à la zone ou sont à proximité)
• poi.dat (non disponible en Suisse):
  • Points spéciaux (aires de repos, aires de repos) avec noms et liens
• border_xref.dat (crossref.dat, non disponible en Suisse):
  • Connecteurs pour la liaison de codes de lieux avec des tables voisines (code de pays, code de lieu voisin)
• languages.dat:
  • Informations sur le codage des caractères (par exemple ISO-8859-1 vs UTF-8), langues disponibles
• index.dat (non disponible en Suisse):
  • Structures d’index pour consultation rapide (par code local, par ID de point, par ID de rue)

Extraits des fichiers pertinents

Nous montrons un petit extrait des fichiers pertinents pour clarifier la structure.

NAMES.DAT

CID;LID;NID;NAME;NCOMMENT;OFFICIALNAME
51;4;505869;Route du Simplon;;
51;4;502908;Feldbergstrasse;;
51;4;508014;Knonauerstrasse;;
51;4;5022;Salvenach;;
51;4;7440;Mairengo;;

NAMETRANSLATION.DAT

CID;LID;NID;NTRANSLATION;OFFICIALNAME
51;1;505869;Route du Simplon;
51;1;502908;Feldbergstrasse;
51;1;508014;Knonauerstrasse;

POINTS.DAT

CID;TABCD;LCD;CLASS;TCD;STCD;JUNCTIONNUMBER;RNID;N1ID;N2ID;POL_LCD;OTH_LCD;SEG_LCD;ROA_LCD;INPOS;INNEG;OUTPOS;OUTNEG;PRESENTPOS;PRESENTNEG;DIVERSIONPOS;DIVERSIONNEG;XCOORD;YCOORD;INTERRUPTSROAD;URBAN;JNID
51;9;30866;P;1;11;;499621;498742;;34753;;;30865;1;1;1;1;1;1;;;+00612956;+4621373;;0;
51;9;30952;P;1;11;;499121;499176;;34758;;;30951;1;1;1;1;1;1;;;+00607854;+4621224;;0;
51;9;27306;P;3;42;;314;3782;;34935;;1499;;1;1;1;1;1;1;;;+00813881;+4748090;;0;
51;9;12276;P;3;37;;314;5574;;32930;;;1121;1;1;1;1;1;1;;;+00762960;+4612815;;0;

SEGMENTS.DAT

CID;TABCD;LCD;CLASS;TCD;STCD;ROADNUMBER;RNID;N1ID;N2ID;ROA_LCD;SEG_LCD;POL_LCD;RDID
51;9;1509;L;3;0;H5;314;782;258;1066;;11;27593
51;9;1582;L;3;0;H23;314;1422;3488;1079;;8;27566
51;9;1485;L;3;0;H2;314;1060;1350;1053;;41;27554
51;9;1441;L;3;0;A1;;252;736;1039;;11;27396
51;9;25180;L;3;0;;314;5620;4456;18762;;27;
51;9;1549;L;3;0;H13;314;1134;734;1065;;38;27532
51;9;1534;L;3;0;H11;314;450;1358;1072;;8;27526

Informations complémentaires

• Les données sont codées en latin 1 (parfois aussi UTF-8).

• Les tableaux sont en fait des fichiers CSV avec un point-virgule comme délimiteur de champ. La fin de l’enregistrement est marquée CRLF, l’extension du fichier est .DAT.

Comment sont organisés les tables TMC

Une table des emplacements est, pour l’essentiel, un «graphique» soigné des routes principales, suffisamment stable pour être transmis. Elle contient:

• Points (nœuds): Nœuds, points de correspondance, sorties, points de péage, points frontières, points notables dans les villes. Chacun dispose:
  • Identifiant de point unique
  • Coordonnées (WGS84 lat/long)
  • Type (triangle autoroutier, rampe, croisement, nœud urbain, etc.)
  • Noms (p. ex. «Munich-Süd», «Jct 15 M25», «Lille-Sud»)
• Sites linéaires (segments/liens): tronçons de route indiqués entre deux points. Chacun a:
  • Un code de localisation unique (la chose qui va sur l’envoi)
  • De-point et à-point
  • Sens de référence (la direction positive est de «de» à «à», la direction négative est inversée)
  • Longueur (approximative, pour le «offsetting»)
  • Référence de la rue (numéro, classe)
  • Liens voisins (prochain/avant dans chaque sens)
• Routes/itinéraires: Regroupements de lieux linéaires successifs, portant des désignations telles que «A8», «M25», «E40» et des noms spécifiques à la langue.
• Zones: zones administratives ou urbaines dans lesquelles les informations sont qualifiées (par exemple «près de Lyon», «dans le Grand Manchester»).
• Noms: Dictionnaire de chaînes de caractères contenant des codes de langue et du texte référencé par des ID pour éviter les doublons.
• Connecteurs transfrontaliers: entrées spécifiques qui relient la fin de la table d’un pays au début de la table d’un voisin, de sorte que les extensions peuvent se poursuivre au-delà des frontières.

Comment le/la destinataire traite-t-il/elle une annonce

1. Il reçoit un message de trafic avec p. ex. le contenu suivant: event=ACCIDENT, location=10234, direction=positive, extent=3.
2. Il cherche la localisation=10234 dans segments.dat et obtient:
   • From=point 5021 (nom ID -> «Munich-Sud»), To=point 5030 («Hofolding»)
   • Road ID -> «A8»
   • Prochains segments positifs pour l’extension du parcours
3. Il reprend les noms de names.dat (en tenant compte de la langue et des variantes de texte disponibles).
4. En option, il détermine les villes voisines via areas.dat, p. ex. «Près de Holzkirchen (Landkreis Miesbach)».
5. Le message suivant s’affiche: «Accident on A8 towards Salzburg at München-Süd, extends for 3 segments (approx. 6 km).»

Exemples

Quelques exemples généraux sont présentés ci-dessous.

Exemple 1: Allemagne (DE), autoroute A8 Munich → Salzbourg

Hypothèse relative au contenu du tableau:

names.dat

points.dat

roads.dat

segments.dat

Annonce de trafic:

• Code événement: 101 (accident)
• Code du site principal: 10234
• Direction: positive
• Étendue: 3

Édition (en allemand): «Accident sur l’A8 direction Salzbourg près de Munich-Sud, entre Munich-Sud et Hofolding; perturbation sur 3 tronçons.»

Exemple 2: United Kingdom (GB), M25 clockwise near Junction 15

Les tableaux UK contiennent souvent les carrefours/triangles autoroutiers comme noms.

names.dat

points.dat

roads.dat

segments.dat

Annonce de trafic:

• Événement: Trafic stationnaire
• Code du lieu: 600115
• Direction: positive (clockwise)
• Étendue: 2

Édition: «Stationary traffic on M25 clockwise between J15 and J16; extends for 2 segments.»

Exemple 3: France (FR), A1 près de Lille vers Paris

Les tables françaises sont toujours basées sur des qualificatifs «sens Paris»/«sens Lille» et des balises spéciales pour les zones urbaines.

names.dat

points.dat

roads.dat

segments.dat

Annonce de trafic:

• Événement: Roadworks
• Code de loc: 900201
• Direction: positive (sens Paris)
• Étendue: 1
• Supplémentaire: voie fermée

Édition: «Travaux sur A1 sens Paris à hauteur de Lille-Sud; voie fermée.»

Exemple 4: Transfrontalier, Suisse (CH) – Allemagne (DE) à Bâle sur A5

Les tableaux suisses contiennent des connecteurs qui se réfèrent également aux tableaux allemands, ce qui permet de représenter correctement les passages de frontière.

names.dat (Suisse)

points.dat (Suisse)

roads.dat (Suisse)

segments.dat (Suisse)

border_xref.dat (Suisse)

names.dat (FR)

points.dat (FR)

Les embouteillages sur l’A2 en Suisse se poursuivent sur l’A5 en Allemagne:

• Lieu principal: CH-45012, direction positive, extent 4
• Le destinataire peut suivre les pointeurs nextPos en Suisse. S’il rencontre le Border Connector, il peut rechercher les prochains segments à partir des tables Allemagne et poursuivre avec l’extension.

Indications importantes pour la mise en œuvre

• Direction et extension de référence: La direction «positive» est une caractéristique de chaque segment (de-point →-point). L’extension N signifie «N lieux linéaires successifs devant» dans la direction choisie, pas le kilomètre. Si le destinataire a une autre carte, il peut approcher la longueur en additionnant les longueurs des segments de la LCL.
• Offsets: Certains messages utilisent des offsets de début/fin à l’intérieur d’un segment (quantifiés, p. ex. fractures de longueur de segment) pour placer l’événement non pas exactement sur le nœud, mais quelque part le long du lien. Toutes les stations n’utilisent pas fortement les offsets; beaucoup ne comptent que sur les extensions.
• Résolution du nom et langues: names.dat contient plusieurs variantes de langues par chaîne de caractères. Dans les régions multilingues (p. ex. Suisse), le tableau peut contenir des variantes allemandes/françaises/italiennes. Les destinataires sélectionnent une langue en particulier ou utilisent une valeur prédéfinie par défaut.
• Numérotation de rue et rues E: Les inscriptions de rue peuvent comporter un numéro national (A8) ou un numéro de rue E européen (E52). Les radiodiffuseurs et les destinataires décident lesquels doivent être affichés.
• Stabilité: Les tableaux des lieux changent lentement (nouveaux croisements, changements de noms). Ils font l’objet d’une gestion des versions et sont identifiés par un LTN et une date de version. Les destinataires doivent disposer du tableau correspondant à un pays, faute de quoi les codes ne seront pas décomposés.
• Allongement vs distance: L’allongement compte les segments, et non les kilomètres; la distance effectivement parcourue dépend de la longueur des segments.
• Déviation de la carte: Si la carte de base du destinataire diffère nettement de la topologie LCL, le verrouillage des événements sur la carte peut être imparfait, mais l’affichage du texte reste correct.
• Langue/encodage: Les tables héritées utilisent souvent des jeux de caractères ISO 8859; les distributions modernes peuvent utiliser UTF-8. Une divergence peut conduire à des diacritiques déroutantes si elle n’est pas correctement traitée.
• Couverture des routes urbaines: Les LCL TMC se concentrent sur les routes principales; les routes plus petites peuvent ne pas être répertoriées dans le tableau, ce qui limite la granularité.

Localisation Exemples tirés du bulletin d’information sur le trafic suisse

Exemple avec Linear et TMC:

 <dx223:groupOfLocations xsi:type="dx223:Linear">
 	<dx223:alertCLinear xsi:type="dx223:AlertCMethod4Linear">
 		<dx223:alertCLocationCountryCode xsi:type="dx223:String">4</dx223:alertCLocationCountryCode>
 		<dx223:alertCLocationTableNumber xsi:type="dx223:String">9</dx223:alertCLocationTableNumber>
 		<dx223:alertCLocationTableVersion xsi:type="dx223:String">7.3</dx223:alertCLocationTableVersion>
 		<dx223:alertCDirection xsi:type="dx223:AlertCDirection">
 			<dx223:alertCDirectionCoded xsi:type="dx223:AlertCDirectionEnum">both</dx223:alertCDirectionCoded>
 		</dx223:alertCDirection>
 		<dx223:alertCMethod4PrimaryPointLocation xsi:type="dx223:AlertCMethod4PrimaryPointLocation">
 			<dx223:alertCLocation xsi:type="dx223:AlertCLocation">
 				<dx223:specificLocation xsi:type="dx223:AlertCLocationCode">10432</dx223:specificLocation>
 			</dx223:alertCLocation>
 			<dx223:offsetDistance xsi:type="dx223:OffsetDistance">
 				<dx223:offsetDistance xsi:type="dx223:MetresAsNonNegativeInteger">0</dx223:offsetDistance>
 			</dx223:offsetDistance>
 		</dx223:alertCMethod4PrimaryPointLocation>
 		<dx223:alertCMethod4SecondaryPointLocation xsi:type="dx223:AlertCMethod4SecondaryPointLocation">
 			<dx223:alertCLocation xsi:type="dx223:AlertCLocation">
 				<dx223:specificLocation xsi:type="dx223:AlertCLocationCode">10431</dx223:specificLocation>
 			</dx223:alertCLocation>
 			<dx223:offsetDistance xsi:type="dx223:OffsetDistance">
 				<dx223:offsetDistance xsi:type="dx223:MetresAsNonNegativeInteger">0</dx223:offsetDistance>
 			</dx223:offsetDistance>
 		</dx223:alertCMethod4SecondaryPointLocation>
 	</dx223:alertCLinear>
 </dx223:groupOfLocations>

Exemple avec un point:

 			      <dx223:groupOfLocations xsi:type="dx223:Point">
							<dx223:alertCPoint xsi:type="dx223:AlertCMethod4Point">
								<dx223:alertCLocationCountryCode xsi:type="dx223:String">4</dx223:alertCLocationCountryCode>
								<dx223:alertCLocationTableNumber xsi:type="dx223:String">9</dx223:alertCLocationTableNumber>
								<dx223:alertCLocationTableVersion xsi:type="dx223:String">7.4</dx223:alertCLocationTableVersion>
								<dx223:alertCDirection xsi:type="dx223:AlertCDirection">
									<dx223:alertCDirectionCoded xsi:type="dx223:AlertCDirectionEnum">both</dx223:alertCDirectionCoded>
								</dx223:alertCDirection>
								<dx223:alertCMethod4PrimaryPointLocation xsi:type="dx223:AlertCMethod4PrimaryPointLocation">
									<dx223:alertCLocation xsi:type="dx223:AlertCLocation">
										<dx223:specificLocation xsi:type="dx223:AlertCLocationCode">16422</dx223:specificLocation>
									</dx223:alertCLocation>
									<dx223:offsetDistance xsi:type="dx223:OffsetDistance">
										<dx223:offsetDistance xsi:type="dx223:MetresAsNonNegativeInteger">0</dx223:offsetDistance>
									</dx223:offsetDistance>
								</dx223:alertCMethod4PrimaryPointLocation>
							</dx223:alertCPoint>
						</dx223:groupOfLocations>

Exemple avec un point qui n’est pas TMC:

 <dx223:groupOfLocations xsi:type="dx223:Point">
 	<dx223:tpegPointLocation xsi:type="dx223:TpegSimplePoint">
 		<dx223:tpegDirection xsi:type="dx223:DirectionEnum">anticlockwise</dx223:tpegDirection>
 		<dx223:tpegSimplePointLocationType xsi:type="dx223:TpegLoc01SimplePointLocationSubtypeEnum">nonLinkedPoint</dx223:tpegSimplePointLocationType>
 		<dx223:point xsi:type="dx223:TpegNonJunctionPoint">
 			<dx223:pointCoordinates xsi:type="dx223:PointCoordinates">
 				<dx223:latitude xsi:type="dx223:Float">46.767601</dx223:latitude>
 				<dx223:longitude xsi:type="dx223:Float">7.09531021</dx223:longitude>
 			</dx223:pointCoordinates>
 			<dx223:name xsi:type="dx223:TpegOtherPointDescriptor">
 				<dx223:descriptor xsi:type="dx223:MultilingualString">
 					<dx223:values>
  <dx223:value xsi:type="dx223:MultilingualStringValue" lang="de-CH">Vy de Villard, Posieux</dx223:value>
 					</dx223:values>
 				</dx223:descriptor>
 				<dx223:tpegOtherPointDescriptorType xsi:type="dx223:TpegLoc03OtherPointDescriptorSubtypeEnum">pointName</dx223:tpegOtherPointDescriptorType>
 			</dx223:name>
 		</dx223:point>
 	</dx223:tpegPointLocation>

Exemple de référencement linéaire sans TMC

 <dx223:groupOfLocations xsi:type="dx223:Linear">
 	<dx223:tpegLinearLocation xsi:type="dx223:TpegLinearLocation">
 		<dx223:tpegDirection xsi:type="dx223:DirectionEnum">anticlockwise</dx223:tpegDirection>
 		<dx223:tpegLinearLocationType xsi:type="dx223:TpegLoc01LinearLocationSubtypeEnum">segment</dx223:tpegLinearLocationType>
 		<dx223:to xsi:type="dx223:TpegNonJunctionPoint">
 			<dx223:pointCoordinates xsi:type="dx223:PointCoordinates">
 				<dx223:latitude xsi:type="dx223:Float">46.8046989</dx223:latitude>
 				<dx223:longitude xsi:type="dx223:Float">7.16811705</dx223:longitude>
 			</dx223:pointCoordinates>
 			<dx223:name xsi:type="dx223:TpegOtherPointDescriptor">
 				<dx223:descriptor xsi:type="dx223:MultilingualString">
 					<dx223:values>
  <dx223:value xsi:type="dx223:MultilingualStringValue" lang="de-CH">Rue de la Samaritaine 40, Fribourg</dx223:value>
 					</dx223:values>
 				</dx223:descriptor>
 				<dx223:tpegOtherPointDescriptorType xsi:type="dx223:TpegLoc03OtherPointDescriptorSubtypeEnum">pointName</dx223:tpegOtherPointDescriptorType>
 			</dx223:name>
 		</dx223:to>
 		<dx223:from xsi:type="dx223:TpegNonJunctionPoint">
 			<dx223:pointCoordinates xsi:type="dx223:PointCoordinates">
 				<dx223:latitude xsi:type="dx223:Float">46.8050461</dx223:latitude>
 				<dx223:longitude xsi:type="dx223:Float">7.16782188</dx223:longitude>
 			</dx223:pointCoordinates>
 			<dx223:name xsi:type="dx223:TpegOtherPointDescriptor">
 				<dx223:descriptor xsi:type="dx223:MultilingualString">
 					<dx223:values>
  <dx223:value xsi:type="dx223:MultilingualStringValue" lang="de-CH">Rue de la Samaritaine 26, Fribourg</dx223:value>
 					</dx223:values>
 				</dx223:descriptor>
 				<dx223:tpegOtherPointDescriptorType xsi:type="dx223:TpegLoc03OtherPointDescriptorSubtypeEnum">pointName</dx223:tpegOtherPointDescriptorType>
 			</dx223:name>
 		</dx223:from>
 	</dx223:tpegLinearLocation>
 </dx223:groupOfLocations>

Références

• Application spécialisée Office fédéral des routes (OFROU) – brevet fédéral BM Version 4.0.2
• Informations sur le trafic et bulletins d’embouteillage actuels
• viasuisse.ch/fr

#AutoTranslate