Signalisation

Disponible avec une licence Network Analyst.

La signalisation fournit le type d’information directionnelle figurant sur les panneaux de signalisation d’autoroutes, tels que les numéros de sortie, les bretelles de raccordement et les destinations majeures accessibles le long des bretelles de raccordement. Si vous disposez de données de signalisation, vous pouvez les utiliser pour améliorer les directions d’acheminement générées par ArcGIS Network Analyst extension. Par exemple, le panneau de signalisation dans l’image ci-dessous informe les conducteurs qui roulent vers le nord que s’ils empruntent la sortie 242, ils accèderont à l’autoroute 80 en direction de l’est, qui relie Brighton à Ainsworth.

Exemple de signalisation

Un court itinéraire a été créé le long de la flèche dans l’image ci-dessus, et la feuille de route, avec et sans signalisation, fait l’objet d’une comparaison ci-dessous. Le troisième point met en évidence la différence :

Feuille de route sans signalisation
Feuille de route avec signalisation

Un conducteur qui utilise un deuxième ensemble de directions évitera de prendre un mauvais tournant en mettant en correspondance davantage d’informations sur les directions du panneau qui se trouve sur le bord de la route.

Les informations de cette signalisation en matière de feuille de route sont spécifiées par l’utilisation d’une classe d’entités Signposts (Signalisations) et d’une table Signposts_Streets. La classe d’entités décrit le texte figurant sur le panneau de signalisation et la table identifie les segments de route traversés en suivant les directions données par le panneau de signalisation.

Il est possible, mais non recommandé, de créer des panneaux indicateurs soi-même en adoptant le format décrit dans les sections suivantes. Dans les deux cas, une fois les données préparées, la classe d’entités et la table doivent toutes deux être indiquées dans la boîte de dialogue Network Dataset Properties (Propriétés du jeu de données réseau) pour être valides.

Classe d’entités Signposts (Signalisations)

La classe d’entités Signposts (Signalisations) est une classe d’entités linéaire. Dans le cas d’une géodatabase, elle doit résider dans le même jeu de données d’entité que le jeu de données réseau. Dans le cas d’un jeu de données réseau shapefile, elle doit se trouver dans le même espace de travail. Une classe d’entités Signposts (Signalisations) peut inclure au maximum 10 branches et 10 destinations. La table ci-dessous décrit les champs d’une classe d’entités Signposts (Signalisation) qui inclut deux branches et trois destinations.

TerrainFormatDescription

ObjectID

OID

ID de signalisation (champ OID).

Shape

Géométrie

Géométrie de la signalisation (géométrie de ligne).

ExitName

Texte

Numéro de sortie, par exemple sortie 242.

Branch0

Texte

Nom de la première rue ou autoroute à la fin d’une bretelle, par exemple I-80.

Branch0Dir

Texte

Direction officielle du champ Branch0, par exemple Nord, Sud, Est ou Ouest.

Branch0Lng

Texte

Langue du champ Branch0, par exemple en, de, fr.

Branch1

Texte

Nom de la deuxième rue ou autoroute qui partage la route physique utilisée par Branch0. Si I-80 et Highway 30 partagent le même segment de route à la fin de la bretelle, Hwy 30 apparaît ici.

Branch1Dir

Texte

Direction officielle du champ Branch1, par exemple Nord, Sud, Est ou Ouest.

Branch1Lng

Texte

Langue de Branch1.

Toward0

Texte

Première destination au-delà de la fin de la bretelle, par exemple Brighton.

Toward0Lng

Texte

Langue du champ Toward0, par exemple en, de, fr.

Toward1

Texte

Deuxième destination au-delà de la fin de la bretelle, par exemple Ainsworth.

Toward1Lng

Texte

Langue de Toward1.

Toward2

Texte

Troisième destination au-delà de la fin de la bretelle, par exemple une autre ville ou un point d’intérêt.

Toward2Lng

Texte

Langue de Toward2.

Structure d’une classe d’entités Signposts (Signalisations)

Table Signposts_Streets

La table Signposts_Streets doit résider dans le même espace de travail de géodatabase ou de shapefile que le jeu de données réseau. La structure de la table Signposts_Streets est la suivante :

TerrainFormatDescription

ObjectID

OID

Champ ObjectID.

SignpostID

Long

Clé étrangère du champ ObjectID de la classe d'entités signalisation.

Sequence

Long

Identifiant de séquence pour le segment de manœuvre. Pour les manœuvres TrueSequence, ce peut être 1-K, où K représente le nombre maximal de tronçons dans une manœuvre. Pour les manœuvres avec seulement les premier et dernier tronçons, cette valeur est 1 pour le premier tronçon et 0 pour le dernier.

EdgeFCID

Long

Identifiant de classe d'entités qui correspond à la classe d'entités Streets dans la séquence de manœuvres de signalisation.

EdgeFID

Long

Identifiant d'entité qui correspond à l'entité rue dans la séquence de manœuvres de signalisation.

EdgeFrmPos

Double

Sert à déterminer l’entité rue où la séquence de manœuvres de signalisation commence.*

EdgeToPos

Double

Sert à déterminer l’entité rue où la séquence de manœuvres de signalisation se termine.*

Table Signposts_Streets

*Remarques concernant les valeurs EdgeFrmPos et EdgeToPos :

  • Pour les déplacements le long du tronçon dans la direction numérisée de l’entité linéaire, la valeur EdgeFrmPos est inférieure à la valeur EdgeToPos.
  • Pour les déplacements opposés à la direction numérisée de l’entité linéaire, la valeur EdgeFrmPos est supérieure à la valeur EdgeToPos.
  • Pour les entités linéaires qui ne sont pas logiquement fractionnées à mi-portée pour créer des éléments à plusieurs tronçons, les valeurs EdgeFrmPos et EdgeToPos sont respectivement définies sur 0,0 et 1,0. Dans le cas contraire, ces valeurs sont définies sur des fractions dans lesquelles des fractionnements logiques interviennent pour l'élément de tronçon.

Pour des performances optimales, il est fortement recommandé de créer un index attributaire distinct pour chacun des champs suivants de la table de signalisation routière :

  • SignpostID
  • Séquence
  • EdgeFCID
  • EdgeFID
Créez un index attributaire distinct pour chacun des champs répertoriés.

En savoir plus sur l’indexation d’un attribut

Exemple de signalisation

L’image et les tables attributaires suivantes montrent comment le signe vert peut être modélisé :

Entités et ObjectID correspondants utilisés pour modéliser la signalisation
Notez que les champs de langue ont été supprimés de la table attributaire Signpost (Signalisation) dans cette image.
  • L’entité de signalisation (symbolisée par la flèche bleue épaisse) fournit une feuille de route pour un virage sur deux entités rues ; c’est pourquoi la signalisation est représentée par deux enregistrements dans la table de signalisation routière.
  • Étant donné que le champ ObjectID de l’entité de signalisation a pour valeur 15, le champ SignpostID des deux enregistrements dans la table a également pour valeur 15.
  • La valeur de EdgeFCID fait référence à un identifiant de classe d’entités généré par le système qui est automatiquement attribué à une classe d’entités lors de sa création. Le numéro 7 a été attribué à la classe d'entités Streets dans cet exemple.
  • La valeur de EdgeFID fait référence au champ ObjectID d’une entité rue unique dans la classe d’entités des rues.
  • L'entité de panneau de signalisation commençant à la rue 8489, la valeur de séquence de cet enregistrement est 1.
  • L'entité de panneau de signalisation se terminant à la rue 8493, la valeur de séquence est 2 (une valeur de 0 pourrait être attribuée en option au dernier tronçon).
  • Dans la mesure où la rue 8489 a été numérisée du sud vers le nord (la même direction que la signalisation), les valeurs des champs EdgeFrmPos et EdgeToPosition sont respectivement 0 et 1. Cela s’applique également à la rue 8493. Cependant, si la direction numérisée de la rue était l’inverse de la direction de la signalisation, les valeurs 0 et 1 seraient inversées.