Corine Landcover, Suomi

alv · 2011-04-07T06:34:12.000Z

OSM:n talk-sähköpostilistalla oli viesti (ja ainakin yksi vastaus) ilmenneistä EEA:n attribuutiotoiveista CLC-aineiston osalta:

http://lists.openstreetmap.org/pipermail/talk/2011-April/057499.html

teollisuus · 2011-04-16T10:45:17.000Z

Corinen Urban Atlas tason tietokantaan on ilmestynyt myös Helsingin ja Turun maankäyttö(sisältää lisäksi noin 50x50 km alueen kaupungin ympäriltä). Kyseisen aineiston käytön kannalta on ilmennyt ongelmaksi jopa liiallinen tarkkuus. Siinä missä karkeamman maankäytön kartassa on neliöasteen alueella 120 000 pistettä on urban atlaksissa miljoonia pisteitä sata kertaa pienemmällä alueella. Tämä tekee aineiston editoinnin ja siirtämisen serverille erityisen hankalaksi. Täytynee tutkia saako tuon siirron toteutettua mitenkään järkevästi.

Manu_S · 2011-07-07T15:20:47.000Z

Havaitsin että ainakin oma navigaattorini (Garmin eTrex Vista HCx) piirtää monet Corinesta tuodut (ja varmaan muutenkin piirretyt) metsät järvien päälle mikäli ne on päällekkäin piirretty. Mapnikhan piirtää järven näissä päällekkäistapauksissa. Garminin piirtotapa aiheuttaa sen että ainakin pienimmät järvet näyttävät kartalla metsältä ja isommissa järvissä lähekkäiset saaret piirtyvät yhtenäisenä metsätilkkuna.
Jos innostun siirtelemään metsien rajapisteitä rantaviivalle, onko tapana lisäillä muokattuihin importteihin jotain ylimääräisiä tageja merkiksi että kyseessä ei enää ole verbatim kopio? Ja toisaalta, onko fiksuinta yhdistää metsä ja ranta käyttämään samoja pisteitä vaiko vain siirtää metsä rannalle?

Pikari · 2011-07-09T10:05:05.000Z

Corinesta tuotua metsää riittää muokkauksiin asti. Hyvänä esimerkkinä tämä pläntti Kierälahden suunnalla Äänekosken kirkonkylän lounaispuolella. Yksi ulokkeista peittää lähes kokonaan Kuhnamon rannalla sijaitsevan asuinalueen. Rantaviiva ja Corine-metsäalueen raja eivät ole yhteneväisiä. Vaikka itse rantaviiva on Landsatista napattua, niin on se ehkäpä piirun verran tarkempi kuin Corinesta tuotu metsän rajaviiva. Eli Corine-tuonnin voisi yhdistää suoraan rantaviivaan, jos vain tuota asuinaluetta ei siinä olisi.

Toisekseen tuo kyseinen Corine-metsäalue tulisi suurjännitelinjojen takia lohkota ainakin kolmeksi itsenäiseksi alueeksi. Ko. voimalinjoja on vain jatkettava pohjoiseen, länteen sekä yhteisellä osuudella kaakon suuntaan. Kun jatkot länteen ja pohjoiseen on saatu OSMiin, niin metsäalue on valmis lohkottavaksi. Olen itse lisännyt nelostien molemmin puolin voimalinjojen ympärille metsää, jotka ovat myöhemmin saaneet osittaisen Corine-metsäpeitteen.

Toinen hyvä esimerkki Corine-tuonnin hassuuksista on samoilla kulmilla sijaitseva Myllyntauksen asuinalue. Nyt siinä sijaitsee päällekkäin sekä residential- että farm-alueet. Tuon muokkaaminen on helppoa - puolet (itäisempi osa) pois ja Kannelsuontie ei enää sijaitse pellolla.

Huomasin muuten, että Corine-metsät kuivattavat alleen jäävät vesialueet. Ainakin Garminin kartalla Äänekosken kirkonkylän ja Ääneniemen välinen Häränvirran salmi oli kuivunut kevyen liikenteen sillan kohdalla.

alv · 2011-07-13T07:05:26.000Z

Manu S:

Ja toisaalta, onko fiksuinta yhdistää metsä ja ranta käyttämään samoja pisteitä vaiko vain siirtää metsä rannalle?

Hifisti kävisi paikan päällä katsomassa yltääkö metsä rantaan asti vai onko välissä kalliota/niittyä/pensaita/kosteikkoa

FiSaja · 2011-08-24T10:03:17.000Z

Metsän piirtyminen veden päälle Garmin-kartassa on tosi harmillista vesilläliikkujan kannalta. Corine-aineistossa on varsin usein pikkusaarten päällä vain yksi iso metsäpläntti, jolloin koko vesialueen kuva muuttuu täysin todellisuudesta poikkeavaksi. Itselläni on ollut jopa navigointivaikeuksia (GPS:n kanssa!) alueilla, joihin on lisätty Corine-tiedot. Tällaisten korjaaminen OSM:iin on kyllä iso työ – vallankin, kun Mapnik näyttää tällaisissa tilanteissa vettä (niin kuin pitääkin), joten virheiden paikallistaminen ei ole helppoa Olisiko Garmin-kartan muodostajaa mahdollista muuttaa tällä kohdin toimimaan Mapnikin tavoin?

skela · 2011-08-24T12:01:37.000Z

FiSaja:

Tällaisten korjaaminen OSM:iin on kyllä iso työ – vallankin, kun Mapnik näyttää tällaisissa tilanteissa vettä (niin kuin pitääkin), joten virheiden paikallistaminen ei ole helppoa Olisiko Garmin-kartan muodostajaa mahdollista muuttaa tällä kohdin toimimaan Mapnikin tavoin?

Minulla on sellainen käsitys, että eri Garmin-laitteet piirtävät alueet eri järjestyksessä. Piirtojärjestykseen ei voi täysin vaikuttaa, ja siksipä päällekkäisiä alueita pitäisi välttää. Valittaako Keep Right! päällekkäisistä alueista? Ainakin JOSMin validaattori huomauttaa niistä.

Yksi mahdollinen ratkaisu olisi jättää corine-alueet kokonaan pois Garmin-kartalta tai erottaa ne omaksi karttatasokseen, jonka saa tarvittaessa näkyviin. Pyöräillessäni ja kävellessäni en ole koskaan kaivannut kartalle muita alueita kuin vettä ja joskus harvoin rakennuksia. Tarvitseeko joku metsikköjä ja muuta mobiilikartalle? Tietokonenäytön isoon karttaan niistä toki tulee mukavasti väriä, mutta minusta tuntuu, että hitaalla mobiilivekottimella alueet vain turhaan hidastavat kartan piirtymistä.

Muuten, Kärkölässä päin joku on rikkonut kaksi isoa Corine-multipolygonia ja yhden maatilan. Olen odotellut, että joku muu korjaisi niitä, kun en tarkkaan tiedä, millaisia alueet ovat alun perin olleet. Sieltäpäin on kyllä Bing-kuviakin.

FiSaja · 2011-08-25T08:07:18.000Z

Keep Right! ei näytä valittavan tällaisista alueista (esimerkiksi monta saarta kattava Way 105284462 ei aiheuta ilmoitusta millään zoomitasolla, esim. http://keepright.ipax.at/report_map.php?zoom=14&lat=60.2898195&lon=24.7866063)).

Henkilökohtaisesti en kaipaa Garmin-kartalle sen kummempaa tieoa maankäytöstä kuin mikä on maata ja mikä vettä.

FiSaja · 2011-08-25T08:11:08.000Z

Anteeksi! Tuo keep Right! -linkki jäi ajattelemattomuuttani päivittymättä. Linkin pitänekin olla http://keepright.ipax.at/report_map.php?zoom=15&lat=62.62488&lon=28.30622&layers=B00T&ch=0%2C30%2C40%2C50%2C60%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C291%2C292%2C293%2C311%2C312%2C313%2C350%2C380%2C20%2C300%2C360%2C390&show_ign=1&show_tmpign=1

Kai_Timoskainen · 2011-08-26T05:15:04.000Z

skela:

Tarvitseeko joku metsikköjä ja muuta mobiilikartalle? Tietokonenäytön isoon karttaan niistä toki tulee mukavasti väriä, mutta minusta tuntuu, että hitaalla mobiilivekottimella alueet vain turhaan hidastavat kartan piirtymistä.

Karttatiedostosi on sopivan pieni, koska siinä ei ole turhaa tietoa. Ne, jotka tarvitsevat metsikköjä (marjastajat, sienestäjät, metsästäjät), voivat imuroida pohjoismaisen karttatiedoston osoitteesta http://www.aighes.de/OSM/index.php tai maksullisen kartan.

HACY · 2011-10-30T12:28:13.000Z

Tuota… onko kellään tarkoitus edistää tätä?

Ikävän näköinen tuo Suomi, kun vain kaakkoisneljännes on metsää, muut aavikkoa. Ja tilanne on pysynyt samana jo puolisen vuotta.

.

jaatak · 2011-10-30T22:30:53.000Z

Itse kyllä kannatan projektin edistämistä. Jossain korvessa data yhteydet kieltämättä saattavat olla aavistuksen hitaampia, jolloin kartta ei piirry riittävän nopeasti mobiili laitteille. Tässä asiassa itse ajattelen kuitenkin tulevaisuuteen. Kaiken aikaa lisätään kapasiteettia datasiirtoon, joten 5-10 vuoden päästä tilanne saattaa olla aivan eri. Lisäksi aika monet karttaohjelmat käyttävät offline karttoja, joten datasiirto ei niitä liiemmin häiritse.

jesh · 2011-11-01T09:05:07.000Z

Contour merge -niminen josm plugin muuten ihan näppärä noitten alueitten käsin korjailuun:

http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ContourMerge

Vielä kun olisi semmoinen työkalu, millä voisi sanoa “vähennä tästä alueesta A tuo toinen alue B” niin olisipas näppärää. Mutta semmoista ei taida olla?

muistikas · 2011-11-17T09:28:53.000Z

jaatak:

Itse kyllä kannatan projektin edistämistä.

Kuin myös.

Irlantilaiset ovat toteuttaneet asian siten, että ovat luoneet aineistosta karttapalvelun, jonka voi ottaa JOSM:in pohjaksi: http://lists.openstreetmap.org/pipermail/talk-ie/2011-October/000461.html

posiki · 2012-01-18T14:48:52.000Z

Katselin tuota Corine aineistoa ja koetin päätellä kuinka sitä on aikaisemmin viety.

Semmoisen havainnon tein, että näyttäisi nuo Corinen aineistot (v15: http://www.eea.europa.eu/data-and-maps/data/clc-2006-vector-data-version-1)) irvestelevän. Tuolla Itä-Suomessa (31,63) virhe 30 metrin luokka. Siis metsäkuviot 312 ja 313 ovat kaiketi oikeassa paikassa ja muut sitten pielessä. Sama tuntui esiintyvän Länsi-Suomessakin.

Jeps, ennen ja jälkeen koordinaatistonmuutosten, joten siitä asia ei nyt johdu.Pitää joku siirto tuohon aineistoon kaiketi tehdä.

Mietin prosessiksi seuraavaa:

Shape-tiedostoista pilkotaan sopivan kokoisia paloja, esimerkiksi 0.2 astetta (ogr2ogr)
Yhdistellään nuo eri luokat yhteen shape-tiedostoon (ogr2ogr)
Muunnetaan shape-tiedosto OSM-muotoon (muunnettu polyshp2osm.py -työkalu)
Avataan OSM-tiedosto JOSM:issa, tehdään visuaalinen tarkastelu ja ladataan aineisto OSM:iin.

Tuota viimeistä kohtaa lukuunottamatta homma on aika lailla yhden miehen hommaa. Jonka siis voin tehdä. Sitten tuo JOSM-työskentelyssä tarvitaan enemmän vapaaehtoisia.

Jotenkin tuntuu, että samanlaista toimintatapaa voisi harkita myös MML:n aineistojen sisäänluvussa.

JRA · 2012-01-19T17:53:23.000Z

Corine päivitetään tänä vuonna. Mitenkäs aiot ottaa sen huomioon?

posiki · 2012-01-20T12:31:07.000Z

Ai niin, siis että 2000, 2006, 2012. Hmm, eiköhän tuon ehdi päivittämään, ottaa MML:n aineistot sisään ennen kuin tuo 2012 aineisto on ladattavissa…

alv · 2012-01-23T10:47:18.000Z

Sikäli kuin olen viime aikoina jo tuodun aineiston alueella karttaa muokannut, on käynyt aika ilmeiseksi että tuo corine-aineisto on yleistetty varsin pienimittakaavan karttoja varten. Useimmiten niin, että pitää leikata corine-datasta pala pois ja piirtää kokonaan uusiksi se alue, landsatistakin saa yleensä “parempaa”, ja jos alueelta on tarkempaa ilmakuvaa saatavilla, corine-alueet halkoo peltoja, metsiä ja asuinalueita aika mielivaltaisesti. Ts. alkuperäisaineisto ei ole helposti osm-käyttäjien ylläpidettävissä, joka on ollut yksi ohje hyvään importtiin.

Myös: olisi käytäntöjen mukaista meilata Imports-postituslistalle ennen mitään ulkopuolisten aineistojen tuontia.

posiki · 2012-01-23T11:27:38.000Z

Oma tarkoitukseni olisi korjata tuo vajaaksi jäänyt tiedon lataus. Aika karun näköistä kun tuota Corinen metsää on vain 1/4 osa Suomesta.

En nyt tästä Corine aineistosta ajatellut lähettää viestiä tuonne Imports-listalle. Asiaa lienee siellä käsitelty aika perusteellisesti aikanaan. Mutta ehkä minun olisi hyvä vääntää tuollainen Corine Finland Import -sivusto (in English), niin asiat on siten paremmin dokumentoitu.

MML:n aineiston latauksista laitoin nyt viestin Imports-listalle.

posiki · 2012-03-22T12:30:42.000Z

Lievästi mennyt aikaa turhanaikaiseen työntekoon ja konferenssien virittämiseen. Noh, nyt sain kuitenkin testattua hieman pidemmälle tuota Corine-datan importtia.

Koetin samalla jo miettiä kuinka tuota MML:n aineistoa sitten käsiteltäisiin.

Pääpiirteittäin prosessi menee siten, että otetaan tuo Corine Land Cover aineisto, luokitellaan se vastaamaan suomalaista maisemaa ja suunnilleen yhteensopivaksi muiden Corine importtien kanssa. Sen jälkeen poistan Corine:sta ne alueet, jotka leikkaavat jo olemassa olevaan OSM-aineistoa.

Tuloksena on sitten kaksi monikulmioaineistoa / käsittelyalue (tässä tapauksessa puolen asteen ruudut). Toisessa on alueet, jotka eivät leikkaa nykyistä OSM aineistoa ja toisessa leikkaavat alueet. Ensin mainitut olen ajatellut importoida turvallisin mielin bulk_load:lla. Jälkimmäiset vaativat “ihmistyövoimaa”.

Voin laittaa esimerkkejä jonnekin verkkoon, jos kiinnostuneita on.

Muuten ajattelin “korjata” tuon Suomen maankäytön tässä lähiaikoina.