Deux principaux types de données sont utilisés pour mettre en œuvre le référencement linéaire dans ArcGIS :
- Classe d'entités itinéraires
- Tables d'événements
La segmentation dynamique permet de localiser des événements de tables d'événements sur des entités linéaires dans une classe d'entités itinéraires.
Classe d'entités itinéraires
Une classe d'entités itinéraires est une classe d'entités linéaires comportant un système de mesure défini. Ces valeurs de mesure permettent de localiser des événements, des infrastructures et des conditions le long de son ensemble d'entités linéaires.
Dans ArcGIS, le terme itinéraire fait référence à une entité linéaire, telle qu'une rue, une autoroute, un cours d'eau ou une canalisation, dotée d'un identifiant unique et d'un système de mesure commun le long de chaque entité linéaire.
Pour résumer, les sommets d'entité dans les classes d'entités itinéraires incluent des valeurs m (x, y, m ou x, y, z, m). Ces coordonnées mesurées constituent les éléments fondamentaux pour des entités itinéraires. Dans les classes d'entités itinéraires, les entités linéaires ont leurs coordonnées x,y (ou x,y,z) qui décrivent la localisation ainsi qu'une valeur de mesure (m) le long de la ligne.
Un ensemble d'itinéraires avec un système de mesure commun constitue une classe d'entités itinéraires. Chaque itinéraire de la classe d'entités comporte également un identifiant unique. Des entités linéaires avec le même identifiant unique sont considérées comme appartenant au même itinéraire :
Les classes d'entités itinéraires sont créées et gérées comme des classes d'entités linéaires dans la géodatabase. Vous pouvez également utiliser des classes d'entités itinéraires à partir de couvertures et de fichier de formes polyligne qui incluent des identifiants d'itinéraire et des entités mesurées.
Géométrie des entités itinéraires
Un système de mesure peut être associé à la géométrie des entités itinéraires. Les segments de chaque ligne mesurée ont des valeurs x, y et m (mesure) ou x, y, z et m. Lorsqu'une mesure est inconnue pour un sommet particulier, sa valeur m est enregistrée comme NaN (pas un nombre). Voir l'exemple suivant :
Les entités linéaires simples sont représentées par des lignes avec un chemin. Les entités linéaires complexes sont représentées par des lignes avec de nombreux chemins.
Il est important de noter que bien que la plupart des applications utilisent des mesures pour représenter des distances croissantes le long d'une entité linéaire, les valeurs de mesure peuvent arbitrairement augmenter, rester constantes ou diminuer le long des entités linéaires.
Les valeurs de mesure sont indépendantes du système de coordonnées horizontales d'une classe d'entités (et également du système de coordonnées verticales le cas échéant). En d'autres termes, les valeurs de mesure ne doivent pas nécessairement être exprimées dans la même unité que les coordonnées x,y,z de la classe d'entités. Par exemple, les entités stockées dans une classe d'entités dont le système de coordonnées est MercatorTransverse Universal (UTM) peuvent présenter des valeurs en pieds, en miles ou de temps.
Tables d'événements
Les tables d'événements contiennent des informations concernant des infrastructures, des conditions et des événements qui peuvent être localisés le long des entités itinéraires. Chaque ligne de la table d'événements référence un événement et sa localisation est exprimée en tant que mesures le long d'entités linéaires nommées (identifiables).
Il existe deux types d'événements : les événements ponctuels et les événements linéaires. Un événement ponctuel décrit une localisation discrète le long d'un itinéraire (un point) alors qu'un événement linéaire décrit une partie d'un itinéraire (une ligne).
- Une localisation d'événement ponctuel n'utilise qu'une seule valeur de mesure pour décrire une localisation discrète, par exemple, Mile 3.2 on I-91.
- Un événement linéaire utilise des valeurs de mesure de départ et d'arrivée pour décrire une partie d'un itinéraire, par exemple, Mile 2 to mile 4 on I-91.
Comme il existe deux types d'événements d'itinéraires, il existe deux types de tables d'événements d'itinéraires : les tables d'événements ponctuels et les tables d'événements linéaires. Toutes les tables d'événements doivent contenir un identifiant d'itinéraire et les champs de localisation de mesure qui contiennent les informations de mesure. Une table d'événements ponctuels utilise un seul champ de mesure pour décrire la localisation discrète de ses événements. Une table d'événements linéaires nécessite deux champs de mesure (mesures de départ et d'arrivée) pour décrire la localisation de ses événements.
Les localisations d'itinéraire et leurs attributs associés sont stockés dans une table d'événements en fonction d'un thème commun. Par exemple, quatre tables d'événements contenant des informations sur les limites de vitesse, l'année de remise en état des routes, l'état actuel et les accidents peuvent être incluses et être utilisées pour localiser dynamiquement des événements sur une classe d'entités itinéraires.
Une table d'événements peut être tout type de table pris en charge par ArcGIS. Ceci inclut les tables INFO, dBASE, de géodatabase, les fichiers textes délimités et les tables SGBD (système de gestion de bases de données) via une connexion OLE DB (Object Linking and Embedding database).
Exemple de table d'événements
Les hydrologistes et écologistes utilisent le référencement linéaire sur des réseaux hydrographiques pour localiser différents types d'événements, comme illustré dans l'exemple ci-dessous. La classe d'entités itinéraires pour les cours d'eau fournit des mesures le long des cours d'eau en utilisant chaque mile de tronçon de rivière. Les tables d'événements ponctuels et linéaires enregistrent l'identifiant d'itinéraire et la localisation le long de chaque lit de rivière. Ces tables d'événements peuvent être utilisées pour localiser des événements ponctuels et linéaires.
Stockage d'entités à l'aide d'emplacements relatifs
Avec le référencement linéaire, les emplacements le long d'entités linéaires sont désignés en termes de mesure d'itinéraire, ou de distance à partir d'un point connu. Il est par exemple bien plus logique de décrire l'emplacement d'un accident comme s'étant produit à 12 miles du début de l'autoroute plutôt qu'à une coordonnée GPS telle que 1,659,060.25, 1,525,238.97.
Pour déterminer un emplacement sur une entité linéaire, un système de mesure est requis. Lorsqu'un système de mesure est stocké avec une entité linéaire, tout emplacement le long de cette entité linéaire peut être exprimé en termes de valeurs de mesure.
Outre le fait de rendre les données plus explicites, le stockage des données comme emplacements relatifs le long d'une entité linéaire permet d'assurer que le phénomène spatial situé sur une entité linéaire se trouve sur l'entité. Par exemple, en l'absence de fond de carte précis, la localisation d'accident à l'aide des coordonnées x,y peut générer l'affichage d'accidents non situés sur le réseau routier, alors qu'ils devraient l'être. Cela n'arrivera pas si les accidents sont localisés à l'aide du référencement linéaire.