Monotonie

Disponible avec une licence Data Reviewer.

Résumé

La vérification Monotonicity (Monotonie) recherche les entités polylignes qui contiennent des erreurs monotoniques dans les valeurs d’altitude ou de mesure (valeurs z ou valeurs m).

Vue d’ensemble

L’objectif de la vérification Monotonicity (Monotonie) consiste à identifier les entités qui contiennent des valeurs Z ou des valeurs M qui ne sont pas strictement croissantes ou décroissantes. Les entités qui contiennent des valeurs non monotoniques peuvent affecter les résultats de votre analyse et de vos modèles.

Vous pouvez également évaluer les entités afin de savoir si elles présentent une tendance spécifique. Les entités qui contiennent des valeurs de nœud dont la tendance est inattendue peuvent affecter les résultats de votre analyse.

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

Si cette vérification est configurée comme une règle de validation, une erreur est créée lors de la validation lorsqu’une entité contient un sommet non monotonique ou qui répond à d’autres conditions spécifiées dans la règle. Dans le cas de validation des valeurs M, les sommets qui ne contiennent aucune valeur de mesure (NaN) sont également renvoyés en tant qu’erreurs.

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

  • Dans le domaine de la gestion des ressources en eaux, les valeurs d’élévation stockées dans des entités de cours d’eau sont utilisées pour l’ajout de détails aux modèles numériques d’élévation (conditionnement de MNE hydrologique) dans le but d’appliquer des modèles de drainage connus.
  • Dans le domaine de la gestion des routes, les itinéraires routiers qui comportent deux sommets consécutifs ou plus dotés de la même mesure peuvent affecter les calculs de longueur, par exemple dans les rapports de kilométrage du Ministère des transports américain.

Exemples

Non monotonique : l’image suivante représente deux (2) entités linéaires avec des valeurs z et des valeurs M qui ne sont pas strictement croissantes ou décroissantes :

Valeurs Z et M de monotonie

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 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 :

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ètreRequisDescriptionWorkflows

Couches en entrée

Oui

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

Les entrées valides pour ce type de règle sont les entités polylignes avec valeurs z ou valeurs m. Cliquez sur le bouton Forward (Suivant) Avant pour appliquer un filtre à des entités spécifiques dans la couche d’entités.

Validation (règles de carte)

Sous-type

Non.

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

Contrainte

Validation (règles attributaires)

Attribut

Non.

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

Validation (règles attributaires)

Evaluer

Oui

Propriété à évaluer.

Sélectionnez des valeurs Z ou des valeurs M en vue de l’évaluation.

Contrainte

Validation

Objectif de la recherche

Oui

Conditions d'erreur évaluées par la règle. Les entités dont les valeurs correspondent à celles qui sont définies dans la règle sont renvoyées en tant qu’erreur.

  • Non-Monotonic Features (Entités non monotoniques) : les sommets des entités sont renvoyés lorsque la valeur des sommets n’augmente ou ne diminue pas de manière stricte.
  • Level Values (From = To) (Valeurs égales (De = À)) : les entités sont renvoyées lorsque le nœud d’origine est égal au nœud de destination.
  • Decreasing Values (From > To (Valeurs décroissantes (De > À)) : les entités sont renvoyées lorsque le nœud d’origine est supérieur au nœud de destination.
  • Increasing Values (From < To) (Valeurs croissantes (De < À)) : les entités sont renvoyées lorsque le nœud d’origine est inférieur au nœud de destination.

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)

Non.

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 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 du résultat Reviewer par rapport à d’autres résultats. 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 Data Reviewer.

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

  • Les entités polylignes doivent prendre en charge les valeurs Z ou M pour pouvoir être utilisées dans cette vérification.
  • Les différences dans les valeurs z ou m entre des sommets adjacents dans la tolérance z ou m spécifiée ne sont pas comparées lors de l’évaluation de la monotonie.
  • Les entités polylignes doivent avoir un système de coordonnées verticales défini pour pouvoir être utilisées dans cette vérification pour l’évaluation des valeurs Z.
  • Les valeurs From node (Depuis le nœud) et To node (Vers le nœud) sont utilisées pour déterminer si les valeurs Z ou les valeurs M doivent être strictement croissantes ou décroissantes lors de l’évaluation de la monotonie.
  • Les sommets qui se trouvent dans la tolérance x,y de l’entité ne sont pas comparés lors de l’évaluation de la monotonie.
  • Les entités multi-parties sont évaluées dans l’ordre des parties (Partie 0, Partie 1, etc.) lors de l’évaluation de la monotonie.
  • Si cette vérification est créée en tant que règle attributaire (validation) et que plusieurs conditions d’erreur sont détectées sur une entité (par exemple, non monotonique et croissant) une seule entité d’erreur est créée. Si cette vérification est créée en tant que règle basée sur des cartes ou si elle figure dans une tâche de traitement par lots Data Reviewer, un résultat d’erreur est créé pour chaque condition.
  • 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.

Rubriques connexes