Disponible avec la licence Location Referencing.
Lors de la réaffectation d’un itinéraire, les événements sont impactés dans les zones d’opérations de mise à jour, ainsi qu’en amont et en aval de la réaffectation, selon le comportement d’événement 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 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éaffectation d’itinéraire
Ce scénario de réaffectation d’itinéraire implique deux itinéraires. Une partie de Route1 est réaffectée à Route2.
Comportement 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. Les parties dans la région réaffectée sont supprimées.
Comportement Déplacer
Même si les mesures de l’événement sont conservées, la localisation géographique peut changer.
Comportement Retirer
Les événements formant une intersection avec la région concernée par la réaffectation sont retirés.
Comportement 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 peut également être divisé s’il traverse la région réaffectée.
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 recalibrage 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 recalibrage 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 recalibrage 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 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 de recalibrage de l’itinéraire en aval est sélectionnée, des comportements d’événement de calibrage d’itinéraire sont appliqués aux événements en amont de la portion mise à jour de l’itinéraire.
- Étant donné que le LRS possède une dimension temporelle, les opérations de mise à jour, telles que la réaffectation d’un itinéraire, divisent les itinéraires et les événements en intervalles temporels.
Résultats détaillés des comportements
Les sections suivantes décrivent la façon dont les règles de comportement d’événements sont appliquées lorsqu’un itinéraire est réaffecté.
Comportement d’événement Immobile
Si la réaffectation doit avoir lieu le 01/01/2005 avec des valeurs cibles comprises entre 0 et 5 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) est sélectionné, cela produit les effets suivants :
- 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 7, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 0 et 5 figurant au même emplacement géographique, mais avec les nouvelles mesures de Route1.
- Event2 est retiré pour préserver sa localisation géographique.
Avant le comportement d’événement Immobile
L’image suivante présente les itinéraires 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 | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée |
---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | <Nul> | 0 | 7 |
Event2 | Route1 | 01/01/2000 | <Nul> | 7 | 10 |
Après le comportement d’événement Immobile
L’image suivante présente les itinéraires 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 Stay Put (Immobile) est configuré :
É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 | 7 | Aucune erreur |
Event1 | Route1 | 01/01/2005 | <Nul> | 0 | 5 | Aucune erreur |
Event2 | Route1 | 01/01/2000 | 01/01/2005 | 7 | 10 | Aucune erreur |
Comportement d’événement Déplacer
Si la réaffectation doit avoir lieu le 01/01/2005 avec des valeurs cibles comprises entre 0 et 5 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) est sélectionné, cela produit les effets suivants :
- 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 7, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 0 et 7 qui migrent sur le plan géographique afin de maintenir les mesures d’événement d’origine. Ce nouvel intervalle temporel ne correspond qu’à une localisation partielle. En effet, l’intervalle temporel de l’événement a des mesures comprises entre 0 et 7 alors que l’intervalle sous-jacent ne comporte que des mesures comprises entre 0 et 5. 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 7 et 10, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 7 et 10 qui migrent sur le plan géographique afin de maintenir les mesures d’événement d’origine. Ce nouvel intervalle temporel ne correspond pas car l’intervalle temporel de l’événement a des mesures comprises entre 7 et 10 alors que l’intervalle sous-jacent ne comporte que des mesures comprises entre 0 et 5. 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 les itinéraires 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 | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée |
---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | <Nul> | 0 | 7 |
Event2 | Route1 | 01/01/2000 | <Nul> | 7 | 10 |
Après le comportement d’événement Déplacer
L’image suivante présente les itinéraires 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 | 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 | 7 | Aucune erreur |
Event1 | Route1 | 01/01/2005 | <Nul> | 0 | 7 | Correspondance partielle pour la mesure d’arrivée |
Event2 | Route1 | 01/01/2000 | 01/01/2005 | 7 | 10 | Aucune erreur |
Comportement d’événement Retirer
Si la réaffectation doit avoir lieu le 01/01/2005 avec des valeurs cibles comprises entre 0 et 5 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) est sélectionné, cela produit les effets suivants :
- Event1 est retiré.
- Event2 est retiré.
Avant le comportement d’événement Retirer
L’image suivante présente les itinéraires 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 | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée |
---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | <Nul> | 0 | 7 |
Event2 | Route1 | 01/01/2000 | <Nul> | 7 | 10 |
Après le comportement d’événement Retirer
L’image suivante présente les itinéraires 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 Retire (Retirer) est configuré :
É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 | 7 | Aucune erreur |
Event2 | Route1 | 01/01/2000 | 01/01/2005 | 7 | 10 | Aucune erreur |
Comportement d’événement Capturer
Si la réaffectation doit avoir lieu le 01/01/2005 avec des valeurs cibles comprises entre 0 et 5 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) est sélectionné, cela produit les effets suivants :
- 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 7, 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 la réaffectation possède des mesures comprises entre 0 et 5 qui capturent les nouvelles mesures de Route1, et le second enregistrement d’événement possède des mesures comprises entre 0 et 2 qui capturent les nouvelles mesures de Route2.
- 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 7 et 10, et un intervalle temporel va du 01/01/2005 à <Nul>, avec des mesures comprises entre 2 et 5 qui capturent les nouvelles mesures de Route2.
Avant le comportement d’événement Capturer
L’image suivante présente les itinéraires 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 | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée |
---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | <Nul> | 0 | 7 |
Event2 | Route1 | 01/01/2000 | <Nul> | 7 | 10 |
Après le comportement d’événement Capturer
L’image suivante présente les itinéraires 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 | 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 | 7 | Aucune erreur |
Event1 | Route1 | 01/01/2005 | <Nul> | 0 | 5 | Aucune erreur |
Event1 | Route2 | 01/01/2005 | <Nul> | 0 | 2 | Aucune erreur |
Event2 | Route1 | 01/01/2000 | 01/01/2005 | 7 | 10 | Aucune erreur |
Event2 | Route2 | 01/01/2005 | <Nul> | 2 | 5 | Aucune erreur |
Résultats détaillés 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 lorsque les itinéraires d’une ligne d’un réseau linéaire sont réaffectés.
Comportement Immobile
Les itinéraires sont actifs à partir du 01/01/2000, et si la réaffectation doit avoir lieu le 01/01/2005 de la mesure 25 sur Route3 à la mesure 48 sur Route4 et que Recalibrate route downstream (Recalibrer l’itinéraire en aval) n’est pas sélectionné, les effets suivants se produisent :
- La réaffectation est utilisée pour fusionner Route3 et Route4 afin de créer un nouvel itinéraire, Route3A.
- 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 22 sur Route2, car il demeure identique géographiquement. La partie de l’événement située sur Route3 est retirée car il n’y a plus d’itinéraire Route3 sur lequel créer la forme d’événement.
- Event2 est retiré car l’événement se trouve entièrement dans la partie réaffectée. Il n’y a plus d’itinéraire Route3 ou Route4 sur lequel créer la forme d’événement.
Avant le comportement Stay Put (Immobile)
L’image suivante présente les itinéraires avant la réaffectation :
Le tableau suivant contient des détails sur les événements avant la réaffectation :
ID de l’événement | Date de début | Date de fin | ID d’itinéraire de départ | ID d’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 |
Après le comportement Stay Put (Immobile)
L’image suivante présente les itinéraires 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 Stay Put (Immobile) est configuré :
ID de l’événement | Date de début | Date de fin | ID d’itinéraire de départ | ID d’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 | Route2 | 0 | 22 | Aucune erreur |
Event2 | 01/01/2000 | 01/01/2005 | Route3 | Route4 | 30 | 48 | Itinéraire introuvable |
Comportement Déplacer
Les itinéraires sont actifs à partir du 01/01/2000, et si la réaffectation doit avoir lieu le 01/01/2005 de la mesure 25 sur Route3 à la mesure 48 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 30 sur Route3, mais comme Route3 a été réaffecté, la forme ne peut pas être créée à cet emplacement. Dans le nouvel intervalle temporel, l’événement possède les mêmes mesures mais une géométrie différente.
- 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, compris entre le 01/01/2005 et <Nul>, possède des mesures comprises entre 30 sur Route3 et 48 sur Route4, mais comme Route3 et Route4 ont été réaffectés, il n’y a pas de forme pour cet événement.
Avant le comportement Move (Déplacer)
L’image suivante présente les itinéraires avant la réaffectation :
Le tableau suivant contient des détails sur les événements avant la réaffectation :
ID de l’événement | Date de début | Date de fin | ID d’itinéraire de départ | ID d’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 |
Après le comportement Move (Déplacer)
L’image suivante présente les itinéraires 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é :
ID de l’événement | Date de début | Date de fin | ID d’itinéraire de départ | ID d’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 | 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> | Route3 | Route4 | 30 | 48 | Itinéraire introuvable |
Remarque :
Event2 existe une fois l’outil Appliquer le comportement d’événement exécuté mais n’a pas de forme.
Comportement Retirer
Les itinéraires sont actifs à partir du 01/01/2000, et si la réaffectation doit avoir lieu le 01/01/2005 de la mesure 25 sur Route3 à la mesure 48 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éaffectée.
- Event2 est retiré car il se trouve dans la région réaffectée.
Avant le comportement Retire (Retirer)
L’image suivante présente les itinéraires avant la réaffectation :
Le tableau suivant contient des détails sur l’événement avant la réaffectation :
ID de l’événement | Date de début | Date de fin | ID d’itinéraire de départ | ID d’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 |
Après le comportement Retire (Retirer)
L’image suivante présente les itinéraires 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 Retire (Retirer) est configuré :
ID de l’événement | Date de début | Date de fin | ID d’itinéraire de départ | ID d’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 | 01/01/2005 | Route3 | Route4 | 30 | 48 | Aucune erreur |
Comportement d’événement Capturer
Les itinéraires sont actifs à partir du 01/01/2000, et si la réaffectation doit avoir lieu le 01/01/2005 de la mesure 25 sur Route3 à la mesure 48 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 deux enregistrements d’événements. Parce que la réaffectation a eu lieu au milieu de l’événement, elle est fractionnée. Le premier enregistrement Event1 après la réaffectation possède des mesures comprises entre 0 sur Route1 et 22 sur Route2, tandis que le second enregistrement Event1 possède des mesures comprises entre 25 sur Route3A et 30 sur Route3A. Les deux événements conservent la même localisation géographique, mais le second événement capture le nouvel itinéraire à l’emplacement, Route3A.
- 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 30 sur Route3A et 48 sur Route3A. L’événement conserve la même localisation géographique, mais capture le nouvel itinéraire à l’emplacement, Route3A.
Avant le comportement d’événement Capturer
L’image suivante présente les itinéraires avant la réaffectation :
Le tableau suivant contient des détails sur les événements avant la réaffectation :
ID de l’événement | Date de début | Date de fin | ID d’itinéraire de départ | ID d’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 |
Après le comportement d’événement Capturer
L’image suivante présente les itinéraires 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 | Date de début | Date de fin | ID d’itinéraire de départ | ID d’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 | Route2 | 0 | 22 | Aucune erreur |
Event1 | 01/01/2005 | <Nul> | Route3A | Route3A | 25 | 30 | Aucune erreur |
Event2 | 01/01/2000 | 01/01/2005 | Route3 | Route4 | 30 | 48 | Aucune erreur |
Event2 | 01/01/2005 | <Nul> | Route3A | Route3A | 30 | 48 | Aucune erreur |
Vous avez un commentaire à formuler concernant cette rubrique ?