Datan käytettävyyden parantaminen

[pe3]

Ilmatieteen laitoksen porukoilla on mielessään heidän datansa käytettävyyden edistämiseen liittyviä haasteita.

[tervo]

Jotain tällaista:

Excel-latain

Ilmatieteen laitoksen avoimen datan rajapinta on koneluettava rajapinta ilman käyttöliittymää. Olemme luonnollisesti saaneet paljon palautetta, että datat pitäisi saada ladattua käyttöliittymän avulla Exceliin. Nähdäksemme tämän voisi kuitenkin tehdä joku muukin kuin Ilmatieteen laitos.

Hyvään käyttöliittymään kuuluu luonnollisesti ainakin intuitiivinen ja toimiva hakutoiminto sekä mahdollisuus valita kiinnostuksen kohteena oleva suureet, aika ja alue.

Käyttöliittymän toteutukseen sovelluskehittäjä joutuu luultavasti käyttämään portaalin kaikkia palveluita: katalogi-, katselu- ja latauspalvelua. Eri palveluiden tietojen yhdisteleminen onkin kriittistä hyvän lopputuloksen saamiseksi.

Hyvin yksinkertainen esimerkki on Paikkatietoikkunan aineistohaku, joka on rakennettu GeoNetworkin rajapinnan päälle.

Kirjastot (ja lisäosat?)

Ilmatieteen laitos on jo kehittänyt MetoLib-kirjaston datan käytön helpottamiseksi (https://github.com/fmidev/metolib). Kirjasto on toteutettu JavaScriptillä ja muitakin kieliä on ollut suunnitteilla. Kirjasto on julkaistu MIT-lisenssillä. Työnsarkaa siis riittää ja työhön saa osallistua.

Mahdollisuuksia on lukuisia, esim.:

• Kirjaston kääntäminen toiselle kielelle
• Olemassa olevan kirjaston edelleen kehittäminen, esimerkiksi WFS-tuki OpenLayers-animaattoriin olisi hyödyllinen!

Lisäksi tähän tai muuhun voisi ottaa mukaan myös lisäosat olemassa oleviin ohjelmiin ja kirjastoihin (esim. GeoServer, QGis). Vai meneekö liian laajaksi?

[pe3]

@tervo Luuletko, että Excel-lataimeksi kelpaisi CSV-latain? Mitkä muuten ovat helpoimmat mieleentulevat toteutusvaihtoehdot? Voisiko pullauttimen tehdä MetoLib:in päälle - serverille tai jopa selaimeen?

Oletteko jo selvitelleet minkälaista ohjausta valtion avoimen datan ohjelman suunnalta rupeaa tulemaan? Ja onko teillä mahdollisesti jo menossa siihen liittyviä valmisteluita? Valtiohan on ruvennut toteuttamaan omaa katalogiaan CKAN2:n varaan. Onko heiltä tulossa jonkinlaisia vaatimuksia datan ja rajapintojen muodosta?

ping @spqs ja @apoikola

[tervo]

Luuletko, että Excel-lataimeksi kelpaisi CSV-latain?

Ehdottomasti CSV-riittää. Tätä oikeastaan tarkoitinkin.

Voisiko pullauttimen tehdä MetoLib:in päälle - serverille tai jopa selaimeen?

MetoLibiä ei ole suunniteltu serveri-pään kirjastoksi eikä se toimi kivutta sellaisena. Client-pään toteutuksen näkisin kauniina.

Mitkä muuten ovat helpoimmat mieleentulevat toteutusvaihtoehdot?

Itse lähtisin rakentamaan sovellusta tällä hetkellä WFS:n DescribeStoredQueries-kyselyn varaan. Katalogista hakisin lähinnä aineistojen ajallista ja alueellista ulottuvuutta. Mitä kauniimman käyttöliittymästä haluaa tehdä, sitä enemmän eri tietoja pitää yhdistää. Esimerkiksi havainnoitavat parametrit voisi hakea ObservableProperty-linkin kautta, mutta niiden yhdistäminen data-hakuihin on haastava (valitettavasti katalogi tukee tällaista hakua huonosti).

Oma lukunsa on vielä, jos onnistuu tekemään palvelusta sen verran yleiskäyttöisen, että se selviää muistakin Inspire-palveluista.