[mkgmap-dev] Commit r3702: sortAreas_v5.patch: Addoption--order-by-decreasing-area
From Felix Hartmann extremecarver at gmail.com on Sun Nov 13 09:21:05 GMT 2016
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 at gmx.de> wrote: > Yes, I would appreciate a draw order command for the style language very > much. > > > > > > > > *Von: *Gerd Petermann <gpetermann_muenchen at hotmail.com> > *Gesendet: *Sonntag, 13. November 2016 08:22 > *An: *mkgmap-dev at 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 at .org > > > > > ; > > > > > mkgmap-dev at .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 at .org > > > > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev > > > > > > > > > _______________________________________________ > > > mkgmap-dev mailing list > > > > > mkgmap-dev at .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 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 > -- Felix Hartman - Openmtbmap.org & VeloMap.org Schusterbergweg 32/8 6020 Innsbruck Austria - Österreich -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20161113/58e9deb3/attachment-0001.html>
- Previous message: [mkgmap-dev] Commit r3702: sortAreas_v5.patch: Addoption--order-by-decreasing-area
- Next message: [mkgmap-dev] Commit r3702: sortAreas_v5.patch: Addoption--order-by-decreasing-area
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the mkgmap-dev mailing list