logo separator

[mkgmap-dev] Car routing issue with --make-all-cycleways at tile boundary with cycle way lane

From Michael Günnewig MichaelGuennewig at gmx.de on Thu Apr 19 13:10:13 BST 2012

Hi all.

I have experimented a bit further, but the problem remains.  The logs of
mkgmap does not spit out anything in that area.

Has anyone some idea what the cause could be?


On 27.03.2012 22:21, Michael Günnewig wrote:
> Hi all.
> I have some interesting routing issue with my self-generated OSM map
> based on the All-In-One styles.  I could track the issue down in the
> meantime to the --make-all-cycleways option being given to mkgmap.
> The issue also occurs with old mkgmap or old splitter versions, even
> though I'm quite sure that I didn't encounter it in the past.  I first
> guessed that some additional data to the tiles leads to some overflow,
> but even reducing the number of nodes for splitting has not resolved the
> issue.
> The routing problem happens on this map excerpt:
>   http://www.openstreetmap.org/?lat=51.50112&lon=7.34123&zoom=17&layers=M
> Coming from east on way 71933528 (Martener Straße) towards west to turn
> left onto 55188142 (Westricher Straße) crossing the segments 55262354
> and then 30889150 doesn't work on my Oregon 450, when using car routing
> with --make-all-cycleways.  It usually directs me from 71933528 towards
> east to do a great extra way avoiding streets with cycleways.  Bicycle
> and foot routing that route works correctly nevertheless.  Also if I
> just use the --make-opposite-cycleways option the car routing works also
> fine with the same tiles.
> I have also already tried to explicitly forbid bicycle traffic
> (bicycle=no instead of current designated) on the streets, as well as
> renaming the street to just its first letter, which did not help either.
> When splitting the germany pbf files from GeoFabrik the tile border is
> positioned approximately between way segments 55262354 and 30889150
> (using 700k or 600k nodes).
> Any idea what the route cause could be here?
>   Regards,
>     Michael

More information about the mkgmap-dev mailing list