[OSRM-talk] Distance Matrix like current "table" - commission

2016-01-04 Thread Alan Grover
We need the distance matrix in addition to the time-matrix. I'm using viaroute (I set geometry to false), and it is orders of magnitude slower, which I'm sure is no surprise. (We've been using the "table" service and are frankly excited at how fast it is, even for large matrices of 1500+. Thanks!)

[OSRM-talk] Distance Matrix like current "table" - commission

2016-07-07 Thread Eduardo Sánchez
Hello, I read this conversation and I want to do the same thing https://lists.openstreetmap.org/pipermail/osrm-talk/2016-January/001087.html However, after set all speed from car.lua profile to 3.6 km/h, set all penalties to 0 and eliminate speed_reduction, still some results are differents betw

Re: [OSRM-talk] Distance Matrix like current "table" - commission

2016-01-04 Thread Zbyszek Swirski
I would be VERY intereste in distance+time matrix On 4 January 2016 at 15:56, Alan Grover wrote: > We need the distance matrix in addition to the time-matrix. I'm using > viaroute (I set geometry to false), and it is orders of magnitude > slower, which I'm sure is no surprise. > > (We've been us

Re: [OSRM-talk] Distance Matrix like current "table" - commission

2016-01-04 Thread Daniel Patterson
Alan, Fundamentally, OSRM calculates fastest time routing, not shortest distance. There are a couple of ways to approach a distance-based table: 1) return the corresponding distances for the fastest routes currently returned. Depending on road speeds, the distances may not be the shortest.

Re: [OSRM-talk] Distance Matrix like current "table" - commission

2016-01-05 Thread Jorne De Blaere
Same here. Time and distance would be more then great! Kind regards, Jorne De Blaere Van: Zbyszek Swirski [mailto:zb...@controtex.com] Verzonden: dinsdag 5 januari 2016 4:39 Aan: Mailing list to discuss Project OSRM Onderwerp: Re: [OSRM-talk] Distance Matrix like current "

Re: [OSRM-talk] Distance Matrix like current "table" - commission

2016-01-05 Thread Alan Grover
On 01/04/2016 11:01 PM, Daniel Patterson wrote: > Alan, > > Fundamentally, OSRM calculates fastest time routing, not shortest > distance. > > There are a couple of ways to approach a distance-based table: > > 1) return the corresponding distances for the fastest routes currently > returned