Route dominance configuration

Доступно с лицензией Location Referencing.

Параллелизм маршрутов возникает, когда два или более маршрутов трубопроводов совместно используют секцию. Когда два или более маршрута совместно используют секцию, это означает, что они имеют общую центральную линию в сети LRS.

Параллельные маршруты создают некоторые проблемы для LRS Editor, поскольку события ссылаются на секции, а не на обозначения маршрутов. События на параллельном участке маршрута связаны только с одним маршрутом, поэтому загрузка и редактирование маршрута могут повлиять на связанные события.

Если сегмент параллельного маршрута исключен или перестроен, существующие записи событий в этом сегменте могут быть назначены другому параллельному маршруту (в зависимости от поведения события, назначенного слою событий). Настроив правила доминирования маршрута, мы можем предоставить набор правил, чтобы определить, какой из этих маршрутов является новым родительским маршрутом для события после того, как будет выполнено редактирование.

Необходимость располагать события на главном маршруте в параллельной секции решается путем применения правил, определяющих доминирующий маршрут в секции. Правила доминирования основаны на полях в таблице событий LRS или классе объектов или в самой сети LRS, которые можно сравнить с порядком параллельных маршрутов.

In ArcGIS Pipeline Referencing, concurrent routes share the same centerline feature, but are modeled with different measures that belong to the route.

Route dominance scenario

Следующий сценарий демонстрирует использование правил доминирования маршрута для поиска доминирующих маршрутов на параллельных секциях.

Concurrent routes diagram

В следующей таблице указаны параллельные секции на приведенной выше диаграмме:

SectionConcurrent routes

1

R1, R2

2

R2, R3

The following table shows the route ID and route name for the concurrent routes in the above diagram.

Route IDRoute Name

{D9D2-}

R1

{E6M1-)

R2

{G3N4-)

R3

Примечание:
  • Параллельные маршруты в секции совместно используют SectionId в каждой параллельной группе.
  • Класс сетевых объектов или любое событие нерасширяющейся линии, зарегистрированное в сети, может использоваться для вычисления параллелизма.
  • Исключения можно перечислить через запятую.
  • Для создания правила можно использовать несколько полей атрибутов.
  • Для определения доминирования можно использовать несколько правил.

Вот рабочий процесс применения правил:

Rules application diagram

В этом примере для поиска доминирующего маршрута используются два правила:

RuleFieldsOrder MethodOrder TypeExceptions

Rule1

Route Name

Lesser

Alphanumeric

R3

Доминирующий маршрут на параллельном участке получает значение Dominant Flag, равное 1, а недоминантные маршруты получают значение 0. Столбец Dominant Error имеет следующие пять возможных значений.

Dominant ErrorОписание

0

Нет ошибок при вычислении доминирующего маршрута в параллельной секции.

1

Два или более маршрута имеют одинаковое значение атрибута для параллельной секции. Доминирующий маршрут был выбран случайным образом.

2

Для атрибута или атрибутов, используемых для вычисления доминирующего маршрута в параллельной секции, присутствовали значения Null или они отсутствовали.

3

Для атрибута или атрибутов, используемых для вычисления доминирующего маршрута в параллельной секции, было представлено слишком много значений.

4

В параллельной секции присутствует одно из двух условий: маршрут не откалиброван в параллельной секции или центральная линия, составляющая параллельную секцию, не совпадает с геометрией маршрута.

Here is the result after calculating route dominance using the rule provided above:

Section IDRouteNameDominance FlagDominance ErrorDetails

1

R1

1

0

The Route Name value of this route is lesser than that of route Route2, so this route is the dominant route using Rule1.

1

R2

0

0

2

R2

0

0

3

R3

1

0

The Route Name value of this route is defined as an exception, so this route is the dominant route using Rule1.


В этом разделе
  1. Route dominance scenario