Hi @all,
I'm exploring ways to have the matching algorithm work agnostic to
(most) road restrictions and rather 'trust' the trace I pass in.
I receive continuous GPS locations, with moderate to high resolution in
time, from bikes as well as cabs or buses. It just so happens that some
idiots ride
I do ask instead of trying because it
will take me some time to get familiar with profile changes...
André
On 7/9/19 10:14 PM, Frédéric Rodrigo wrote:
> Le 09/07/2019 à 22:03, André Siefken a écrit :
>> Hi @all,
>>
>> I'm exploring ways to have the matching algorithm
Ah man, I have been reviewing the bike profile, didn't see the
'weight_name' parameter examples in the car.lua...
Thx for the input, and your effort! I go explore some of your suggestions...
On 7/11/19 2:09 PM, Frédéric Rodrigo wrote:
> Le 11/07/2019 à 10:42, André Siefke
Hi folks,
I run an application where both large collections and incremental
additions need to be matched. This is an intermediate step in a more
complex processing, and requires consistent output (except, of course,
the input GPS point sequence is completely bogus, which /should/ be
acounted for p
Hi @all,
I'd like to get the actual OSM *way* IDs in the results; it is terribly
cumbersome to set up a database of node IDs to compare against,
especially for a continent-sized data-set.
Now, OSRM returns the /Key:ref/ per RouteStep, if available;
*Can I easily change the tag selection, somew
d they not get piped through to the actual output result set, or
even error out?
(I couldn't get my hands on my machine until just now, thus my asking
before trying)
All the best,
André
On 7/27/20 5:45 PM, Mateusz Loskot wrote:
> On Mon, 27 Jul 2020 at 11:43, André Siefken wrot
eb Mateusz Loskot :
>On Wed, 29 Jul 2020 at 16:50, André Siefken
>wrote:
>>
>> assuming I would attempt to replace the result.ref with the actual
>way ID, how would I retrieve the actual ID from the passed in way, as
>it is no tag?
>
>Consider way_function, the way obj