Disponible avec la licence Location Referencing.
During route reassignment, events are impacted in the edit activity areas, and upstream and downstream of the reassignment, depending on the configured event behavior for each event layer.
Remarque :
Events are not updated until the Apply Event Behaviors geoprocessing tool is applied after route edits. If you are using conflict prevention, you are prompted to run Apply Event Behaviors, which must be done before posting can be completed.
The following sections detail the results of executing this tool on event features.
Route reassignment scenario
This route reassignment scenario involves two routes. A portion of Route1 is reassigned to Route2.
Stay Put behavior
Although the geographic location of the event outside the reassign region is maintained, the measures may change. The event may also split if it crosses the reassign region. Portions in the reassign region are removed.
Move behavior
Although the measures of the event are maintained, the geographic location may change.
Retire behavior
Events intersecting the reassignment region are retired.
Snap behavior
Although the geographic location of the event is maintained by snapping to the route that it was reassigned to, the measures may change. The event may also split if it crosses the reassign region.
Upstream and downstream sections
Route editing impacts upstream and downstream sections differently. Use the following diagram and table to understand this impact for the configured event behavior.
The following diagram shows the upstream and downstream section for the route reassignment scenario.
The following table details how the reassignment editing activity impacts upstream and downstream events according to the configured event behavior.
Behavior | Events upstream reassignment | Events intersecting reassignment | Events downstream reassignment |
---|---|---|---|
Stay Put | No action | Retire event. Line events crossing the edit section will be 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 the new location of route measures. | If route calibration is changed, the recalibrate event behavior is applied; otherwise, no action. |
Retire | No action | Retire event. Line events crossing the reassignment region will not be split. | If route calibration is changed, the recalibrate event behavior is applied; otherwise, no action. |
Snap | No action | Geographic location (x,y) is maintained. The event will be migrated to the reassigned route. Line events crossing the edit section will be split. | If route calibration is changed, the recalibrate event behavior is applied; otherwise, no action. |
Remarque :
- Point events follow the same behavior as linear events but don't need to be split.
- If the option to Recalibrate route downstream is selected, the events downstream of the edited portion of the route will have calibrate route event behaviors applied.
- Since the LRS is time aware, edit activities such as reassigning a route will time slice routes and events.
Detailed behavior results
The following sections detail how event behavior rules are enforced when a route is reassigned.
Stay Put behavior
If the reassignment is set to occur on 1/1/2005 with target values of 0 to 5, and Recalibrate route downstream is chosen, it will have the following effects:
- Event1 will be represented by two time slices. There will be a time slice as of 1/1/2000 to 1/1/2005, with the original measures of 0 to 7, and a time slice as of 1/1/2005 to <null>, with measures of 0 to 5 that will stay in the same location geographically but have the new measures of Route1.
- Event2 will retire to maintain geographic location.
Before Stay Put event behavior
The following diagram and table provide details about the route and its measures before reassignment.
Event | Route name | From date | To date | From measure | To measure |
---|---|---|---|---|---|
Event1 | Route1 | 1/1/2000 | <null> | 0 | 7 |
Event2 | Route1 | 1/1/2000 | <null> | 7 | 10 |
After Stay Put event behavior
The following diagram and table detail how event behavior rules are enforced after reassignment 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 | 7 | No error |
Event1 | Route1 | 1/1/2005 | <null> | 0 | 5 | No error |
Event2 | Route1 | 1/1/2000 | 1/1/2005 | 7 | 10 | No error |
Move behavior
If the reassignment is set to occur on 1/1/2005 with target values of 0 to 5 and Recalibrate route downstream chosen, this will have the following effects:
- Event1 will be represented by two time slices. There will be a time slice as of 1/1/2000 to 1/1/2005, with the original measures of 0 to 7, and a time slice as of 1/1/2005 to <null> with measures of 0 to 7 that will move geographically to maintain the original event measures. This new time slice will only partially locate since the event time slice has measures of 0 to 7, but the underlying route time slice only has measures of 0 to 5. The event has the same measures but different geometry in the new time slice.
- Event2 will be represented by two time slices. There will be a time slice as of 1/1/2000 to 1/1/2005, with the original measures of 7 to 10, and a time slice as of 1/1/2005 to <null>, with measures of 7 to 10 that will move geographically to maintain the original event measures. This new time slice will not locate since the event time slice has measures of 7 to 10, but the underlying route time slice only has measures of 0 to 5. The event has the same measures but different geometry in the new time slice.
Before Move event behavior
The following diagram and table provide details about the route and its measures before reassignment.
Event | Route name | From date | To date | From measure | To measure |
---|---|---|---|---|---|
Event1 | Route1 | 1/1/2000 | <null> | 0 | 7 |
Event2 | Route1 | 1/1/2000 | <null> | 7 | 10 |
After Move event behavior
The following diagram and table detail how event behavior rules are enforced after reassignment 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 | 7 | No error |
Event1 | Route1 | 1/1/2005 | <null> | 0 | 7 | Partial match for the To Measure |
Event2 | Route1 | 1/1/2000 | 1/1/2005 | 7 | 10 | No error |
Retire behavior
If the reassignment is set to occur on 1/1/2005 with target values of 0 to 5 and Recalibrate route downstream is chosen, this will have the following effects:
- Event1 will retire.
- Event2 will retire.
Before Retire event behavior
The following diagram and table provide details about the route and its measures before reassignment.
Event | Route name | From date | To date | From measure | To measure |
---|---|---|---|---|---|
Event1 | Route1 | 1/1/2000 | <null> | 0 | 7 |
Event2 | Route1 | 1/1/2000 | <null> | 7 | 10 |
After Retire event behavior
The following diagram and table detail how event behavior rules are enforced after reassignment 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 | 7 | No Error |
Event2 | Route1 | 1/1/2000 | 1/1/2005 | 7 | 10 | No Error |
Snap behavior
If the reassignment is set to occur on 1/1/2005 with target values of 0 to 5 and Recalibrate route downstream is chosen, this will have the following effects:
- Event1 will be represented by three time slices since it will split. There will be a time slice as of 1/1/2000 to 1/1/2005, with the original measures of 0 to 7, a time slice as of 1/1/2005 to <null>, with measures of 0 to 5 that will snap to the new measures of Route1; and a time slice as of 1/1/2005 to <null>, with measures of 0 to 2 that will snap to the new measures of Route2.
- Event2 will be represented by two time slices. There will be a time slice as of 1/1/2000 to 1/1/2005, with the original measures of 7 to 10, and a time slice as of 1/1/2005 to <null>, with measures of 2 to 5 that will snap to the new measures of Route2.
Before Snap event behavior
The following diagram and table provide details about the route and its measures before reassignment.
Event | Route name | From date | To date | From measure | To measure |
---|---|---|---|---|---|
Event1 | Route1 | 1/1/2000 | <null> | 0 | 7 |
Event2 | Route1 | 1/1/2000 | <null> | 7 | 10 |
After Snap event behavior
The following diagram and table detail how event behavior rules are enforced after reassignment 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 | 7 | No error |
Event1 | Route1 | 1/1/2005 | <null> | 0 | 5 | No error |
Event1 | Route2 | 1/1/2005 | <null> | 0 | 2 | No error |
Event2 | Route1 | 1/1/2000 | 1/1/2005 | 7 | 10 | No error |
Event2 | Route2 | 1/1/2005 | <null> | 2 | 5 | No error |
Vous avez un commentaire à formuler concernant cette rubrique ?