Valeur Z différente à l’intersection

Disponible avec les licences ArcGIS Pro Standard et Data Reviewer.

Résumé

La vérification ArcGIS Data Reviewer Different Z at Intersection (Valeur Z différente à l’intersection) recherche les entités polylinéaires d'intersection dont les différences de valeur Z sont supérieures à la tolérance spécifiée aux points d'intersection.

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 :

Validation		Contrainte
Traitement par lots Data Reviewer	Règle attributaire (validation)	Non
Oui	Oui (ArcGIS Pro 3.0 et ArcGIS Enterprise 11.0 ou version ultérieure)

Vue d’ensemble

La vérification Different Z at Intersection (Valeur z différente à l’intersection) identifie les entités qui peuvent avoir des valeurs z différentes, par exemple deux classes d’entités qui intersectent le plan x,y.

Par exemple, une isoligne et un pont peuvent avoir des altitudes différentes car l'isoligne mesure l'altitude par rapport au sol et le pont peut se situer bien au-dessus du sol. Dans ce cas, l'intersection est valide car la différence entre les valeurs Z est attendue. Toutefois, une entité de route qui intersecte le pont doit posséder la même valeur Z que le pont au niveau de l'intersection ; si leurs valeurs Z sont différentes, leur point d'intersection n'est pas valide.

Syntaxe

Paramètre	Requis	Description	Workflow
Sous-type	Non	Sous-type auquel la règle est appliquée.	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 polylinéaires de type Z avec des datums horizontal et vertical qui correspondent à la source de données en entrée.	Validation
Features to Compare Filter (Filtre des entités à comparer)	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 : Crosses (Croise) : l’intérieur d’une entité de la classe d’entités en entrée entre en contact avec l’intérieur d’une entité de la source Features to Compare (Entités à comparer) en un point. Touches (Touche) : la limite d’une entité de la classe d’entités en entrée entre en contact avec la limite d’une entité de la source Features to Compare (Entités à comparer). L’intérieur des entités ne s’intersecte pas.	Validation
Tolérance de la valeur Z	Oui	Condition d’erreur évaluée par la règle. Ce paramètre définit les limites supérieure et inférieure de la tolérance entre les entités. Les entités polylinéaires dont la différence de valeur Z est comprise dans la plage de tolérances maximale et minimale spécifiée au point d'intersection sont renvoyées comme des erreurs. La tolérance de la valeur Z peut être définie en pieds, en pieds (États-Unis) ou en mètres.	Validation
Nom	Oui	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 les entités polylinéaires 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.
• La valeur attributaire Validation Status des entités en entrée est ignorée 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 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 créez une carte ou des paquetages de projet, et 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.