<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Hi Felix,<br><br>I thught that load of the boundaries is only dependent on the bbox of the input files.<br>Maybe I'm wrong, it's long ago that I coded that :-O<br>Also my fears reg. waste of space are not correct. We save one area containing all information<br>for levels 2,3,4,...,11. So, the redundancy is not that big.<br><br>Gerd<br><br><div><hr id="stopSpelling">Date: Fri, 7 Mar 2014 10:21:54 +0100<br>From: extremecarver@gmail.com<br>To: mkgmap-dev@lists.mkgmap.org.uk<br>Subject: Re: [mkgmap-dev] Style Dependant Bug<br><br>
Well, I just re-rendered. The bug is now fixed, but it was clearly
style dependent.<br>
On one style, I had a tile missing. On the other style maybe the
boundary was wrong - but mkgmap did output a working tile.<br>
<br>
Well with the fix - the problem is gone. Both styles now created
correct map...<br>
thanks for the quick reaction.<br>
<br>
<div class="ecxmoz-cite-prefix">On 07.03.2014 06:14, Gerd Petermann
wrote:<br>
</div>
<blockquote cite="mid:DUB112-W80D9162EFCF567CDB9B13C9E8B0@phx.gbl">
<style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}
.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}
--></style>
<div dir="ltr">Hi Felix,<br>
<br>
I was able to reproduce the problem but I don't see how this
could be style related, as it happens <br>
when reading precompiled boundaries.<br>
I thought that I fixed this problem already, but it seems that
the higher precision<br>
is more likely to produce micro areas (< 1 x1 cm).<br>
With r3089 I have added a test to ignore these micro areas when
reading or writing preprocessed <br>
boundaries.<br>
So, expect files that are a few percent smaller when using that
release :-)<br>
<br>
I noticed that the current format of the precompiled boundaries
is not very<br>
good reg. size: we save a lot of redundant information, e.g.
complex lines<br>
shared by level 2, 4 , and 6 boundaries are saved for each level
and for each <br>
area sharing it (say left and right one).<br>
I guess this could be optimized, so it's on my todo list.<br>
<br>
Gerd<br>
<br>
<br>
<br>
<br>
<br>
<div>> Date: Fri, 7 Mar 2014 00:59:31 +0100<br>
> From: <a class="ecxmoz-txt-link-abbreviated" href="mailto:extremecarver@gmail.com">extremecarver@gmail.com</a><br>
> To: <a class="ecxmoz-txt-link-abbreviated" href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><br>
> Subject: [mkgmap-dev] Style Dependant Bug<br>
> <br>
> Happens on France - seems to be somehow style dependant
as it doesn't <br>
> happen on 1 out of my 2 styles, not sure about default
style. Any ideas?<br>
> java.lang.AssertionError: boundary bbox doesn't fit into
quadtree <br>
>
java.awt.Rectangle[x=250000,y=2050000,width=50000,height=50000]
<br>
>
java.awt.geom.Rectangle2D$Double[x=249999.99999999997,y=2073898.7167311574,w=2.9103830456733704E-11,h=2.3283064365386963<br>
> E-10]<br>
> at <br>
>
uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryQuadTree$Node.add(BoundaryQuadTree.java:603)<br>
> at <br>
>
uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryQuadTree$Node.access$900(BoundaryQuadTree.java:392)<br>
> at <br>
>
uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryQuadTree.readStreamQuadTreeFormat(BoundaryQuadTree.java:357)<br>
> at <br>
>
uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryQuadTree.<init>(BoundaryQuadTree.java:109)<br>
> at <br>
>
uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryUtil.loadQuadTreeFromStream(BoundaryUtil.java:474)<br>
> at <br>
>
uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryUtil.loadQuadTrees(BoundaryUtil.java:174)<br>
> at <br>
>
uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryGrid.init(BoundaryGrid.java:103)<br>
> at <br>
>
uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryGrid.<init>(BoundaryGrid.java:66)<br>
> at <br>
>
uk.me.parabola.mkgmap.reader.osm.LocationHook.end(LocationHook.java:98)<br>
> at <br>
>
uk.me.parabola.mkgmap.reader.osm.OsmReadingHooksChain.end(OsmReadingHooksChain.java:79)<br>
> at <br>
>
uk.me.parabola.mkgmap.reader.osm.bin.OsmBinMapDataSource.load(OsmBinMapDataSource.java:63)<br>
> at <br>
>
uk.me.parabola.mkgmap.reader.osm.OsmMapDataSource.load(OsmMapDataSource.java:127)<br>
> at <br>
>
uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:167)<br>
> at
uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:63)<br>
> at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:220)<br>
> at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:216)<br>
> at java.util.concurrent.FutureTask$Sync.innerRun(Unknown
Source)<br>
> at java.util.concurrent.FutureTask.run(Unknown Source)<br>
> at
java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown <br>
> Source)<br>
> at
java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown <br>
> Source)<br>
> at java.lang.Thread.run(Unknown Source)<br>
> <br>
> -- <br>
> keep on biking and discovering new trails<br>
> <br>
> Felix<br>
> openmtbmap.org & <a class="ecxmoz-txt-link-abbreviated" href="http://www.velomap.org" target="_blank">www.velomap.org</a><br>
> <br>
> _______________________________________________<br>
> mkgmap-dev mailing list<br>
> <a class="ecxmoz-txt-link-abbreviated" href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><br>
> <a class="ecxmoz-txt-link-freetext" href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</div>
</div>
<br>
<fieldset class="ecxmimeAttachmentHeader"></fieldset>
<br>
<pre>_______________________________________________
mkgmap-dev mailing list
<a class="ecxmoz-txt-link-abbreviated" href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a>
<a class="ecxmoz-txt-link-freetext" href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" target="_blank">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></pre>
</blockquote>
<br>
<pre class="ecxmoz-signature">--
keep on biking and discovering new trails
Felix
openmtbmap.org & <a class="ecxmoz-txt-link-abbreviated" href="http://www.velomap.org" target="_blank">www.velomap.org</a></pre>
<br>_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</div> </div></body>
</html>