Blogiarkistot
Drooneilla kartoitusta
Drooneja hankitaan nyt kovin kiivaasti ja jossain vaiheessa niistä lienee myös oikeasti hyötyä. Itse pääsin rakentelemaan drooneja jo FOSS4G:ssä Soulissa vuonna 2015 (mihin tämä aika oikein menee). Vaikka paikalla oli ankara sotilaallinen valvonta, niin drooni jäi maahan. Kolmessa vuodessa markkinat ovat kehittyneet siten, että ihan kelvolliseen lopputulokseen pääsee kuluttajatason laitteilla: käytettynä 500+ euroa ja uutena hankitut 1500+ euroa.
Mutta drooni itsessään ei riitä, vaan otetut kuvat pitää saada jotenkin lähtömateriaaliksi kartoista varten. Tähän on jo muutaman vuoden ollut kehitteillä avoimen lähdekoodin ratkaisu – OpenDroneMap. Otin viikonloppuharrastukseksi kokeilla olisiko ohjelmistosta mihinkään ja hämmästyin melkoisesti!
Kuvaukset
En nyt erityisesti saanut lupaa hankkia omaa droonia, joten piti rimpauttaa kaverille. Dimensiumin pojat lupasivat auttaa, kun heillä sattuu oleman tuollainen kuluttajille tarkoitettu drooni hyllyssä. Ja osaamista riittävästi (ehkä jopa liikaakiin tämmöiseen harrasteluun).

Kuvaaja valmiina ohjeistamaan droonia suorittamaan tehtävää
Sitten vaan suunniteltiin kuvausalue kännykällä, laitettiin kännykkä ohjaimeen kiinni ja suoritettiin kuvaus: 10 min ja 187 kuvaa oli valmiina muistikortilla. Noh, ei se nyt ihan noin helposti mennyt 😉

Drone Mapping – Command and Control Dashboard
Kuvia otettiin noin 80% peitolla, joten oletuksena tietysti oli, että tuloksena voisi tulla jonkinlainen ortokuva.

Otetut kuvat ja niiden GPS tietoja
Kuvien prosessointi
Joskus olen ortoilmakuvia pyöritellyt, joten teoriassa ainakin minun pitäisi tietää kuinka edetään. Aluksi on tietysti hyvä asentaa ohjelmisto, siihen saa joskus kulumaan aikaa ja kahvia. Valitsin helpon tien ja otin alustaksi Ubuntun Amazonin pilvessä: Windowsin kanssa olisi varmaan saanut tuhrattua kahvia enemmän. Yllättäen ohjelmisto (WebODM) asentui ilman ongelmia (alle 20 min) ja nyt jäi tehtäväksi vain ladata kuvat palveluun. En jaksanut ruveta miettimään mitään suurempia parametrejä tai kuvien orientointia yms. Eiku kuvat sisään ja kone pyörimään.
Ja hieman reilun 2 tunnin prosessoinnin jälkeen minulla oli valmis ortoilmakuva käytettävissä.

Ortokuva tarkasteltuna OpenStreetMap:n kanssa
Ortokuvan lisäksi WebODM tuotti myös pistepilven ja sitä voi suoraan tarkastella web-käyttöliittymässä.

Droonin kuvista muodostettu pistepilvi
Kivat web-käyttöliittymät ovat tietysti mukavia demoja, mutta aineistot pitää tietysti saada jatkokäsittelyä varten. Valikoima eri tiedostoformaateista lienee riittävä:

Aineistojen lataus jatkokäsittelyä varten.
Kaikki aineistot vievät tilaa noin 2 Gt, joten en nyt niitä erityisesti laita yleiseen jakeluun. Ortokuvasta (104 Mt) voi olla enemmän kiinnostusta. Aukeaa ihan kivasti QGIS:ssä.
Jos unohdin mainita, niin WebODM ja muut OpenDroneMap-ohjelmistoperheeseen kuuluvat ohjelmistot ovat avointa lähdekoodia. Niiden käyttö on vapaata ja monessa tapauksessa hyvin edullista. Mikä on sinun syysi käyttää kaupallisia, suljettuja ohjelmistoa droonien kuvamateriaalien prosessointiin?
Julkisen hankinnan sietämätön avoimuus
Ammattilaisten paikkatietojärjestelmien suurin käyttäjäryhmä on julkinen hallinto. Olen siis parin vuosikymmenen mittaisella työurallani päässyt/joutunut osallistumaan useihin julkisiin hankintoihin. Sekä ostajan että myyjän puolella. Voin sanoa, että kummallakaan puolella ei ole palkitsevaa istua. Myyjät tuskailevat aina huonosti laadittuja tarjouspyytöjä. Ostajat taas pelkäävät että valituksi tulee se kaikkein osaamattomin toimittaja, jonka kanssa joutuu tuskailemaan sitten useamman vuoden kanssa. Vanha suomalainen myyntisananlasku toteaa, että ”julkisen hankinnan voittaa se joka laskee tarjouksen väärin tai kehtaa valehdella eniten”. Kaiken päällä riippuu vielä pelko Markkinaoikeudesta: julkinen nöyryytys lienee kaikille tuttu joko koulusta tai armeijasta (toivottovasti ei työpaikalta). Mutta että kaikki julkiseen hankintaan liittyvät asiat avataan ja sitten vielä julkaistaan koko ammattikunnan reposteltavaksi: sitä ei liene kukaan vapaaehtoisesti halua.
Markkinaoikeuden ratkaisuista ei montaa paikkatietohin liittyvää ratkaisua löydy. Ilmeisesti järjestelmiä tai palveluja hankkivat osaavat asiansa tai sitten markkinoilla on riittänyt kaikille riittävästi töitä. Markkinaoikeuden ratkaisussa MAO:580/16 on kuitenkin päästy puimaan paikkatietoihin liittyviä teknisiä asioita. Valittaja A on laatinut pitkän luettelon tarjouksen pakollisista vaatimuksista, jotka ovat valittajan mukaan olleet ”syrjiviä ja kilpailua rajoittavia”. Yksi kiistanalaisista vaatmuksista on Valittaja A kuvannut seuraavasti:
Toiminnallinen vaatimus V97 ”Karttaikkuna mahdollistaa myös käyttäjän omien piirrosten teon ja tallentamisen. Piirtotyökaluna on oltava ainakin piste, viiva, monikulmio ja ellipsi.” on ollut suhteeton ja kilpailua rajoittava. Ellipsien piirtäminen ei ole millään tavoin oleellista kunnallisten lupien hakuprosessissa, vaan se on täysin teoreettinen lupahakemuksiin liittyvä geometrinen muoto. Tarpeettoman toiminnallisuuden edellyttäminen on ollut kohtuutonta ja kilpailua rajoittavaa, eikä se ole liittynyt kilpailun kohteeseen. Vaatimus on ollut omiaan parantamaan perusteettomasti voittaneen tarjoajan asemaa tarjouskilpailussa.
Ei varmaan pitäisi päästää lakimiehiä tekemään näitä valituksia. Ellipsi lienee ympyrän erikoistapaus (tai päinvastoin). Ei ehkä oleellinen tekninen vaatimus, mutta ei varmaan täysin tarpeeton vaatimus. Luonnollisesti Valittajan A järjestelmässä ei ollut liene tämmöistä ominaisuutta. Joku ”vaihtoehtoiseen totuuteen” uskova olisi varmaan oikonut mutkia tarjousta laatiessa.
Toinen nostoni koskee avoimen lähdekoodin käyttöä. Useiden eurooppalaisten oikeustapausten perusteella, avoimen lähdekoodin käyttöönotto ei ole julkinen hankinta: voit siis ottaa käyttöön avoimen lähdekoodin ohjelmiston ilman kilpailutusta. Kilpailutettavia komponentteja ovat sitten mahdolliset tuki-, koulutus- ja räätälöintipalvelut. Valittajan mukaan avoimen lähdekoodin sovelluksen käyttö on ”kohtuuton ja kilpailua rajoittava”:
Tekninen vaatimus V10 ”Karttaikkunan toteutuksessa tulee käyttää julkisen hallinnon kehittämää avoimen lähdekoodin ratkaisua, jota maanmittauslaitos hallinnoi. Karttaikkunan lähdekoodi ja ohjelmakomponentit löytyvät osoitteesta www.oskari.org.” on ollut kohtuuton ja kilpailua rajoittava. Vaatimus on nimennyt suoraan järjestelmän, johon toteutuksen on tullut perustua antamatta mahdollisuutta tarjota vastaavia ratkaisuja. Vaatimus on ollut voittanutta tarjoajaa suosiva.
Mitä mieltä Markkinaoikeus sitten oli näistä Valittajan A huomioista? Kokonaisuudessaan Markkinaoikeus hylkäsi valituksen, eikä tästä päätöksestä ole valitetu korkeimpaan hallinto-oikeuteen. Joten päätös perusteluineen on siis yksi lainvoimainen tulkinta näistä asioita.
Vaatimuksesta V97 ei päätöksessä puhuta mitään, joten lienee perusteltua tulkita, että ellipsin (ympyrän) piirtäminen liittyy kunnallisten lupien hakuprosessiin. Rakkaat tietojärjestelmiä rakentavat toimittajat: lisätkää nyt se ellipsin/ympyrän piirto, ettei tartte toista kertaa kolauttaa päätä Markkinaoikeuden tammioveen. ”Vaihtoehtoinen totuus” ei liene sopivaa suomalaisille toimittajille. Toivottovasti ison maan tavat eivät jalkaudu tälle puolen Atlanttia.
Markkinaoikeus katsoo myös, että hankinnan kohteena on teknisen vaatimuksen V10 osalta voinut olla tietyn avoimen lähdekoodin ohjelmistokomponentin käyttö ja integroiminen hankittavaan järjestelmään.
Avoimen lähdekoodin käytön voi siis kirjoittaa tietojärjestelmän pakolliseksi vaatimukseksi. Itse asiassa tuon vaatimuksen voi kirjoittaa jopa niin, että vaaditaan tiettyä avoimen lähdekoodin ohjelmistokomponenttia. Suomeksi sanottuna: ”Hankimme PostGIS / Geoserver / QGIS -pohjaisen paikkatietojärjestelmän” on sallitu pakollinen vaatimus julkisessa tarjouspyynnössä. Tai en minä mikään lakimies ole, joten ehkä tuo kannattaa tarkistaa omalta hankintalakimieheltä.
Kannattaako sitten Markkinaoikeuteen valittaa? Sitä on vaikea arvioida. Valittaja A:lle tuli korvattavaksi vastapuolen oikeudenkäyntikulut (16 640 euroa). Päälle omat kulut ja tietysti julkisuutta sähköissä medioissa.
QGIS – versio 2.12 jäädytetty, joukolla testaaman
Suositun QGIS-ohjelmiston seuraavan version (2.12) ominaisuudet on jäädytetty (feature freeze). Tämä tarkoittaa sitä, että nyt on aika testata uusia ominaisuuksia ja muutenkin varmistaa, että ohjelmistossa olevat virheet tulevat korjattua varsinaiseen versioon.
Muutamia valittuja uusia toiminnallisuuksia:
- Custom grid coordinate annotations
- Support for circular arcs
- Labeling enchaments
Jos haluat nähdä uudet ominaisuudet, niin vieraile Paikkatietomarkkinoilla Gispo:n osastolla.
Syksyn tapahtumia
Ensi kuun jälkeen on joulukuu ja kohta se pukkikin tulee. Vaikka nyt tuntuu siltä, että viimeisen kvartaalin jälkeen ei ole elämää, niin voin kokemuksesta sanoa, että kyllä niitä päiviä kalenterissa riittää.
Oma osaaminen on hyvä pitää yllä koko ajan. Jatkuva ammattitaidon ylläpitäminen on varmin tapa varmistaa sen, että työsuhteesi jatkuu myös myöhemmin. Tai jos nykyinen työnantajasi ei arvostaisi osaamistasi, niin joku muu on varmasti kiinnostunut sinusta.
Ainakin seuraavissa tapahtumissa voit kasvattaa osaamistasi:
devALPO 2015 – to 22.10.2015
Tapaa avoimen lähdekoodin paikkatieto-ohjelmistojen suomalaiset sovelluskehittäjät. Kuulet uusinta uutta ja voit samalla liittyä OSGeo Finlandin jäseneksi. Ohjelma ja ilmoittautuminen käynnissä!
Paikkatietomarkkinat – 3.-4.11.2015
Saat kattavan näkemyksen paikkatietoalan toimijoista ja ratkaisuista. Gispo esiintyy osastolla M4, ilmoittautuminen tapahtuu helpoten nettilomakkeella. Itse olen esiintymässä useampaankin kertaan:
- Ti 3.11. klo 12:00 – 12:25 – Liito-oravien liitopolut kaupunkisuunnittelun tukena (sali 218)
- Ke 4.11. klo 11:30 – 11:55 – 250 euron paikkatietopalvelin (sali 216)
- Ke 4.11. klo 13 alkaen Paikkatiedon JHS-seminaari (pääsali)
- Lisäksi olen luvannut kertoa paikkatietopalvelimen pystyttämisestä ”Tykkäämme kartoista – We love maps!” seminaarissa (ti 3.11. iltapäivällä, kai)
Muina aikoina päivystän sitten messuosastolla tai sen lähettyvillä.
Hannu Krosing (2nd Quadrant) tulee pitämään PostgreSQL koulutuksia marras-joulukuun vaihteessa, lisätietoja kurssiesitteestä.
QGIS -koulutukset
Johdanto QGISn käyttöön -koulutus on 8.-9.12.2015. Tällä koulutuksella saat QGISn hyötykäyttöön nopeasti ja tehokkaasti. Jos haluat oppia räätälöimään ja muokkaamaan QGIS:iä Pythonin avulla, niin Oslandian Hugo Mercier tulee pitäämään koulutusta vielä joulukuussa.
Havaintoja FOSS4G:stä
Viime sain viettää pitkän konferenssiviikon Etelä-Korean Soulissa. Työpajojen jälkeen FOSS4G-konferenssi jatkui esityksillä ja Code Sprint-tapahtumalla. Muutamia havaintoja muistiinpanoistani:
- OSGeo:n presidentti, Jeff McKenna, mainitsi avauspuheenvuorossa, että avoimen lähdekoodin paikkatieto-ohjelmistot ovat nyt laajasti tiedossa ja mielenkiinnon kohteena. Yhtenä esimerkkinä hän mainitsi suositun GIS-blogin 10 kysymyksen muutamaa kysymystä:
Vastaukset ovat hyvin mielenkiintoisia, jopa yli 20 vuotta ESRIUC:ssa käyneiden osalta.
- Yhtenä konferenssin sivutapahtumana oli YK:n paikkatietoesitykset, järjestäjänä YK:n paikkatieto-osasto (United Nations Geospatial Information Section). UN-GIS:n johtaja, Mr. Kyoungsoo Eom, piti esitelmän. Hän kertoi käyttäneensä GRASS-ohjelmistoa jo vuonna 1989, nuorena Etelä-Korean armeijan upseerina. Toivottovasti hänelle on toimitettu ja asennettu uusin versio GRASS-ohjelmistosta (v 7.0). Harvalla paikkatieto-ohjelmistolla on näin pitkä kehityskaari takanaan.
- Konferenssin lopussa Jeff kiitti erilaisia palveluyrityksiä, joita tarvitaan avoimen lähdekoodin paikkatieto-ohjelmistojen käyttöönottoon ja kehittämiseen. Olin mykistynyt ja nöyrän kiitollinen:
Parhaiten konferenssista saa irti kun on itse paikalla. Kaikille tämä ei ole mahdollista ja olen itse liian laiska kirjailemaan kaikkia havaintoja. Onneksi maailmaan mahtuu parempia blogin kirjoittajia, tässä muutamia mausteeksi:
- FOSS4G 2015 by @jodygarnett
- FOSS4G 2015 Seoul Korea – Recap by @jmapping
- What went on at FOSS4G 2015? by @underdark
Esitykset ja videot ovat tulossa näytille, mutta kiireisille muutama linkkejä:
- Presentations at FOSS4G 2015 in Seoul by Sourcepole
- New Geoprocessing Toolbox in uDig Desktop GIS
- Building an OpenLayers 3 map viewer with React
- Jsonix – Talking to OGC Web Services in JSON
- Mobmap: Introduction to People Flow Analysis
- Towards GeoExt 3
Ensi vuonna FOSS4G järjestetään Saksan Bonnissa. Sinne lienee monen suomalaisen olevan helpompi osallistua.
Suomessa taas järjestetään devALPO to 22.10.2015 sekä ALPO-seminaari toukokuussa 2016. Tilaisuuksien järjestelyistä vastaa elokuussa perustettu OSGeo Suomi. Tilaisuudet ovat maksuttomia ja avoimia kaikille, jotka ovat kiinnostuneita avoimen lähdekoodin ohjelmistoista.
Paikkatietomarkkinoilla on mahdollisuus tutustua avoimen lähdekoodin paikkatieto-ohjelmistoihin, osastolla M4. Tietoiskut ti 3.11. klo 12 ja ke 4.11. klo 11:30.
FOSS4Gn työpajoissa
Osallistuin kolmeen työpajaan FOSS4G-konferenssissa:
- Exploring the Sensor Observation Service Standard Enhanced by IstSOS Special Features
- Open IoT Made Easy: a Tutorial on the OGC SensorThings API with SensorUp
- _drOne Day Workshop: Build a Drone and OpenDroneMap
Näistä ei yksikään ei ollut pettymys. Työpajojen valinnassa kannattaa olla innovatiivinen: jos joku asia on jo tuttu, niin FOSS4G:n työpajat eivät välttämättä sisällä uutta tietoa. Lähinnä niissä on mielestäni parasta oppia jotain uutta. Kaikista opin uutta ja sain uusia ideoita.
istSOS
istSOS on Python-perusteinen paikkatietosovelluspalvelin, joka mahdollistaa erilaisen sensoritiedon tallentamisen ja jakelun. Yksi merkittävimmistä ominaisuuksista on tuki OGC:n SOS-rajapinnalle (Sensor Observation Service): tämä on lienee tärkeä ominaisuus eurooppalaisille sensoritietojen jakelijoille ja käyttäjille.
Työpajassa käytimme virtuaalikonetta, johon oli valmiiksi ladattuna istSOS sekä esimerkkiaineistoa. Mielenkiintoinen osuus työpajasta oli oman sensorin rakentaminen ja sen tietojen lataaminen istSOS:n tietokantaan (PostGIS, luonnollisesti).
Sensorina toimi Arduino -mikro-ohjain-alusta ja siihen liitetty lämpösensori. Sensori koottiin paloista ja siihen ladattiin ohjelmisto, joka teki halutun mittauksen.
Sensori kytkettiin tietokoneesen. Yllättäen saimme sensorin toimimaan: Windows koneessa oleva virtuaalikone (Ubuntu) luki sensorin tietoja. Tosin ensin koetimme olla liian ovelia (konfigurointiin lukemaan sarjaportista, vaikka Windows osasi emuloida tiedot suoraan USB-porttiin).
Muutamalla Python-skriptillä sensorin tiedot luettiin istSOS:n ja hallintakonsolista pystyi seuraamaan työpajatilan kuumenemista:
OGC SensorThings API
OGC SensorThings API on kohta hyväksytty OGC:n standardi. Standardi on käsitykseni mukaan ensimmäinen avoin standardi esineiden Internetin (Internet of Things, IoT) sensoritietojen välittämiseen. Sensorititiedoilla tarkoitetaan tässä käytännössä ihan mitä tahansa mittaus- tai havaintotietoa. Mittauksen kohteena voi olla siis lämpötila, säteilytiedot, ihmisen pulssi, sähkömoottorin kierrosluku tms.
Mielenkiintosta nähdä leviääkö standardin käyttö muualle kuin paikkatietoalalle. Standardi on laadittu siten, että hyödyntäminen ja käyttö on mahdollista muissakin kuin puhtaissa paikkatietosovelluksissa. Näissä sovelluksissa paikkatieto on useasti tärkeä, mutta kuitenkin sivuseikka.
OpenDroneMap
Kolmannen työpajan taustalla on OpenDroneMap -projekti. Projekissa rakennetaan työkaluja ja työkalujonoa, jonka avulla on helppo tuottaa lennokeista, multikoptereista, kuumailmapalloista ja muista miehittämömistä aluksista otetuista kuvista paikkatietoja (3D pistepilvi, ortokuvat, tekstuurit yms.).
Mutta ennen kuin OpenDropMap-työkalulle on saatavissa kuvia, pitää olla alusta, jolla kamera voidaan kuljettaa ilman. Joten työpajassa rakennettiin ensimmäiseksi oma multikopteri. Tarkemmin yksi ryhmä rakensi multikopteria, yksi lennokkia, yksi rakensi lennonohjaukseen liittyvät modulit ja yhden ryhmän tehtäväksi jäi kolvaus (ja sitä oli paljon!).
Käytännössä multikopterin rakentaminen ei ole vaikeaa. Seurasimme OpenUAV-projektin ohjeita. Luonnollisesti materiaalien hankkiminen ja kaikkeen odottamattomaan varautuminen vievät suunnattomasti aikaa.
Alussa oli vain kasa osia:
Kuvassa on vain pieni osa multikopterin elektroniikasta. Kuvassa näkyy APM 2.6 lennonohjaustietokone, kasa johtoja, telemetrian lähetysradiot, GPS vastaanotin ja muuta sälää.
Muutaman tunnin säätämisen jälkeen oli multikopterin ohjaustietokone ja moottorit valmiina asennettavaksi multikopterin runkoon:
Virrat palavat ja ohjaustietokone on kytketty Mission Planner -ohjelmistoon. Tuon avulla voi suunnitella lentoradat, päivittää ohjaustietokonetta yms.
Asennusten jälkeen päästiin jo kokeilemaan multikopteria ulkona, lievää jatkosäätöä menossa:
Kun olimme valmiit lennättämään, niin ROK Armed Forces lähetti upseerin adjutantin kanssa valvomaan lentoa. Suomessa lennätys olisi onnistunut ilman näin tarkkaa viranomaisvalvontaa:
Tosiasiassa emme saaneet multikopteria ilmaan: ensin väärin kytketyt moottorit (moottorien tulee pyöriä erisuuntiin) ja sitten lennättämisessä rikkoutui joku johdoista. Oppi: tuskin rupean rakentamaan multikopteria, ellei vapaa-aika ilmaannu erityisen paljon jostain.
Jos harkitset oma toimista kopterikuvausta, niin suositeltu kamera on joku Canonin pokkarikameroista. Canon Hack Development Kit on loistava työkalu kuvauksen automatisointiin ja kaikkeen muuhun hauskaan hakkerointiin.
FOSS4G 2015 Etelä-Koreassa
Vuosittainen FOSS4G 2015 järjestetään tänä vuonna Etelä-Korean Soulissa. Ensikokemukset korealaisesta kulttuurista ja ihmisistä ovat miellyttävät: ystävällisiä kasvoja ja palvelua, vaikka englanti ei aina suju. Ruoka on pääsääntöisesti ollut hyvää, joskus hmm… mielenkiintoista.
Yllätyksellisesti olen oppinut, että korea kuuluu suomen kanssa samaan uralilais-altailaisiin kieliin. Totta vai tarua, mutta itse en ole vielä löytänyt kovin montaa yhtymäkohtaa. Ehkä viikon opiskelun jälkeen perussanasto jää mieleen.
Soul on suurkaupunki. Toimiva julkinen liikenne (metro) auttaa liikkuman paikasta toiseen. Näkemistä ja kokemista riittäisi varmasti viikoiksi. Puhumattakaan muun niemimaan katsastamisesta.
Nämä junat tosin oli peruttu:
Konferenssi alkaa perinteisesti workshopeilla, joita on nyt takana kahden päivän ajalta. Näiden jälkeen on kolme päivää esitelmiäja muuta tavallista konferenssiohjelmaa. Lauantaina innokkaimmat osallistuvat vielä Code Sprint -tapahtumaan.
Kykyjeni ja voimieni mukaan raportoin kokemuksista konferenssin aikana ja jälkeen.
QGIS 2.8 LTR – nyt ladattavissa
Suositusta QGIS-ohjelmistosta on tuotettu uusi versio – 2.8. Lukuisten uusien ominaisuuksien lisäksi tämä on ensimmäinen LTR-versio (Long Term Release). LTR-versiot ovat käytännöllisiä, kun et jaksa vaivautua päivittämään QGIS ohjelmisto joka neljäs kuukausi. QGIS-kehittäjien tarkoituksena on tuottaa LTR-versiot kerran vuodessa. LTR- ja muiden versioiden ero selvinnee oheisesta kuvasta:
Jokaisen QGIS-ohjelmistoa hyödyntävän organisaation on hyvä miettiä miten uusi LTR-käytöntö vaikuttaa nykyisiin toimintatapohin. Paikkatiedon asiantuntijoille suosittelen edelleen käyttämään uusinta Relelase-versiota. Release-versiot julkaistaan 4 kuukauden välein ja ne tunnistaa helpoiten versionumeron toisesta numerosta (parilliset numerot: 2.4; 2.6; 2.8;…). Kehitysversioita (parittomat numerot: 2.9; 2.11..) suosittelen vain niihin tilanteisiin kun haluat tutustua tuleviin ominaisuuksin jo etukäteen.
QGIS koulutuksia on tulossa kesäkuun I viikolle. Jos olet kiinnostunut, varaa paikkasi ajoissa.
Toiminnanvapautta avoimella lähdekoodilla
Suljetun lähdekoodin ohjelmistot kaventavat merkittävästi niiden käyttäjien toimintavapautta. Avoimen lähdekoodin ohjelmistojen perusperiaate on, että ohjelmisto voi käyttää vapaasti mihin tahansa tarkoitukseen. Toiminnanvapauden menettäminen voi tapahtua monella tavalla. Seuraavassa on muutama esimerkki, jotka ovat todellisia. Esimerkkejä on hieman muokattu asianosaisten suojelemiseksi sekä kirjoittajan oikeusturvan takia.
Viranomainen oli käyttänyt vuosia, itse asiassa vuosikymmeniä, suljetun lähdekoodin ohjelmistoja. Erään sopimuskauden päättymisen yhteydessä ohjelmistojen suomalainen edustaja kertoi (hieman vaivaantuneesti), että ohjelmistojen käyttöoikeuspolitiikkaan oli tullut muutos. Asiakkaalla oli mahdollisuus siirtyä joko lisenssimalliin A tai B. Mallissa A vuosittaiset kustannukset 1,5 kertaistuisivat. Mallissa B kustannukset kolminkertaistuisivat. Kolmantena vaihtoehtona oli lopettaa ohjelmistojen käyttö välittömästi sopimuskauden loppuessa. Ymmärrettävästi asiakkaalla ei ollut muuta mahdollisuutta kuin räyhätä ja sitoutua korkeampiin maksuihin. Mitään lisätoiminnallisuuksia tai palveluja ei kustannuksien nousuun sisältynyt.
Suomessa on suurin osa vanhoista analogisista sähkömittareista vaihdettu etäluettaviin sähkömittareihin. Eräässä sähköyhtiössä sähkömittareiden lukemat tallennetaan suljetun lähdekoodin relaatiotietokantaan. Tietojärjestelmän uudistuksen yhteydessä tietokannan lisenssin omistaja ilmoitti, että jokainen etäluettava sähkömittarin katsotaan olevan relaatiotietokannan käyttäjä. Käyttäjämääriin perustuvan tuki- ja ylläpitomaksun nousu oli luonnollisesti järkyttävän suuri. Ei uutta toiminnallisuutta tai palvelua, energiayhtiö joutui taipumaan kalliimpiin vuosimaksuihin.
Voitte hyvin kuvitella että edellä mainituissa tapauksissa tietohallintojohtaja on ollut puun ja kuoren välissä. Operatiivisten tietojärjestelmien perusohjelmistojen korvaaminen ei onnistu helposti tai nopeasti. Ylin johto ei varmasti ole erityisesti kiitellyt, kun kiinteät kulut ovat kasvaneet yhtäkkiä, pyytämättä ja yllättäen.
Ensimmäinen ajatus tietysti voisi olla, että vaihdamme ohjelmistotuotteen toiseen. Mutta miten saada vakuutus, että uuden ohjelmistotuotteen lisenssi- ja hintapolitiikka pysyy vakaana? Ei mitenkään. Kuinka voin vaikuttaa ohjelmiston kehityskaareen? Toivomalla. Voinko vapaasti kilpailuttaa tai hankkia ohjelmistojen kehitys-, tuki-, koulutus tai ylläpitopalvelut? Entä jos keskeisen tietojärjestelmän ohjelmistokomponenttien kehittäminen lopetetaan?
Avoimen lähdekoodin ohjelmistojen avulla voit varmistaa oman toimintavapautesi. Resursseja (rahaa ja työvoimaa) kuluu todennäköisesti yhtä paljon. Toimintavapauden pitäminen itsellä mahdollistaa sen, että tietotekniikkaa käytetään organisaation toiminnan tehostamiseksi. Tietojärjestelmä on hyvä renki, mutta huono isäntä. Pahimmassa tapauksessa renki pyörittää taloa (ja emäntää). Isännälle jää vain maksajan rooli.
Avoimen lähdekoodin ratkaisuihin tutustuminen kannattaa aloittaa välittömästi. Siirtyminen uuteen toimintakulttuuriin kestää vuosia. Mitä pikemmin aloitat valmistautumisen sitä nopeammin olet perillä. Aloita näistä:
- Avoimen lähdekoodin paikkatieto-ohjelmistoihin tutustumisen voit aloittaa katsomalla Paul Ramsey:n esityksen FOSS4G-konferenssista (alle puoli tuntia) – The Manager’s Guide to PostGIS
- Harkitse osallistumista PostGIS-koulutukseen helmikuussa 2015. Tai lähetä asiantuntijan koulutukseen.
- Tutustu COSS ry:n Avoin kunta -aloitteeseen.
Planet Labs ja avoin lähdekoodi
Helsingin Sanomat kirjoittaa tiede-sivuillaan Planet Labsin satelliittien parvista kansantajuisesti. Net, jotka haluavat tarkempia lisätietoja kuvien käsittelystä voivat katsastaa Frank Warderman (mies-GDALin-takana) esityksen FOSS4G-konferenssista Planet Labsin kuvien käsittelystä.
Lisätietoja muun muassa GDAL:ista tämän viikon torstaina (ylihuomenna) devALPO -tilaisuudessa. Vielä mahtuu mukaan.