[mkgmap-dev] Style Dependant Bug

Fri Mar 7 09:30:11 GMT 2014

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 at gmail.com
To: mkgmap-dev at 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 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

_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20140307/61cbad1c/attachment-0001.html>