November 2016 - mkgmap-dev - The mkgmap lists

max-nodes in splitter
by Jakob Mühldorfer 01 Apr '17

01 Apr '17

Hi, I tried to read all the docs and forums about max-nodes, but I still have questions left: * Does the splitter print an error when max-nodes is too large, or is it unpredictable and will it only fail on the GPS device * Do tiles with more nodes mean higher or lower draw performance on devices, or not matter at all Thank you for your help Jakob

5 19

mkgmap: problems with encoding file used with option --license-file
by Patrik Brunner 18 Dec '16

18 Dec '16

Hello together, I'm using makemap (r3696) on Windows (non UTF-8 locale) and on Linux (UTF-8 locale) and got very strange and platform dependant behaviour. So I started to use the option -Dfile.encoding=utf-8 in the java call of mkgmap to have at least the same, still strange and different behaviour on both platforms. Here the facts: * I have special characters (Latin1) in the license file: äöüéè ... * If I build a unicode map and the license file is properly encoded in Unicode, Basecamp shows at the end scrambled characters * I'm able to get a unicode map with correct license info (no scrambled chars) only on Windows (non-utf8 environment) without calling mkgmap with -Dfile.encoding=utf-8 and some additional cheats * If I use mkgmap to create a gmapsupp.img it again looks different, bit better but not good. I know these facts are a bit unspecific, but I've really tested out quite a lot and no combination / tries did help to solve the problems. And before investing even more time and get completely lost I'll ask for help. Therefore: did I miss something essential or are the parameters --license-file and --copyright-file (I use the same file for both parameters) handled specially/different than other source files for mkgmap (no/different encoding support ?). We never had any problems with utf8 encoded style files or typ source files, all went always very smooth as long as everything was utf-8...but with the license files I got stuck now. Thanks in advance for hints / solutions / confirmations. Cheers Patrik

2 39

typ file and address search failure with contours
by Enrico Liboni 17 Dec '16

17 Dec '16

Folks, I had a weird problem I just sorted out - it was known that the position of the TYP file on command line may have some influence, I remember I read somewhere it is better to place it at the end as last argument. What is weird is something happen among r3642 and r3695 which changed the behavior. I used the following command since years: java -Xmx2000M -jar ./mkgmap/mkgmap.jar --max-jobs --latin1 --output-dir="./img"/ \ --family-id=10030 --product-id=1 --route --remove-short-arcs --bounds=bounds.zip \ --precomp-sea=sea.zip --location-autofill=is_in,nearest --draw-priority=20 --index --housenumbers --gmapsupp *./typ/gspeed.typ* ./work/7311*osm.pbf \ --family-id=10031 --product-id=1 --draw-priority=10000 --transparent *./typ/gspeed.typ *./contours/imgItaAndAlps/7324*img Since somewhere between r3642 and r3695 ( incl. current 3705) that is generating a map with broken address search (either the country does not appear in the list). It took sometime to discover that now I need to move the typ file at the end of first section java -Xmx2000M -jar ./mkgmap/mkgmap.jar --max-jobs --latin1 --output-dir="./img"/ \ --family-id=10030 --product-id=1 --route --remove-short-arcs --bounds=bounds.zip \ --precomp-sea=sea.zip --location-autofill=is_in,nearest --draw-priority=20 --index --housenumbers --gmapsupp ./work/7311*osm.pbf *./typ/gspeed.typ* \ --family-id=10031 --product-id=1 --draw-priority=10000 --transparent./contours/imgItaAndAlps/7324*img What is weird is that the 1st command line seems to work for small files or if I remove the contour line (last line - also if I keep the typ before the pbf) and that the typ file is ignored by main map if it is just at the end of the whole command line. Maybe it makes sense to better document where to place a typ file in http://www.mkgmap.org.uk/doc/options ...just avoid someone else to get crazy! Regards, Enrico

2 3

Parameter order for index search - any impact?
by Enrico Liboni 17 Dec '16

17 Dec '16

Is there any difference in how index is build depending on parameters order? If I use: --housenumbers --index --gmapsupp I get a 97888256 byte file If I use: --gmapsupp --index --housenumbers I get a 97884160 byte file but index search seems to work the very same. Thanks, Enrico

2 1

splitter r459 and later in refactoring2 branch
by Gerd Petermann 30 Nov '16

30 Nov '16

Hi all, I try to find a better structure for the sources in splitter and therefore moved classes to new packages. Don't use this version of splitter for the generation of precomp-sea.zip, mkgmap needs an older version. I hope this will not cause trouble when merging back this branch... Gerd -- View this message in context: http://gis.19327.n8.nabble.com/splitter-r459-and-later-in-refactoring2-bran… Sent from the Mkgmap Development mailing list archive at Nabble.com.

1 0

splitter r448 in refactoring2 branch
by Gerd Petermann 29 Nov '16

29 Nov '16

Hi all, I've started a new branch to implement some improvements for splitter. Unfortunately the automatic build doesn't seem to work. @Steve: Please can you check why is it not working? Gerd -- View this message in context: http://gis.19327.n8.nabble.com/splitter-r448-in-refactoring2-branch-tp58866… Sent from the Mkgmap Development mailing list archive at Nabble.com.

2 4

Commit r3706: set mkgmap:drawLevel=2 for natural=sea polygons
by svn commit 28 Nov '16

28 Nov '16

Version mkgmap-r3706 was committed by gerd on Mon, 28 Nov 2016 set mkgmap:drawLevel=2 for natural=sea polygons - was like that in the patch by Ticker Berkin http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3706

1 0

Spurious points & Basecamp blank tiles
by Teemu Peltonen 28 Nov '16

28 Nov '16

Hi, I have been creating Garmin map from Finnish national topographic database and lately I updated the process to use mkgmap to convert OSM PBF files to Garmin IMG. I have encountered a problem with Garmin PC software showing blank tiles (http://kartat.hylly.org/mkgmap/mkgmap2.png) and digging further i discovered that there are extra points in IMG files on those tiles http://kartat.hylly.org/mkgmap/mkgmap1.png. These points does not exist in the source data (http://kartat.hylly.org/mkgmap/M431_osm.osm.pbf and http://kartat.hylly.org/mkgmap/mkgmap3.png) nor are those Garmin types referenced in any way in style files (https://github.com/pailakka/mtk2garmin/tree/master/mtk2garmin_style) Do you have any idea what I might be doing wrong, or any pointers which way to look in mkgmap source is this happens to be some kind of bug in mkgmap? Best regards, Teemu Peltonen

8 33

Commit r3705: revert unintended changes from r3404
by svn commit 25 Nov '16

25 Nov '16

Version mkgmap-r3705 was committed by gerd on Fri, 25 Nov 2016 revert unintended changes from r3404 http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3705

2 1

Random compiling failures
by Carlos Dávila 25 Nov '16

25 Nov '16

I build maps daily for some 60 countries for my web. Since a couple of months or so, almost every day there are some maps that fail to build with an ArrayIndexOutOfBoundsException. Maps that fail change from one day to the next. I have not been able to reproduce the problem, as failure seems to be random. If I later build any of the maps that failed, even using the same input file, it usually builds fine. Problem doesn't seem to be style related, as it happens (also randomly) with any of the two styles I use for my maps. Error message is as follows: Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 265 at java.lang.Integer.valueOf(Integer.java:831) at uk.me.parabola.imgfmt.app.lbl.LBLFileReader.readPoiInfo(LBLFileReader.java:422) at uk.me.parabola.imgfmt.app.lbl.LBLFileReader.<init>(LBLFileReader.java:75) at uk.me.parabola.mkgmap.combiners.FileInfo.lblInfo(FileInfo.java:326) at uk.me.parabola.mkgmap.combiners.FileInfo.lblInfo(FileInfo.java:313) at uk.me.parabola.mkgmap.combiners.FileInfo.imgInfo(FileInfo.java:259) at uk.me.parabola.mkgmap.combiners.FileInfo.getFileInfo(FileInfo.java:152) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:575) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:128) at uk.me.parabola.mkgmap.main.Main.mainStart(Main.java:135) at uk.me.parabola.mkgmap.main.Main.main(Main.java:106) I would need any hint that helps me to reproduce the problem, so that we can debug it.

4 6