xRoute1.enforceShortestRoute and it's side effects...
Posted: Fri Apr 25, 2025 11:02 am
Hi there,
recently I introduced some players in the xRoute1 profile parameter Routing.Course.enforceShortestRoute:
I'd recommend to be very careful when applying this parameter. Due to the side effects mentioned above the returned routes might be "legal" (not violated) but practically unuseable: usually there's a good reason to perform local detours around urban areas, restricted delivery only, pedestrian zones...)
We usually recommend to use values somewhere between 20 and 90 (percent) to avoid these extreme results.
recently I introduced some players in the xRoute1 profile parameter Routing.Course.enforceShortestRoute:
Looks like this parameter might need some specific explanation / info: When set to TRUEDefines if a shortest route should be enforced. Its effect is that all segment-specific bonus and malus values are set to zero and the search space is extended indefinitely. If this parameter is set to true, the setting of BonusMalus and of LevellingScopeByNetworkClass has no effect.
- it disables Levelling (ignores all NC Scopes)
- it overrides NC penalties
- it DOES NOT overide the distanceTimeWeighting / OPTIMIZATION: you are still expected to set one of these values to a small value. Keep the priority of the parameters in xServer1 mind:
- Highest: RoutingOption...
- CallerContext : XML Snippet (compareable to xServer2 Request Profile)
- CallerContext : referenced profile (compareable to xServer2 StoredProfile)
- Engine defaults...
- PTV Developer Routing API : Concepts short and fast routes
- xServer2 Routing Usecase calculate shortest fastest path

