[Talk-hu] boundary=administrative Was: landuse=residental

[Szem]

Sziasztok!

Az egyes települések duplikált polygonjainak (értsd egymásra rajzol 
multipoly és poly lakóterületek) megszüntetését befejeztem (Ecséd, 
Kiskutas, Csincse, Gádoros), de a következőket nem bántottam, mert itt 
úgy látszik, mintha a sima poly jobb lenne, mint rendesen megrajzolt multi.
Van aki át tudja ezeket szerkeszteni, hogy jók legyenek?
A következő települések érintettek:
-Besenyőtelek
-Böde
-Tiszaszőlős
-Kisbajcs
Ráckeresztúrról csak leszedtem a duplán ráhelyezett residential polykat, 
de elég káoszos az egész, több terület egymásra van dobálva, a környező 
multik dupla vonallal vannak rajzolva, ez biztos nem jó így, ki tudja 
javítani vki?
Kőszeg belvárosában egymásba és egymásra rakott residential-ok vannak, 
mi kell itt tenni?
Tura településen duplikált multipolyk vannak, ezt hogyan kell megszüntetni?

Kösz, Szem

2022.07.04. 22:38 keltezéssel, Feri Veres írta:
>
> Sziasztok!
>
> Területhasználatok "inner" kivágása, renderek átfedése témában egy 
> rövid hozzáfűzés:
>
> 2022. 07. 01. 17:08 keltezéssel, Szem írta:
>> 2022.06.30. 21:26 keltezéssel, Feri Veres írta:
>>> 2022. 06. 30. 17:05 keltezéssel, Gergely Matefi írta:
>>>> Az alkalmazások ilyenkor azzal küzdenek, hogy az OSM adatokból nem 
>>>> egyértelmű, hogy az átfedő poligonok közül akkor melyik is az 
>>>> érvényes (melyik van "felül").
>>>> A webes megjelenítők többsége méret alapján sorrendezi a 
>>>> polygonokat és multipolygonokat, a nagyobbak kerülnek alulra, a 
>>>> kisebbek felülre. Ez a heurisztika a legtöbb esetben jól működik.
>>>>
>>>> GPS-re készülő térképeknél, konkrétan Garminnál, viszont a polygon 
>>>> típusok között jellemzően van egy előre definiált renderelési 
>>>> sorrend. Pl. a szántóföld kerüljön lejjebb, mint az erdő stb. Itt 
>>>> már előfordulhat, hogy az átfedéseknél nem az kerül végül 
>>>> megjelenítésre, amire gondolt a költő (a szerkesztő), hacsak a 
>>>> "lenti" poligon nincs "lyukasztva".
>>>
>>> Javasolnám, hogy erre a listára vegyük fel azokat, amit 
>>> "alaprétegnek" értelmeznénk, azaz amiket javasolt "kilyukasztgatni", 
>>> vagy egymás mellé illeszteni. Ezt a listát különböző programok 
>>> megjelenítése szerint is pontosíthatjuk, vagy saját programot meg 
>>> hozzáigazíthatunk.
>> Ez azt jelenti, hogy készítesz egy ilyen listát?
>> Gondolom az biztos hasznos lenne többek számára is :)
>
>
> A lista a linken volt amit küldtem. Ennyit gyűjtöttünk akkor össze 
> azokkal akikkel a CLC importáló segédeszközöket csináltuk. De vegye 
> fel aki tud még. Én nem csinálok listát. Ha nézi valaki akkor bővíteni 
> is könnyen tudja.
>
> Nem az lenne a lényeg, hogy komplett legyen a lista, hanem hogy aki 
> ilyet rajzol az jól rajzolja.
>
> (Nem egymásra szarva átfedésekkel, multipoligonok teljes figyelmen 
> kívül hagyásával, ezernyi kis poligonnal, hogy "jé ez jó lesz erdőnek" 
> aztán körbehúzza 10 vonallal és le volt tudva. És itt hagy nekem 95 db 
> erdőt, amit aztán vagy beszervezek a multipoligonokba, vagy (és 
> valószínűbb) nem csinálok vele semmit mérgemben.)
>
> https://wiki.openstreetmap.org/wiki/Hungary/Ter%C3%BCletfunkci%C3%B3#Gyakran_el%C5%91fordul%C3%B3_t%C3%ADpusok
>
> A "negatív lista" pedig (azaz amit nem kell kivágni, pedig esetleg 
> valakinek megfordulhat a fejében), az nincs kifejtve, csak példák 
> vannak a szövegben, pl leisure=park, leisure=pitch. Lehet ebből is egy 
> áttekinthető listát csinálni. itt inkább az van megmagyarázva, hogy 
> miért nem kell kivágni és mi lenne az az eset amikor igen és akkor 
> hogy változik a jelölése. Amolyan "beginners guide", innen már talán 
> nem a lista teljessége a lényeg.
>
> Üdv,
> Feri
>