February 2019 - mkgmap-dev - The mkgmap lists

Commit r4270: improve reader for polish (*.mp) format
by svn commit 10 Feb '19

10 Feb '19

Version mkgmap-r4270 was committed by gerd on Sat, 09 Feb 2019 improve reader for polish (*.mp) format Fix handling of repeated DATA lines with different levels Sample from manual: [RGN40] Type=22 Label= EndLevel=2 Data0=(51.562624,-1.070283),(51.561637,-1.070592),(51.561272,-1.069878), (51.560059,-1.064277) Data1=(51.562624,-1.070283),(51.561272,-1.069878),(51.560059,-1.064277) [END] Note that GpsMapEdit doesn't seem to understand that as it adds two lines, one for level 0-2, another for levels 1-2 while there should be one at level 0 and another at 1-2 http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4270

3 10

Re: [mkgmap-dev] Shouldn't both options --gmapi and --nsis imply --tdbfile?
by EthnicFood IsGreat 10 Feb '19

10 Feb '19

> > Message: 1 > Date: Sun, 03 Feb 2019 09:15:33 -0500 > From: Greg Troxel <gdt(a)lexort.com> > To: Gerd Petermann <GPetermann_muenchen(a)hotmail.com> > Cc: "mkgmap-dev(a)lists.mkgmap.org.uk" <mkgmap-dev(a)lists.mkgmap.org.uk> > Subject: Re: [mkgmap-dev] Shouldn't both options --gmapi and --nsis > imply --tdbfile? > > > Gerd Petermann <GPetermann_muenchen(a)hotmail.com> writes: > >> I never understood why adding option --gmapsupp suppresses the >> creation of the pc index file(s). Is it really only because the >> current implementation requires more memory? > I don't understand either, and it feels like a bug. > > I have long been in favor of having the defaults make the map that a > user of a reasonably modern device (oregon, etrex 30, etc.) would want, > if they understood the options. It seems like index/route should be on > by default, and there can be --no-index for devices where that causes > trouble. > > > > ------------------------------ > > +1 Mark

6 5

Artifacts in final map (.MP -> .IMG conversion)
by Vadim 09 Feb '19

09 Feb '19

Hi! As a result of conversion *.MP* to *.IMG* with *Mkgmap* (java -jar mkgmap.jar --mapname=12345678 --family-id=1281 --product-id=1 "AmericanLake.mp"), clearly expressed artifacts appear in the resulting map: <https://b.radikal.ru/b07/1902/89/31a7f4de23d0.png> If convert the same .MP-file using *cGPSmapper.exe*, such artifacts do not appear: <https://b.radikal.ru/b25/1902/62/de23809b837d.png> I suspect the reason is rather in the source .MP file: * Multipolygons consist of several hundred points. * The GPSMapEdit program finds intersections and overlays of polygons: http://b.radikal.ru/b29/1902/34/8177994b7e98.png * In addition, after converting multipolygons to polygons (deleting internal polygons from the file used), the artifacts disappear. But it is impossible to use a map (some objects such as islands and hills disappear) obtained in this way: <https://a.radikal.ru/a42/1902/94/0b9aeffc449e.png> However, despite possible problems with the source file, *cGPSmapper.exe converts it without any problems* !!! Is there a way to get *Mkgmap* to convert this file ? Maybe there are some "secret" command line parameters ? I tried unsuccessfully these arguments: --reduce-point-density= --reduce-point-density-polygon= --order-by-decreasing-area ... Generalization in GpsMapEdit not helped... Original *.MP* file posted here: https://yadi.sk/d/c5-7lv8v-Ubvzw Thanks for any advice and suggestions! -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html

3 13

Commit r4269: improve reader for polish (*.mp) format:
by svn commit 09 Feb '19

09 Feb '19

Version mkgmap-r4269 was committed by gerd on Sat, 09 Feb 2019 improve reader for polish (*.mp) format: - add support for holes in POLYGON (first data line gives outer, all further data lines must be holes) - add support for multiple data lines for POLYLINE (don't concatenate them, add multiple map lines instead) http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4269

1 0

Building's border line
by demon.box 07 Feb '19

07 Feb '19

Hi, escuse me, in my own style I make a border line around the buildings but it not always follow exactly the bulding... <http://gis.19327.n8.nabble.com/file/t339261/1.jpg> <http://gis.19327.n8.nabble.com/file/t339261/2.jpg> What can I do? There is an option of mkgmap to reduce this problem? Thanks very much. --enrico -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html

2 4

Fail automatic builds ?
by Waxy 06 Feb '19

06 Feb '19

Hi, No build of mkgmap since version r4262 on the website… A problem within the automatic build ? Regards Steph

2 1

Commit r4267: Add javax.xml replacement dependency for java 11.
by svn commit 06 Feb '19

06 Feb '19

Version mkgmap-r4267 was committed by steve on Wed, 06 Feb 2019 Add javax.xml replacement dependency for java 11. In java 11, the javax.xml packages are removed. One of the tests uses a class from there, so download an extra dependency for running the tests. It might be an idea to see if the usage can be avoided. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4267

1 0

Commit r4266: - Let options --gmapi and --nsis imply option --tdbfile
by svn commit 05 Feb '19

05 Feb '19

Version mkgmap-r4266 was committed by gerd on Tue, 05 Feb 2019 - Let options --gmapi and --nsis imply option --tdbfile - Stop processing with rc=1 if --no-tdbfile is given in combination with --gmapi or with --nsis - Add robustness in NsisBuilder regarding the existence of an index file http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4266

1 0

Shouldn't both options --gmapi and --nsis imply --tdbfile?
by Gerd Petermann 03 Feb '19

03 Feb '19

In the German forum (1) a newbe stumbled over this problem. He started to create his map using options --gmapi and --index and finally also wanted a gmapsupp.img, too. So he added option --gmapsupp . Now, with this combination mkgmap doesn't create the mdx file. One has to specify --tdbfile to get this back again, which is really not intuitive. I think both options --gmapi and --nsis shoud imply --tdbfile, or maybe better, we should simply create the index for the requested output files when --index is given. I never understood why adding option --gmapsupp suppresses the creation of the pc index file(s). Is it really only because the current implementation requires more memory? (1) https://forum.openstreetmap.org/viewtopic.php?pid=736898#p736898 Gerd

2 1