Entité sur entité

Disponible avec les licences ArcGIS Pro Standard et Data Reviewer.

Résumé

La vérification Entité sur entité permet de rechercher des entités provenant d’une même couche ou de deux couches différentes qui partagent une relation spatiale, et les renvoie en tant que résultats.

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)

Oui

(ArcGIS Pro 2.4 ou version ultérieure)

Oui

Oui

(ArcGIS Pro 2.5 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 Feature on Feature (Entité sur entité) identifie les entités possédant une relation spatiale (une route sur une entité terrestre ou un lac entouré de pâturages, par exemple). Les entités provenant de la même classe d’entités peuvent également se superposer et partager des valeurs attributaires communes.

Si cette vérification est configurée comme une règle de contrainte, une notification d’erreur est renvoyée lorsqu’une entité satisfaisant aux conditions définies dans les paramètres de la règle est créée ou modifiée.

Si elle est configurée comme une règle de validation, une erreur est générée pour chaque entité satisfaisant aux conditions définies dans les paramètres de la règle. Vous pouvez accéder à cette erreur dans la fenêtre Error Inspector (Inspecteur d’erreurs).

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

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

  • En matière de gestion des parcelles, la vérification Entité sur entité permet de s’assurer que les unités de lot dans les parcelles fiscales ne se chevauchent pas.
  • En matière de gestion des adresses, les entités d’axe médian de route qui contiennent des chevauchements ou des écarts dans les plages d’adresses peuvent avoir un impact sur l’exactitude des localisateurs utilisés dans le géocodage
  • En matière de gestion de la distribution d’eau, les entités connectées avec des valeurs d’attributs clés différentes sont un problème récurrent. Par exemple, des erreurs peuvent se produire lorsqu’une valve est connectée à une canalisation, mais que les diamètres des canalisations sont différents, comme une valve de 12 pouces de diamètre qui se connecte à deux conduites de 8 pouces.
  • En matière de gestion du réseau électrique, pour procéder à une bonne analyse du réseau, les entités connectées doivent se trouver sur les extrémités de l’autre entité. Par exemple, des erreurs d’analyse peuvent se produire si une entité de commutation ne fractionne pas la ligne de conducteur primaire à laquelle elle est connectée.

Syntaxe

ParamètreRequisDescriptionWorkflow

Sous-type

Non

Sous-type auquel la règle est appliquée.

Contrainte

Validation

Attribut

Non

Requête qui identifie les entités auxquelles la règle s’applique.

Validation

Entités à comparer

Oui

Des entités en entrée sont renvoyées comme erreurs en raison de leur relation avec les entités de cette source de données.

Les entrées valides sont les entités ponctuelles, polylignes et surfaciques.

Contrainte

Validation

Filtrer

Non

Requête qui identifie les entités à inclure dans la règle, depuis la source de données spécifiée dans le paramètre Features to Compare (Entités à comparer)

Validation

Relation spatiale

Oui

Relation spatiale à évaluer.

Les types de relations spatiales sont les suivants :

  • Touche : une partie de l’entité entre en contact avec la limite d’une entité de la source Entités à comparer. L’intérieur des entités ne s’intersecte pas.
  • Contient : une entité enferme entièrement une entité de la source Entités à comparer.
  • Intersecte : n’importe quelle partie d’une entité entre en contact avec n’importe quelle partie d’une entité de la source Entités à comparer.
  • Dans les limites de : une entité se trouve intégralement à l’intérieur d’une entité de la source Entités à comparer.
  • Croise : l’intérieur d’une entité entre en contact avec l’intérieur ou la limite (si l’entité est un polygone) d’une entité de la source Entités à comparer.
  • Superpose : l’intérieur d’une entité couvre en partie une entité de la source Entités à comparer. Seules les entités de la même géométrie peuvent être comparées.
  • DE-9IM : relation personnalisée reposant sur la chaîne DE-9IM (Dimensionally Extended 9-Intersection Model - Relation de la matrice DE-9IM) que vous spécifiez.

Contrainte

Validation

Chaîne DE-9IM

Conditions

Ce paramètre est requis si le paramètre Spatial Relationship (Relation spatiale) est défini sur DE-9IM.

En savoir plus sur la création d’une chaîne DE-9IM.

Contrainte

Validation

Distance de recherche

Non

Distance de zone tampon utilisée pour déterminer la relation spatiale.

Ce paramètre est disponible uniquement si le paramètre Spatial Relationship (Relation spatiale) est défini sur Intersects (Intersecte).

Contrainte

Validation

Relation attributaire

Non

Une fois la relation spatiale évaluée, cette option permet de comparer les valeurs attributaires à inclure dans la validation. Par exemple, cette option peut être utilisée pour identifier les entités qui se croisent et partagent une valeur attributaire commune.

Validation

Invert Relationship (Inverser la relation)

Non

Une fois la relation évaluée, cette option détermine si le résultat doit être utilisé en l’état ou inversé. Par exemple, cette option peut servir à identifier les entités qui ne s’intersectent pas ou ne se trouvent pas à une distance définie d’une autre entité.

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

Contrainte

Validation

Déclencheur

Oui

Événements de mise à jour qui déclenchent l’application de la règle.

  • Insert (Insérer) : déclenche la règle lorsqu’une nouvelle entité est ajoutée.
  • Update (Mettre à jour) : déclenche la règle lorsqu’une entité est mise à jour.
  • Delete (Supprimer) : déclenche la règle lorsqu’une entité est supprimée.

Contrainte

Nom

Oui

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.

Contrainte

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.

Contrainte

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.

Contrainte

Validation

Remarques

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

  • Les sources de données des entités en entrée et le paramètre Features to Compare (Entités à comparer) doivent partager un datum en commun.

    En savoir plus sur les références spatiales

  • Lorsque cette vérification est créée en tant que règle attributaire (contrainte), la prise en charge des jeux de données basés sur un système de coordonnées géographiques est limitée à ceux qui utilisent une projection Web Mercator (WKID 3857) ou WGS 84 (WKID 4326).
  • Les conditions suivantes s’appliquent lorsque cette vérification est créée en tant que règle attributaire (validation) :
    • Les sources de données pour le paramètre Features to Compare (Entités à comparer) doivent inclure un champ d’ID global.
    • Les valeurs attributaires Validation Status des entités et des sources de données en entrée incluses dans le paramètre Features to Compare (Entités à comparer) sont ignorées au cours de l’évaluation. Par exemple, les entités 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.
    • Les paramètres Attribute (Attribut) et Filter (Filtre) sont limités aux opérateurs de comparaison (=, <>, >, <, >=, <=) et aux opérateurs logiques (AND/OR, IN/NOT IN, LIKE/NOT LIKE, IS NULL).
    • Incluez la source de données pour le paramètre Features to Compare (Entités à comparer) lorsque vous créez une carte ou des paquetages de projet, et lorsque vous partagez des couches Web avec la fonctionnalité Validation activée.
    • La géométrie d’une entité est renvoyée en lieu et place d’une géométrie d’erreur lorsque cette vérification est configurée à l’aide de la relation spatiale Intersecte avec le paramètre Search Distance (Distance de recherche).

Rubriques connexes