Événement sur événement

Disponible avec une licence Data Reviewer.

Résumé

La vérification Event on Event (Événement sur événement) recherche des événements référencés de manière linéaire qui se superposent à d’autres événements en fonction d’une relation définie. Vous pouvez également rechercher des événements qui ne figurent pas dans la relation spécifiée.

Vue d’ensemble

La vérification Event on Event (Événement sur événement) identifie les combinaisons de superposition non valides par rapport à deux entités d’événement ou plus. Elle peut vous aider à déterminer si un emplacement requiert une couverture d’événement en fonction des valeurs d’autres événements.

Scénarios liés aux secteurs d’activité

Voici les scénarios où vous pouvez utiliser cette vérification :

• Dans le cadre de la gestion des routes, les entités d’événement doivent être conformes aux directives du système de surveillance des performances des autoroutes (HPMS).
• Dans le cadre de la gestion des routes, un événement de limitation de vitesse représentant une zone à 55 m/h ne peut pas être superposé à une section de route locale ou à un événement représentant la section de bretelle d’un itinéraire.
• Dans le cadre de la gestion des pipelines, le revêtement de protection doit être adapté au type de matériau, à la pression et au diamètre du pipeline.

Workflows pris en charge

Les vérifications ArcGIS Data Reviewer prennent en charge plusieurs méthodes pour implémenter l’examen automatisé de vos 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
Non	Oui	Oui (ArcGIS Pro 2.6 ou version ultérieure)

Remarque :

Cette vérification ne sera pas prise en charge dans les règles de carte dans les versions ultérieures de ArcGIS Pro. Il vous est donc fortement recommandé d’utiliser cette vérification dans les processus basés sur des règles attributaires.

Syntaxe

Paramètre	Requis	Description	Workflow
Identifiant d’itinéraire	Oui	Nom du champ contenant les valeurs utilisées pour associer les événements aux itinéraires.	Validation
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 d’un type de donnée date.	Validation
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
Événements superposés	Oui	Événements superposés et évalués par la règle. Les entrées valides de ce type de règle sont des couches d’entités polylignes.	Validation
Objectif de la recherche	Oui	Expression de requête appliquée aux événements superposés. Chaque événement dont les valeurs correspondent aux valeurs définies dans la requête SQL est renvoyé comme résultat Data Reviewer.	Validation
Invert Relationship (Inverser la relation)	Non	Une fois l’objectif de recherche évalué, ce paramètre détermine si le résultat doit être utilisé en l’état ou inversé. Ce paramètre peut ainsi être utilisé pour identifier des événements qui ne correspondent pas à l’expression de requête Search Goal (Objectif de la recherche). Désactivé : le résultat de la validation n’est pas inversé. Il s’agit de l’option par défaut. Activé : le résultat de la validation est inversé.	Validation
Title/Name (Titre/Nom)	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
Notes/Description (Remarques/Description)	Non	Description textuelle de la condition d’erreur lorsque des entités non conformes sont détectées. Ces informations sont utilisées pour indiquer comment faciliter les processus correctifs.	Validation
Gravité	Non	Gravité de l’erreur créée lorsque des entités non conformes sont détectées. 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

Paramètres de la couche en entrée (règles de carte uniquement)

Paramètre	Requis	Description	Workflow
Input Route Layers (Couches d’itinéraires en entrée)	Oui	Couches d’entités en entrée 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) pour définir les paramètres de champ d’itinéraire et appliquer un filtre à des entités spécifiques de la couche d’entités.	Validation (règles de carte)
Événements superposés	Oui	Événements superposés et évalués par la règle. Les entrées valides de ce type de règle sont des couches d’entités polylignes. Règles de carte : cliquez sur le bouton Forward (Suivant) pour définir les paramètres de champ d’événement et appliquer un filtre à des entités spécifiques de la couche d’entités.	Validation (règles de carte)
Objectif de la recherche	Oui	Expression de requête appliquée aux événements superposés. Chaque événement dont les valeurs correspondent aux valeurs définies dans la requête SQL est renvoyé comme résultat Data Reviewer.	Validation (règles de carte)
Invert Relationship (Inverser la relation)	Oui	Une fois l’objectif de recherche évalué, ce paramètre détermine si le résultat doit être utilisé en l’état ou inversé. Vous pouvez ainsi utiliser ce paramètre pour identifier des événements qui ne correspondent pas à l’expression de requête Search Goal (Objectif de la recherche). Désactivé : le résultat de la validation n’est pas inversé. Il s’agit de l’option par défaut. Activé : le résultat de la validation est inversé.	Validation (règles de carte)

Remarques

Gardez à l’esprit les informations suivantes lorsque vous utilisez la vérification :

• La validation des événements linéaires inscrits auprès du système de référencement de localisation de ArcGIS Roads and Highways ou ArcGIS Pipeline Referencing est prise en charge.
• 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 de localisation de Roads and Highways ou de Pipeline Referencing.
• Un champ d’identifiant d’itinéraire (de type données numériques) est requis pour toutes les couches 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.

• Les événements qui n’ont pas d’itinéraire associé (événements orphelins) ne sont pas évalués par cette vérification. 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 de l’identifiant d’itinéraire de l’événement).

  La vérification Invalid Events (Événements non valides) recherche des événements orphelins qui requièrent une correction.

• Les événements qui contiennent des valeurs de mesure non valides ne sont pas évalués par cette vérification. Les valeurs d’événement non valides sont des valeurs de mesure d’événement qui sont supérieures à, inférieures à ou comprises dans un écart dans les valeurs de mesure d’un itinéraire associé.

  La vérification Invalid Events (Événements non valides) recherche des événements qui contiennent des valeurs de mesure non valides.

• Les conditions suivantes s’appliquent lorsque cette vérification est créée en tant que règle attributaire (validation) :
  • Seules les entités en entrée ayant un statut de validation 2 (No calculation required, validation required, no error) [2 (Aucun calcul requis, validation requise, aucune erreur)], 3 (No calculation required, validation required, has error(s)) [3 (Aucun calcul requis, validation requise, des erreurs)], 6 (Calculation required, validation required, no error) [6 (Calcul requis, validation requise, aucune erreur)] ou 7 (Calculation required, validation required, has error(s)) [7 (Calcul requis, validation requise, des erreurs)] sont prises en compte lors de l’évaluation de la règle. Le statut de validation des entités de la source de données dans le paramètre Overlay Events (Événements superposés) n’est pas pris en compte lors de l’évaluation de la règle.
  • Incluez les sources de donnés pour le paramètre Overlay Events (Événements superposés) lorsque vous partagez des couches Web avec la fonctionnalité Validation activée.
• 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.