- mkgmap-dev - The mkgmap lists

Commit r3690: unit tests regarding img size did not reflect latest changes which reduced img size
by svn commit 04 Aug '16

04 Aug '16

Version mkgmap-r3690 was committed by gerd on Thu, 04 Aug 2016 unit tests regarding img size did not reflect latest changes which reduced img size No need to uodate to this version, this is more for documentation http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3690

1 0

Commit r3689: change jre settings to java 1.8
by svn commit 04 Aug '16

04 Aug '16

Version mkgmap-r3689 was committed by gerd on Thu, 04 Aug 2016 change jre settings to java 1.8 http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3689

1 0

Roundabout checks
by Mike Baggaley 03 Aug '16

03 Aug '16

Hi, I wonder whether we could add a check that any highways joining onto a roundabout only do so at the end of way, and that no more than one way joins the roundabout at any given node? This would highlight roundabouts that do not adhere to the rule of having a separate node for each entrance and exit - I believe these cause the GPS to display the incorrect exit number when routing. I suspect this check would too complex to be done in a style file. Regards, Mike

4 9

[Patch v1] improve roundabout checks
by Gerd Petermann 03 Aug '16

03 Aug '16

Hi all, attached is a patch for the roundabout checks. It adds a test that will warn when a node on a roundabout is connected to more than one routable way (ways which are not accessable are not counted, e.g. highway=construction with the default style) The check is only performed when option --check-roundabouts is used, you have to enable logging to see the result. The check is implemented in class RouteNode, so a config line in logging.properties might be uk.me.parabola.imgfmt.app.net.RouteNode.level=WARN A binary based on r3688 is here: http://files.mkgmap.org.uk/download/306/mkgmap.jar Note that this check is very basic, it doesn't ignore when the road is going straight through the roundabout or when it builds a tagent. If you think that this produces too many false warning I may add code for this. Gerd

1 0

spurious data showing in Basecamp
by 987654321＠use.startmail.com 02 Aug '16

02 Aug '16

Hi I am not sure if this is the place for this question. I have created a number of maps using the latest version of mkgmap. I then sent the maps to basecamp using mapsettoolkit as layer 25. Repeatedly, I see 1 specific issue. * If I install the map in basecamp as not transparent the map appears properly. * If I install the exact same map in basecamp as transparent, spurious lines appear. However, when I use Basecamp to install the maps on the Garmin, they show properly without the spurious data. Please see attached pdf showing Basecamp screenshots of the exact same area with the same dataset with the only change being the transparency setting. I have cleared the Basecamp cache over and over to no avail.. If this is not the correct place, would you please direct me to it. Thanks Bill * Windows 7 SP1 all updates 32 bit * Basecamp 4.6.2 * mkgmap dated 4-2-2016 * mapsettoolkit v1.77 * cgpsmapper 2.5.2

3 4

Option to output polygons in size order
by Ticker Berkin 01 Aug '16

01 Aug '16

Hi I'm using splitter-r437/mkgmap-r3676 to make a map for Etrex Legend from british-isles-latest.osm.pbf from geofabric.de. Using "default" style and not using a TYP file, no land features (woods,marsh,green) show because an island polygon for "British Isles" is rendered near the end, on top of everything else. I guess that the Etrex has all area types as the same draworder and renders them in file order. I presume I could use TYP / _DrawOrder to change this behaviour slightly but I keep finding examples of woods in islands in lakes in marsh in islands etc etc, so _DrawOrder can't solve the problem. What would make everything show correctly would be to output polygons in size order, largest to smallest. Could this be done easily? either in splitter then --preserve-element-order, or in mkgmap, possibly after style processing because there will be a lot fewer polygons at this point. Regards Ticker Berkin

7 48

Commit r3687: Remove the forced jdk1.7 target.
by svn commit 01 Aug '16

01 Aug '16

Version mkgmap-r3687 was committed by steve on Mon, 01 Aug 2016 Remove the forced jdk1.7 target. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3687

3 4

inner sections of a multipolygon
by nwillink 01 Aug '16

01 Aug '16

Hi Is there any reason why mkgmap only creates the inner sections of a multipolygon if the tags of the outer polygon get transferred to the relation. ie Once you add a multipolygon relation to say an existing forest and making it outer, any inner sections created don't show up unless : the landuse=forest gets removed from the polygon and added to the relation. The problem seems to me that some/many multipolygons have been created by those not using mkgmap. Just an observation ; perhaps this has been discussed before. Nick -- View this message in context: http://gis.19327.n5.nabble.com/inner-sections-of-a-multipolygon-tp5879576.h… Sent from the Mkgmap Development mailing list archive at Nabble.com.

4 9

Commit r3688: Change eclipse javac settings to 1.8.
by svn commit 01 Aug '16

01 Aug '16

Version mkgmap-r3688 was committed by steve on Mon, 01 Aug 2016 Change eclipse javac settings to 1.8. Create directory for pdf documentation during the build process. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3688

1 0

Re-using a splitter result
by Bernhard Hiller 01 Aug '16

01 Aug '16

From one data extract (comprising Germany, Austria, Switzerland, Czechia, Belgium, Netherlands), I create 3 maps: - a routable map for car with id 4312 - a routable map for bicycle with id 4311 - a shared map with points of interest, areas, and some lines (river, railway, etc) with id 4310 Due to an "activity routing" capable firmware, the routable maps must be separated. Currently, I call splitter 3 times, with those different ids, and different names. All other parameters for splitter stay unchanged. That process costs a lot of time. Is there some way to use the result of splitter for all three maps?

4 3