Re: CLC adatok importálása

[NaTToMi]

Most jöttem haza a SotM-EU konferenciáról, ahol a prominens OSM-es
arcok részéről elég általános volt az import-ellenes hangulat. Az a
tendencia, hogy a tömegesen importált adatokhoz nem szívesen nyúlnak
hozzá az emberek. Vagy azért, mert úgy gondolják, hogy az már biztos
jó és kész van vagy azért, mert tudják ugyan, hogy rossz valahol, de
nincs kedvük nekiállni kibogarászni, hogy hogyan lehet kijavítani.
Általánosan elmondható, hogy azokon a területeken, ahol volt egy nagy
import csökken a szerkesztési kedv. Voltak akik azt mondták, hogy
egyáltalán ne importáljunk, voltak, akik szerint lehet importálni, de
nagyon gondosan előkészítve és leellenőrízve.

Én személy szerint örülök a CLC importnak, még akkor is, ha már most
látom, hogy egy jó ideig munkát fog majd adni nekem a "működési
területemen" a hibák javítása. Viszont vannak olyan dolgok, amik
enélkül soha nem kerültek volna az adatbázisba. Amit szerintem érdemes
lenne vagy lett volna csinálni, az az, amit az osztrákok csináltak a
plan.at importnál, azaz, hogy minden objektumhoz beraktak egy
fixme=check import tag-et. Így ezek mind megjennek a keepright-on,
tehát bízhatunk benne, hogy egyszer lesz valaki, aki tényleg
leellenőrzi és nem felejtődik el, hogy ez még ellenőrzésre szorul.

Az országhatárról: az inaktív OTrT határok sok helyen pontosabbak,
mint a mostani. A településhatárok esetében viszont sokszor pontatlan
az OTrT adat, van egy kis elcsúszás. Persze tudom, hogy egy geopdf
állt csak rendelkezésre, szóval örülhetünk ennek is.

Némileg OFF, de azért párhuzamba állítható a CLC-vel: azt hiszem itt a
fórumon nem esett még szó az URBAN ATLAS-ról, mely több magyar 100 000-
nél nagyobb lakosú város shp fájlját tartalmazza. Azt hiszem némelyik
magyar város esetén fel lehetne használni.

A SotM-ról majd írok bővebben, csak egy kicsit össze kell szedni rá az
időmet.

Üdv:
Tomi

On júl. 19, 09:20, Zsolt Bertalan <herrber... at gmail.com> wrote:
> 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. 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.
>
> 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.
>
> Ü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 - openstreetmap-hungary at googlegroups.com
> > leiratkozás: openstreetmap-hungary+unsubscribe at googlegroups.com