- mkgmap-dev - The mkgmap lists

Commit: r3093: Fix a possible assertion when building the street index.
by svn commit 08 Mar '14

08 Mar '14

Version mkgmap-r3093 was committed by steve on Sat, 08 Mar 2014 Fix a possible assertion when building the street index. All cases where sorted names are compared with equals() need to be changed to use Collator.compare() with the SrtCollator from Sort. This patch fixes just a few cases to fix an observed assertion error.

1 0

mkgmap SVN r3087 does not create valid gmapsupp.img files for Garmin etrex
by Andreas Tille 07 Mar '14

07 Mar '14

Hi mkgmap developers, I revitalised the mkgmap packaging for Debian which was orphaned for some time. I was lucky to build r2981 and create valid gmapsupp.img files for my etrex 30 and my etry Vista HCx. (I picked this SVN revision some time ago and was able to solve some trouble building the package thanks to the help of Debian GIS team.) Today I fetched the latest SVN release r3087 but the resulting gmapsupp.img does not load on both Garmin devices of mine. To make sure it is not the build process I also fetched your prebuilded JAR file ... with the same failure. I wonder what information you might need to track down the issue. I could offer to do some bisecting to verify intermittent versions if this might help. Kind regards and thanks for creating OSM software Andreas. -- http://fam-tille.de

3 2

Commit: r3092: reduce severity level of message for moved via point
by svn commit 07 Mar '14

07 Mar '14

Version mkgmap-r3092 was committed by gerd on Fri, 07 Mar 2014 reduce severity level of message for moved via point

1 0

New turn restriction warnings after high-prec-coord merge
by Carlos Dávila 07 Mar '14

07 Mar '14

Current trunk outputs a lot of warnings of the type below: Turn restriction http://www.openstreetmap.org/browse/relation/66916 (at http://www.openstreetmap.org/?mlat=39.698722&mlon=-5.969887&zoom=17) no_left_turn 'via' coord redefined from http://www.openstreetmap.org/?mlat=39.698722&mlon=-5.969887&zoom=17 to http://www.openstreetmap.org/?mlat=39.698722&mlon=-5.969887&zoom=17 If I got this right, it warns about a movement in the via node coordinates, but the "from" and "to" coordinates reported are the same. Can these coordinate changes affect routing? If not, is it necessary this type of warning?

2 1

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