Disponible con una licencia de Data Reviewer.
Resumen
La comprobación de Monotonicidad busca entidades de polilínea que contienen errores monotónicos en los valores de elevación o de medición (valores z o m).
Información general
El propósito de la comprobación de Monotonicidad es identificar entidades que contienen valores z o m que no están aumentando ni disminuyendo estrictamente en valor. Las entidades que contienen valores no monotónicos pueden afectar a los resultados de sus análisis y modelos.
Las entidades también se pueden evaluar para determinar si tienen una tendencia concreta. Las entidades que contienen valores de nodo que no presentan la tendencia esperada pueden afectar a los resultados de su análisis.
Cuando se configura como una regla de restricción, crear o modificar una entidad según las condiciones especificadas definidas en los parámetros de la regla devuelve una notificación de error.
Cuando se configura como una regla de validación, se crea un error durante la validación cuando una entidad contiene un vértice que no es monotónico o cumple otras condiciones especificadas en la regla. En las validaciones de valores m, los vértices que no contienen valores de medición (NaN) se devuelven también como errores.
Escenarios de la industria
- En la gestión de recursos de agua, los valores de elevación almacenados en las entidades de simplificación se usan para agregar detalles a los modelos digitales de elevación (acondicionamiento DEM hidrológico) para aplicar patrones de drenaje conocidos.
- En la administración de carreteras, las rutas de carreteras que tienen dos o más vértices consecutivos con la misma medida pueden afectar negativamente a los cálculos de longitud (por ejemplo, los informes de kilometraje del Departamento de Transporte de Estados Unidos).
Ejemplos
No monotónico: la imagen siguiente ilustra dos (2) entidades de líneas con valores z y m que no aumentan ni disminuyen estrictamente en valor:
Flujos de trabajo compatibles
Las comprobaciones de ArcGIS Data Reviewer admiten varios métodos para implementar la revisión automática de sus datos. La tabla siguiente identifica los métodos de implementación admitidos para esta comprobación:
Validación | Restricción | ||
---|---|---|---|
Trabajo por lotes de Reviewer | Regla de mapa de Reviewer | Regla (de validación) de atributo | Sí (ArcGIS Pro 2.4 o posterior) |
Sí | Sí | Sí (ArcGIS Pro 2.5 o posterior) |
Nota:
Esta comprobación no se admitirá en las reglas de mapa en las versiones posteriores de ArcGIS Pro. Se recomienda encarecidamente utilizar esta comprobación en los flujos de trabajo basados en reglas de atributos.
Sintaxis
Parámetro | Requerido | Descripción | Flujos de trabajo |
---|---|---|---|
Capas de entrada | Sí | Las capas de entidades de entrada evaluadas por la regla. Entradas válidas para este tipo de regla son las entidades de polilínea habilitadas para z o m. Haga clic en el botón Adelante para aplicar el filtrado a entidades específicas de la capa de entidades. | Validación (reglas de mapa) |
Subtipo | No | El subtipo al que se aplica la regla si el dataset tiene subtipos. | Restricción |
Validación (reglas de atributos) | |||
Atributo | No | Una consulta que identifica las entidades a las que se aplica la regla. | Validación (reglas de atributos) |
Evaluar | Sí | La propiedad que se evaluará. Elija valores z o valores m para la evaluación. | Restricción |
Validación | |||
Objetivo de búsqueda | Sí | Condiciones de error evaluadas por la regla. Todas las entidades cuyos valores coincidan con los definidos en la regla se devuelven como un error.
| Restricción |
Validación | |||
Desencadenadores | Sí | Los eventos de edición que desencadenan la regla para aplicarla.
| Restricción |
Título/nombre | No | Un título o nombre únicos para la regla. Esta información se utiliza para soportar la trazabilidad de los requisitos de calidad de datos, la generación de informes automatizada y los flujos de trabajo correctivos. | Restricción |
Validación | |||
Notas/descripción | No | Texto descriptivo de la condición de error cuando se encuentran entidades no conformes. Esta información se utiliza para proporcionar orientación y facilitar los flujos de trabajo correctivos. | Restricción |
Validación | |||
Gravedad | No | Gravedad del error generado cuando se encuentran entidades no conformes. Este valor indica la importancia del resultado de Reviewer con relación a otros resultados. Rango de valores de 1 a 5, siendo 1 la prioridad mayor y 5 la prioridad menor. | Validación |
Etiquetas | No | Propiedad Tag de la regla de Reviewer. Esta información se utiliza en la creación de reglas y en los flujos de trabajo de administración para soportar la trazabilidad y la generación de informes de los requisitos de calidad de los datos. | Restricción |
Validación |
Notas
- Las entidades de polilínea deben estar habilitadas para z o para m para que se utilicen en esta comprobación.
- Las diferencias en valores z o m entre vértices adyacentes que están dentro de la tolerancia z o m no se comparan cuando se evalúan con respecto a la monotonicidad.
- Las entidades de polilínea deben tener un sistema de coordenadas verticales definido que se utilizará en esta comprobación para evaluar valores z.
- Los valores del nodo Desde y del nodo Hasta de una entidad se utilizan para determinar si los valores z o m deben aumentar o disminuir estrictamente cuando se evalúan con respecto a la monotonicidad.
- Los vértices que están dentro de la tolerancia x,y no se comparan cuando se evalúa la monotonicidad.
- Las entidades multiparte se evalúan en el orden de las partes (Parte 0, Parte 1, etc.) cuando se evalúan con respecto a la monotonicidad.
- Cuando esta comprobación se crea como una regla (de validación) de atributo y se detectan varias condiciones de error en una entidad (por ejemplo, no monotónica y creciente), se crea una única entidad de error. Cuando esta comprobación se crea como basada en mapas o contenida en un trabajo por lotes de Reviewer, se crea un resultado de error para cada condición.
- El parámetro Atributo se limita a operadores de comparación (=, <>, >, <, >=, <=) y lógicos (AND/OR, IN/NOT IN, LIKE/NOT LIKE, IS NULL).
- Cuando esta comprobación se cree como una regla basada en mapas, verifique que los parámetros de filtros que utilizan funciones SQL específicas de bases de datos coinciden con los que se admiten en su entorno de producción.