[mkgmap-dev] patch to write polygons in decreasing order
From Gerd Petermann gpetermann_muenchen at hotmail.com on Fri Nov 11 16:29:25 GMT 2016
Hi Ticker, Ticker Berkin wrote > I think the reason why the buildings look different is because, without > --order-by-decreasing-area, they get merged into a single area and then > a filter (DouglasPeucker), finding the intermediate points are within > the tolerance of a straight line, removes all but the 4 corners of the > complete block. With --order-by, they are output individually as > accurately as possible, but, because we are at/beyond at the limit of > accuracy, rounding effects become obvious. forgot to reply on this. You are right, only it's not DouglasPeucker but RemoveObsoletePointsFilter which removes the nodes at resolution 24. (DP filter is skipped also for shapes at res 24) Gerd -- View this message in context: http://gis.19327.n8.nabble.com/patch-to-write-polygons-in-decreasing-order-tp5884038p5885764.html Sent from the Mkgmap Development mailing list archive at Nabble.com.
- Previous message: [mkgmap-dev] patch to write polygons in decreasing order
- Next message: [mkgmap-dev] site relations
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list