Metlan avointen aineistojen (http://kartta.metla.fi/) lisenssissä (http://kartta.metla.fi/MVMI-Lisenssi.pdf) on taas se sama ehto:
“Vaadittava tämän lisenssin ehtojen noudattamista myöntäessään lisenssejä tuotteeseen tai palveluun, jossa käyttää aineistoa tai sen osaa.”
Metlan aineiston latauspalvelu ei vielä toimi (tai ei ainakaan minulle). Sain latauslinkin, mutta sen takaa tulee tyhjä sivu tai ei sivua ollenkaan.
Metlan aineistoa voi kuitenkin tarkastella http://www.paikkatietoikkuna.fi/web/fi/kartta kautta. Aineistoa löytyy kohdan Karttatasot / Maanpeite alta. Näyttäisi siltä, että metlan aineisto olisi hieman tarkempaa, tai ainakin vähemmän suodatettua kuin Corine Landcover, joka löytyy saman kohdan alta (jossa muuten lukee 25m resoluutiona). Vertailin Corinea Kasvupaikka -tasoon.
Eli jos Suomea halutaan värittää OSM:ssa, sen voisi tehdä tämän aineiston avulla
Niin, paitsi että lisenssi asettaa jälleen kerran rajoitteen.
Edit: WMS-palvelun osoite: http://kartta.metla.fi/geoserver/ows, tuon kun lykkää QGIS:lle niin saa aineistoa näkyviin. Edit2: Palvelu ei tue JOSM:n projektioita, tulee virheilmoitus, jos yrittää käyttää JOSM:ssa.
Herätelläänpäs tämäkin threadi, MTK road importista asiaa…
Ainakaan vielä ei ole imports maililistalta tullut mitään kommenttia MTK tieimportin vaiheen 1 suunnitelmaan, lähinnä odotin että sieltä vois jotain negatiivista tulla, mutta eipä ole kukaan sanonut mitään kumpaankaan suuntaan. Periaatteessa omalta puolelta työkalustoni on valmis noiden verkkojen generoinnin suhteen. Ajattelin tosin vielä laskea verkoista prosentit paljonko näkyy MML:n ortokuvista (vaikkakaan 2013 kuvien shapefilejä MML ei vielä tarjoa, ehkä vasta joskus vuoden lopussa, joten tilanne ei välttämättä ole ihan tarkka saatavissa olevien aiempien vuosien kattavuustietojen perusteella laskettuna). Bingiä tuo prosentti ei kyllä huomioisi, enkä oikein tiedä ovatko nuo OSM:sta löytyvät Bing coverage polygonit ajantasalla, mutta oletan etteivät välttämättä ole? Ehkä niistäkin saattaisi jonkun worst-case tyylisen arvion pystyä kyllä laskemaan jos jaksaapi virittää.
www.openstreetmap.org/copyright sivulta puuttuu edelleen maininta, joka vähintäänkin pitää saada ennenkuin voidaan aloittaa hommat.
Itse koordinoinnin hoitaminen on edelleen auki. Eli wikiin osaisin kyllä itse tuottaa listat verkoista (x kpl per sivu) mutta se ei tunnu kovin tehokkaalta ja fiksulta lähestymistavalta editoida niitä wikiin sitä mukaan kun hommaa tekee. Olenkin haaveillut karttapohjaisesta lähestymistavasta OpenLayers/Leaflet:in päälle. Ominaisuuksia joita tarvittaisiin:
- Verkon bbox tai convexhull GeoJSON vectorlayeri serveriltä ladattuna (joku järkevä LIMIT x ehto vielä lisäksi ettei selaimet tykkää pahaa :-)).
- Verkon tila: vapaa, varattu (+timestamp), tehty (+mieluusti changeset id). Niiden perusteella väritys sekä tietysti tilan muuttamiseen tarvittava kalusto. Ehkä tehdyt mieluusti sillai että ne sais halutessaan pois näkyvistä.
- Verkon .osm.gz filen lataus.
Hienomman saisi jos olisi lisäksi jotain näitä: - Slideri koolle (verkon yhteispituus), muut filtteröitäisiin pois
- Slideri ilmakuvien kattavuudelle, muut värittäis ehkä jollain muulla värillä.
Itselleni tuo on vähän liian paljon front-end ohjelmointia. Ehkä saisin aikaan lopulta yritys-ja-erehdys menetelmälläni, mutta en kovin mieluusti näkisi tuollaista vaivaa one-time importin takia (toki koodia voisi luultavasti muissakin yhteyksissä olla käyttöä). Luulisin ettei tuollaisen tekemiseen hirveän kauaa menisi, jos on yhtään enemmän taustaa tuon puolen ohjelmoinnista ja kirjastoista. GeoJSON:it ja nuo .osm.gz:t toki saa minulta, jos vapaaehtoinen ilmaantuu. …Muuten taidetaan tyytyä tuohon wikissä olevaan kokoelmaan listasivuja.
–
i.
Jaahas, koetanpa patistella tätä asiaa. Yleinen legals@, eikä legal-lista toiminut.
P
Olisiko prosessi suunnilleen seuraava:
- verkossa web-sivusto, jossa listattuna nuo tienpätkä sekä linkit BBOX ja osm.gz -tiedostoihin
- vapaaehtoiset kartoittajat ottavat tuon osm.gz-tiedoston haluamaansa editoriin (JOSM / Mercaator)
- Kartoittaja tarkastaa visuaalisesti, että tie sopii OSM:n verkkoon ja solmuttaa sen olemassa olevaan verkkoon
- Kun homma tehty, niin kuittaa tehdyksi
Ehdottaisin hieman lisää automatiikkaa:
- Noissa viivoissa voisi olla joku kohdeid tms.
- Lista päivittyy automaattisesti joka yö ja katsoo, että josko mitkä viivat ovat päivittyneet (tai tähän voisi tietysti olla joku nappi siinä web-sivulla)
- Manuaalisen työn määrä vähenee.
Virossa on tehty aika paljon importteja, joten heiltä ehkä voisi kysäistä lisää. Jos listalle ei tule vastauksia, niin voin heittää suoraa mailia.
P
Kyllä se on tämän hetkinen ajatus, mutta tämän mieluusti korvaisin tuolla suhteellisen yksinkertaisella karttapohjaisella työkalulla kokonaan (en nyt viitsi laittaa urlia tänne mistä jotain taulukoita jo löytyy ettei joku ala omin luvin niitä jo uppimaan vaikkei se hirveän suuresti varjeltu salaisuus olekaan :-)). Ja korostan tässä sanaa “yksinkertainen”, se tuntuu jopa minusta siltä vaikken front-end puolta hallitsekaan yhtään. Eli jos minä lähden sitä tekemään joudun yritys-erehdys menetelmällä toteuttamaan kaikki jutut: GeoJSON vektorien haku/päivitys kartan kohdistuksen muuttuessa OL/Leafletissä, niiden piirto tyyleillä (riippuen verkon tilasta eri väreillä) mikä tuntui ainakin latukartan kohdalla tuottavan aika runsaasti päänvaivaa kun ohjeiden mukaan toimiminen ei tuottanutkaan haluttua tulosta, vektorien toiminnallisuus klikattaessa ja serveripään kikkareen pohjalla toimivan kirjaston opiskelu tilatietojen keruun järjestämiseksi. Luulen että siinä vaiheessa kun olisin valmis, pääosa importista olisi jo voitu suorittaa muilla keinoilla (vaikka vain niillä rupuisilla taulukoilla OSM:n wikin kautta).
Tuo karttahärveli muuten ratkaisisi myös sen sun toivomuksen jaosta kunnittain/alueittain, koska jokainen voisi siitä haluamallaan alueella niitä koluta läpi tarvitsematta arvuutella taulukosta mikä bbox nyt on sitten lähellä ja mikä ei. Mutta toki jossei muita innokkaita minun lisäkseni löydy, niin taidan itse tyytyä siihen “mistä aita on matalin” tyyppiseen wiki ratkaisuun :-). Vaikka toki jo itsekin maproulette:n(/remapatron:in) koodiakin vilkaisin eikä tuo serveripuolen juttu sen perusteella mahdottoman monimutkaiselta edes näyttänyt, mutta kun sitten pitäisi vielä raapia se OL/Leaflet pääkin kasaan :-(.
Tässä tämän hetkinen ohjesivu toteuttajille:
http://wiki.openstreetmap.org/wiki/Fi:Maastotietokanta/Road_Import_Stage1_Workflow
Muutama huomio:
- Teiden on tarkoitus sopia OSM:n tyhjälle läntille (pl. käytännössä järvet/landuse overlapit, niiden laatu kun on mitä on ;-))
- Teiden tyyppejä joutuu käsin laittamaan aika paljon… Pääosa on highway=track:jä pitkin metsiä jotka MML:llä ovat siirtyneet siihen isompaan tieluokkaan ja moska samassa luokassa on highway=servicejä ja ilmeisesti joitain jopa highway=residential veroisia pätkiä siellä täällä en halua tehdä tätä automaattisesti! Erittäin pieni osa nyt =trackeiksi merkkautuvia taas olisivat pikemminkin footway (lähinnä kuntoradat, mutta =track riittänee niille toistaiseksi koska noita on ilman suurempia paikallistuntemuksia aika hankala arvata luotettavasti oikein käsityönäkään niin saavat olla siihen asti trackkejä kunnes joku paikallinen kartoittaja kiven alta ilmaantuu puikkoihin :-)).
- Solmutus on tarkoitus tehdä vasta itse importin jälkeisessä changesetissä.
- Mercaatorin voi unohtaa ellei siitä löydy JOSMin validaattorin kaltaista toiminnallisuutta nykyään? Muutoin saadaan vaan MML:n risat verkot OSMiin riesaksi kanssa.
- Tuon upload=false jutun ehkä poista lopullisesta versiosta.
- Mahdollisesti muutan hiukan tuota ohjetta osmista jo lyötyvän päätien osalta (jonka geometria on “paljon” väärin), eli silloin voisi silti uppia verkon ja korjata sen tien sitten tarkkaan harkiten (lit, jne. tagit säilyttäen! Mutta tämä on jo varsin riskioperaatio, koska huolimattomuudella surveyattua dataa voi hukkua).
En oikein ymmärrä tätä ihmisten hinkua “kohdeid”:hin. Se geometria on ihan riittävä ID, mutta vaatii vain että joku toteuttaa sen matchayksen (ja polttaa tarvittavat CPU tunnit sen laskemiseen :-)). MML:n antamia ID:itä noille objekteille ei oikein edes pysty laittamaan sen jälkeen kun objekteja alkoi ST_LineMergettämään, kun ne eivät ole enää välttämättä yksikäsitteisiä. Oman ID-avaruuden vetäminen hatusta on minusta vielä huonompi ajatus.
Lähtökohdat ovat minusta varsin toisenlaiset:
- Kun lähtölupa tulee, noita verkkoja käsitellään useita per tunti per kartoittaja! Siinä ei paljoa kerran päivässä päivittyvästä “automaatista” ole yhtään iloa.
- Toki jos joku muu polttaa sen manuaalisen työn määrän, mikä tarvitaan tuon “manuaalista työtä vähentävän” systeemin rakentamiseen niin siitä vaan :-), mutta väitän että taitaa olla importti valmis ennenkuin on kaikki daily db:t ja laskut saatu raavittua kasaan ;-).
- Tällä hetkellä verkot ovat toki laskettavissa koska vaan uudelleenkin (OSMiin verrattuna), mutta aikaa siinä palaa tunteja. Verkkojen ID:den säilytystä en ole miettinyt eri ajojen yli, mutta ehkä jos valitsisi pienimmän ogr:n tuottaman ogc_fid:n avulla ne niin tulisi riittävästi pysyvyyttä helpostikin (toki nekään eivät ole sitten stabiileja eri ogr2ogr ajojen kesken ellei importruutuja käsittele täsmälleen samassa järjestyksessä).
Onko siellä ollut yhtään mappereille jaettavaksi ajateltua importtia vai onko ne ollut lähinnä yhden henkilön projekteja?
–
i.
On tullut erinäisiä kertoja erehdyttyä matkan varrella, mutta ainakin johonkin asti olen jo tähän mennessä päässyt:
http://www.cs.helsinki.fi/u/ijjarvin/osm/conhull.png
–
i.
Hmm, ei tarkkaa tietoja. Hyvin vähän on kuvattu Wiki:ssä: http://wiki.openstreetmap.org/wiki/Maa-amet#Import
Kyselen lisää,
P
Viron tilanteesta sain suhteellisen pitkän viestin, tässä hieman koottuna:
Heidän “Full manual validation” tarkoittaa yleensä esimerkiksi http://osm.svimik.com/?lang=en -työkalun käyttöä.
Hyväksi on havaittu, että ei tehdä mitään suoriak skriptejä, vaan validoisaan hyvin muodostetut .osm-tiedostot JOSM:n tai muun työkalun kautta.
Jenkkien TIGER-aineiston päivitykseen kehitetty työkalu voisi olla meillekin hyvä esimerkki: http://maproulette.org/battlegrid/.
Ainakin osoitteden ja rakennusten osalta tuo MapRoulette lähestymistapa voisi olla hyvä.
P
Nyt ompi running codet kirjoiteltu… jotain hienouksia toki kaipaisi lisää, mutta kaikki perustoiminnallisuus pelittää jo. Taidanpa huomenna koittaa saada osmin dev accounttia, jos nuo vaikka sellaiseen suostuisivat niin voisi tuo sitten osmin servuilla pyöriä 24/7 (paitsi että tokihan ne verkot tullaan käymään apinanraivolla läpi alle 7 päivässä ;-D).
–
i.
MTK-aineistoa osataan näemmä hyödyntää muuallakin, osoitteesta http://pikakartta.kapsi.fi/ löytyy erittäin hyvän näköinen TMS webkartta ja vieläkin paremman näköiset PDF-tulosteet offline-käyttöön.
Karttojen tyyli on samankaltainen Maanmittauslaitoksen rasterikarttojen kanssa, mutta piirroslaadultaan ne ovat mielestäni parempia. Osaakohan kukaan arvata millä softalla tiilet ja PDF:t on tehty?
Lainaus tekstistä:
Kiva. Jos joku Kapsista sattumoisin lukee tätä, niin vielä parempaa palvelua olisi rsync -palvelun perustaminen tuolle TNS-aineistolle. Voisi synkata karttalaattoja itselle. Mutta vapaat karttalaatat ovat mainio asia, iso kiitos siitä. Nämä ovat EPSG:3067 projektiossa eli ETRS-TM35FIN:ssä, kun kartat.kapsi.fi:ssä olevat laatat ovat googlen projektiossa. Tässä on kyse siis standardiprojektiosta, samasta projektiosta, jota http://karttatiili.fi/ tarjoaa (MML:n palvelu, http://karttatiili.fi/dataset/maastokarttarasteri/capabilities/wmts.xml)), mutta tämä on siis TMS-muodossa, joka on helpompoi käyttää kuin MML:n WMTS.
Aivan mahtavaa! Kerrankin saa printattua hyvälaatuisen kartan 
Tuolla sivulla mainitaan, että ko. palvelua varten tunkattiin itse PHP:llä.
Hyvät paikkatietogurut. Neuvoisitteko, onko jotain näppärää konstia saada maastotietokannasta irti jokin yksittäinen luokka (esim. tulentekopaikat)? Shape -tiedostojen käsittely on kyllä tuttua ja niistä osaan poimia haluamani luokat, mutta maastotietokannassa niitä shapeja on sen verran paljon, että ajattelin kysyä ensin neuvoa itseäni viisaammilta. 
Riippuu vähän siitä, mitä pitää näppäränä. Itse tekisin sen näin:
- Lataa maastotietokanta GML-muodossa osoitteesta http://kartat.kapsi.fi/. Käytä rsync:iä. Ohjeita rsyncin käytöstä Windowsilla sivulla 2 ohjeessa http://latuviitta.org/documents/MML-taustakarttasarja_WMS-palveluksi.pdf
- cwrsync -parametririvi, jota olen käyttänyt on
rsync -rtPv tiles.kartat.kapsi.fi::mml/maastotietokanta/kaikki/etrs89/gml /cygdrive/f/mtk_gml/ - Tee GML-tiedostojen halutusta tasosta Spatialite-tietokanta, kuten ohjeessa http://latuviitta.org/documents/Maastotietokannan_reititys_ja_Spatialite.pdf. Tähän tarvitaan GDAL-versio, joka on suurempi kuin 1.10, eli käytännnössä vielä juuri nyt GDAL-kehitysversio, koska versio 1.11 julkaistaan vasta myöhemmin tällä viikolla.
- Tason nimi on “Tulentekopaikka”
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?