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.
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 :
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.
| Terrain | Format | Description |
|---|---|---|
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. |
Branch0Class | Texte | Classification de la première rue ou autoroute à la fin de la bretelle, en tant que nom de rue ordinaire ou numéro d’itinéraire, à l’aide des valeurs suivantes :
|
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. |
Branch1Class | Texte | Classification de la deuxième rue ou autoroute à la fin de la bretelle, en tant que nom de rue ordinaire ou numéro d’itinéraire, à l’aide des valeurs suivantes :
|
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. |
| Toward0Class | Court | Classification de la première destination après la fin de la bretelle, en tant que nom de rue ordinaire ou numéro d’itinéraire, à l’aide des valeurs suivantes :
|
Toward1 | Texte | Deuxième destination au-delà de la fin de la bretelle, par exemple Ainsworth. |
Toward1Lng | Texte | Langue de Toward1. |
| Toward1Class | Court | Classification de la deuxième destination après la fin de la bretelle, en tant que nom de rue ordinaire ou numéro d’itinéraire, à l’aide des valeurs suivantes :
|
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. |
| Toward2Class | Court | Classification de la troisième destination après la fin de la bretelle, en tant que nom de rue ordinaire ou numéro d’itinéraire, à l’aide des valeurs suivantes :
|
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 :
| Terrain | Format | Description |
|---|---|---|
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 avec la séquence entière d’entités rue dans la signalisation spécifiée, il peut s’agir de 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 spécifiés, 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.
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
En savoir plus sur l’indexation d’un attribut
L’image et les tables attributaires suivantes 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 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.
Vous avez un commentaire à formuler concernant cette rubrique ?