Méthode Transférer sur une autre ligne

Disponible avec la licence Location Referencing.

Lors de la réaffectation d’un itinéraire, les événements sont impactés dans la section de mise à jour, ainsi qu’en amont et en aval de la réaffectation, selon le comportement d’événement configuré pour la couche d’événements concernée.

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 les comportements d’événement pour procéder à la réinjection de la version par défaut.

Remarque :

Lorque Recalibrate route downstream (Recalibrer l’itinéraire en aval) est sélectionné pour la mise à jour d’un itinéraire LRS, le comportement d’événement de calibrage d’itinéraire 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.

La méthode de réaffectation, la mise à jour de l’itinéraire et les comportements d’événement sont décrits ci-dessous.

Méthode Transférer sur une autre ligne

Cette méthode concerne uniquement les réseaux linéaires.

  • Les itinéraires sont transférés sur une nouvelle ligne si un nouveau nom de ligne est indiqué.
  • Les itinéraires sont transférés sur une ligne adjacente si un nom de ligne existant est indiqué.

Sections en amont et en aval

La mise à jour de l’itinéraire impacte les sections en amont et en aval de manière différente.

L’image suivante illustre les sections en amont et en aval impliquées dans le scénario de réaffectation de l’itinéraire :

Sections en amont et en aval avec une section mise à jour entre elles

Le tableau suivant décrit la façon dont l’opération de mise à jour de la réaffectation impacte les événements en aval et en amont en fonction du comportement d’événement configuré :

ComportementÉvénements en amont de la réaffectationÉvénements formant une intersection avec la réaffectationÉvénements en aval de la réaffectation

Immobile

Aucune action

Événement Retirer. Les événements linéaires traversant la région mise à jour sont divisés et l’événement original est retiré.

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

Déplacer

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

La forme est remodelé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 calibrage est appliqué‎ ; dans le cas contraire, aucune action n’est effectuée.

Retirer

Aucune action

Événement Retirer. Les événements linéaires traversant la région de réaffectation ne sont pas divisés.

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

Capturer

Aucune action

La localisation géographique (x,y) reste identique. L’événement migre vers l’itinéraire réaffecté. Les événements linéaires traversant la région mise à jour sont divisés.

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

Remarque :

Le réseau peut inclure des événements qui couvrent des itinéraires d’un réseau linéaire. Les comportements sont toujours appliqués de la même manière.

Étant donné que le LRS possède une dimension temporelle, les itinéraires et les événements sont découpés en intervalles temporels par les opérations de mise à jour, telles que la réaffectation d’un itinéraire.

Transférer les itinéraires sur une nouvelle ligne

Dans cet exemple, il existe deux lignes, chacune avec trois itinéraires qui sont actives à partir du 01/01/2000. Le 01/01/2005, les trois itinéraires au sein de LineA sont transférés sur une nouvelle ligne, LineNew.

  • Route2 a changé de nom.
  • Les mesures de Route3 ont été modifiées durant la réaffectation.

Les graphiques et les tableaux ci-dessous présentent les informations sur l’itinéraire avant et après la réaffectation.

Avant réaffectation de l’itinéraire

L’image suivante présente les itinéraires avant la réaffectation :

Les itinéraires avant réaffectation avec les trois itinéraires dans LineA à transférer sur une nouvelle ligne

Le tableau suivant contient des détails sur les itinéraires avant la réaffectation :

Nom de l’itinéraireNom de la ligneOrdre de ligneDate de débutDate de finMesure de départMesure d’arrivée

Route1

LineA

100

01/01/2000

<Nul>

0

10

Route2

LineA

200

01/01/2000

<Nul>

5

15

Route3

LineA

300

01/01/2000

<Nul>

20

40

RouteA

LineB

100

01/01/2000

<Nul>

5

15

RouteB

LineB

200

01/01/2000

<Nul>

0

10

RouteC

LineB

300

01/01/2000

<Nul>

25

45

Après réaffectation de l’itinéraire

L’image suivante présente les itinéraires après la réaffectation :

Les itinéraires après réaffectation avec les trois itinéraires à transférer sur une nouvelle ligne

Le tableau suivant contient des détails sur les itinéraires après la réaffectation :

Nom de l’itinéraireNom de la ligneOrdre de ligneDate de débutDate de finMesure de départMesure d’arrivée

Route1

LineA

100

01/01/2000

01/01/2005

0

10

Route1

LineNew

100

01/01/2005

<Nul>

0

10

Route2

LineA

200

01/01/2000

01/01/2005

5

15

Route2_new

LineNew

200

01/01/2005

<Nul>

5

15

Route3

LineA

300

01/01/2000

01/01/2005

20

40

Route3

LineNew

300

01/01/2005

<Nul>

20

60

RouteA

LineB

100

01/01/2000

<Nul>

5

15

RouteB

LineB

200

01/01/2000

<Nul>

0

10

RouteC

LineB

300

01/01/2000

<Nul>

25

45

Événements avant la réaffectation

L’image suivante présente les itinéraires et les événements avant la réaffectation :

Les itinéraires et les événements après réaffectation avec les trois itinéraires à transférer sur une nouvelle ligne

Le tableau suivant contient des détails sur les événements avant la réaffectation :

ÉvénementNom de l’itinéraire de départNom de l’itinéraire d’arrivéeDate de débutDate de finMesure de départMesure d’arrivée

Event1

Route1

Route3

01/01/2000

<Nul>

5

40

Event2

RouteA

RouteB

01/01/2000

<Nul>

5

5

Les sections suivantes décrivent la façon dont les règles de comportement d’événement sont appliquées après l’exécution de l’outil Appliquer les comportements d’événement, lorsque les itinéraires sur LineA sont transférés sur une nouvelle ligne, LineNew.

Comportement d’événement Immobile

Même si la localisation géographique de l’événement en dehors de la région réaffectée est préservée, les mesures peuvent changer. L’événement peut également être divisé s’il traverse la région réaffectée. Des parties de la région réaffectée sont retirées.

La réaffectation de l’itinéraire décrite ci-dessus a les effets suivants :

  • Event1 est retiré à la date de la réaffectation, car il se trouvait intégralement dans la section de mise à jour.
  • Event2 n’est pas concerné par la réaffectation puisqu’il fait partie des itinéraires figurant sur LineB.

L’image suivante présente les itinéraires et les événements après la réaffectation :

Les itinéraires et les événements après la réaffectation, Event1 étant retiré et Event2 n’étant pas impacté
Remarque :

Il est important de noter que l’événement retiré n’est pas représenté dans le graphique ci-dessus.

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

ÉvénementNom de l’itinéraire de départNom de l’itinéraire d’arrivéeDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

Route3

01/01/2000

01/01/2005

5

40

Aucune erreur

Event2

RouteA

RouteB

01/01/2000

<Nul>

5

5

Aucune erreur

Comportement d’événement Déplacer

Même si les mesures de l’événement sont conservées, la localisation géographique peut changer.

La réaffectation de l’itinéraire décrite ci-dessus a les effets suivants :

  • Event1 se trouvait entièrement dans la section de mise à jour ; il est retiré à la date de la réaffectation et un événement dont la date de début correspond à la date de réaffectation est créé. Comme les mesures ne changent pas pour le comportement Déplacer, ce nouvel événement s’étend toujours entre la mesure 5 sur Route1 et la mesure 40 sur Route3, mais sa localisation a changé du fait des mesures sous-jacentes de Route3.
  • Event2 n’est pas concerné par la réaffectation puisqu’il se trouve sur LineB.

L’image suivante présente les itinéraires et les événements après la réaffectation :

Les itinéraires et les événements après la réaffectation, Event1 étant retiré, un nouvel Event1 avec un changement de localisation et Event2 n’étant pas impacté

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

ÉvénementNom de l’itinéraire de départNom de l’itinéraire d’arrivéeDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

Route3

01/01/2000

01/01/2005

5

40

Aucune erreur

Event2

RouteA

RouteB

01/01/2000

<Nul>

5

5

Aucune erreur

Event1

Route1

Route3

01/01/2005

<Nul>

5

40

Aucune erreur

Remarque :

Le nouvel Event1 existe une fois l’outil Appliquer le comportement d’événement exécuté mais n’a pas de forme.

Comportement d’événement Retirer

Les événements intersectant la région de réaffectation sont retirés.

La réaffectation de l’itinéraire décrite ci-dessus a les effets suivants :

  • Event1 se trouvait dans la section de mise à jour ; il est retiré à la date de réaffectation.
  • Event2 n’est pas concerné par la réaffectation puisqu’il se trouve sur LineB.

L’image suivante présente les itinéraires et les événements après la réaffectation :

Les itinéraires et les événements après la réaffectation, Event1 étant retiré et Event2 n’étant pas impacté
Remarque :

Il est important de noter que l’événement retiré n’est pas représenté dans le graphique ci-dessus.

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

ÉvénementNom de l’itinéraire de départNom de l’itinéraire d’arrivéeDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

Route3

01/01/2000

01/01/2005

5

40

Aucune erreur

Event2

RouteA

RouteB

01/01/2000

<Nul>

5

5

Aucune erreur

Comportement d’événement Capturer

Même si la localisation géographique de l’événement et préservée en capturant l’itinéraire sur lequel il a été réaffecté, les mesures peuvent changer. L’événement bénéfice d’un nouvel intervalle temporel lorsque l’itinéraire auquel il appartient a été réaffecté sur une autre ligne, que le nom de l’itinéraire ou la mesure change ou non lors de la réaffectation. L’événement peut également être divisé s’il traverse la région réaffectée.

La réaffectation de l’itinéraire décrite ci-dessus a les effets suivants :

  • Event1 se trouvait dans la section de mise à jour ; il est retiré à la date de la réaffectation et un événement dont la date de début correspond à la date de réaffectation est créé sur les nouveaux itinéraires à l’aide des nouvelles mesures sous-jacentes afin de préserver sa localisation géographique.
  • Event2 n’est pas concerné par la réaffectation puisqu’il se trouve sur LineB.

L’image suivante présente les itinéraires et les événements après la réaffectation :

Les itinéraires et les événements après la réaffectation, l’Event1 initial étant retiré, de nouveaux enregistrements d’Event1 étant créés et une partie d’Event2 n’étant pas impactée

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

ÉvénementNom de l’itinéraire de départNom de l’itinéraire d’arrivéeDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

Route3

01/01/2000

01/01/2005

5

40

Aucune erreur

Event1

Route1

Route3

01/01/2005

<Nul>

5

60

Aucune erreur

Event2

RouteA

RouteB

01/01/2000

<Nul>

5

5

Aucune erreur

Transférer les itinéraires sur une ligne existante adjacente

Dans cet exemple, il existe deux lignes, chacune avec trois itinéraires qui sont actives à partir du 01/01/2000. Le 01/01/2005, une partie de Route2 et l’intégralité de Route3 au sein de LineA sont transférés sur une ligne existante, LineB.

  • La partie réaffectée de l’itinéraire Route2 porte un nouveau nom d’itinéraire.
  • Les mesures de Route3 ont été modifiées durant la réaffectation.

Les graphiques et les tableaux ci-dessous présentent les informations sur l’itinéraire avant et après la réaffectation.

Avant réaffectation de l’itinéraire

L’image suivante présente les itinéraires avant la réaffectation :

Les itinéraires avant réaffectation, une partie de Route2 et l’intégralité de Route3 étant transférées sur une ligne existante

Le tableau suivant contient des détails sur les itinéraires avant la réaffectation :

Nom de l’itinéraireNom de la ligneOrdre de ligneDate de débutDate de finMesure de départMesure d’arrivée

Route1

LineA

100

01/01/2000

<Nul>

0

10

Route2

LineA

200

01/01/2000

<Nul>

5

15

Route3

LineA

300

01/01/2000

<Nul>

20

40

RouteA

LineB

100

01/01/2000

<Nul>

5

15

RouteB

LineB

200

01/01/2000

<Nul>

0

10

RouteC

LineB

300

01/01/2000

<Nul>

25

45

Après réaffectation de l’itinéraire

L’image suivante présente les itinéraires après la réaffectation :

Les itinéraires après réaffectation, une partie de Route2 et l’intégralité de Route3 étant transférées sur une ligne existante

Le tableau suivant contient des détails sur les itinéraires après la réaffectation :

Nom de l’itinéraireNom de la ligneOrdre de ligneDate de débutDate de finMesure de départMesure d’arrivée

Route1

LineA

100

01/01/2000

<Nul>

0

10

Route2

LineA

200

01/01/2000

01/01/2005

5

15

Route2

LineA

200

01/01/2005

<Nul>

5

10

Route2_reassign

LineB

100

01/01/2005

<Nul>

10

15

Route3

LineA

300

01/01/2000

01/01/2005

20

40

Route3

LineB

200

01/01/2005

<Nul>

20

60

RouteA

LineB

100

01/01/2000

01/01/2005

5

15

RouteA

LineB

300

01/01/2005

<Nul>

5

15

RouteB

LineB

200

01/01/2000

01/01/2005

0

10

RouteB

LineB

400

01/01/2005

<Nul>

0

10

RouteC

LineB

300

01/01/2000

01/01/2005

25

45

RouteC

LineB

500

01/01/2005

<Nul>

25

45

Événements avant la réaffectation

L’image suivante présente les itinéraires et les événements avant la réaffectation :

Les itinéraires et les événements avant réaffectation, une partie de Route2 et l’intégralité de Route3 étant transférées sur une ligne existante

Le tableau suivant contient des détails sur les événements avant la réaffectation :

ÉvénementNom de l’itinéraire de départNom de l’itinéraire d’arrivéeDate de débutDate de finMesure de départMesure d’arrivée

Event1

Route1

Route3

01/01/2000

<Nul>

5

40

Event2

RouteA

RouteB

01/01/2000

<Nul>

5

5

Les sections suivantes décrivent la façon dont les règles de comportement d’événement sont appliquées après l’exécution de l’outil Appliquer les comportements d’événement, lorsque les itinéraires sur LineA sont transférés sur LineB.

Comportement d’événement Immobile

Même si la localisation géographique de l’événement en dehors de la région réaffectée est préservée, les mesures peuvent changer. L’événement peut également être divisé s’il traverse la région réaffectée. Des parties de la région réaffectée sont supprimées.

La réaffectation de l’itinéraire décrite ci-dessus a les effets suivants :

  • Event1 se trouve dans la section de mise à jour ; il est retiré à la date de la réaffectation et un événement dont la date de début correspond à la date de réaffectation est créé. Le nouvel événement se trouve uniquement sur Route1 et une partie de Route2 qui n’ont pas été touchés par la mise à jour.
  • Même si les ordres de ligne ont changé sur les trois itinéraires sur LineB, Event2 n’est pas concerné par la réaffectation puisqu’il figure toujours entre les itinéraires et les mesures de départ et d’arrivée.

L’image suivante présente les itinéraires et les événements après la réaffectation :

Les itinéraires et les événements après la réaffectation, Event1 étant partiellement retiré et Event2 n’étant pas impacté
Remarque :

Il est important de noter que l’événement retiré n’est pas représenté dans le graphique ci-dessus.

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

ÉvénementNom de l’itinéraire de départNom de l’itinéraire d’arrivéeDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

Route3

01/01/2000

01/01/2005

5

40

Aucune erreur

Event1

Route1

Route2

01/01/2005

<Nul>

5

10

Aucune erreur

Event2

RouteA

RouteB

01/01/2000

<Nul>

5

5

Aucune erreur

Comportement d’événement Déplacer

Même si les mesures de l’événement sont conservées, la localisation géographique peut changer.

La réaffectation de l’itinéraire décrite ci-dessus a les effets suivants :

  • Event1 se trouvait en partie dans la section de mise à jour ; il est retiré à la date de la réaffectation et un événement dont la date de début correspond à la date de réaffectation est créé. Le comportement Déplacer n’autorise pas le remplacement des ID d’itinéraire de départ et d’itinéraire d’arrivée ni des mesures de l’événement. Il renvoie une erreur de localisation, car Route1 et Route3 se trouvent sur une ligne différente. Or, l’événement ne peut pas courir sur plusieurs lignes.
  • Même si les ordres de ligne ont changé sur les trois itinéraires sur LineB, Event2 n’est pas concerné par la réaffectation puisqu’il figure toujours entre les itinéraires et les mesures de départ et d’arrivée.

L’image suivante présente les itinéraires et les événements après la réaffectation :

Les itinéraires et les événements après la réaffectation, Event1 ayant une erreur de localisation et Event2 n’étant pas impacté

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

ÉvénementNom de l’itinéraire de départNom de l’itinéraire d’arrivéeDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

Route3

01/01/2000

01/01/2005

5

40

Aucune erreur

Event2

RouteA

RouteB

01/01/2000

<Nul>

5

5

Aucune erreur

Event1

Route1

Route3

01/01/2005

<Nul>

5

40

ID de ligne d’itinéraire de départ et d’arrivée différents

Remarque :

Le nouvel Event1 existe une fois l’outil Appliquer le comportement d’événement exécuté mais n’a pas de forme.

Comportement d’événement Retirer

Les événements intersectant la région de réaffectation sont retirés.

La réaffectation de l’itinéraire décrite ci-dessus a les effets suivants :

  • Event1 se trouvait dans la section de mise à jour ; il est retiré à la date de réaffectation.
  • Même si les ordres de ligne ont changé sur les trois itinéraires sur LineB, Event2 n’est pas concerné par la réaffectation puisqu’il figure toujours entre les itinéraires et les mesures de départ et d’arrivée.

L’image suivante présente les itinéraires et les événements après la réaffectation :

Les itinéraires et les événements après la réaffectation, Event1 étant retiré et Event2 n’étant pas impacté
Remarque :

Il est important de noter que l’événement retiré n’est pas représenté dans le graphique ci-dessus.

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

ÉvénementNom de l’itinéraire de départNom de l’itinéraire d’arrivéeDate de débutDate de finMesure de départMesure d’arrivéeErreur loc

Event1

Route1

Route3

01/01/2000

01/01/2005

5

40

Aucune erreur

Event2

RouteA

RouteB

01/01/2000

<Nul>

5

5

Aucune erreur

Comportement d’événement Capturer

Même si la localisation géographique de l’événement et préservée en capturant l’itinéraire sur lequel il a été réaffecté, les mesures peuvent changer. L’événement bénéfice d’un nouvel intervalle temporel lorsque l’itinéraire auquel il appartient a été réaffecté sur une autre ligne, indépendamment du fait que le nom de l’itinéraire ou la mesure change lors de la réaffectation. L’événement peut également être divisé s’il traverse la région réaffectée.

La réaffectation de l’itinéraire décrite ci-dessus a les effets suivants :

  • Event1 se trouvait en partie dans la section de mise à jour ; il est retiré à la date de la réaffectation et un événement dont la date de début correspond à la date de réaffectation est créé sur la partie non impactée de Route1 jusqu’à la mesure 10 de Route2.
  • La portion d’Event1 qui se trouvait dans la partie impactée est capturée sur les nouveaux itinéraires avec les nouvelles mesures : de la mesure 10 de Route2_reassign à la mesure 60 de Route3. Sa date de début correspond à la date de réaffectation.
  • Même si les ordres de ligne ont changé sur les trois itinéraires sur LineB, Event2 n’est pas concerné par la réaffectation puisqu’il figure toujours entre les itinéraires et les mesures de départ et d’arrivée.

L’image suivante présente les itinéraires et les événements après la réaffectation :

Les itinéraires et les événements, l’Event1 initial étant retiré, de nouveaux enregistrements d’Event1 étant créés et Event2 n’étant pas impacté

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

ÉvénementNom de l’itinéraire de départNom de l’itinéraire d’arrivéeDate de débutDate de finMesure de départMesure d’arrivéeErreur de localisation

Event1

Route1

Route3

01/01/2000

01/01/2005

5

40

Aucune erreur

Event1

Route1

Route2

01/01/2005

<Nul>

5

10

Aucune erreur

Event1

Route2_reassign

Route3

01/01/2005

<Nul>

10

60

Aucune erreur

Event2

RouteA

RouteB

01/01/2000

<Nul>

5

5

Aucune erreur