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

Drone mapping in Espoo

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_Command_and_Control

Drone Mapping – Command and Control Dashboard

 

Kuvia otettiin noin 80% peitolla, joten oletuksena tietysti oli, että tuloksena voisi tulla jonkinlainen ortokuva.

DronePics

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 OpenStreetMapin päälle asennettuna

Ortokuva tarkasteltuna OpenStreetMap:n kanssa

Ortokuvan lisäksi WebODM tuotti myös pistepilven ja sitä voi suoraan tarkastella web-käyttöliittymässä.

Drone_PointClouds

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ä:

Download_data

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?

 

 

Advertisement

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.

logo_markkinaoikeusMarkkinaoikeuden 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:

leaflet_drawellipseToiminnallinen 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”:

logoTekninen 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:

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


PostgreSQLPostgreSQL -koulutukset

Hannu Krosing (2nd Quadrant) tulee pitämään PostgreSQL koulutuksia marras-joulukuun vaihteessa, lisätietoja kurssiesitteestä.

QGIS -koulutukset

Johdanto QGISn käyttöön -koulutusQGIS 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ä:GISUser-10 Questions - 2 most relevant ;-)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:

FOSS4G Closing session

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:

Esitykset ja videot ovat tulossa näytille, mutta kiireisille muutama linkkejä:

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:

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.

istSOS - Arduino sensorSensori 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:

istSOS - arduino sensor feed to istSOS

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:

Drone_parts

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:

Drone_ready

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:

Drone_testflight

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:

Drone_flight

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.

FOSS4G_streetFood

FOSSG4 Gangnam

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

Nämä junat tosin oli peruttu:

toNorth

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

QuantumGISSuositusta 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:

QGIS - Long Term ReleaseJokaisen 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ä:

  1. Avoimen lähdekoodin paikkatieto-ohjelmistoihin tutustumisen voit aloittaa katsomalla Paul Ramsey:n esityksen FOSS4G-konferenssista (alle puoli tuntia) – The Manager’s Guide to PostGIS
  2. Harkitse osallistumista PostGIS-koulutukseen helmikuussa 2015. Tai lähetä asiantuntijan koulutukseen.
  3. 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.

%d bloggaajaa tykkää tästä: