- mkgmap-dev - The mkgmap lists

Commit: r3068: Read the high class boundary nodes.
by svn commit 26 Feb '14

26 Feb '14

Version mkgmap-r3068 was committed by steve on Wed, 26 Feb 2014 Read the high class boundary nodes. Not used within mkgmap.

1 0

RoadMerger and adjust-turn-headings
by Gerd Petermann 21 Feb '14

21 Feb '14

Hi WanMil, I think the code for --adjust-turn-headings in RouteNode.tweezeArcs() looks rather similar to that in RoadMerger, and maybe will not work as well in combination with RoadMerger as it assumes that two arcs with the same road (OSM id) are building the "main road": // the code tries to detect a pair of arcs (the "incoming" // arc and the "outgoing" arc) that are the "main road" // and the remaining arc (called the "other" arc) which is // the "side road" I got the impression that RoadMerger also calculates the required data (angles etc). It would be great if RoadMerger could store the information somewhere so that tweezeArcs could use it. Gerd

2 3

additional arcs
by Gerd Petermann 18 Feb '14

18 Feb '14

Hi Steve, this is more complex than I thought :-( If I got that right, the additional arcs to nodes on major roads in Garmin maps are always inter-section links. So, if I add them before calling RoadNetwork.splitCenters(), I have to remove those which are not inter-section links later. If I add them later, I can't be sure that the resulting route center satisfies the constraints. I have an algo that adds the arcs and nodeClass values, but it is done before splitting, so the additional arcs are likely not to be "inter-section links". Maybe this is the reason that the last route center is so big? Could this be a solution for my problem? Gerd

2 1

conversion bug, lost attributes
by Andrzej Popowski 17 Feb '14

17 Feb '14

Hi, I have found some rondos on map, which are drawn as a highway ramp. After examining sources I have concluded that this is a bug, junction tag is lost by mkgmap. This is source object in OSM data: http://www.openstreetmap.org/way/148247399 <way id='148247399' timestamp='2013-09-22T10:46:06Z' uid='681295' user='przemas75' visible='true' version='13' changeset='17971267'> <nd ref='258291555' /> ... <nd ref='258291555' /> <tag k='highway' v='trunk_link' /> <tag k='int_ref' v='E 75' /> <tag k='junction' v='roundabout' /> <tag k='lit' v='yes' /> <tag k='maxaxleload' v='11.5' /> <tag k='maxspeed' v='40' /> <tag k='ref' v='S6' /> <tag k='source:maxaxleload' v='RozporzÄ…dznie Ministra Infrastruktury z dnia 8 czerwca 2011 r' /> <tag k='source:maxaxleload:url' v='http://dziennikustaw.gov.pl/du/2011/s/124/703/D2011124070301.pdf' /> <tag k='source:maxspeed' v='sign' /> </way> This is what I get, when using echotags to examine attribute in mkgmap: 148247399 - [ref=S6,int_ref=E 75,maxspeed=40, lit=yes,oneway=yes,highway=trunk_link] Attribute "junction=roundabout" is missing, which leads to wrong conversion. I have tested current mkgmap r2998 and branch r3053. I have attached OSM sample, which cause problem. Here I have put some bigger samples of the same area: http://files.mkgmap.org.uk/download/178/test2.7z When compiling these samples, please observe way 202260411: http://www.openstreetmap.org/way/202260411 This is similar rondo next to described above. Depending on sample size, rondo is converted to Garmin object 0xC - rondo or 0x9 - ramp. Rondo defined speed changes too, similarly to problem described here: http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2014q1/019803.html -- Best regards, Andrzej

5 8

mergeroads sometimes breaks routing
by franco_bez 17 Feb '14

17 Feb '14

I found a very strange routing behaviour connected to the mergeroads-patch. The Problem area is here: http://www.openstreetmap.org/#map=17/47.89307/10.63390 When I try to route ( Automobile-mode, minimize-time ) from corner Liegnitzer-Straße/Glogauer-Straße to Beuthener-Straße Nr. 11, I get routed all the way round the block. Using --x-no-mergeroads the routing is fine. Even stranger, when I tried to assemble a small testcase with an data-extract from JOSM, the routing is fine, even when using mergeroads. So the error seems to be triggered by something specific to the tile that was generated when building a map of Bayern. See screenshots: Bad Routing with mergeroads: <http://gis.19327.n5.nabble.com/file/n5791132/mergeroads-9452.bmp> Routing OK with --x-no-mergeroads: <http://gis.19327.n5.nabble.com/file/n5791132/no-mergeroads-19995.bmp> -- View this message in context: http://gis.19327.n5.nabble.com/mergeroads-sometimes-breaks-routing-tp579113… Sent from the Mkgmap Development mailing list archive at Nabble.com.

4 11

Commit: r3057: Add a method to get the charset from the codepage.
by svn commit 16 Feb '14

16 Feb '14

Version mkgmap-r3057 was committed by steve on Sun, 16 Feb 2014 Add a method to get the charset from the codepage. This will eventually be used everywhere needed, but currently on trunk this is only for the display project.

1 0

Address Index problem
by Marek Greško 16 Feb '14

16 Feb '14

Hello, I am experiencing several issues using index search on my GPS unit. First is probably related to: http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2013q2/017760.html I have missing streets in Bratislava (Slovakia) in index. But I am not sure whether is is only in Bratislava (which uses districts). I tried to compile only partial map (cut off from Slovakian map) containing only corresponding part of Bratislava and streets are there. My address setup in style file is like this: # Slovakia mkgmap:country=SVK & mkgmap:city!=* & mkgmap:admin_level6=* { set mkgmap:city='${mkgmap:admin_level6}' } mkgmap:country=SVK & mkgmap:city!=* & mkgmap:admin_level9=* { set mkgmap:city='${mkgmap:admin_level9}' } mkgmap:country=SVK & mkgmap:city!=* & mkgmap:admin_level8=* { set mkgmap:city='${mkgmap:admin_level8}' } ... which is with high probability correct. Second problem is, when I use code page 65001 when searching for streets I can filter only first character. Probably because of case sensitive search? I am unable to insert lowercase characters into my gps unit to test whether this is the real cause. When compiling with 1250 codepage, the search filter works correctly. Does the index need to be uppercased? Thank you Marek

4 15

Assertion in high-prec-coord branch
by WanMil 15 Feb '14

15 Feb '14

Hi Gerd, I think the code in the branch is under heavy change at the moment but I want to let you know that I get some sporadic assertions: java.lang.AssertionError at uk.me.parabola.imgfmt.app.net.RouteArc.encodeCurve(RouteArc.java:345) at uk.me.parabola.imgfmt.app.net.RouteArc.boundSize(RouteArc.java:150) at uk.me.parabola.imgfmt.app.net.RouteNode.arcsSize(RouteNode.java:146) at uk.me.parabola.imgfmt.app.net.RouteNode.boundSize(RouteNode.java:139) at uk.me.parabola.imgfmt.app.net.NOD1Part.addNode(NOD1Part.java:232) at uk.me.parabola.mkgmap.general.RoadNetwork.splitCenters(RoadNetwork.java:251) at uk.me.parabola.mkgmap.general.RoadNetwork.getCenters(RoadNetwork.java:258) at uk.me.parabola.mkgmap.build.MapBuilder.makeMap(MapBuilder.java:233) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:120) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:82) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:220) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:1) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) I added a logging just before this assertion to find the road which causes the error: lengthRatio==0 length==17003 at 203678974 http://www.openstreetmap.org/?mlat=43.585375&mlon=-3.224557&zoom=17 lengthRatio==0 length==18677 at 36867829 http://www.openstreetmap.org/?mlat=44.281819&mlon=-4.999981&zoom=17 lengthRatio==0 length==18510 at 36867829 http://www.openstreetmap.org/?mlat=45.963719&mlon=-3.427734&zoom=17 I hope it helps you to fix it! WanMil

2 1

coastline boundaries
by Minko 13 Feb '14

13 Feb '14

Hi, How can I filter out all lines wich are part of boundaries that have a natural=coastline tag? For instance this way: http://www.openstreetmap.org/way/39862450 On my map I dont want to see the boundary lines along the coastlines, but in the style files I can't filter boundary=administrative & natural!=coastline. Somehow administrative boundaries are processed without the coastline tags. Or can I use osmfilter to delete all ways that are tagged with natural=coastline AND are part of a boundary relation?

3 13

bounds and sea on pleiades
by Patrik Brunner 13 Feb '14

13 Feb '14

Lambertus, Actually you have a directory ./latest in both your sea and bounds directory in which we can find the latest version of the sea and and the bounds file. Unfortunately these files still have the date tag in the name which makes an automatic 'fix' download of the latest boundaries quite hard..... there's no need to change these files, but wouldn't it be possible to have a file just called 'bounds.zip' and 'sea.zip' (and respective for bz2 files) being a link to the actually latest file ? So one could always download the latest file from the paths ./bounds/latest/bounds.zip and ./sea/latest/sea.zip Not sure how complex it is to achieve this during your automated generation/preparation/publishing, but guessing from my scripting experience it shouldn't be that hard. Thanks for having a look at this. Cheers Patrik

6 13