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

[Szem]

2022.06.30. 17:05 keltezéssel, Gergely Matefi írta:
> Többen, főképp akik pl. ID-vel szerkesztenek, nem is igazán tudják a 
> multipolyogonokat kezelni. Ők gyakran csak poligonokkal rárajzolják az 
> apróbb kiegészítéseket az alapozó polygonokra vagy mulipolygonokra, 
> anélkül, hogy a feltéteket multipolygon kapcsolatba raknák az az alsó 
> réteggel. Könnyen lehet, hogy ilyesmikkel találkoztál.
>
> 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".
>
> Összegezve, ha valaki átfedő poligonokat alkalmaz, akkor az 
> egyértelműséget segíti, ha a "lenti" poligont "lyukasztjuk". Nem okoz 
> drámát,  ha ez elmarad, a legrosszabb, ami történhet, hogy egyes 
> kimenetek a sorrendet tévesen értelmezik, és emiatt kitakarások jönnek 
> létre.
Igen, vmi ilyesmire gondoltam, ha tudod, hogy mi szokott eltűnni és mi 
nem pl. a landuse=cemetery az mindig jó (mert a lakóterület felett van), 
de a xxx=yyy az általában alatta van, ezért érdemes kilyukasztani, akkor 
ha találok ilyet "beinnerezem" :)
Vagy ilyen lista nincs?
>
> Üdv,
> Gergő
>
> On Thu, Jun 30, 2022 at 4:17 PM Szem <szembiketeam at gmail.com> wrote:
>
>     2022.06.28. 16:21 keltezéssel, ITineris OSM írta:
>>     Összefoglalva: A landuse alakzatokat szerkeszd nyugodtan (ha
>>     bízol magadban annyira, hogy nem rontod el a többi, hozzá
>>     csatlakozó multipolygont), de az admin boundary-khoz csak alapos
>>     indokkal nyúlj hozzá!
>>     Üdv:
>>     Ákos
>>
>     A 8-as boundaryk igazítása nélkül, feldaraboltam néhány egyszerűbb
>     (kb. egy egyszerű törtvonal mentén kettéosztható) nagy méretű
>     landuse=residential alakzatot (a josm nem panaszkodott sehol,
>     mindegyik zárt maradt, stb.) Ekkor vettem észre, hogy vannak olyan
>     felületek, ami csak úgy "rá vannak rajzolva" a lakóterületre és
>     nem szerepelnek inner-ként a multipolygonban (pl. natural=scrub,
>     landuse=cemetery stb.). Tudom, hogy a térképkészítőkben lehet
>     egyféle sorrendet megadni, hogy mi mire kerüljön. A kérdés arra
>     vonatkozik, hogy létezik olyan "feltétlen vedd fel a
>     multipolygonba innerként, mert különben nem fog helyesen látszani"
>     lista, vagy ezeket a renderelő mindig megoldja, ne foglalkozzak vele?
>     Üdv, Szem
>     -- 
>     Talk-hu levelezőlista
>     Talk-hu at openstreetmap.org
>     https://lists.openstreetmap.org/listinfo/talk-hu
>     Leiratkozás a fenti címen vagy <talk-hu-request at openstreetmap.org>
>     címre egy levél, témája "unsubscribe", tartalma mindegy.
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20220630/09b8a29b/attachment.htm>