Event behavior for route realignment

Disponible avec la licence Location Referencing.

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.

Remarque :

Events are not updated until the Apply Event Behaviors tool is applied after route edits. If you are using conflict prevention, you are prompted to run Apply Event Behaviors before posting can be completed.

Remarque :

Pour toute mise à jour d’itinéraire LRS durant laquelle un recalibrage en aval est sélectionné, le comportement d’événement de calibrage configuré sera appliqué aux sections en aval. Vous pouvez passer en revue les comportements d’événement en consultant les propriétés des événements LRS.

The following sections detail the results of executing the Apply Event Behaviors tool on event features after a corresponding route edit.

Route realignment scenario

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

The following diagram provides details about the route 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.

Move behavior

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

Retire behavior

Events intersecting the realignment region are retired.

Cover behavior

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

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.

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 following diagram provides details about the route before realignment:

The following table provides details about the events before realignment:

Event	Route Name	From Date	To Date	From Measure	To 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

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 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.

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

Event	Route Name	From Date	To Date	From Measure	To Measure	Location 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

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 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.

The following diagram provides details about the route after realignment:

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

Event	Route Name	From Date	To Date	From Measure	To Measure	Location 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

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

• Event1 retires.
• Event2 retires.
• Event3 retires.

The following diagram provides details about the route after realignment:

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

Event	Route Name	From Date	To Date	From Measure	To Measure	Location 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 behavior

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 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 diagram provides details about the route before realignment:

The following table provides details about the events before realignment:

Event	Route Name	From Date	To Date	From Measure	To 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

Remarque :

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

The following diagram provides details about the routes after realignment:

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

From Date	To Date	Event ID	From Measure	To Measure	Location Error
1/1/2000	1/1/2005	Event1	0	8	No Error
1/1/2005	<Null>	Event1	0	6	No Error
1/1/2005	<Null>	Event1	6	9	No Error
1/1/2000	1/1/2005	Event2	8	12	No Error
1/1/2005	<Null>	Event2	9	15	No Error
1/1/2000	1/1/2005	Event3	12	20	No Error
1/1/2005	<Null>	Event3	15	24	No Error

Snap behavior

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 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 diagram provides details about the route before realignment:

The following table provides details about the events before realignment:

Event	Route Name	From Date	To Date	From Measure	To 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

Remarque :

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 diagram provides details about the route after realignment:

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

Event ID	Route Name	From Date	To Date	From Measure	To Measure	Location 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 additional information about how events are impacted by a realignment depending on the configured event behavior:

Behavior	Events upstream realignment	Events intersecting realignment	Events 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 retired.	If route calibration is changed, the recalibrate event behavior is applied. Otherwise, no action.
Move	Shape regenerated, if needed, to new location of route measures.	Shape regenerated to new location of route measures.	If route calibration is changed, the recalibrate event behavior is applied. Otherwise, no action.
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.
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.
Snap	No action.	Retire event; line events within.	If route calibration is changed, the recalibrate event behavior is applied. Otherwise, no action.

Remarque :

• 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 diagram shows the upstream and downstream section for an edit.

  

• The network can contain events that span multiple routes in a line network. In which case, the behaviors are still applied in the same manner.
• When the LRS is time aware, edit activities—such as realigning a route—time slice routes and events.

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.

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.

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.

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.

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.

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.

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 diagram provides details about the route before realignment:

The following table provides details about the events before realignment:

Event	Route Name	From Date	To Date	From Measure	To 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 diagram provides details about the route after realignment:

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

Event	Route Name	From Date	To Date	From Measure	To Measure	Location 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 diagram provides details about the route after realignment:

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

Event	Route Name	From Date	To Date	From Measure	To Measure	Location 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 diagram provides details about the route after realignment:

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

Event	Route Name	From Date	To Date	From Measure	To Measure	Location 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 diagram provides details about the route after realignment:

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

From Date	To Date	Event ID	Route Name	From Measure	To Measure	Location Error
1/1/2000	1/1/2005	Event1	Route1	0	8	No Error
1/1/2005	<Null>	Event1	Route1_Ab	6	8	No Error
1/1/2005	<Null>	Event1	Route1	0	9	No Error
1/1/2000	1/1/2005	Event2	Route1	8	12	No Error
1/1/2005	<Null>	Event2	Route1	8	12	No Error
1/1/2005	<Null>	Event2	Route1	9	15	No Error
1/1/2000	1/1/2005	Event3	Route1	12	20	No Error
1/1/2005	<Null>	Event3	Route1_Ab	12	14	No Error
1/1/2005	<Null>	Event3	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 diagram provides details about the routes after realignment:

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 ID	From Date	To Date	Route Name	From Measure	To Measure	Location 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 diagram provides details about the routes before realignment:

The following table provides details about the events before realignment:

Event ID	From Date	To Date	From RouteId	To Route ID	From Measure	To 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 diagram provides details about the routes after realignment:

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 ID	From Date	To Date	From RouteId	To Route ID	From Measure	To Measure	Location 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 diagram provides details about the routes before realignment:

The following table provides details about the events before realignment:

Event ID	From Date	To Date	From RouteId	To Route ID	From Measure	To 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 diagram provides details about the routes after realignment:

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

Event ID	From Date	To Date	From RouteId	To Route ID	From Measure	To Measure	Location 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 diagram provides details about the routes before realignment:

The following table provides details about the events before realignment:

Event ID	From Date	To Date	From RouteId	From Measure	To RouteID	To 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 diagram provides details about the routes after realignment:

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

Event ID	From Date	To Date	From RouteId	From Measure	To RouteId	To Measure	Location 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 diagram provides details about the routes before realignment:

The following table provides details about the events before realignment:

Event ID	From Date	To Date	From RouteId	To Route ID	From Measure	To 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 diagram provides details about the routes after realignment:

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

Event ID	From Date	To Date	From RouteId	To Route ID	From Measure	To 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 diagram provides details about the routes before realignment:

The following table provides details about the events before realignment:

Event ID	From Date	To Date	From RouteId	To Route ID	From Measure	To 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 diagram provides details about the routes after realignment:

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

Event ID	From Date	To Date	From RouteId	From Measure	To RouteId	To Measure	Location 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 diagram provides details about the routes before realignment:

Event ID	Route Name	From Date	To Date	From Measure	To Measure	Location 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 diagram provides details about the routes after realignment:

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 ID	Route Name	From Date	To Date	From Measure	To Measure	Location 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 diagram provides details about the routes before realignment:

The following table provides details about the event before realignment:

Event ID	From Date	To Date	FromRoute Name	From Measure	ToRoute Name	To Measure	Location 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 diagram provides details about the routes after realignment:

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 ID	From Date	To Date	FromRoute Name	From Measure	ToRoute Name	To Measure	Location 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