June 2012 - mkgmap-dev - The mkgmap lists

Found Bug in mkgmap address index creation of gmapsupp.img (again "please enter country" but impossible)
by Felix Hartmann 04 Jun '12

04 Jun '12

Okay, well I like many though that mkgmap can create a more or less correct address index itself when writing gmapsupp.img, this is true, however not under all circumstances. The test setup is rather complicated, so best get the same data. The problem is, that the gmapsupp.img by mkgmap is only working with correct address search, if all tiles themselves were created with "index". However if you use mkgmap to create a gmapsupp.img that consists of tiles with address search support (for below testexample 6*.img) and tiles with no address search support .i.e. contourline maps (for below testexample 7*.img) then the address search is not working (but instead asking for country).... To replicate: make sure that your GPS device has a fix. Without fix this behaviour is normal. For testing, you can get for example the following map: ftp://ftp5.gwdg.de/pub/misc/openstreetmap/openmtbmap/mtbalps.exe (as of writing, ftp5.gwdg.de seems to be offline, I hope this is soon over...) (the .exe is of course lzma packed, so no need to install). 1. Creating gmapsupp.img of 6*.img files with mkgmap 2278: after GPS fix, works (needs however data rather close by, there seems to be another bug, that if you for example are in UK, and now upload a map with parts in Austria, but none in UK, address search won't work even with GPS fix, this is however also happening if the same mkgmap created map is sent with Mapsource/Mapinstall). 2. Creating gmapsupp of all 6*.img & 7*.img files with mkgmap 2278: after GPS fix, no chance to select a "working" country, and subsequent fields are also not found 3. Creating gmapsupp of all 6*.img and 7*.img files with Mapsource: with GPS fix, and data close to your location. address search works. (Garmin City Navigator maps, address search works even without GPS fix, and no need for data to be close (~1000km) by. So still a long way to go).

2 2

-Xmx 2500 not enough?
by Chris66 04 Jun '12

04 Jun '12

Hi, GC error when compiling europe. All tiles have been created so it occurs in one of the final steps ( MDR builder? ). Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded at java.lang.String.toCharArray(String.java:2725) at sun.nio.cs.SingleByteDecoder.<init>(SingleByteDecoder.java:27) at sun.nio.cs.MS1252$Decoder.<init>(MS1252.java:72) at sun.nio.cs.MS1252.newDecoder(MS1252.java:39) at java.lang.StringCoding$StringDecoder.<init>(StringCoding.java:116) at java.lang.StringCoding$StringDecoder.<init>(StringCoding.java:108) at java.lang.StringCoding.decode(StringCoding.java:177) at java.lang.String.<init>(String.java:483) at uk.me.parabola.imgfmt.app.labelenc.DecodedText.<init>(DecodedText.java:34) at uk.me.parabola.imgfmt.app.labelenc.AnyCharsetDecoder.getText(AnyCharsetDecoder.java:47) at uk.me.parabola.imgfmt.app.lbl.LBLFileReader.saveLabel(LBLFileReader.java:281) at uk.me.parabola.imgfmt.app.lbl.LBLFileReader.readLables(LBLFileReader.java:251) at uk.me.parabola.imgfmt.app.lbl.LBLFileReader.<init>(LBLFileReader.java:67) at uk.me.parabola.imgfmt.app.map.MapReader.<init>(MapReader.java:84) at uk.me.parabola.mkgmap.combiners.MdrBuilder.onMapEnd(MdrBuilder.java:194) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:432) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:126) at uk.me.parabola.mkgmap.main.Main.main(Main.java:114) Chris

3 3

problem with primary roads and their names
by Michał Rogala 01 Jun '12

01 Jun '12

Hi! I have a problem with rendering primary roads and their names in Garmin (mostly MapSource) I have rules: highway=primary {name '${name}' | '${ref}'; add display_name = '${name} (${ref})' } highway=primary [0x03 road_class=3 road_speed=4 resolution 14] The problem is: in many cases some sections of primary roads have their names assigned (especially in cities). Those names are displayed at lower map resolutions (such as 14,16, etc) making the map look ugly - you see primary roads and city names but also irrelevant street names that should be visible only at high resolutions. Do you know any ideas how can I fix this issue - block displaying street name at levels low than for example 20? OpenMTBMap is rendering properly - I tried to compare style files but without any success. I was thinking about removing name tag from roads at lower resolutions. Something like: highway=primary [0x03 road_class=3 road_speed=4 resolution 22 continue] highway=primary {delete name } highway=primary [0x03 road_class=3 road_speed=4 resolution 14-22] (this is proof of concept so syntax may be invalid). best regards Michal

2 2

bug in rendering of relation=multipolygon?
by michael lohr 01 Jun '12

01 Jun '12

http://www.openstreetmap.org/browse/relation/6128 http://www.openstreetmap.org/browse/relation/58910 these 2 relations describe a forest in germany, the forest being the outer polygon, clearings, a quarry and so on the inner ones. the relation istself has (actually had, i corrected it just now) only type=multipolygon and a name. mkgmap renders all the inner polygons, but only some (randomly, can't find a significant difference) are cut out of the surrounding forest. as soon as the relation has a landuse=forest, everything works as expected.

2 2

[PATCH v4] Precompiled sea
by WanMil 01 Jun '12

01 Jun '12

Hi, I have added the index like Gerd proposed. The number of files is now reduced by 90%. I have uploaded new precompiled files to http://www.navmaps.eu/wanmil/sea_20120331.zip WanMil

4 8