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 la feuille de route de l’itinéraire générée par l’Network Analyst. Par exemple, le panneau de signalisation dans le graphique 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.
Un court itinéraire a été créé le long de la flèche dans le graphique ci-dessus, et les feuilles de route, avec et sans signalisation, font l’objet d’une comparaison ci-dessous. Le troisième point met en évidence la différence :
Un conducteur qui utilise le deuxième ensemble de feuille de route évitera de prendre une mauvaise sortie en mettant en correspondance davantage d’informations sur les directions du panneau qui se trouve sur le bord de la route.
Les informations de signalisation pour les indications de conduite sont indiquées à l’aide d’une classe d’entités de signalisation et d’une table de signalisation routière. La classe d’entités de signalisation décrit le texte sur le panneau de signalisation et la table de signalisation routière identifie les segments de rue traversés lorsque les indications données par la signalisation routière sont suivies.
Typiquement la signalisation et les données des rues sont achetées auprès des fournisseurs et transférées dans la classe d’entités et au format de table adaptés à l’aide de scripts personnalisés. 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 de signalisation
La classe d’entités de signalisation est une classe d’entités linéaires. 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 de signalisation peut prendre en charge jusqu’à 10 branches et 10 destinations au maximum. La table ci-dessous décrit les champs d’une classe d’entités de signalisation qui inclut deux branches et trois destinations.
| Terrain | Format | Description |
|---|---|---|
ObjectID | OID | ID de signalisation (champ OID). |
Forme | 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 Hwy 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. |
Table de signalisation routière
La table de signalisation routière doit résider dans le même espace de travail de géodatabase ou de shapefile que le jeu de données réseau. Le schéma de la table de signalisation routière est le suivant :
| Terrain | Format | Description |
|---|---|---|
ObjectID | OID | Champ OID |
SignpostID | Long | Clé étrangère du champ ObjectID de la classe d'entités signalisation. |
Séquence | 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.* |
*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.
Afin d'obtenir de meilleures performances, nous vous conseillons fortement d'attribuer un index attributaire aux champs suivants de la table de signalisation routière :
- SignpostID
- Séquence
- EdgeFCID
- EdgeFID
Exemple de signalisation
Le graphique et les tables attributaires suivants montrent comment le signe vert peut être modélisé :
- 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 l'ObjectID de l'entité de signalisation est 15, le SignpostID pour les deux enregistrements dans la table est également 15.
- La valeur EdgeFCID fait référence à l’identifiant d’une classe d’entités générée 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 EdgeFID fait référence à l'ObjectID d'une entité rue unique dans la classe d'entités Streets (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 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.