Changement d’élévation du sommet adjacent
Disponible avec les licences ArcGIS Pro Standard et Data Reviewer.
Résumé
La vérification Adjacent Vertex Elevation Change (Changement d’élévation du sommet adjacent) recherche les entités polylignes et surfaciques dont les sommets présentent des différences d’altitude (valeurs z) supérieures à la tolérance spécifiée. La valeur de tolérance permet d’identifier les écarts significatifs entre les élévations des entités.
Processus 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 :
|
Workflow |
Pris en charge |
Licences |
|---|---|---|
|
Règle attributaire de validation |
Oui (ArcGIS Pro 2.9 et ArcGIS Enterprise 10.9.1 ou version ultérieure) |
Disponible avec les licences ArcGIS Pro Standard et Data Reviewer |
|
Règle attributaire de contrainte |
Non |
N/D |
|
Run Data Checks (Exécuter des vérifications des données) |
Oui (ArcGIS Pro 3.5 ou version ultérieure) |
Disponible avec une licence Data Reviewer |
Vue d’ensemble
Lorsque vous réalisez des contrôles qualité sur votre base de données, vous pouvez rechercher les entités avec des différences significatives d’élévation, qui sont représentées par la valeur z. Par exemple, dans une classe d’entités d’isolignes, la valeur z d’une isoligne donnée doit être constante pour tous les sommets. Il peut parfois arriver que les valeurs z de certains sommets environnants soient différentes.
La vérification Adjacent Vertex Elevation Change (Changement d’élévation du sommet adjacent) renvoie les sommets des entités polylignes ou surfaciques dont le changement d’élévation (Z) est supérieur à la tolérance spécifiée. La valeur de tolérance permet d’identifier les écarts entre les élévations des entités. Vous pouvez exécuter la vérification sur l’ensemble d’une classe d’entités, un sous-type ou un ensemble d’entités sélectionnées à l’aide d’une requête SQL. Les entités vérifiées qui se situent à l’extérieur de la tolérance spécifiée ou dont la différence est supérieure à la valeur spécifiée, sont renvoyées sous forme d’erreurs. Ces entités peuvent ensuite être écrites dans la table Reviewer pour mener d’autres inspections et corrections.
Syntaxe des règles attributaires
La table suivante décrit les paramètres de règle attributaire de validation :
|
Le paramètre |
Requis |
Description |
Workflow |
|---|---|---|---|
|
Sous-type |
Non |
Sous-type(s) au(x)quel(s) la règle est appliquée. |
Validation |
|
Attribut |
Non |
Requête qui identifie les entités auxquelles la règle s’applique. |
Validation |
|
Tolérance de différence d’élévation |
Oui |
La valeur minimale autorisée pour les altitudes entre les sommets. La valeur doit être supérieure à la tolérance z de la géodatabase. Les unités cartographiques sont notamment les pieds, les pieds américains et les mètres, les kilomètres, les degrés décimaux et les décimètres. |
Validation |
|
Nom |
Oui |
Nom unique pour la règle. Utilisez ces informations pour prendre en charge 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 les processus correctifs. |
Validation |
|
Gravité |
Oui |
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 |
Syntaxe de l’exécution des vérifications des données
La table suivante décrit les paramètres de l’outil Exécuter des vérifications des données :
|
Le paramètre |
Requis |
Description |
|---|---|---|
|
Entité en entrée |
Oui |
La couche d’entités en entrée évaluée par la règle. Remarque :Vous pouvez désactiver une sélection de carte ou un ensemble de définition de couche en utilisant le bouton bascule qui respecte la sélection ou le filtre avant l’évaluation. |
|
Sous-types |
Non |
Sous-type(s) au(x)quel(s) la règle est appliquée. |
|
Filtre attributaire |
Non |
Requête qui identifie les entités auxquelles la règle s’applique. |
|
Tolérance de différence d’élévation |
Oui |
La valeur minimale autorisée pour les altitudes entre les sommets. La valeur doit être supérieure à la tolérance z de la géodatabase. Les unités cartographiques sont notamment les pieds, les pieds américains et les mètres, les kilomètres, les degrés décimaux et les décimètres. |
|
Nom |
Oui |
Nom unique pour la règle. Utilisez ces informations pour prendre en charge la traçabilité des critères de qualité des données. |
|
Etendue |
Oui |
|
Remarques
Gardez à l’esprit les informations suivantes lorsque vous utilisez la vérification :
Cette vérification prend en charge les entités polylinéaires et surfaciques de type z.
Un système de coordonnées verticales doit être défini pour les classes d’entités à utiliser avec cette vérification.
L’évaluation ignore la valeur attributaire
Validation Statusdes entités en entrée. 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.Le paramètre de filtre Attribute (Attribut) est limité aux opérateurs de comparaison (
=,<>,>,<,>=et<=) et aux opérateurs logiques (AND/OR,IN/NOT IN,LIKE/NOT LIKEetIS NULL).Les paramètres de filtre Attribute (Attribut) ne prend pas en charge les types de champ suivants :
Big Integer,Date Only,Time OnlyetTimestamp Offset. S’il est sélectionné, l’en-tête de ligne s’affiche en rouge et la règle ne peut pas être sauvegardée.Les conditions suivantes s’appliquent lorsque cette vérification est créée en tant qu’exécution de la vérification des données :
Les groupes de couches de sous-types ne sont pas pris en charge.
Les résultats des erreurs multipoints sont pris en charge.