Disponible con una licencia de Data Reviewer.
Resumen
La comprobación Evento en evento busca eventos con referencias lineales que se superponen con otros eventos basándose en una relación definida. Opcionalmente, también puede buscar eventos que no se encuentren en la relación especificada.
Información general
La comprobación Evento en evento identifica combinaciones de superposición no válidas que impliquen dos o más entidades de evento. Puede ayudar a determinar si una ubicación requiere cobertura de eventos dados los valores de otros eventos.
Escenarios de la industria
A continuación se muestran escenarios en los que puede utilizar esta comprobación:
- En la gestión de carreteras, las entidades de eventos deben cumplir las directrices del Highway Performance Monitoring System (HPMS).
- En la gestión de carreteras, un evento de límite de velocidad que represente una zona de 55 mph no puede superponerse a una sección de carretera local o a un evento que represente la sección de rampa de una ruta.
- En la gestión de tuberías, el revestimiento protector debe ser adecuado para el tipo de material, la presión y el diámetro de la tubería.
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 |
No | Sí | Sí (ArcGIS Pro 2.6 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 | Flujo de trabajo |
---|---|---|---|
Identificador de rutas | Sí | El nombre del campo que contiene los valores usados para asociar eventos a las rutas. | Validación |
Fecha inicial de ruta | Sí | El nombre del campo que contiene los valores que definen la fecha de inicio de una ruta. El campo debe ser un tipo de datos de fecha. | Validación |
Fecha final de ruta | Sí | El nombre del campo que contiene los valores que definen la fecha de fin de una ruta. El campo debe ser un tipo de datos de fecha. | Validación |
Eventos de superposición | Sí | Los eventos que están superpuestos y que evalúa la regla. Entradas válidas para este tipo de regla son las capas de entidades de polilínea. | Validación |
Objetivo de búsqueda | Sí | La expresión de consulta que se aplica a eventos de superposición. Cada evento que contenga valores que coincidan con los definidos en la consulta SQL se devolverá como resultado de Reviewer. | Validación |
Invertir relación | No | Una vez evaluado el objetivo de búsqueda, este parámetro determina si el resultado se debe utilizar tal cual o invertido. Por ejemplo, este parámetro se puede utilizar para identificar eventos que no coincidan con la expresión de consulta de Objetivo de búsqueda.
| Validació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. | 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. | 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 |
Configuración de capa de entrada (Solo reglas de mapa)
Parámetro | Requerido | Descripción | Flujo de trabajo |
---|---|---|---|
Capas de ruta de entrada | Sí | Las capas de entidades de entrada a las que hacen referencia los eventos. 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 para definir la configuración de los campos de ruta y para aplicar el filtrado a entidades específicas de la capa de entidades. | Validación (reglas de mapa) |
Eventos de superposición | Sí | Los eventos que están superpuestos y que evalúa la regla. Entradas válidas para este tipo de regla son las capas de entidades de polilínea. Reglas de mapa: haga clic en el botón Adelante para definir la configuración de los campos de evento y para aplicar el filtrado a entidades específicas de la capa de entidades. | Validación (reglas de mapa) |
Objetivo de búsqueda | Sí | La expresión de consulta que se aplica a eventos de superposición. Cada evento que contenga valores que coincidan con los definidos en la consulta SQL se devolverá como resultado de Reviewer. | Validación (reglas de mapa) |
Invertir relación | Sí | Una vez evaluado el objetivo de búsqueda, este parámetro determina si el resultado se debe utilizar tal cual o invertido. Por ejemplo, este parámetro se puede utilizar para identificar eventos que no coincidan con la expresión de consulta de Objetivo de búsqueda.
| Validación (reglas de mapa) |
Notas
Tenga en cuenta lo siguiente al utilizar la comprobación:
- Se admite la validación de eventos de línea registrados con el sistema de Location Referencing (LRS) de ArcGIS Roads and Highways o ArcGIS Pipeline Referencing.
- Las entidades de ruta deben tener m habilitado y estar registradas con el sistema de Location Referencing (LRS) de Roads and Highways o Pipeline Referencing.
- Se necesita un campo identificador de rutas (tipo de datos numérico) para todas las capas de rutas y eventos.
- Un índice de atributos en el campo identificador de rutas acelera el proceso de segmentación dinámica.
- 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 rutas que contienen valores de medición que son continuos 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.
- Esta comprobación no evalúa los eventos que no tienen una ruta asociada (eventos huérfanos). Los eventos huérfanos son entidades de eventos que no tienen una entidad de ruta correspondiente (tal como la identifica el valor de atributo identificador de rutas del evento).
La comprobación Eventos no válidos se utiliza para buscar eventos huérfanos que requieren corrección.
- Esta comprobación no evalúa los eventos que contienen valores de medición no válidos. Los valores de eventos no válidos son aquellos valores de medición de eventos que son superiores o inferiores a un hueco o que están contenidos en ese hueco en los valores de medición de una ruta relacionada.
La comprobación Eventos no válidos se utiliza para buscar eventos que contienen valores de medición no válidos.
- Se aplican las siguientes condiciones cuando se crea esta comprobación como regla (de validación) de atributo:
- Durante la evaluación de la regla solo se consideran las entidades de entrada con un estado de validación de 2 (No se requiere ningún cálculo, se requiere validación, sin errores), 3 (No se requiere ningún cálculo, se requiere validación, se han producido errores), 6 (Se requiere cálculo, se requiere validación, sin errores) o 7 (Se requiere cálculo, se requiere validación, se han producido errores). El estado de validación de las entidades de la fuente de datos en el parámetro Superponer eventos no se tiene en cuenta durante la evaluación de la regla.
- Incluya las fuentes de datos para el parámetro Superponer eventos cuando comparta capas web con la capacidad Validación habilitada.
- 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.