Événement sur événement

Disponible avec les licences ArcGIS Pro Standard et 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.

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 :

ValidationContrainte

Traitement par lots Data Reviewer

Règle attributaire (validation)

Non

Non

Oui

(ArcGIS Pro 2.6 et ArcGIS Enterprise 10.8.1 ou version ultérieure)

Remarque :

Les règles Reviewer cartographiques sont obsolètes et ne sont plus disponibles. Il est recommandé de migrer les processus d’examen automatisé vers les fonctionnalités Data Reviewer disponibles dans les règles attributaires. L’ouverture ou l’enregistrement d’une carte (.aprx) dans ArcGIS Pro 3.0 ou version ultérieure supprime toutes les règles cartographiques existantes du document.

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écider 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é

Il est possible d’utiliser cette vérification dans les scénarios suivants :

  • 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.

Exemples

L’image suivante illustre un placement d’événement linéaire incorrect en rouge qui ne superpose pas correctement l’entité événement en jaune :

Événement sur événement

Syntaxe

ParamètreRequisDescriptionWorkflow

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écide 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

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

Description

Non

Une description de l’erreur que vous définissez lorsqu’une entité non conforme est trouvé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 :

  • Cette vérification prend en charge la validation des événements stockés dans une géodatabase d’entreprise et enregistrés 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.

  • 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 Find Orphan Events (Rechercher les événements orphelins) 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 Event Measures (Mesures d’événements non valides) recherche des événements qui contiennent des valeurs de mesure non valides.

  • Les valeurs attributaires Validation Status de la source de données en entrée et des événements inclus dans le paramètre Search Goal (Objectif de la recherche) sont ignorées au cours de l’évaluation. Par exemple, les entités itinéraires en entrée dont le statut de validation est 0 (No calculation required, no validation required, no error) (Aucun calcul requis, aucune validation requise, aucune erreur), 1 (No calculation required, no validation required, has error(s)) (Aucun calcul requis, aucune validation requise, des erreurs), 4 (Calculation required, no validation required, no error) (Calcul requis, aucune validation requise, aucune erreur) ou 5 (Calculation required, no validation required, has error(s)) (Calcul requis, aucune validation requise, des erreurs) demeurent incluses 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.
  • Les paramètres de filtre Attribute (Attribut) ne prend pas en charge les types de champ suivants : Big Integer, Date Only, Time Only et Timestamp Offset. S’il est sélectionné, l’en-tête de ligne s’affichera en rouge et la règle ne pourra pas être sauvegardée.

Rubriques connexes