<br><br>2011. július 19., kedd 9:20:56 UTC+2 időpontban herrbert74 a következőt írta:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">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.</blockquote><div>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.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> 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></blockquote><div>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...<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><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></blockquote><div><br>Ezek vannak benne: </div><div><ul><li><b>admin_level</b>: 7</li><li><b>boundary</b>: administrative</li><li><b>import_ref</b>: OTrT</li><li><b>source</b>: Országos Területrendezési Terv (2003. évi XXVI. törvény, módosítva 2008), Térszerkezet melléklet (imported: 2010.01.25)</li></ul>Ha multiba van, akkor ebböl max  admin_level ás a boundary nem kell, mert ezeket definiálja a multi.<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


<br>Üdv<br>Bertalan Zsolt<br>Herrbert74<br><br><br><br><div class="gmail_quote">2011/7/18 Kovacs Szilveszter <span dir="ltr"><<a>hun...@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>openstreet...@googlegroups.com</a><br>
leiratkozás: <a>openstreetmap-hu...@<wbr>googlegroups.com</a></div></div></blockquote></div><br>
</blockquote>