
Hi all, I think r4729 in the low-res-opt branch is a nice improvement reg. sea, probably also other complex (multi)polygons. For details see https://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=4729 Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenchen@hotmail.com> Gesendet: Freitag, 21. Mai 2021 11:33 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Problems with sea in overview map Hi Ticker, yes, I think it should be enough to replace the boundary nodes, the others are already unique. It might even be a good idea to merge all sea (and if needed also land) in SeaGenerator. I'm about to commit a big change which implements full merge and remove small holes before MapSplitter is called, but that is done again for each level. I see nice improvements with complex sea. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Ticker Berkin <rwb-mkgmap@jagit.co.uk> Gesendet: Freitag, 21. Mai 2021 11:26 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Problems with sea in overview map Hi Gerd When loading precomp sea tiles, shouldn't SeaGenerator should replace all nodes on the edges of all the precomp tiles used with nodes from a shared coordPool. Maybe it needs to replace even more to cover the cut lines. Ticker On Thu, 2021-05-20 at 14:09 +0000, Gerd Petermann wrote:
Hi Ticker,
reg. Also thinking that shapeMerge might need to operate at highPrecision : ShapeMerger doesn't compare positions, it checks for identical Coords.
For the overview map the ovm_* data is read and MapBuilder.prepShapesForMerge() is used to make equal Coord instances identical. This is not 100% safe, no matter what precision we use, when the original data has touching rings with equal, but different Coords the OverviewBuilder can see identical ones.
Gerd
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev