Disponible avec une licence Data Reviewer.
Résumé
La vérification Invalid Events (Événements non valides) recherche les événements linéaires référencés auxquels aucun itinéraire n’est associé (événements orphelins) ou qui contiennent des valeurs de mesure non valides. La vérification identifie également les interruptions ou superpositions entre plusieurs événements au sein du même itinéraire ou sur plusieurs itinéraires.
Vue d’ensemble
L’objectif de la vérification Invalid Events (Événements non valides) consiste à identifier les événements linéaires référencés à l’origine d’erreurs susceptibles d’affecter les processus d’analyse et de gestion des ressources. Les conditions d’erreur pouvant être détectées sont les suivantes :
- Événements orphelins : événements auxquels aucune entité itinéraire n’est associée.
- Événements avec des mesures non valides : événements qui contiennent des valeurs de mesure situées en dehors de la plage des mesures des entités itinéraires associées. Il s’agit des mesures d’événement supérieures à, inférieures à ou comprises dans un écart dans les valeurs de mesure d’un itinéraire associé.
- Événements superposés : entités d’événements linéaires superposées à des entités d’événements de la même catégorie du même itinéraire ou sur plusieurs itinéraires.
- Événements avec des écarts : entités d’événements linéaires qui représentent des écarts entre d’autres entités d’événements du même itinéraire ou sur plusieurs itinéraires.
Scénarios liés aux secteurs d’activité
- Dans le cadre de la gestion des routes, un événement de limitation de vitesse représentant 55 m/h doit avoir la même valeur de mesure que l’entité d’itinéraire associée.
- Dans le domaine de la gestion des routes, les entités d’événements qui comportent des valeurs de mesure non valides affectent les calculs de longueur (par exemple dans les rapports de kilométrage du Ministère des transports américain).
- Dans le cadre de la gestion des pipelines, l’enregistrement du revêtement de protection appliqué aux ressources souterraines doit garantir le signalement des entités qui ne peuvent pas être directement observées lors des inspections.
- L’enregistrement de la mesure du revêtement de protection appliqué aux ressources souterraines garantit l’exactitude du signalement et la sécurité des entités souterraines, et ce afin d’éviter la corrosion des pipelines.
Exemples
Invalid Events (Événements non valides) : l’image ci-dessous illustre les événements ponctuels et linéaires (en rouge) qui contiennent des valeurs de mesure non valides.
Overlaps (Superpositions) : l’image ci-dessous représente les événements linéaires (en rouge) qui sont superposés à d’autres événements du même itinéraire ou sur plusieurs itinéraires.
Gaps (Écarts) : l’image ci-dessous représente les événements linéaires manquants (en rouge) qui constituent des écarts entre d’autres événements du même itinéraire ou sur plusieurs itinéraires.
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 de carte Data Reviewer | Règle attributaire (validation) | Non. |
Oui | Oui | Non. | |
Remarque :
Les règles Reviewer cartographiques sont obsolètes depuis ArcGIS Pro 2.8 et leur utilisation n’est plus recommandée. Ces fonctions seront supprimées dans la prochaine version principale de ArcGIS Pro. Il est recommandé de migrer les processus d’examen automatisé vers les fonctionnalités Data Reviewer disponibles dans les règles attributaires.
Syntaxe
| Paramètre | Requis | Explication | Workflows |
|---|---|---|---|
Input Event Layers (Couches d’événements en entrée) | Oui |
Couches d’entités en entrée évaluées par la règle. Les entrées valides pour ce type de règle sont les couches d’entités ponctuelles et polylignes. Cliquez sur le bouton Forward (Suivant) | Validation |
Input Route Layer (Couche d’itinéraires en entrée) | Oui | Couche d’entités sur laquelle les événements sont référencés. Les entrées valides de ce type de règle sont des couches d’entités polylignes prenant en charge les valeurs m. Cliquez sur le bouton Forward (Suivant) | Validation |
Event Route Identifier (Identifiant d’itinéraire de l’événement) | 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 |
Event From Measure (Mesure de départ de l’événement) | 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 |
Event To Measure (Mesure d’arrivée de l’événement) | 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 |
Identifiant d’itinéraire | Oui | Nom du champ contenant les valeurs utilisées pour associer les itinéraires aux événements. Le champ doit être de type données numériques. | Validation |
Objectif de la recherche | Oui | Conditions d'erreur évaluées par la règle.
| Validation |
Measure Tolerance (Tolérance de mesure) | Non. | Valeur facultative utilisée lors de la recherche d’événements avec des mesures non valides ou qui représentent un écart ou une superposition par rapport à d’autres événements. | Validation |
Titre | Non. | Titre ou 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 |
Remarques | 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 |
pour appliquer un filtre à des entités spécifiques dans la couche d’entités.Remarques
- La vérification Invalid Events (Événements non valides) prend en charge la validation des événements stockés dans :
- des classes d’entités linéaires
- des classes d’entités ponctuelles
- Un champ Route ID (de type données numériques) est obligatoire pour tous les événements.
- La couche d’entités Route Source (Source d’itinéraire) associée de l’événement doit prendre en charge les valeurs M.
- Si vous le souhaitez, vous pouvez définir une valeur Tolerance (Tolérance) qui sera utilisée lors de la recherche d’événements comportant des mesures non valides ou qui représentent un écart ou une superposition par rapport à d’autres événements. Cette valeur ne peut pas être inférieure à la valeur M-tolerance (Tolérance M) de Input Route Layer (Couche d’itinéraires en entrée).
- 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 qui ne sont pas strictement croissantes ou décroissantes.
La vérification Monotonicity (Monotonie) recherche des itinéraires non monotoniques qui requièrent une correction.
- Les événements qui n’ont pas d’itinéraire associé (événements orphelins) ne sont pas évalués par les critères de recherche Find overlaps (Rechercher les superpositions) ou Find gaps (Rechercher les écarts). Les événements orphelins sont des entités d’événements qui n’ont pas d’entité d’itinéraire correspondante (telle qu’identifiée par la valeur attributaire RouteID de l’événement).
- Les événements qui contiennent des valeurs de mesure non valides ne sont pas évalués par les critères de recherche Find overlaps (Rechercher les superpositions) ou Find gaps (Rechercher les écarts). Les valeurs d’événement non valides sont des valeurs de mesure qui sont supérieures à, inférieures à ou comprises dans un écart dans les valeurs de mesure d’une entité linéaire associée.
L’option Find invalid measures (Rechercher les mesures non valides) recherche les événements comportant des valeurs de mesure non valide et est automatiquement activée avec les critères de recherche Find overlaps (Rechercher les superpositions) ou Find gaps (Rechercher les écarts).
- Les scénarios suivants ne sont actuellement pas pris en charge avec les critères de recherche Find overlaps (Rechercher les superpositions) ou Find gaps (Rechercher les écarts) :
- Événements associés à des entités d’itinéraires multi-parties dont les valeurs de mesure contiennent des écarts entre les parties
- Événements associés à plusieurs entités d’itinéraires au cours de la même période
- Lorsque vous utilisez l’objectif de recherche Find Gaps (Rechercher les écarts), un zoom doit être applique à la carte sur l’étendue complète de la couche d‘itinéraires avant la validation des entités par la commande Run Reviewer Rules (Exécuter des règles Data Reviewer). Vous avez ainsi la garantie que tous les scénarios d’erreur d’écart sont détectés.
- Lorsque cette vérification est créée en tant que règle basée sur des cartes, vérifiez que les paramètres de filtre utilisant des fonctions SQL spécifiques à la base de données sont les mêmes que ceux pris en charge dans votre environnement de production.
Rubriques connexes
Vous avez un commentaire à formuler concernant cette rubrique ?