Entité sur entité

Disponible avec une licence 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.

Vue d’ensemble

La vérification Feature on Feature (Entité sur entité) a pour objet de rechercher des entités ayant une relation spatiale entre elles (une route sur 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.

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 Feature on Feature (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 vanne est connectée à une canalisation, mais que les diamètres des canalisations sont différents, comme une vanne 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.

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 :

ValidationContrainte

Traitement par lots Data Reviewer

Règle de carte Data Reviewer

Règle attributaire (validation)

Oui

(ArcGIS Pro 2.4 ou version ultérieure)

Oui

Oui

Oui

(ArcGIS Pro 2.5 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ètreRequisDescriptionWorkflow

Input Feature Layers (Couches d’entités en entrée)

Oui

Couches d’entités en entrée évaluées par la règle.

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

Validation (règles de carte)

Sous-type

Non

Si le jeu de données possède des sous-types, spécifiez à quel sous-type la règle sera 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

Features to Compare Filter (Filtre des entités à comparer)

Non

Requête qui identifie les entités à inclure dans la règle.

Validation

Relation spatiale

Oui

Relation spatiale à évaluer.

  • 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 (s’il s’agit d’un polygone) d’une entité de la source Features to Compare (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.

Contrainte

Validation

Distance de recherche

Non

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

Ce paramètre est valide 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

Title/Name (Titre/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

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.

Contrainte

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.

Contrainte

Validation

Remarques

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

  • Les sources de données de l’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) :
    • 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 Features to Compare (Entités à comparer) n’est pas pris en compte dans l’évaluation de la règle.
    • Les paramètres Attribute (Attribut) et Features to Compare Filter (Filtre des entités à comparer) sont limités à la 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 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).
  • Les conditions suivantes s’appliquent 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.
    • Lors de la création d’une règle de validation pour plusieurs couches d’entités en entrée, seuls les champs communs (nom et type de données concordants) à toutes les couches peuvent être utilisés dans le paramètre Attribute Relationship (Relation attributaire).

Rubriques connexes