OpenStreetMap Forum

The Free Wiki World Map

You are not logged in.

#351 2018-12-03 10:04:56

Beddhist
Member
From: Doembang Nangbuat, TH
Registered: 2009-07-28
Posts: 387
Website

Re: Worldwide routable Garmin maps: Missing/incorrect feature requests

Then our mkgmap config needs fixing, because it transforms the service station driveway into road type 0x10000, then transforms the services polygon into an alleyway. I think it's that alleyway that is the problem, because it is not connected to anything and pois are located along it.

Offline

#352 2018-12-03 11:03:09

ligfietser
Moderator
Registered: 2008-10-09
Posts: 4,918
Website

Re: Worldwide routable Garmin maps: Missing/incorrect feature requests

Peter, can you point me exactly to the line where this happens? I cant'find any services in the line style.
There is only a mob up rule, maybe this should exclude highway=services?

Offline

#353 2018-12-03 13:28:53

Beddhist
Member
From: Doembang Nangbuat, TH
Registered: 2009-07-28
Posts: 387
Website

Re: Worldwide routable Garmin maps: Missing/incorrect feature requests

I'm not sure why you are looking in the line file, as we are dealing with a polygon (that gets converted into a line). I found this on line 68 in polygons:

landuse=retail | highway=services [0x08 resolution 22-20]

However, I have no idea what converts it from 0x08 (shopping centre poly) to 0x07 (alley). I could never quite get my head around mkgmap's logic and syntax.

Offline

#354 2018-12-03 13:53:41

ligfietser
Moderator
Registered: 2008-10-09
Posts: 4,918
Website

Re: Worldwide routable Garmin maps: Missing/incorrect feature requests

Polygons are never converted into routable lines. If you want to get something routable it must be specified in the lines style.
The reason why highway=services is being converted is because of the mob up rule.

# Mop up any unrecognised highway types
highway=* & highway!=proposed & area!=yes & highway!=pedestrian [0x07 road_class=0 road_speed=0 resolution 23] 

It is easy to ignore highway=services, just include highway!=services into the rule above.

Offline

#355 2018-12-04 01:27:02

Russ McD
Member
From: Hereford & Chiang Mai.
Registered: 2011-04-17
Posts: 196

Re: Worldwide routable Garmin maps: Missing/incorrect feature requests

Thanks for looking at this.  Will the MKGMAP team now pick this up and action ?
And will that simple fix render the highway=services as a polygon, maybe even with a new Garmin hex code if there are any suitable ones left ? smile

Last edited by Russ McD (2018-12-04 01:30:31)

Offline

#356 2018-12-04 08:42:31

ligfietser
Moderator
Registered: 2008-10-09
Posts: 4,918
Website

Re: Worldwide routable Garmin maps: Missing/incorrect feature requests

I can fix it for the generic routable new style maps but for the default mkgmap rules you have to discuss this on the mkgmap-dev mailing list.

Offline

#357 2018-12-04 16:01:08

GerdP
Member
Registered: 2015-12-18
Posts: 452

Re: Worldwide routable Garmin maps: Missing/incorrect feature requests

Russ McD wrote:

Thanks for looking at this.  Will the MKGMAP team now pick this up and action ?
And will that simple fix render the highway=services as a polygon, maybe even with a new Garmin hex code if there are any suitable ones left ? smile

In the past, it was suggested to add area=yes for highway=services. This was changed in 2017:
https://wiki.openstreetmap.org/w/index. … id=1414117
So, yes, I think we should add a rule in mkgmap to handle this.

Offline

#358 2018-12-05 12:43:59

ligfietser
Moderator
Registered: 2008-10-09
Posts: 4,918
Website

Re: Worldwide routable Garmin maps: Missing/incorrect feature requests

Russ McD wrote:

Thanks for looking at this.  Will the MKGMAP team now pick this up and action ?

Yes, they are working on this http://www.mkgmap.org.uk/pipermail/mkgm … 29261.html
Also a default typ file is being developed, so maybe Lambertus "new style" and old mapnik typ file can be replaced sooner or later.

Offline

Board footer

Powered by FluxBB