Hi Xavier,
Yes. Take a look at the "approaches=curb" parameter - this will force
the routing engine to approach the waypoint on the curb side of the road.
By default, the curb side is the right, but you can modify that in the Lua
profile by changing the "driving_side" property, or if you need
Dear all,
Being a newcomer in OSRM, my question may sound naive :
When requiring for a route between 3 points A, B, C, in a
drive-on-the-right country.
Can OSRM take into account the fact that B may be on the left side of the
way?
Thanks,
regards,
Xavier
--
*Xavier Prudent *
*Data
Hi François,
Ah. Well, the step of deduplicating and finding connected nodes will not
go away - OSRM requires a *graph*, not disconnected geometry, so you won't
be able to get away from the problem of turning your LineStrings into
connected data.
OSM's data structure (ways & nodes) has this
Hi Daniel,
2018-03-02 18:31 GMT+01:00 Daniel Patterson :
> Well, it *could* be done. It would all boil down to providing an
> alternative for `ParseOSMData` here:
> That function is responsible for parsing the OSM file, and
> copying/converting the OSM fields into a memory
Hi François,
Well, it *could* be done. It would all boil down to providing an
alternative for `ParseOSMData` here:
https://github.com/Project-OSRM/osrm-backend/blob/master/src/extractor/extractor.cpp#L211
That function is responsible for parsing the OSM file, and
copying/converting the OSM
Hi François,
No, we likely won't change the storage precision any time soon.
OpenStreetMap itself only stores
Here is the constant that OSRM uses to store lon/lat decimal values in
integer format:
https://github.com/Project-OSRM/osrm-backend/blob/master/include/util/coordinate.hpp#L44
We
Hi Daniel,
Despite it's a pretty old thread regarding feeding OSRM with postgis
geometries, I have new lights to bring up
2017-11-30 18:09 GMT+01:00 Daniel Hofmann :
> OSRM is a routing engine for OpenStreetMap and the OpenStreetMap extracts
> usually come in xml or pbf