Event behavior for route realignment

Available with Location Referencing license.

When a route realignment occurs, events are impacted in the edit activity area, as well as upstream and downstream of the realignment, depending on the configured event behavior for each event layer. ArcGIS Roads and Highways has options to retire a realigned route, or to reassign the realigned portion of the route to an abandoned route with a new route name and route ID.

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:

For any LRS route edit in which Recalibrate route downstream is chosen, the configured calibrate event behavior is applied to downstream sections. You can review configured event behaviors by viewing LRS event properties.

Running the Apply Event Behaviors tool on event features after a corresponding route edit is described below.

Route realignment scenario

This realignment scenario involves one route and three events that cover the length of Route1. The realignment (depicted with a gray line) starts in Event1, completely spans Event2, and ends in Event3.

The following image shows the route before realignment:

Before realignment

Stay Put behavior

The geographic location of the event outside the realign region is maintained; the measures can change. The event can also split if it crosses the realign region. Portions of events in the realign region are retired. Event1, Event2, and Event3 have the same measurements, but their location on the route has changed.

Stay Put behavior

Move behavior

The measures of the event are maintained; the geographic location can change.

Move behavior

Retire behavior

Events intersecting the realignment region are retired.

Retire behavior

Cover behavior

The event measures on the route are changed; the geographic location is changed to include the realigned section.

Cover behavior

Snap behavior

The event measures on the route are preserved by snapping the event to a concurrent route; the geographic location is changed to include the realigned section.

Snap behavior

Detailed behavior results

Event behaviors for route realignment are described in the following sections. This realignment (depicted with a gray line) starts in Event1, completely spans Event2, and ends in Event3. The realignment occurs on 1/1/2005, and the Recalibrate route downstream option is chosen unless stated otherwise.

Stay Put behavior

The geographic location of the event outside the realign region is maintained; the measures can change. The event may also split if it crosses the realign region. Portions of events in the realign region are retired. The following changes occur in the LRS:

  • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 0 to 8 and a time slice from 1/1/2005 to <Null>, with measures from 0 to 6 that stay the same geographically but have the new measures from Route1.
  • Event2 retires to maintain geographic location.
  • Event3 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 12 to 20, and a time slice from 1/1/2005 to <Null>, with measures from 18 to 24 that stay the same geographically but have the new measures from Route1.

Before Stay Put behavior

The following image shows the route before realignment:

Before realignment
Note:

For any route edit in which Recalibrate route downstream is chosen, any portion of the route downstream of the edited section is recalibrated. Calibrate event behavior is applied in these recalibrated sections.

The following table provides details about the events before realignment:

Event IDRoute NameFrom DateTo DateFrom MeasureTo Measure

Event1

Route1

1/1/2000

<Null>

0

8

Event2

Route1

1/1/2000

<Null>

8

12

Event3

Route1

1/1/2000

<Null>

12

20

After Stay Put behavior

The following image shows the route after realignment.

Stay Put behavior

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

Event IDRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

1/1/2000

1/1/2005

0

8

No Error

Event1

Route1

1/1/2005

<Null>

0

6

No Error

Event2

Route1

1/1/2000

1/1/2005

8

12

No Error

Event3

Route1

1/1/2000

1/1/2005

12

20

No Error

Event3

Route1

1/1/2005

<Null>

18

24

No Error

Move behavior

The measures of the event are maintained; the geographic location can change. The following changes occur in the LRS:

  • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 0 to 8, and a time slice from 1/1/2005 to <Null> with measures from 0 to 8 that move geographically to maintain the original event measures. The event has the same measures but different geometry in the new time slice.
  • Event2 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 8 to 12, and a time slice from 1/1/2005 to <Null>, with measures from 8 to 12 that move geographically to maintain the original event measures. The event has the same measures but different geometry in the new time slice.
  • Event3 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 12 to 20, and a time slice from 1/1/2005 to <Null>, with measures from 12 to 20 that move geographically to maintain the original event measures. The event has the same measures but different geometry in the new time slice.

Before Move event behavior

The following image shows the route before realignment:

Before Cover event behavior

The following table provides details about the events before realignment:

Event IDRoute NameFrom DateTo DateFrom MeasureTo Measure

Event1

Route1

1/1/2000

<Null>

0

8

Event2

Route1

1/1/2000

<Null>

8

12

Event3

Route1

1/1/2000

<Null>

12

20

After Move event behavior

The following image shows the route after realignment:

Move behavior

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

Event IDRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

1/1/2000

1/1/2005

0

8

No Error

Event1

Route1

1/1/2005

<Null>

0

8

No Error

Event2

Route1

1/1/2000

1/1/2005

8

12

No Error

Event2

Route1

1/1/2005

<Null>

8

12

No Error

Event3

Route1

1/1/2000

1/1/2005

12

20

No Error

Event3

Route1

1/1/2005

<Null>

12

20

No Error

Retire behavior

Events intersecting the realignment region are retired. In this scenario, Event2 was retired on 1/1/2005 because it was entirely in the realignment portion. Additionally, Event1 and Event3 were retired on 1/1/2005 because they were partially within the realignment portion.

Before Retire event behavior

The following image shows the route before realignment:

Before Cover event behavior

The following table provides details about the events before realignment:

Event IDRoute NameFrom DateTo DateFrom MeasureTo Measure

Event1

Route1

1/1/2000

<Null>

0

8

Event2

Route1

1/1/2000

<Null>

8

12

Event3

Route1

1/1/2000

<Null>

12

20

After Retire event behavior

The following image shows the route after realignment:

Retire behavior

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

Event IDRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

1/1/2000

1/1/2005

0

8

No Error

Event2

Route1

1/1/2000

1/1/2005

8

12

No Error

Event3

Route1

1/1/2000

1/1/2005

12

20

No Error

Cover event behavior

The event measures on the route are changed; the geographic location is changed to include the realigned section. The following changes occur in the LRS:

  • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005 with the original measures from 0 to 8. There are two Event1 upstream event records from 1/1/2005 to <Null>. The first upstream Event1 event record runs from the start of Route1 at 0 to the start of the realign section at 6. The second upstream Event1 event record is created at the start of the realign section from 6 to 9.
  • Event2 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005 with the original measures from 8 to 12, and a time slice from 1/1/2005 to <Null> with updated measures from 9 to 15.
  • Event3 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005 with the original measures from 12 to 20, and a time slice from 1/1/2005 to <Null> with updated measures from 15 to 24.

Before Cover event behavior

The following image shows the route before realignment:

Before Cover event behavior

The following table provides details about the events before realignment:

Event IDRoute NameFrom DateTo DateFrom MeasureTo Measure

Event1

Route1

1/1/2000

<Null>

0

8

Event2

Route1

1/1/2000

<Null>

8

12

Event3

Route1

1/1/2000

<Null>

12

20

After Cover event behavior

Note:

When Recalibrate route downstream is chosen for an LRS route edit, all of the route downstream of the edited section is recalibrated. Calibrate event behavior is applied in these recalibrated sections.

The following image shows the route after realignment:

After Cover event behavior

The following table provides details about the events after realignment when Cover is the configured event behavior:

Event IDFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

1/1/2000

1/1/2005

0

8

No Error

Event1

1/1/2005

<Null>

0

6

No Error

Event1

1/1/2005

<Null>

6

9

No Error

Event2

1/1/2000

1/1/2005

8

12

No Error

Event2

1/1/2005

<Null>

9

15

No Error

Event3

1/1/2000

1/1/2005

12

20

No Error

Event3

1/1/2005

<Null>

15

24

No Error

Snap event behavior

The event measures on the route are preserved by snapping the event to a concurrent route; the geographic location is changed to include the realigned section. The following changes occur in the LRS:

  • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005 with the original measures from 0 to 8 and a time slice from 1/1/2005 to <Null> with updated measures from 0 to 6.
  • Event2 is represented by one time slice. There is a time slice from 1/1/2000 to 1/1/2005 with the original measures from 8 to 12.
  • Event3 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005 with the original measures from 12 to 20, and a time slice from 1/1/2005 to <Null> with updated measures 18 to 24.

Before Snap event behavior

The following image shows the route before realignment:

Before Snap event behavior

The following table provides details about the events before realignment:

Event IDRoute NameFrom DateTo DateFrom MeasureTo Measure

Event1

Route1

1/1/2000

<Null>

0

8

Event2

Route1

1/1/2000

<Null>

8

12

Event3

Route1

1/1/2000

<Null>

12

20

After Snap event behavior

Note:

For any LRS route edit in which Recalibrate route downstream is chosen, any portion of the route downstream of the edited section is recalibrated. Calibrate event behavior is applied in these recalibrated sections.

The following image shows the route after realignment:

After Snap event behavior

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

Event IDRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

1/1/2000

1/1/2005

0

8

No Error

Event1

Route1

1/1/2005

<Null>

0

6

No Error

Event2

Route1

1/1/2000

1/1/2005

8

12

No Error

Event3

Route1

1/1/2000

1/1/2005

12

20

No Error

Event3

Route1

1/1/2005

<Null>

18

24

No Error

Upstream and downstream sections

The following table provides more information about how events are impacted by a realignment depending on the configured event behavior:

BehaviorEvents upstream realignmentEvents intersecting realignmentEvents downstream realignment

Stay Put

Up to closest upstream calibration point; one or more measures adjusted to retain x,y if needed.

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

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

Move

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

Shape is regenerated to new location of route measures.

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

Retire

Up to closest upstream calibration point; retire event if needed.

Retire event; line events crossing the edit section are not split.

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

Cover

No action.

Retire event; line events crossing the edit section are split.

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

Snap

No action.

Retire event; the retired event is snapped to a concurrent route, if one exists.

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

Note:
  • Point events follow the same behavior as line events but don't need to be split.
  • If the Recalibrate route downstream option is chosen, calibrate route event behaviors are applied to the events downstream of the edited portion of the route.
  • The following image shows the upstream and downstream section for an edit:
    Upstream and downstream sections
  • The network can contain events that span multiple routes in a line network. In this case, the behaviors are applied in the same manner.
  • When the LRS is time aware, edit activities—such as realigning a route—time slice routes and events.
Note:

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

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

Realign with abandonment scenario (reassign to abandoned route)

The route section in the realign section is reassigned to a new route on a new line, and any event in the realign section follows the reassign event behavior. Stay Put, Move, Cover, and Retire reassign event behavior settings result in the same behavior as shown in the previous diagrams. If you want your events to transfer to the abandoned route, configure the Snap behavior for reassign route.

The reassign event behavior is applied before the realign event behavior, so it is important to verify the event feature layer's reassign event behavior configuration before checking the Reassign to abandoned route check box.

Before realignment with abandonment scenario

Stay Put behavior (with Reassign set to Snap behavior)

The geographic location of the event outside the realign region is maintained; the measures can change. The event can also split if it crosses the realign region. Portions of the event in the realign region are snapped to the reassigned route.

Stay Put event behavior with Snap behavior

Move behavior (with Reassign set to Snap behavior)

The measures of the event are maintained; the geographic location can change. Portions of the event in the realign region are snapped to the reassigned route.

Move event behavior with Reassign set to Snap behavior

Retire behavior (with Reassign set to Snap behavior)

Events intersecting the realignment region are retired. Portions of the event in the realign region are snapped to the reassigned route.

Retire event behavior with Reassign set to Snap behavior

Cover behavior (with Reassign set to Snap behavior)

The event measures on the route are changed; the geographic location is changed to include the realign section. Portions of the event in the realign region are snapped to the reassigned route.

Cover event behavior with Reassign set to Snap behavior

Snap behavior (with Reassign set to Stay Put behavior)

The event measures on the route are changed; the geographic location is changed to include the realign section. Portions of the event in the realign region are snapped to the reassigned route.

Snap event behavior with Reassign set to Stay Put behavior

Detailed behavior results with realigned abandonment

The following sections detail how event behavior rules are enforced when a route is realigned with abandonment.

Before realignment with abandonment

The following scenario involves one route and three events. The realignment (depicted with a gray line) starts in Event1, completely spans Event2, and ends in Event3. The resulting behaviors, time slices, and measures with abandonment are detailed in the following sections.

The following image shows the route before realignment:

Before realignment with abandonment

The following table provides details about the events before realignment:

EventRoute NameFrom DateTo DateFrom MeasureTo Measure

Event1

Route1

1/1/2000

<Null>

0

8

Event2

Route1

1/1/2000

<Null>

8

12

Event3

Route1

1/1/2000

<Null>

12

20

Stay Put behavior (with Reassign set to Snap behavior)

If the realignment is set to occur on 1/1/2005 and both Recalibrate route downstream and Reassign to abandoned route(s) are chosen, this has the following effects:

  • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 0 to 8, and a time slice from 1/1/2005 to <Null> with two event records. The first Event1 event record after realignment has measures from 0 to 6 that stay in the same location geographically but have the new measures from Route1. The second Event1 record is located on Route1_Ab, which is on a new line, Line1_Ab, and has measures from 6 to 8 that snap to the abandoned route.
  • Event2 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 8 to 12, and a time slice from 1/1/2005 to <Null> located on Route1_Ab, which is on a new line, Line1_Ab, and has measures from 8 to 12 that snap to the abandoned route.
  • Event3 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 12 to 20, and a time slice from 1/1/2005 to <Null> with two event records. The first Event3 event record after realignment has measures from 18 to 24 that stay in the same location geographically, but have the new measures from Route1. The second Event3 event record is located on Route1_Ab, which is on a new line, Line1_Ab, and has measures from 12 to 14 that snap to the abandoned route.

The following image shows the route after realignment:

Stay Put event behavior with Reassign set to Snap behavior

The following table provides details about the events after realignment when Stay Put is the configured event behavior and Reassign is set to Snap:

EventRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

1/1/2000

1/1/2005

0

8

No Error

Event1

Route1

1/1/2005

<Null>

0

6

No Error

Event1

Route1_Ab

1/1/2005

<Null>

6

8

No Error

Event2

Route1

1/1/2000

1/1/2005

8

12

No Error

Event2

Route1_Ab

1/1/2005

<Null>

8

12

No Error

Event3

Route1

1/1/2000

1/1/2005

12

20

No Error

Event3

Route1

1/1/2005

<Null>

18

24

No Error

Event3

Route1_Ab

1/1/2005

<Null>

12

14

No Error

Move behavior (with Reassign set to Snap behavior)

If the realignment is set to occur on 1/1/2005 and both Recalibrate route downstream and Reassign to abandoned route(s) are chosen, this has the following effects:

  • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 0 to 8, and a time slice from 1/1/2005 to <Null> with two event records. The first Event1 event record after realignment has measures from 0 to 6 that move geographically to maintain the original event measures. This event record has the same measures but different geometry in the new time slice. The second event record, which is located on Route1_Ab, has measures from 6 to 8 that snap to the abandoned route.
  • Event2 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 8 to 12, and a time slice from 1/1/2005 to <Null> located on Route1_Ab with measures from 8 to 12 that snap to the abandoned route.
  • Event3 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 12 to 20, and a time slice from 1/1/2005 to <Null> with two event records. The first Event3 event record after realignment has measures from 14 to 20 that move geographically to maintain the original event measures. This event record has the same measures but different geometry in the new time slice. The second Event3 event record, which is located on Route1_Ab, has measures from 12 to 14 that snap to the abandoned route.

The following image shows the route after realignment:

Move event behavior with Reassign set to Snap behavior

The following table provides details about the events after realignment when Move is the configured event behavior and Reassign is set to Snap:

EventRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

1/1/2000

1/1/2005

0

8

No Error

Event1

Route1

1/1/2005

<Null>

0

8

Partial match for To Measure

Event1

Route1_Ab

1/1/2005

<Null>

6

8

No Error

Event2

Route1

1/1/2000

1/1/2005

8

12

No Error

Event2

Route1_Ab

1/1/2005

<Null>

8

12

No Error

Event3

Route1

1/1/2000

1/1/2005

12

20

No Error

Event3

Route1

1/1/2005

<Null>

14

20

No Error

Event3

Route1_Ab

1/1/2005

<Null>

12

14

No Error

Retire behavior (with Reassign set to Snap behavior)

If the realignment is set to occur on 1/1/2005 and both Recalibrate route downstream and Reassign to abandoned route(s) are chosen, this has the following effects:

  • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with measures from 0 to 8, and a time slice from 1/1/2005 to <Null> with two event records. The first Event1 event record after realignment in the 1/1/2005 to <Null> time slice has measures from 0 to 6. This event record is created because the reassign edit behavior is processed before the realign edit behavior, causing the upstream linear event that crossed the realign region to split rather than retire. The second Event1 event record, which is located on Route1_Ab, has measures from 6 to 8 that snap to the abandoned route.
  • Event2 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with measures from 8 to 12. There is also a time slice from 1/1/2005 to <Null>, located on Route1_Ab, with measures from 8 to 12 that has snapped to the abandoned route.
  • Event3 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with measures from 12 to 20. There is also a time slice from 1/1/2005 to <Null>, located on Route1_Ab, with measures from 12 to 14 that has snapped to the abandoned route.

The following image shows the route after realignment:

Retire event behavior with Reassign set to Snap behavior

The following table provides details about the events after realignment when Retire is the configured event behavior and Reassign is set to Snap:

EventRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

1/1/2000

1/1/2005

0

8

No Error

Event1

Route1

1/1/2005

<Null>

0

6

No Error

Event1

Route1_Ab

1/1/2005

<Null>

6

8

No Error

Event2

Route1

1/1/2000

1/1/2005

8

12

No Error

Event2

Route1_Ab

1/1/2005

<Null>

8

12

No Error

Event3

Route1

1/1/2000

1/1/2005

12

20

No Error

Event3

Route1_Ab

1/1/2005

<Null>

12

14

No Error

Cover behavior (with Reassign set to Snap behavior)

If the realignment is set to occur on 1/1/2005 and both Recalibrate route downstream and Reassign to abandoned route(s) are chosen, this has the following effects:

  • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with measures from 0 to 8, and a time slice from 1/1/2005 to <Null> with two event records. The first Event1 event record after realignment has measures from 0 to 9. The second Event1 record, which is located on Route1_Ab, has measures from 6 to 8 that snap to the abandoned route (Route1_Ab).
  • Event2 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with measures from 8 to 12, and a time slice from 1/1/2005 to <Null> with two event records. The first Event2 event record after realignment has measures from 9 to 15. The second Event2 event record has measures from 8 to 12 that snap to the abandoned route (Route1_Ab).
  • Event3 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with measures from 12 to 20, and a time slice from 1/1/2005 to <Null> with two event records. The first Event3 event record after realignment has measures from 15 to 24. The second Event3 event record has measures from 12 to 14 that snap to the abandoned route (Route1_Ab).

The following image shows the route after realignment:

Cover event behavior with Reassign set to Snap behavior

The following table provides details about the events after realignment when Cover is the configured event behavior and Reassign is set to Snap:

Event IDFrom DateTo DateRoute NameFrom MeasureTo MeasureLocation Error

Event1

1/1/2000

1/1/2005

Route1

0

8

No Error

Event1

1/1/2005

<Null>

Route1_Ab

6

8

No Error

Event1

1/1/2005

<Null>

Route1

0

9

No Error

Event2

1/1/2000

1/1/2005

Route1

8

12

No Error

Event2

1/1/2005

<Null>

Route1

8

12

No Error

Event2

1/1/2005

<Null>

Route1

9

15

No Error

Event3

1/1/2000

1/1/2005

Route1

12

20

No Error

Event3

1/1/2005

<Null>

Route1_Ab

12

14

No Error

Event3

1/1/2005

<Null>

Route1

15

24

No Error

Snap behavior (with Reassign set to Stay Put behavior)

If the realignment is set to occur on 1/1/2005 and both Recalibrate route downstream and Reassign to abandoned route(s) are chosen, this has the following effects:

  • For the abandoned portion of Route1, Route1_Ab is created using a from date of 1/1/2000 and to date of 1/1/2005.
  • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with measures from 0 to 8, and a time slice from 1/1/2005 to <Null> with measures from 0 to 6.
  • Event2 is represented by one time slice. There is a time slice from 1/1/2000 to 1/1/2005, with measures from 8 to 12.
  • Event3 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005 and a time slice from 1/1/2005 to <Null> with two event records. The first Event3 record after realignment has measures from 12 to 14 that snap to the abandoned route (Route1_Ab). The second Event3 event record has measures from 18 to 24.

The following image shows the routes after realignment:

Snap event behavior with Reassign set to Stay Put behavior

The following table provides details about the events after realignment when Snap is the configured event behavior and Reassign is set to Stay Put:

Event IDFrom DateTo DateRoute NameFrom MeasureTo MeasureLocation Error

Event1

1/1/2000

1/1/2005

Route1

0

8

No Error

Event1

1/1/2005

<Null>

Route1

0

6

No Error

Event2

1/1/2000

1/1/2005

Route1

8

12

No Error

Event3

1/1/2000

1/1/2005

Route1

12

14

No Error

Event3

1/1/2005

<Null>

Route1

18

24

No Error

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

The following sections detail how event behavior rules are enforced for events that span routes when a route on a line in a line network is realigned.

Stay Put behavior (with Reassign set to Snap for abandonment)

If the realignment with abandonment is set to occur on 1/1/2005 from measure 17 on Route2 to measure 43 on Route4 and Recalibrate route downstream is unchecked, this has the following effects:

  • For the abandoned portions of Route2, Route3, and Route4, the following routes are created: Route2_Ab, Route3_Ab, Route4_Ab.
  • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 0 on Route1 to 30 on Route3, and a time slice from 1/1/2005 to <Null> with two event records. Because the realignment with abandonment takes place in the middle of the event, Event1 splits after realignment. The first Event1 event record after realignment has measures from 0 on Route1 to 17 on Route2, while the second Event1 record has measures from 17 on Route2_Ab to 30 on Route3_Ab. Both records stay in the same location geographically.
  • Event2 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 30 on Route3 to 48 on Route4. The second time slice from 1/1/2005 to <Null> has two event records. Because the realignment with abandonment takes place in the middle of the event, Event2 splits after realignment. The first Event2 event record after realignment has measures from 30 on Route3_Ab to measure 43 on Route4_Ab, while the second Event2 event record has measures from 43 to 48 on Route4. Both records stay in the same location geographically.

Before Stay Put behavior (with Reassign set to Snap for abandonment)

The following image shows the routes before realignment:

Before Stay Put event behavior

The following table provides details about the events before realignment:

Event IDFrom DateTo DateFrom RouteIdTo Route IDFrom MeasureTo Measure

Event1

1/1/2000

<Null>

Route1

Route3

0

30

Event2

1/1/2000

<Null>

Route3

Route4

30

48

After Stay Put behavior (with Reassign set to Snap for abandonment)

For the abandoned portions of Route2, Route3, and Route4, the following routes are created: Route2_Ab, Route3_Ab, Route4_Ab.

The following image shows the routes after realignment:

After Stay Put event behavior

The following table provides details about the events after realignment when Stay Put behavior is the configured event behavior with Reassign set to Snap:

Event IDFrom DateTo DateFrom RouteIdTo Route IDFrom MeasureTo MeasureLocation Error

Event1

1/1/2000

1/1/2005

Route1

Route3

0

30

No Error

Event1

1/1/2005

<Null>

Route1

Route2

0

17

No Error

Event1

1/1/2005

<Null>

Route2_Ab

Route3_Ab

17

30

No Error

Event2

1/1/2000

1/1/2005

Route3

Route4

30

48

No Error

Event2

1/1/2005

<Null>

Route3_Ab

Route4_Ab

30

43

No Error

Event2

1/1/2005

<Null>

Route4

Route4

43

48

No Error

Move behavior (with Reassign set to Move for abandonment)

If the realignment with abandonment is set to occur on 1/1/2005 from measure 17 on Route2 to measure 43 on Route4 and Recalibrate route downstream is unchecked, this has the following effects:

  • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 0 on Route1 to 30 on Route3, and a time slice from 1/1/2005 to <Null> with measures from 0 on Route1 to 17 on Route2. After realignment with abandonment, the event record gets the Location Error value, Partial Match for the To Measure, because part of Route2 and all of Route3 retire after realignment.
  • Event2 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the original measures from 30 on Route3 to 48 on Route4, and a time slice from 1/1/2005 to <Null>, which has measures from 43 to 48 on Route4. The event record gets the Location Error value, Partial Match for the From Measure, because Route3 retires after realignment.

Before Move behavior (with Reassign set to Move for abandonment)

The following image shows the routes before realignment:

Before Move event behavior

The following table provides details about the events before realignment:

Event IDFrom DateTo DateFrom RouteIdTo Route IDFrom MeasureTo Measure

Event1

1/1/2000

<Null>

Route1

Route3

0

30

Event2

1/1/2000

<Null>

Route3

Route4

30

48

After Move behavior (with Reassign set to Move for abandonment)

For the abandoned portions of Route2, Route3, and Route4, the following routes are created: Route2_Ab, Route3_Ab, Route4_Ab.

The following image shows the routes after realignment:

After Move event behavior

The following table provides details about the events after realignment when Move behavior is the configured event behavior with Reassign set to Move:

Event IDFrom DateTo DateFrom RouteIdTo Route IDFrom MeasureTo MeasureLocation Error

Event1

1/1/2000

1/1/2005

Route1

Route3

0

30

No Error

Event1

1/1/2005

<Null>

Route1

Route2

0

17

Partial Match for the To Measure

Event2

1/1/2000

/1/2005

Route3

Route4

30

48

No Error

Event2

1/1/2005

<Null>

Route4

Route4

43

48

Partial Match for the From Measure

Cover behavior (with Reassign set to Snap for abandonment)

If the routes are active from 1/1/2000, the realignment with abandonment is set to occur on 1/1/2005, and Recalibrate route downstream is unchecked, this has the following effects:

  • Event1 is represented by two time slices since event measures are altered on one of the routes on which Event1 is located. There is a time slice from 1/1/2000 to 1/1/2005, with the measures from 0 on Route1 to 30 on Route3, and a time slice from 1/1/2005 to <Null> with two event records. The first Event1 record after realignment has measures from 0 on Route1 to 30 on RouteNew, and the second Event1 record has measures from 17 on the abandoned portion of Route2 (Route2_Ab) to 30 on the abandoned portion of Route3 (Route3_Ab).
  • Event2 is represented by two time slices since event measures are altered on one of the routes on which Event2 is located. There is a time slice from 1/1/2000 to 1/1/2005, with the measures from 30 on Route1 to 48 on Route3, and a time slice from 1/1/2005 to <Null> with two event records. The first Event2 record after realignment has measures from 30 on the new route (RouteNew) to 48 on Route4, and the second Event2 record has measures from 30 on the abandoned portion of Route3 (Route3_Ab) to 42 on the abandoned portion of Route4 (Route4_Ab).

Before Cover event behavior (with Reassign set to Cover for abandonment)

The following image shows the routes before realignment:

Before Cover event behavior

The following table provides details about the events before realignment:

Event IDFrom DateTo DateFrom RouteIdFrom MeasureTo RouteIDTo Measure

Event1

1/1/2000

<Null>

Route1

0

Route3

30

Event2

1/1/2000

<Null>

Route3

30

Route4

48

After Cover event behavior (with Reassign set to Cover for abandonment)

A new route (RouteNew) is created in the realign section. For the abandoned portions of Route2, all of Route3, and Route4, the following routes are created: Route2_Ab, Route3_Ab, Route4_Ab.

The following image shows the routes after realignment:

After Cover event behavior with Reassign set to Cover for abandonment

The following table provides details about the events after realignment when Cover is the configured event behavior with Reassign set to Cover:

Event IDFrom DateTo DateFrom RouteIdFrom MeasureTo RouteIdTo MeasureLocation Error

Event1

1/1/2000

1/1/2005

Route1

0

Route3

30

No Error

Event1

1/1/2005

<Null>

Route1

0

RouteNew

30

No Error

Event1

1/1/2005

<Null>

Route2_Ab

17

Route3_Ab

30

No Error

Event2

1/1/2000

1/1/2005

Route3

30

Route4

48

No Error

Event2

1/1/2005

<Null>

RouteNew

30

Route4

48

No Error

Event2

1/1/2005

<Null>

Route3_Ab

30

Route4_Ab

42

No Error

Retire behavior (with Reassign set to Retire for abandonment)

  • If the realignment with abandonment is set to occur on 1/1/2005 from measure 17 on Route2 to measure 43 on Route4 and Recalibrate route downstream is unchecked, this has the following effects:
    • Event1 retires since it is located within the realigned or abandoned region.
    • Event2 retires since it is located within the realigned or abandoned region.

Before Retire behavior (with Reassign set to Retire)

The following image shows the routes before realignment:

Before Retire event behavior

The following table provides details about the events before realignment:

Event IDFrom DateTo DateFrom RouteIdTo Route IDFrom MeasureTo Measure

Event1

1/1/2000

<Null>

Route1

Route3

0

30

Event2

1/1/2000

<Null>

Route3

Route4

30

48

After Retire behavior (with Reassign set to Retire)

For the abandoned portions of Route2, Route3, and Route4, the following routes are created: Route2_Ab, Route3_Ab, Route4_Ab.

The following image shows the routes after realignment:

After Retire event behavior with Reassign set to Retire

The following table provides details about events on LineA, which are retired after realignment with Reassign set to Retire:

Event IDFrom DateTo DateFrom RouteIdTo Route IDFrom MeasureTo Measure

Event1

1/1/2000

1/1/2005

Route1

Route3

0

30

Event2

1/1/2000

1/1/2005

Route3

Route4

30

48

Snap behavior (with Reassign set to Stay Put for abandonment)

  • If the realignment with abandonment is set to occur on 1/1/2005 from measure 17 on Route2 to measure 43 on Route4 and Recalibrate route downstream is unchecked, this has the following effects:
    • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the measures from 0 on Route1 to 30 on Route3, and a time slice from 1/1/2005 to <Null>, with measures from 0 on Route1 to 17 on Route2.
    • Event2 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005, with the measures from 30 on Route3 to 48 on Route4, and a time slice from 1/1/2005 to <Null>, with measures from 43 to 48 on Route4.

Before Snap behavior (with Reassign set to Stay Put)

The following image shows the routes before realignment:

Before Snap event behavior

The following table provides details about the events before realignment:

Event IDFrom DateTo DateFrom RouteIdTo Route IDFrom MeasureTo Measure

Event1

1/1/2000

<Null>

Route1

Route3

0

30

Event2

1/1/2000

<Null>

Route3

Route4

30

48

After Snap behavior (with Reassign set to Stay Put)

A new route (RouteNew) are created in the realign section. For the abandoned portions of Route2, all of Route3, and Route4, the following routes are created: Route2_Ab, Route3_Ab, Route4_Ab.

The following image shows the routes after realignment:

After Snap event behavior (with Reassign set to Stay Put)

The following table provides details about the events after realignment when Snap is the configured event behavior with Reassign set to Stay Put:

Event IDFrom DateTo DateFrom RouteIdFrom MeasureTo RouteIdTo MeasureLocation Error

Event1

1/1/2000

1/1/2005

Route1

0

Route3

30

No Error

Event1

1/1/2005

<Null>

Route1

0

Route2

17

No Error

Event2

1/1/2000

1/1/2005

Route3

30

Route4

48

No Error

Event2

1/1/2005

<Null>

Route4

43

Route4

48

No Error

Detailed behavior on concurrent routes with Cover behavior

The following sections detail how the Cover event behavior rule is enforced when a route that has a concurrent section with a dominant route is realigned.

Concurrent routes before realignment with Cover behavior

In the following scenario, Route2 is realigned in a section that overlaps with a dominant concurrent route, Route1, while the Cover behavior is configured.

If the realignment is set to occur on 1/1/2005 and Recalibrate route downstream is chosen, this has the following effects:

  • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005 with the original measures from 0 to 30, and a time slice from 1/1/2005 to <Null> with two event records. The upstream event record has measures from 0 to 15, and the downstream event record has measures from 25 to 40.

Before realignment of concurrent routes with Cover behavior and a nonspanning event

The following image shows the routes before realignment:

Before realignment of a concurrent route with Cover behavior and a nonspanning event

Event IDRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

1/1/2000

<Null>

0

30

No Error

After realignment of concurrent routes with Cover behavior and a nonspanning event

The following image shows the routes after realignment:

After realignment of a concurrent route with Cover behavior and a nonspanning event

Event1 on Route1 is not present in the concurrent section of Route2 and Route1 as Route1 is the dominant route in that section.

The following table provides details about the event after realignment when Cover is the configured event behavior:

Event IDRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route1

1/1/2000

1/1/2005

0

30

No Error

Event1

Route1

1/1/2005

<Null>

0

15

No Error

Event1

Route1

1/1/2005

<Null>

25

40

No Error

Concurrent routes before realignment with Cover behavior and a spanning event

In the following scenario, Route2 and Route3 on LineA are realigned in a section that overlaps with a dominant concurrent route, Route1 on LineB, while the Cover behavior is configured.

If the realignment is set to occur on 1/1/2005 and Recalibrate route downstream is chosen, this has the following effects:

  • Event1 is represented by two time slices. There is a time slice from 1/1/2000 to 1/1/2005 with the original measures from 0 on Route2 to 28 on Route3, and a time slice from 1/1/2005 to <Null> with an upstream and a downstream event record. The upstream record has measures from 0 to 16 on Route2, and the downstream record has measures from 20 to 36 on Route2.

Before realignment of concurrent routes with Cover behavior and a spanning event

The following image shows the routes before realignment:

Before realignment of a concurrent route with Cover behavior and a spanning event

The following table provides details about the event before realignment:

Event IDFrom DateTo DateFromRoute NameFrom MeasureToRoute NameTo MeasureLocation Error

Event1

1/1/2000

<Null>

Route2

0

Route3

28

No Error

After realignment of concurrent routes with Cover behavior and a spanning event

The following image shows the routes after realignment:

After realignment of a concurrent route with Cover behavior and a spanning event

Event1 on Route1 is not present in the concurrent section of Route2 and Route1, as Route1 is the dominant route in that section.

The following table provides details about the event after realignment when Cover is the configured event behavior:

Event IDFrom DateTo DateFromRoute NameFrom MeasureToRoute NameTo MeasureLocation Error

Event1

1/1/2000

1/1/2005

Route2

0

Route3

28

No Error

Event1

1/1/2005

<Null>

Route2

0

Route2

16

No Error

Event1

1/1/2005

<Null>

Route2

20

Route2

36

No Error