March 2013 - mkgmap-dev - The mkgmap lists

Garmin Family ID's
by Minko 21 Mar '13

21 Mar '13

Hi list, Someone reported me a conflict between an identical Family ID (OFM Europe Scandinavia 10132 vs. Radreiskarte). Is there a wiki list somewhere where we can put our map ID's to avoid those conflicts? Maybe Aighes can confirm I have to revise my ID's for my Europe map (10130-10137?)

1 2

add-pois-to-areas
by Roger Calvert 21 Mar '13

21 Mar '13

When pois are added to areas for search reasons, is there any way of identifying them in the 'points' style file, to avoid them appearing on the map? Roger -- ------------------------------------------------------------------------ Roger Calvert ------------------------------------------------------------------------

3 3

check if road is connected to one side only
by Felix Hartmann 21 Mar '13

21 Mar '13

Would it be (without too much programming effort, nor too much computation time) possible to extend the current is connected check, to check for streets/lines connected to one side only? I would love to have road_class and road_speed lowered by 2- respectively -1 if this is the case.... Advantage would be a nicer routing graph I imagine - and thereby maybe a little improvement for long distance routing... -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org

2 2

tdb DetailMapBlock.java query
by n Willink 21 Mar '13

21 Mar '13

@ Steve In this block certain bytes are always set to 01 c3 00 ff 00 00 00. Interestingly, a) I 've never encountered 01 c3 , always 01 01 b) It looks like the FF is part of a 4 byte number, indicating some total; could be nodes of some kind. In part of London (TOPO GB2) I have 81 0E 07 00 Any thoughts about this part of the 4C block always being set? I 'm sure it won't fundamentally make a difference to the way Mapsource functions. -- View this message in context: http://gis.19327.n5.nabble.com/tdb-DetailMapBlock-java-query-tp5754083.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

2 2

Commit: r2534: Banish the final examples of 'name_tag' !
by svn commit 20 Mar '13

20 Mar '13

Version 2534 was committed by steve on Wed, 20 Mar 2013 Banish the final examples of 'name_tag' !

1 0

poi-address via style
by Walter Schlögl 20 Mar '13

20 Mar '13

Is there a way how to add a poi address via the style file. The automatic generated poi address has the advantage, that the address is separated from the name, but has the disadvantage, that the country is not printed, a line feed is missing before the phone number, and it's not configurable. Can I switch this address generation of (e.g. with --no-poi-address) and add my own address code in the style (e.g. set mkgmap:address=${addr:street} ...) At the moment --no-poi-address is giving an error message Invalid option: 'poi-address' Walter

2 5

Re: [mkgmap-dev] Splitter Error
by RheinSkipper 20 Mar '13

20 Mar '13

I want to establish the order I need via a preprocessing. This preprocessor (programmed by Malcolm) is already working perfectly. All I need from mkgmap is not to mix up this order. I just hope that the Garmin device does not mix up the order, also. I am not sure yet , but chances are not bad. I tested a map with several overlapping polygons on a lot of different models from the Garmin marine lineup. All models showed exactly the same draw order. -------- Ursprüngliche Nachricht -------- Von: Gerd Petermann <gpetermann_muenchen(a)hotmail.com> Datum: An: mkgmap-dev(a)lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] Splitter Error > > Do you see a chance to implement an option to control the order of data in the img file? Good question. I don't have any knowledge about the algorithm that is used in your device, so I have no idea what order we should keep (or establish). Gerd

2 13

Commit: r2533: name_tag -> name-tag-list, copy lines from default style
by svn commit 20 Mar '13

20 Mar '13

Version 2533 was committed by gerd on Wed, 20 Mar 2013 name_tag -> name-tag-list, copy lines from default style

1 0

"No roads near target" bug in Schwabmünchen
by Franco Bez 19 Mar '13

19 Mar '13

Hi all, I have a strange routing Problem im Schwabmünchen http://www.openstreetmap.org/?lat=48.197592&lon=10.764289&zoom=18 When I try to set a route to "Autohaus Schönwetter" or any other Point on the "Robert Bosch Straße" I get "no roads near target" on the Oregon, while the Nüvi just hangs with "Computing Route" forever. Routing to the "V-Markt" works fine. Sorry I cannot point you to the exact Version when the Bug was introduced, but I build two maps with the exactly same style and osm data. Using mkgmap-r2460 does NOT have this problem. Using a recent Version of mkgmap like r2526 or the latest r2529 HAS the problem. So somewhere in between there must have been a change breaking the routing in residential areas. Ciao, Franco

3 6

Map view
by Josef Latt 19 Mar '13

19 Mar '13

Hi, the map view with the resolution shown in the attached screenshot should be better, IMHO. Regards

3 9