September 2013 - mkgmap-dev - The mkgmap lists

address and polygons area-to-pois-function
by Felix Hartmann 12 Sep '13

12 Sep '13

Do we need to add address to a polygon, if we want the resulting POI to have an address? (inc/address exists in POI file)..

2 1

Check style AND type
by Bernhard Hiller 08 Sep '13

08 Sep '13

Is there a possibility to check a style together with the corresponding type file? For example, a type could contain a line/poi/area which is not used at all in the style. The other way round may be less important due to Garmin's default style, I think it should be possible to check that too. But most important is consistency: yesterday I stumbled upon a combination with POI 0x3007 being an embassy in the style file, and a prison in the type file. How can we easily detect such problems?

2 2

postcode search on nuvi 200
by gbbickerton 05 Sep '13

05 Sep '13

I have created a map which includes uk post codes from an osm file I have made from the post code open data, the origional garmin map gives the option to find city/post code but my map only gives the option to find a city how do I make a map which will have the option to search for a post code ? also the purple line showing the route is on top of the road on the garmin map but under the road on my osm map (I have set the draw priority to 30 which is the same as the city navigator) can I change this ? Barry -- View this message in context: http://gis.19327.n5.nabble.com/postcode-search-on-nuvi-200-tp5776497.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

1 0

Use of ' include "points" from default; ' in custom style file
by Steve Brophy 05 Sep '13

05 Sep '13

I have been replacing my use of base-style with 'include' statements and encountered a problem using eg 'include "points" from default;'. When I do this, mkgmap reports that it can't find 'inc/address' , which is included in the default style points file. It turns out that mkgmap is looking for it in my style directory, rather than in the built-in inc location where the default style is located. To work around this, I had to copy the 'inc' directory from mkgmap.jar to my custom style directory. Not an ideal solution, since I would have to do this every time I update mkgmap. Is this a bug, or intended functionality? Regards, Steve

3 8

State of the Map
by Steve Ratcliffe 05 Sep '13

05 Sep '13

Hi Is anyone going to the OSM SOTM conference in Birmingham this weekend? I shall be going, and it would be great to meet up with anyone on the list. ..Steve

3 2

Latitude/Longitude files
by Roger Calvert 04 Sep '13

04 Sep '13

In the last few days, there have been several downloads of six copies of my latitude/longitude files for OSM (http://www.rogercalvert.me.uk/OSM/LatLong) in quick succession, using the default parameters. As this seems unlikely to be what somebody actually wants, I am wondering if there is a problem with the site causing this to happen. I cannot identify who is concerned, but if anybody affected by this could contact me, we can try to sort it out. Roger -- ------------------------------------------------------------------------ Roger Calvert http://www.rogercalvert.me.uk ------------------------------------------------------------------------

1 0

Commit: r2685: Correct rule for ref handling of e-roads
by svn commit 03 Sep '13

03 Sep '13

Version 2685 was committed by wanmil on Tue, 03 Sep 2013 Correct rule for ref handling of e-roads

1 0

More problems with "include ... from default;"
by Steve Brophy 03 Sep '13

03 Sep '13

I am getting further problems using include ... from default in style files. When compiling around 300 tiles, approx 2-3 fail to build, with mkgmap reporting the following error: Error in style: Error: (points:48): Unrecognised type command 'resolu' Could not open style custom Line 48 in my points file states: include "points" from default; The error is random, in that repeated attempts at building the tiles result in different tiles failing. I have also tried setting --max-jobs=1, but this doesn't fix it. If I copy the default style to the directory containing my custom style, and use the following instead: include "../default/points" ; then it all works as expected. Any ideas? Steve

2 1

Serious mkgmap Bug - set unconnected type not respecting continue command!
by Felix Hartmann 02 Sep '13

02 Sep '13

Well the bug is quite serious and took me about 6 hours to find out why I'm missing roads in my maps. In case you have an "unconnected" type of a road that you set up a rule for, with " set mkgmap:set_unconnected_type=none" and [continue] - all subsequent commands for the object will be lost, if the set:unconnected becomes true. Reproduce: lines file (only this content needed). highway=motorway & bridge=yes {set mkgmap:set_unconnected_type=none} [0x13 road_class=1 road_speed=0 resolution 24 continue] highway=motorway [0x10001 resolution 24 continue] Now in all places that have a bridge, the motorway will be missing. If however the example is changed to the following, the bug is not present (as the unconnected type condition is not true): highway=motorway & bridge=yes {set mkgmap:set_unconnected_type=none} [0x13 road_class=1 road_speed=0 resolution 24 continue] highway=motorway [0x01 road_class=1 road_speed=0 resolution 24 continue] I don't know if there are any other problems related to this bug. However it is really defeating the purpose of set unconnected type right now, if working with overlays for bridges, routes, and many other things! -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org

2 4