[mkgmap-dev] Please test performance branch

Mon Apr 9 13:30:13 BST 2012

Hi Felix,

I am able to reproduce the error on my machine and try to find a solution.
As a workaround you can try without -ea

Gerd

Felix Hartmann-2 wrote
> 
> ups sorry, for replication: Country is Indonesia from Geofabrik 1.April. 
> Without boundaries the mkgmap trunk compiled fine here (well with 1 week 
> older data, but I think the error is strictly boundary related..).
> 
> On 09.04.2012 12:32, Felix Hartmann wrote:
>> I got the following error - and consequently (using keep-going) one 
>> empty tile. I don't know if the old version worked fine with 
>> boundaries. Never used world boundaries before:
>> java.lang.AssertionError: boundary bbox doesn't fit into quadtree 
>> java.awt.Rectangle[x=4950000,y=-300000,width=50000,height=50000] 
>> java.awt.geom.Rectangle2D$Double[x=4973847.840828372,y=-287167.508728
>> 9282,w=0.0,h=5.820766091346741E-11]
>>         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:356)
>>         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:573)
>>         at 
>> uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryUtil.loadQuadTree(BoundaryUtil.java:150)
>>         at 
>> uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryGrid.init(BoundaryGrid.java:93)
>>         at 
>> uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryGrid.<init>(BoundaryGrid.java:61)
>>         at 
>> uk.me.parabola.mkgmap.reader.osm.LocationHook.end(LocationHook.java:112)
>>         at 
>> uk.me.parabola.mkgmap.reader.osm.OsmReadingHooksChain.end(OsmReadingHooksChain.java:79)
>>         at 
>> uk.me.parabola.mkgmap.reader.osm.bin.OsmBinMapDataSource.load(OsmBinMapDataSource.java:68)
>>         at 
>> uk.me.parabola.mkgmap.main.MapMaker.loadFromFile(MapMaker.java:144)
>>         at uk.me.parabola.mkgmap.main.MapMaker.makeMap(MapMaker.java:56)
>>         at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:210)
>>         at uk.me.parabola.mkgmap.main.Main$1.call(Main.java:207)
>>         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)
>>
>>
>>
>> data: ccbysa 2.0 openstreetmap.org contributors
>>
>> On 05.04.2012 21:59, WanMil wrote:
>>> Hi all,
>>>
>>> I want to merge back the performance branch with big improvements to the
>>> time required by the LocationHook which assigns zip/city/region and
>>> country information for address search.
>>>
>>> Please test the performance branch now so that remaining problems can be
>>> fixed before merging it back.
>>>
>>> I have created bounds file covering the whole world with data from April
>>> 1st. You can download it at:
>>> http://www.navmaps.eu/wanmil/bounds_20120401.zip
>>>
>>> Big thanks to Gerd who developed the improvements!
>>>
>>> WanMil
>>> _______________________________________________
>>> mkgmap-dev mailing list
>>> mkgmap-dev at .org
>>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> 
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at .org
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> 

--
View this message in context: http://gis.19327.n5.nabble.com/Please-test-performance-branch-tp5621372p5627285.html
Sent from the Mkgmap Development mailing list archive at Nabble.com.