På oppfordring har vi snekret sammen en liten tjeneste som kan benyttes for å programmatisk hente ut en liste over de publiserte REGTOPP datasettene våre. På sikt kan det tenkes at denne tjenesten også vil kunne inkludere datasett i GTFS format. Tilgang til våre rutedata krever at man registrerer seg og aksepterer våre betingelser for bruk.
Å benytte seg av tjenesten er så enkelt som å gjøre en HTTP GET forespørsel til følgende URL:
Du vil da, hvis alt gå riktig for seg, få returnert en liste over tilgjengelige REGTOPP datasett i JSON format. Merk at dette er en såpass ny tjeneste at endringer kan forekomme. Følgende er et eksempel på data som tjenesten kan returnere:
{
"requestStatus":"ok",
"datasets":[
{
"type":"regtopp",
"validFrom":"2011-10-31",
"validTo":"2011-12-16",
"lastUpdated":"2011-11-14T12:13:01+01:00",
"url":"http:\/\/rkt.no\/rutedata\/regtopp\/kolumbus_regtopp_20111031-20111216.zip"
},
{
"type":"regtopp",
"validFrom":"2011-12-17",
"validTo":"2012-01-01",
"lastUpdated":"2011-12-05T15:03:22+01:00",
"url":"http:\/\/rkt.no\/rutedata\/regtopp\/kolumbus_regtopp_20111217-20120101.zip"
}
]
}
Ved feil kan det returneres noe slik som dette:
{
"requestStatus":"error",
"requestMessage":"Unsupported data set type specified."
}
Innholdet i svaret som returneres er forhåpentligvis lett å forstå. Her er en kort forklaring på de forskjellige feltene:
- requestStatus – Status for forespørselen. “ok” hvis alt er greit. Hvis noe er galt returneres en verdi annet enn “ok”.
- requestMessage – Beskrivelse av tilstanden til forespørselen. Hvis noe er galt så kan det ligge en relevant melding her, ellers er feltet ikke inkludert.
- datasets –Liste med alle tilgjengelige datasett.
- type– Beskriver typen datasett. Mulige verdier er:
- regtopp – Rutedata i REGTOPP formatet.
- validFrom – Datasettet er gyldig fra og med denne datoen.
- validTo – Datasettet er gyldig til og med denne datoen.
- lastUpdated – Dato og tidspunkt (med angivelse av tidssone) for når datasettet sist var oppdatert. Et datasett kan bli oppdatert både før og i løpet av gyldighetsperioden av forskjellige årsaker. Følg med på endringer i dette feltet og pass på å laste ned oppdaterte datasett når de gjøres tilgjengelig.
- url – URL hvor datasettet kan hentes fra.
- type– Beskriver typen datasett. Mulige verdier er:
Formatet på dato og tidspunkt følger (forhåpentligvis) ISO 8601 standarden.
Husk at endringer kan forekomme i tjenesten så anse dette som en tidlig beta. Ja, kall det gjerne en pilot-test
Legg gjerne inn en kommentar hvis du oppdager at noe er feil, uklart eller om du ser andre muligheter for forbedringer. Burde vi f.eks. spesifisere versjonsnummer av REGTOPP dataene i “type” feltet? Burde vi oppgi et eget versjonsnummer på tjenesten i tilfelle det skjer endringer?
11-jan-2012 kl. 13:10 |
Dette ser veldig bra ut! Kunne ønske AtB gjorde det samme for rutene i Trondheim, dere må hinte til dem hvis dere har kontakt
12-jan-2012 kl. 16:45 |
Vi prater med AtB med ujevne mellomrom så vi kan nevne ved neste anledning. Flott at du liker det
18-jan-2012 kl. 13:11 |
Hva med RegTOPP 1.2?
RegTOPP 1.1 har en god del mindre informasjon enn RegTOPP 1.2 og ev. RegTOPP 1.3.
20-jan-2012 kl. 17:16 |
Planleggingssystemet vårt eksporterer REGTOPP 1.1, men på sikt er det er snakk om en oppgradering. Da vil vi selvfølgelig gi ut dataene våre på den nye versjonen
01-jun-2012 kl. 12:34 |
Vi har oppdatert vår ruteplanleggingssystem og leverer nå våre åpne data på REGTOPP 1.2. Se artikkelen: http://next.kolumbus.no/2012/06/01/pne-rutedata-n-i-regtopp-1-2-format/