Page 1 of 1

Plantour with PTV_Speedpatterns

Posted: Fri May 22, 2020 12:44 pm
by Freund
Hi,

is it possible to plan tours with SpeedPatterns, TrafficIncidents, RestrictionZones and TruckAttributes?

Regards,
Christian

Re: Plantour with PTV_Speedpatterns

Posted: Fri May 22, 2020 5:27 pm
by Bernd Welter
Hello Christian,

well, in xTour.planTours you can refer to a distance matrix which is based on the feature layers and also those which refer to TimeDependency but you should be aware of what that means. Please ensure to have read and understood the meaning of TimeConsiderationMode.

Imagine you created a distance matrix with TimeConsiderationMode.ExactAtStart: this means that each relation would reflect the driving time & distance from a start location to all destinations with the street conditions that match the time after start.
Let's say you created an Urban Dima based on 08:00 with SpeedPatterns. All segments and relations would more or less cover the "commuter conditions" though you might try to apply this dima on a vehicles 08:00 to 17:00 period.

In other words: the dima covers "inbound traffic" though you might expect the tour optimization to handle relations different when applied on an afternoon section.

I recommend to discuss your usecase scenario with your assigned consultant or Technical Partner Manager (me?)

Best regards,
Bernd

Re: Plantour with PTV_Speedpatterns

Posted: Thu Jun 16, 2022 10:04 am
by Bernd Welter
Short update: in v2.20 we invented a new time consideration mode:

Check com.ptvgroup.xserver.timeconsideration.MultipleTravelTimesConsideration

This mode (combined with any daytime dependent data such as PTV_TruckSpeedPatterns ...) enables you to create a distance matrix which stores not only a single value of distance and traveltime per relation:
It enables you to gather a stable distance(x1,y1,x2,y2) plus a variable traveltime (x1,y1,x2,y2,referencetime). In other words:
  • We first compute the reference geometries of the routes.
  • Then we apply the daytime dependency on the geometry based on the reference time
:!: Please be aware the the geometry off the routes do not depend on the time of the day!
25 routings starting at 00:00, 01:00, 02:00... The first routing provided an encoded path object which is then used to enforce all succeeding routings to folow the same track. This is how a Multitraveltime distance matrix would create the information. All distances are equal, the worst traveltime is about 40minutes
25 routings starting at 00:00, 01:00, 02:00... The first routing provided an encoded path object which is then used to enforce all succeeding routings to folow the same track. This is how a Multitraveltime distance matrix would create the information. All distances are equal, the worst traveltime is about 40minutes
In this approach I did not reuse the encoded path. All 25 routings choose the optimal path depending on the time of the day. We encounter different geometries. And also the worst "traveltime" is about 33 minutes
In this approach I did not reuse the encoded path. All 25 routings choose the optimal path depending on the time of the day. We encounter different geometries. And also the worst "traveltime" is about 33 minutes

Bernd