Dramatisk berättelse om en ful-installerad datakälla som med en tillhörande app riskerar att inte funka. Lösningen är förstås att använda öppna data! :P
1. Sagan om en
webbservice
- berättelsen om en webbservices uppgång och
fall
2. Dagsläge
En mobilapp publicerad för Iphone, ”Hitta
Vård Nu”.
Appen pratar med en webbservice för att
få data om vårdmottagningar.
Webbservicen pratar direkt med KiV.
Webbservicens prestanda vid hög/extrem
belastning är högst oklar.
3. Problembild
Ny HTML5-baserad app under utveckling, för
Iphone, Android och även som mobilwebb.
Krav på nyutveckling av webbservicen så
den pratar webbprotokollet JSONP.
Webbservicen är ”ful-installerad” på en icke
skalbar miljö.
Webbservicen liknar ett öppet API för
vårdmottagningar, men är inte tänkt som en
sådan på något sätt – se mashup.se’s
katalog där webbservicen är listad.
4. Öppna data - ett
skönare alternativ?
Ge ut datakällan som öppen data först, sen
bygga våra egna applikationer på datan.
Versionshantera API:t så utvecklare och system
kan ligga kvar i gamla versioner.
”Fin-installera” i skalbar och genomtänkt miljö för
sammanhanget. Kanske Mule eller Lucene Solr,
eller båda.
En gemensam miljö att lägga nya
webbprotokoll till (ATOM, GeoRSS, JSON, JSONP
och vad som nu dyker upp framöver).
5. Önskat resultat
Ha en gemensam ingång så vi inte gör
identisk utveckling, se JSONP, på flera
spridda icke-strategiska webbservicar.
Få bättre transparens för vår data.
Ge möjlighet till extern innovation på vår
egna data.
Billigare och mer robust i längden.
Färre tjänster att oroa sig över hur och om
de påverkar verksamhetssystem.
6. Egen datakatalog!
Yahoos YQL – en plats för att ställa frågor
mot deras datakällor. Välj själv vilket format
du behöver för din utveckling.
http://developer.yahoo.com/yql/console/
data.un.org – utforska FN:s datakällor, filtrera
vad du vill och ladda ner som CSV, Excel
etc.
data.vgregion.se? open.vgregion.se?