[mkgmap-dev] Commit r3702: sortAreas_v5.patch: Add option --order-by-decreasing-area

Sat Nov 12 23:52:25 GMT 2016

This is a much higher increase in size than I was seeing; 14% rather
than around 3%. This might be due to lots of buildings being merged; I
suppress buildings in my style.

If you are happy with TYP/_draworder then use that. I didn't like the
idea of it at all.

Shape merging could be implemented in combination --order-by-decreasing
-area, but it would have to be done early in the process, probably
before style processing, so the area_size that governs the scheme is
well defined. It would have to be under the control of another option
because it can effect the final look of the map.  

Ticker  

On Sat, 2016-11-12 at 18:40 +0100, Jakob Mühldorfer wrote:
> Thanks for writing the patch Ticker
> Quite an impact on file size here:
> 3.872.456.704Byte to 4.431.544.320Byte in a Central European region
> with the default style
> So did I read correctly that the only benefit on a device with typ
> that has draworder is
> Small Polygons on Polygons of the same type (like two buildings) are
> drawn on top now
> The point simplification algorithm treats previously merged areas
> (like two buildings with common nodes) as separate and shapes might
> be more correct
> So probably makes sense to deactivate it on devices with typ
> draworder?
> Best
> Jakob
> Am 11.11.2016 um 17:11 schrieb svn commit:
> > Version mkgmap-r3702 was committed by gerd on Fri, 11 Nov 2016
> > 
> > sortAreas_v5.patch: Add option --order-by-decreasing-area
> > 
> > Patch by Ticker Berkin, slightly modifed
> > 
> > 
> > http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=370
> > 2
> > _______________________________________________
> > 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