- 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

[Patch] Improve LocationHook
by Gerd Petermann 29 Jan '19

29 Jan '19

Hi all, in the forum there was a discussion about "tooltip for residential area" https://forum.openstreetmap.org/viewtopic.php?id=64986 I am not sure if it helps, here is a patch that might improve the LocationHook for closed ways where some points are on a boundary or a boundary is crossing the polygon in a small part. With the current code the result is sometimes surprising, esp. if a very small of a polygon is outside of the "wanted" boundary. The patch calculates the "Center of geometry" for closed ways and uses it first when it lies inside the polygon to calculate the adminlevel values. This might slow down processing if there are many complex closed ways. I did not see many differences in my area, I guess it depends on the accuracy of boundaries. Gerd

1 0