Hi Felix, I thught that load of the boundaries is only dependent on the bbox of the input files. Maybe I'm wrong, it's long ago that I coded that :-O Also my fears reg. waste of space are not correct. We save one area containing all information for levels 2,3,4,...,11. So, the redundancy is not that big. Gerd Date: Fri, 7 Mar 2014 10:21:54 +0100 From: extremecarver@gmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] Style Dependant Bug Well, I just re-rendered. The bug is now fixed, but it was clearly style dependent. On one style, I had a tile missing. On the other style maybe the boundary was wrong - but mkgmap did output a working tile. Well with the fix - the problem is gone. Both styles now created correct map... thanks for the quick reaction. On 07.03.2014 06:14, Gerd Petermann wrote: Hi Felix, I was able to reproduce the problem but I don't see how this could be style related, as it happens when reading precompiled boundaries. I thought that I fixed this problem already, but it seems that the higher precision is more likely to produce micro areas (< 1 x1 cm). With r3089 I have added a test to ignore these micro areas when reading or writing preprocessed boundaries. So, expect files that are a few percent smaller when using that release :-) I noticed that the current format of the precompiled boundaries is not very good reg. size: we save a lot of redundant information, e.g. complex lines shared by level 2, 4 , and 6 boundaries are saved for each level and for each area sharing it (say left and right one). I guess this could be optimized, so it's on my todo list. Gerd > Date: Fri, 7 Mar 2014 00:59:31 +0100 > From: extremecarver@gmail.com > To: mkgmap-dev@lists.mkgmap.org.uk > Subject: [mkgmap-dev] Style Dependant Bug > > 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 > > _______________________________________________ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev _______________________________________________ mkgmap-dev mailing list 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 _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev