Merge to adjacent route method

Available with Location Referencing license.

During route reassignment, events are impacted in the edit section and upstream and downstream of the reassignment, depending on the configured event behavior for the event layer.

Note:

Events are not updated until the Apply Event Behaviors tool is run after route edits. If you are using conflict prevention on branch versioned data, you are prompted to run Apply Event Behaviors before posting to the default version.

Note:

When Recalibrate route downstream is chosen for an LRS route edit, the configured calibrate event behavior is applied to downstream sections. You can review configured event behaviors by viewing LRS event properties.

The reassignment method, route edit, and event behaviors are described below.

Merge to adjacent route method

In this route reassignment method, a portion of a route, the entire route, or multiple routes can be reassigned and merged with the adjacent route.

Upstream and downstream sections

Route editing impacts upstream and downstream sections differently.

The following image shows the upstream and downstream section for the route reassignment scenario:

Upstream and downstream sections for the route reassignment scenario with an edited section in between

The following table details how the reassignment editing activity impacts upstream and downstream events according to the configured event behavior:

BehaviorEvents upstream reassignmentEvents intersecting reassignmentEvents downstream reassignment

Stay Put

No action

Retire event. Line events crossing the edit section are split and the original event is retired.

If route calibration is changed, the calibrate event behavior is applied; otherwise, no action is taken.

Move

Shape regenerated, if needed, to new location of route measures

Shape regenerated to the new location of route measures.

If route calibration is changed, the calibrate event behavior is applied; otherwise, no action is taken.

Retire

No action

Retire event. Line events crossing the reassignment region do not split.

If route calibration is changed, the calibrate event behavior is applied; otherwise, no action is taken.

Snap

No action

Geographic location (x,y) is maintained. The event is migrated to the reassigned route. Line events crossing the edit section are split.

If route calibration is changed, the calibrate event behavior is applied; otherwise, no action is taken.

Note:

The network can contain events that span routes in a line network. The behaviors are still applied in the same manner.

Because the LRS is time aware, routes and events are time sliced with edit activities, such as reassigning a route.

Merge to adjacent route results

In this example, the routes are active from 1/1/2000. The reassignment is set to occur on 1/1/2005 where the second half of Route1 is merged into Route2 in 2005. The graphics and tables below demonstrate the route information before and after the reassignment.

Before route reassignment

The following image shows the routes before reassignment:

The routes before reassignment with a source route to merge into the target route in the second half of the route

The following table provides details about the routes before reassignment:

Route NameFrom DateTo DateFrom MeasureTo Measure

Route1

1/1/2000

<Null>

0

10

Route2

1/1/2000

<Null>

0

5

After route reassignment

The following image shows the routes after reassignment:

The routes after reassignment with the target and source routes merging

The following table provides details about the routes after reassignment:

Route NameFrom DateTo DateFrom MeasureTo Measure

Route1

1/1/2000

1/1/2005

0

10

Route1

1/1/2005

<Null>

0

5

Route2

1/1/2000

1/1/2005

0

5

Route2

1/1/2005

<Null>

0

10

Events before reassignment

The following image shows the routes and events before reassignment:

The routes and events after reassignment with the target and source routes merging

The following table provides details about the events before reassignment:

EventRoute NameFrom DateTo DateFrom MeasureTo Measure

Event1

Route1

1/1/2000

<Null>

0

7

Event2

Route1

1/1/2000

<Null>

7

10

The following sections detail how event behavior rules are enforced after running the Apply Event Behaviors tool under this route reassignment scenario.

Stay Put event behavior

Although the geographic location of the event outside the reassign region is maintained, the measures can change. The event can also split if it crosses the reassign region. Portions in the reassign region are retired.

The reassignment described above has the following effects:

  • Event1 was partially in the edit section. It is retired on the date of reassignment, and a new event is created on the nonimpacted portion with the reassignment date as the From Date. The To Measure is changed to accommodate the new ending measure 5 of Route1.
  • Event2 is retired on the date of reassignment because it fell entirely within the edit section.

The following image shows the routes and events after reassignment:

The routes and events after reassignment with Event1 partially retired and Event2 retired

Note:

It is important to note that the retired event is not drawn in the graphic above.

The following table provides details about the events after reassignment when Stay Put is the configured event behavior:

EventRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

1/1/2000

1/1/2005

0

7

No Error

Event1

Route1

1/1/2005

<Null>

0

5

No Error

Event2

Route1

1/1/2000

1/1/2005

7

10

No Error

Move event behavior

Although the measures of the event are maintained, the geographic location can change.

The reassignment described above has the following effects:

  • Event1 was partially in the edit section. It is retired on the date of reassignment, and a new event with the reassignment date as the From Date is created on the non-impacted portion. Because the measures do not change for the Move behavior, there is a location error for the To Measure because that measure 7 no longer exists on Route1.
  • Event2 is retired on the date of reassignment since it fell within the edit section. From the date of reassignment, a new event is created. Because the measures remain same, the newly produced event receives the location error because both its From and To measures cannot be found on Route1.

The following image shows the routes and events after reassignment:

The routes and events after reassignment with Event1 partially retired having a location error and Event2 updated with a location error

The following table provides details about the events after reassignment when Move is the configured event behavior:

EventRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

1/1/2000

1/1/2005

0

7

No Error

Event2

Route1

1/1/2000

1/1/2005

7

10

No Error

Event1

Route1

1/1/2005

<Null>

0

7

Partial Match for the To Measure

Event2

Route1

1/1/2005

<Null>

7

10

Measure Extent Out of Route Measure Range

Note:

The new Event2 exists after the Apply Event Behaviors tool is run but has no shape.

Retire event behavior

Events intersecting the reassignment region are retired. Both the events are retired.

  • Event1 was present in the edit section; it is retired on the date of reassignment.
  • Event2 was present in the edit section; it is retired on the date of reassignment.

The following image shows the routes and events after reassignment:

The routes and events after reassignment with Event1 and Event2 retired

The following table provides details about the events after reassignment when Retire is the configured event behavior:

EventRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

1/1/2000

1/1/2005

0

7

No Error

Event2

Route1

1/1/2000

1/1/2005

7

10

No Error

Snap event behavior

Although the geographic location of the event is maintained by snapping to the route that it was reassigned to, the measures can change. The event can also split if it crosses the reassign region.

The reassignment described above has the following effects:

  • Event1 was partially in the edit section. It is retired on the date of reassignment, and a new event with the reassignment date as the From Date is created on the nonimpacted portion of Route1.
  • Part of Event1 that was in the impacted portion is snapped to the new route with the new measures underlying on Route2. It gets its From Date from the date of reassignment.
  • Event2 is retired on the date of reassignment since it fell within the edit section. From the date of reassignment, a new event is created snapped to the route with the new measures underlying on Route2. It gets its From Date from the date of reassignment.

The following image shows the routes and events after reassignment:

The routes and events after reassignment with original Event1 retired, new records of Event1 created with the new measures, original Event2 retired, and a new record of Event2 created with the new measures.

The following table provides details about the events after reassignment when Snap is the configured event behavior:

EventRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

1/1/2000

1/1/2005

0

7

No Error

Event1

Route1

1/1/2005

<Null>

0

5

No Error

Event1

Route2

1/1/2005

<Null>

0

2

No Error

Event2

Route1

1/1/2000

1/1/2005

7

10

No Error

Event2

Route2

1/1/2005

<Null>

2

5

No Error

Detailed behavior results on routes in a line network with events that span routes

In this example, there are four routes on the same line and the routes are active from 1/1/2000. The reassignment is set to occur on 1/1/2005 where entire Route3 is merged into Route4 in 2005. Recalibrate route downstream is checked. The graphics and tables below demonstrate the route information before and after the reassignment.

Before route reassignment

The following image shows the routes before reassignment:

The four routes before reassignment with Route3 and Route4 merging

The following table provides details about the routes before reassignment:

Route NameLine NameLine OrderFrom DateTo DateFrom MeasureTo Measure

Route1

LineA

100

1/1/2000

<Null>

0

10

Route2

LineA

200

1/1/2000

<Null>

12

22

Route3

LineA

300

1/1/2000

<Null>

25

35

Route4

LineA

400

1/1/2000

<Null>

38

48

After route reassignment

The following image shows the routes after reassignment:

The three routes after reassignment with Route3 and Route4 merging

The following table provides details about the routes after reassignment:

Route NameLine NameLine OrderFrom DateTo DateFrom MeasureTo Measure

Route1

LineA

100

1/1/2000

<Null>

0

10

Route2

LineA

200

1/1/2000

<Null>

12

22

Route3

LineA

300

1/1/2000

1/1/2005

25

35

Route4

LineA

400

1/1/2000

1/1/2005

38

48

Route4

LineA

300

1/1/2005

<Null>

25

45

Events before reassignment

The following image shows the routes and event before reassignment:

The four routes and events before reassignment with Route3 and Route4 merging

The following table provides details about the event before reassignment:

Event IDFrom DateTo DateFrom Route NameTo Route NameFrom MeasureTo Measure

Event1

1/1/2000

<Null>

Route1

Route4

0

48

The following sections detail how event behavior rules are enforced when routes on a line in a line network are reassigned.

Stay Put behavior

After the reassignment described above, Event1 falls in the edit section. It is retired on the date of reassignment, and a new event with the reassignment date as the From Date is created. The new event is located only on Route1 and Route2 that were not impacted by the edit.

The following image shows the routes and events after reassignment:

The three routes and events after reassignment with Event1 located only on Route1 and Route2

Note:

It is important to note that the retired event is not drawn in the graphic above.

The following table provides details about the events after reassignment when Stay Put is the configured event behavior:

EventFrom Route NameTo Route NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

Route4

1/1/2000

1/1/2005

0

48

No Error

Event1

Route1

Route2

1/1/2005

<Null>

0

22

No Error

Move behavior

After the reassignment described above, Event1 was partially in the edit section. It is retired on the date of reassignment, and a new event with the reassignment date as the From Date is created. The move behavior does not allow changing the From and To Route IDs or measures of the event. There is a location error for the To Measure because that measure 48 no longer exists on Route4.

The following image shows the routes and events after reassignment:

The three routes and events after reassignment with Event1 generated and drawn with a location error

The following table provides details about the events after reassignment when Move is the configured event behavior:

Event IDFrom Route NameTo Route NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

Route4

1/1/2000

1/1/2005

0

48

No Error

Event1

Route1

Route4

1/1/2005

<Null>

0

48

Partial Match for the To Measure

Retire behavior

Events intersecting the reassignment region are retired. Event1 was present in the edit section; it is retired on the date of reassignment.

The following image shows the routes and events after reassignment:

The three routes and no event after reassignment because Event1 was retired

The following table provides details about the events after reassignment when Retire is the configured event behavior:

EventFrom Route NameTo Route NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

Route4

1/1/2000

1/1/2005

0

48

No Error

Snap event behavior

After the reassignment described above, Event1 was present in the edit section. It is retired on the date of reassignment, and a new event with the reassignment date as the From Date is created on the new routes with the new underlying measures to maintain its geographic location.

The following image shows the routes and events after reassignment:

The three routes and updated Event1 with new measures after reassignment

The following table provides details about the events after reassignment when Snap is the configured event behavior:

EventFrom DateTo DateFrom Route NameTo Route NameFrom MeasureTo MeasureLocation Error

Event1

1/1/2000

1/1/2005

Route1

Route4

0

48

No Error

Event1

1/1/2005

<Null>

Route1

Route4

0

45

No Error