[Talk-hu] Landuse polygonok

[Feri Veres]

Sziasztok!

Írtam tegnap AdrianP998-nek egy OSM üzenetet, egyelőre nem kaptam 
választ. De lehet, hogy azóta nem gépezett, mert akkor is 26 
szerkesztésnél tartott.

Van ám dokumentáció is, kérem mindig fűzzétek hozzá a témához:

https://wiki.openstreetmap.org/wiki/Hungary/Ter%C3%BCletfunkci%C3%B3


2024. 02. 28. 10:30 keltezéssel, Gergely Matefi írta:
>
>
> Számos alkalmazás él azzal a heurisztikával, hogy ha egy kisebb 
> poligon teljes egészében egy nagyobb poligonon belül helyezkedik el, 
> akkor a kis poligon "megszakítja" a nagyobbat. Ezért ezt az állapotot 
> megtűrt esetnek mondanám. Hozzátenném, hogy nem minden alkalmazás él 
> ezzel a heurisztikával, és előfordulhat emiatt téves értelmezés. Ezt 
> kizáró "biztonságos" jelölés, ha a nagyobb multipoligont a kisebb 
> poligon helyén "lyukasztjuk".

Nem tudom, hogy MapCSS még létező dolog-e, de az én térkép nyomtató 
programom <https://render.osmtippek.hu/> azon alapul, és abban 
egyáltalán nem lehet méret szerint megcímezni vagy sorba rendezni 
dolgokat. 100%-ban a dolgok *címkéire* hagyatkozik, abban is, hogy mit 
"melyik layerre" tegyen, azaz mi legyen "lent" és mi legyen "fent".

Ettől függetlenül igaz amit írsz, sok megjelenítő ezt csinálja.

>
> 2) One feature - one element. Egy önállóan nevesített területegységet 
> lehetőleg egyetlen (multi)poligonnal jelöljünk.
> Számos térképi alkalmazás él azzal a lehetőséggel, hogy egy pontra 
> bökve mutatja a terület megnevezését (ha van ilyen). Ez addig tud jól 
> működni, míg a felületpoligon és a megnevezés jól megfeleltethető 
> egymásnak. Pl. nagyon szerencsétlen ábrázolás lenne, ha Székesfehérvár 
> területét 25 mini landuse poligonra szabdalnánk - akkor ezek közül 
> melyik is Fehérvár ?

Annak *nincs neve*.

Van az admin boundary-nak, meg a place pontnak.

De általában persze igaz. Bár én nem vagyok ellene a több egyforma 
poligon különvételének, "szükség" esetén.

>
> A többi aspektus már szerkesztői stílus kérdése.
> Én nem használok ID-t, de régóta hallom, hogy a multipolgyonok 
> kezelése ID-ből nehézkes, az ID felhasználói inkább a pici sima 
> poligonokat pártolják.
> JSOM oldalról azt tudom mondani, hogy a multipoligonok könnyen 
> kezelhetőek, és semmilyen kezelhetőségi gondot sem okoz, ha több száz 
> vonalból áll össze egy multipoligon.

Akkor is, ha egy olyat kap ki az ember, ami teljesen máshol hibás mint 
ami miatt belekötött egy vonalat? Bár igen, talán akkor is.. .. :-)

Én egyébként a környékünkön pont ezen adtam fel, mint amit AdrianP998 is 
csinál, hogy teletolja 100.000 db kis landuse dologgal a területet, én 
nem vagyok hajlandó mások után (helló zsolt_d) ezeket ezerszámra 
bekötögetni <https://www.openstreetmap.org/#map=17/47.66686/19.21828> a 
körülöttük már eleve meglévő, vagy éppen megrajzolandó multipligon 
landuse-okba.


>
> Emiatt általában azt szoktam javasolni, hogy ha nekiállsz landuse-okat 
> rajzolni, válaszd a neked jobban kézre álló ábrázolási megoldást, amíg 
> a fenti két követelményt betartod.

Szerintem minden amit nem a dokumentáció szerint rajzolunk meg, később 
valaki majd be akarja kötni a dokumentáció szerinti multipoligonos 
módszerbe, mert csak úgy érzi a rendszerbe beilleszthetőnek és tovább 
fejleszthetőnek.  (Vagy feladja, mint ahogy én tettem, meg a Göd felől 
elinduló kolléga, aki szintén a sokezer minipoligonba futott... pedig 
milyen szép lett volna a két város közt középen találkozni 
multipologonokkal.. :) )

ui: a doksit még a CLC-nél írtuk, azt eleinte poligonként 
(nyugat-magyarország, közös élek kétszer meghúzva!) importáltuk, aztán 
szuperjó scripteketet fejlesztett egy szerkesztő (hi Plutoz), ami tök 
automatán bekötötte a következő szerkeszteni kívánt területet akár a 
meglévő, érintkező multipoligonokba is.. aztán persze azt feladtuk, mert 
a CLC végülis hülyeségeket tartalmazott.

ui2: érdekes infó az is, hogy az OsmAnd-on az átfedések miatt lehetnek 
szántóföldön fekvő lakott területek, köszi Spush! Még egy érv a 
"rendesen" megrajzolás mellett. :)

Üdv,
Feri
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20240228/e772d921/attachment-0001.htm>