[mkgmap-dev] Style Dependant Bug

Fri Mar 7 09:21:54 GMT 2014

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 at gmail.com
> > To: mkgmap-dev at 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 at lists.mkgmap.org.uk
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20140307/8a9418fb/attachment.html>