I still think the best solution would be cutting out smaller polygons from larger - however we would need to define two categories in the polygons style-file:
1. polygons that are used transparently in .typ (and will be given high draworder anyhow) - these can be skipped. Also usually very small polygons that you give high draworder (e.g. buildings) don't need to be cut out. It's easier if they simply appear on top.
2. Other polygons which usually cover large areas - here overlapping smaller polygons should be cut out.

Looking at area size of polygons of all polygons that fall under 2. will be needed of course. But because of 1. we will save time as any polygon that is flagged as belonging to 1. category can be skipped. Main problems are anyhow forest, water, island and similar where people are too lazy to use multipolygons.

Even though wrong tagging - looking at the layer tag if present to decide which polygon should be cut out should still be done.


On 13 November 2016 at 09:47, <rheinskipper1000@gmx.de> wrote:

Yes, I would appreciate a draw order command for the style language very much.

 

 

 

Von: Gerd Petermann
Gesendet: Sonntag, 13. November 2016 08:22
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] Commit r3702: sortAreas_v5.patch: Addoption--order-by-decreasing-area

 

Hi,

 

I am not sure regarding the sizes of the area. At least one of the riverbank

polygons is a

multipolygon with two outer rings. The size calculation treats each outer

ring separately, without

subtracting the area of inner rings.

@Ticker: Is that intended?

 

Besides that I think that the examples show that one needs both a draw order

for types and size ordering to get reasonable results.

 

Gerd

 

 

rheinskipper1000 wrote

> I eagerly awaited the order-by-decreasing-area option.

>

> Results are a bit different than I expected at the moment:

>

> My style contains:

>

> waterway=riverbank [0x10302 resolution 20]

> seamark:type=fairway {name 'fairway'}  [0x10307 level 2]

>

> Unfortunately the smaller (white) fairway polygons are still partly

> covered by (blue) riverbank polygons:

> https://mega.nz/#!NN8UWDCK!LeR_h1cJeBVDGMxFeUf48l_qARfVdKXTMzRoHjy_rEw

> https://mega.nz/#!0B9AgZQJ!AZcQ9zHktIQ0D9Uq_nb_gRGG0eDGxCQaT0XuQJaebWc

>

>

>

> Von: svn commit

> Gesendet: Freitag, 11. November 2016 17:11

> An:

 

> mkgmap-svn@.org

 

> ;

 

> mkgmap-dev@.org

 

> Betreff: [mkgmap-dev] Commit r3702: sortAreas_v5.patch: Add

> option--order-by-decreasing-area

>

> 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=3702

> _______________________________________________

> mkgmap-dev mailing list

 

> mkgmap-dev@.org

 

> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

>

>

> _______________________________________________

> mkgmap-dev mailing list

 

> mkgmap-dev@.org

 

> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 

 

 

 

 

--

View this message in context: http://gis.19327.n8.nabble.com/Commit-r3702-sortAreas-v5-patch-Add-option-order-by-decreasing-area-tp5885761p5885809.html

Sent from the Mkgmap Development mailing list archive at Nabble.com.

_______________________________________________

mkgmap-dev mailing list

mkgmap-dev@lists.mkgmap.org.uk

http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

 


_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



--
Felix Hartman - Openmtbmap.org & VeloMap.org
Schusterbergweg 32/8
6020 Innsbruck
Austria - Österreich