Configuración de predominio de ruta

Disponible con licencia de Location Referencing.

La concurrencia de ruta se produce en una carretera cuando dos o más rutas comparten una sección del pavimento. Este es un escenario familiar para los motoristas, para quienes las señales de tráfico concurrentes son una vista habitual que indica que la sección de la carretera tiene más de una ruta.

Las rutas concurrentes suponen algunos desafíos para un Editor de LRS, ya que los eventos hacen referencia a secciones en lugar de a designaciones de ruta. Los eventos a lo largo de una sección de ruta concurrente solo están asociados a una ruta, de modo que la carga y edición de rutas pueden afectar a los eventos asociados.

Si se retira o realinea un segmento de una ruta concurrente, los registros de eventos existentes en ese segmento pueden asignarse a otra ruta concurrente (dependiendo del comportamiento del evento asignado a la capa de eventos). Mediante la configuración de las reglas de predominio de ruta, podemos proporcionar un conjunto de reglas para determinar cuál de estas rutas es la nueva ruta principal de un evento después de que se lleve a cabo una edición.

La necesidad de que los eventos se ubiquen en una ruta predominante en una sección concurrente se administra aplicando reglas que determinan la ruta predominante en una sección. Las reglas de predominio se basan en campos de una clase de entidad o tabla de eventos LRS, o en la propia red LRS, que se pueden comparar para ordenar las rutas concurrentes.

En ArcGIS Roads and Highways, las rutas concurrentes comparten la misma entidad de línea central, pero se modelan con diferentes mediciones que pertenecen a la ruta.

Escenario de predominio de ruta

En el siguiente escenario se muestra el uso de reglas de predominio de ruta para encontrar las rutas predominantes en secciones concurrentes.

Diagrama de rutas concurrentes

El diagrama anterior muestra una carretera en la que existen varias secciones concurrentes (2,3,4,..8). Cada ruta tiene una clase funcional y un nombre, mientras que algunas de las rutas tienen un número asociado.

En la siguiente tabla se identifican las secciones concurrentes del diagrama anterior:

Secciónrutas concurrentes

2

R1, R2

3

R1, R2, R3

4

R1, R3

5

R1, R3, R4

6

R1, R4

7

R1, R4, R5

8

R4, R5

En la siguiente tabla se muestran los valores de Clase funcional utilizados en este escenario:

CódigoClase funcional

1

Interestatales

3

Arteriales principales

6

Carreteras locales

En la siguiente tabla se muestran los números de ruta, su Clase funcional, la parte numérica del Id. de ruta y el nombre de la ruta:

ID de rutaClase funcionalNúmeroNombre

R1

6

Stuart Ave

R2

1

15

I15

R3

1

10

I10

R4

3

89

US89

R5

3

110

US110

Nota:
  • Las rutas concurrentes de una sección comparten un SectionId en cada grupo concurrente.
  • La clase de entidad de red o cualquier evento de línea sin expansión registrados en la red se puede utilizar para calcular concurrencias.
  • Las excepciones se pueden enumerar separadas por una coma.
  • Se pueden utilizar varios campos de atributo para crear una regla.
  • Se pueden usar varias reglas para determinar el predominio.

Este es el flujo de trabajo para la aplicación de reglas:

Diagrama de aplicación de reglas

En este ejemplo, se utilizan dos reglas para buscar la ruta predominante:

ReglaCamposMétodo de ordenaciónTipo de pedidoExcepciones

Regla1

Clase funcional

Menor que

Numérico

Regla2

Número

Menor que

Numérico

110

La ruta predominante en una sección concurrente obtiene el valor Marcador predominante de 1, las rutas no predominantes obtienen un valor de 0. La columna Error predominante tiene los cinco valores potenciales siguientes.

Error predominanteDescripción

0

Ningún error al calcular la ruta predominante en la sección concurrente.

1

Dos o más rutas tienen el mismo valor de atributo para la sección concurrente. La ruta predominante se seleccionó aleatoriamente.

2

Había valores nulos o no había valores para el atributo o los atributos utilizados para calcular la ruta predominante en la sección concurrente.

3

Había demasiados valores para el atributo o los atributos utilizados para calcular la ruta predominante en la sección concurrente.

4

Una de dos condiciones está presente en la sección concurrente: la ruta no se calibra en la sección concurrente, o bien la línea central que compone la sección concurrente no se alinea con la geometría de la ruta.

Este es el resultado después de calcular el predominio de ruta utilizando las reglas indicadas arriba:

ID. de secciónRouteIDMarcador de predominioError de predominioDetalles

2

R1

0

0

2

R2

1

0

El valor de clase funcional de esta ruta es menor que el de la ruta R1, por lo que esta ruta es la ruta predominante con la Regla1.

3

R1

0

0

3

R2

0

0

3

R3

1

0

El valor de clase funcional de esta ruta es menor que el de la ruta R1 y el mismo que el de la ruta R2. Dado que existe un empate entre R3 y R2 con la Regla1, usaremos la Regla2 donde el valor del campo Número para R3 es menor que el de R2.

4

R1

0

0

4

R3

1

0

El valor de clase funcional de esta ruta es menor que el de la ruta R1, por lo que esta ruta es la ruta predominante con la Regla1.

5

R1

0

0

5

R3

1

0

El valor de clase funcional de esta ruta es menor que el de la ruta R1 y R4, por lo que esta ruta es la ruta predominante con la Regla1.

5

R4

0

0

6

R1

0

0

6

R4

1

0

El valor de clase funcional de esta ruta es menor que el de la ruta R1 y R4, por lo que esta ruta es la ruta predominante con la Regla1.

7

R1

0

0

7

R4

1

0

El valor de clase funcional de esta ruta es menor que el de la ruta R1 y es igual que el de R2. Dado que existe un empate entre R3 y R2 con la Regla1, usaremos la Regla2 donde el valor del campo Número para R3 es menor que el de R2.

7

R5

0

0

8

R4

0

0

8

R5

1

0

El valor de clase funcional de esta ruta es el mismo que el de R4. Puesto que hay un empate entre R3 y R2 con la Regla1, utilizaremos la Regla2, donde 110 aparece como una excepción, con lo que R5 es la ruta predominante.

Nota:

Como alternativa, se puede utilizar más de un campo para crear una regla:

ReglaCamposMétodo de ordenaciónTipo de pedidoExcepciones

Regla1

Clase funcional, Número

Menor que

Numérico

US110

En este caso, se utiliza el valor concatenado de los dos campos en el orden en que aparecen en la lista para calcular el predominio.