Gérer ensemble Pipeline Referencing et un réseau de distribution

Il est possible d’utiliser un système de référencement linéaire (LRS) avec un réseau de distribution de gaz dans ArcGIS en intégrant les classes d’entités Centerline (Axe médian) de ArcGIS Pipeline Referencing et Pipeline (Pipeline) de Extension ArcGIS Utility Network Management.

Dans ArcGIS, un réseau de distribution est une infrastructure complète qui permet de modéliser des systèmes de distribution, dans des domaines tels que le gaz et l’électricité. Le réseau de distribution modélise tous les composants constitutifs du système (canalisations, vannes et dispositifs, par exemple) et vous permet de simuler le comportement réel dans les entités que vous modélisez.

Les sections ci-dessous décrivent les changements à apporter au modèle d’informations pour tirer parti à la fois d’un réseau LRS et d’un réseau de distribution. Vous y trouverez également des conseils pour charger des données et publier des services avec des données gérées conjointement par ces deux fonctionnalités. Par ailleurs, des changements s’opèrent au niveau des outils de mise à jour et d’analyse lorsqu’ils utilisent des données référencées par Pipeline Referencing et Utility Network.

Remarque :

Pour utiliser à la fois des données Pipeline Referencing et Utility Network, vous pouvez accéder au complément Unified Pipeline Tools de GitHub et l’installer dans ArcGIS Pro. Ce complément est également inclus dans la version 2023 du modèle UPDM (Utility and Pipeline Data Model). Voici des informations sur le complément :

  • Vous pouvez le gérer dans ArcGIS Pro.
  • Ce complément contient les outils couramment utilisés des onglets Location Referencing (Location Referencing), Utility Network (Utility Network), Map (Carte), Selection (Sélection) et Editing (Mise à jour) pour rationaliser les processus dans un environnement Pipeline Referencing et Utility Network combiné.
  • La solution UPDM n’est pas requise pour utiliser le complément. Une fois que le complément a été installé, il apparaît comme un onglet sur le ruban ArcGIS Pro. La disponibilité des outils dans le complément est déterminée par les données et licences associées.

Conditions requises

Vous pouvez utiliser un modèle de données prêt à l’emploi ou adapter un modèle de données aux règles et exigences de votre organisation, à condition qu’il contienne les classes d’entités et tables du modèle d’informations Pipeline Referencing et la configuration pour réseaux de distribution de gaz. Le modèle UPDM contient l’ensemble des classes d’entités, tables et classes de relations nécessaires à la prise en charge d’un réseau de distribution et d’un réseau LRS dans une seule base de données.

Vous pouvez simplifier le processus de déploiement pour un réseau de distribution basé sur le modèle UPDM à l’aide des outils suivants :

En savoir plus sur la création et la configuration d’un réseau de distribution

Pour créer un modèle de données personnalisé différent du modèle UPDM, assurez-vous que les classes d’entités et les tables requises pour un réseau de distribution et un système LRS sont présents. Notamment, l’entité Centerline (Axe médian) partagée doit être commune au réseau de distribution et au LRS.

Dans une configuration pour réseaux de distribution de gaz, la classe d’entités Pipeline (Pipeline) représente toutes les canalisations du système. Dans le déploiement d’une combinaison entre un réseau de distribution et Pipeline Referencing, cette classe d’entités Pipeline (Pipeline) sert également de classe d’entités Centerline (Axe médian) dans le modèle d’informations Pipeline Referencing.

Par ailleurs, la configuration pour réseaux de distribution de gaz contient beaucoup d’attributs critiques modélisés sur la classe d’entités Pipeline. La classe d’entités partagée décrite ci-dessous constitue le point d’intégration entre les deux produits. Par le passé, ces attributs auraient été modélisés sous forme d’événements LRS distincts. Pour éviter d’avoir à modéliser ces attributs dans différentes classes d’entités, les champs d’itinéraire et de mesure de la classe d’entités Pipeline peuvent également être modélisés, par exemple sous la forme d’un événement qui peut être mis à jour à l’aide des outils Pipeline Referencing.

Remarque :

Dans la classe d’entités Pipeline, les champs From Measure et To Measure doivent être du type de données Double. Leur précision et leur échelle doivent correspondre à la classe d’entités LRS, Calibration Point (Point de calibrage).

D’autres classes d’entités Utility Network, telles que les dispositifs et les jonctions, peuvent également stocker des itinéraires et des mesures. Pour stocker des itinéraires et des mesures dans ces classes d’entités, ajoutez-y des champs de mesure et d’ID d’itinéraire. Les attributs de mesure et d’itinéraire peuvent être calculés à l’aide de l’outil Update Measures from LRS (Mettre à jour les mesures du LRS). Aucune des classes d’entités Utility Network ne doit être inscrite comme étant un événement LRS.

Remarque :

Il est possible d’associer la classe d’entités Axe médian et la classe d’entités Pipeline du réseau Utility Network à l’aide de l’outil Configurer la classe d’entités de réseau de distribution.

Modèle de données LRS et modèle de données Gaz après application de l’outil Configurer la classe d’entités de réseau de distribution

Les classes d’entités suivantes sont requises pour que la structure Pipeline Referencing intègre un réseau Utility Network :

  • Axe médian
  • Séquence d’axe médian
  • Point de calibrage
  • Annotation Redline

Les classes d’entités suivantes du modèle de données Gaz sont requises pour que la structure Utility Network intègre Pipeline Referencing :

  • Oléoducs, gazoducs
  • Appareils
  • Jonctions
  • Assemblage
  • Limite de structure
  • Jonction de structure
  • Ligne structurelle
  • Ligne de sous-réseau

Pour être configuré correctement en vue de son utilisation avec un système LRS et tirer parti de toutes les fonctionnalités de Pipeline Referencing et de Utility Network, la classe d’entités de combinaison Pipeline-Axe médian doit comprendre les champs suivants :

TerrainType de donnéesLongueurAccepte les valeurs nullesDescription

ID d’axe médian

GUID

N/D

Oui

ID unique de la géométrie d’axe médian.

ID d’itinéraire

Chaîne ou GUID

Même type et même longueur que l’ID d’itinéraire dans la table Centerline Sequence (Séquence d’axe médian).

Non

ID unique de chaque itinéraire du réseau.

Mesure de départ

Toute valeur numérique

N/D

Oui

Mesure figurant sur l’itinéraire où se trouve le début de l’entité.

Mesure d’arrivée

Toute valeur numérique

N/D

Oui

Mesure figurant sur l’itinéraire où se trouve la fin de l’entité.

Configurer et charger les données, puis publier un réseau de distribution et un système LRS Pipeline Referencing.

Pour être correctement déployés dans une géodatabase, Pipeline Referencing et Utility Network doivent respecter des conditions et des étapes spécifiques. Même s’il est possible de configurer manuellement un réseau de distribution, vous êtes invité à vous familiariser avec Utility Network Package Tools afin de simplifier le déploiement du réseau de distribution.

Pour déployer un LRS Pipeline Referencing et un réseau de distribution dans une géodatabase, procédez comme suit :

Remarque :

Assurez-vous que la référence spatiale, les tolérances X,Y,Z et M, ainsi que les résolutions X,Y,Z et M sont correctement configurées pour toutes les classes d’entités utilisées par Pipeline Referencing et Utility Network, afin que le système LRS puisse être correctement configuré.

En savoir plus sur les paramètres de tolérance et de résolution du LRS

  1. Mettez en place un réseau de distribution.
  2. Appliquez un paquetage de ressources (tel que la configuration pour réseaux de distribution de gaz).
  3. Créez le LRS à l’aide de l’outil Create LRS (Créer un LRS) ou Create LRS From Existing Dataset (Créer un LRS à partir du jeu de données existant).
  4. Exécutez l’outil Configurer une classe d’entités Utility Network pour associer les classes d’entités Axe médian et Pipeline dans un réseau de distribution et le LRS.
  5. Créez chacun des réseaux LRS à l’aide de l’outil Create LRS Network (Créer un réseau LRS) ou Create LRS Network From Existing Dataset (Créer un réseau LRS à partir du jeu de données existant).
  6. Créez chacun des événements LRS à l’aide de l’outil Create LRS Event (Créer un événement LRS) ou Create LRS Event from Existing Dataset (Créer un événement LRS à partir du jeu de données existant).
    Remarque :

    Les classes d’entités Utility Network, telles que Devices (Appareils), Junctions (Jonctions) et Pipeline, doivent être inscrites comme des événements LRS. Les champs de mesure et d’itinéraire sur ces entités peuvent être mis à jour à l’aide de l’outil Update Measures From LRS (Mettre à jour les mesures du LRS).

  7. Chargez des données dans le réseau de distribution à l’aide de l’outil Append (Ajouter), et dans le LRS à l’aide des outils Append Routes (Ajouter des itinéraires) et Append Events (Ajouter des événements).
    Remarque :

    L’outil Ajouter des itinéraires permet de charger des entités dans la classe d’entités de combinaison Axe médian-Pipeline. Utilisez d’abord cet outil pour renseigner la classe d’entités avec des entités qui :

    • Ont des ID d’axe médian valides
    • Renseignent les attributs restants
    • Chargent des canalisations supplémentaires non associées au système LRS

    L’outil Append Routes (Ajouter des itinéraires) tient compte des axes médians existants pour ajouter des itinéraires. Si une valeur CenterlineID existe déjà lorsque vous ajoutez un itinéraire, l’enregistrement de la séquence d’axe médian est mise à jour en fonction de la valeur RouteID de l’itinéraire ajouté.

  8. Vérifiez la présence des champs requis pour le versionnement de branche des données (ID globaux et suivi de l’éditeur activés) et changez le type de versionnement du fichier de connexion sur Branch (Branche), puis inscrivez les données comme versionnées.
  9. Suivez la procédure de publication d’un réseau de distribution et d’un LRS dans un service.
    Remarque :

    Pour utiliser les fonctionnalités de ces deux produits, un service avec des couches provenant à la fois du réseau de distribution et d’un système LRS doit être publié.

Mise à jour des données de la combinaison entre LRS et réseau de distribution

Combiner un système LRS Pipeline Referencing et un réseau de distribution dans un service permet aux utilisateurs de mettre à jour des données gérées conjointement par ces deux produits à l’aide de ArcGIS Pro. Pour mettre à jour un service avec des données à la fois de LRS et de réseau de distribution provenant d’une seule base de données, certains processus de mise à jour LRS se distinguent les uns des autres.

Mise à jour d’itinéraires

Si la classe d’entités Pipeline sert d’axe médian dans le LRS, les conditions requises supplémentaires suivantes s’appliquent et les procédures de création et de mise à jour d’itinéraires changent :

  • Le champ Route ID de la classe d’entités Pipeline doit être associé au LRS pour s’assurer que les canalisations et les axes médians ajoutés à la classe d’entités Pipeline restent traçables et faciles à vérifier par rapport à leurs documents source. Les champs From Measure et To Measure peuvent aussi être renseignés dans la classe d’entités Axe médian.
    Remarque :

    Si les mesures ne sont pas spécifiées à l’aide de la classe d’entités d’axes médians, les outils de mise à jour d’itinéraire LRS fournissent des mesures de départ et d’arrivée sur l’itinéraire.

  • Lorsque les axes médians sont utilisés dans les outils Créer un itinéraire, Prolonger un itinéraire ou Réaligner des itinéraires, les valeurs des champs Route ID, From Measure et To Measure sont mis à jour dans le cadre de la procédure de mise à jour. Les points de calibrage sont placés au début et à la fin de chaque segment d’axe médian durant la procédure de mise à jour, ce qui garantit que les mesures figurant sur l’itinéraire dans le réseau LRS ne changent pas lorsque d’autres mises à jour sont effectuées le long de l’itinéraire au fil du temps. Cela permet de s’assurer que la classe d’entités Pipeline reste traçable et facile à vérifier par rapport au document source utilisé en entrée pour définir la canalisation.
  • Lorsque les axes médians sont mis à jour à l’aide des outils Retirer les itinéraires, Réaffecter les itinéraires ou Réaligner les itinéraires, les axes médians sont fractionnés et leurs valeurs figurant dans les champs Route ID, From Measure et To Measure de canalisations fractionnées sont mises à jour. Les points de calibrage sont placés au début et à la fin de chaque segment d’axe médian durant la procédure de mise à jour, ce qui garantit que les mesures figurant sur l’itinéraire dans le réseau LRS ne changent pas lorsque d’autres mises à jour sont effectuées le long de l’itinéraire au fil du temps. Cela permet de s’assurer que la classe d’entités Pipeline reste traçable et facile à vérifier par rapport au document source utilisé en entrée pour définir la canalisation.
  • Lorsque vous fractionnez un axe médian associé à un itinéraire à l’aide de l’un des outils Fractionner, les champs Route ID, From Measure et To Measure des canalisations fractionnées sont mis à jour et un point de calibrage est ajouté à l’emplacement du fractionnement.

Axe médian et création d’itinéraire

Le tableau et le diagramme suivants recensent les attributs d’axe médian avant la création d’un itinéraire.

Remarque :

Les mesures de départ et d’arrivée de la classe d’entités d’axes médians sont utilisées en tant que valeurs de mesure pendant la création et la mise à jour d’itinéraires à l’aide des outils de mise à jour d’itinéraire Create (Créer), Extend (Prolonger) ou Realign (Réaligner). Si les mesures ne sont pas spécifiées dans la classe d’entités d’axes médians, les outils de mise à jour d’itinéraire LRS fournissent des mesures de départ et d’arrivée.

Remarque :

Dans les exemples de création d’itinéraire suivants, les valeurs de la mesure de départ et la mesure d’arrivée sont préremplies sur les axes médians.

Attributs d’axe médian avant la création d’un itinéraire

OIDID d’itinéraireMesure de départMesure d’arrivée

1201

<nul>

0

104.35

1202

<nul>

104.35

177.89

1203

<nul>

177.89

265.27

Axes médians avant la création d’un itinéraire

Le tableau et le diagramme suivants recensent les attributs d’axe médian après la création d’un itinéraire :

Attributs d’axe médian après la création d’un itinéraire

OIDID d’itinéraireMesure de départMesure d’arrivée

1201

{7a765e36-dbb0-43f9-a1f1-b6f37a4e445a}

0

104.35

1202

{7a765e36-dbb0-43f9-a1f1-b6f37a4e445a}

104.35

177.89

1203

{7a765e36-dbb0-43f9-a1f1-b6f37a4e445a}

177.89

265.27

Axes médians après la création d’un itinéraire dans un réseau de distribution configuré avec un LRS

Attributs d’itinéraire

OIDID d’itinéraireNom de l’itinéraire

1000

{7a765e36-dbb0-43f9-a1f1-b6f37a4e445a}

Itinéraire 17A-Sud

Fractionnement d’un axe médian à l’aide des outils de fractionnement

Le tableau et le diagramme suivants montrent un axe médian associé à un itinéraire, ainsi que ses attributs, avant son fractionnement par l’outil Split (Fractionner) :

OIDID d’itinéraireMesure de départMesure d’arrivée

1201

{7a765e36-dbb0-43f9-a1f1-b6f37a4e445a}

0

104.36

Itinéraire 1, axe médian et mesures avant le fractionnement d’un axe médian

Les valeurs des mesures de départ et d’arrivée de l’itinéraire associé sont mises à jour après le fractionnement de l’axe médian.

Le tableau et le diagramme suivants montrent l’axe médian et ses attributs après l’opération de fractionnement :

OIDID d’itinéraireMesure de départMesure d’arrivée

1201

{7a765e36-dbb0-43f9-a1f1-b6f37a4e445a}

0

52.18

1202

{7a765e36-dbb0-43f9-a1f1-b6f37a4e445a}

52.18

104.36

Mesures de l’itinéraire 1 après la mise à jour de l’axe médian

Axes médians fractionnés par une mise à jour du LRS

Dans le scénario suivant, un axe médian est fractionné et ses champs From Measure, To Measure et Route ID sont mis à jour après le retrait d’une partie de l’itinéraire.

Le tableau et le diagramme suivants présentent les attributs d’axe médian et d’itinéraire avant l’opération de mise à jour.

OIDID d’itinéraireMesure de départMesure d’arrivée

1201

{7a765e36-dbb0-43f9-a1f1-b6f37a4e445a}

0

104.36

Itinéraire 1, axe médian et mesures avant le retrait d’une partie de l’itinéraire

L’itinéraire est retiré du début de l’itinéraire jusqu’à la partie située au milieu de l’itinéraire. Résultat : l’axe médian est fractionné et ses mesures sont mises à jour.

Le tableau et le diagramme suivants montrent l’axe médian et ses attributs après l’opération de mise à jour de retrait de l’itinéraire :

OIDID d’itinéraireMesure de départMesure d’arrivée

1201

{7a765e36-dbb0-43f9-a1f1-b6f37a4e445a}

0

52.18

1202

{7a765e36-dbb0-43f9-a1f1-b6f37a4e445a}

52.18

104.36

Itinéraire 1, axes médians et mesures après le retrait d’une partie de l’itinéraire

Mettre à jour à l’aide d’un service avec des données LRS et de réseau de distribution dans ArcGIS Pro

Pour effectuer la mise à jour du LRS à l’aide d’un service avec des données LRS et de réseau de distribution, procédez comme suit :

  1. Créez et mettez à jour les pipelines ou les axes médians prévus pour être utilisés dans les opérations de mise à jour LRS (créer, prolonger ou réaligner un itinéraire).
    Remarque :

    Si les valeurs de mesure sont spécifiées dans la classe d’entités Centerline (Axe médian) avant la mise à jour des itinéraires, elles apparaissent sous forme de mesures suggérées lors de la création ou de la mise à jour des itinéraires au moyen des outils Create (Créer), Extend (Prolonger) ou Realign (Réaligner) des itinéraires. Si les mesures ne sont pas spécifiées, les outils de mise à jour des itinéraires LRS suggèrent des mesures.

  2. Vous pouvez, si vous le désirez, fournir une valeur de mesure de départ et une valeur de mesure d’arrivée pour les axes médians dans la classe d’entités Centerline (Axe médian).
  3. Si vous le souhaitez, validez la topologie de réseau de distribution pour vérifier que les canalisations nouvellement créées ou mises à jour sont valides.
  4. Terminez l’opération de mise à jour LRS.
    Remarque :

    Dans les processus permettant de créer, prolonger et réaligner un itinéraire, des points de calibrage supplémentaires sont créés aux extrémités d’axe médian le long de l’itinéraire et le champ d’ID d’itinéraire des axes médians utilisés dans ces outils est à présent renseigné avec l’itinéraire auquel l’axe médian est associé.

  5. Exécutez l’outil Apply Event Behaviors (Appliquer les comportements d’événement) et tous les autres outils nécessaires à la mise à jour des données LRS associées, comme le réseau dérivé et les événements.
  6. Si des champs de mesure et d’itinéraire d’autres entités de réseau de distribution sont modélisés, mettez-les à jour à l’aide de l’outil Mettre à jour les mesures du LRS.
  7. Validez la topologie de réseau de distribution pour vérifier que toutes les mises à jour sont valides.
  8. Pour créer ou mettre les événements LRS, utilisez les outils de mise à jour des événements de l’onglet Location Referencing dans ArcGIS Pro ou utilisez l’application web Event Editor.

Fonctionnalités d’analyse dans une combinaison entre un système LRS et un réseau de distribution

La configuration d’un système LRS Pipeline Referencing et d’un réseau de distribution avec Utility Network dans une même géodatabase met également à votre disposition les fonctionnalités d’analyse combinées des deux produits dans un système de pipeline. Vous pouvez vérifier la connectivité et la traversabilité dans tout le réseau de distribution, dans ses sous-réseaux ou en amont ou en aval de zones spécifiques du réseau.

Les données Pipeline Referencing sont généralement utilisées dans diverses applications d’intégrité et de conformité pour être analysées et créer des rapports. Dans beaucoup de ces processus, l’outil Événements superposés permet d’appliquer la segmentation dynamique. Lorsque la classe d’entités Pipeline d’un réseau de distribution est également configurée comme axe médian dans le LRS à l’aide de l’outil Configure Utility Network Feature Class (Configurer la classe d’entités de réseau de distribution), il est possible de l’inclure aux réseaux et aux événements dans l’outil Overlay Events (Événements superposés) aux fins de segmentation dynamique, qui permet d’inclure ces entités et leurs attributs sans modéliser un événement à part.