Skip to main content

Itinéraires

Disponible avec une licence Location Referencing.

Les itinéraires sont des entités PolylineZM qui stockent des valeurs de mesure sur leurs sommets pour modéliser une distance linéaire. Les valeurs de mesure sont stockées sur les sommets car, dans bien des cas, la géométrie d’une entité n’est pas aussi précise que les longueurs mesurées conservées pour l’entité. Cela peut concerner les routes et d’autres entités linéaires. Les itinéraires conservent les mesures pour prendre en charge la localisation des événements référencés de manière linéaire.

Dans le système de référencement linéaire (LRS), l’éditeur LRS associe des entités d’axe médian à des itinéraires et fournit des entrées de mesure en utilisant des outils pour créer ou modifier des itinéraires. Les outils de création ou de modification d’entités d’itinéraire calculent également les valeurs mesurées et les stockent sur les sommets de l’itinéraire. Les axes médians sont gérés dans une classe d’entités polylignes distincte et sont associés à des itinéraires par les outils dans la table de séquence des axes médians.

La table de séquence des axes médians permet d’associer les mêmes axes médians à des itinéraires différents du même réseau LRS (comme c’est le cas avec les itinéraires coïncidents) ou à des itinéraires de réseaux LRS différents. Vous pouvez ainsi utiliser la même géométrie polyligne (axe médian) pour créer des systèmes de mesure différents (entités d’itinéraire). Les systèmes de mesure continue, de point milliaire d’état et de point milliaire de comté, tous étant constructibles sur les mêmes axes médians, en sont des exemples.

Il est important de noter que seuls les éditeurs LRS doivent utiliser des entités d’axe médian pour créer et mettre à jour des itinéraires. La localisation d’événements référencés de manière linéaire sur des itinéraires ou de mesures ou d’analyses spatiales sur des itinéraires ne nécessite pas d’axes médians. En outre, l’éditeur LRS n’a pas besoin d’utiliser explicitement la table de séquence des axes médians. Les outils alimentent implicitement cette table.

Classe d’entités d’axe médian

La classe d’entités d’axe médian est la source de géométrie à partir de laquelle les itinéraires sont créés. Cette table doit comporter le champ CenterlineID, le champ RouteID, le champ NetworkID, ainsi que les champs FromDate et ToDate. Vous pouvez attribuer à la classe d’entités d’axe médian un nom adapté à votre activité, mais il ne peut exister qu’une seule classe d’entités d’axe médian par système de référencement linéaire.

Structure de classe d’entités d’axe médian

Voici un exemple de structure de classe d’entités d’axe médian.

Table de séquence d’axe médian

La table de séquence des axes médians est une table de références croisées des relations plusieurs vers plusieurs entre les axes médians et les itinéraires. Cette table doit comporter le champ CenterlineID, le champ RouteID, le champ LRSNetworkID, ainsi que les champs FromDate et ToDate.

Exemple de table de séquence d’axe médian

Voici un exemple de structure de table de séquence d’axe médian.