Disponible avec la licence Location Referencing.
Vous pouvez mettre à jour un événement dans un service d’entités en mettant à jour son enregistrement dans la table attributaire d’une couche d’événements.
Les mises à jour de la table attributaire visent à corriger des erreurs, refléter des modifications apportées aux mesures sur un itinéraire associé ou mettre à jour la valeur d’un attribut d’événement unique, tel qu’une direction ou une pression. Par exemple, vous pouvez apporter une mise à jour pour refléter le changement de direction de l’écoulement du liquide dans une conduite ou un changement de pression nominale dans un segment de conduite qui a lieu à une date particulière.
Une fois la ligne de la table attributaire mise à jour, la valeur Location Error (Erreur de localisation) fournie par le système est mise à jour pour indiquer le statut.
Remarque :
Cliquez avec le bouton droit sur la couche d’événements dans laquelle vous souhaitez mettre à jour un événement et sélectionnez Attribute Table (Table attributaire) pour ouvrir sa table attributaire dans le sous-volet ArcGIS Pro. Pour mettre à jour un enregistrement d’événement, cliquez sur sa ligne et mettez à jour les valeurs de l’événement.
Si un message sur l’acquisition des verrous ou la réconciliation s’affiche, la prévention des conflits est activée.
Les événements pour lesquels un stationnement et des références sont configurés sont pris en charge dans ArcGIS Pro. Lorsque vous mettez à jour un événement de référence ou de stationnement dans la table attributaire, vous pouvez spécifier les valeurs des colonnes de stationnement ou de référence. Cependant, l’événement n’est affiché que sur la base des valeurs fournies dans les champs de mesure.
Remarque :
Après la mise à jour des attributs d’un événement, vous pouvez retirer l’événement existant et en créer un nouveau avec une date de début (From Date) à la date de retrait spécifiée incluant les attributs d’événement mis à jour. Vous pouvez également fusionner les événements linéaires coïncidents.
Erreurs de localisation
Les erreurs de localisation permettent d’identifier les problèmes de qualité des données concernant les événements LRS. Lorsqu’un événement est défini avec précision à l’aide de la table attributaire ou d’une autre méthode, une valeur No Error (Aucune erreur) se produit dans le champ d’erreur de localisation.
Remarque :
Vous pouvez également examiner une liste complète d’erreurs de localisation.
Les statuts suivants indiquent un problème devant être résolu.
Erreur de localisation | Description |
---|---|
ID de ligne d’itinéraire de départ et d’itinéraire d’arrivée différents | L’itinéraire de départ et l’itinéraire d’arrivée présentent des ID de ligne différents. Cela s’applique aux événements associés aux réseaux linéaires. |
Dates non valides | La date de début de l’événement est antérieure à sa date de fin. Remarque :Lorsque vous modifiez la date de début d’un événement de sorte qu’elle soit ultérieure à sa date de fin avec la table attributaire, les dates sont automatiquement permutées. |
ID de ligne de l’itinéraire non valide | L’ID de ligne de l’itinéraire n’est pas valide. Cela s’applique aux événements associés aux réseaux linéaires. |
Ordre de ligne de l’itinéraire non valide | L’ordre de ligne de l’itinéraire n’est pas valide. Cela s’applique aux événements associés aux réseaux linéaires. |
ID d’itinéraire de localisation non valide | L’ID d’itinéraire de la localisation d’itinéraire n’est pas valide (valeur NULL, vide ou non valide). |
Mesure de localisation non valide | Au moins l’une des valeurs de mesure de la localisation d’itinéraire n’est pas valide. |
ID d’itinéraire non valide | L’ID d’itinéraire de la localisation d’itinéraire n’est pas valide (valeur NULL, vide ou non valide). |
Étendue de mesure hors de la plage de mesures de l’itinéraire | La forme de la localisation d’itinéraire n’existe pas sur l’itinéraire (l’itinéraire ne comporte pas de valeurs m ou les mesures de la localisation d’itinéraire n’existent pas sur l’itinéraire). |
Plusieurs localisations d’itinéraire trouvées | Plusieurs localisations de point ont été trouvées. Il se peut que les mesures ne soient pas uniques le long des itinéraires. |
Étendue nulle | La mesure de début est égale à la mesure de fin. |
Événement parent introuvable | La forme de la localisation d’itinéraire est introuvable car les mesures de départ et d’arrivée se trouvent en dehors des mesures d’itinéraire. |
Correspondance partielle pour la mesure de départ et la mesure d’arrivée | La forme de la localisation d’itinéraire entière n’a pas été trouvée. Les mesures de départ et d’arrivée se trouvent en dehors de la plage de mesures d’itinéraire. |
Correspondance partielle pour la mesure de départ | La mesure de départ se trouve en dehors de la plage de mesures d’itinéraire. |
Correspondance partielle pour la mesure d’arrivée | La mesure d’arrivée se trouve en dehors de la plage de mesures d’itinéraire. |
Ordre de ligne inversé | L’itinéraire de départ n’a pas d’ordre de ligne inférieur à celui de l’itinéraire d’arrivée. Cela s’applique aux événements associés aux réseaux linéaires. |
Mesures d’itinéraire nulles | L’itinéraire ne possède pas de valeurs m ou les valeurs m sont nulles. |
Itinéraire introuvable | L’itinéraire n’existe pas dans l’intervalle durant lequel l’événement est actif. |
Forme d’itinéraire vide | L’itinéraire ne possède pas de forme ou la forme est vide. |
Itinéraire ne gérant pas la valeur m | L’itinéraire n’est pas une polyligne de type m. |
Scénarios de mise à jour d’événements linéaires à l’aide de la table attributaire
Les scénarios ci-dessous détaillent les résultats de la mise à jour de valeurs d’événement non étendu dans la table attributaire de la couche d’événements.
Mettre à jour des mesures d’événement
Le diagramme suivant présente l’itinéraire et son événement associé avant la mise à jour :
Le tableau suivant détaille les attributs de l’itinéraire. Les mesures valides pour un événement sur Route1 doivent être comprises entre 0 et 20 et les dates valides doivent être le 01/01/2000 ou postérieures.
ID d’itinéraire | Date de début | Date de fin |
---|---|---|
Route1 | 01/01/2000 | <Nul> |
Le tableau suivant détaille l’événement avant la mise à jour avec la table attributaire :
ID de l’événement | ID d’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation | Conception MAOP |
---|---|---|---|---|---|---|---|
Event1 | Route1 | 01/01/2005 | <Nul> | 10 | 20 | Aucune erreur | 800 |
Le diagramme suivant présente le changement de la mesure de départ de l’événement :
Le tableau suivant détaille l’événement une fois que la mesure est passée de 10 à 5, avec pour conséquence un changement dans sa forme :
ID de l’événement | ID d’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation | Conception MAOP |
---|---|---|---|---|---|---|---|
Event1 | Route1 | 01/01/2005 | <Nul> | 5 | 20 | Aucune erreur | 800 |
Mettre à jour des mesures d’événement produisant une erreur de localisation
Le diagramme suivant présente l’itinéraire et son événement associé avant la mise à jour :
Le tableau suivant détaille les attributs de l’itinéraire. Les mesures valides pour un événement sur Route1 doivent être comprises entre 0 et 20 et les dates valides doivent être le 01/01/2000 ou postérieures.
ID d’itinéraire | Date de début | Date de fin |
---|---|---|
Route1 | 01/01/2000 | <Nul> |
Le tableau suivant détaille l’événement avant la mise à jour avec la table attributaire :
ID d’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation | Conception MAOP |
---|---|---|---|---|---|---|
Route1 | 01/01/2000 | <Nul> | 10 | 20 | Aucune erreur | 800 |
Le diagramme suivant présente le changement apporté aux mesures de l’événement : La mesure d’arrivée a été mise à jour vers la mesure 30, qui n’existe pas sur Route1, avec pour résultat une erreur Partial Match for To Measure (Correspondance partielle pour la mesure d’arrivée).
Le tableau suivant fournit un exemple de la valeur Partial Match For To Measure (Correspondance partielle pour la mesure d’arrivée) fournie par le système dans le champ Location Error. La forme de l’événement se termine encore à l’extrémité de la mesure d’arrivée effective de l’itinéraire, 20, car la mesure 30 est introuvable.
ID d’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation | Conception MAOP |
---|---|---|---|---|---|---|
Route1 | 01/01/2000 | <Nul> | 10 | 30 | Correspondance partielle pour la mesure d’arrivée | 800 |
Scénarios de mise à jour d’événements étendus à l’aide de la table attributaire
Les scénarios ci-dessous détaillent les résultats de la mise à jour de valeurs d’événement étendu dans la table attributaire de la couche.
Mettre à jour les mesures d’un événement étendu
Le diagramme suivant présente les itinéraires et leur événement associé avant la mise à jour :
Le tableau suivant détaille les attributs de l’itinéraire. Les mesures valides pour un événement sur LineA doivent être comprises entre 0 sur Route1 et 40 sur Route3 et les dates valides doivent être le 01/01/2000 ou postérieures.
ID d’itinéraire | Date de début | Date de fin |
---|---|---|
Route1 | 01/01/2000 | <Nul> |
Route2 | 01/01/2000 | <Nul> |
Route3 | 01/01/2000 | <Nul> |
Le tableau suivant détaille l’événement avant la mise à jour avec la table attributaire. Event1 est un événement étendu possédant des mesures comprises entre 5 sur Route1 et 35 sur Route3.
ID de l’événement | ID d’itinéraire de départ | ID d’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation | Conception MAOP |
---|---|---|---|---|---|---|---|---|
Event1 | Route1 | Route3 | 01/01/2000 | <Nul> | 5 | 35 | Aucune erreur | 800 |
Le diagramme suivant présente les itinéraires après la mise à jour de l’événement linéaire (Event1). La mesure de départ Event1 est passée de 5 à 0 le 01/01/2005.
Le tableau suivant détaille l’événement une fois que la mesure est passée de 5 à 0 pour Route1, avec pour conséquence un changement dans sa forme. De plus, la valeur MAOP Design (Conception MAOP) de l’enregistrement d’événement est passée de 800 à 810.
ID de l’événement | ID d’itinéraire de départ | ID d’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation | Conception MAOP |
---|---|---|---|---|---|---|---|---|
Event1 | Route1 | Route3 | 01/01/2005 | <Nul> | 0 | 35 | Aucune erreur | 810 |
Mettre à jour des mesures d’événement étendu produisant une erreur de localisation
Le diagramme suivant présente les itinéraires et leur événement associé avant la mise à jour :
Le tableau suivant détaille les attributs de l’itinéraire. Les mesures valides pour un événement sur LineA doivent être comprises entre 0 sur Route1 et 40 sur Route3 et les dates valides doivent être le 01/01/2000 ou postérieures.
ID d’itinéraire | Date de début | Date de fin |
---|---|---|
Route1 | 01/01/2000 | <Nul> |
Route2 | 01/01/2000 | <Nul> |
Route3 | 01/01/2000 | <Nul> |
Le tableau suivant détaille l’événement avant la mise à jour avec la table attributaire. Event1 est un événement étendu possédant des mesures comprises entre 5 sur Route1 et 35 sur Route3.
ID de l’événement | ID d’itinéraire de départ | ID d’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation | Conception MAOP |
---|---|---|---|---|---|---|---|---|
Event1 | Route1 | Route3 | 01/01/2000 | <Nul> | 5 | 35 | Aucune erreur | 800 |
Pendant la mise à jour, la mesure d’arrivée Event1 est correctement mise à jour de 35 à 40 sur Route3. Toutefois, la valeur To Route ID est supprimée par inadvertance, ce qui provoque une erreur Invalid Location Route ID (ID d’itinéraire de localisation non valide) pour le champ Location Error fourni par le système.
Le diagramme suivant présente les itinéraires une fois que la forme d’événement n’est plus générée en raison de l’erreur de transcription dans la ligne de la table attributaire :
Le tableau suivant présente la valeur To Route ID manquante et la valeur To Measure, qui est nulle :
ID de l’événement | ID d’itinéraire de départ | ID d’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation | Conception MAOP |
---|---|---|---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | <Nul> | 5 | <Nul> | ID d’itinéraire de localisation non valide | 800 |
Dans ces cas, examinez la table attributaire et restaurez les valeurs manquantes ou incorrectes pour générer la forme de l’événement. Dans ce cas, rétablissez l’ID d’itinéraire d’arrivée et saisissez à nouveau la valeur de mesure d’arrivée effacée, 40.
ID de l’événement | ID d’itinéraire de départ | ID d’itinéraire d’arrivée | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation | Conception MAOP |
---|---|---|---|---|---|---|---|---|
Event1 | Route1 | Route3 | 01/01/2000 | <Nul> | 5 | 40 | Aucune erreur | 800 |
Le diagramme suivant présente la mise à jour de la mesure d’événement une fois les valeurs To Route ID et To Measure (40) restaurées :
Découper un événement en segments temporels à l’aide de la table attributaire
Selon le type de mise à jour apportée à un événement, il se peut que les changements des dates de début et de fin de l’événement soient requis pour refléter un changement réel ayant lieu à une date spécifique. Vous pouvez mettre à jour les dates de début et de fin en utilisant un enregistrement d’événement existant ou en ajoutant un enregistrement d’événement avec les mêmes ID d’événement et d’itinéraire avec des dates différentes pour représenter une période spécifique. Cette manière de représenter les changements d’un événement est appelée découpage en segments temporels et garantit que les changements d’événement sont stockés avec précision pour chaque moment temporel.
Le scénario ci-dessous détaille un itinéraire possédant deux segments temporels et associé à un événement linéaire dont les dates ne couvrent que l’un des segments temporels de l’itinéraire. Le premier segment temporel de l’itinéraire possède des dates comprises entre le 01/01/2000 et le 31/12/2010, et le second des dates comprises entre le 01/01/2012 et <Nul>. Les dates de l’enregistrement d’événement sont comprises entre le 01/01/2000 et le 31/12/2010.
Le tableau suivant détaille les attributs de l’itinéraire, y compris les segments temporels :
ID d’itinéraire | Date de début | Date de fin |
---|---|---|
Route1 | 01/01/2000 | 31/12/2010 |
Route1 | 01/01/2012 | <Nul> |
Le tableau suivant détaille l’événement avant la mise à jour :
ID de l’événement | ID d’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation | Conception MAOP |
---|---|---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | 31/12/2010 | 10 | 20 | Aucune erreur | 800 |
Dans ce cas, la date de début explicite de Event1 est mise à jour pour correspondre aux deux segments temporels d’itinéraire en redéfinissant son To Date sur <Nul> pour qu’il corresponde au To Date du dernier segment temporel de l’itinéraire.
Le diagramme suivant présente l’itinéraire et l’enregistrement d’événement mis à jour après la mise à jour :
Le tableau suivant détaille l’événement après la mise à jour. Event1 possède à présent trois segments temporels. Le segment temporel d’origine conserve sa période allant du 01/01/2000 au 31/12/2010, qui correspond au premier segment temporel de l’itinéraire. Le second segment temporel possède des dates comprises entre le 31/12/2010 et le 01/01/2012, mais l’itinéraire n’existe pas entre ces dates, ce qui entraîne une erreur Route Not Found (Itinéraire introuvable) dans ce segment temporel. Le troisième segment temporel possède des dates comprises entre le 01/01/2012 et <Nul> qui correspondent au dernier segment temporel de l’itinéraire.
ID de l’événement | ID d’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée | Erreur de localisation | Conception MAOP |
---|---|---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | 31/12/2010 | 10 | 20 | Aucune erreur | 800 |
Event1 | Route1 | 31/12/2010 | 01/01/2012 | 10 | 20 | Itinéraire introuvable | 800 |
Event1 | Route1 | 01/01/2012 | <Nul> | 10 | 20 | Aucune erreur | 800 |
Décalage de référence et mise à jour d’événement avec la table attributaire
Le modèle de données d’événements Pipeline Referencing prend en charge la configuration des champs d’événement de référence et leur activation à l’aide de l’outil Activer les champs de référence. Une fois les champs de référence configurés et activés dans une couche, les localisations de référence sont renseignées et rendues persistantes dans la couche lorsque des événements sont ajoutés ou modifiés.
Lorsqu’un événement linéaire est mis à jour à l’aide de la table attributaire dans une couche où les références sont activées, le réseau LRS parent est utilisé par défaut comme valeurs FromRefMethod et ToRefMethod, et l’itinéraire comme valeurs FromRefLocation et ToRefLocation. Les mesures de départ et d’arrivée de l’événement linéaire sont utilisées comme valeurs FromRefOffset et ToRefOffset.
Si l’une des mesures d’un événement linéaire est mise à jour, la valeur de décalage correspondante l’est aussi pour refléter la nouvelle mesure.
L’exemple ci-dessous illustre l’impact de la mise à jour d’enregistrements d’événements dans la table attributaire.
Avant la mise à jour d’événement avec références
Dans cet exemple, Event1 est un enregistrement d’événements linéaires dans une couche où les références sont activées. PointEventLayer1 désigne une couche d’événements ponctuels comme ses valeurs FromRefMethod et ToRefMethod, et utilise un événement ponctuel, Point1, dans cette couche comme valeurs FromRefLocation et ToRefLocation.
Le diagramme suivant présente l’itinéraire et ses événements associés :
Le tableau suivant détaille les champs de référence des événements avant la mise à jour à l’aide de la table attributaire :
FromRefMethod | FromRefLocation | Décalage de référence de départ | ToRefMethod | ToRefLocation | Décalage de référence d’arrivée |
---|---|---|---|---|---|
PointEventLayer1 | Point1 | 5 | PointEventLayer1 | Point1 | 15 |
Le tableau suivant détaille les champs d’événement par défaut avant la mise à jour :
ID de l’événement | ID d’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée |
---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | <Nul> | 10 | 20 |
Après la mise à jour d’événements avec références
Le diagramme suivant présente l’itinéraire et ses événements associés après la mise à jour :
Le tableau suivant détaille les champs de référence des événements après la mise à jour :
FromRefMethod | FromRefLocation | Décalage de référence de départ | ToRefMethod | ToRefLocation | Décalage de référence d’arrivée |
---|---|---|---|---|---|
PipeSeriesNetwork | Route1 | 5 | PipeSeriesNetwork | Route1 | 15 |
Le tableau suivant détaille les champs d’événement par défaut après la mise à jour :
ID de l’événement | ID d’itinéraire | Date de début | Date de fin | Mesure de départ | Mesure d’arrivée |
---|---|---|---|---|---|
Event1 | Route1 | 01/01/2000 | <Nul> | 5 | 15 |
Vous avez un commentaire à formuler concernant cette rubrique ?