Tour period xTour vs xRoute
Posted: Mon May 29, 2017 1:14 pm
Hi,
I've got a pretty basic question regarding the differences in time calculation between xTour and xRoute. Our use case is as follows:
1) We have several tour stops which we want to optimize/sort with xTour's planBasicTours method (we only have one vehicle and one tour ... therefore we used to use planSequence but due to the fact that we had unscheduled events with status "FEASIBLE" in a certain use case, we switched to planBasicTours to solve this problem).
2) After we have the stops in the optimized order, we use xRoute's calculateRoute method to get the route between the stops.
In both requests we use the profile "carslow" in the caller context variable. For the planBasicTours method we use a Dima with profile name "dimaCar".
The thing that confuses me is that in a test scenario ...
- xTour.planBasicTours gives me result.totalTourDrivingPeriod = 14102
- xRoute.calculateRoute gives me info.time = 17128
Interestingly if I use the profile "carfast" I get almost equal results ...
- xTour.planBasicTours gives me result.totalTourDrivingPeriod = 14102
- xRoute.calculateRoute gives me info.time = 14103
So from my point of view, xTour seems to use the "carfast" setting, even if I set the "carslow" profile, whereas xRoute makes use of the "carslow" profile set. The problem with that is that xTour includes destinations in the tour that can't be reached in time.
Same behaviour applies with "truckfast" and "truckslow" (with Dima "dimaTruck"): Whenever I use "truckfast", xTour and xRoute give the same time result (with 1 second difference). As soon as I switch to "truckslow" I get different results (xTour gives the same time for both requests).
Do you have any idea what I'm doing wrong based on the information given or do you want me to provide sample code?
One last question as I have the feeling that "carfast" is probably a bit too fast and "carslow" might be too slow. Is there any way to fine tune these profiles to get something like the middle of these two profiles?
Thank you in advance and kind regards,
Gerhard
I've got a pretty basic question regarding the differences in time calculation between xTour and xRoute. Our use case is as follows:
1) We have several tour stops which we want to optimize/sort with xTour's planBasicTours method (we only have one vehicle and one tour ... therefore we used to use planSequence but due to the fact that we had unscheduled events with status "FEASIBLE" in a certain use case, we switched to planBasicTours to solve this problem).
2) After we have the stops in the optimized order, we use xRoute's calculateRoute method to get the route between the stops.
In both requests we use the profile "carslow" in the caller context variable. For the planBasicTours method we use a Dima with profile name "dimaCar".
The thing that confuses me is that in a test scenario ...
- xTour.planBasicTours gives me result.totalTourDrivingPeriod = 14102
- xRoute.calculateRoute gives me info.time = 17128
Interestingly if I use the profile "carfast" I get almost equal results ...
- xTour.planBasicTours gives me result.totalTourDrivingPeriod = 14102
- xRoute.calculateRoute gives me info.time = 14103
So from my point of view, xTour seems to use the "carfast" setting, even if I set the "carslow" profile, whereas xRoute makes use of the "carslow" profile set. The problem with that is that xTour includes destinations in the tour that can't be reached in time.
Same behaviour applies with "truckfast" and "truckslow" (with Dima "dimaTruck"): Whenever I use "truckfast", xTour and xRoute give the same time result (with 1 second difference). As soon as I switch to "truckslow" I get different results (xTour gives the same time for both requests).
Do you have any idea what I'm doing wrong based on the information given or do you want me to provide sample code?
One last question as I have the feeling that "carfast" is probably a bit too fast and "carslow" might be too slow. Is there any way to fine tune these profiles to get something like the middle of these two profiles?
Thank you in advance and kind regards,
Gerhard