Hi everyone,
I was wondering whether the map-matching functionality can be tweaked to
ensure that new matches can only occur "downstream" of the previous ones.
Let me illustrate what I mean:
- imagine a V-shaped road
- the vehicle moves on this curve from left to right
- there's a station just a
Hi everyone!
> our next step is to figure out how to produce a correct PBF file that
contains only the roads that are a part of the transport grid.
For the benefit or archaeologists researching this mailing list archive,
here is a summary of how we accomplished this:
We use osmium to extract the
Hi everybody,
I just wanted to report that we have successfully integrated OSRM, based on
Daniel's feedback in this thread.
The functionality is a part of an open source system for public transport
tracking in Moldova, you can see it on roataway.md (choose a route using
the bottom-right
Thank you for the fast, detailed and reassuring response.
I have some additional questions:
1. In what order must the list of coordinates be given? (i.e.,
http://127.0.0.1:5000/match/v1/driving/most-recent;second-most-recent;third-most-recent
OR is it the other way around, and the "most-recent"
Hi,
I ask for advice in using OSRM with a live stream of data. The examples
I've seen relate to tracks that can be passed into OSRM and it will apply
"map matching" to snap all points to the roads, in one move.
My scenario is different, I am trying to understand whether it is feasible
with in
