Perception temporelle dans Pipeline Referencing

Disponible avec la licence Location Referencing.

ArcGIS Pipeline Referencing permet aux utilisateurs d’afficher et d’analyser immédiatement l’évolution dans le temps des itinéraires, des événements et des intersections. Dans le cadre de l’utilisation de ces fonctions, toutes les données référencées de manière linéaire prennent en charge la temporalité. Les classes d’entités des itinéraires, événements et intersections comportent toutes des colonnes temporelles, qui sont gérées et mises à jour par Pipeline Referencing à mesure de l’exécution des processus de mise à jour des itinéraires et des événements.

Temporalité dans le système de référencement linéaire (LRS)

L’exemple ci-après illustre les effets de la mise à jour d’un itinéraire sur les entités. Il montre également comment utiliser le curseur temporel disponible dans ArcGIS Pro pour afficher la représentation historique d’un itinéraire.

L’itinéraire Route 157A a été créé le 01/01/2000, ce qui correspond à la date de début, et la date de fin est <null> puisqu’il s’agit d’une date future.

Nom de l\'itinéraireID d'itinéraireDate de débutDate de fin

Route 157A

{063E593B-0FCA-4B28-A93B-91BF1694F15A}

01/01/2000

<nul>

Itinéraire créé

L’itinéraire a été réaligné sur une date d’effet au 10/05/2005. Le réalignement d’itinéraire réalisé dans Pipeline Referencing a eu pour effet de créer deux enregistrements : un pour l’itinéraire historique/d’origine et un autre pour l’itinéraire réaligné/nouveau. C’est ce que l’on appelle le découpage temporel. Lors du réalignement, les changements suivants ont eu lieu :

  • L’entité d’itinéraire d’origine a été mise à jour sur une date de fin au 10/05/2005.
  • Une nouvelle entité d’itinéraire a été créée avec une date de début au 10/05/2005, en reprenant le même nom d’itinéraire et le même ID d’itinéraire, mais en utilisant une forme et un calibrage différents en concordance avec le réalignement.

Nom de l\'itinéraireID d'itinéraireDate de débutDate de fin

Route 157A

{063E593B-0FCA-4B28-A93B-91BF1694F15A}

01/01/2000

10/05/2005

Route 157A

{063E593B-0FCA-4B28-A93B-91BF1694F15A}

10/05/2005

<nul>

Itinéraire d’origine
01/01/2000
Itinéraire réaligné
10/05/2005

Lorsque l’outil de géotraitement Appliquer les comportements d’événement est exécuté, des changements temporels similaires sont également appliqués aux événements présents sur l’itinéraire ayant été impactés par la modification.

Si vous activez la temporalité sur les couches de votre projet, vous pouvez utiliser le curseur temporel dansArcGIS Pro pour afficher l’évolution de l’itinéraire. Vous pouvez également utiliser le curseur temporel pour afficher les changements apportés aux couches d’événement et d’intersection dans le temps, en activant la temporalité sur ces couches dans votre projet.

Temporalité dans d’autres scénarios de mise à jour et de chargement

Les sections ci-après décrivent les effets de la prise en charge de la temporalité dans Pipeline Referencing sur les mises à jour des utilisateurs et le chargement des événements.

Mise à jour dans un cadre temporel

Il existe quelques autres scénarios de mise à jour dans lesquels le temps détermine les résultats des modifications.

Si vous avez mis à jour un itinéraire par le passé en choisissant, pour une modification, une date d’effet antérieure à la date de fin la plus récente sur l’itinéraire, la mise à jour est prévue à la date de fin suivante.

Dans l’exemple ci-dessus, le réalignement a produit deux enregistrements pour l’itinéraire Route 157A.

Nom de l\'itinéraireID d'itinéraireDate de débutDate de fin

Route 157A

{063E593B-0FCA-4B28-A93B-91BF1694F15A}

01/01/2000

10/05/2005

Route 157A

{063E593B-0FCA-4B28-A93B-91BF1694F15A}

10/05/2005

<nul>

Si vous deviez procéder à un retrait au début de l’itinéraire avec une date d’effet au 06/03/2003, l’itinéraire présenterait trois tranches de temps après la modification :

Nom de l\'itinéraireID d'itinéraireDate de débutDate de fin

Route 157A

{063E593B-0FCA-4B28-A93B-91BF1694F15A}

01/01/2000

06/03/2003

Route 157A

{063E593B-0FCA-4B28-A93B-91BF1694F15A}

06/03/2003

10/05/2005

Route 157A

{063E593B-0FCA-4B28-A93B-91BF1694F15A}

10/05/2005

<nul>

Itinéraire d’origine
01/01/2000
Itinéraire retiré
06/03/2003
Itinéraire réaligné
10/05/2005

Vous pouvez remarquer que le retrait avec effet au 06/03/2003 a été appliqué uniquement jusqu’à la date de fin existante (10/05/2005) sur l’enregistrement auquel il a été appliqué (01/01/2000 - 10/05/2005). Ces mêmes changements temporels sont appliqués aux événements et aux intersections de l’itinéraire ayant été impactés par la mise à jour. Si la mise à jour doit être appliquée à des enregistrements d’itinéraire au-delà du 10/05/2005, elle peut également être effectuée sur l’enregistrement 10/05/2005 – <null> de l’itinéraire.

Plusieurs mises à jour à la même date sur le même itinéraire

Si vous effectuez plusieurs mises à jour effectives à la même date sur un itinéraire, il en résulte des itinéraires et des événements ayant les mêmes dates de début et de fin, mais sans plage temporelle d’activité. Puisque ces enregistrements n’existent pas dans le temps, ils sont supprimés de la base de données.

L’exemple ci-après montre comment les entités sont impactées par plusieurs mises à jour d’itinéraire avec effet à la même date, effectuées sur le même itinéraire.

Itinéraire d’origine

L’itinéraire Route 8530B a été créé le 01/06/2010 et prolongé jusqu’au 15/09/2015. Il en résulte deux enregistrements pour l’itinéraire.

Nom de l\'itinéraireID d'itinéraireDate de débutDate de fin

Route 8530B

{51E77E33-5CC2-4A52-A181-AA860D220323}

01/06/2010

15/09/2015

Route 8530B

{51E77E33-5CC2-4A52-A181-AA860D220323}

15/09/2015

<nul>

Itinéraire d’origine
01/06/2010
Itinéraire prolongé
15/09/2015

L’itinéraire a également été réaligné, avec effet le même jour (15/09/2015). Après le réalignement de l’itinéraire, au lieu de conserver un enregistrement de l’itinéraire avec prolongement, ayant le 15/09/2015 comme date de début et date de fin, l’enregistrement a été supprimé. Un nouvel enregistrement, tenant compte du prolongement et du réalignement de l’itinéraire, a été créé. Les deux enregistrements montrent l’itinéraire avant et après le prolongement et le réalignement.

Nom de l\'itinéraireID d'itinéraireDate de débutDate de fin

Route 8530B

{51E77E33-5CC2-4A52-A181-AA860D220323}

01/06/2010

15/09/2015

Route 8530B

{51E77E33-5CC2-4A52-A181-AA860D220323}

15/09/2015

<nul>

Itinéraire d’origine
01/06/2010
Itinéraire prolongé et réaligné
15/09/2015

Effet du temps lors du chargement des événements

Les classes d’entités d’événement dans Pipeline Referencing comportent également des colonnes temporelles. Lorsque des enregistrements d’événement sont chargés dans des classes d’entités d’événement, leur forme peut varier en fonction des tranches de temps de l’itinéraire sous-jacent. Les itinéraires sur lesquels se situent les événements permettent de déterminer s’il est nécessaire de fractionner les enregistrements d’événement selon des intervalles de temps.

Par exemple, l’itinéraire Route 550CH compte deux enregistrements différents dans le temps.

Nom de l\'itinéraireID d'itinéraireDate de débutDate de fin

Route 550CH

{1D5C1AFA-915E-4095-9D33-71F657E17F70}

15/04/2012

01/01/2016

Route 550CH

{1D5C1AFA-915E-4095-9D33-71F657E17F70}

01/01/2016

<nul>

Dans le cas du chargement d’un événement portant l’ID d’événement 1601, situé sur l’itinéraire Route 550CH, dont la date de début est le 10/08/2014 et la date de fin le 31/12/2016, à l’aide de l’outil de géotraitement Ajouter des événements, l’événement est fractionné en deux enregistrements d’événement (puisqu’il s’agit d’un événement étendu) pour l’itinéraire dans le temps, pouvant éventuellement revêtir une forme différente.

ID de l’événementNom de l\'itinéraireDate de débutDate de fin

Événement 1601

Route 550CH

10/08/2014

01/01/2016

Événement 1601

Route 550CH

01/01/2016

31/12/2016