Disponible avec la licence Location Referencing.
Lors du retrait d’itinéraires, les événements sont affectés selon le comportement des événements configuré pour chaque couche d’événements.
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.
Le retrait de l’itinéraire et les comportements d’événement correspondants sont décrits ci-dessous.
Scénario de retrait d’itinéraire
Un itinéraire peut être retiré au début de l’itinéraire, au milieu ou à la fin de l’itinéraire. Si le retrait se produit au milieu de l’itinéraire, l’itinéraire obtenu est un itinéraire discontinu. Dans un réseau linéaire, vous pouvez retirer entièrement ou partiellement les itinéraires adjacents faisant partie de la même ligne.
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 retrait de l’itinéraire :
Le tableau suivant décrit la façon dont l’opération de mise à jour du retrait affecte les événements en aval et en amont en fonction du comportement d’événement configuré.
| Comportement | Événements en amont | Événements créant une intersection | Événements en aval |
|---|---|---|---|
Immobile | Aucune action. | L’événement est retiré ; 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. | L’événement est retiré ; les événements linéaires traversant la région mise à jour 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 | L’événement est retiré ; les événements linéaires traversant la section mise à jour seront divisés. Le nouvel événement est capturé sur un itinéraire concurrent, s’il en existe un. | 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 opérations de mise à jour comme le retrait d’un itinéraire découpent les itinéraires et les événements en intervalles temporels.
Résultat du retrait de l’itinéraire
Dans cet exemple, l’itinéraire Route1 est actif à partir du 01/01/2000. Le retrait doit avoir lieu au début de l’itinéraire le 01/01/2005. L’option Recalibrate route downstream (Recalibrer l’itinéraire en aval) n’est pas sélectionnée. Les graphiques et les tableaux ci-dessous présentent les informations sur l’itinéraire avant et après le retrait.
Avant le retrait de l’itinéraire
L’image suivante présente l’itinéraire avant le retrait :
Le tableau suivant détaille l’itinéraire avant le retrait :
| Nom de l’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée |
|---|---|---|---|---|
Route1 | 01/01/2000 | <Nul> | 0 | 55 |
Après le retrait de l’itinéraire
L’image suivante présente l’itinéraire après le retrait :
Le tableau suivant détaille l’itinéraire après le retrait :
| Nom de l’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée |
|---|---|---|---|---|
Route1 | 01/01/2000 | 01/01/2005 | 0 | 55 |
Route1 | 01/01/2005 | <Nul> | 25 | 55 |
Événements avant le retrait de l’itinéraire
Il existe trois événements sur Route1 qui ont tous une date initiale (Date de début) fixée au 01/01/2000. L’image suivante présente l’itinéraire et les événements avant le retrait :
Le tableau suivant contient des détails sur les événements avant le retrait :
| Événement | Nom de l’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée |
|---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | <Nul> | 0 | 20 |
Event2 | Route1 | 01/01/2000 | <Nul> | 20 | 30 |
Event3 | Route1 | 01/01/2000 | <Nul> | 30 | 45 |
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 dans ce scénario de retrait d’itinéraire.
Comportement d’événement Immobile
Même si la localisation géographique de l’événement est conservée, les mesures peuvent changer. L’événement peut également être divisé s’il traverse la région retirée ; les parties comprises dans la région de retrait sont retirées.
L’opération de mise à jour du retrait de l’itinéraire avec le comportement d’événement Immobile a les effets suivants :
- Event1 est retiré à la date du retrait, car il se trouve intégralement dans la section de mise à jour.
- Event2 est retiré à la date du retrait, car il se trouve en partie dans la section de mise à jour. Un nouvel événement est créé sur l’itinéraire postérieur au retrait, la date de retrait correspondant à la date initiale (Date de début). La longueur du nouvel événement Event2 est plus courte. Sa mesure initiale (Mesure de départ) prend la valeur 25 et sa mesure finale (Mesure d’arrivée) la valeur 30 pour s’adapter aux nouvelles mesures de Route1.
- Event3 n’est pas affecté puisqu’il ne se trouve pas dans la région du retrait.
L’image suivante présente l’itinéraire et les événements après le retrait :
Remarque :
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 le retrait :
| Événement | Nom de l’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation |
|---|---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | 01/01/2005 | 0 | 20 | Aucune erreur |
Event2 | Route1 | 01/01/2000 | 01/01/2005 | 20 | 30 | Aucune erreur |
Event2 | Route1 | 01/01/2005 | <Nul> | 25 | 30 | Aucune erreur |
Event3 | Route1 | 01/01/2000 | <Nul> | 30 | 45 | 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.
L’opération de mise à jour du retrait de l’itinéraire avec le comportement d’événement Déplacer a les effets suivants :
- Event1 est retiré à la date du retrait, car il se trouve en partie dans la section de mise à jour. Un nouvel événement est créé sur l’itinéraire postérieur au retrait, la date de retrait correspondant à la date initiale. Les mesures ne changeant pas pour le comportement Déplacer, une erreur de localisation est générée pour le nouvel événement Event1 lors de la tentative de localiser Route1 alors que cet itinéraire n’existe plus. Un enregistrement associé au nouvel événement Event1 figure dans la table d’événements, mais il n’est pas tracé étant donné qu’il ne comporte aucune longueur du fait de l’erreur de localisation.
- Event2 est retiré à la date du retrait, car il se trouve intégralement dans la section de mise à jour. Un nouvel événement est créé sur l’itinéraire postérieur au retrait, la date de retrait correspondant à la date initiale. Les mesures ne changeant pas pour le comportement Move (Déplacer), une erreur de localisation existe pour la mesure de départ, car la mesure (20) n’existe plus sur Route1. La forme du nouvel événement Event2 peut encore être dessinée, car une partie de celui-ci se trouve toujours sur le nouvel itinéraire Route1.
- Event3 n’est pas affecté car il ne se trouve pas dans la région du retrait.
L’image suivante présente l’itinéraire et les événements après le retrait :
Le tableau suivant contient des détails sur les événements après le retrait :
| Événement | Nom de l’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation |
|---|---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | 01/01/2005 | 0 | 20 | Aucune erreur |
Event1 | Route1 | 01/01/2005 | <Nul> | 0 | 20 | Itinéraire introuvable |
Event2 | Route1 | 01/01/2000 | 01/01/2005 | 20 | 30 | Aucune erreur |
Event2 | Route1 | 01/01/2005 | <Nul> | 20 | 30 | Correspondance partielle pour la mesure de départ |
Event3 | Route1 | 01/01/2000 | <Nul> | 30 | 45 | Aucune erreur |
Comportement d’événement Retirer
Les événements formant une intersection avec la région de retrait sont retirés
L’opération de mise à jour du retrait de l’itinéraire avec le comportement d’événement Retirer a les effets suivants :
- Event1 est retiré à la date du retrait, car il se trouve intégralement dans la section retirée.
- Event2 est retiré à la date du retrait, car il intersecte la région retirée.
- Event3 n’est pas affecté puisqu’il ne se trouve pas dans la région du retrait.
L’image suivante présente l’itinéraire et les événements après le retrait :
Le tableau suivant contient des détails sur les événements après le retrait :
| Événement | Nom de l’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation |
|---|---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | 01/01/2005 | 0 | 20 | Aucune erreur |
Event2 | Route1 | 01/01/2000 | 01/01/2005 | 20 | 30 | Aucune erreur |
Event3 | Route1 | 01/01/2000 | <Nul> | 30 | 45 | Aucune erreur |
Comportement d’événement Capturer
Même si la localisation géographique de l’événement est préservée en capturant la localisation de retrait du nouvel itinéraire, les mesures peuvent changer. L’événement peut également être divisé s’il traverse le retrait où des itinéraires concurrents existent.
Dans cet exemple, Route2 est concurrent avec Route1. Route2 est dans la direction inverse et a une valeur de mesure initiale définie sur 0 et une valeur de mesure finale définie sur 55.
L’opération de mise à jour du retrait de l’itinéraire avec le comportement d’événement Capturer a les effets suivants :
- Event1 est retiré à la date du retrait, car il se trouve intégralement dans la section de mise à jour. Puisqu’un itinéraire concurrent existe dans la section de réalignement, l’événement Event1 effectue la capture sur Route2, l’itinéraire concurrent, après le retrait. Il est également inversé pour tenir compte de la direction de Route2. La date de retrait de l’enregistrement du nouvel événement correspond à la date initiale. La valeur de la nouvelle mesure initiale de l’événement Event1 est définie sur 35 et la valeur de la mesure finale est restée sur 55 sur l’itinéraire Route2 pour conserver la localisation géographique de l’événement Event1.
- L’événement Event2 est retiré à la date de retrait, car il se trouve en partie dans la section de mise à jour. Il se divise ensuite en deux enregistrements d’événement sur les itinéraires après le retrait, la date de retrait correspondant à la date initiale. En effet, un itinéraire concurrent existe dans la section de retrait, et la partie de l’événement Event2 dans la section de retrait effectue la capture sur l’itinéraire Route2, l’itinéraire concurrent, après le retrait. Cette partie d’Event2 est également inversée pour tenir compte de la direction de l’itinéraire Route2. Par conséquent, l’événement Event2 est divisé en deux parties pour conserver sa localisation géographique. L’enregistrement du premier événement a 25 pour valeur de mesure initiale et 30 pour valeur de mesure finale sur Route1. L’enregistrement du deuxième événement effectue la capture sur l’itinéraire Route2 et a pour valeur de mesure initiale 30 et pour valeur de mesure finale 35 sur l’itinéraire Route2.
- Event3 n’est pas affecté car il ne se trouve pas dans la région du retrait.
L’image suivante présente l’itinéraire et les événements après le retrait :
Le tableau suivant contient des détails sur les événements après le retrait :
| Événement | Nom de l’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation |
|---|---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | 01/01/2005 | 0 | 20 | Aucune erreur |
Event1 | Route2 | 01/01/2005 | <Nul> | 35 | 55 | Aucune erreur |
Event2 | Route1 | 01/01/2000 | 01/01/2005 | 20 | 30 | Aucune erreur |
Event2 | Route1 | 01/01/2005 | <Nul> | 25 | 30 | Aucune erreur |
Event2 | Route2 | 01/01/2005 | <Nul> | 30 | 35 | Aucune erreur |
Event3 | Route1 | 01/01/2005 | <Nul> | 30 | 45 | Aucune erreur |
Comportement détaillé pour les itinéraires d’un réseau linéaire comportant des événements qui couvrent des itinéraires
Dans cet exemple, quatre itinéraires figurent sur la même ligne et sont actifs à partir du 01/01/2000. Le retrait doit avoir lieu le 01/01/2005, date à laquelle l’intégralité de Route1 et la moitié de Route2 seront retirées. L’option Recalibrate route downstream (Recalibrer l’itinéraire en aval) n’est pas sélectionnée. Les images et les tableaux ci-dessous présentent les informations sur les itinéraires avant et après le retrait.
Avant le retrait de l’itinéraire
L’image suivante présente les itinéraires avant le retrait :
Le tableau suivant contient les détails des itinéraires avant le retrait :
| 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> |
12 | 22 |
| Route3 | LineA | 300 | 01/01/2000 | <Nul> |
25 | 35 |
| Route4 | LineA | 400 | 01/01/2000 | <Nul> |
38 | 48 |
Après le retrait de l’itinéraire
L’image suivante présente les itinéraires après le retrait :
Le tableau suivant contient les détails des itinéraires après le retrait :
| 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 | 20 |
| Route2 | LineA | 200 | 01/01/2000 | 01/01/2005 |
12 | 22 |
Route2 | LineA | 100 | 01/01/2005 | <Nul> | 17 | 22 |
| Route3 | LineA | 300 | 01/01/2000 | 01/01/2005 |
25 | 35 |
Route3 | LineA | 200 | 01/01/2005 | <Nul> | 25 | 25 |
| Route4 | LineA | 400 | 01/01/2000 | 01/01/2005 |
38 | 48 |
| Route4 | LineA | 300 | 01/01/2005 | <Nul> | 38 | 48 |
Événements avant le retrait
Deux événements étendus couvrent les itinéraires sur LineA. L’image suivante présente les itinéraires et les événements avant le retrait :
Le tableau suivant contient des détails sur les événements avant le retrait :
| ID de l’événement | Date de début | Date de fin | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Mesure de départ | Mesure d’arrivée |
|---|---|---|---|---|---|---|
Event1 |
01/01/2000 | <Nul> | Route1 | Route3 | 0 | 30 |
Event2 |
01/01/2000 | <Nul> | Route3 | Route4 | 30 | 48 |
Les sections ci-après décrivent la façon dont les règles de comportement d’événement sont appliquées lorsque des itinéraires d’une ligne d’un réseau linéaire sont retirés.
Comportement d’événement Immobile
Même si la localisation géographique de l’événement est conservée, les mesures peuvent changer. L’événement peut également être fractionné s’il traverse la région retirée ; les parties comprises dans la région de retrait sont retirées.
L’opération de mise à jour du retrait de l’itinéraire avec le comportement d’événement Immobile a les effets suivants :
- Event1 est retiré à la date du retrait, car il se trouve en partie dans la section de mise à jour. Un nouvel événement est créé sur les itinéraires postérieurs au retrait, la date de retrait correspondant à la date de début. La longueur du nouvel événement Event1 est plus courte car sa mesure de départ prend la valeur 12 sur Route2 et la mesure d’arrivée prend la valeur 30 sur Route3 pour s’adapter aux nouvelles mesures de Route2.
- Event2 n’est pas affecté car il ne se trouve pas dans la région du retrait.
L’image suivante présente les itinéraires et les événements après le retrait :
Remarque :
L’événement retiré n’est pas représenté dans l’image ci-dessus.
Le tableau suivant contient des détails sur les événements après le retrait :
| ID de l’événement | Date de début | Date de fin | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Mesure de départ | Mesure d’arrivée | Erreur de localisation |
|---|---|---|---|---|---|---|---|
Event1 | 01/01/2000 | 01/01/2005 | Route1 | Route3 | 0 | 30 | Aucune erreur |
Event1 | 01/01/2005 | <Nul> | Route2 | Route3 |
17 | 30 | Aucune erreur |
Event2 | 01/01/2000 | <Nul> | Route3 | Route4 | 30 | 48 | 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.
L’opération de mise à jour du retrait de l’itinéraire avec le comportement d’événement Déplacer a les effets suivants :
- Event1 est retiré à la date du retrait, car il se trouve en partie dans la section de mise à jour. Un nouvel événement est créé sur l’itinéraire postérieur au retrait, la date de retrait correspondant à la date initiale. Étant donné que les mesures ne changent pas pour le comportement Move (Déplacer), une erreur de localisation est générée pour le nouvel événement Event1 lors de la tentative de localisation de la mesure de départ de Route1 alors que Route1 n’existe plus. Un enregistrement associé au nouvel événement Event1 figure dans la table d’événements, mais il n’est pas tracé étant donné qu’il ne comporte aucune longueur du fait de l’erreur de localisation.
- Event2 n’est pas affecté car il ne se trouve pas dans la région du retrait.
L’image suivante présente les itinéraires et les événements après le retrait :
Le tableau suivant contient des détails sur les événements après le retrait :
| ID de l’événement | Date de début | Date de fin | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Mesure de départ | Mesure d’arrivée | Erreur de localisation |
|---|---|---|---|---|---|---|---|
Event1 | 01/01/2000 | 01/01/2005 | Route1 | Route3 | 0 | 30 | Aucune erreur |
Event1 | 01/01/2005 | <Nul> | Route1 | Route3 | 0 | 30 | Itinéraire introuvable |
Event2 | 01/01/2000 | <Nul> | Route3 | Route4 | 30 | 48 | Aucune erreur |
Comportement d’événement Retirer
Les événements formant une intersection avec la région de retrait sont retirés
L’opération de mise à jour du retrait de l’itinéraire avec le comportement d’événement Retirer a les effets suivants :
- Event1 est retiré à la date du retrait, car il intersecte la région retirée.
- Event2 n’est pas affecté car il ne se trouve pas dans la région du retrait.
L’image suivante présente les itinéraires et les événements après le retrait :
Le tableau suivant contient des détails sur les événements après le retrait :
| ID de l’événement | Date de début | Date de fin | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Mesure de départ | Mesure d’arrivée | Erreur de localisation |
|---|---|---|---|---|---|---|---|
Event1 | 01/01/2000 | 01/01/2005 | Route1 | Route3 | 0 | 30 | Aucune erreur |
Event2 | 01/01/2000 | <Nul> | Route3 | Route4 | 30 | 48 | Aucune erreur |
Comportement d’événement Capturer
Même si la localisation géographique de l’événement est préservée en capturant la localisation de retrait du nouvel itinéraire, les mesures peuvent changer. L’événement peut également être divisé s’il traverse le retrait où des itinéraires concurrents existent.
Dans cet exemple, un itinéraire Route5 coïncide avec les itinéraires sur LineA. Route5 se trouve sur LineB, dans la direction inverse. Sa mesure de départ a pour valeur 0 et sa mesure d’arrivée 40.
Le retrait de l’itinéraire décrit ci-dessus a les effets suivants :
- Event1 est retiré à la date du retrait, car il se trouve en partie dans la section de mise à jour. Il se divise ensuite en deux enregistrements d’événement sur les itinéraires après le retrait, la date de retrait correspondant à la date initiale. En effet, un itinéraire coïncident existe dans la section de retrait, et la partie d’Event1 dans la section de retrait effectue la capture sur Route5, qui est l’itinéraire coïncident, après le retrait. Cette partie d’Event1 est également inversée pour tenir compte de la direction de Route5. Par conséquent, Event1 est divisé en deux parties pour conserver sa localisation géographique. L’enregistrement du premier événement a pour valeur de mesure de départ 16 sur Route2 et pour valeur de mesure d’arrivée 30 sur Route3. L’enregistrement du deuxième événement effectue la capture sur Route5 et a pour valeur de mesure de départ 25 et pour valeur de mesure d’arrivée 40 sur Route5.
- Event2 n’est pas affecté car il ne se trouve pas dans la région du retrait.
L’image suivante présente l’itinéraire et les événements après le retrait :
Le tableau suivant contient des détails sur les événements après le retrait :
| ID de l’événement | Date de début | Date de fin | Nom de l’itinéraire de départ | Nom de l’itinéraire d’arrivée | Mesure de départ | Mesure d’arrivée | Erreur de localisation |
|---|---|---|---|---|---|---|---|
Event1 | 01/01/2000 | 01/01/2005 | Route1 | Route3 | 0 | 30 | Aucune erreur |
Event1 | 01/01/2005 | <Nul> | Route2 | Route3 | 17 | 30 | Aucune erreur |
Event1 | 01/01/2005 | <Nul> | Route5 | Route5 | 25 | 40 | Aucune erreur |
Event2 | 01/01/2000 | <Nul> | Route3 | Route4 | 30 | 48 | Aucune erreur |
Vous avez un commentaire à formuler concernant cette rubrique ?