Hello<br><br>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).<br>É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.<br>


Mindezek után meg sem merem nézni, mennyi hiba van most és megy-e a konvertálás.<br>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.<br>


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.<br>


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.<br><br>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.<br>


<br>Üdv<br>Bertalan Zsolt<br>Herrbert74<br><br><br><br><div class="gmail_quote">2011/7/18 Kovacs Szilveszter <span dir="ltr"><<a href="mailto:hunsly@gmail.com" target="_blank">hunsly@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


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<div>


<div></div><div><br>

<p></p>

-- <br>
Magyar OSM Levelezőlista - <a href="mailto:openstreetmap-hungary@googlegroups.com" target="_blank">openstreetmap-hungary@googlegroups.com</a><br>
leiratkozás: <a href="mailto:openstreetmap-hungary%2Bunsubscribe@googlegroups.com" target="_blank">openstreetmap-hungary+unsubscribe@googlegroups.com</a></div></div></blockquote></div><br>