<div dir="ltr">Szia Igor2!<div><br></div><div>OSM szempontból én az alábbiakat látom fontosnak:</div><div>1) Egyértelműség: egy terület esetén derüljön ki egyértelműen, hogy milyen landuse-hoz is tartozik.</div><div>Ha két landuse poligon metszi egymást, az sérti az egyértelműség követelményét. Ha pl. egy farmland és egy residential metszi egymást, akkor a metszet pontosan mi is ? Lakóövezet vagy szántóföld ?</div><div>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". </div><div><br></div><div>2) One feature - one element. Egy önállóan nevesített területegységet lehetőleg egyetlen (multi)poligonnal jelöljünk.</div><div>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 ?</div><div><br></div><div>A többi aspektus már szerkesztői stílus kérdése.</div><div>É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.</div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>Üdv,</div><div>Gergő</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 28, 2024 at 9:20 AM <<a href="mailto:osm2@igor2.repo.hu">osm2@igor2.repo.hu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On Wed, 28 Feb 2024, Spush wrote:<br>
<br>
>Ha például van egy erd?s terület egy mez?gazdasági <br>
>területen belül, akkor megrajzolod az erd?s részt <br>
>feltaggeled landuse=forest majd kikeresed a <br>
>mez?gazdasági területet összefogó kapcsolatot és <br>
>beemeled mint inner azaz sziget. <br>
<br>
Ez alapjan akkor en is csinaltam par hibat. Majd valamikor implementalok <br>
relation es multipolygon supportot a szereksztombe es megjavitom. Viszont <br>
van itt par dolog, amiben meg segitsegre szorulok a teljes megerteshez:<br>
<br>
1. <a href="https://www.openstreetmap.org/relation/12212886#map=10/47.1384/20.3549" rel="noreferrer" target="_blank">https://www.openstreetmap.org/relation/12212886#map=10/47.1384/20.3549</a><br>
<br>
Ez egy giga-landuse, van vagy 50 kilometer a hosszabbik tengelye menten. <br>
Amit nem ertek, hogy ez miert tunik jobb otletnek, mint egy csomo kisebb <br>
(de nem atfedo), fuggetlen landuse-t felvinni? Le lehetne ugy is fedni <br>
a teruletet, hogy ezek osszeernek es sehol nincs nagy multipolygon. <br>
Mondjuk multipolygont csak ot hasznalva, ahol az egyik ilyen kisebb <br>
terulet lyukas, mert a lyukat nem lehet maskepp abrazolni.<br>
<br>
Vagy ha valamiert a multipolygon a jobb modszer erre, akkor miert pont <br>
ekkora es ezekkel a hatarokkal? A vegen igy ugyanaz a fenti <br>
osszeero-objektumok-lefedik dolog jon ki, csak igy hatalmas <br>
multipolygonokbol. Akkor mar miert nem rogton az egesz megye vagy akar az <br>
egesz orszag/kontinens egy nagy landuse multipoly?<br>
<br>
Kulonosen fura az, ahogy ezen a reszen osszeer egy masik tok hasonloval: <br>
<a href="https://www.openstreetmap.org/relation/12212886#map=18/47.33226/20.52225" rel="noreferrer" target="_blank">https://www.openstreetmap.org/relation/12212886#map=18/47.33226/20.52225</a><br>
<br>
tehat meg az sem latszik, hogy minden farmlandot, folyotol folyoig, <br>
erdotol erdoig probalt volna egybefogni. Szoval eleg onkenyesnek tunik a <br>
meret es a hatar kivalasztasa is.<br>
<br>
Szerkesztesi szempontbol mindenkeppen roppant kenyelmetlennek tunik <br>
ekkora, latszolag random valasztott halmazokkal foglalkozni. Mar most 275 <br>
memberje van. Ha minden kisebb belso landuse-t felrajzolok es beviszek <br>
ebbe, akkor a vegere lesz vagy 600..800. Komolyan ez a jo megoldas?<br>
<br>
2. <a href="https://www.openstreetmap.org/relation/12212886#map=13/47.2083/20.3901" rel="noreferrer" target="_blank">https://www.openstreetmap.org/relation/12212886#map=13/47.2083/20.3901</a><br>
<br>
Ez ugyanannak a giga multipolynak a deli resze; egy csomo kis erdo, <br>
farmyard es miegyeb van folotte. Akkor ez mind hiba?<br>
<br>
3. ellenorzes es dokumentacio<br>
<br>
Ugy tunik se az osmi, se az osmose nem jelez ezekre az atfedesekre, pedig <br>
nem tunik egy nagyon bonyolultan detektalhato dolognak. <br>
<br>
Az osm wikiben sem talalom, hogy nem szabad ilyen atfedest csinalni. Arra <br>
szamitanek, hogy a <br>
<a href="https://wiki.openstreetmap.org/wiki/Key:landuse" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Key:landuse</a> es a <br>
<a href="https://wiki.openstreetmap.org/wiki/Relation:multipolygon" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Relation:multipolygon</a> oldalon irnak <br>
errol (az utobbin vannak landuse-zal kapcsolatos reszletek is, ott <br>
elferne).<br>
<br>
Valoban van errol kozmegegyezes? Ha igen, akkor hol olvashatok utana? Egy <br>
kezdo szerkeszto erre pontosan hogyan jon ra?<br>
<br>
<br>
4. automatikus javitas<br>
<br>
Ha jol ertem a hibasan atfedore rajzolt esetekbol alapvetoen ketto fele <br>
van: <br>
<br>
- az egyszeru, mikor a rosszul rajzolt way csak siman egy inner lehetne a <br>
multipolyon kozepen, nem erintkezik semmivel vagy esetleg hozzaer (de nem <br>
metsz at) meglevo konturt a multipolygonban<br>
<br>
- es a bonyolult, mikor a multipolygon valamely konturjat metszo fuggetlen <br>
way van felrajzolva (pl kilog a multipolygonbol vagy akar ket szomszedos <br>
multipolygonnal is atfed, mindketto kulso konturjat metszve).<br>
<br>
A fenti giga-landuse-on ugy tunik, hogy a hibak nagyobbik resze az <br>
egyszeru esetbol jon. Ezeket miert nem javitjuk automatizaltan?<br>
<br>
<br>
Udv,<br>
<br>
Igor2<br>
-- <br>
Talk-hu levelezőlista<br>
<a href="mailto:Talk-hu@openstreetmap.org" target="_blank">Talk-hu@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-hu" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-hu</a><br>
Leiratkozás a fenti címen vagy <<a href="mailto:talk-hu-request@openstreetmap.org" target="_blank">talk-hu-request@openstreetmap.org</a>> címre egy levél, témája "unsubscribe", tartalma mindegy.<br>
</blockquote></div>