Trafikanten tilbyr et sett med webtjenester og API for ikke-kommersiell bruk. Her finner du mer informasjon om hvordan bruke disse tjenestene.
Trafikantens nye websider er sluppet i beta-versjon: beta.trafikanten.no Dette er en omlegging av alle Trafikantens tjenester til webservices og et moderne publiseringssystem. Vår startegi har vært at de samme webservices vi tilbyr eksternt skal vi bruke selv i vår nye webløsning. Vi har allerede mottatt de første feilmeldinger med skjermdump, noe vi setter stor pris. Det å teste en reiseplanlegger er en omfattende jobb.
Trafikanten har i dag satt i drift pilottest på arv av forsinkelser Skien-Lillehammer. Det er særlig nyttig fordi som reiser fra Oslo S, Nationaltheatret, Skøyen og Lysaker samt Lillestrøm på linje R20:
Da har vi fått vår første Facebook-wall som ber om at Trafikanten avgir data til Google Transit:
Trafikanten: Gi oss kollektivinfo i iPhone-kartet | Facebook
Trafikantens reiseplanlegger støtter ikke Google GTFS format så det er en større jobb hvis vi skulle gjort noe slikt men vi er interessert i å se hvor stor interesse det er for dette. Hvis vi avleverer data vil de virke for Google Transit uansett plattform.
trafikanten.no og m.trafikanten.no har nå fått inkludert avviksmeldinger i sanntidsvisning:
Her vises avvik vi har mottatt for Drammen stasjon for sanntidssøk på m.trafikanten.no. Trafikanten legger inn avviksmedlnger på devi.trafikanten.no/public, det nye er at disse nå blir vist sammen med sanntidsinformasjon for den avgangen det gjelder.
Trafikanten med kart og kollektivtrafikk på en tjenesteorientert arkitektur
Trafikanten har på oppdrag fra OBOS Tveita Senter plassert ut de første sanntidsskjermer i kommersielle arealer på Tveita Senter via skjermsystemleverandøren Easytarget:
Trafikanten har utviklet et system for visning av sanntidsinformasjon på storskjermer i respesjoner, butikklokaler og lokasjoner utenfor kollektivinfrastrukturen. Alt som kreves er en nettleser som kan vise en webside som oppdaterer seg en gang i minuttet. Dette er et kommersielt produkt som vi på grunn av avtaler med våre underleverandører må ta betalt for. Våre skjermer kan ikke vise reklame med en kan sette en skjerm
ved siden av som viser reklame.
Til å levere slike skjermer søker vi profesjonelle forhandlere som kan ta seg av:
Vi søker leverandører som har erfaring med slike skjermløsninger og som vet hvor viktig det er at løsninger som viser sanntidsinformasjon virker til enhver tid. Ta kontakt hvis dere er en slik leverandør.
Trafikanten har i dag oppdatert sine avvikssider med bedre informasjon:
RSS-feed er også oppdatert med:
Trafikanten har i mars lagt om sitt avvikssystem til et egenutviklet system devi.trafikanten.no. Vi tilbyr nå RSS feed av alle viktige avvik:
http://devi.trafikanten.no/Rss.aspx?show=important
Dette er de samme data som kan legges ut på forsiden av trafikanten.no. Vi kommer til å legge til flere data om avviket etterhvert. Denne feeden kan brukes av media for å få en oversikt over hva som skjer av avvik i trafikken og vi vil prøve å få den inn i våre mobilløsninger. Den kan i denne versjonen ikke parameterstyres, det er noe vi håper å kunne legge til etterhvert.
Trafikantens wap sider har et bruksmønster tilsvarende det en ser for sanntid genrelt, her er data for mars 2009. Wap brukes mest om morgenen og ettermiddagen:
Det er forskjell på når sanntidsinformasjon blir brukt. Buss og trikk er mest populært om natten, her er bruk fra slutten av januar til slutten av februar:
Da er nytt publiseringssystem for Trafikanten også utlyst på engelsk i EUs TED-database. Vi er særlig intressert i å komme kontakt med leverandører som har jobbet med det å integrere sanntidsinformasjon i publiseringsløsningen. Kontakt oss gjerne hvis du har forslag til leverandører vi burde forespørre.
Trafikanten skal bytte ut sitt ramme/filbaserte webside med et moderne publiseringssystem. I dag lyste vi ut prekvalifisering for dette på Doffin (Database for offentlige innkjøp). Potensielle leverandører som ønsker å levere dette for mobil og web kan levere inn prekvalifiseringsdokumenter innen 20. april. Vi regner med å tildele kontrakt før sommerferien slik at implementeringsarbeidet starter til høsten.
Oppdraget blir også utlyst på EU-database Ted for å sikre at en for best mulig leverandører av ny publiseringsløsning.
TrafikantenDevi er en Twitter-bruker som vet alt om avvik i trafikken. En kan følge linken til mer informasjon om avviket. Denne tjenesten er under testing, kom gjerne med tilbakemelding.
I forbindelse med ny kartmotor kommer vi med en kodesnutt du kan sette inn på siden din som henter kartet fra oss, så slipper du å måtte passe på at det er oppdatert. Vi planlegger at kartet skal kombinert med sanntidsdata og at det kan brukes av klubber, bedrifter og organisasjoner som vil vise hvordan en reiser kollektivt til deres klubbhus, butikk, eller kontor
Dette forusetter dog at det ikke er tredjeparts bannere på siden, da bør du ta kontakt.
Får å få tilgang til data må en godta lisensavtalen for Trafikantens data.
Trine i Farta (TIF) er utviklet av Ronny Gydar og kjører på Windows Mobile. Den bruker CelleID i mobilnettet for å kjenne igjen hvor du er, slik at du kan definere opp et sett med steder og automatisk få opp disse når du er ved en spesiell CelleID. Dette er det nærmeste en kommer GPS informasjon på Windows Mobile uten GPS. TIF støtter også posisjon hentet fra GPS, dette er noe vi i Trafikanten labs ikke har testet.
Med Trine i Farta kan en også sette opp overvåking av en gitt avgang og få opp alarm når det er X minutter igjen til avgang. TIF tilbyr også sortering på retning (dette er ikke øst eller vest men et abstrakt retningsbegrep som kun gir mening per stoppested) pluss sortering på plattform.
Fakta:
Navn: Trine i Farta
Plattform: Windows Mobile
Pris: Gratis
Utvikler: Ronny Gydar
Adresse: http://trineseries.com/TIF.aspx
I forbindelse med et møte om mobilapplikasjoner og mobilbruk i de største byene i Nord-Europa presenterte vi status på Trafikantens SIRI-implementasjon:
Trafikanten tilbyr nå et API for avviksinformasjon hvor en få avvik for et stoppested eller et sett med linjer slik at en kan integrere dette i andre tjenester, Tjenesten tilbys som en REST tjeneste på RSS-format eller som SOAP. En kan med dette og sette opp en avviksfeed for sitt stoppested.
Tjenesten er tenkt brukt i websider hvor en trenger å vise avviksinformasjon men den kan også brukes av tekniske interesserte til å skreddersy RSS feeds.
Spesifikasjon i PDF-format på engelsk kan lastes ned her:
Da har vi fått vår første Facebook-wall som ber om at Trafikanten avgir data til Google Transit:
Trafikanten: Gi oss kollektivinfo i iPhone-kartet | Facebook
Trafikantens reiseplanlegger støtter ikke Google GTFS format så det er en større jobb hvis vi skulle gjort noe slikt men vi er interessert i å se hvor stor interesse det er for dette. Hvis vi avleverer data vil de virke for Google Transit uansett plattform.
Et utkast til en ny SIRI-standard har blitt publisert:
Public transport Service interface for real-time information relating to public transport operations Part 5: Functional service interfaces: Situation Exchange.
Denne standarden omfatter avviksmeldinger for planlagte og ikke-planlagte hendelser i trafikken. En av fordelene med SIRI er at en kan trekke tilbake en hendelse feks når problemet er blitt løst. SRI-SX er et XML-format som tar høyde for de fleste situasjoner som oppstår og som gjør det mulig å utveksle informasjon mellom forskjellige systemer, feks mellom togoperatør og bussoperatør.
PDF-fil for SIRI-SX som utkast: http://www.kizoom.com/standards/siri/schema/1.3/doc/SIRI-SX/CEN%20TS_00278181-5-SX-Extension_E_-v20.pdf
Trafikantens API-møte som skulle blitt holdt 19. november må desverre avlyses inntil videre. Vi har fått innspill fra andre aktører på at Creative Commons-lisenser kun egner seg for åndsverk. På grunn av dette må vi sjekke om vi må lage en egen lisenstype for sanntidsinformasjon.
Vi vil komme med mer informasjon her på labs.trafikanten.no når vi har noe konkret informasjon om når møtet kan arrangeres.
Foto: Fotograf Birdy
Sett av torsdag 19. november, da arrangerer Trafikanten informasjonsmøte om sine APIer fra kl 17 til 19.
Da får du svar på;
Trafikanten utlyste i våres en konkurranse om publiseringssystem til Trafikanten. Leverandører fra Norge og Sverige har konkurrert om kontrakten og vinneren ble Avenir, en del av EDB konsernet.
Trafikanten har i dag inngått avtale med Avenir om leveranse av
Den nye publiseringssystemet er basert på EPiServer 5.0 på Windows-platform. Implementasjon starter i september og lansering er forventet første halvår 2010.
Med den nye publiseringssystemet håper Trafikanten på tilby langt bedre informasjon på Internett:
Publiseringssystemet vil bruke de samme webservices som vi tilbyr til eksterne utviklere.
Testing av nytt SIRI-grensesnitt startet denne uken. Trafikanten har laget et generisk gresnesnitt som virker mot alle transportmidler som når går på en testserver. I øyeblikket støttes følgende:
Vi planlegger følgende leveranser basert på det nye SIRI-grensesnittet:
Vi har denne uken inngått kontrakt på nytt kartsystem fra Geodata som vi håper på å bruke i all visning av informasjon. Vi jobber med Skyhook Wireless og muligens andre for å få til posisjonering av mobiltelefoner når det ikke er GPS-dekning og for telefoner uten GPS, Skyhook er leverandør av lokaliseringen for iPhone og iPod Touch.
Trafikanten legger om sine APIer til SIRI (Service Interface for Real Time Information
CEN/TS 15531 (prCEN/TS-OO278181 ). Vi kommer til å støtte følgende:
Data fra Jernbaneverket er det første som kommer på SIRI-format. Les mer om status på implementasjonen per mai 2010.
Vi viser ikke den nøyaktige reiserute først og fremst fordi vi ikke har detaljer om ruten det kjøres mellom to punkter. Vi vet koordinaten for hvert stoppested men vi vet ikke hvor transportmidlet kjører mellom hvert stoppested. Dette kan gi en del problem ved å vise dette på et kart hvor en buss vil kjøre tvers over et vann eller en båt som kjører over land. Her er et eksempel fra Stavanger hvor flybussen til Sola kjører tvers over vann:
I APIet får en alle avganger de neste 60 minutter, på store holdeplasser kan de bli en liste med svært mange avganger. Vi anbefaler å vise de to neste avgangene hvis det er flere en X avganger fra et stoppested. X er avhenging av skjermstørrelsen. En kan eventuelt legge på en peker til mer informasjon eller gjøre som på iPhone og vise de neste avgangene hvis en har plass til det.
I SIRI-grensesnittet vil vi sette parametere for dette, det er allerede implementert for toginformasjon fra Jernbaneverket.
Får å få tilgang til data må en godta lisensavtalen for Trafikantens data.
Søker en på Godlia får en opp flere stoppested:
Velg stoppested:
* Godlia (LNN) (=Lunner, Oppland)
* Godlia (OSL)
* Godlia (RIB) (=Ringebu, Oppland)
* Godlia snuplass (LNN)
For å finne rett stoppested må en vite kommune eller fjerne svar som ikke har sanntid, det gjør en ved å bare vise stoppested med følgende "District":
MSS = "Moss"
TRØ = "Trøgstad"
VBY = "Vestby"
SKI = "Ski"
ÅS = "Ås"
FRG = "Frogn"
NEO = "Nesodden"
OPG = "Oppegård"
BÆR = "Bærum"
ASR = "Asker"
A-H = "Aurskog-Høland"
SRM = "Sørum"
FET = "Fet"
RÆL = "Rælingen"
ENE = "Enebakk"
LØR = "Lørenskog"
SKM = "Skedsmo"
NIT = "Nittedal"
GJR = "Gjerdrum"
ULA = "Ullensaker"
NES = "Nes (Akershus)"
EIV = "Eidsvoll"
NAN = "Nannestad"
HUD = "Hurdal"
OSL = "Oslo"
RØY = "Røyken"
HRU = "Hurum"
Det er ingen informasjon i XML-data om et stoppested har sanntid eller ikke, det er noe en først finner ut når en sender en spørring. På visse tider av døgnet er det ingen avganger eller et stoppested kan være lagt om i en periode for så å få sanntidsdata fra et gitt tidspunkt. Det eneste en kan gjøre er å begrense treff til kommunene over.
Plattform er angitt som "StopPosition" i XML data. StopPosition er kun unik per stoppestedID og nummer. Bruken kan variere men angir for buss og trikk:
Hvis det finnes:
31 og 32: refuge i sidegate
1-x hvis det er en terminal med mange plattformer (Sætre, Blakstad terminal, Asker stasjon, Triangelen (Bærums verk), Sandvika stasjon, Bekkestua, Lysaker stasjon, Oslo bussterminal, Helsfyr, Grorud T, Vestby stasjon, Ski stasjon, Hauketo stasjon, Holmlia stasjon, Mortensrud T, Gjelleråstoppen, Solheim, Lillestrøm stasjon, Olavsgård, Skedsmokorset, Kløfta stasjon, Jessheim stasjon, Eidsvoll bussterminal Eidsvoll Verk stasjon, Ask (Gjerdrum), Rød, Fjerdingby, Nesoddtangen )
For t-bane er det spor 1 mot øst og spor 2 mot vest men her kan Ringen gi avvik. På Brynseng, Tøyen, Stortinget og Majorstua er det flere spor.
Avganger skal vises på følgende måte:
Grensa går alltid på 45 sek, 6 min vil da altså være 5:45-6:44:
0-44: nå
45-104: 1 min
105-164: 2 min
165-224: 3 min
225-284: 4 min
285-344: 5 min
345-404: 6 min
405-464: 7 min
465-524: 8 min
525-584: 9 min
585- : klokkeslett
Avganger skal vises per linje med alle avvik som gjelder den linjen.
Avvik skal alltid vises under avganger per linje. Avvik på stoppested skal vises under stoppestedsnavn.
Nå en ikke får data skal en vise Beklager, fant ingen avganger:
Ved oppstart første gang vises området en har sanntidsdata for og "Om" dialogen viser opphavsrett:
Om-tekst: Trafikanten sanntid gir deg avgangsinformasjon for Oslo og Akershus. Den dekker buss, T-bane, trikk og båt, samt tog for alle Østlandsfylkene. Systemet vet hvor kjøretøyet er, og regner ut avgangstiden. Det er dette vi kaller sanntid.
«Ca» foran avgangen betyr at det mangler sanntid for denne avgangen. Kjøretøyet kan være forsinket og komme senere enn det som er oppgitt.
Sanntid for tog kommer fra Jernbaneverket.
For mer informasjon se www.trafikanten.no.
For reiseplanlegger på mobil, gå til m.trafikanten.no.
En teller ned ved å bruke klokkeslettet sendt fra Trafikanten, ikke den lokale klokken på telefonen/maskinen. Avvik vises fra "published" dato til gyldig til slik at en kan få vite om avviket før det skjer, Trafikanten legger inn dato for publisering manuelt for hvert avvik:
Utviklere som får tilgang til API får tilgang til designelement for mobil:
Rune Halvorsen, til daglig i Opera Softwares wepappteam har laget et python-bibliotek for sanntidsinformasjon.
APIet eksponerer funksjoner for å søke etter stasjoner, samt for å hente sanntidsdata. I tillegg er det et par klasser som inkapsler kallene med caching. Det følger med kommandolinje-applikasjoner som eksempler. Han har også en IRC bot under utvikling og andre messenger tjenester kan kobles til etter hvert.
Trafikanten tilbyr en webtjeneste som gir de 24 neste avganger i sanntids fra et stoppested. Alle tilgang til sanntidsinformasjon skjer via SIRI standarden, i formatet SIRI Stop Monitoring (SM). Tilgang til oppslag av posisjon tilbys på et egendefinert XML-format da dette ikke er en del av SIRI-standarden.
Tjenestene til Trafikanten tilbys til ikke-kommersiell bruk. Informasjonen kan ikke legges på sider hvor den blandes med reklame, da regnes den som kommersielle.
Informasjonen skal ikke koste noe for sluttbruker, dette utelukker all bruk av Trafikantens informasjon som en del av en betalingstjeneste. Kilden for informasjonen skal alltid angis slik at sluttbruker vet hvor en skal henvende seg hvis det er feil på innholdet.
På grunn av veksten i bruk av sanntidsinformasjon må Trafikanten ha på plass caching av sanntidsinformasjon før en kan slippe til store volumer av nye brukere, tilgang blir derfor vurdert fra case til case.
Trafikantens erfaring med en rekke mobilapplikasjoner er at det er mye support og testing fra Trafikantens side for å lage en god mobilapplikasjon eller en god webside som viser informasjonen korrekt. En utvikler klarer å lage et applikasjon som virker for "sitt" stoppested men det å lage noe som virker overalt krever at Trafikanten tester for alle mulige situasjoner. Dette er noe vi må sette av tid til og som krever ressurser, jo flere applikasjoner jo mer testing og jo flere testtelefoner må vi kjøpe inn.
Hvis en ønsker tilgang tar en kontakt og oppgir følgende:
