March 2012 - mkgmap-dev - The mkgmap lists

Suggestion for more flexibility in locator part of mkgmap
by Clifford Nolan 19 Sep '12

19 Sep '12

Hi Greg, Just to clarify ... the admin_levels for Ireland described here http://wiki.openstreetmap.org/wiki/Ireland/Boundaries#Boundary_Types don't seem to mention things like village boundaries - there's a big gap between admin_level=8 and admin_level=10. In situations like this, maybe the locator could be more flexible and use other kinds of boundaries too. Regards, Cliff

3 7

Overview map
by Steve Ratcliffe 19 Jun '12

19 Jun '12

Hi I have started to implement adding features into the overview map. You can find ready built jar files on the download page and in the 'overview' branch in subversion. It creates the overview map from the .img (as before) and so it is very quick to try out even on a set of tiles covering a whole country. There is no configuration yet, it just takes everything (lines and polygons) that is in the least detailed layer of the detailed maps and adds it into the overview. You will immediately notice a big problem in that the overview map shows up even when the detailed maps are being displayed, so you get ugly jagged lines across the top of the map. I remember this happening the last time we has an overview map and I wonder if anyone can remember if there was a solution then? I'm going to start by trying the (so-called) POI flags, as one of those has been noted to be set differently on detail and base maps before. ..Steve

5 15

[PATCH v1] Subdivision splitting
by WanMil 28 May '12

28 May '12

Attached patch should fix (all?) subdivision splitting problems. Error like "Area too small to split at ..." cannot occur any more because the way how subdivisions are split is changed. I think it's still not the optimal way but there should be no loss in highly densed areas any more. This is a first patch not ready to commit because there are some performance penalties which can be reduced. But I want you to test the patch before optimization. WanMil

5 13

NSIS 64bit installer
by Valeriy Pekarskyy 24 May '12

24 May '12

Hi All! So, the bug is that NSIS generates installers that work only at 32bit Windows systems (can anyone confirm?), so I developed a patch for latest version of mkgmap which includes changes to default nsi script and NsisBuilder.java. Can anyone look through? The main difference is that Registry path should be changed if that is x64. Patch link: http://dl.dropbox.com/u/11265861/nsis.patch or http://pastebin.com/pwnptH27 Best Regards, Larry0ua

3 4

Resolution range for POIs ?
by Chris66 30 Apr '12

30 Apr '12

Hi, when I changed my point file to: place=city [0x0400 resolution 22-16] place=town [0x0800 resolution 22-18] the map was corrupt (blank tiles in BaseCamp and other effects). So, is it not allowed to have a Resolution Range for POIs or is this a known bug ? Chris

3 4

Car routing issue with --make-all-cycleways at tile boundary with cycle way lane
by Michael Günnewig 25 Apr '12

25 Apr '12

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

3 5

Problem with splitter
by Matteo Gottardi 11 Apr '12

11 Apr '12

Hi, I noticed a problem splitting the geofabrik pbf extract of Italy using the standard splitter-r200 options. The area is at http://osm.org/go/0CmXpRz , and at http://www.gomatteo.net/10.jpg you can see how it look in QlandkarteGT. The osm data seem ok, is a splitter problem?

9 35

Small holes in boundary coverage
by WanMil 09 Apr '12

09 Apr '12

Hi, I have compiled world bounds using the performance branch. They can be downloaded from http://www.navmaps.eu/wanmil/bounds_perf_20120313.zip. I have checked the coverage of different admin_levels with the BoundaryCoverageUtil. The result for admin_level=2 can be downloaded from http://files.mkgmap.org.uk/detail/61. Some countries are missing (USA, Canada, some african countries). I assume that their boundaries were/are corrupt. The more interesting thing is that there are small holes throughout the world in admin_level=2. They seem to be created by the bounds preparation and should not be there. Gerd, can you please have a look on it? Thanks! WanMil

4 18

Commit: r2263: Main features/changes:
by svn commit 31 Mar '12

31 Mar '12

Version 2263 was commited by steve on 2012-03-31 21:38:44 +0100 (Sat, 31 Mar 2012) Main features/changes: - support for sectors of light - include more types of light, buoy and beacon - removed default style as base of marine style - Ronny Klier

1 0

[Patch] Some work on marine style
by Ronny Klier 31 Mar '12

31 Mar '12

Hi, attached patch should improve marine style. Main features/changes: - support for sectors of light - include more types of light, buoy and beacon - removed default style as base of marine style Some remarks on the changes: Because every sector has to be explicit declared there are up to 15 sectors of light included in the style. I hope there are no lights with more than that, but it is easy to extend the list. Removing default style as base gives more flexibility. One may create a transparent overlay with sea signs or include marine style in own styles. Additional it is much faster to search errors while developping ;-) I tested the changes with the europe extract from Geofabrik and got about 500 errors. By far the most are caused by sector bounds defined as "shore". This is reasonable for paper charts but quit useless in machine interpretion. I spend an extra message for this: "shore is no valid sector bound, please annotate a numeric value" Another kind are format errors in OSM data, e.g. comma instead of point or units in addition to the numeric values. I found one issue which should be solved in mkgmap. For some lights the different sectors have different light character (e.g. flashing vs. occulting) or other sequences. But I'm not sure if this could be described in img format. Regards, Ronny

2 1