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 :
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 plusieurs itinéraires dans 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 divisés en intervalles par leurs 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 :
Le tableau suivant contient des détails sur les itinéraires avant la réaffectation :
| Nom de l’itinéraire | Nom de la ligne | Ordre de ligne | Date de début | Date de fin | Mesure de départ | Mesure 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 :
Le tableau suivant contient des détails sur les itinéraires après la réaffectation :
| Nom de l’itinéraire | Nom de la ligne | Ordre de ligne | Date de début | Date de fin | Mesure de départ | Mesure 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 :
Le tableau suivant contient des détails sur les événements avant la réaffectation :
| Événement | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure 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 :
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énement | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur 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 :
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énement | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur 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 :
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énement | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur 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 :
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énement | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur 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 :
Le tableau suivant contient des détails sur les itinéraires avant la réaffectation :
| Nom de l’itinéraire | Nom de la ligne | Ordre de ligne | Date de début | Date de fin | Mesure de départ | Mesure 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 :
Le tableau suivant contient des détails sur les itinéraires après la réaffectation :
| Nom de l’itinéraire | Nom de la ligne | Ordre de ligne | Date de début | Date de fin | Mesure de départ | Mesure 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 :
Le tableau suivant contient des détails sur les événements avant la réaffectation :
| Événement | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure 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 :
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énement | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur 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 :
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énement | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur 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 :
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énement | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur 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 :
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énement | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur 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 |
Vous avez un commentaire à formuler concernant cette rubrique ?