Comportement d’événement en cas de réalignement de l’itinéraire

Disponible avec la licence Location Referencing.

Lors du réalignement d’un itinéraire, les événements sont affectés dans la zone de l’opération de mise à jour, ainsi qu’en amont et en aval du réalignement, selon le comportement des événements configuré pour chaque couche d’événements. ArcGIS Roads and Highways permet de retirer un itinéraire réaligné ou de réattribuer la portion réalignée de l’itinéraire à un itinéraire abandonné, avec un nouveau nom et un nouvel ID d’itinéraire.

Remarque :

Après la mise à jour de l’itinéraire, les événements sont actualisés dès que l’outil Appliquer des comportements d’événement est exécuté. Si vous utilisez la prévention des conflits sur les données de branche versionnée, un message vous invite à exécuter l’outil Appliquer des comportements d’événement pour procéder à la réinjection de la version par défaut.

Remarque :

Pour toute mise à jour d’itinéraire LRS durant laquelle l’option Recalibrate route downstream (Recalibrer l’itinéraire en aval) est sélectionnée, le comportement d’événement de calibrage configuré est appliqué aux sections en aval. Vous pouvez passer en revue les comportements d’événement en consultant les propriétés des événements LRS.

L’exécution de l’outil Appliquer les comportements d’événement sur les entités d’événement après un itinéraire correspondant est décrite ci-dessous.

Scénario de réalignement d’itinéraire

Ce scénario de réalignement d’itinéraire implique un itinéraire et trois événements couvrant toute la longueur de Route1. Le retrait (représenté par une ligne grise) commence au cours d’Event1, couvre complètement Event2 et prend fin au cours d’Event3.

L’image suivante présente l’itinéraire avant le réalignement :

Avant le réalignement

Comportement Immobile

La localisation géographique de l’événement en dehors de la région réalignée est préservée, les mesures peuvent changer. L’événement peut également être divisé s’il traverse la région réalignée. Des parties des événements dans la région réalignée sont retirées. Les événements Event1, Event2 et Event ont les mêmes mesures, mais leur localisation sur l’itinéraire a changé.

Comportement Immobile

Comportement Déplacer

Les mesures de l’événement sont conservées ; la localisation géographique peut changer.

Comportement Déplacer

Comportement Retirer

Les événements formant une intersection avec la région concernée par le réalignement sont retirés.

Comportement Retire (Retirer)

Comportement Couvrir

Les mesures des événements sur l’itinéraire sont modifiées ; la localisation géographique est modifiée pour inclure la section réalignée.

Comportement Couvrir

Comportement Capturer

Les mesures de l’événement figurant sur l’itinéraire sont conservées en capturant l’événement sur un itinéraire coïncident ; la localisation géographique est modifiée pour inclure la section réalignée.

Comportement Capturer

Résultats détaillés des comportements

Les comportements d’événement dans le cadre du réalignement de l’itinéraire sont décrits dans les sections suivantes. Ce réalignement (représenté par une ligne grise) commence au cours d’Event1, couvre complètement Event2 et prend fin au cours d’Event3. Le réalignement a lieu le 01/01/2005 et l’option Recalibrate route downstream (Recalibrer l’itinéraire en aval) est sélectionnée sauf indication contraire.

Comportement Immobile

La localisation géographique de l’événement en dehors de la région réalignée est préservée, les mesures peuvent changer. L’événement peut également être divisé s’il traverse la région réalignée. Des parties des événements dans la région réalignée sont retirées. Les changements suivants se produisent dans le LRS :

  • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 0 et 8, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 0 et 6 figurant au même emplacement géographique, mais avec les nouvelles mesures de Route1.
  • Event2 est retiré pour préserver sa localisation géographique.
  • Event3 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 12 et 20, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 18 et 24 figurant au même emplacement géographique, mais avec les nouvelles mesures de Route1.

Avant le comportement Stay Put (Immobile)

L’image suivante présente l’itinéraire avant le réalignement :

Avant le réalignement
Remarque :

Pour toute mise à jour d’itinéraire pour laquelle l’outil Recalibrate route downstream (Recalibrer l’itinéraire en aval) est sélectionné, une partie de l’itinéraire en aval de la section mise à jour est recalibrée. Le comportement d’événement Calibrate (Calibrer) est appliqué dans ces sections recalibrées.

Le tableau suivant contient des détails sur les événements avant le réalignement :

ID de l’événementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivée

Event1

Route1

01/01/2000

<Nul>

0

8

Event2

Route1

01/01/2000

<Nul>

8

12

Event3

Route1

01/01/2000

<Nul>

12

20

Après le comportement Stay Put (Immobile)

L’image suivante présente l’itinéraire après le réalignement.

Comportement Immobile

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement d’événement Stay Put (Immobile) est configuré :

ID de l’événementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

01/01/2000

01/01/2005

0

8

Aucune erreur

Event1

Route1

01/01/2005

<Nul>

0

6

Aucune erreur

Event2

Route1

01/01/2000

01/01/2005

8

12

Aucune erreur

Event3

Route1

01/01/2000

01/01/2005

12

20

Aucune erreur

Event3

Route1

01/01/2005

<Nul>

18

24

Aucune erreur

Comportement Déplacer

Les mesures de l’événement sont conservées ; la localisation géographique peut changer. Les changements suivants se produisent dans le LRS :

  • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 0 et 8, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 0 et 8 qui migrent sur le plan géographique afin de maintenir les mesures d’événement d’origine. L’événement possède les mêmes mesures, mais une géométrie différente dans le nouvel intervalle temporel.
  • Event2 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 8 et 12, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 8 et 12 qui migrent sur le plan géographique afin de maintenir les mesures d’événement d’origine. L’événement possède les mêmes mesures, mais une géométrie différente dans le nouvel intervalle temporel.
  • Event3 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 12 et 20, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 12 et 20 qui migrent sur le plan géographique afin de maintenir les mesures d’événement d’origine. L’événement possède les mêmes mesures, mais une géométrie différente dans le nouvel intervalle temporel.

Avant le comportement d’événement Déplacer

L’image suivante présente l’itinéraire avant le réalignement :

Avant le comportement d’événement Couvrir

Le tableau suivant contient des détails sur les événements avant le réalignement :

ID de l’événementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivée

Event1

Route1

01/01/2000

<Nul>

0

8

Event2

Route1

01/01/2000

<Nul>

8

12

Event3

Route1

01/01/2000

<Nul>

12

20

Après le comportement d’événement Déplacer

L’image suivante présente l’itinéraire après le réalignement :

Comportement Déplacer

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement d’événement Move (Déplacer) est configuré :

ID de l’événementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

01/01/2000

01/01/2005

0

8

Aucune erreur

Event1

Route1

01/01/2005

<Nul>

0

8

Aucune erreur

Event2

Route1

01/01/2000

01/01/2005

8

12

Aucune erreur

Event2

Route1

01/01/2005

<Nul>

8

12

Aucune erreur

Event3

Route1

01/01/2000

01/01/2005

12

20

Aucune erreur

Event3

Route1

01/01/2005

<Nul>

12

20

Aucune erreur

Comportement Retirer

Les événements intersectant la région de réalignement sont retirés. Dans ce scénario, Event2 a été retiré le 01/01/2005 puisqu’il se trouvait entièrement dans la partie visée par le réalignement. Par ailleurs, Event1 et Event3 ont été retirés le 01/01/2005, car ils se trouvaient partiellement dans la partie du réalignement.

Avant le comportement d’événement Retirer

L’image suivante présente l’itinéraire avant le réalignement :

Avant le comportement d’événement Couvrir

Le tableau suivant contient des détails sur les événements avant le réalignement :

ID de l’événementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivée

Event1

Route1

01/01/2000

<Nul>

0

8

Event2

Route1

01/01/2000

<Nul>

8

12

Event3

Route1

01/01/2000

<Nul>

12

20

Après le comportement d’événement Retirer

L’image suivante présente l’itinéraire après le réalignement :

Comportement Retirer

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement d’événement Retire (Retirer) est configuré :

ID de l’événementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

01/01/2000

01/01/2005

0

8

Aucune erreur

Event2

Route1

01/01/2000

01/01/2005

8

12

Aucune erreur

Event3

Route1

01/01/2000

01/01/2005

12

20

Aucune erreur

Comportement d’événement Couvrir

Les mesures des événements sur l’itinéraire sont modifiées ; la localisation géographique est modifiée pour inclure la section réalignée. Les changements suivants se produisent dans le LRS :

  • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 0 et 8. Deux enregistrements d’événements Event1 en amont vont du 01/01/2005 à <Nul>. Le premier enregistrement d’événement Event1 en aval s’étend du début de Route1 à la mesure 0 au début de la section de réalignement à la mesure 6. Le second enregistrement d’événement Event1 en aval est créé au début de la section de réalignement entre les mesures 6 et 9.
  • Event2 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 8 et 12, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures mises à jour comprises entre 9 et 15.
  • Event3 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 12 et 20, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures mises à jour comprises entre 15 et 24.

Avant le comportement d’événement Couvrir

L’image suivante présente l’itinéraire avant le réalignement :

Avant le comportement d’événement Couvrir

Le tableau suivant contient des détails sur les événements avant le réalignement :

ID de l’événementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivée

Event1

Route1

01/01/2000

<Nul>

0

8

Event2

Route1

01/01/2000

<Nul>

8

12

Event3

Route1

01/01/2000

<Nul>

12

20

Après le comportement d’événement Couvrir

Remarque :

Lorsque Recalibrate route downstream (Recalibrer l’itinéraire en aval) est sélectionné pour la mise à jour d’un itinéraire LRS, l’intégralité de l’itinéraire en aval de la section mise à jour est recalibrée. Le comportement d’événement Calibrate (Calibrer) est appliqué dans ces sections recalibrées.

L’image suivante présente l’itinéraire après le réalignement :

Après le comportement d’événement Couvrir

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement d’événement Cover (Couvrir) est configuré :

ID de l’événementDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

01/01/2000

01/01/2005

0

8

Aucune erreur

Event1

01/01/2005

<Nul>

0

6

Aucune erreur

Event1

01/01/2005

<Nul>

6

9

Aucune erreur

Event2

01/01/2000

01/01/2005

8

12

Aucune erreur

Event2

01/01/2005

<Nul>

9

15

Aucune erreur

Event3

01/01/2000

01/01/2005

12

20

Aucune erreur

Event3

01/01/2005

<Nul>

15

24

Aucune erreur

Comportement d’événement Capturer

Les mesures de l’événement figurant sur l’itinéraire sont conservées en capturant l’événement sur un itinéraire coïncident ; la localisation géographique est modifiée pour inclure la section réalignée. Les changements suivants se produisent dans le LRS :

  • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 0 et 8, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures mises à jour comprises entre 0 et 6.
  • Event2 est représenté par un intervalle temporel. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 8 et 12.
  • Event3 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 12 et 20, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures mises à jour comprises entre 18 et 24.

Avant le comportement d’événement Capturer

L’image suivante présente l’itinéraire avant le réalignement :

Avant le comportement d’événement Capturer

Le tableau suivant contient des détails sur les événements avant le réalignement :

ID de l’événementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivée

Event1

Route1

01/01/2000

<Nul>

0

8

Event2

Route1

01/01/2000

<Nul>

8

12

Event3

Route1

01/01/2000

<Nul>

12

20

Après le comportement d’événement Capturer

Remarque :

Pour toute mise à jour d’itinéraire LRS pour laquelle l’outil Recalibrate route downstream (Recalibrer l’itinéraire en aval) est sélectionné, une partie de l’itinéraire en aval de la section mise à jour est recalibrée. Le comportement d’événement Calibrate (Calibrer) est appliqué dans ces sections recalibrées.

L’image suivante présente l’itinéraire après le réalignement :

Après le comportement d’événement Capturer

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement d’événement Snap (Capture) est configuré :

ID de l’événementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

01/01/2000

01/01/2005

0

8

Aucune erreur

Event1

Route1

01/01/2005

<Nul>

0

6

Aucune erreur

Event2

Route1

01/01/2000

01/01/2005

8

12

Aucune erreur

Event3

Route1

01/01/2000

01/01/2005

12

20

Aucune erreur

Event3

Route1

01/01/2005

<Nul>

18

24

Aucune erreur

Sections en amont et en aval

Le tableau suivant fournit des informations supplémentaires sur la manière dont les événements sont affectés par un réalignement selon le comportement d’événement configuré :

ComportementÉvénements en amont du réalignementÉvénements formant une intersection avec le réalignementÉvénements en aval du réalignement

Immobile

Jusqu’au point de calibrage en amont le plus proche ; une ou plusieurs mesures sont ajustées pour conserver les valeurs x,y, si nécessaire.

L’événement est retiré ; les événements linéaires traversant la section de mise à jour ne sont pas divisés et l’événement original est retiré.

Si le calibrage de l’itinéraire est modifié, le comportement d’événement de recalibrage est appliqué‎ ; dans le cas contraire, aucune action n’est effectuée.

Déplacer

La forme est régénérée, au besoin, selon la nouvelle localisation des mesures d’itinéraire.

La forme est régénérée selon la nouvelle localisation des mesures d’itinéraire.

Si le calibrage de l’itinéraire est modifié, le comportement d’événement de recalibrage est appliqué‎ ; dans le cas contraire, aucune action n’est effectuée.

Retirer

Jusqu’au point de calibrage en amont le plus proche ; l’événement est retiré, si nécessaire.

L’événement est retiré ; les événements linéaires traversant la section de mise à jour ne sont pas divisés.

Si le calibrage de l’itinéraire est modifié, le comportement d’événement de recalibrage est appliqué‎ ; dans le cas contraire, aucune action n’est effectuée.

Couverture

Aucune action.

L’événement est retiré ; les événements linéaires traversant la section mise à jour sont divisés.

Si le calibrage de l’itinéraire est modifié, le comportement d’événement de recalibrage est appliqué‎ ; dans le cas contraire, aucune action n’est effectuée.

Capturer

Aucune action.

L’événement est retiré ; l’événement retiré est capturé sur un itinéraire concurrent route, s’il en existe un.

Si le calibrage de l’itinéraire est modifié, le comportement d’événement de recalibrage est appliqué‎ ; dans le cas contraire, aucune action n’est effectuée.

Remarque :
  • Les événements ponctuels ont le même comportement que les événements linéaires, mais n’ont pas besoin d’être divisés.
  • Si l’option Recalibrate route downstream (Recalibrer l’itinéraire en aval) est sélectionnée, les comportements d’événement d’itinéraire de calibrage sont appliqués aux événements en aval de la partie mise à jour de l’itinéraire.
  • L’image suivante illustre les sections en amont et en aval impliquées dans une mise à jour :
    Sections en amont et en aval
  • Le réseau peut inclure des événements qui couvrent plusieurs itinéraires dans un réseau linéaire. Dans ce cas, les comportements sont appliqués de la même manière.
  • Lorsque le LRS possède une dimension temporelle, les opérations de mise à jour, telles que le réalignement d’un itinéraire, divisent les itinéraires et les événements en intervalles temporels.

Scénario de réalignement avec abandon (réattribution à un itinéraire abandonné)

La portion de l’itinéraire située dans la section réalignée est réattribuée à un nouvel itinéraire sur une nouvelle ligne, et le comportement d’événement Réattribuer est appliqué à tout événement situé dans la section réalignée. Les paramètres de comportement des événements Immobile, Déplacer, Couvrir et Retirer produisent les mêmes résultats que dans les diagrammes ci-dessus. Pour transférer vos événements vers l’itinéraire abandonné, configurez le comportement Capturer pour l’itinéraire réattribué.

Le comportement d’événement Reassign (Réattribuer) étant appliqué avant celui de l’événement Realign (Réaligner), il est important de vérifier la configuration du comportement d’événement Reassign (Réattribuer) de la couche d’entités d’événement avant de cocher la case Reassign to abandoned route (Réattribuer à l’itinéraire abandonné).

Avant le scénario de réalignement avec abandon

Comportement Stay Put (Immobile) (avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer))

La localisation géographique de l’événement en dehors de la région réalignée est préservée, les mesures peuvent changer. L’événement peut également être divisé s’il traverse la région réalignée. Des parties de l’événement dans la région réalignée sont capturées sur l’itinéraire réattribué.

Comportement d’événement Immobile avec comportement Capturer

Comportement Move (Déplacer) (avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer))

Les mesures de l’événement sont conservées ; la localisation géographique peut changer. Des parties de l’événement dans la région réalignée sont capturées sur l’itinéraire réattribué.

Comportement d’événement Move (Déplacer) avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer)

Comportement Retire (Retirer) (avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer))

Les événements intersectant la région de réalignement sont retirés. Des parties de l’événement dans la région réalignée sont capturées sur l’itinéraire réattribué.

Comportement d’événement Retire (Retirer) avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer)

Comportement Cover (Couvrir) (avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer))

Les mesures des événements sur l’itinéraire sont modifiées ; la localisation géographique est modifiée pour inclure la section réalignée. Des parties de l’événement dans la région réalignée sont capturées sur l’itinéraire réattribué.

Comportement d’événement Cover (Couvrir) avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer)

Comportement Snap (Capturer) (avec Reassign (Réattribuer) défini sur le comportement Stay Put (Immobile))

Les mesures des événements sur l’itinéraire sont modifiées ; la localisation géographique est modifiée pour inclure la section réalignée. Des parties de l’événement dans la région réalignée sont capturées sur l’itinéraire réattribué.

Comportement d’événement Snap (Capturer) avec Reassign (Réattribuer) défini sur le comportement Stay Put (Immobile)

Résultats détaillés du comportement de réalignement avec abandon

Les sections suivantes décrivent la façon dont les règles de comportement d’événement sont appliquées lorsqu’un itinéraire est réaligné avec abandon.

Avant le réalignement avec abandon

Le scénario suivant implique un itinéraire et trois événements. Le retrait (représenté par une ligne grise) commence au cours d’Event1, couvre complètement Event2 et prend fin au cours d’Event3. Les comportements, les intervalles temporels et les mesures qui résultent de l’opération sont détaillés dans les sections suivantes :

L’image suivante présente l’itinéraire avant le réalignement :

Avant le réalignement avec abandon

Le tableau suivant contient des détails sur les événements avant le réalignement :

ÉvénementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivée

Event1

Route1

01/01/2000

<Nul>

0

8

Event2

Route1

01/01/2000

<Nul>

8

12

Event3

Route1

01/01/2000

<Nul>

12

20

Comportement Stay Put (Immobile) (avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer))

Si le réalignement doit avoir lieu le 01/01/2005 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) et Reassign to abandoned route(s) (Réattribuer aux itinéraires abandonnés) sont sélectionnés, les effets suivants se produisent :

  • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 0 et 8, et un intervalle temporel va du 01/01/2005 à <Nul> avec deux enregistrements d’événements. Le premier enregistrement d’événement Event1 après le réalignement possède des mesures comprises entre 0 et 5 figurant au même emplacement géographique, mais avec les nouvelles mesures de Route1. Le second enregistrement Event1 est situé sur Route1_Ab, qui figure sur une nouvelle ligne, Line1_Ab, et possède des mesures comprises entre 6 et 8 qui capturent l’itinéraire abandonné.
  • Event2 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 8 et 12, et un intervalle temporel va du 01/01/2005 à <nul> situé sur Route1_Ab, qui figure sur une nouvelle ligne, Line1_Ab, et possède des mesures comprises entre 8 et 12 qui capturent l’itinéraire abandonné.
  • Event3 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 12 et 20, et un intervalle temporel va du 01/01/2005 à <Nul> avec deux enregistrements d’événements. Le premier enregistrement d’événement Event1 après le réalignement possède des mesures comprises entre 18 et 24 figurant au même emplacement géographique, mais avec les nouvelles mesures de Route1. Le second enregistrement Event3 est situé sur Route1_Ab, qui figure sur une nouvelle ligne, Line1_Ab, et possède des mesures comprises entre 12 et 14 qui capturent l’itinéraire abandonné.

L’image suivante présente l’itinéraire après le réalignement :

Comportement d’événement Stay Put (Immobile) avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer)

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement d’événement Stay Put (Immobile) est configuré et que Reassign (Réattribuer) est défini sur Snap (Capturer) :

ÉvénementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

01/01/2000

01/01/2005

0

8

Aucune erreur

Event1

Route1

01/01/2005

<Nul>

0

6

Aucune erreur

Event1

Route1_Ab

01/01/2005

<Nul>

6

8

Aucune erreur

Event2

Route1

01/01/2000

01/01/2005

8

12

Aucune erreur

Event2

Route1_Ab

01/01/2005

<Nul>

8

12

Aucune erreur

Event3

Route1

01/01/2000

01/01/2005

12

20

Aucune erreur

Event3

Route1

01/01/2005

<Nul>

18

24

Aucune erreur

Event3

Route1_Ab

01/01/2005

<Nul>

12

14

Aucune erreur

Comportement Move (Déplacer) (avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer))

Si le réalignement doit avoir lieu le 01/01/2005 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) et Reassign to abandoned route(s) (Réattribuer aux itinéraires abandonnés) sont sélectionnés, les effets suivants se produisent :

  • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 0 et 8, et un intervalle temporel va du 01/01/2005 à <Nul> avec deux enregistrements d’événements. Le premier enregistrement d’événement Event1 après l’alignement possède des mesures comprises entre 0 et 6 qui changent de localisation géographique afin de conserver les mesures de l’événement d’origine. Cet enregistrement d’événement possède les mêmes mesures, mais une géométrie différente dans le nouvel intervalle temporel. Le second enregistrement d’événement, qui est situé sur Route1_Ab, possède des mesures comprises entre 6 et 8 qui capturent l’itinéraire abandonné.
  • Event2 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 8 et 12, et un intervalle temporel va du 01/01/2005 à <Nul> situé sur Route1_Ab, avec des mesures comprises entre 8 et 12 qui capturent l’itinéraire abandonné.
  • Event3 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 12 et 20, et un intervalle temporel va du 01/01/2005 à <Nul> avec deux enregistrements d’événements. Le premier enregistrement d’événement Event3 après l’alignement possède des mesures comprises entre 14 et 20 qui changent de localisation géographique afin de conserver les mesures de l’événement d’origine. Cet enregistrement d’événement possède les mêmes mesures, mais une géométrie différente dans le nouvel intervalle temporel. Le second enregistrement d’événement Event3, qui est situé sur Route1_Ab, possède des mesures comprises entre 12 et 14 qui capturent l’itinéraire abandonné.

L’image suivante présente l’itinéraire après le réalignement :

Comportement d’événement Move (Déplacer) avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer)

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement d’événement Move (Déplacer) est configuré et que Reassign (Réattribuer) est défini sur Snap (Capturer) :

ÉvénementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

01/01/2000

01/01/2005

0

8

Aucune erreur

Event1

Route1

01/01/2005

<Nul>

0

8

Correspondance partielle pour la mesure d’arrivée

Event1

Route1_Ab

01/01/2005

<Nul>

6

8

Aucune erreur

Event2

Route1

01/01/2000

01/01/2005

8

12

Aucune erreur

Event2

Route1_Ab

01/01/2005

<Nul>

8

12

Aucune erreur

Event3

Route1

01/01/2000

01/01/2005

12

20

Aucune erreur

Event3

Route1

01/01/2005

<Nul>

14

20

Aucune erreur

Event3

Route1_Ab

01/01/2005

<Nul>

12

14

Aucune erreur

Comportement Retire (Retirer) (avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer))

Si le réalignement doit avoir lieu le 01/01/2005 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) et Reassign to abandoned route(s) (Réattribuer aux itinéraires abandonnés) sont sélectionnés, les effets suivants se produisent :

  • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 0 et 8, et un intervalle temporel va du 01/01/2005 à <Nul> avec deux enregistrements d’événements. Le premier enregistrement d’événement Event1 après le réalignement dans l’intervalle temporel allant du 01/01/2005 à <Nul> possède des mesures comprises entre 0 et 6. Cet enregistrement d’événement est créé car le comportement de mise à jour Reassign (Réattribuer) est traité avant le comportement de mise à jour Realign (Réaligner) ; l’événement linéaire en amont qui traverse la région réalignée n’est donc pas retiré, mais il est fractionné. Le second enregistrement d’événement Event1, qui est situé sur Route1_Ab, possède des mesures comprises entre 6 et 8 qui capturent l’itinéraire abandonné.
  • Event2 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures comprises entre 8 et 12. Il existe également un intervalle temporel allant du 01/01/2005 à <Nul> situé sur Route1_Ab, avec des mesures comprises entre 8 et 12, qui a capturé l’itinéraire abandonné.
  • Event3 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures comprises entre 12 et 20. Il existe également un intervalle temporel allant du 01/01/2005 à <Nul> situé sur Route1_Ab, avec des mesures comprises entre 12 et 14 qui capturent l’itinéraire abandonné.

L’image suivante présente l’itinéraire après le réalignement :

Comportement d’événement Retire (Retirer) avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer)

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement d’événement Retire (Retirer) est configuré et que Reassign (Réattribuer) est défini sur Snap (Capturer) :

ÉvénementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

01/01/2000

01/01/2005

0

8

Aucune erreur

Event1

Route1

01/01/2005

<Nul>

0

6

Aucune erreur

Event1

Route1_Ab

01/01/2005

<Nul>

6

8

Aucune erreur

Event2

Route1

01/01/2000

01/01/2005

8

12

Aucune erreur

Event2

Route1_Ab

01/01/2005

<Nul>

8

12

Aucune erreur

Event3

Route1

01/01/2000

01/01/2005

12

20

Aucune erreur

Event3

Route1_Ab

01/01/2005

<Nul>

12

14

Aucune erreur

Comportement Cover (Couvrir) (avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer))

Si le réalignement doit avoir lieu le 01/01/2005 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) et Reassign to abandoned route(s) (Réattribuer aux itinéraires abandonnés) sont sélectionnés, les effets suivants se produisent :

  • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 0 et 8, et un intervalle temporel va du 01/01/2005 à <Nul> avec deux enregistrements d’événements. Le premier enregistrement d’événement Event1 après le réalignement possède des mesures comprises entre 0 et 9. Le second enregistrement Event1, qui est situé sur Route1_Ab, possède des mesures comprises entre 6 et 8 qui capturent l’itinéraire abandonné (Route1_Ab).
  • Event2 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 8 et 12, et un intervalle temporel va du 01/01/2005 à <Nul> avec deux enregistrements d’événements. Le premier enregistrement d’événement Event2 après le réalignement possède des mesures comprises entre 9 et 15. Le second enregistrement d’événement Event2 possède des mesures comprises entre 8 et 12 qui capturent l’itinéraire abandonné (Route1_Ab).
  • Event3 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 12 et 20, et un intervalle temporel va du 01/01/2005 à <Nul> avec deux enregistrements d’événements. Le premier enregistrement d’événement Event3 après le réalignement possède des mesures comprises entre 15 et 24. Le second enregistrement d’événement Event3 possède des mesures comprises entre 12 et 14 qui capturent l’itinéraire abandonné (Route1_Ab).

L’image suivante présente l’itinéraire après le réalignement :

Comportement d’événement Cover (Couvrir) avec Reassign (Réattribuer) défini sur le comportement Snap (Capturer)

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement d’événement Cover (Couvrir) est configuré et que Reassign (Réattribuer) est défini sur Snap (Capturer) :

ID de l’événementDate de débutDate de finNom de l’itinéraireMesure de départMesure d’arrivéeErreur de localisation

Event1

01/01/2000

01/01/2005

Route1

0

8

Aucune erreur

Event1

01/01/2005

<Nul>

Route1_Ab

6

8

Aucune erreur

Event1

01/01/2005

<Nul>

Route1

0

9

Aucune erreur

Event2

01/01/2000

01/01/2005

Route1

8

12

Aucune erreur

Event2

01/01/2005

<Nul>

Route1

8

12

Aucune erreur

Event2

01/01/2005

<Nul>

Route1

9

15

Aucune erreur

Event3

01/01/2000

01/01/2005

Route1

12

20

Aucune erreur

Event3

01/01/2005

<Nul>

Route1_Ab

12

14

Aucune erreur

Event3

01/01/2005

<Nul>

Route1

15

24

Aucune erreur

Comportement Snap (Capturer) (avec Reassign (Réattribuer) défini sur le comportement Stay Put (Immobile))

Si le réalignement doit avoir lieu le 01/01/2005 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) et Reassign to abandoned route(s) (Réattribuer aux itinéraires abandonnés) sont sélectionnés, les effets suivants se produisent :

  • Pour la partie abandonnée de Route1, Route1_Ab est créé avec la date de début 01/01/2000 et la date de fin 01/01/2005.
  • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures comprises entre 0 et 8, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 0 à 6.
  • Event2 est représenté par un intervalle temporel. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures comprises entre 8 et 12.
  • Event3 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005 et un intervalle temporel va du 01/01/2005 à <Nul> avec deux enregistrements d’événements. Le premier enregistrement Event3 après le réalignement possède des mesures comprises entre 12 et 14 qui capturent l’itinéraire abandonné (Route1_Ab). Le second enregistrement d’événement Event3 possède des mesures comprises entre 18 et 24.

L’image suivante présente les itinéraires après le réalignement :

Comportement d’événement Snap (Capturer) avec Reassign (Réattribuer) défini sur le comportement Stay Put (Immobile)

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement d’événement Snap (Capturer) est configuré et que Reassign (Réattribuer) est défini sur Stay Put (Immobile) :

ID de l’événementDate de débutDate de finNom de l’itinéraireMesure de départMesure d’arrivéeErreur de localisation

Event1

01/01/2000

01/01/2005

Route1

0

8

Aucune erreur

Event1

01/01/2005

<Nul>

Route1

0

6

Aucune erreur

Event2

01/01/2000

01/01/2005

Route1

8

12

Aucune erreur

Event3

01/01/2000

01/01/2005

Route1

12

14

Aucune erreur

Event3

01/01/2005

<Nul>

Route1

18

24

Aucune erreur

Comportement détaillé pour les itinéraires d’un réseau linéaire comportant des événements qui couvrent des itinéraires

Les sections suivantes décrivent la façon dont les règles de comportement d’événement sont appliquées pour les événements couvrant des itinéraires, lorsqu’un itinéraire d’une ligne d’un réseau linéaire est réalignée.

Comportement Immobile (avec Réattribuer défini sur Capturer pour l’abandon)

Si le réalignement avec abandon doit avoir lieu le 01/01/2005, de la mesure 17 sur Route2 à la mesure 43 sur Route4 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) n’est pas sélectionné, les effets suivants se produisent :

  • Pour les parties abandonnées de Route2, Route3 et Route4, les itinéraires suivants sont créés : Route2_Ab, Route3_Ab et Route4_Ab.
  • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 0 sur Route1 et 30 sur Route3, et un intervalle temporel va du 01/01/2005 à <Nul> avec deux enregistrements d’événements. Parce que le réalignement avec abandon a lieu au milieu de l’événement, Event1 est divisé après le réalignement. Le premier enregistrement d’événement Event1 après le réalignement possède des mesures comprises entre 0 sur Route1 et 17 sur Route2, tandis que le second enregistrement Event1 possède des mesures comprises entre 17 sur Route2_Ab et 30 sur Route3_Ab. Les deux enregistrements conservent la même localisation géographique.
  • Event2 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 30 sur Route3 et 48 sur Route4. Le second intervalle temporel allant du 01/01/2005 à <Nul> possède deux enregistrements d’événements. Parce que le réalignement avec abandon a lieu au milieu de l’événement, Event2 est divisé après le réalignement. Le premier enregistrement d’événement Event2 après le réalignement possède des mesures comprises entre 30 sur Route3_Ab et la mesure 43 sur Route4_Ab, tandis que le second enregistrement d’événement Event2 possède des mesures comprises entre 43 et 48 sur Route4. Les deux enregistrements conservent la même localisation géographique.

Avant le comportement Immobile (avec Réattribuer défini sur Capturer pour l’abandon)

L’image suivante présente les itinéraires avant le réalignement :

Avant le comportement d’événement Immobile

Le tableau suivant contient des détails sur les événements avant le réalignement :

ID de l’événementDate de débutDate de finID d’itinéraire de départID d’itinéraire d’arrivéeMesure de départMesure d’arrivée

Event1

01/01/2000

<Nul>

Route1

Route3

0

30

Event2

01/01/2000

<Nul>

Route3

Route4

30

48

Après le comportement Immobile (avec Réattribuer défini sur Capturer pour l’abandon)

Pour les parties abandonnées de Route2, Route3 et Route4, les itinéraires suivants sont créés : Route2_Ab, Route3_Ab et Route4_Ab.

L’image suivante présente les itinéraires après le réalignement :

Après le comportement d’événement Immobile

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement Stay Put (Immobile) est configuré et que Reassign (Réattribuer) est défini sur Snap (Capturer) :

ID de l’événementDate de débutDate de finID d’itinéraire de départID d’itinéraire d’arrivéeMesure de départMesure d’arrivéeErreur de localisation

Event1

01/01/2000

01/01/2005

Route1

Route3

0

30

Aucune erreur

Event1

01/01/2005

<Nul>

Route1

Route2

0

17

Aucune erreur

Event1

01/01/2005

<Nul>

Route2_Ab

Route3_Ab

17

30

Aucune erreur

Event2

01/01/2000

01/01/2005

Route3

Route4

30

48

Aucune erreur

Event2

01/01/2005

<Nul>

Route3_Ab

Route4_Ab

30

43

Aucune erreur

Event2

01/01/2005

<Nul>

Route4

Route4

43

48

Aucune erreur

Comportement Déplacer (avec Réattribuer défini sur Déplacer pour l’abandon)

Si le réalignement avec abandon doit avoir lieu le 01/01/2005, de la mesure 17 sur Route2 à la mesure 43 sur Route4 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) n’est pas sélectionné, les effets suivants se produisent :

  • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 0 sur Route1 et 30 sur Route3, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 0 sur Route1 et 17 sur Route2. Après réalignement avec abandon, l’enregistrement d’événement obtient la valeur Location Error (Erreur de localisation), Partial Match (Correspondance partielle) pour la mesure d’arrivée, car une partie de Route2 et l’intégralité de Route3 sont retirées après le réalignement.
  • Event2 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 30 sur Route3 et 48 sur Route4, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 43 et 48 sur Route4. L’enregistrement d’événement obtient la valeur Location Error (Erreur de localisation), Partial Match (Correspondance partielle) pour la mesure de départ, car Route3 est retiré après le réalignement.

Avant le comportement Déplacer (avec Réattribuer défini sur Déplacer pour l’abandon)

L’image suivante présente les itinéraires avant le réalignement :

Avant le comportement d’événement Déplacer

Le tableau suivant contient des détails sur les événements avant le réalignement :

ID de l’événementDate de débutDate de finID d’itinéraire de départID d’itinéraire d’arrivéeMesure de départMesure d’arrivée

Event1

01/01/2000

<Nul>

Route1

Route3

0

30

Event2

01/01/2000

<Nul>

Route3

Route4

30

48

Après le comportement Déplacer (avec Réattribuer défini sur Déplacer pour l’abandon)

Pour les parties abandonnées de Route2, Route3 et Route4, les itinéraires suivants sont créés : Route2_Ab, Route3_Ab et Route4_Ab.

L’image suivante présente les itinéraires après le réalignement :

Après le comportement d’événement Déplacer

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement d’événement Move (Déplacer) est configuré et que Reassign (Réattribuer) est défini sur Move (Déplacer) :

ID de l’événementDate de débutDate de finID d’itinéraire de départID d’itinéraire d’arrivéeMesure de départMesure d’arrivéeErreur de localisation

Event1

01/01/2000

01/01/2005

Route1

Route3

0

30

Aucune erreur

Event1

01/01/2005

<Nul>

Route1

Route2

0

17

Correspondance partielle pour la mesure d’arrivée

Event2

01/01/2000

01/01/2005

Route3

Route4

30

48

Aucune erreur

Event2

01/01/2005

<Nul>

Route4

Route4

43

48

Correspondance partielle pour la mesure de départ

Comportement Couvrir (avec Réattribuer défini sur Capturer pour l’abandon)

Si les itinéraires sont actifs à partir du 01/01/2000, que le réalignement avec abandon doit avoir lieu le 01/01/2005 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) n’est pas coché, les effets suivants se produisent :

  • Event1 est représenté par deux intervalles temporels car les mesures d’événement sont modifiées sur l’un des itinéraires sur lesquels Event1 se trouve. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures comprises entre 0 sur Route1 et 30 sur Route3, et un intervalle temporel va du 01/01/2005 à <Nul> avec deux enregistrements d’événements. Le premier enregistrement Event1 après le réalignement possède des mesures comprises entre 0 sur Route1 et 30 sur RouteNew, et le second enregistrement Event1 possède des mesures comprises entre 17 sur la partie abandonnée de Route2 (Route2_Ab) et 30 sur la partie abandonnée de Route3 (Route3_Ab).
  • Event1 est représenté par deux intervalles temporels car les mesures d’événement sont modifiées sur l’un des itinéraires sur lesquels Event2 se trouve. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures comprises entre 30 sur Route1 et 48 sur Route3, et un intervalle temporel va du 01/01/2005 à <Nul> avec deux enregistrements d’événements. Le premier enregistrement Event2 après le réalignement possède des mesures comprises entre 30 sur le nouvel itinéraire (RouteNew) et 48 sur Route4, et le second enregistrement Event2 possède des mesures comprises entre 30 sur la partie abandonnée de Route3 (Route3_Ab) et 42 sur la partie abandonnée de Route4 (Route4_Ab).

Avant le comportement d’événement Couvrir (avec Réattribuer défini sur Couvrir pour l’abandon)

L’image suivante présente les itinéraires avant le réalignement :

Avant le comportement d’événement Couvrir

Le tableau suivant contient des détails sur les événements avant le réalignement :

ID de l’événementDate de débutDate de finID d’itinéraire de départMesure de départID d’itinéraire d’arrivéeMesure d’arrivée

Event1

01/01/2000

<Nul>

Route1

0

Route3

30

Event2

01/01/2000

<Nul>

Route3

30

Route4

48

Après le comportement d’événement Couvrir (avec Réattribuer défini sur Couvrir pour l’abandon)

Un nouvel itinéraire (RouteNew) est créé dans la section réalignée. Pour les parties abandonnées de Route2 et la totalité de Route3 et Route4, les itinéraires suivants sont créés : Route2_Ab, Route3_Ab et Route4_Ab.

L’image suivante présente les itinéraires après le réalignement :

Après le comportement d’événement Cover (Couvrir) avec Reassign (Réattribuer) défini sur Cover (Couvrir) pour l’abandon

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement d’événement Cover (Couvrir) est configuré et que Reassign (Réattribuer) est défini sur Cover (Couvrir) :

ID de l’événementDate de débutDate de finID d’itinéraire de départMesure de départID d’itinéraire d’arrivéeMesure d’arrivéeErreur de localisation

Event1

01/01/2000

01/01/2005

Route1

0

Route3

30

Aucune erreur

Event1

01/01/2005

<Nul>

Route1

0

RouteNew

30

Aucune erreur

Event1

01/01/2005

<Nul>

Route2_Ab

17

Route3_Ab

30

Aucune erreur

Event2

01/01/2000

01/01/2005

Route3

30

Route4

48

Aucune erreur

Event2

01/01/2005

<Nul>

RouteNew

30

Route4

48

Aucune erreur

Event2

01/01/2005

<Nul>

Route3_Ab

30

Route4_Ab

42

Aucune erreur

Comportement Retirer (avec Réattribuer défini sur Retirer pour l’abandon)

  • Si le réalignement avec abandon doit avoir lieu le 01/01/2005, de la mesure 17 sur Route2 à la mesure 43 sur Route4 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) n’est pas sélectionné, les effets suivants se produisent :
    • Event1 est retiré car il se trouve dans la région réalignée ou abandonnée.
    • Event2 est retiré car il se trouve dans la région réalignée ou abandonnée.

Avant le comportement Retire (Retirer) (avec Reassign (Réattribuer) défini sur Retire (Retirer))

L’image suivante présente les itinéraires avant le réalignement :

Avant le comportement d’événement Retirer

Le tableau suivant contient des détails sur les événements avant le réalignement :

ID de l’événementDate de débutDate de finID d’itinéraire de départID d’itinéraire d’arrivéeMesure de départMesure d’arrivée

Event1

01/01/2000

<Nul>

Route1

Route3

0

30

Event2

01/01/2000

<Nul>

Route3

Route4

30

48

Après le comportement Retire (Retirer) (avec Reassign (Réattribuer) défini sur Retire (Retirer))

Pour les parties abandonnées de Route2, Route3 et Route4, les itinéraires suivants sont créés : Route2_Ab, Route3_Ab et Route4_Ab.

L’image suivante présente les itinéraires après le réalignement :

Après le comportement d’événement Retire (Retirer) avec Reassign (Réattribuer) défini sur Retire (Retirer)

Le tableau suivant contient des détails sur les événements sur LineA, qui sont retirés après réalignement avec Reassign (Réattribuer) défini sur Retire (Retirer) :

ID de l’événementDate de débutDate de finID d’itinéraire de départID d’itinéraire d’arrivéeMesure de départMesure d’arrivée

Event1

01/01/2000

01/01/2005

Route1

Route3

0

30

Event2

01/01/2000

01/01/2005

Route3

Route4

30

48

Comportement Capturer (avec Réattribuer défini sur Immobile pour l’abandon)

  • Si le réalignement avec abandon doit avoir lieu le 01/01/2005, de la mesure 17 sur Route2 à la mesure 43 sur Route4 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) n’est pas sélectionné, les effets suivants se produisent :
    • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures comprises entre 0 sur Route1 et 30 sur Route3, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 0 sur Route1 et 17 sur Route2.
    • Event2 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures comprises entre 30 sur Route3 et 48 sur Route4, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 43 et 48 sur Route4.

Avant le comportement Capturer (avec Réattribuer défini sur Immobile)

L’image suivante présente les itinéraires avant le réalignement :

Avant le comportement d’événement Capturer

Le tableau suivant contient des détails sur les événements avant le réalignement :

ID de l’événementDate de débutDate de finID d’itinéraire de départID d’itinéraire d’arrivéeMesure de départMesure d’arrivée

Event1

01/01/2000

<Nul>

Route1

Route3

0

30

Event2

01/01/2000

<Nul>

Route3

Route4

30

48

Après le comportement Capturer (avec Réattribuer défini sur Immobile)

Un nouvel itinéraire (RouteNew) est créé dans la section réalignée. Pour les parties abandonnées de Route2 et la totalité de Route3 et Route4, les itinéraires suivants sont créés : Route2_Ab, Route3_Ab et Route4_Ab.

L’image suivante présente les itinéraires après le réalignement :

Après le comportement d’événement Capturer (avec Réattribuer défini sur Immobile)

Le tableau suivant contient des détails sur les événements après le réalignement lorsque le comportement d’événement Snap (Capturer) est configuré et que Reassign (Réattribuer) est défini sur Stay Put (Immobile) :

ID de l’événementDate de débutDate de finID d’itinéraire de départMesure de départID d’itinéraire d’arrivéeMesure d’arrivéeErreur de localisation

Event1

01/01/2000

01/01/2005

Route1

0

Route3

30

Aucune erreur

Event1

01/01/2005

<Nul>

Route1

0

Route2

17

Aucune erreur

Event2

01/01/2000

01/01/2005

Route3

30

Route4

48

Aucune erreur

Event2

01/01/2005

<Nul>

Route4

43

Route4

48

Aucune erreur

Comportement détaillé sur les itinéraires coïncidents avec le comportement Couvrir

Les sections suivantes décrivent la façon dont la règle de comportement d’événement Cover (Couvrir) est appliquée lorsqu’un itinéraire comportant une section coïncidente et un itinéraire dominant est réaligné.

Itinéraires coïncidents avant réalignement avec le comportement Couvrir

Dans le scénario suivant, Route2 est réaligné dans une section qui se superpose à un itinéraire coïncident principal, Route1, alors que le comportement Cover (Couvrir) est configuré.

Si le réalignement doit avoir lieu le 01/01/2005 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) est sélectionné, les effets suivants se produisent :

  • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 0 et 30, et un intervalle temporel va du 01/01/2005 à <Nul> avec deux enregistrements d’événements. L’enregistrement d’événement en amont possède des mesures comprises entre 0 et 15, et l’enregistrement d’événement en aval des mesures comprises entre 25 et 40.

Avant le réalignement d’itinéraires coïncidents avec le comportement Cover (Couvrir) et un événement non étendu

L’image suivante présente les itinéraires avant le réalignement :

Avant le réalignement d’un itinéraire coïncident avec le comportement Cover (Couvrir) et un événement non étendu

ID de l’événementNom de l’itinéraireDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

01/01/2000

<Nul>

0

30

Aucune erreur

Après le réalignement d’itinéraires coïncidents avec le comportement Cover (Couvrir) et un événement non étendu

L’image suivante présente les itinéraires après le réalignement :

Après le réalignement d’un itinéraire coïncident avec le comportement Cover (Couvrir) et un événement non étendu

Event1 sur Route1 n’est pas présent dans la section coïncidente de Route2 et Route1 car Route1 est l’itinéraire dominant dans cette section.

Le tableau suivant contient des détails sur l’événement après le réalignement lorsque le comportement d’événement Cover (Couvrir) est configuré :

ID de l’événementNom de l’itinéraireDate de débutÀDateMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

01/01/2000

01/01/2005

0

30

Aucune erreur

Event1

Route1

01/01/2005

<Nul>

0

15

Aucune erreur

Event1

Route1

01/01/2005

<Nul>

25

40

Aucune erreur

Itinéraires coïncidents avant le réalignement avec le comportement Cover (Couvrir) et un événement étendu

Dans le scénario suivant, Route2 et Route3 sur LineA sont réalignés dans une section qui chevauche un itinéraire coïncident dominant, Route1 sur LineB, tandis que le comportement Cover (Couvrir) est configuré.

Si le réalignement doit avoir lieu le 01/01/2005 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) est sélectionné, les effets suivants se produisent :

  • Event1 est représenté par deux intervalles temporels. Un intervalle temporel va du 01/01/2000 au 01/01/2005, avec des mesures d’origine comprises entre 0 sur Route2 et 28 sur Route3, et un intervalle temporel va du 01/01/2005 à <Nul> avec un enregistrement d’événements en amont et en aval. L’enregistrement en amont possède des mesures comprises entre 0 et 16 sur Route2, et l’enregistrement en aval des mesures comprises entre 20 et 36 sur Route2.

Avant le réalignement d’itinéraires coïncidents avec le comportement Cover (Couvrir) et un événement étendu

L’image suivante présente les itinéraires avant le réalignement :

Avant le réalignement d’itinéraires coïncidents avec le comportement Cover (Couvrir) et un événement étendu

Le tableau suivant contient des détails sur l’événement avant le réalignement :

ID de l’événementDate de débutDate de finDépartItinéraireNomMesure de départÀItinéraireNomMesure d’arrivéeErreur de localisation

Event1

01/01/2000

<Nul>

Route2

0

Route3

28

Aucune erreur

Après le réalignement d’itinéraires coïncidents avec le comportement Cover (Couvrir) et un événement étendu

L’image suivante présente les itinéraires après le réalignement :

Après le réalignement d’un itinéraire coïncident avec le comportement Cover (Couvrir) et un événement étendu

Event1 sur Route1 n’est pas présent dans la section coïncidente de Route2 et Route1 car Route1 est l’itinéraire dominant dans cette section.

Le tableau suivant contient des détails sur l’événement après le réalignement lorsque le comportement d’événement Cover (Couvrir) est configuré :

ID de l’événementDate de débutDate de finDépartItinéraireNomMesure de départÀItinéraireNomMesure d’arrivéeErreur de localisation

Event1

01/01/2000

01/01/2005

Route2

0

Route3

28

Aucune erreur

Event1

01/01/2005

<Nul>

Route2

0

Route2

16

Aucune erreur

Event1

01/01/2005

<Nul>

Route2

20

Route2

36

Aucune erreur