December 2016 - mkgmap-dev - The mkgmap lists

"could not open style null…" with r3740 and r3734
by Stéphane MARTIN 26 Dec '16

26 Dec '16

Hi, I suddenly got an issue with r3740 and the the problem exists too with r3734 but not with r3676. This happened suddenly and I could not determine a wrong manipulation on my part. r3740 and r3734 produce the message: "Found one style in /home/steph/osm/styles/default/ could not open style null in /home/steph/osm/styles/default/ finished check-styles" With r3676, no problem: "Found one style in /home/steph/osm/styles/default/ finished check-styles" $ java -version openjdk version "1.8.0_111" OpenJDK Runtime Environment (build 1.8.0_111-8u111-b14-2ubuntu0.16.04.2-b14) OpenJDK 64-Bit Server VM (build 25.111-b14, mixed mode) An idea ? More information needed ? Best regards. Steph

3 3

"could not open style null…" with r3740 and r3734
by Stéphane MARTIN 26 Dec '16

26 Dec '16

Hi, Please excuse me for copying/pasting but I do not get the mails from the thread I created and my investigations were unsuccessful. The output: Time started: Mon Dec 26 11:48:33 CET 2016 The following styles are available: default 0.84: "Default style" modifié. Found one style in /home/steph/osm/styles/default/ could not open style null in /home/steph/osm/styles/default/ finished check-styles Number of MapFailedExceptions: 0 Number of ExitExceptions: 0 Time finished: Mon Dec 26 11:50:15 CET 2016 Total time taken: 101768ms The gmapsupp.img seems correct however. So, not a big deal. Just weird ! Steph -------------------------- Hi Steph, I have no idea why 3676 should be different in this case, please double check. I assume your script to run mkgmap produces an invalid path for the --style-file option. If that doesn't help, please post a log that shows the executed command and the complete output to stdout. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Stéphane MARTIN <st3ph.martin at laposte.net> Gesendet: Sonntag, 25. Dezember 2016 21:12:31 An: Development list for mkgmap Betreff: [mkgmap-dev] "could not open style null…" with r3740 and r3734 Hi, I suddenly got an issue with r3740 and the the problem exists too with r3734 but not with r3676. This happened suddenly and I could not determine a wrong manipulation on my part. r3740 and r3734 produce the message: "Found one style in /home/steph/osm/styles/default/ could not open style null in /home/steph/osm/styles/default/ finished check-styles" With r3676, no problem: "Found one style in /home/steph/osm/styles/default/ finished check-styles" $ java -version openjdk version "1.8.0_111" OpenJDK Runtime Environment (build 1.8.0_111-8u111-b14-2ubuntu0.16.04.2-b14) OpenJDK 64-Bit Server VM (build 25.111-b14, mixed mode) An idea ? More information needed ? Best regards. Steph

1 0

splitter r529
by Gerd Petermann 26 Dec '16

26 Dec '16

Hi all, I've merged the refactoring2 branch. see this post for the major changes compared to r479: http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2016q4/025614.html I have found some more nice performance improvements for the SparseLong2IntMap, but I'd like to change the unit testing system first, so I have started a new branch to switch the unit test system from testng to junit which is also used in mkgmap. Gerd

1 1

Minimum resolution in polygons style
by Gerd Petermann 23 Dec '16

23 Dec '16

Hi all, while debugging the problem reported by Arndt Röhrig http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2016q4/025471.html I noticed that his style adds all polygons with "min resolution 10" like this: landuse=basin [0x53 resolution 10] Up to now I thought this is just causing more CPU load : The polygon is processed for each (low) resolution and after many calculations it is typically "thrown away" because it is reduced to a single point in the I think we can easily change mkgmap to calculate a proper "min res" value for shapes depending on the actual size at resolution 24. Probably that would also be useful for lines. Any thoughts? Gerd

2 4

Set Family ID value
by Jakob Mühldorfer 22 Dec '16

22 Dec '16

Hi, I have another question about map conversion. Currently I am trying to add a very simple overly map, additionally to my existing ones. The right way seems to be to choose another Family-ID? But somehow mkgmap ignores the option, and still creates "6324xxxx.img" files, which collides with existing maps and does not load on the device. Am I using this wrong? > java -jar mkgmap/mkgmap.jar --draw-priority=30 --transparent > --style-file=hike --gmapsupp --tdbfile --family-id=6868 overlay.txt > saarland-latest.osm.pbf Thanks for any help why this fails Jakob

2 4

Commit r3740: Adjust the TRE size values in the tests.
by svn commit 21 Dec '16

21 Dec '16

Version mkgmap-r3740 was committed by steve on Wed, 21 Dec 2016 Adjust the TRE size values in the tests. The TRE size depends on if you have a modified svn checkout or not. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3740

1 0

NullPointerException with 3736
by Thorsten Kukuk 21 Dec '16

21 Dec '16

Hi, with mkgmap r3736 I get: java.lang.NullPointerException at uk.me.parabola.mkgmap.build.MapArea.split(MapArea.java:241) at uk.me.parabola.mkgmap.build.MapSplitter.splitMaxSize(MapSplitter.java:239) at uk.me.parabola.mkgmap.build.MapSplitter.split(MapSplitter.java:104) at uk.me.parabola.mkgmap.build.MapBuilder.makeMapAreas(MapBuilder.java:696) at uk.me.parabola.mkgmap.build.MapBuilder.makeMap(MapBuilder.java:232) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:107) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:69) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:259) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:255) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Exiting - if you want to carry on regardless, use the --keep-going option Number of ExitExceptions: 1 That map has a lot of empty space and tiles and only a few POI in some of the tiles. Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CASP SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg)

2 4

Commit r3739: revert change from r3736 in class Area
by svn commit 21 Dec '16

21 Dec '16

Version mkgmap-r3739 was committed by gerd on Wed, 21 Dec 2016 revert change from r3736 in class Area http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3739

1 0

Commit r3738: partly revert r3736 - that was experimental code
by svn commit 21 Dec '16

21 Dec '16

Version mkgmap-r3738 was committed by gerd on Wed, 21 Dec 2016 partly revert r3736 - that was experimental code http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3738

1 0

errors with 3734
by Steve Sgalowski 21 Dec '16

21 Dec '16

i use mkgmap and spliier in a 3rd party program to make map files now i still get these results with 3734 but not with 3726 here is a image of the errors i get Stephen

3 2