Re: turistautak.hu szerkesztőknek

[Jesus83]

Igen, picit félre értettem. Sajnos még a reggeli kávém előtt válaszoltam. A 
duplázódást csak az egész multipoligon értelmezése miatt írtam.

A "multipoligonozás" térinformatikai megfelelője a topologikus adatmodell. 
Ugyan nincs az OSM-ben olyan szabályrendszer, ami gyakorlatilag is 
megfelelne neki, de célszerű rá törekedni. Multipoligon esetén ketté válik 
a geometria és a tag-elés. Így lesz egy geometriai kapcsolatháló, amit a 
multipoligonok valósítanak meg. A tag-ek meg az egyes kapcsolatokon vannak. 
Nem mindig olyan egyszerű a helyzet, hogy van egy kis tisztás az erdő 
közepén és soha nem is változik. Vannak elég nagy tarvágásos területek, ami 
most mező, de a felét holnap újratelepítik vagy vadföldként bevetik. Akkor 
meg könnyebben kezelhető szerintem a kapcsolat. A szerkesztéseim 2/3-a 
területhasználat, szali import javítgatásával. Sokat szenvedtem ilyenekkel 
és ez a munkamódszer vált be nekem leginkább.
Tudom, hogy ez így elég kocka és akár értelmetlennek is hangzik, de az 
ilyen logikai szétválasztás nélül könnyen bele lehet keveredni. Így 
szerkesztésnél csak arra kell figyelni, hogy az adott vonal milyen 
területhasználatos kapcsolatokba van bent.Ráadásul a renderelésnél is 
fordult már nála elő hiba. Nem tetszett neki, hogy olyan geometria is a 
kapcsolat része, amin van azonos kulccsal tag.

A lényeg, hogy nincs olyan szabály ami megkötné az inner tag kapcsolatba 
szervezést. De logikailag sokszor nagy segítség a keveredések elkerüléséhez.

Üdv: Tibi (Jesus83

2014. június 4., szerda 8:13:29 UTC+2 időpontban Kolesár András a 
következőt írta:
>
> Nem értem a válaszodat, lehet hogy te értettél félre az előbb.
>
> Van összesen két vonal, amelyek egy kapcsolat részei, ahol outer az egyik, 
> inner a másik, a kapcsolat címkéje landuse=forest. Az inner vonalra 
> felírom, hogy landuse=meadow. Ez így egy tisztás az erdőben szerintem. 
> Ennek a helyességét kérdeztem tőled előzőleg.
>
> Jól értettem, hogy azt válaszoltad, hogy készítsek egy újabb kapcsolatot, 
> amelynek egyetlen tagja van, a tisztás körvonala, ami fizikailag ugyanaz a 
> vonal, mint az erdőben a lyuk?
>
> Ha igen, akkor ennek mi az előnye az én megoldásomhoz képest?
> Ha nem, akkor hogyan értsem azt, hogy "duplázódnának a vonalak"? Szerintem 
> itt nem duplázódnak.
>
> András
>
> 2014. június 4., szerda 6:07:49 UTC+2 időpontban Jesus83 a következőt írta:
>>
>> Igen. Azért, mert a teljes lefedettségre törekszünk. Ebben az esetben, 
>> pedig mindig lesz mellette területhasználati felület. Ott meg már 
>> duplázódnának a vonalak, ami könnyen kezelhetetlenné tenné a helyzetet. 
>> Elsőre nekem is bonyolultnak tűnt, aztán elkezdtem szali exportot 
>> korrekciózni és hamar rájöttem, hogy csak így lehet korrekt megoldást 
>> csinálni. Persze, ha valaki még nagyon kezdő akkor jobb, ha nem veszik bele 
>> a multipoligonba. De előbb utóbb muszáj megtanulni a használatát, mert 
>> telepakolt körvonalakat átunna javítgatni az valami agyrém. Egyszer elég 
>> rákapni az ízére és utána már nem is akar nélküle élni az ember. :)
>>
>> Üdv: Tibi (Jesus83)
>>
>> 2014. június 4., szerda 4:59:29 UTC+2 időpontban Kolesár András a 
>> következőt írta:
>>>
>>> Nem elég a tisztást leíró körvonalra feltenni a landuse címkét? Akkor is 
>>> kell belőle multipolygon ha a tisztás nem lyukas?
>>>
>>> András
>>>
>>> 2014. június 3., kedd 21:16:41 UTC+2 időpontban Jesus83 a következőt 
>>> írta:
>>>>
>>>> A tisztás nyomvonala bekerül inner tagként az erdő multipoligonba és 
>>>> létrehozol a vonalból egy új multipoligont is, amit tag-elsz 
>>>> landuse-meadow-nak. A területhasználati multipoligonokhoz az a legjobb 
>>>> irányelv, ha úgy kezeled minta lemezek lennének, amelyekkel teljes 
>>>> lefedettségre törekedsz. Elsőre lehet, hogy feleslegesnek tünik a sok 
>>>> multipoligon, de így biztosan helyesen kezeli a renderelő és a későbbi 
>>>> szerkesztés is sokkal könnyebb és átlátható.
>>>>
>>>> Üdv: Tibi (Jesus83)
>>>>
>>>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20140604/96a2cd34/attachment.htm>