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 <gpetermann_muenchen@hotmail.com> *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
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@.org
--
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