[mkgmap-dev] Error in Africa?
From Gerd Petermann gpetermann_muenchen at hotmail.com on Mon Sep 14 16:34:42 BST 2020
Hi Ticker, mergeRoads() is called before any addRoadsWithoutLoops(). I hope this clarifies all? Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Ticker Berkin <rwb-mkgmap at jagit.co.uk> Gesendet: Montag, 14. September 2020 15:17 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Error in Africa? Hi Gerd I don't understand how splitting the road in addRoadsWithoutLoops() changes anything - won't the bits (and the other OSM ways with same typ/names/class/speed) just be joined up again during StyledConverted end() processing in the call mergeRoads(). For a road with many points, it is going to be LineSplitterFilter that creates too many road segments. Probably the easiest way to prevent this many-pointed road causing this problem is to split it before invoking the filter but after mergeRoads(). However I maintain that a single OSM way won't cause the problem and so stopping RoadMerger from creating the problem is a safe solution. RoadMerger.MAX_MERGED_POINTS should be re-expressed as per StyledConverter.MAX_ROAD_POINTS. I understand the change to remove the warning in MapSplitter about a single item being too big. Ticker On Sun, 2020-09-06 at 08:56 +0000, Gerd Petermann wrote: > Hi Ticker, > > I've now found the time to look at the details. The problem was not > the size of the sub division but the number of Polyline instances > created for the long road. > This has to be < 0x80. The corresponding check was only implemented > with an assert statement and Valentins call doesn't enable > assertions, so invalid data was written. > I've attached a patch which implements the splitting in > StyledConverter and which throws a MapFailedException instead of > using an assertion. > Open problem: MapSplitter still > SCHW: uk.me.parabola.mkgmap.build.MapSplitter > f:\dwnload\temp\63240201.osm.pbf: Single item predicted to exceed > subdivision > http://www.openstreetmap.org/?mlat=10.489948&mlon=-13.065190&zoom=17 > SCHW: uk.me.parabola.mkgmap.build.MapSplitter > f:\dwnload\temp\63240201.osm.pbf: Single item predicted to exceed > subdivision > http://www.openstreetmap.org/?mlat=10.368004&mlon=-12.969704&zoom=17 > while the map seems to be OK. So I think the estimation also needs a > fix? > > Gerd > > ________________________________________ > Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag > von valentin3151 at gmail.com <valentin3151 at gmail.com> > Gesendet: Dienstag, 4. August 2020 12:28 > An: mkgmap-dev at lists.mkgmap.org.uk > Betreff: Re: [mkgmap-dev] Error in Africa? > > Hi, Ticker. > > Thanks for your investigation. > I am very impressed with how some people are using the wrong tags. > With --x-no-mergeroads option, my problem was fixed. Great! > > Best regadrs, > Valrntin > > _______________________________________________ > 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 _______________________________________________ mkgmap-dev mailing list mkgmap-dev at lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
- Previous message: [mkgmap-dev] Error in Africa?
- Next message: [mkgmap-dev] Error in Africa?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list