Sous-type

Disponible avec une licence Data Reviewer.

Résumé

La vérification Subtype (Sous-type) recherche les entités comportant des valeurs de sous-type incorrectes ou nulles.

Vue d’ensemble

L’objectif de la vérification Subtype (Sous-type) consiste à recherche les entités qui contiennent des valeurs attributaires non définies pour le sous-type. Il s’agit de valeurs attributaires incohérentes avec les valeurs définies du sous-type et éventuellement de valeurs attributaires nulles.

Les sous-types sont des sous-ensembles d’entités d’une classe d’entités ou d’objets d’une table autonome qui partagent les mêmes attributs. Par exemple, les entités de la classe d’entités linéaires Bridge (Pont) peuvent être organisées en sous-types distincts pour les ponts, les passages supérieurs et les viaducs, au lieu d’être combinés dans un seul sous-type.

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 de carte Data Reviewer	Règle attributaire (validation)	N0
Oui	Oui	Oui (ArcGIS Pro 2.7 ou version ultérieure)

Remarque :

Les règles Reviewer cartographiques sont obsolètes depuis ArcGIS Pro 2.8 et leur utilisation n’est plus recommandée. Ces fonctions seront supprimées dans la prochaine version principale de ArcGIS Pro. Il est recommandé de migrer les processus d’examen automatisé vers les fonctionnalités Data Reviewer disponibles dans les règles attributaires.

Syntaxe

Paramètre	Requis	Description	Workflows
Input Layers/Stand-alone Tables (Couches en entrée/Tables autonomes)	Oui	Couches d’entités ou tables autonomes en entrée évaluées par la règle. Les entrées valides pour ce type de règle sont les couches d’entités et les tables autonomes. Cliquez sur le bouton Forward (Suivant) pour appliquer un filtre à des entités spécifiques dans la couche d’entités ou à des lignes spécifiques dans la table autonome.	Validation (règles de carte)
Sous-type	Non.	Sous-type auquel la règle est appliquée.	Validation (règles attributaires)
Attribut	Non.	Requête qui identifie les entités auxquelles la règle s’applique.	Validation (règles attributaires)
Search for Null Values (Rechercher les valeurs Null)	Non.	Les valeurs attributaires <nulles> (aucune valeur) sont renvoyées comme erreur.	Validation
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.	Validation
Notes/Description (Remarques/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.	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 :

• Les attributs restreints par domaine des entités ou enregistrements de table affectés à un sous-type non valide ne peuvent pas être évalués avec la vérification Domain (Domaine). L’évaluation des attributs restreints par domaine est requise une fois que les erreurs liées au sous-type sont corrigées.
• Lorsque cette vérification est créée en tant que règle attributaire (validation), le paramètre de filtre Attribute (Attribut) est limité aux opérateurs de comparaison (=, <>, >, <, >=, <=) et aux opérateurs logiques (AND/OR, IN/NOT IN, LIKE/NOT LIKE, IS NULL).
• 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.