<br>2011. július 19., kedd 10:22:19 UTC+2 időpontban NaTToMi a következőt írta:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">Most jöttem haza a SotM-EU konferenciáról, ahol a prominens OSM-es

<br>arcok részéről elég általános volt az import-ellenes hangulat. Az a

<br>tendencia, hogy a tömegesen importált adatokhoz nem szívesen nyúlnak

<br>hozzá az emberek. Vagy azért, mert úgy gondolják, hogy az már biztos

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

<br>Általánosan elmondható, hogy azokon a területeken, ahol volt egy nagy

<br>import csökken a szerkesztési kedv. Voltak akik azt mondták, hogy

<br>egyáltalán ne importáljunk, voltak, akik szerint lehet importálni, de

nagyon gondosan előkészítve és leellenőrízve.

<br></blockquote><div>Ha ők sem tudják mit akarnak, akkor mi hogyan szerkesszünk. :) CLC-gondosan elökészíteni két megyényi területre kb 2 hét. talán 1 hét alat fel lehet tenni a rengeteg konfliktus miatt. Egyenlőre nincs eböl pénzem, szóval vagy nem importálom. Vagy nem ülök bele több száz órát egyhuzamban.<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>Én személy szerint örülök a CLC importnak, még akkor is, ha már most

<br>látom, hogy egy jó ideig munkát fog majd adni nekem a "működési

<br>területemen" a hibák javítása. Viszont vannak olyan dolgok, amik

<br>enélkül soha nem kerültek volna az adatbázisba. Amit szerintem érdemes

<br>lenne vagy lett volna csinálni, az az, amit az osztrákok csináltak a

<br><a href="http://plan.at" target="_blank">plan.at</a> importnál, azaz, hogy minden objektumhoz beraktak egy

<br>fixme=check import tag-et. Így ezek mind megjennek a keepright-on,

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

<br></blockquote><div>Igazából multizni kellene őket, mert tipikusan egymást érik a területek. Számomra a legtisztább megoldás a területfunkcióra a multi. Node "csomókat" eltüntetni, ki kellene igazítani kellene területfunkció határokat és az üres területeket "befoltozni". Jelentem javítgatom ezeket. :)<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>Az országhatárról: az inaktív OTrT határok sok helyen pontosabbak,

<br>mint a mostani. A településhatárok esetében viszont sokszor pontatlan

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

<br></blockquote><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>Némileg OFF, de azért párhuzamba állítható a CLC-vel: azt hiszem itt a

<br>fórumon nem esett még szó az URBAN ATLAS-ról, mely több magyar 100 000-

<br>nél nagyobb lakosú város shp fájlját tartalmazza. Azt hiszem némelyik

magyar város esetén fel lehetne használni.

<br></blockquote><div>Ez nagyon jó lenne. Kíváncsi lennék rá. Bár a vidéket jobban szeretem. :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>A SotM-ról majd írok bővebben, csak egy kicsit össze kell szedni rá az

időmet.

<a><br></a></blockquote><div><br>Nagyon várom a beszámolót. :) <br></div>