Re: [osm-hu] Re: területfunkciók jelölése

[Jesus]

Ez a lakott területes dolog engem érdekelne. Ebben szívesen segítek. A 
legtöbb helyen nem kell vele nagyokat szívni és egy kisebb munka nem tart 
fél napig.

Üdv: Tibi

2013. november 25., hétfő 22:24:47 UTC+1 időpontban László Csatlós a 
következőt írta:
>
> Erre mindig azt szoktam mondani, hogy elvileg az OSM adatok szerkesztése 
> inkrementális bővítéssel történik, azaz ahogy telik az idő egyre pontosabb 
> és jobb lesz. Ez a gyakorlatban a területlefedettségi adatokkal nem 
> működik. Jelenleg túl sok terület jut 1 szerkesztőre, ráadásul sokak 
> számára nem is annyira élvez prioritást, mint az utak, utcák, utcanevek 
> megléte. Lehetne arról vitatkozni, kinek mi a fontos, de szerintem ez a 
> rész sem elhanyagolható.
>
> Ferivel dolgozunk most olyasmin, hogyan lehetne ilyen téren is fejleszteni 
> a térképet. Készítettünk egy listát, hogy mik azok a magyarországi 
> települések, amelyeknek még a befoglaló landuse=residential is hiányzik. Ez 
> jelenleg ~600 települést jelent (igazából kicsit kevesebbet, de ez 
> részletkérdés).
> Ezzel csak oda akartam kilyukadni, hogy nem az a gond, hogy Békés sárga, 
> Somogy meg fehér, hanem hogy Somogy tényleg fehér és nagyon hiányos. Abban 
> igazat adok, hogy nehéz műholdról megmondani, hogy mit is látunk (mező vagy 
> csak friss tavaszi búza?), de sokszor nem is lényeg. Ez persze nem jelenti 
> azt, hogy nincs is értelme jelölni. A fehérség maga az ismeretlen, vagyis a 
> "nincs adat". Ha valamit bejelölünk farmnak, az igen is jelenthet plusz 
> információt bizonyos esetekben. Ilyen szempontból tehát nem lehet azt 
> mondani, hogy ahol nincs semmi, az biztos szántóföld (70%-os 
> valószínűséggel). Olyat viszont, hogy mikor melyik parcellába melyik évben 
> mit vetnek... na az nálam is kiverné a biztosítékot.
>
> Tibor jól látja, a jelenlegi területadatok tényleg kuszák (már csak sima 
> polygon vs multipolygon miatt is), de annyi munka van benne, hogy fájdalmas 
> lenne kukázni és előről kezdeni mindent úgy, hogy még a jelenlegi ország 
> sincs lefedve. Egyszerűen túl sok jót kéne kidobni a rosszal együtt, szóval 
> szerintem marad a szisztematikus kézi javítás. Erre én se tudok gyógyírt, 
> jó, könnyű módszert. :(
>
> Üdv,
> Laci (Plutoz)
>
>
> 2013. november 25. 19:54 Jesus írta, <jtakac... at gmail.com <javascript:>>:
>
>> Erről sajnos már többször esett szó. Szali import elég sok mindent 
>> összekutyult. Így utólag nem hiszem hogy nagyon javítható lenne ez a hiba. 
>> Így marad a manuális szöszölő munka. Volt benne részem és ha több időm lesz 
>> ,azt hiszem még lesz is. :) Szóval nem tudok nagy biztató szavakkal 
>> előállni. Ha csak Laci, a tapasztaltabb kolléga nem tud valami üdvözítő 
>> módszert. Mindenesetre a multipolik esetén nem ajánlatos az ész nélküli 
>> törölgetés, pedig néhol a teljes törlés és az újrarajzolás lenne a legjobb 
>> megoldás. A legtöbb helyen csak szántót érdemes jelölni, kivételt képez 
>> mondjuk egy ártér hol csak ritkább esetben változik a művelési ág. Az 
>> állandó változtatásnak én se látom értelmét, azzal foglalkozzon a 
>> földhivatal.
>>
>> 2013. november 25., hétfő 19:30:43 UTC+1 időpontban László Koczka a 
>> következőt írta:
>>
>>>  Kicsit pontosítok, nem akartam destruktív lenni. A mostani 
>>> használhatatlan (szerintem helytelen adatot tartalmazó térképnél jobb, ha 
>>> az semmilyent nem tartalmaz). A mező/szántó/legelő nagyon esetleges: hol 
>>> felszántják, hol nem. A mostani importált adat egyszerűen teljesen torz 
>>> bárhol összevetem azt a akár a Binggel, akár más forrással, több eltérést 
>>> látok, mint azonosságot. A térkép jelenlegi állapotában - mind 
>>> szerkesztésnél, mind használatnál - inkább zavaró, mint hasznos 
>>> információval bíró adat. Az, hogy lehetne "egyéb", vagy alapértelmezett 
>>> területfunkció, az Mo-ra érvényes. A Szaharára, vagy a Déli-sarkra persze 
>>> mást tennék.
>>>
>>> 2013. november 25., hétfő 19:16:57 UTC+1 időpontban Jesus a következőt 
>>> írta:
>>>>
>>>> Az tény, hogy a területfunkciók jelölésével van bőven gond, de hogy 
>>>> valamit, azért ne jelöljünk egy térképen mert sok van. A térképek az 
>>>> óceánokat is szokták jelölni, pedig aztán ilyenből van elég a bolygónkon. 
>>>> Ez a mentalitás számomra nem is értelmezhető. Egy térkép egy meghatározott 
>>>> szempont figyelembevételével készülő tényrögzítő eszköz. Az OSM, ahogy én 
>>>> látom, mint adatbázis nélkülözi az előre meghatározott szempontokat. Egész 
>>>> egyszerűen bármilyen térbeli információ rögzíthető. A térkép publikálása az 
>>>> meg más kérdés, az cél, feladatoriántált. Területfunkciókat jelölgetni elég 
>>>> hálátlan feladat, sok munka, kevés eredmény. Szali export esetén meg főleg.
>>>>
>>>> Üdv: Tibi (Jesus)
>>>>
>>>> 2013. november 25., hétfő 16:58:27 UTC+1 időpontban László Koczka a 
>>>> következőt írta:
>>>>>
>>>>> Szerintem a farm/meadow területfunkciónak nincs értelme. Kár bejelölni 
>>>>> ezeket, illetve ez az "egyéb", ami se nem lakóterület, se nem erdő, se nem 
>>>>> víz/ipar stb. Szerintem Mo. területének kb. 60-70 %a. A mostani állapot, 
>>>>> ahogy az az OSM-en van használhatatlan és javíthatatlan.Ha megnézem az 
>>>>> openstreetmap.hu<http://www.google.com/url?q=http%3A%2F%2Fopenstreetmap.hu&sa=D&sntz=1&usg=AFQjCNFixLZlns9a75AZzhccz651LEPbNg>-t, akkor szinte egész Békés megye narancssárga, egész Somogy fehér stb.
>>>>>
>>>>> KL
>>>>>
>>>>  -- 
>> Magyar OSM Levelezőlista - openstreet... at googlegroups.com <javascript:>
>> leiratkozás: openstreetmap-hungary+unsubscribe at googlegroups.com<javascript:>
>> --- 
>> Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok 
>> szolgáltatásbeli openstreetmap-hungary csoportra.
>> Az erről a csoportról és az ahhoz kapcsolódó e-mailekről való 
>> leiratkozáshoz küldjön egy levelet a következő címre: 
>> openstreetmap-hungary+unsubscribe at googlegroups.com <javascript:>.
>> További lehetőségekért látogasson el a(z) 
>> https://groups.google.com/groups/opt_out címre.
>>
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20131125/d5c9947f/attachment.htm>