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.

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 route realignment and corresponding event behaviors are described below.

Route realignment scenario

The Realign tool can be used to realign a single route or several adjoining routes that are part of the same line. For a line network, you can reassign the route segments in the realignment area to abandoned routes.

Refer to the Realign with abandonment scenarios in a line network with spanning event section below for details.

Upstream and downstream sections

Route editing impacts upstream and downstream sections differently.

The following image illustrates the upstream and downstream sections for the route realignment scenario:

Upstream and downstream sections of route realignment scenarios

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

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

No action.

Shape is regenerated to a 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.

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

Cover

No action.

Retire event; line events crossing the edit section are not split and are proportionally moved to new route locations

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

Snap

No action.

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

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.

When the LRS is time aware, edit activities, such as realigning a route, cause time slices for routes and events.

Route realignment results

In this example, Route1 is active from 1/1/2000. The realignment is set to occur on 1/1/2005, where the middle of Route1 is rerouted to a new location with the Recalibrate route downstream check box unchecked. The images and tables below demonstrate the route information before and after the realignment.

Note:

In route realignment, you can provide new measures to the realigned portion of a route.

When working with a nonline network with the Recalibrate route downstream check box unchecked, the provided To Measure must be smaller than the measure of the nearest calibration point downstream for the route to remain monotonic. Check the Recalibrate route downstream check box if the end measure of the realignment must exceed the measure of the nearest calibration point downstream.

When working with a line network, the values of provided measures and the Recalibrate route downstream option determine whether new routes will be created on the line of the realigned route.

Refer to the Realign routes and Event behavior for route calibration topics for more information.

Before route realignment

The following image shows the route before realignment:

Route1 before realignment

The following table provides details about the route before realignment:

Route NameFrom DateTo DateFrom MeasureTo Measure

Route1

1/1/2000

<Null>

0

20

After route realignment

In this scenario, Route1 has an updated measure at the end of realignment. The new measure is 18 and is smaller than the measure of the nearest downstream calibration point (20), so Route1 stays monotonic and is recalibrated between measure 6 to 20 with the Recalibrate route downstream check box unchecked. The end measure of Route1 has not changed.

The following image shows the route after realignment.

Route1 after realignment

The following table provides details about the route after realignment:

Route NameFrom DateTo DateFrom MeasureTo Measure

Route1

1/1/2000

1/1/2005

0

20

Route1

1/1/2005

<Null>

0

20

Events before route realignment

Three events are on Route1 and all of them have a starting date (From Date) of 1/1/2000. The following image shows the route and events before realignment:

Route1 and associated events before realignment

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

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

Stay put event behavior

Although the geographic location of the event 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.

The following table shows the edit activities involved in the route edit and their corresponding event behaviors:

Edit activityEvent behavior

Realign

Stay Put

Calibrate

Stay Put

Note:

Although the Recalibrate route downstream check box is not checked, the route is recalibrated from the beginning of realignment to the nearest calibration point downstream. The calibrate event behavior is applied to events in the affected route section.

The route realignment described above has the following effects:

  • Event1 is retired on the date of realignment because part of it is in the edit section. A new event is created on the postrealignment route with the realignment date as the starting date (From Date). The start measure (From Measure) value changes to 0 and the end measure (To Measure) value changes to 6 to accommodate the new measures of Route1.
  • Event2 is retired on the date of realignment because it is completely within the edit section.
  • Event3 is retired on the date of realignment because part of it is in the edit section. A new event is created on the postrealignment route with the realignment date as the starting date. The start measure value changes to 18 and the end measure value changes to 20 to accommodate the new measures of Route1.

The following image shows the route and events after realignment:

Route1 and associated events after realignment when Stay Put is the configured event behavior
Note:

The retired event is not drawn in the image above.

The following table provides details about the events after realignment:

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

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

20

No Error

Move event behavior

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

The following table shows the edit activities involved in the route edit and their corresponding event behaviors:

Edit activityEvent behavior

Realign

Move

Calibrate

Stay Put

The route realignment described above has the following effects:

  • Event1 is retired on the date of realignment because part of it is in the edit section. A new event is created on the postrealignment route with the realignment date as the starting date. Because the measures do not change for the Move behavior, the event moves to the new location of Route1 to maintain its original start and end measure values of 0 to 8.
  • Event2 is retired on the date of realignment because it is completely in the edit section. A new event is created on the postrealignment route with the realignment date as the starting date. Because the measures do not change for the Move behavior, the event moves to the new location of Route1 to maintain its original start and end measure values of 8 to 12.
  • Event3 is retired on the date of realignment because part of it is in the edit section. A new event is created on the postrealignment route with the realignment date as the starting date. Because the measures do not change for the Move behavior, the event moves to the new location of Route1 to maintain its original start and end measure values of 12 to 20.

The following image shows the route and events after realignment:

Route1 and associated events after realignment when Move is the configured event behavior

The following table provides details about the events after realignment:

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

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 event behavior

Events intersecting the realignment region are retired. All three events are retired.

The following table shows the edit activities involved in the route edit and their corresponding event behaviors:

Edit activityEvent behavior

Realign

Retire

Calibrate

Stay Put

The route realignment described above has the following effects:

  • Part of Event1 was present in the realignment portion; Event1 is retired on the date of realignment.
  • Event2 was completely present in the realignment portion; it is retired on the date of realignment.
  • Part of Event3 was present in the realignment portion; Event3 is retired on the date of realignment.

The following image shows the route and events after realignment:

Route1 and associated events after realignment when Retire is the configured event behavior

The following table provides details about the events after realignment:

EventRoute 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

If the event is in the realignment area, its shape is changed proportionally to cover the realigned portion of the route. The measures of the event are also updated to reflect the new shape.

The following table shows the edit activities involved in the route edit and their corresponding event behaviors:

Edit activityEvent behavior

Realign

Cover

Calibrate

Stay Put

The route realignment described above has the following effects:

  • Event1 is retired on the date of realignment because part of it is in the edit section. A new event is created on the postrealignment route with the realignment date as the starting date. Because part of the event is in the realignment area, this portion of Event1 is lengthened proportionally to cover the increased length of the route due to realignment. The start and end measure values are updated to 0 to 9.
  • Event2 is retired on the date of realignment because it is completely in the edit section. A new event is created on the postrealignment route with the realignment date as the starting date. Because the event is located within the realignment area, the entire event is lengthened proportionally to cover the increased length of the route due to realignment. The start and end measure values are updated to 9 to 15.
  • Event3 is retired on the date of realignment because part of it is in the edit section. A new event is created on the postrealignment route with the realignment date as the starting date. Because part of the event is in the realignment area, this portion of Event3 is lengthened proportionally to cover the increased length of the route due to realignment. The start and end measure values are updated to 15 to 20.

The following image shows the route and events after realignment:

Route1 and associated events after realignment when Cover is the configured event behavior

The following table provides details about the events after realignment:

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

9

No Error

Event2

Route1

1/1/2000

1/1/2005

8

12

No Error

Event2

Route1

1/1/2005

<Null>

9

15

No Error

Event3

Route1

1/1/2000

1/1/2005

12

20

No Error

Event3

Route1

1/1/2005

<Null>

15

20

No Error

Snap event behavior

Although the geographic location of the event is maintained by snapping to the new route location of realignment, the measures can change. The event can also split if it crosses the realign region where concurrent routes exist.

In this example, Route2 is concurrent with Route1. Route2 is in the reverse direction and has the start and end measure values of 0 to 20.

Note:

For more examples of concurrent route scenarios refer to the Detailed realign event behaviors with concurrent routes section below.

The following table shows the edit activities involved in the route edit and their corresponding event behaviors:

Edit activityEvent behavior

Realign

Snap

Calibrate

Stay Put

The route realignment described above has the following effects:

  • Event1 is retired on the date of realignment because part of it is in the edit section. It then splits into two event records on the postrealignment routes with the realignment date as the starting date. This is because a concurrent route exists in the realignment section, and the portion of Event1 in the realignment section snaps to Route2, the concurrent route, after realignment. It is also reversed to accommodate the direction of Route2. As a result, Event1 splits into two pieces to maintain its geographic location. The first event record has the start and end measure values of 0 to 6 on Route1. The second event record snaps to Route2 and has the start and end measure values of 12 to 14 on Route2.
  • Event2 is retired on the date of reassignment because it is completely within the edit section. As a concurrent route exists in the realignment section, Event2 snaps to Route2, the concurrent route, after realignment. It is also reversed to accommodate the direction of Route2. The new event record has the realignment date as the starting date. The new start and end measure values of Event2 become 8 to 12 on Route2 to maintain the geographic location of Event2.
  • Event3 is retired on the date of realignment because part of it is in the edit section. It then splits into two event records on the postrealignment routes with the realignment date as the starting date. This is because a concurrent route exists in the realignment section, and the portion of Event3 in the realignment section snaps to Route2, the concurrent route, after realignment. It is also reversed to accommodate the direction of Route2. As a result, Event3 splits into two pieces to maintain its geographic location. The first event record has the start and end measure values of 18 to 20 on Route1. The second event record snaps to Route2 and has the start and end measure values of 6 to 8 on Route2.

The following image shows the route and events after realignment:

Two routes and associated events after realignment when Snap is the configured event behavior

The following table provides details about the events after realignment:

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

Route2

1/1/2005

<Null>

12

14

No Error

Event2

Route1

1/1/2000

1/1/2005

8

12

No Error

Event2

Route2

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

20

No Error

Event3

Route2

1/1/2005

<Null>

6

8

No Error

Realign with abandonment scenarios in a line network with spanning events

If the selected network is a line network, you can reassign the route section in the realignment area to abandoned route, which is a new route on a new line. Any event in the realign section follows the reassign event behavior. If you want the events to transfer to the abandoned route, configure the Snap behavior for the reassign route editing type.

In this example, four routes are on LineA and the routes are active from 1/1/2000. The realignment is set to occur on 1/1/2005 from the middle of Route2 to the middle of Route4 and is given the measures of 20 to 45, so a new route is created in the realignment section. The new route is named Route3A. The Recalibrate route downstream check box is not checked and Reassign to abandoned route is checked in this edit.

Note:

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.

The calibrate event behavior is applied before the realign event behavior, so it is important to verify the event feature layer's calibrate event behavior configuration before checking the Recalibrate route downstream check box. Because the Recalibrate route downstream check box is not checked for the scenarios below, calibrate event behavior is not applied.

For other event behaviors for reassignment and calibration, refer to the Event behavior for route assignment and Event behavior for route calibration topics.

Before route realignment

The following image shows the routes before realignment:

The four routes on LineA before realignment in the with abandonment scenario

The following table provides details about the routes before realignment:

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 realignment

Because Reassign to abandoned route is checked, the routes and the portions of routes that are within the realign region have become new, abandoned routes on a line named LineB. Route2_Ab has a start measure of 17 and an end measure of 22. Route3_Ab has a start measure of 25 and an end measure of 35. Route4_Ab has a start measure of 38 and an end measure of 43. These measures are from the original measures on the realigned routes.

The following image shows the routes after realignment:

The four routes on LineA after realignment in the with abandonment scenario

The following table provides details about the routes after realignment:

Route NameLine NameLine OrderFrom DateTo DateFrom MeasureTo Measure

Route1

LineA

100

1/1/2000

<Null>

0

10

Route2

LineA

200

1/1/2000

1/1/2005

12

22

Route2

LineA

200

1/1/2005

<Null>

12

17

Route3

LineA

300

1/1/2000

1/1/2005

25

35

Route3A

LineA

300

1/1/2005

<Null>

20

45

Route4

LineA

400

1/1/2000

1/1/2005

38

48

Route4

LineA

400

1/1/2005

<Null>

43

48

Route2_Ab

LineB

100

1/1/2005

<Null>

17

22

Route3_Ab

LineB

200

1/1/2005

<Null>

25

35

Route4_Ab

LineB

300

1/1/2005

<Null>

38

43

Events before route realignment

Two events are on LineA and both of them have a starting date (From Date) of 1/1/2000. The following image shows the routes and events before realignment:

The four routes and associated events before realignment in the with abandonment scenario

The following table provides details about the events before realignment:

Event IDFrom DateTo DateFrom Route NameTo Route NameFrom MeasureTo Measure

Event1

1/1/2000

<Null>

Route1

Route3

0

30

Event2

1/1/2000

<Null>

Route3

Route4

30

48

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

Stay Put event behavior

Although the geographic location of the event is maintained, the measures can change. The event can also split if it crosses the realign region. When Snap is set as the reassign event behavior, the events and portion of events that are within the realign region will snap to the abandoned route to maintain their geographic locations.

The following table shows the edit activities involved in the route edit and their corresponding event behaviors:

Edit activityEvent behavior

Realign

Stay Put

Reassign

Snap

The route realignment described above has the following effects:

  • Event1 is retired on the date of realignment because part of it is in the edit section. It then splits into two event records on the postrealignment route with the realignment date as the starting date. As the reassign event behavior is applied before the realign event behavior, the portion of Event1 that is in the realignment section splits from the original Event1 and snaps to the abandoned routes. The other portion of Event1 that stays on LineA is shortened to the length of the left portion of LineA before the realign Stay Put event behavior is applied. When the realign Stay Put event behavior is applied, this event does not need to change its measures to maintain its geographic location. As a result, Event1 splits into two events. One event stays on LineA with a start measure of 0 on Route1 and an end measure of 17 on Route2. The other event snaps to the abandoned routes with a start measure of 17 on Route2_Ab and an end measure of 30 on Route3_Ab.
  • Event2 is retired on the date of realignment because part of it is in the edit section. It then splits into two event records on the postrealignment route with the realignment date as the starting date. As the reassign event behavior is applied before the realign event behavior, the portion of Event2 that is in the realignment section splits from the original Event2 and snaps to the abandoned routes. The other portion of Event2 that stays on LineA is shortened to the length of the right portion of LineA before the realign Stay Put event behavior is applied. When the realign Stay Put event behavior is applied, this event does not need to change its measures to maintain its geographic location. As a result, Event2 splits into two events. One event stays on LineA with a start measure of 43 on Route4 and an end measure of 48 on Route4. The other event snaps to the abandoned routes with a start measure of 30 on Route3_Ab and an end measure of 43 on Route4_Ab.

The following image shows the routes and events after realignment:

The four routes on LineA after realignment in the with abandonment scenario when Stay Put is the configured event behavior
Note:

The retired event is not drawn in the image above.

The following table provides details about the events after realignment:

Event IDFrom DateTo DateFrom Route NameTo Route NameFrom 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 event behavior

Although the measures of the event are maintained, the geographic location can change. When the reassign event behavior is set to Snap, the events and portions of events that are within the realign region will snap to the abandoned route to maintain their geographic locations, causing the original events to split.

The following table shows the edit activities involved in the route edit and their corresponding event behaviors:

Edit activityEvent behavior

Realign

Move

Reassign

Snap

The route realignment described above has the following effects:

  • Event1 is retired on the date of realignment because part of it is in the edit section. It then splits into two event records on the postrealignment route with the realignment date as the starting date. As the reassign event behavior is applied before the realign event behavior, the portion of Event1 that is in the realignment section splits from the original Event1 and snaps to the abandoned routes. The other portion of Event1 that stays on LineA is shortened to the length of the left portion of LineA before the realign Move event behavior is applied. When the realign Move event behavior is applied, this event does not need to move, as it is not in the edit section. As a result, Event1 splits into two events. One event stays on LineA with a start measure of 0 on Route1 and an end measure of 17 on Route2. The other event snaps to the abandoned routes with a start measure of 17 on Route2_Ab and an end measure of 30 on Route3_Ab.
  • Event2 is retired on the date of realignment because part of it is in the edit section. It then splits into two event records on the postrealignment route with the realignment date as the starting date. As the reassign event behavior is applied before the realign event behavior, the portion of Event2 that is in the realignment section splits from the original Event2 and snaps to the abandoned routes. The other portion of Event2 that stays on LineA is shortened to the length of the right portion of LineA before the realign Move event behavior is applied. When the realign Move event behavior is applied, this event does not need to move, as it is not in the edit section. As a result, Event2 splits into two events. One event stays on LineA with a start measure of 43 on Route4 and an end measure of 48 on Route4. The other event snaps to the abandoned routes with a start measure of 30 on Route3_Ab and an end measure of 43 on Route4_Ab.

The following image shows the routes and events after realignment:

The four routes on LineA after realignment in the with abandonment scenario when Move is the configured event behavior

The following table provides details about the events after realignment:

Event IDFrom DateTo DateFrom Route NameTo Route NameFrom 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>

Route2

Route2

45

50

No Error

Retire event behavior

Events intersecting the realignment region are retired. When the reassign event behavior is set to Snap, the events and portions of events that are within the realign region will snap to the abandoned route to maintain their geographic locations, causing the original events to split.

The following table shows the edit activities involved in the route edit and their corresponding event behaviors:

Edit activityEvent behavior

Realign

Retire

Reassign

Snap

The route realignment described above has the following effects:

  • Event1 is retired on the date of realignment because part of it is in the edit section. It then splits into two event records on the postrealignment route with the realignment date as the starting date. As the reassign event behavior is applied before the realign event behavior, the portion of Event1 that is in the realignment section splits from the original Event1 and snaps to the abandoned routes. The other portion of Event1 that stays on LineA is shortened to the length of the left portion of LineA before the realign Retire event behavior is applied. When the realign Retire event behavior is applied, this event does not need to retire, as it is not in the edit section. As a result, Event1 splits into two events. One event stays on LineA with a start measure of 0 on Route1 and an end measure of 17 on Route2. The other event snaps to the abandoned routes with a start measure of 17 on Route2_Ab and an end measure of 30 on Route3_Ab.
  • Event2 is retired on the date of realignment because part of it is in the edit section. It then splits into two event records on the postrealignment route with the realignment date as the starting date. As the reassign event behavior is applied before the realign event behavior, the portion of Event2 that is in the realignment section splits from the original Event2 and snaps to the abandoned routes. The other portion of Event2 that stays on LineA is shortened to the length of the right portion of LineA before the realign Retire event behavior is applied. When the realign Retire event behavior is applied, this event does not need to retire, as it is not in the edit section. As a result, Event2 splits into two events. One event stays on LineA with a start measure of 43 on Route4 and an end measure of 48 on Route4. The other event snaps to the abandoned routes with a start measure of 30 on Route3_Ab and an end measure of 43 on Route4_Ab.

The following image shows the routes and events after realignment:

The four routes on LineA after realignment in the with abandonment scenario when Retire is the configured event behavior

The following table provides details about the events after realignment:

Event IDFrom DateTo DateFrom Route NameTo Route NameFrom 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>

Route2

Route2

45

50

No Error

Cover event behavior

If the event is in the realignment area, its shape is changed to cover the realigned portion of the route. The measures of the event are also updated to reflect the new shape.

For events with realign cover behavior, reassign event behavior does not cause the events to split. The events and portions of events that are within the realign region and are snapped to the abandoned route, and the original events remain intact and proportionally cover the postrealignment route.

Note:

Use the Cover realign event behavior if the events need to stay on realigned route portions. Cover is the only event behavior that prevents events from splitting by reassigning event behaviors.

The following table shows the edit activities involved in the route edit and their corresponding event behaviors:

Edit activityEvent behavior

Realign

Cover

Reassign

Snap

The route realignment described above has the following effects:

  • Event1 is retired on the date of realignment because part of it is in the edit section. It then forms two event records on the postrealignment route with the realignment date as the starting date. As the reassign event behavior is applied before the realign event behavior, the portion of Event1 that is in the realignment section snaps to the abandoned routes. The other portion of Event1 that stays on LineA is lengthened proportionally to cover the first half of Route3A due to realignment. As a result, Event1 becomes two events. One event stays on LineA with a start measure of 0 on Route1 and an end measure of 32.5 on Route3A. The other event snaps to the abandoned routes with a start measure of 17 on Route2_Ab and an end measure of 30 on Route3_Ab.
  • Event2 is retired on the date of realignment because part of it is in the edit section. It then forms two event records on the postrealignment route with the realignment date as the starting date. As the reassign event behavior is applied before the realign event behavior, the portion of Event2 that is in the realignment section snaps to the abandoned routes. The other portion of Event2 that stays on LineA is lengthened proportionally to cover the second half of Route3A due to realignment. As a result, Event2 becomes two events. One event stays on LineA with a start measure of 32.5 on Route3A and an end measure of 48 on Route4. The other event snaps to the abandoned routes with a start measure of 30 on Route3_Ab and an end measure of 43 on Route4_Ab.

The following image shows the routes and events after realignment:

The four routes on LineA after realignment in the with abandonment scenario when Cover is the configured event behavior

The following table provides details about the events after realignment:

Event IDFrom DateTo DateFrom Route NameTo Route NameFrom MeasureTo MeasureLocation Error

Event1

1/1/2000

1/1/2005

Route1

Route3

0

30

No Error

Event1

1/1/2005

<Null>

Route1

Route3A

0

32.5

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>

Route3A

Route4

32.5

48

No Error

Event2

1/1/2005

<Null>

Route3_Ab

Route4_Ab

30

43

No Error

Snap event behavior

Although the geographic location of the event is maintained by snapping to the new route location of realignment, the measures can change. The event can also split if it crosses the realign region where concurrent routes exist.

When the reassign event behavior is set to Snap, the events and portions of events that are within the realign region will snap to the abandoned route to maintain their geographic locations, causing the original events to split.

In this example, Route5 is concurrent with the routes on LineA. Route5 is on LineC and is in the reverse direction. It has the start measure value of 0 and end measure value of 40.

Note:

When abandoned routes and concurrent routes are both present in the realignment, events with realign and reassign snap event behavior will snap to abandoned routes regardless of how the dominant rules are configured.

The following table shows the edit activities involved in the route edit and their corresponding event behaviors:

Edit activityEvent behavior

Realign

Snap

Reassign

Snap

The route realignment described above has the following effects:

  • Event1 is retired on the date of realignment because part of it is in the edit section. It then splits into two event records on the postrealignment route with the realignment date as the starting date. As the reassign event behavior is applied before the realign event behavior, the portion of Event1 that is in the realignment section splits from the original Event1 and snaps to the abandoned routes. The other portion of Event1 that stays on LineA is shortened to the length of the left branch of LineA before the realign Snap event behavior is applied. When the realign Snap event behavior is applied, this event does not need to change its measures to maintain geographic location because it is not in the edit section. As a result, Event1 splits into two events. One event stays on LineA with a start measure of 0 on Route1 and an end measure of 17 on Route2. The other event snaps to the abandoned routes with a start measure of 17 on Route2_Ab and an end measure of 30 on Route3_Ab.
  • Event2 is retired on the date of realignment because part of it is in the edit section. It then splits into two event records on the postrealignment route with the realignment date as the starting date. As the reassign event behavior is applied before the realign event behavior, the portion of Event2 that is in the realignment section splits from the original Event2 and snaps to the abandoned routes. The other portion of Event2 that stays on LineA is shortened to the length of the right branch of LineA before the realign Snap event behavior is applied. When the realign Snap event behavior is applied, this event does not need to change its measures to maintain geographic location because it is not in the edit section. As a result, Event2 splits into two events. One event stays on LineA with a start measure of 43 on Route4 and an end measure of 48 on Route4. The other event snaps to the abandoned routes with a start measure of 30 on Route3_Ab and an end measure of 43 on Route4_Ab.

The following image shows the routes and events after realignment:

The four routes on LineA after realignment in the with abandonment scenario when Snap is the configured event behavior

The following table provides details about the events after realignment:

Event IDFrom DateTo DateFrom Route NameTo Route NameFrom 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

Detailed realign event behaviors with concurrent routes

The following sections describe how realign Cover and Snap event behavior rules are enforced when routes that have a concurrent section with dominant routes are realigned.

Nonline network scenario

In this example, three routes are active from 1/1/2000: Route1, Route2, and Route3. Route3 is concurrent with the middle part of Route2, and it is in the reverse direction. Route3 is the subordinate route. The realignment is set to occur on 1/1/2005 where the middle of Route2 is realigned in a section that overlaps the dominant concurrent Route1. The realigned portion of Route2 is assigned new measures of 7 to 23. The Recalibrate route downstream check box is not checked.

The graphics and tables below demonstrate the route information before and after the realignment.

Before route realignment

The following image shows the routes before realignment:

The three routes before realignment

The following table provides details about the routes before realignment:

Route NameFrom DateTo DateFrom MeasureTo Measure

Route1

1/1/2000

<Null>

0

10

Route2

1/1/2000

<Null>

0

30

Route3

1/1/2000

<Null>

10

20

After route realignment

The following image shows the routes after realignment:

The three routes after realignment

The following table provides details about the routes after realignment:

Route NameFrom DateTo DateFrom MeasureTo Measure

Route1

1/1/2000

<Null>

0

10

Route2

1/1/2000

1/1/2005

0

30

Route2

1/1/2005

<Null>

0

30

Route3

1/1/2000

<Null>

10

20

Events before route realignment

Event1 is on Route2 and it has a starting date (From Date) of 1/1/2000. The following image shows the routes and event before realignment:

The three routes and Event1 on Route2 before realignment

The following table provides details about the event before realignment:

EventRoute NameFrom DateTo DateFrom MeasureTo Measure

Event1

Route2

1/1/2000

<Null>

0

30

Cover event behavior

If the event is in the realignment area, its shape is changed to cover the realigned portion of the route. The measures of the event are also updated to reflect the new shape.

If the event is created on the dominant route and route concurrencies are formed by realignment, the event continues to cover the entire dominant route. If the event is created on the subordinate route and route concurrencies are formed by realignment, the event does not cover the segment on the subordinate route where the dominant route is present.

The following table shows the edit activities involved in the route edit and their corresponding event behaviors:

Edit activityEvent behavior

Realign

Cover

Calibrate

Stay Put

Note:

Although the Recalibrate route downstream check box is not checked, the route is recalibrated from the beginning of realignment to the nearest calibration point downstream. Calibrate event behavior is applied to events in the affected route section.

The route realignment described above has the following effect:

  • Event1 is retired on the date of realignment because part of it is in the edit section. It then forms two event records on the postrealignment route with the realignment date as the starting date. This is because Event1 is associated with the subordinate route, Route2, and after realignment, it does not cover the segment on Route2 where the dominant Route1 is present. The upstream event record has the start measure value of 0 and end measure value of 12 to cover the portion of Route2 until the concurrency with Route1, and the downstream event record has the start measure value of 18 and end measure value of 30 to cover Route2 after the concurrency with Route1.

The following image shows the routes and event after realignment:

The three routes and Event1 on Route2 after realignment when Cover is the configured event behavior
Note:

The retired event is not drawn in the image above.

The following table provides details about the event after realignment:

EventRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route2

1/1/2000

1/1/2005

0

30

No Error

Event1

Route2

1/1/2005

<Null>

0

12

No Error

Event1

Route2

1/1/2005

<Null>

18

30

No Error

Snap event behavior

Although the geographic location of the event is maintained by snapping to the new route location of realignment, the measures can change. The event can also split if it crosses the realign region where concurrent routes exist.

The following table shows the edit activities involved in the route edit and their corresponding event behaviors:

Edit activityEvent behavior

Realign

Snap

Calibrate

Stay Put

The route realignment described above has the following effects:

  • Event1 is retired on the date of realignment because part of it is in the edit section. It then forms three event records on the postrealignment route with the realignment date as the starting date. This is because there is a concurrent route that exists in the realignment section, and the portion of Event1 in the realignment section snaps to Route3, the concurrent route, after realignment. It is also reversed to accommodate the direction of Route3. As a result, Event1 splits into three pieces to maintain its geographic location.
  • The first event record has the start measure value of 0 and end measure value of 7 on Route2, the second event record snaps to Route3 and has the start measure value of 10 and end measure value of 20 on Route3, and the downstream event record has the start measure value of 23 and end measure value of 30 on Route2.

The following image shows the routes and event after realignment:

The three routes and Event1 on Route2 after realignment when Snap is the configured event behavior

The following table provides details about the event after realignment:

EventRoute NameFrom DateTo DateFrom MeasureTo MeasureLocation Error

Event1

Route2

1/1/2000

1/1/2005

0

30

No Error

Event1

Route2

1/1/2005

<Null>

0

7

No Error

Event1

Route2

1/1/2005

<Null>

23

30

No Error

Event1

Route3

1/1/2005

<Null>

10

20

No Error

Line network scenario

In this example, two routes on LineA are active from 1/1/2000: Route1 and Route2, and Route3 on LineB is in the reverse direction. The realignment is set to occur on 1/1/2005 where half of Route1 and half of Route2 are realigned.

The realigned portion is assigned the new measures of 0 to 20, so a new route is created: RouteNew. RouteNew has dominancy over Route3. The Recalibrate route downstream check box is not checked and the Reassign to abandoned route check box is checked in this edit. The images and tables below demonstrate the route information before and after the realignment.

Note:

You can reverse the direction for centerlines in a route editing activity using Flip the direction of the centerlines Flip the direction of the centerlines.

The images and tables below demonstrate the route information before and after the realignment.

Before route realignment

The following image shows the routes before realignment:

Routes on two lines before realignment

The following table provides details about the routes before realignment:

Route NameLine NameLine OrderFrom DateTo DateFrom MeasureTo Measure

Route1

LineA

100

1/1/2000

<Null>

0

14

Route2

LineA

200

1/1/2000

<Null>

17

28

Route3

LineB

100

1/1/2000

<Null>

0

10

After route realignment

Because Reassign to abandoned route is checked, the routes and the portions of routes that are within the realign region have become new, abandoned routes on a line named LineC. Route1_Ab has a start measure of 10 and an end measure of 14. Route2_Ab has a start measure of 17 and an end measure of 20. These measures are from the original measures on the realigned routes.

The following image shows the routes after realignment:

Routes on three lines after realignment

The following table provides details about the routes after realignment:

Route NameLine NameLine OrderFrom DateTo DateFrom MeasureTo Measure

Route1

LineA

100

1/1/2000

1/1/2005

0

14

Route1

LineA

100

1/1/2005

<Null>

0

10

RouteNew

LineA

200

1/1/2005

<Null>

0

20

Route2

LineA

200

1/1/2000

1/1/2005

17

28

Route2

LineA

300

1/1/2005

<Null>

20

28

Route3

LineB

100

1/1/2000

<Null>

0

10

Route1_Ab

LineC

100

1/1/2005

<Null>

10

14

Route2_Ab

LineC

200

1/1/2005

<Null>

17

20

Events before route realignment

Event1 is on LineA and it has a starting date (From Date) of 1/1/2000. The following image shows the routes and event before realignment:

Routes on two lines and Event1 on LineA before realignment

The following table provides details about the event before realignment:

Event IDFrom DateTo DateFrom Route NameTo Route NameFrom MeasureTo MeasureLocation Error

Event1

1/1/2000

<Null>

Route1

Route2

0

28

No Error

Cover event behavior

If the event is in the realignment area, its shape is changed proportionally to cover the realigned portion of the route. The measures of the event are also updated to reflect the new shape.

If the event is created on the dominant route and route concurrencies are formed by realignment, the event continues to cover the entire dominant route. If the event is created on the subordinate route and route concurrencies are formed by realignment, the event does not cover the segment on the subordinate route where the dominant route is present.

The Realign route edit activity with the Cover event behavior has the following effect:

  • Event1 is retired on the date of realignment because part of it is in the edit section. A new event is created on the postrealignment route with the realignment date as the starting date. Because the new route, RouteNew, is dominant over Route3, Event1 continues to cover the routes in LineA. Its start measure value is still 0 on Route1 and end measure value is still 28 on Route2 though its shape is updated.

The following image shows the routes and event after realignment:

Routes on three lines and Event1 on LineA after realignment when Cover is the configured event behavior

The following table provides details about the event after realignment:

Event IDFrom DateTo DateFrom Route NameTo Route NameFrom MeasureTo MeasureLocation Error

Event1

1/1/2000

1/1/2005

Route1

Route2

0

28

No Error

Event1

1/1/2005

<Null>

Route1

Route2

0

28

No Error