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 Pipeline Referencing 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, un message vous invite à exécuter l’outil Appliquer des comportements d’événement pour procéder à l’injection des changements.
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.
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 :
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éaffectée sont retirées.
Comportement Déplacer
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 le réalignement sont retirés.
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 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.
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.
L’image suivante présente l’itinéraire avant le réalignement :
Le tableau suivant contient des détails sur les événements avant le réalignement :
| É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 | 8 |
Event2 | Route1 | 01/01/2000 | <Nul> | 8 | 12 |
Event3 | Route1 | 01/01/2000 | <Nul> | 12 | 20 |
Comportement Immobile
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 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.
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é :
| É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 | 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
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 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.
L’image suivante présente l’itinéraire après le réalignement :
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é :
| É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 | 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
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 retiré.
- Event2 est retiré.
- Event3 est retiré.
L’image suivante présente l’itinéraire après le réalignement :
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é :
| É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 | 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
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 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 :
Le tableau suivant contient des détails sur les événements avant le réalignement :
| É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 | 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 :
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é :
| Date de début | Date de fin | ID de l’événement | Mesure de départ | Mesure d’arrivée | Erreur de localisation |
|---|---|---|---|---|---|
| 01/01/2000 | 01/01/2005 | Event1 | 0 | 8 | Aucune erreur |
| 01/01/2005 | <Nul> | Event1 | 0 | 6 | Aucune erreur |
| 01/01/2005 | <Nul> | Event1 | 6 | 9 | Aucune erreur |
| 01/01/2000 | 01/01/2005 | Event2 | 8 | 12 | Aucune erreur |
| 01/01/2005 | <Nul> | Event2 | 9 | 15 | Aucune erreur |
| 01/01/2000 | 01/01/2005 | Event3 | 12 | 20 | Aucune erreur |
| 01/01/2005 | <Nul> | Event3 | 15 | 24 | Aucune erreur |
Comportement d’événement Capturer
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 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 :
Le tableau suivant contient des détails sur les événements avant le réalignement :
| É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 | 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 :
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é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 | 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é ; les événements linéaires dans la section mise à jour sont retiré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 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 :
- 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 Stay Put (Immobile), Move (Déplacer), Cover (Couvrir) et Retire (Retirer) produisent le même comportement que dans les images précédentes. Pour transférer vos événements vers l’itinéraire abandonné, configurez le comportement Capturer pour l’itinéraire réattribué.
Remarque :
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é).
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 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 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 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 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é.
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 :
Le tableau suivant contient des détails sur les événements avant le réalignement :
| É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 | 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 :
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é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 | 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 :
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é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 | 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 :
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é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 | 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 :
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) :
| Date de début | Date de fin | ID de l’événement | Nom de l’itinéraire | Mesure de départ | Mesure d’arrivée | Erreur de localisation |
|---|---|---|---|---|---|---|
| 01/01/2000 | 01/01/2005 | Event1 | Route1 | 0 | 8 | Aucune erreur |
| 01/01/2005 | <Nul> | Event1 | Route1_Ab | 6 | 8 | Aucune erreur |
| 01/01/2005 | <Nul> | Event1 | Route1 | 0 | 9 | Aucune erreur |
| 01/01/2000 | 01/01/2005 | Event2 | Route1 | 8 | 12 | Aucune erreur |
| 01/01/2005 | <Nul> | Event2 | Route1 | 8 | 12 | Aucune erreur |
| 01/01/2005 | <Nul> | Event2 | Route1 | 9 | 15 | Aucune erreur |
| 01/01/2000 | 01/01/2005 | Event3 | Route1 | 12 | 20 | Aucune erreur |
| 01/01/2005 | <Nul> | Event3 | Route1_Ab | 12 | 14 | Aucune erreur |
| 01/01/2005 | <Nul> | Event3 | 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 :
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énement | Date de début | Date de fin | Nom de l’itinéraire | Mesure de départ | Mesure d’arrivée | Erreur 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 :
Le tableau suivant contient des détails sur les événements avant le réalignement :
| 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 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 :
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é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 | 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 :
Le tableau suivant contient des détails sur les événements avant le réalignement :
| 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é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 :
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é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 | 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 :
Le tableau suivant contient des détails sur les événements avant le réalignement :
| ID de l’événement | Date de début | Date de fin | ID d’itinéraire de départ | Mesure de départ | ID d’itinéraire d’arrivée | Mesure 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 :
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énement | Date de début | Date de fin | ID d’itinéraire de départ | Mesure de départ | ID d’itinéraire d’arrivée | Mesure d’arrivée | Erreur 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 :
Le tableau suivant contient des détails sur les événements avant le réalignement :
| 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) (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 :
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é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 | 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 :
Le tableau suivant contient des détails sur les événements avant le réalignement :
| 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 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 :
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énement | Date de début | Date de fin | ID d’itinéraire de départ | Mesure de départ | ID d’itinéraire d’arrivée | Mesure d’arrivée | Erreur 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 le réalignement avec le comportement Cover (Couvrir) et un événement non étendu
Dans le scénario suivant, Route2 sur LineA est réaligné 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 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 :
Le tableau suivant contient des détails sur l’événement avant le réalignement :
| ID de l’é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 | <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 :
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énement | Nom de l’itinéraire | Date de début | ÀDate | Mesure de départ | Mesure d’arrivée | Erreur 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 :
Le tableau suivant contient des détails sur l’événement avant le réalignement :
| ID de l’événement | Date de début | Date de fin | DépartItinéraireNom | Mesure de départ | ÀItinéraireNom | Mesure d’arrivée | Erreur 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 :
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énement | Date de début | Date de fin | DépartItinéraireNom | Mesure de départ | ÀItinéraireNom | Mesure d’arrivée | Erreur 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 |
Vous avez un commentaire à formuler concernant cette rubrique ?