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

2011. Júl. 19., K, 18:19:14 UTC

Zsolt Bertalan írta, 2011-07-19 09:20 keltezéssel:
> 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.

Ezekhez sokan nem is mernek hozzányúlni, főleg akkor, ha sehol sincs 
leírva, hogy hogy kell.

Pár hete rákérdeztem itt, hogy a BP kerülethatárokkal mi van, kaptam egy 
választ valakitől aki akkor azonnal meg is csinálta. De ahogy nézem a 
legtöbb helyen maradt az importált piros szaggatott vonal (JOSM, 
admin-level boundary), akkor is, ha egy utca felett megy. (De végre 
körbeér minden kerület!)

Így nem felel meg ennek:

"A fővárosi kerülethatárokhoz - ahol lehet - a meglévő térképelemeket 
(pl. közutak) címkézzük."

http://wiki.openstreetmap.org/wiki/WikiProject_Hungary/Hat%C3%A1rvonal )

Így most tulajdonképp készen van, de nem tudom tényleg készen van e. 
Például ha az admin boundary fut az út mellett 7 méterre, akkor az 
úttest az adott kerületé. Ha meg átteggelem az út vonalára, akkor a fél 
útpályát elajándékoztam egy másik kerületnek??

http://www.openstreetmap.org/?lat=47.52977&lon=19.08824&zoom=17&layers=M

A konkrét megoldás offtopic a CLC-re, csak felvetődött ez a ki mit javít 
mer javítani kérdés, NaTTomi levelében is.

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

Hát olyan területeken még egyet is értek veled amit beküldtél ide a 
múltkor, hogy van egy nagy erdő 3 km-es vonal, van mellette egy 
highway=track és a másik oldalán meg mondjuk szántó. Ezek nem olyan 
részletgazdag területek, ahol később gondot okoz a szerkesztésnél.

Sőt, ha megnézzük a CLC erdőket, szerintem azt fogjuk látni, hogy 
multipoligonok (hunsly, azok?) (Beküldtem ide a sok KeepRight zöld 
villámot, hogy a nem-zárt vonalakon rajta maradt a landuse, ebből 
gondolom).

Így, adódik legeslegszabályosabb megoldás: a vonal az highway=track, 
admin boundary stb. az erdő meg egy olyan multipoligon aminek része az a 
vonal is. Ahol nincs más, csak 2 landuse találkozik, ott lehet ugyanez, 
de egy vonallal, nem 2 vonal egymásra rajzolva, csak azért mert egyik 
erdő a másik meg rét. Kivételt képezhetnek talán azok a helyek, ahol 
olyan kis dolgokról van szó, amit egyetlen zárt vonallal viszünk fel, 
akkor könnyebb az egymást fedő vonal. Bár most megnéztem 2 friss CLC 
példát és azok ilyen AREA-val vannak, 9 kilométeres is, szóval relatív 
ez a "kis". :-)

Itt persze a 9 kilóméter során több helyen van duplikált vonal. Ahogy 
nézem erre az OSM is most ráment, hogy legyen sok duplikált vonal, mert 
a Potlatch-ban is meg a JOSM-ban is nemrégiben jelent meg egy olyan 
feature, hogy 1 gombnyomással lehet egy vonalra rárajzolni egy másikat. 
(Nekem nem nagyon tetszik ez a megoldás.)

Belterületeken nem tetszett nekem ez a landuse + út felülrajzolás, ahol 
sok részletet kell még odatenni. Bár, most hogy ennyit találkoztam már 
relation-ökkel, talán kezdenék belenyugodni egy olyan megoldásba, hogy 
pl a Újlipótváros kaphat "landuse= 3 (három!!) centire fut egy külön 
vonal a Váci út mellett, hanem akkor az érintett utcák egy kapcsolatot 
alkotnának.

http://www.openstreetmap.org/?lat=47.52009&lon=19.061309&zoom=18&layers=M

(Na ez is olyan, amihez nem mernék hozzányúlni, mert nem értem. És azt 
se, hogy a XIII. kerület bizonyos részei miért lakóterületek, a többi 
meg miért nem. Vagy ha azzá kellene tenni, akkor vajon egyben vagy 
darabokban.)

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

De az erdők nem követik az admin_boundary-kat. Legalábbis ha azt kell 
nézni, hogy itt például a zöld és szürke kitöltött amőbák széle rajta 
fut e a bordó szaggatottas vonalon:

http://www.openstreetmap.org/?lat=46.9846&lon=16.648&zoom=14&layers=M

(Néhol igen, de ritka.)

Ez pl rajta fut? (Egyházhollós feliratú vonal.)

http://www.openstreetmap.org/?lat=47.03863&lon=16.74171&zoom=15&layers=M

Na mondjuk 40 métert ugrál ide-oda, szóval lehet, hogy ez igen. És az 
admin-boundary a pontos?

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

A JOSM-osra gondolsz? (Biztos nem a Potlach-esre mert az kiegyenesíti a 
vonalat. :-D ) De hogy esetleg valami harmadikra?

http://josm.openstreetmap.de/wiki/Help/Action/SimplifyWay

Mondjuk arról nem szól a fáma, hogy hány százalékos kilógásig  "unnecesary".

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

Ez a zöld villámos cucc amit kérdezem 1-2 hete? "CLC erdők "nem zárt 
vonalak"" tárggyal.

KeepRight alapján és is szívesen zúzom, ha Paula beizzította a rederét. 
Frissült a keep right 2 napja!   :-)

Feri