Disponible con una licencia de Data Reviewer.
Resumen
La comprobación Eventos no válidos busca eventos con referencias lineales que no tienen una ruta asociada (eventos huérfanos) o que contienen valores de medición no válidos. La comprobación también identifica los huecos o las superposiciones entre eventos de la misma ruta o de varias rutas.
Información general
El propósito de la comprobación Eventos no válidos es identificar eventos con referencias lineales que tienen errores que pueden afectar al análisis y a los flujos de trabajo de administración de activos. Las condiciones de error que se pueden detectar con esta comprobación incluyen lo siguiente:
- Eventos huérfanos: eventos que no tienen entidades de ruta asociadas.
- Eventos con medidas no válidas: eventos que contienen valores de medición fuera del rango de los valores de las entidades de ruta relacionadas. Esto incluye las mediciones de eventos que son superiores o inferiores a un hueco o que están contenidas en ese hueco en los valores de medición de una ruta relacionada.
- Eventos superpuestos: entidades de eventos lineales que superponen entidades de eventos de la misma categoría dentro de la misma ruta o a través de varias rutas.
- Eventos con huecos: entidades de eventos lineales que representan huecos entre otras entidades de eventos dentro de la misma ruta o a través de múltiples rutas.
Escenarios de la industria
- En la gestión de carreteras, un límite de velocidad de 55 millas por hora debe tener el mismo valor de medición que la entidad de ruta relacionada.
- En la gestión de carreteras, las entidades de eventos que contienen valores de medición no válidos afectan negativamente a los cálculos de longitud (por ejemplo, los informes de kilometraje del Departamento de Transporte de Estados Unidos).
- En la gestión de tuberías, el registro del revestimiento protector aplicado a las instalaciones subterráneas garantiza una información exacta sobre entidades que no se pueden observar directamente durante las inspecciones.
- Para evitar la corrosión de las tuberías, el registro de la medida del revestimiento protector aplicado a las instalaciones subterráneas garantiza la exactitud del informe y la seguridad de las entidades subterráneas.
Ejemplos
Eventos no válidos: la imagen siguiente ilustra eventos de puntos y lineales (en rojo) que contienen valores de medición no válidos.
Superposiciones: la imagen siguiente ilustra eventos lineales (en rojo) que se superponen a otros elementos dentro de la misma ruta o a través de múltiples rutas.
Huecos: la imagen siguiente ilustra eventos lineales ausentes (en rojo) que representan huecos entre otros eventos dentro de la misma ruta o a través de múltiples rutas.
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 | No |
Sí | Sí | No | |
Sintaxis
| Parámetro | Obligatorio | Explicación | Flujos de trabajo |
|---|---|---|---|
Capas de eventos de entrada | Sí | Las capas de entidades de entrada evaluadas por la regla. Entradas válidas para este tipo de regla son las capas de entidades de puntos y de polilínea. Haga clic en el botón Adelante | Validación |
Capa de ruta de entrada | Sí | La capa de entidad a la que los eventos hacen referencia. Entradas válidas para este tipo de regla son las capas de entidades de polilínea habilitadas para m. Haga clic en el botón Adelante | Validación |
Identificador de rutas de eventos | Sí | El nombre del campo que contiene los valores usados para asociar eventos a las rutas. El campo debe ser un tipo de datos numérico. | Validación |
Valor de De medición de evento | Sí | El nombre del campo que contiene el valor de medición de partida para una entidad de eventos de punto o lineales. El campo debe ser un tipo de datos numérico. | Validación |
Valor de A medición de evento | Sí | El nombre del campo que contiene el valor de medición final para una entidad de eventos lineales. El campo debe ser un tipo de datos numérico. | Validación |
Identificador de rutas | Sí | El nombre del campo que contiene los valores usados para asociar rutas a eventos. El campo debe ser un tipo de datos numérico. | Validación |
Objetivo de búsqueda | Sí | Condiciones de error evaluadas por la regla.
| Validación |
Medir tolerancia | No | Valor opcional utilizado cuando se encuentran eventos que tienen medidas no válidas o representan un hueco o una superposición en otros eventos. | Validación |
Título | 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. | Validación |
Notes | 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. | Validación |
Gravedad | No | Gravedad del error generado cuando se encuentran entidades no conformes. Este valor indica la importancia del error en relación con otros errores. 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. 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. | Validación |
para aplicar el filtrado a entidades específicas de la capa de entidades.Notes
- La comprobación Eventos no válidos permite validar los eventos almacenados en los siguientes elementos:
- Clases de entidad de línea
- Clases de entidad de puntos
- Se necesita un campo Route ID (datos de tipo numérico) para todos los eventos.
- La capa de entidad Origen de ruta relacionada con el evento debe estar habilitada para M.
- Opcionalmente, puede definir un valor de Tolerancia que se usará al buscar eventos con medidas no válidas o que representan un hueco o una superposición en otros eventos. Este valor no puede ser inferior al valor de Tolerancia M de la Capa de ruta de entrada. Para obtener más información, consulte Propiedades de una referencia espacial.
- Los eventos asociados con entidades de ruta no monotónicas no se evaluarán en esta comprobación. Las rutas no monotónicas son aquellas que contienen valores de medición que son continuas o no aumentan ni disminuyen estrictamente en valor.
La comprobación de Monotonicidad se utiliza para buscar rutas no monotónicas que requieren corrección.
- Los eventos que no tienen una ruta asociada (eventos huérfanos) no se evalúan mediante los criterios de búsqueda Buscar superposiciones ni Buscar huecos. Los eventos huérfanos son las entidades que no tienen una entidad de ruta correspondientes (tal como la que identifica el valor de atributo RouteID del evento).
- Los eventos que contienen valores de medición no válidos no se evalúan mediante los criterios de búsqueda Buscar superposiciones ni Buscar huecos. Los valores de eventos no válidos son aquellos valores de medición que son superiores o inferiores a un hueco o que están contenidos en ese hueco en los valores de medición de una entidad lineal relacionada.
La opción Buscar mediciones no válidas busca eventos con valores de medición no válidos y está automáticamente habilitada con los criterios de búsqueda Buscar superposiciones o Buscar huecos.
- Los escenarios siguientes no se admiten actualmente cuando se utilizan los criterios de búsqueda Buscar superposiciones o Buscar huecos:
- Los eventos asociados a entidades de ruta multiparte que contienen huecos en los valores de medición entre partes
- Los eventos asociados a varias entidades de ruta durante el mismo período de tiempo
- Al utilizar el objetivo de búsqueda Buscar huecos, el mapa debería ampliarse a la extensión completa de la capa de ruta antes de que se validen las entidades con el comando Ejecutar las reglas de Reviewer. Al hacerlo, se garantiza que se detecten todos los escenarios de errores de huecos.
- 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.