Why use Drive&Arrive instead of custom implementation?

Deals with the web service platform called Drive&Arrive http://driveandarrive.ptvgroup.com/en/ that enables you and your stakeholders to stay up2date with the current transport's estimated time of arrival (ETA)
Post Reply
User avatar
Bernd Welter
Site Admin
Posts: 2703
Joined: Mon Apr 14, 2014 10:28 am
Contact:

Why use Drive&Arrive instead of custom implementation?

Post by Bernd Welter »

Hi everyone,

every once in a while I get asked by partners why we recommend to use PTV's Drive&Arrive service instead of "building the ETA by themselves using standard xServer APIs". Here are some nice arguments pro Drive&Arrive - feedback is welcome. Of course our own service is also based on xServer techology and there's always the choice between make or buy. PTV has aggregated various typical requirements within Drive&Arrive and each one of these aspects can require large amounts of efforts:
  • Drive&Arrive performs the road matching in case coordinates have been mismatched due to drifting and so on.
  • We properly combine the break- and rest rules with time dependent data such as speed patterns or traffic incidents. This wasn't possible with xServer1's "calculateAdvancedTour" (follow this thread)
  • Automatic detection of driver's break- and rest times based on a patented algorithm
  • We can manage states such as Arrived, Departed, Approaching manually, half automatic or automatic
  • Stop prediction (if a stop is supposed to be approached but it is not known)
  • Free to use driver app provides drivers current positions and is integrated into the whole landscape
  • We can use vehicle positions from many telematic providers via telematics interface
  • With DA Analytics we provide an interactive tool, to monitor all incoming calls, see tours on the map, seen analysis charts
  • With ArrivalBoard you can see incoming trucks on a defined location, even from unregistered drivers
  • Drive&Arrives provides UI-ETA-components for your website to show currents ETAs of a trip
  • You can always change trips even during your tour, and even if driver uses driver app currently to be fully flexible
  • Automatic recalculation of tours triggered by intelligent mechanisms
  • Asynchronous handling of computation and aggregation of tasks
  • Scalable backend servier infrastructure
  • Simplified API (less complex than the regular xServer APIs which you would need to integrate)
Thanks to Michael Hubschneider for the input!

Bernd
Bernd Welter
Technical Partner Manager Developer Components
PTV Logistics - Germany

Bernd at... The Forum,LinkedIn, Youtube, StackOverflow
I like the smell of PTV Developer in the morning... :twisted:
Post Reply