- mkgmap-dev - The mkgmap lists

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

splitter r334 does not compile
by Marko Mäkelä 12 May '14

12 May '14

I got this with splitter r334. With r333, the code compiles successfully: [javac] splitter/src/uk/me/parabola/splitter/Main.java:501: error: constructor PolygonDescProcessor in class PolygonDescProcessor cannot be applied to given types; [javac] polygonDescProcessor = new PolygonDescProcessor(); [javac] ^ [javac] required: int [javac] found: no arguments [javac] reason: actual and formal argument lists differ in length An "int resolution" parameter was added to the constructor in r334. Marko

2 1

Commit: r3269: enlarge list of special routable types to
by svn commit 11 May '14

11 May '14

Version mkgmap-r3269 was committed by gerd on Sun, 11 May 2014 enlarge list of special routable types to 0x01-0x13, 0x16 or 0x1b

3 3

Commit: r3270: correct calls. isProtectedRoutableLineType() renamed to isSpecialRoutableLineType()
by svn commit 11 May '14

11 May '14

Version mkgmap-r3270 was committed by gerd on Sun, 11 May 2014 correct calls. isProtectedRoutableLineType() renamed to isSpecialRoutableLineType()

1 0

Commit: r3268: correct check for wrong use of routable types: complain only
by svn commit 11 May '14

11 May '14

Version mkgmap-r3268 was committed by gerd on Sun, 11 May 2014 correct check for wrong use of routable types: complain only when used for level 0.

1 0

Commit: r3267: Implement new test for wrong use of routable line types:
by svn commit 11 May '14

11 May '14

Version mkgmap-r3267 was committed by gerd on Sun, 11 May 2014 Implement new test for wrong use of routable line types: 1) warn when the style file lines uses types 0x02 - 0x09 without road class/speed if -check-styles is used 2) warn if a line is added multiple times, once with type between 0x01 and 0x3f and road class/speed, once with type 0x02 - 0x09 and without road class/speed.

1 0

Commit: r3266: improve readability: rename getType() -> getGType(), no functional change
by svn commit 11 May '14

11 May '14

Version mkgmap-r3266 was committed by gerd on Sun, 11 May 2014 improve readability: rename getType() -> getGType(), no functional change

1 0

Problem with adjust-turn-headings
by WanMil 10 May '14

10 May '14

Hi, I have found a situation where --adjust-turn-headings creates a non useful turn hint. Compile the file: http://files.mkgmap.org.uk/detail/207 with parameters --route and --adjust-turn-headings (maybe also --x-no-mergeroads for easier debugging). Try a route from Frankfurter Straße to Eilper Straße. Mapsource and the GPS give a hint that you have to turn right on the junction of Frankfurter Straße and Eilper Straße although the street is straight. Logging of the RouteNode class gives the hint: Adjusting turn heading from -52.342655 to -99.54512 at junction of (http://www.openstreetmap.org/browse/way/31171248) and (http://www.openstreetmap.org/browse/way/144387754) at http://www.openstreetmap.org/?mlat=51.349647&mlon=7.484266&zoom=17 For me the initial heading -52.34... looks weird. Gerd, do you have any ideas? WanMil

2 4