Andreas Krohn har gett mig möjlighet att med detta gästinlägg berätta lite om hur Tågtavlan är konstruerad och dela med mig av några erfarenheter från projektet för den som är nyfiken.

Teknik

Tågtavlan är skriven i HTML5 ovanpå ramverket Phonegap, och körs alltså i mobilens webbläsare men har samtidigt tillgång till mobilens nativefunktionalitet via Phonegaps abstraktionslager. Det innebär dels att appen funkar på ett flertal olika smartphonefabrikat (iPhone/iPad och Android finns publikt tillgängligt idag, versioner för Blackberry, Symbian och WebOS finns byggda men ej testade) och dels att den – åtminstone i begränsad omfattning – även kan köras i en webbläsare.

För ungefär ett år sedan kontaktades jag av cafékedjan Espresso House, som hade sett appen och undrade om det gick att fixa en tågtavla på en stor skärm. Resultatet blev [Tågtavlan Jumbo (http://www.tagtavlan.se/2011/08/tagtavlan-jumbo-pa-espresso-house/), som består av en minidator som kör Linux och webbläsaren Google Chrome.

Givetvis finns det nackdelar med att inte utveckla appen native. Framförallt är det som vanligt med browsers: de uppför sig lite olika på olika plattformar vilket innebär att speciallösningar ibland behövs för vissa mobilmodeller eller operativsystemversioner. Man får dessutom se till att hålla sig till någon form av minsta gemensam nämnare för alla plattformar vad gäller gränssnittets utformning, men detta är något som främst andra utvecklare brukar kommentera. Den övervägande majoriteten av användarna verkar inte bry sig nämnvärt om det är Javascript eller Objective C som driver programlogiken, eller om en GUI-element är native eller “ser webbigt ut”.

I och med releasen av Phonegap 1.3 kan man som ensam utvecklare skapa en app som funkar på iOS, Android, Blackberry, WebOS, Windows Phone 7, Symbian och Bada(?) utan att behöva bolla med sju parallella kodbaser. Även om man får göra visst avkall på “look & feel” och HTML5 ännu inte lämpar sig för alla typer av tillämpningar, så pekar det mesta på att HTML5 kommer ta allt mer mark på appmarknaden. Phonegap köptes för övrigt upp av Adobe i början av oktober i år.

API:er

Tågtavlan hämtar data från Tåg.Info, som i sin tur skrapar Trafikverkets HTML-sidor med tågtrafikinformation. I brist på ett öppet, officiellt API från Trafikverket så har jag alltså skapat ett eget. Jag har en löpande dialog med Trafikverket som fungerar väldigt bra, och för mig är det tydligt att deras avsaknad av ett öppet API inte beror på bristande vilja utan huvudsakligen beror på att alla API:er Trafikverket tillhandahåller omgärdas av avtal gentemot tågoperatörerna.Med tanke på dessa omständigheter upplever jag dem som väldigt tillmötesgående och måna om att inte sätta käppar i hjulen för Tåg.Info och andra som skrapar deras HTML-sidor. Innan deras nya trafikinformation skulle tas fram ringde de till och med för att försäkra sig om att de inte gjorde någon förändring på serversidan som skulle hindra Tåg.Info från att inhämta data.

Jag har förstås ändå sneglat litegrann på det privata API som deras nya trafikinformation använder och fått beskedet att de inte kan godkänna att APIet används av tredjepartsutvecklare, så tills vidare kommer jag fortsätta skrapa HTML-sidorna i väntan på ett publikt API. Jag tror inte det är en bra idé att försöka “tvinga” fram publika APIer genom att olovligen jacka in sig på privata sådana (även om program som Charles Proxy gör det barnsligt enkelt att kartlägga HTTP(S)-API:er), det tror jag snarare får rakt motsatt effekt hos dataägaren. I synnerhet tror jag det är riskabelt, inte bara juridiskt, om det är ett företags API man exponerar – jag vet att SJ:s IT-avdelning så sent som i somras diskuterade att erbjuda ett öppet API i samband med releasen av deras app, så med facit i hand hade vi nog alla tjänat på om vi hade hanterat höstens “avslöjande” av bristerna i deras API lite snyggare gentemot SJ. Men det är lätt att vara efterklok…

En dörröppnare

Jag blev enormt förvånad när Tågtavlan åkte direkt upp på App Stores topp-10-lista när den släpptes, och tyckte 10 000 användare efter de första två månaderna var helt otroligt. Idag närmar sig siffran den tiodubbla, och Tåg.Info och Tågtavlan har öppnat upp nya dörrar för mig. Jag är idag anlitad av myndigheten Trafikanalys för att ta fram ett tågdata-relaterat statistiksystem efter att projektledaren hittat Tåg.Info, och blev för några veckor ombedd att prata om tågförseningar ur mitt resenärsperspektiv inför ett hundratal åhörare från Trafikverket, näringsdepartementet, transportstyrelsen, tågbolag, universitet och branschfolk (se presentation på slideshare.

Tågtavlan har förstås vidareutvecklats successivt i takt med att användarnas feedback har kommit in, och känns ganska mogen nu. I den senaste versionen finns funktionen “Mina Resor” som sammanställer information om alla tåg man checkar in på. Denna funktion är än så länge väldigt basic, men det är nog där jag ser störst utvecklingspotential i
dagsläget. Efter årsskiftet är det dags att köpa ett årskort hos SJ igen…

Spotify + Facebook likes = Viral Music List
Grunden på tjänsten är en databas i miljonklassen med artiser, album och låtar. Denna databas har byggts upp med olika kombinationer av sökningar och lookups mot Spotifys Meta data API. Enligt Andreas Ahlenius på Viral Music List så är inte Spotifys API helt enkelt att jobba med: “Om man tittar närmare på Spotify’s API så är det tyvärr inte helt optimalt då det ger olika mycket information om olika egenskaper på artiklar i deras databas, så om man vill ha fullständig info om en artist så kan man behöva göra flera olika sökningar“. När de väl har databasen med all musikinformation så kollar de regelbundet mot Facebooks API för att se hur mycket spotifys musik delas, dvs hur många Likes olika album och låtar har fått.

Något annat intressant Andreas säger är “Alla API:erna har ju limits men om man är smart med informationen som man hämtar så håller man sig ganska lätt inom ramarna. Istället ligger ju utmaningen på att spara rätt information för att hålla hög prestanda på sidan allt efter den sparade datan ökar.” Jag har märkt samma sak i mina projekt, speciellt då twittoppen. Det räcker inte att få tag på intressant data, man måste även vara smart på hur man organiserar den.

Viral Music List är bra för Spotify och Facebook
Tjänster som Viral Music List ökar värdet både på Spotify och Facebook, det gör en Like på Facebook viktigare samtidigt som det gör det är lättare att hitta intressant musik på Spotify. Det är ett lysande exempel på hur man kan skapa mervärde med hjälp av APIer och på varför ett API är bra marknadsföring.

Vill du läsa mer om Viral Music List så rekommenderar jag 25 miljoner musiktips på Facebook.

Vad gör SMHI?
Enligt Leif Stenbom som är webbkoordinator på SMHI så har de “för närvarande inte några konkreta planer på att öppna APIer“, men de är väl medvetna om att fler och fler bygger mashups på data från yr.no. Det SMHI satsar på just nu är en ny webbsida där fler och bättre tjänster för allmänheten är prioriterat. Läser man SMHIs blogg om utvecklingen av den nya sajten så märker man att de är inspirerade av konkurrensen med yr.no – än blir det alltså inget svenskt väder-API, men det blir i alla fall en bättre vädersajt.

Svenska Dagbladet byter till yr.no
Det är inte bara nystartade webbsajter som använder sig av APIet från yr.no, även några av SMHIs kunder experimenterar med det norska APIet. Svenska Dagbladet testar för närvarande att använda yr.no för sin nya vädersida, den är för närvarande i beta men ska ersätta den nuvarande vädersidan i årskiftet. Anledningarna till att byta från SMHI till yr.no är enligt Pelle Sten, utvecklingsredaktör på SvD.se “En stor anledning är läromöjligheten. Vi får mycket kunskap av att skapa en mashup mellan Google Maps och YR.no. Kunskap som vi kan använda oss i vår fortsatta utveckling av sajten. Vi får större möjligheter att styra utvecklingen när vi har kontroll över koden. Sedan ska vi inte sticka under stolen med att detta är billigare än att köpa in tjänsten från någon av de traditionella vädertjänsterna.“. Mer om vad man kan göra med SvDs nya vädertjänst hittas på deras utvecklingsblogg.

Nya vädersajter
Två av de bästa nya vädersajterna som använder APIet från yr.no är Vackertväder.se och Blirdetsol.se. Båda använder den data de hämtar från yr.no för att presentera väderdata på ett enkelt och snyggt sätt, inte bara den gamla traditionella väderkartan a la John Pohlman. Min personliga favorit är Vackertväder eftersom man där väldigt snabbt kan få en översikt över vad vädret kommer att bli (vackertväder började för övrigt som ett projekt på första 24 hour business camp). De har också en väldigt bra widget som gör det lätt att visa väder på sin egen sajt.

Blirdetsol visar väderdata från yr.no på en Google Map så det är en mycket bra sajt för att snabbt för översikt över vad vädret är i ett större område – tex hela Sverige eller Europa.

yr.no har förändrat vädermarknaden
Väderdata samlas in av olika länders meterologiska institut, men det räcker ju inte med lokal information för att göra en bra väderprognos man måste ju ha väderdata från andra länder också. Därför bytes data fritt mellan länder, så mycket av den data som man kan få tag på via det norska APIet är inte insamlat av det norska Meteorologisk Institutt. Att denna data nu är gratis för alla och envar måste reta gallfeber på andra länders vädertjänster, de tjänar ju ofta pengar på att sälja väderprognoser. Deutscher Wetterdienst säljer tex vädertjänster till tyska flygplatser för 20 miljoner euro per år. Nu när europeisk väderdata väl är tillgängligt gratis så kommer detta förhoppningsvis att tvinga andra europeiska länders meterologiska institut (inklusive SMHI) att också släppa den skattefinansierade informationen fri!

Superlokal
Superlokal.se är en sajt utvecklad av Jonas Lejon på 24 Hour Business Camp. Ideen är att lätt få reda på vad som händer på just din gata – vem bloggar om den, vad finns till försäljning, vilka bostäder finns till salu etc. Informationen kommer från Blocket, Booli samt RSS-flöden från över 100 svenska nyhetssajter. Där visas också information från Polisen, på samma sätt som på Brottsplats Stockholm. För alla Firefox användare så används även Mozilla Geode för att hämta information om var användaren är. Än så länge så är Superlokal bara ett proof-of-concept, men ett väl fungerande sådant. Med lite mer jobb så kan det bli en mycket användbar sajt.

Sverigelokalt
Sverigelokalt.se är en annan sajt om visar lokal information. Lediga jobb (via Workeys API), väder (via YR.no), restauranger (via Livebookings), hotell (via hotels.com), nyheter (via Google News), bostäder (Booli) och lokal musik (via Citysounds.fm och Soundcloud) är bara några av de saker som visas för varje svensk stad. Sverigelokalt är för närvarande under utveckling och i beta, och för att den ska bli användbar krävs en hel del jobb med användargränssnittet, men det är ett intressant experiment om vad man kan göra med tillgängliga APIer. Sverigelokalt är utvecklad av Mikael Lindström som lanserade Gnosan.se (en sökmotor för småbarnsartiklar) på 24 Hour Business Camp.

Mycket mer om många av de APIer jag har nämnt här kommer snart i framtida inlägg här på mashup.se.

Länkar som man förstår
Från Spotify så hämtar jag en länk till sången St Louise Slim av Seasick Steve – http://open.spotify.com/track/2A2G209qJAxwFa8R16V7X6. Genom att gå till Cleanify och klistra in denna länk så får jag istället länken http://cleanify.net/play/track/seasick-steve/st-louis-slim, alltså en länk där man lätt kan se vilken artist och låt som det handlar om.

Cleanify API
Man behöver inte gå till cleanify.net för att använda denna tjänst, Cleanify har nämligen ett API så det går bra att baka in dess funktionalitet i sina egna smarta lösningar. För att skapa en läslig version av en Spotifylänk så anropar man http://cleanify.net/Api/Rewrite?spotifyUrl=<SPOTIFYURL>, tex http://cleanify.net/Api/Rewrite?spotifyUrl=http://open.spotify.com/track/2A2G209qJAxwFa8R16V7X6. Tillbaka får man då XML med den tillsnyggade länken:

<rewriteResult>
<cleanifyUrl>

http://cleanify.net/play/track/seasick-steve/st-louis-slim

</cleanifyUrl>
</rewriteResult>

Gör detta automatiskt på Windows
Kör man Windows och vill använda Cleanify så finns det en ännu enklare lösning. Installera Cleanifys Clipboard Filter och sedan så görs alla Spotifylänkar man kopierar direkt om till Cleanifylänkar, utan att  man behöver göra något anrop till Cleanifys API eller gå till Cleanify.net. Mer om detta och lite mer om Cleanify hittas på skaparen Anders Fjeldstads blogg.

RSS + API = Brottsplats Stockholm
Brottsplats Stockholm är gjord av Pär Thernström efter det att han råkade gå föri Mosebacke på Södermalm och såg en massa brandbilar. Han kollade då Stockholmspolisens twitterflöde för att se vad som hade hänt, och började sedan fundera på hur de informationen skulle kunna visas på ett mer användbart sätt.

Informationen om vilka brott som har begåtts hämtas från Polisens RSS-flöde med information om vad som har hänt i Stockholms län. Med hjälp av Googles Geocoding Service så får varje händelse koordinater som sedan visas på kartan med Google Maps API. I framtiden så har Per planer på att använda Google Chart API för att visa statistik om tex antal händelser per dag.

ChicagoCrime – en klassisk mashup
Brottsplats Stockholm är ett perfekt exempel på hur enkelt man kan bygga en mashup med data från RSS-flöden och tillgängliga APIer. Det är en svensk version av klassiska ChicagoCrime.org, en av de första mashups som fick ordentlig uppmärksamhet (och som alltid nämns som exempel i alla presentationer om mashups). Där visades olika brott i Chicago på en Google karta (till och med innan Google Maps hade ett officiellt API). Tyvärr så finns inte ChicagoCrime kvar längre, men om ni är intresserade så finns en skärmdump på ProgrammableWeb.

Jag undrar vem som blir först med att blanda information från polisen med bostadspriser från Boolis API. Det skulle vara en perfekt mashup visa hur säkert/prisvärt ett område är. Om du gör en sådan mashup eller någon annan mashup för den delen så hör av dig så skriver jag gärna ett inlägg om din skapelse.

Jag har pratat med Daniel Johansson på TrendMaze om hur projektet startade, hur det fungerar och vad framtidsplanerna är. Daniel doktorerar i datavetenskap på BTH och KTH och forskar i hur dagens teknikförändringar påverkar musikindustrin. Jag kom först i kontakt med Daniel och MusicLink när de kontaktade mig för nästan två år sedan för att få en introduktion till mashups och mashupteknologi. Det är kul att se hur långt de har kommit sedan dess!

Datainsamling och analyser
Idag så följer TrendMaze ca 300 artister och samlar in information från 5 huvudsakliga datakällor – Youtube, MySpace TV, MySpace, Last.fm och The Pirate Bay. Andra datakällor, tex iTunes och Spotify, kommer att läggas till med tiden. TrendMaze bygger på det egenutvecklade systemet MIMS – Muisc Intelligence Mashup Server. MIMS hämtar data från de olika datakällorna genom att använda en blandning av öppna APIer, RSS-flöden och webscraping. Den insamlade datan sammanställs till PDF rapporter som varje vecka skickas ut till kunderna, mest bestående av skiv och managementbolag (som prenummererar på denna data och betalar för statistiken på artistbasis).

Använda online data effektivt
Målet är att ha en dashboard för den digitala musikanvändningen för en artist. På detta sätt så kan man reagera effektivt på vad som händer på nätet och förutsäga vad ett uppträdande kan ha för effekter på olika sajter. När Robyn uppträdde på Letterman så innebar detta en liten uppgång av Robyns popularitet på youtube under några dagar men en 900% ökning i hennes popularitet på MySpace under en hel vecka. Med en korrekt prognos av detta så skulle man kunna ha effektivt använt genomslaget på MySpace genom annonsering och andra aktiviteter.

Framtiden
Hittills har fokus varit på att skapa ett stabilt system. Inom den närmsta framtiden kommer man att jobba på att förbättra visualiseringen av all den insamlade datan, idag finns över 35 miljoner dataposter, så det behövs ett effektivt sätt att analysera all denna data. Man har även en betarelease där kunderna kan lägga till egen data, tex framträdanden, marknadföringskampanjer, releasedatum, vilket gör att det kommer att finnas mer komplett data för TrendMaze att analysera.

Jag gillar det som TrendMaze gör och att de hjälper till att modernisera en musikindustri som till stora delar har suttit fast länge i gamla tankegångar och affärsmodeller (lyssna på Pirate Bay rättegången för ett utmärkt exempel på detta). Tack till Daniel och Sebastian på TrendMaze för all info för detta inlägg!

2 lag tävlar mot varandra och de deltagare med mest poäng från det vinnande laget får fina priser. Tävlingarna är allt från att rösta på 2th.nu på pusha.se och att Twittra om 2th.nu till en rebus om Malmö och att ta ett foto på sig själv när man gör “2th-tecknet” (givetvis ska bilden ladda upp till Flickr).  Tävlingen avslutas om bara några dagar, samtidigt som ansökningstiden till högskolan går ut, så vill du vara med och vinna fina priser så får du skynda dig!

Detta är det andra året i rad som Superlativo gör en social tävlingssajt, förra året var det xth.nu där de tävlande fick poäng genom att marknadsföra olika youtubefilmer. Eftersom det är väldigt mycket Facebook Connect på 2th så kommer jag att skriva några inlägg för mashup.se om just Facebook Connect så fort jag har tid.

På HD.se/mat så hittar man Hittarecepts sökmotor mycket väl integrerad via en javascript widget. Sökresultatet visas på HD.se och det görs inga fula redirects till hittarecept. De första recepten som visas är alltid från HDs egen receptsamling, men resten är från andra matsajter och matbloggar som Hittarecept har i sin databas.

Integrationen med HD tog ca 1 dag, vilket är ett exempel på hur snabbt man faktiskt kan få in väldigt användbar funktionalitet i en sajt. Förhoppningsvis så är detta andra tidningar också tittar på. Ännu är hittarecepts widget inte allmänt tillgänglig, det krävs nämligen fortfarande lite småfixande för varje integration (mest CSS detaljer), men det kommer nog snart mer liknande lösningar från Hittarecept.

UPPDATERING: Det verkar som om jag hade fel (förlåt Joakim), men Nya Wermlands Tidning har en snyggare widget integration med Hittarecept! Tack @pelles för tipset.

Enligt statistiken hur aktiva olika partier är på Twitter så dominerar Socialdemokraterna och Centern väldigt mycket, de råkar också vara samma partier som faktiskt har en Social Media Manager som fokuserar på att använda socialamedier. För de flesta riksdagsmän är Twitter väldigt nytt, så väldigt många tweets handlar fortfarande om fika, åka tåg etc, men det kommer nog att ändras när de vänjer sig vid mediet. Förhoppningsvis är Twixdagen och liknande initiativ en början på att få alla folkvalda att bli mer tillgängliga och att inbjuda till en mer öppen dialog.

Bakom Twixdagen ligger Almedagsbloggen, som startades för 4 år sedan av Jonas Morian och Magnus Ljunkvist för att gemensamt rapportera från Almedagsveckan. Sedan dess har Almedagsbloggen breddat sig både kompetensmässigt och över partigränserna, och under senaste Almedagsveckan var det 17 personer av olika bakgrund som bloggade på Almedagsbloggen. Nu vill de använda all denna kompetens för att göra mer än att rapportera från Almedagsveckan, och det första steget i den riktningen är Twixdagen som gick från ide till verklighet på 8 dagar. Sedan starten så har Twixdagen att utökas med en blogg om sociala medier och politik, dessutom så pågår en diskussion om att skapa en liknande internationell tjänst för Europaparlamentet.

De som har skapat Twixdagen är @hampusbrynolf, @magnuslj, @promemorian och @linusisaksson.