Disponible avec les licences ArcGIS Pro Standard et Data Reviewer.
Résumé
La vérification Find Event Gaps (Rechercher les interruptions d’événements) recherche les événements linéaires référencés présentant des interruptions entre les événements de la même catégorie, sur le même itinéraire ou plusieurs itinéraires. Par exemple, elle recherche deux événements de limitation de vitesse enregistrés sur le même itinéraire, mais qui ne couvrent pas la longueur totale de l’itinéraire, ce qui crée une interruption.
Remarque :
La vérification Find Event Gaps (Rechercher les interruptions d’événements) doit être créée dans la classe d’entités de réseau de l’itinéraire.
Workflows pris en charge
Les vérifications ArcGIS Data Reviewer prennent en charge plusieurs méthodes pour implémenter l’examen automatisé des données. La table suivante identifie les méthodes d’implémentation prises en charge pour cette vérification :
Validation | Contrainte | |
---|---|---|
Traitement par lots Data Reviewer | Règle attributaire (validation) | Non |
Oui | Oui (ArcGIS Pro 3.1 et ArcGIS Enterprise11.1 ou version ultérieure) |
Vue d’ensemble
La vérification Find Event Gaps (Rechercher les interruptions d’événements) recherche les événements linéaires référencés présentant des interruptions sur le même itinéraire ou plusieurs itinéraires.
Scénarios liés aux secteurs d’activité
Il est possible d’utiliser cette vérification dans les scénarios suivants :
- Dans le cadre de la gestion des routes, un événement de limitation de vitesse représentant 55 m/h doit couvrir la mesure entière de son entité d’itinéraire correspondante.
- Pour éviter la corrosion des pipelines, l’enregistrement de la mesure du revêtement de protection appliqué aux ressources souterraines sans interruptions garantit l’exactitude du signalement et la sécurité des entités souterraines.
Exemple
L’image suivante montre des événements d’erreurs linéaires (en rouge) qui représentent des interruptions entre d’autres événements du même itinéraire et sur plusieurs itinéraires :
Syntaxe
Paramètre | Requis | Explication | Workflow |
---|---|---|---|
Sous-type | Non | Sous-type auquel la règle est appliquée. | Validation |
Attribut | Non | Requête qui identifie les entités auxquelles la règle s’applique. | Validation |
Propriétés d’itinéraire/Identifiant d’itinéraire | Oui | Nom du champ contenant les valeurs utilisées pour associer les événements aux itinéraires. Le champ doit être de type données numériques. | Validation |
Propriétés d’itinéraire/Date de début de l’itinéraire | Oui | Nom du champ contenant les valeurs définissant la date de début d’un itinéraire. Le champ doit être de type donnée de date. | Validation |
Propriétés d’itinéraire/Date de fin de l’itinéraire | Oui | Nom du champ contenant les valeurs définissant la date de fin d’un itinéraire. Le champ doit être de type donnée de date. | Validation |
Propriétés d’événements/Source de l’événement | Oui | L’événement de ligne enregistré avec le réseau d’itinéraires dont valider les interruptions. | Validation |
Propriétés d’événement/Identifiant d’itinéraire | Oui | Nom du champ contenant les valeurs utilisées pour associer les événements aux itinéraires. Le champ doit être de type données numériques. | Validation |
Propriétés d’événement/Mesure de départ | Oui | Nom du champ contenant la valeur de mesure de départ d’une entité d’événement linéaire ou ponctuelle. Le champ doit être de type données numériques. | Validation |
Propriétés d’événement/Mesure d’arrivée | Oui | Nom du champ contenant la valeur de mesure de fin d’une entité d’événement linéaire. Le champ doit être de type données numériques. | Validation |
Propriétés d’événements/Date de début de l’événement | Oui | Nom du champ contenant les valeurs définissant la date de début d’une entité d’événement ponctuelle ou linéaire. Le champ doit être de type donnée de date. | Validation |
Propriétés d’événements/Date de fin de l’événement | Oui | Nom du champ contenant les valeurs définissant la date de fin d’une entité d’événement ponctuelle ou linéaire. Le champ doit être de type donnée de date. | Validation |
Measure Tolerance (Tolérance de mesure) | Non | Valeur facultative utilisée lors de la recherche d’interruptions d’événement au niveau d’une valeur de tolérance spécifique. La tolérance m du système de référencement linéaire est utilisée par défaut. | Validation |
Nom | Oui | Nom unique pour la règle. Ces informations sont utilisées dans la prise en charge de la traçabilité des critères de qualité des données, la création automatisée de rapport et les processus correctifs. | Validation |
Description | Non | Description que vous définissez de l’erreur lorsqu’une entité non conforme est détectée. Ces informations sont utilisées pour indiquer comment faciliter les processus correctifs. | Validation |
Gravité | Non | Gravité de l’erreur attribuée lorsqu’une entité non conforme est détectée. Cette valeur indique l’importance de l’erreur par rapport à d’autres erreurs. Les valeurs peuvent aller de 1 à 5, 1 étant la priorité la plus élevée et 5 la plus basse. | Validation |
Balises | Non | Propriété de la balise de la règle. Ces informations sont utilisées dans la création de règles et les processus de gestion pour prendre en charge la traçabilité et la création de rapports sur les critères de qualité des données. | Validation |
Remarques
Gardez à l’esprit les informations suivantes lorsque vous utilisez la vérification :
- La vérification doit être créée dans la classe d’entités de réseau de l’itinéraire.
- Cette vérification prend en charge la validation des événements stockés dans les classes d’entités linéaires.
- Si vous le souhaitez, vous pouvez définir une valeur Measure Tolerance (Tolérance de mesure) qui sera utilisée lors de la recherche d’événements comportant des mesures non valides. Cette valeur ne peut pas être inférieure à la valeur m-tolerance (Tolérance m) de l’entité d’itinéraire en entrée.
- Cette vérification prend en charge la validation des événements stockés dans une géodatabase d’entreprise et inscrits auprès du système de référencement linéaire (LRS) de ArcGIS Roads and Highways ou de ArcGIS Pipeline Referencing.
- Les entités d’itinéraire doivent prendre en charge les valeurs m et être inscrites auprès du système de référencement linéaire de Roads and Highways ou de Pipeline Referencing.
- Un champ d’identifiant d’itinéraire (de type de données numériques) est requis pour toutes les entités d’itinéraires et d’événements.
- Un index attributaire sur le champ d’identifiant de l’itinéraire accélère la segmentation dynamique.
- Les événements associés aux entités d’itinéraires non monotoniques ne sont pas évalués par cette vérification. Les itinéraires non monotoniques sont des itinéraires qui contiennent des valeurs de mesure continues ou dont la valeur n’augmente pas ou ne diminue pas de manière stricte.
La vérification Monotonicity (Monotonie) recherche des itinéraires non monotoniques qui requièrent une correction.
- Seules les entités en entrée ayant un statut de validation 2 (No calculation required, validation required, no error (Aucun calcul requis, validation requise, aucune erreur)), 3 (No calculation required, validation required, has error(s) (Aucun calcul requis, validation requise, des erreurs)), 6 (Calculation required, validation required, no error (Calcul requis, validation requise, aucune erreur)) ou 7 (Calculation required, validation required, has error(s) (Calcul requis, validation requise, des erreurs)) sont prises en compte lors de l’évaluation de la règle.
- Le paramètre de filtre Attribute (Attribut) est limité aux opérateurs de comparaison (=, <>, >, <, >=, <=) et aux opérateurs logiques (AND/OR, IN/NOT IN, LIKE/NOT LIKE, IS NULL).
- La vérification des événements n’est pas prise en charge dans les configurations de règles composites.
Vous avez un commentaire à formuler concernant cette rubrique ?