May 2014 - mkgmap-dev - The mkgmap lists

Debugging city/state indexing
by Nelson A. de Oliveira 20 May '14

20 May '14

Is it possible to see how mkgmap is indexing some objects? (for example, how it's assigning a street to a city and state). Does it use the is_in tag or it's able to use relations? (and if yes, how do we specify what is an state relation, a city, etc)

2 1

splitter r383
by GerdP 19 May '14

19 May '14

Hi all, I think r383 in the refactoring branch is ready for merge to trunk: http://www.mkgmap.org.uk/download/splitter-refactoring-r383.zip Changes to r381 in trunk: - new libs are used, make sure to install the complete package, not just splitter.jar! You can keep the old libs for a while to be able to execute older versions of splitter. - improved error handling: most I/O errors like corrupted or missing files will now stop the program instead of just printing error messages, finally producing a useless result - pbf I/O is a bit faster because of the new libs - splitting large files is faster because of some improvements in the branch If I hear no complains I will merge it to trunk on monday Gerd -- View this message in context: http://gis.19327.n5.nabble.com/splitter-r383-tp5806601.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

2 1

Commit: r3280: use newer versions of libraries
by svn commit 19 May '14

19 May '14

Version mkgmap-r3280 was committed by gerd on Mon, 19 May 2014 use newer versions of libraries

1 0

error handling in splitter
by Gerd Petermann 17 May '14

17 May '14

Hi all, I noticed that splitter is quite relaxed regarding error handling ;-) For example, all kinds of I/O errors are catched and may produce stack traces, but processing continues with more or less useless results. Example stdout for a corrupted o5m input : Processing test.o5m java.io.IOException: wrong header byte 13 at uk.me.parabola.splitter.O5mMapParser.parse(O5mMapParser.java:124) at uk.me.parabola.splitter.Main.processOSMFiles(Main.java:1379) at uk.me.parabola.splitter.Main.processMap(Main.java:891) at uk.me.parabola.splitter.Main.calculateAreas(Main.java:579) at uk.me.parabola.splitter.Main.split(Main.java:259) at uk.me.parabola.splitter.Main.start(Main.java:180) at uk.me.parabola.splitter.Main.main(Main.java:152) in 1 file Time: Wed May 14 08:24:16 CEST 2014 Failed to calculate areas. See log for details. Failed to calculate areas. Sorry. Cannot split the file without creating huge, almost empty, tiles. Please specify a bounding polygon with the --polygon-file parameter. Time finished: Wed May 14 08:24:16 CEST 2014 Total time taken: 0s I think splitter should be changed so that it stops immediately with rc 1 if - an input file is missing or can't be read (e.g. invalid numbers, corrupted binary files, etc.) - an output file can't be written (no access rights, disk full, etc) and a useful error message in stdout and stderr. I try to code it like this in the new refactoring branch. I also try to code a new log handling, so that debug info is written to its own file. Gerd

5 15

splitter and overlapping tiles in split-file
by Gerd Petermann 16 May '14

16 May '14

Hi all, > Other things could be done: > > As you mainly had written the overlapping-code for me, I think it can > be removed. The new method is so much better, that I would highly > recommend not to use the older one. The code for this is not big (maybe 200 lines), but in the past it often caused trouble when new features were implemented, and it is difficult to test, so I'd appreciate to remove the support for overlapping tiles in a given split-file. Is it okay to remove the support and print something like "Error: Support for overlapping tiles in split-files was removed in version r36x." or should splitter print a warning to stderr like "Warning : Support for overlapping tiles will be removed in future releases" for a while ? Gerd

3 2

certain highway names are not compiled in the map
by joern de 16 May '14

16 May '14

Using the default style in mkgmap-r3265 the map doesn't know the names of the residential highway Altcotta (http://www.openstreetmap.org/way/31130257 ). But it knows the name of the pedestrian multipolygon named Altcotta ( http://www.openstreetmap.org/relation/977290) Does anyone has a clue about this?

5 5

path in template.args-file
by Henning Scholland 15 May '14

15 May '14

Hi, I just realized that the paths in the template.args file is interpreted by mkgmap as relative to template.args file. Is this behaviour intended or shouldn't it be relative to the path, from which mkgmap is called from, as every other path in mkgmap? The template.args-file is pretty old, so maybe changing the behaviour isn't that good. But maybe mkgmap could first look for the file relative to template.args file and if there is nothing found then in the file, where mkgmap is called from? Henning

3 2

splitter removes multipolygon-tags
by Henning Scholland 14 May '14

14 May '14

Hi @ all, some users of my map reported to me, that there are several polygons missing. After taking a look into the splitted o5m-files I can confirm, that they can't be rendered because the objects doesn't contain the necessary tags. First I thought, it could be cause because of multiple input-files or garbage input, but I can reproduce it also with a fresh planet, only converted to o5m. So I assume that input-data is ok and it is not depending on multiple input-files. I've uploaded a tile http://www.aighes.de/data/mkgmap/10000211.o5m http://www.openstreetmap.org/#map=15/49.8764/11.5338 For example this forrest is missing. I haven't tryed with new splitter-r325, but I don't think it will change it. Any ideas what could caused the problems? Henning

4 38

spltter r342
by GerdP 13 May '14

13 May '14

Hi all, with r342 I've improved the split algo. It will normally find a better solution than r325 (fewer tiles and/or higher number of nodes in the least populated tile) in a good time. Gerd -- View this message in context: http://gis.19327.n5.nabble.com/spltter-r342-tp5806127.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

1 0

Commit: r3259: remove most checks regarding routable/non-routable types.
by svn commit 12 May '14

12 May '14

Version mkgmap-r3259 was committed by gerd on Tue, 06 May 2014 remove most checks regarding routable/non-routable types. all types >= 0x01 and <= 0x3f are considered to be routable. It seems that a routable type used for a non-routable line is no longer causing problems, so there is no need to warn. Removed messages: 1) "Non-routable way with routable type ... starting at ...is used for a routable map. This leads to routing errors. Try --check-styles to check the style. 2)"Non-routable type ...in combination with road_class/road_speed used for routable map. Try --check-styles to check the style." 3) "Warning: routable type ... is used for non-routable line with level 0. This may break routing. Style file ...

9 29