March 2014 - mkgmap-dev - The mkgmap lists

another bug...
by Felix Hartmann 07 Mar '14

07 Mar '14

Happens on Canada for me - also somehow style related I guess... Exception in thread "main" java.lang.AssertionError: mdr20 value changed f=365176 t=365180 count=21030 at uk.me.parabola.imgfmt.app.mdr.Mdr5Record.setMdr20(Mdr5Record.java:129) at uk.me.parabola.imgfmt.app.mdr.Mdr20.buildFromStreets(Mdr20.java:116) at uk.me.parabola.imgfmt.app.mdr.MDRFile.writeSections(MDRFile.java:312) at uk.me.parabola.imgfmt.app.mdr.MDRFile.write(MDRFile.java:252) at uk.me.parabola.mkgmap.combiners.MdrBuilder.onFinish(MdrBuilder.java:338) at uk.me.parabola.mkgmap.main.Main.endOptions(Main.java:537) at uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:128) at uk.me.parabola.mkgmap.main.Main.main(Main.java:117) -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org

4 7

Style Dependant Bug
by Felix Hartmann 07 Mar '14

07 Mar '14

Happens on France - seems to be somehow style dependant as it doesn't happen on 1 out of my 2 styles, not sure about default style. Any ideas? java.lang.AssertionError: boundary bbox doesn't fit into quadtree java.awt.Rectangle[x=250000,y=2050000,width=50000,height=50000] java.awt.geom.Rectangle2D$Double[x=249999.99999999997,y=2073898.7167311574,w=2.9103830456733704E-11,h=2.3283064365386963 E-10] at uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryQuadTree$Node.add(BoundaryQuadTree.java:603) at uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryQuadTree$Node.access$900(BoundaryQuadTree.java:392) at uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryQuadTree.readStreamQuadTreeFormat(BoundaryQuadTree.java:357) at uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryQuadTree.<init>(BoundaryQuadTree.java:109) at uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryUtil.loadQuadTreeFromStream(BoundaryUtil.java:474) at uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryUtil.loadQuadTrees(BoundaryUtil.java:174) at uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryGrid.init(BoundaryGrid.java:103) at uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryGrid.<init>(BoundaryGrid.java:66) at uk.me.parabola.mkgmap.reader.osm.LocationHook.end(LocationHook.java:98) at uk.me.parabola.mkgmap.reader.osm.OsmReadingHooksChain.end(OsmReadingHooksChain.java:79) at uk.me.parabola.mkgmap.reader.osm.bin.OsmBinMapDataSource.load(OsmBinMapDataSource.java:63) at uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:127) at uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167) at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:220) at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:216) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org

2 3

Commit: r3089: throw away micro areas when reading or saving precompiled boundaries
by svn commit 07 Mar '14

07 Mar '14

Version mkgmap-r3089 was committed by gerd on Fri, 07 Mar 2014 throw away micro areas when reading or saving precompiled boundaries

1 0

Splitter failure with new precompiled sea
by ggalli 06 Mar '14

06 Mar '14

Hi Steve, I downloaded new precompiled bounds & sea from: http://osm.thkukuk.de/data/ Unfortunately, when I try to split my europe map, I got this error: c:\DATA\SHARED\OSM>perl script\genGarminMap.pl -s Detected OS: Windows Selected map is: ce (poly file C:\DATA\SHARED\OSM\pbf\central_europe.poly) Split OSM -ce- Europe map. java -Xmx3072M -jar C:\DATA\SHARED\OSM\splitter-r318\splitter.jar --status- freq= 60 --output-dir=C:\DATA\SHARED\OSM\osmSplit --keep-complete --overlap=0 -- bounda ry-tags=use-exclude-list --polygon-file=C:\DATA\SHARED\OSM\pbf\central_europe. po ly --precomp-sea=C:\DATA\SHARED\OSM\osmData\sea_20140306.zip --max-areas=3072 -- max-nodes=1200000 --geonames-file=C:\DATA\SHARED\OSM\osmData\cities5000.zip -- ou tput=o5m C:\DATA\SHARED\OSM\pbf\europe.ce.o5m Exception in thread "main" java.lang.NullPointerException at uk.me.parabola.splitter.PrecompSeaReader.getPrecompKeyNames (PrecompSe aReader.java:306) at uk.me.parabola.splitter.PrecompSeaReader.processMap (PrecompSeaReader. java:77) at uk.me.parabola.splitter.Main.calculateAreas(Main.java:515) at uk.me.parabola.splitter.Main.split(Main.java:234) at uk.me.parabola.splitter.Main.start(Main.java:165) at uk.me.parabola.splitter.Main.main(Main.java:149) C:\DATA\SHARED\OSM\splitter-r318\splitter.jar: at script\genGarminMap.pl line 2 67. I'm using splitter version 318. It seems there is some problem with precomp sea file management. Thanks, Giacomo.

2 2

Re: [mkgmap-dev] Commit: r3081: merge from the high-prec-coord branch.
by Felix Hartmann 06 Mar '14

06 Mar '14

well, I'm (the server) is definitely not running out of memory. New bounds are fine, it's only bout sea. here's the options I use (no style-file given - seems not to depend on the style): c:\OpenMTBMap\maps>start /low /b /wait java -jar -Xms6000M -Xmx10300M c:\openmtbmap\mkgmap.jar --max-jobs=8 --generate-sea --latin1 --precomp-sea=c:\openmtbmap\maps\sea.zip --nsis --index --levels="0:24, 1:23, 2:22, 3:21, 4:20, 5:19, 6:18" --overview-levels="7:17, 8:16, 9:15, 10:14, 11:13, 12:12" --adjust-turn-headings --add-pois-to-areas --reduce-point-density=3.4 --reduce-point-density-polygon=6 --housenumbers --link-pois-to-ways --ignore-turn-rest rictions --polygon-size-limits="24:16, 23:14, 22:12, 21:11, 20:10, 19:9, 18:8, 17:7, 16:6, 15:5, 14:4, 13:3, 12:2, 11:0, 10:0" --description=openmtbmap_at --show-profiles=1 --location-autofill=bounds,is_in,nearest --bounds=c:\openmtbmap\maps\bounds .zip --route --country-abbr=at --country-name=austria --mapname=63650000 --family-id=6365 --product-id=1 --series-name=openmtbmap_austria_06.03.2014 --family-name=mtbmap_at_06.03.2014 --tdbfile --overview-mapname=mapsetc --keep-going --area-name="aus tria_06.03.2014_openmtbmap.org" -c c:\openmtbmap\maps\template.austria 7*.img 1>NUL My austria.osm.pbf is a bit older... On 06.03.2014 13:38, Gerd Petermann wrote: > Hi Felix, > > I try to reproduce the problem. It might be related to higher > memory consumption. > > Gerd > > ------------------------------------------------------------------------ > Date: Thu, 6 Mar 2014 13:36:06 +0100 > From: extremecarver(a)gmail.com > To: mkgmap-dev(a)lists.mkgmap.org.uk > Subject: Re: [mkgmap-dev] Commit: r3081: merge from the > high-prec-coord branch. > > Well there is Lake Neusiedl - which is entered as sea, Bodensee and > some others maybe too? OSM gotten so complex that even some lakes need > to be entered as sea (and it makes sense because otherwise lakes on > country boundary would be empty or overflowing...). > On 06.03.2014 13:33, Enrico Liboni wrote: > > interesting... sea in Austria, that's maybe the issue > > > On Thu, Mar 6, 2014 at 1:26 PM, Felix Hartmann > <extremecarver(a)gmail.com <mailto:extremecarver@gmail.com>> wrote: > > Oh well - there seems to be some problem with the new sea file: > > java.lang.NullPointerException > at > uk.me.parabola.mkgmap.reader.osm.SeaGenerator$PrecompData.access$100(SeaGenerator.java:1486) > at > uk.me.parabola.mkgmap.reader.osm.SeaGenerator.addPrecompSea(SeaGenerator.java:616) > at > uk.me.parabola.mkgmap.reader.osm.SeaGenerator.end(SeaGenerator.java:847) > at > uk.me.parabola.mkgmap.reader.osm.OsmReadingHooksChain.end(OsmReadingHooksChain.java:79) > at > uk.me.parabola.mkgmap.reader.osm.bin.OsmBinMapDataSource.load(OsmBinMapDataSource.java:63) > at > uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:127) > at > uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167) > at > uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63) > at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:220) > at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:216) > at > java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) > at java.util.concurrent.FutureTask.run(Unknown Source) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) > at java.lang.Thread.run(Unknown Source) > > > > nothing else changed besides using new instead of old sea > file. splitter/mkgmap both trunk and latest svn version. > (on compiling austria). > > > On 06.03.2014 13:02, Thorsten Kukuk wrote: > > On Thu, Mar 06, Felix Hartmann wrote: > > Are there precompiled bounds and sea to download > already somewhere? > (the ones on mkgmap.org.uk <http://mkgmap.org.uk> are > rather old, and the ones on pleiades are > about the same size - hence same old format I assume). > > http://osm.thkukuk.de/data/ > > The size did grow up from 418MB to 624MB for the bounds. > > > Thorsten > > > -- > keep on biking and discovering new trails > > Felix > openmtbmap.org <http://openmtbmap.org> & www.velomap.org > <http://www.velomap.org> > > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev(a)lists.mkgmap.org.uk > <mailto:mkgmap-dev@lists.mkgmap.org.uk> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev(a)lists.mkgmap.org.uk <mailto:mkgmap-dev@lists.mkgmap.org.uk> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > -- > keep on biking and discovering new trails > > Felix > openmtbmap.org &www.velomap.org <http://www.velomap.org> > > _______________________________________________ mkgmap-dev mailing > list mkgmap-dev(a)lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- keep on biking and discovering new trails Felix openmtbmap.org & www.velomap.org

5 10

Commit: r3087: different approach to find the index.txt file in precompiled sea data
by svn commit 06 Mar '14

06 Mar '14

Version mkgmap-r3087 was committed by gerd on Thu, 06 Mar 2014 different approach to find the index.txt file in precompiled sea data zipfile

1 0

Commit: r3081: merge from the high-prec-coord branch.
by svn commit 06 Mar '14

06 Mar '14

Version mkgmap-r3081 was committed by gerd on Thu, 06 Mar 2014 merge from the high-prec-coord branch. The expected effects are: - improved routing - less distorted lines caused by rounding to map units - smaller map size (~ 10%) because of various optimizations - larger "precompiled" sea and bounds data (~30%) - increased mkgmap run time (~ 10%)

6 10

Splitter and multiple input-files
by Henning Scholland 06 Mar '14

06 Mar '14

Hi Gerd, I discovered a (small) problem with using two inputfiles with splitter. One input-file is planet.osm, the other one is a srtm-files covering only a few areas. If I split an area, which is not covered by the bbox of my srtm-file, splitter wont write any areas.list and so on. Would it be possible to merge the bboxes of the input-files or check, that the required area is coverd at least by one input and not necessarily by all? Henning

3 8

Commit: r3076: Merge from the sort branch.
by svn commit 05 Mar '14

05 Mar '14

Version mkgmap-r3076 was committed by steve on Tue, 04 Mar 2014 Merge from the sort branch. This solves multiple problems searching for addresses when the default ascii character set is used, or when many characters cannot be represented in the target character set and have to be transliterated. Complete sort tables for code-pages: 1250, 1251, 1252, 1253, 1254, 1255, 1256, 1257 and 1258. A few corrections to the sorting algorithm so that sorting by sort-keys always gives the same result as sorting using the Collator. If anyone uses there own sort descriptions, then there is one change: everything is in terms of unicode. The file itself should be in utf-8 as before, but all characters with numeric references should be in unicode, rather than the target character set. There are numerous internal changes that are the beginnings of unicode support, but these changes are not visible, so unicode maps will still not be searchable.

4 6

Commit: r3080: Merge assertion fix from sort branch.
by svn commit 05 Mar '14

05 Mar '14

Version mkgmap-r3080 was committed by steve on Wed, 05 Mar 2014 Merge assertion fix from sort branch.

1 0