April 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

latin1 an index creation
by aighes 20 Jun '12

20 Jun '12

Hi, would it be possible to add a hint in help=options, that --latin1 is needed for generating the index? Or change the code, that all strings for index-creation were automatically converted to latin1 and strings shown in the map are converted with --code-page. Don't know if this is possible. Henning

3 5

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

[PATCH v1] Precompiled sea
by WanMil 12 May '12

12 May '12

Hi, attached patch uses precompiled sea files to generate the sea areas. Generating sea areas have always been a source of problems. Little errors in the coastline data could flood whole tiles. A second problem is that generating sea areas often take long CPU time. After having used a precompilation step for the address assignment I wondered if it would be possible to do something similar for sea areas. After having played around with compiling sea areas myself I remembered that Mapnik also precompiles sea areas. This precompilation can be downloaded at http://wiki.openstreetmap.org/wiki/Coastline#Main_Mapnik_Layer and uses the ESRI shape format. That makes things very easy :-) I used the geotools lib and converted the sea information to our well known boundary format and added a small code addition to the mkgmap SeaGenerator. Attached patch does not include the ESRI shape conversion (I have to think about how to put that into the mkgmap code base - lots of geotools libs have to be included). But I have uploaded the whole world to http://www.navmaps.eu/wanmil/sea_20120331.zip. The new mkgmap parameter --precomp-sea=<dir with sea files> must be added. So unzip the sea_20120331.zip file to a directory called sea. Call the patched mkgmap with java -jar mkgmap.jar <.. your mkgmap options..> --precomp-sea=sea *.osm.pbf I am sure there are some problems left and the code patch should be cleaned up (better integration of the BoundaryXXX classes). But the first results looked so well that I want to give you the early chance to play with it. Now I hope it should also be possible to create a tile in the atlantic/pacific ocean without any data but full of sea. WanMil

5 18

[Patch] Overflow in splitter node counters
by GerdP 08 May '12

08 May '12

Hi Thorsten, attached is a patch for the problem reported here: http://gis.19327.n5.nabble.com/Bug-in-splitter-tp5610856p5610856.html I don't have the data nor the machine to test it, so I tried to find all places were nodes are counted and changed the variables to long. I did not find a good explanation for the small difference in the numbers: osmconvert reported 2518069911 nodes, which is ~ 2.518.069.911 -(2^31 - 1) = 370.586.264 - 2^31 + 370.586.264 =* -1.776.897.384* but splitter r200 reported * -1.776.905.107* nodes The formatting routine is not the reason. Any ideas? Gerd http://gis.19327.n5.nabble.com/file/n5611808/nodes_int_overflow_v1.patch nodes_int_overflow_v1.patch -- View this message in context: http://gis.19327.n5.nabble.com/Patch-Overflow-in-splitter-node-counters-tp5… Sent from the Mkgmap Development mailing list archive at Nabble.com.

4 9

[Patch] Improve boundary splitting
by GerdP 07 May '12

07 May '12

Hi WanMil, attached is a patch that uses an optimized implementation of the Sutherland-Hodgman algorithm http://en.wikipedia.org/wiki/Sutherland-Hodgeman wikipedia which is much faster than the area.intersect. It is only used to create the precompiled boundaries. The improvements depend on the continent, for africa I see 130 secs with r2272 and 84 secs with the patched version. For asia, I see only a small improvement of ~ 10% On my machine, the precompilation of the boundaries is now quite often waiting for the disk. http://gis.19327.n5.nabble.com/file/n5670294/BoundarySplitter.patch BoundarySplitter.patch Gerd -- View this message in context: http://gis.19327.n5.nabble.com/Patch-Improve-boundary-splitting-tp5670294p5… Sent from the Mkgmap Development mailing list archive at Nabble.com.

3 5

[Patch V1] Subdivision width is 36627 at 3230916/1236133
by GerdP 04 May '12

04 May '12

Hi all, attached is a patch that fixes a few problems with r2272 1) When the initial area is created, the area bounds were only updated when a point was added. Lines and shapes were added without updating the area bounds. The patch changes this. 2) The splitMaxSize() method did used the calculated bounds, not the bounds of the elements. Therefore, it did not split the area when the number of elements was small. 3) The LineSizeSplitterFilter did not split a line to parts that are smaller than maxSize, it always added the point that made the bbox of the line too large. If this last point is far away from the others, the bbox is far too large. The patch makes sure that a line is split into parts that are small enough. Regarding the problem described by WanMils picture: This is not yet solved with this patch. I have to create some test cases to analyse this also. Gerd http://gis.19327.n5.nabble.com/file/n5672934/subdivision_width_v1.patch subdivision_width_v1.patch -- View this message in context: http://gis.19327.n5.nabble.com/Patch-V1-Subdivision-width-is-36627-at-32309… Sent from the Mkgmap Development mailing list archive at Nabble.com.

5 11

Default license
by Vidar Gundersen 30 Apr '12

30 Apr '12

Hi, Would it be better to point the default license to this URL? http://osm.org/copyright http://svn.mkgmap.org.uk/mkgmap/trunk/src/uk/me/parabola/mkgmap/reader/osm/… *** OsmMapDataSource.java Sun Apr 29 13:24:19 2012 --- OsmMapDataSource.java.new Sun Apr 29 13:27:39 2012 *************** public abstract class OsmMapDataSource e *** 114,120 **** */ public String[] copyrightMessages() { String note = getConfig().getProperty("copyright-message", ! "OpenStreetMap.org contributors. See: http://wiki.openstreetmap.org/index.php/Attribution"); return new String[] { note }; } --- 114,120 ---- */ public String[] copyrightMessages() { String note = getConfig().getProperty("copyright-message", ! "OpenStreetMap.org contributors. See: http://osm.org/copyright"); return new String[] { note }; }

4 3