Re: [osm-hu] Re: CLC adatok importálása

[Kovacs Szilveszter]

2011. július 19., kedd 9:20:56 UTC+2 időpontban herrbert74 a következőt 
írta:
>
> Hello
>
> Nekem ez nagyon nem tetszik. Szerintem egy nap alatt nem lehet 
> lelkiismeretesen ekkora területet beimportálni, ha már alatta jelentős 
> adatréteg van (nem úgy, mint Románia).
> Épp most végeztem (20-30 óra idegtépés után) az első OSM alapú teljes 
> Magyarország Garmin térképpel (ha valakit érdekel, talán csinálok belőle egy 
> útmutató wikioldalt egyszer). A fő probléma az volt, hogy az adatbázis tele 
> volt hibákkal, amitől az mkgmap leállt, vagy leállni látszott (gyanítom, sok 
> fals hibaüzenet is volt, de kigyomláltam mindent). Az igazi probléma inkább 
> az volt, hogy túl sok ponttal az mkgmap és talán a Garmin Mapsource nem tud 
> megbirkózni. Fel lehet osztani a területeket, de ekkor megint más jellegű 
> problémák jelentkeztek (gondolom a nagyméretű, több területre szétosztott 
> multipoligonok miatt), nagy területeket nem tudott konvertálni. Végül 
> létrehoztam megyehatár poligonokat, és ezekkel sikerült.
> Mindezek után meg sem merem nézni, mennyi hiba van most és megy-e a 
> konvertálás.
> Ahogy eddig láttam, egy ilyen import után rengeteg hiba és felesleges adat 
> marad az adatbázisban. Gondolom, ezek kigyomlálása azokra marad, akik ezzel 
> egyáltalán foglalkoznak (tudtommal ketten vagyunk Magyaroszágon?). Ezt nem 
> érzem fairnek. A Garmin térkép készítése közben vettem észre például, hogy 
> az országhatárokon két út és három kapcsolat fut végig: a rendes határ, egy 
> inaktivált OTrT határ, és egy inaktivált farmland multipoligon. Először 
> ezeket kellene kigyomlálni egy ilyen import előtt, mert mindenkinek elmegy a 
> kedve a javítástól, ha ránéz az adatokra.
> Most már határozottan az a véleményem, hogy a landuse poligonokat ahol 
> lehet, rá kell húzni a határokra és utakra, hogy csökkentsük az adatbázis 
> méretét és a pontkavalkádot.

Ha azt nézzük hogy más funkciót valósít meg a határ és a terület funkció. 
akkor ez a legnagyobb hiba lenne. Nekem  nem tetszik hogy az OSM adatbázis, 
olyan mindent bele. Alapvetően el kellet volna különíteni legalább a 
területfunkciókat, határokat, és utakat. De lehetett volna továb aprózni. 
Majd a különböző adatforrásokból renderelni.
 

> A CLC importot pedig admin_level 8 (községhatár) vagy legalább admin_level 
> 7 (településkörzet) szinten kellene elvégezni. Ez utóbbihoz a fenti Garmin 
> térképeknél használt poligon módszer nagyszerű lenne, mert a 
> határpoligonokat fél óra alatt létre lehet hozni, utána viszont az import 
> sokkal egyszerűbb(nek tűnik; nem tudom, milyen problémák adódnának a 
> duplikált pontokkal, de szerintem kezelhetőbb lenne, mint most). Nem kellene 
> vagdosni, mert az osmosis megcsinálná automatikusan, csak a meglévő 
> adatokkal való összeboronálást kellene megcsinálni, ami nagyon egyszerű 
> kicsiben. A pontok száma pedig nem nőne az adatbázisban, mert a határokon 
> már úgyis ott vannak.
> A fentieken felül minden import vonalra ráküldenék egy simplify way 
> utasítást, mert rengeteg felesleges pont van bennük. De ezt is csak kicsiben 
> érdemes.
>
Vonal egyszerűsítéssel vigyázni kell mert vannak pontosan megrajzol 
szakaszok is. Nagyban nem megy az tuti. De ha van rá időd...

>
> Egy OFF kérdés:  a határok most már mindenhol multipoligonban vannak, de a 
> vonalakban majdnem mindenhol benne van az eredeti adat. Ki lehet ezeket 
> gyomlálni? Szívesen megtenném, ahol belefutok.
>

Ezek vannak benne: 

   - *admin_level*: 7
   - *boundary*: administrative
   - *import_ref*: OTrT
   - *source*: Országos Területrendezési Terv (2003. évi XXVI. törvény, 
   módosítva 2008), Térszerkezet melléklet (imported: 2010.01.25)

Ha multiba van, akkor ebböl max  admin_level ás a boundary nem kell, mert 
ezeket definiálja a multi.

>
> Üdv
> Bertalan Zsolt
> Herrbert74
>
>
>
> 2011/7/18 Kovacs Szilveszter <hun... at gmail.com>
>
>> Szóval éppen töltök fel egy jó adag clc importot. Eléggé idegölő volt. 
>> Megfájdultak az ujjaim, rengeteg javítástól, duplikációk manuális 
>> kigyomlálásától, stb. Nem ajánlom senkinek ezt a munkát. Van valakinek 
>> valami ötlete az automatizálásra? Legszívesebben a román módszert 
>> használnám... :d
>>
>>  -- 
>> Magyar OSM Levelezőlista - openstreet... at googlegroups.com
>> leiratkozás: openstreetmap-hu... at googlegroups.com
>>
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20110721/1a4d2193/attachment.htm>