Maanmittauslaitoksen ilmaisten aineistojen hyödyntäminen

Riippuu vähän siitä, mitä pitää näppäränä. Itse tekisin sen näin:

Koska testatessa syntyi valmis aineisto, niin laitoin sen ladattavaksi http://hip.latuviitta.org/tiedostot/mtk_tulentekopaikka.zip. Zipissä on tulentekopaikat shapefilenä ja Spatialite-tietokantana sekä komentojono, jossa näkyy käyttämäni GDAL:in ogr2ogr-komennot. GML-tiedostoja oli 3011, ja niiden kaikkien kahlaaminen läpi hitaalla kannettavalla kesti pari tuntia. Pahoittelen, että menetelmä on näinkin mutkikas, mutta ei siihen minun uskoakseni ole mitään sen parempaa ja tehokkaampaa olemassa, ei ainakaan ilmaisiin palveluihin ja ohjelmistoihin perustuvaa.

Laitan tähän myös listan kaikista tasoista, joita noissa 3011 GML-tiedostossa esiintyy:

1 Aallonmurtaja(3DLineString)
2 AidanSymboli(3DPoint)
3 AidanSymboli(Point)
4 Aita(3DLineString)
5 Allas(3DPolygon)
6 AluemerenUlkoraja(3DLineString)
7 AmpumaAlue(3DLineString)
8 Ankkuripaikka(3DPoint)
9 Autoliikennealue(3DPolygon)
10 HarvaLouhikko(3DPoint)
11 Hautausmaa(3DPolygon)
12 Hietikko(3DPolygon)
13 Hylky(3DPoint)
14 Hylky(Point)
15 HylynSyvyys(Point)
16 IlmaradanKannatinpylvas(3DPoint)
17 Ilmarata(3DLineString)
18 Jarvi(3DPolygon)
19 Jyrkanne(3DLineString)
20 Kaatopaikka(3DPolygon)
21 Kaislikko(3DPoint)
22 KallioAlue(3DPolygon)
23 KallioSymboli(3DPoint)
24 Kalliohalkeama(3DLineString)
25 Kansallispuisto(3DPolygon)
26 Karttasymboli(3DPoint)
27 Kellotapuli(3DPoint)
28 Kivi(3DPoint)
29 Kivikko(3DPolygon)
30 Kolmiopiste(Point)
31 Korkeuskayra(3DLineString)
32 KorkeuskayranKorkeusarvo(Point)
33 Korkeuskiintopiste(Point)
34 Korkeuspiste(Point)
35 Koski(3DLineString)
36 KunnanHallintokeskus(Point)
37 KunnanHallintoraja(3DLineString)
38 Kunta(3DPolygon)
39 Lahde(3DPoint)
40 Lahestymisvalo(3DPoint)
41 Lentokenttaalue(3DPolygon)
42 Louhos(3DPolygon)
43 Luiska(3DLineString)
44 Luonnonpuisto(3DPolygon)
45 Luonnonsuojelualue(3DPolygon)
46 MaaAineksenottoalue(3DPolygon)
47 Maasto2kuvionReuna(3DLineString)
48 MaastokuvionReuna(3DLineString)
49 Maatalousmaa(3DPolygon)
50 MaatuvaVesialue(3DPolygon)
51 Masto(3DPoint)
52 MastonKorkeus(Point)
53 Matalikko(3DPolygon)
54 Meri(3DPolygon)
55 MerkittavaLuontokohde(3DPoint)
56 MetsamaanKasvillisuus(3DPoint)
57 MetsamaanMuokkaus(3DPoint)
58 MetsanRaja(3DLineString)
59 Muistomerkki(3DPoint)
60 MuuAvoinAlue(3DPolygon)
61 Muuntaja(3DPoint)
62 Muuntoasema(3DLineString)
63 Nakotorni(3DPoint)
64 Niitty(3DPolygon)
65 Osoitepiste(3DPoint)
66 Osoitepiste(Point)
67 Paikannimi(Point)
68 Pato(3DLineString)
69 PistolaituriViiva(3DLineString)
70 Portti(3DPoint)
71 Puisto(3DPolygon)
72 PutkijohdonSymboli(3DPoint)
73 Putkijohto(3DLineString)
74 Puu(3DPoint)
75 Puurivi(3DLineString)
76 RajavyohykkeenTakaraja(3DLineString)
77 Rakennelma(3DLineString)
78 Rakennus(3DPolygon)
79 Rakennusreunaviiva(3DLineString)
80 RauhoitettuKohde(3DPoint)
81 RauhoitettuKohde(Point)
82 Rautatie(3DLineString)
83 Rautatieliikennepaikka(3DPoint)
84 RautatienSymboli(3DPoint)
85 Retkeilyalue(3DPolygon)
86 Sahkolinja(3DLineString)
87 SahkolinjanSymboli(3DPoint)
88 SahkolinjanSymboli(Point)
89 Savupiippu(3DPoint)
90 SavupiipunKorkeus(Point)
91 Selite(Point)
92 SisaistenAluevesienUlkoraja(3DLineString)
93 Soistuma(3DPolygon)
94 Sulkuportti(3DLineString)
95 Suo(3DPolygon)
96 SuojaAlue(3DPolygon)
97 SuojaAlueenReunaviiva(3DLineString)
98 SuojametsanReunaviiva(3DLineString)
99 Suojanne(3DLineString)
100 SuojelualueenReunaviiva(3DLineString)
101 SuurjannitelinjanPylvas(3DPoint)
102 Syvyyskayra(3DLineString)
103 SyvyyskayranSyvyysarvo(Point)
104 Syvyyspiste(Point)
105 TaajaanRakennettuAlue(3DPolygon)
106 TaajaanRakennetunAlueenReuna(3DLineString)
107 Taytemaa(3DPolygon)
108 Tervahauta(3DPoint)
109 Tienroteksti(Point)
110 Tiesymboli(3DPoint)
111 Tieviiva(3DLineString)
112 Tulentekopaikka(3DPoint)
113 Tulentekopaikka(Point)
114 TulvaAlue(3DPolygon)
115 TunnelinAukko(3DPoint)
116 Turvalaite(3DPoint)
117 Turvalaite(Point)
118 Tuulivoimala(3DPoint)
119 Uittolaite(3DPoint)
120 Uittoranni(3DLineString)
121 UlkoJaSisasaaristonRaja(3DLineString)
122 UrheiluJaVirkistysalue(3DPolygon)
123 ValtakunnanRajapyykki(Point)
124 Varastoalue(3DPolygon)
125 Vedenottamo(3DPoint)
126 VedenpinnanKorkeusluku(Point)
127 Vesiasteikko(Point)
128 Vesikivi(3DPoint)
129 Vesikivikko(3DPolygon)
130 Vesikulkuvayla(3DLineString)
131 VesikulkuvaylanKulkusuunta(3DPoint)
132 VesikulkuvaylanKulkusuunta(Point)
133 VesikulkuvaylanTeksti(Point)
134 Vesikuoppa(3DPoint)
135 Vesitorni(3DPoint)
136 Viettoviiva(3DPoint)
137 Virtausnuoli(3DPoint)
138 VirtavesiAlue(3DPolygon)
139 VirtavesiKapea(3DLineString)

Iso kiitos ohjeesta ja vielä isompi siitä, että annoit valmiin tiedoston suoraan ladattavaksi. Tuon aineiston avulla on helppo lähteä valloittamaan ihan uusia retkikohteita.

Asiasta ihan kolmanteen.

Eli tuli tuossa nähtyä kuinka luokattoman huonoja MTK:n polkujen geometriat ovat. Heittoa oli kymmeniä metrejä aina yli viiteenkymmeneen metriin.

Eli niiden polkunen tuominen OSMiin ei välttämättä ole “massatuotantona” kauhean järkevää (ne eivät toki olekaan nykyisessä import phase 1 aineistossa mukana). Huonollakin GPS jäljellä pääsee nimittäin lähemmäs polun oikeaa reittiä puhumattakaan laadukkaista jäljistä.

Niitä polkuja ei siis myöskään kannata peruskartta TMS taustalla “korjata” muka paremmiksi ellei todella ole varma siitä missä polku oikeasti kulkee!


i.

Olen minä nähnyt laadukkaitakin polkuja MTK-aineistossa, joten ilman lisänäyttöä en tuomitsisi niitä kaikkia kelvottomiksi. Hankaluutena on tietysti se, ettei ilman vertailuaineistoa voi tietää, onko geometriassa pahoja virheitä vai ei, joten loppulauseesi on hyvä ottaa vakavissaan.

Anna muutama esimerkki luokattoman huonoista poluista, kiinnostaa vilkaista niitä itsekin.

En minäkään usko, että kaikki polut niillä ovat kelvottomia. Ainakin pari selvää muuttujaa: näkyykö polku ilmakuvista ja aineistolähde.

Nuo polut joista puhuin tulivat vastaan, kun kiersimme Eräpyhän luontopolkua: http://www.openstreetmap.org/relation/3910803. Tuo varsinainen polku on nyt korjattu oman gps-jäljen avulla, osa muista reiteistä on vielä MTK:ta. GPS on mulla lippiksen lipan päällä, heittoa yleensä hyvissä oloissa max. 3-5m (tuolla mäntymetsä/avokalliolla), tiheässä kuusikossa (jota oli alempana, tosin ei aivan maksimitiheyttä kyllä) jää jälkeen pikkuhiljaa aina n. 15m asti, jos kulkee kokoajan samaan suuntaan. Mutkainen muoto säilyy suht. hyvin silloinkin.

MTK-polkujen “laadusta” mainittakoon kuriositeettina se että isäni, jolla oli peruskartta navigaation pohjana puhelimessa, kertoili täysin pieleen menneitä ennusteita siitä, mitä polulla oli edessäpäin kohta odotettavissa :-). Lisäksi esim. risteys: http://www.openstreetmap.org/node/2978197398 jäi kokonaan löytymättä, ilmeisesti siksi, että se on aivan väärin sijoitettu. Parkkipaikan kartasta jälkikäteen pääteltynä se olikin ilmeisesti ennen avokalliokumparetta tai heti sen alussa reilusti vasempaan (luoteeseen) eikä suoraan huipulta. Emme sitä ehkä kalliopohjan takia havainneet lainkaan kun oli ilmeisesti väärin piirretty.


i.

Kysytäänpä vielä vähän tarkennuksia tuohon MML:n datan käyttöön. Ilmeisesti tällähetkellä ollaan juupaseipäs-tilanteessa, eli MML antaa käyttää dataa omien lisenssiensä mukaan, mutta se ei ole minkään virallisen tahon mukaan täysin yhteensopiva OSM:n vaatimusten kanssa? Onko tähän tiedossa minkäänlaisia ratkaisuita lähitulevaisuudessa? Tuota ij_:n tasking manageria kävin kurkkaamassa, mutta noita ei vissiin vielä “saa” tehdä?

Nyt kun olen päässyt vähän raapaisemaan pintaa tästä projektista niin arvelin, että suotta kai tuota harjoittelua enempää raapii dataa ilmakuvista jos tuo koko olemassaoleva karttadata on tulossa “huomenna” enemmän tai vähemmän koneellisesti MML->OSM, mielummin käytän joutotunteja johonkin (muka) tähdellisempään kuin peltoalueiden merkkaamiseen. Ja toisekseen, jos nyt oletetaan että tuota MML:n dataa saataisiin huomenna käyttää 100% vapaasti myös OSM:n kanssa, niin eikös sieltä datasta saada ohjelmallisesti talot, tienumerot ja noin suunnilleen kaikki muukin mahdollinen mitä ainakin täällä haja-asutusalueilla vielä kartastoista puuttuu?

Virallisen tahon eli MML:n mukaan mitään ongelmaa ei olemassakaan (kts. http://forum.openstreetmap.org/viewtopic.php?pid=356296#p356296). Vuoden olen tässä itse odotellut, että jotain alkaisi tapahtua. En tiedä miksei mitään tapahdu.

Kai siinä manuaalistakin työtä vaaditaan, mutta kyllä, maastotietokannassa on about kaikki tieto joten sieltä löytyy.

Ihan aiheellinen nosto ja itse olen tätä myös miettinyt, eikä tästä syystä enää viime aikoina ole tullut rakennuksia, peltoja tai vesistöjä juurikaan ilmakuvista piirreltyä.

Oma kartoitukseni onkin tästä syystä viimeisen puolen vuoden aikana painottunut lähinnä tuttujen haja-asutusalueiden tieverkon täydentämiseen ij_:n mainiota importointityökalua käyttämällä. Importointiprosessi vaatii suht paljon manuaalista työtä tuotujen verkkojen yhdistämisessä olemassa olevaan OSM-dataan ja ainakin itse koen erittäin hyväksi sen, että samalla tulee korjattua paljon OSM:ssä olemassa olevan tiestön sijainteja ja ominaisuuksia. Usein lyhyeksi tarkoittamani importointisessio venyy, kun lopulta innostun kartoittamaan tarkemmin alueen tiestöä ja maankäyttöä ilmakuvista, jolloin lopputuloksena on usein tarkempi kartta kuin pelkästään importoitu tai pelkästään käsin luotu. Ennestään kartoittamattomalle alueelle MML:stä tuomani tieverkko toimii ikään kuin pohjana kun täydennän aluetta tuontivaiheen jälkeen.

Olisiko oikeasti viimein syytä aloittaa keskustelu, jotta muitakin kohteita (nimistöä, rakennuksia, vesistöjä, maankäyttöä…?) voitaisiin alkaa tuomaan OSM:ään? Käsitykseni mukaan kartoittajat mielellään käsittelevät tuttuja seutuja ja itselläni ainakin alkaa olla tilanne, jossa omat “kotiseudut” alkaa olla tuotuna tiestön osalta, eikä edellämainituista syistä johtuen kovin suurta motivaatiota maankäytön tai rakennusten käsintäydentämiseen ole, joten ihan mielelläni ottaisin osaa myös muiden kohteiden tuomiseen näillä alueilla. Tietääkseni esimerkiksi rakennusten tai nimistön tuominen MML:n aineistosta alueittain ei pitäisi olla järin suuri toimenpide ihan omalla tietokoneella ajettavilla ohjelmistoilla, mikäli vain tietää mitä tekee.

Mutta minä ainakaan en näe että mikään käsin kartoittaminen olisi turhaa, vaikka olisi olemassa tuotavissakin olevaa valmista materiaalia, sillä itse ainakin pyrin käsin kartoittaessa tuomaan OSM:ään jotain lisäarvoa paikallistuntemukseen perustuen.

Juuri tuo paikallistuntemus ja tarkemmat detailit ovat sitä “tähdellisempää” johon viittasin. Täällä kuitenkin on tilanne että lähes 100% taloista ja rakennuksista puuttuu, ja esim. talonumeroiden syöttö on käsipelissä aika tahkeaa hommaa, kun taas koneellisesti ne tulevat hetkessä ja kerralla oikein.

Sama homma noiden pelto- ja metsäalueiden kanssa. Vaikka olisi millainen paikallistuntemus niin metsä on metsä, ei se landuse-tagin laitto paljon muuksi muutu tunsi alueen miten hyvin tahansa.

Toki tuo koneellinen data on syytä käydä käsipelissä ainakin joltain osin läpi, mutta IMHO nuo perus karttadatojen syöttö käsin on vähän joutavaa hommaa kun käytettävissä on massiiviset määrät dataa “vain” tietokantakonversion päässä.

Toivottavasti niitä saa tehdä, koska statistiikkasivun mukaan niitä on tehty jo useita tuhansia (6668kpl 28.7.2014). Validoituja on yli kymmenentuhatta mutta niihin taitaa lukeutua myös ne alueet joita on piirrelty suoraan ilmakuvista tai omien jälkien kanssa.

Ymmärtäkseni useaan otteeseen monet ovat todenneet, että suoraa importtia MML:n tai Digiroadin materiaalista ei tulla tekemään, koska aineistojen yhteensovittaminen ei tulisi oikeasti onnistumaan. Jos siis jätetään pois se vaihtoehto, että joku deletoi Suomen OSM:sta ja siirtää jomman kumman Wirallisen kartan tilalle. Suoran importin hankaluuden huomaa kun katsoo esim jotain Landsat-kuvien kanssa piirrettyä aluetta ja sovittelee siihen MML:n ilmakuvia päälle. Tiellä ja alueilla saattaa olla muodot ihan OK mutta sijainti on enempi tai vähempi sivussa. Joku skriptaaja saattaisi saada tien siirrettyä oikeaan paikkaan mutta teiden välissä saattaa olla jotain residential-alueita ja osoite-tageja, joiden paikoilleensaanti ilman käsityötä lienee mahdotonta.

MML:n “Tiestö osoitteilla” (tms.) materiaalissa ainakin listataan vain ko kadun pätkän ensimmäinen ja viimeinen osoite kummallakin puolella tietä. Kaikkia välillä olevia osoitteita ei välttämättä ole oikeasti käytössä, joten tietoa ei voida suoraan interpoloida rakennuspolygoneille. Digiroadin tiedoissa on kuvauksen mukaan ihan sama “puute”.

Kaikille odottelijoille tiedoksi, että niitä saa tehdä, on saanut tehdä jo yli puoli vuotta (viime joulukuusta lähtien). Itse olenkin ihmetellyt hieman laimeata mielenkiintoa importtia kohtaan, nyt kun se lopultakin tuli “luvalliseksi” sekä MML:n että OSM:n byrokratian puolelta. Itse importille tein oma threadin, joka lienee mennyt osalta ohi: http://forum.openstreetmap.org/viewtopic.php?id=23578. Siellä sanotaan yhdessä kohtaa näin: “Please read the workflow documentation before starting! You may upload now but please follow the process as outlined in the document!” (sama lause suoraan task managerissa myös).

Suurin ongelma tällä hetkellä on kapsilla olevien MML ortokuva serverin peitto, joka taitaa edelleen olla huomattavasti pienempi kuin MML:llä oikeasti on kuvia. Viimeksi kun asiaa setvittiin, niin GDAL hajosi ilmeisimmin jossain kohtaa monien ortokuva tiedostojen käsittelyssä eikä sen takia uudempia/loppuosaa kuvista ole saatu ajettua tuotantoon.

Tosiaan tuo MTK:sta saatava lisäaineisto on OSMin päälle “silppua”, eli paljolti pieniä sivutie “verkkoja”, joita onkin sitten todella paljon. Isoja verkkoja on aika vähän vaikka niitäkin vielä taitaa muutama olla tekemättä (mutta siihen menee sit monta tuntia per iso verkko, joten ei kannata ainakaan sellaisesta aloittaa ;-)). OSM:sta vaan sattuu jo ennestään löytymään niin paljon jo tavaraa että ne todellakin olisi jouduttu “poistamaan”, minkä ehdottaminenkin taas imports@ listalle olisi saanut aika jäätävän vastaanoton. Eli sitä polkua ei olisi päästy kuitenkaan OSMin puolelta eteenpäin.

Itsellä on tällä hetkellä jo jotain systeemiä, joilla myös olemassaolevia teitä päästäisiin vihdoin korjaamaan MTK-avusteisesti task managerin kautta (sekä tiestön metatiedot että geometriat, jälkimmäinen JOSMin olemassaolevaa geometrian kopiointi pluginia hyödyntäen). Mutta projekti on valitettavasti tällä hetkellä hiukan jumissa, kun pitäisi yksi rekursiivinen query niidenkin korjattavien kohtien verkottamista varten kirjoittaa (joukko id:tä ja id:den vierus-id:t lähtökohtana). Mutta eihän sitä kesällä ehdi tuollaisia edes tekemäänkään, kun pitää polkuja kiertää ja nyt on vielä keskittymistä häiritsevä lämpöastelukemakin taulussa ;-).

Avainsana: Väestörekisterikeskus. Toivottavasti avaavat osoiteaineistonsa piakkoin. Sitä odotellessa en jaksa MTK/Digiroadia edes miettiä vakavasti otettavana sourcena juuri tuon puutteellisuuden takia.


i.

Näin sen on tarkoituskin mennä. Samalla kun importoidaan, myös OSM:ssa olemassaolevat huonot geometriat ja älyttömyydet (landsat tai kerran 10sek gps jäljestä, tms.) saadaan pikku hiljaa lähestulkoon kokonaan pois. Siksi import-prosessi itsessään pitää jo sisällään sitä manuaalista työtäkin.

Toivottavasti joku nyt unelmoi siitä että nuo älyttömyydet voitaisiin korjata ihan täysautomaattisestikin, eikä pelkästään vaan unelmoi vaan myös toteuttaa sen automaatin, niin täältä tulee muutamakertaista hurraahuutoa ;-). Vakavasti ottaen, automaatilla tuo homma olisi älyttömän hankalaa, jos geometriat on OSM:ssa ihan kuraa ilman metadatoja (nimiä, refejä, tms.). Falsehittejä ja -missejä tulisi ihan liikaa, että sitä voisi oikeasti ilman ihmistä toteuttaa.

Keskustelua voidaan toki käydä, mutta ettehän sitten sulje silmiä siltä, että lopulta jonkunhan täytyy myös sitten tehdä asiaankuuluva suunnitelma ja vakuuttaa imports@ listan väki. En nyt kysy heti, että ilmoittauduitko juuri vapaaehtoiseksi (sitten kun se olisi ajankohtaista)… :wink: …mutta asiaan on hyvä jo lähtökohtaisesti koittaa asennoitua oikein, ettei kaikki keskusteluun panostettu energia valu lopulta hukkaan.

Minulla on noissa teissäkin ihan riittävästi hommaa toistaiseksi, tosin niihin kehiteltyjä (ja vielä työn alla olevia) juttuja saattaa joihinkin kohteisiin kuten vesistöihin ja rajoihin pystyä hyödyntämään.

Siispä polut kunnon gps:llä (ja kunnolla sijoiteltuna eikä taskussa tms), niitä kun ei löydy mistään pl. jotkus epätäydelliset suunnistuskartat (olen itseasiassa viime aikoina vahvasti pettynyt suunnistuskarttoihin niistä puuttuvien polkumäärien johdosta, kun tuli aloitettua pitkästä aikaa suunnistelukin, siksi että saisi polkuja OSMiin toki :-)) ja tietenkin myös liikennemerkit kartalle ;-). Ja puuttuu MTK:sta ihan siis ulkoiluteitäkin ja puistojen reittejä vino pino, jotain selkeimpiä puutteita mainitakseni.


i.

MTK on hyvä pohja (taikka se väestörekisterikeskuksen osoiteaineisto sitten kun se toivottavasti vapautuu joskus lähitulevaisuudessa), mutta ei kanna silti kuvitella että ne tulisivat “kerralla oikein”. Valitettavasti. Myös niistä aineistoista löytyy virheitä, aivan kuten OSM:stakin.

Sellainen kuriositeetti muuten, että MTK:ssa ei ole metsiä lainkaan, vaan “tyhjää” metsien kohdalla.

Tietokantakonversio on se helpoin vaihe. Suurin haaste on yhdistäminen olemassaolevaan. Silloinkin jos lähtökohdaksi otettaisiin alueet, joilla on vain tyhjä canvas, täytyisi jonkun ratkaista/selvittää kuinka nuo “tyhjä canvas” alueet määritellään/etsitään ja kuinka varmistetaan että import koskee vain niitä. Sen jälkeen kun tämä on ratkaistu, joku vaan kirjoittaa suunnitelman ja vakuuttaa imports@ listan. …Sitten vaan kädet likaisiksi.

MTK road importin kokemuksen perusteella koordinaatio tekijöiden välillä on aivan merkityksetön juttu. Luulin ensin että se olisi oleellinen osa ongelmaa, mutta tekijöitä on ollut liian vähän että overlappiä olisi oikeasti tapahtunut joten sitä tuskin tapahtuu muidenkaan objektien kohdalla kunhan palaset ovat suhteellisen järkevän kokoisia. Korjatkaa joku jos olen väärässä… itselläni ei ainakaan sattunut koskaan, että joku olisi tiestön naapuriverkkoa samaan aikaan importoinut?

Siitä olen samaa mieltä, että geometrioiden tracettaminen käsin silloin kun riittävän tarkat tracetukset OSM:in ulkopuolelta ovat saatavilla ja käytettävissä on täysin järjetöntä hommaa. Kannattaa kuitenkin muistaa että tracetuskin on voinut MML:llä tai heidän tietolähteellään mennä överiksi ja siksi esim. metsäteissä on joskus MTK:ssa ihan valtavasti nodeja (road importissa vedin nimettömistä teistä 40cm mutkat suoriksi ja nimetyistä 20cm suoriksi vähentääkseni älytöntä pistemäärää ja niistä aiheutuneita bogusmutkia). Samaten peltoja pystyy tracettamaan käsin tarkemmin kuin MML:llä on tehty, eli niin että ojat keskellä peltoa ovat poissa pellon alueesta (mutta minulle kyllä riittäisi alkuun ihan ne ojat mukanakin tarkkuus vs nykyinen tyhjä kartta :-)).


i.

Onko muuten VRK:n datan vapautumisesta ja sen aikataulusta annettu mitään konkreettista julkilausumaa tai lupausta? Pienellä googlailulla ei löytynyt mitään.

Silloin tällöin käy mielessä alkaa importoimaan MTK:n rakennusgeometriadataa OSM:iin. MTK:sta puuttuvat osoitetiedot olisi tietenkin kiva saada mukaan alusta lähtien. Tosin eipä niiden lisääminen jälkeenpäin paljon monimutkaisempaa olisi.

Aiheesta jotain: http://avoindata.net/171/mista-saa-osoitteiden-koordinaatit

Terve,

Tämä ei nyt varsinaisesti liity openstreetmappiin, mutta tähän Maanmittauslaitoksen aineistoon kuitenkin. Minulla on Garminin gpsmap 64s ja kovasti olisi tarvetta ilmakuville siihen. Nuo MML:n ilmakuvat vaan tuppaavat olemaan .jp2 -muodossa. Millähän tavoin tuon saisi juttelemaan Garminin kanssa? Niinhän tuo onnistuu, että muuntaa ensin .jp2 -tiedoston jpg:ksi, siitä google earthilla sitten asettelee käsin peittokuvaksi ja tallennus .kmz muodossa. Kyseinen viritys ohjeistetaan Garminin sivuilla. Tämä on vaan melko vaivalloista ja hidasta. Olisiko jotain oikotietä onneen? Ideaalitilanne olisi, jos löytyisi jokin ohjelma, jolla saisi käsiteltyä useita ruutuja kerralla ja lopputuloksen saisi muotoon, joka näkyisi Garminissa omana karttanaan. Tai vaihtoehtoisesti jos joku olisi jo MML:n aineistoista valmiit ilmakuvat Garminin kanssa yhteensopivaan muotoon väkästellyt, niin sekin kelpaa :smiley:

MML:n aineisto on (ollut) 16.1.2015 alkaen tarjolla CC BY 4.0 lisenssillä: http://www.maanmittauslaitos.fi/avoindata_lisenssi

Oletko yrittänyt GDAL/OGR:lla? Ainakin sitä voi skriptata ja siten automatisoida. Tukee JPEG2000 (.jp2) formaattia useiden eri ajureiden avulla.

Siis jotain tällaista?:
http://gis.stackexchange.com/questions/18280/batch-convert-geotiffs-to-kmz-files

Vaatii toki sen oikeat ajurit sisältävän Gdalin ja varmaan projektion säätöä, mutta tuosta lienee hyvä lähteä liikkeelle

Varmaankin jotain tuon tyylistä. GDAL/OGR kirjasto on erittäin monipuolinen, eikä aina helppokäyttöinen.
Ohjeita löydät Latuviitan sivuilta: http://www.latuviitta.org/, http://latuviitta.org/Ohjeet.php
Windows binäärit esim. http://download.gisinternals.com/release.php Siellä on useita versioita ja jostain syystä myös usealle MSVC versiolle.

Edit: ja löytyyhän ohjeita ihan tältä sivustoltakin: http://forum.openstreetmap.org/viewtopic.php?id=16663