Disponible avec les licences ArcGIS Pro Standard et Data Reviewer.
Résumé
La vérification Monotonicity (Monotonie) recherche les entités polylignes qui contiennent des erreurs monotoniques dans les valeurs d’élévation ou de mesure (valeurs z ou valeurs m, respectivement).
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 :
| Workflow | Pris en charge | Licences |
|---|---|---|
Règle attributaire de validation | Oui (ArcGIS Pro 2.5 et ArcGIS Enterprise 10.8 ou version ultérieure) | Disponible avec une licence ArcGIS Pro Standard et Data Reviewer |
Règle attributaire de contrainte | Oui (ArcGIS Pro 2.4 ou version ultérieure) | Disponible avec une licence ArcGIS Pro Standard et Data Reviewer |
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 |
Héritage :
Les règles Reviewer cartographiques sont obsolètes et ne sont plus disponibles. Il est recommandé de migrer les processus d’examen automatisé vers les fonctionnalités Data Reviewer disponibles dans les règles attributaires. L’ouverture ou l’enregistrement d’une carte (fichier .aprx) dans ArcGIS Pro 3.0 ou version ultérieure supprime toutes les règles cartographiques existantes du document.
Vue d’ensemble
La vérification Monotonicity (Monotonie) identifie 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 d’une analyse et de 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 d’une analyse.
Les entités multi-parties possédant des valeurs m égales sur des parties consécutives sont considérées comme monotoniques et ignorées par la vérification conformément aux méthodes de calibrage spécifiées. Les formes complexes ne sont pas prises en charge. Les méthodes de calibrage définies pour les itinéraires de système de référencement linéaire (LRS) ont un impact sur le caractère monotonique ou non monotonique d’une entité itinéraire.
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é
Il est possible d’utiliser cette vérification dans les scénarios suivants :
- 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
L’image suivante représente deux entités linéaires avec des valeurs z et des valeurs m qui ne sont pas strictement croissantes ou décroissantes (non monotonique) :
Le diagramme suivant montre un itinéraire discontinu. Cet itinéraire est monotonique lorsque la méthode de calibrage des interruptions est Étape=0 ou Ajouter=0. Le même itinéraire est non monotonique lorsque la méthode de calibrage des interruptions est euclidienne ou lorsque Étape>0 ou Ajouter>0.
Syntaxe des règles attributaires
La table suivante décrit les paramètres de règle attributaire de validation et de contrainte :
| Paramètre | Requis | Description | Workflow |
|---|---|---|---|
|
Sous-type |
Non | Sous-types auxquels la règle est appliquée. |
Contrainte |
Validation | |||
|
Attribut |
Non | Requête qui identifie les entités auxquelles la règle s’applique. | Validation |
|
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 avec des valeurs correspondant à celles qui sont définies dans la règle sont renvoyées en tant qu’erreur.
|
Contrainte Remarque :Le paramètre Ignore duplicate measures between parts (Ignorer les mesures en double entre les parties) n’est pas disponible avec les processus des règles attributaires de contrainte. |
Validation | |||
|
Déclencheurs |
Oui | Événements de mise à jour qui déclenchent l’application de la règle.
|
Contrainte |
|
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. |
Contrainte |
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. |
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 |
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 :
| 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 une requête de définition de couche en utilisant le bouton bascule qui respecte la sélection ou le filtre avant l’évaluation. |
Filtre attributaire | Non | Requête qui identifie les entités auxquelles la règle s’applique. |
Evaluer | Oui | Propriété à évaluer. Sélectionnez des valeurs Z ou des valeurs M en vue de l’évaluation. |
Objectif de la recherche | Oui | Conditions d’erreur évaluées par la règle. Les entités avec des valeurs correspondant à celles qui sont définies dans la règle sont renvoyées en tant qu’erreur.
|
Nom | Oui | Nom unique pour la règle. Ces informations sont utilisées pour assurer 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 :
- Les entités polylignes doivent prendre en charge les valeurs z ou m.
- Les différences dans les valeurs z ou m entre des sommets adjacents dans la tolérance respective spécifiée ne sont pas comparées pendant l’évaluation.
- Les entités polylignes doivent avoir un système de coordonnées verticales défini pour pouvoir être utilisées 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 pendant l’évaluation.
- Les entités multi-parties sont évaluées dans l’ordre des parties (Partie 0, Partie 1, etc.).
- 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 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 <=) et aux opérateurs logiques (AND/OR, IN/NOT IN, LIKE/NOT LIKE et IS NULL).
- L’option Ignore duplicate measures between parts (Ignorer les mesures en double entre les parties) du paramètre Search Goal (Objectif de recherche) est activée seulement si la valeur du paramètre Evaluate (Évaluer) est spécifiée en tant que valeurs m. Cette option n’est pas disponible pour les valeurs z.
- 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 est marqué en rouge et la règle ne peut pas être sauvegardée.
- Les résultats des erreurs multipoints sont pris en charge pour cette exécution de l’outil Exécuter des vérifications des données.
Rubriques connexes
Vous avez un commentaire à formuler concernant cette rubrique ?