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éraire | ID d'itinéraire | Date de début | Date de fin |
|---|---|---|---|
Route 157A | {063E593B-0FCA-4B28-A93B-91BF1694F15A} | 01/01/2000 | <nul> |
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éraire | ID d'itinéraire | Date de début | Date 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> |
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éraire | ID d'itinéraire | Date de début | Date 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éraire | ID d'itinéraire | Date de début | Date 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> |
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.
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éraire | ID d'itinéraire | Date de début | Date 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> |
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éraire | ID d'itinéraire | Date de début | Date 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> |
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éraire | ID d'itinéraire | Date de début | Date 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énement | Nom de l\'itinéraire | Date de début | Date de fin |
|---|---|---|---|
Événement 1601 | Route 550CH | 10/08/2014 | 01/01/2016 |
Événement 1601 | Route 550CH | 01/01/2016 | 31/12/2016 |
Vous avez un commentaire à formuler concernant cette rubrique ?