REGTOPP-FORMAT VERSJON 1.1 D*

Like dokumenter
Regtoppformatet versjon 1.2

Format for datautveksling (URF) 1. november 2018

VEILEDER FOR RUTEBESKRIVELSE

DOKUMENTASJON FOR UTVEKSLING AV DATA MELLOM OPERATØRER OG OPPDRAGSGIVERE

Busstjenester Oslo syd Vedlegg 3 Rutebeskrivelse

Operatørkontroll Kvalitetsmanual Buss. Kvalitetsmanual Buss. Versjon 8.0 Februar

Importformat for driftsmiddelopplysninger til FINALE Årsoppgjør

Busstjenester Akershus vest. Vedlegg 5 Ruteplan

Vedlegg 3. Versjon Rutebeskrivelse. Busstjenester Årnes Gardermoen 2016

Vedlegg 3. Versjon Rutebeskrivelse. Busstjenester Nittedal 2015

Importformat for driftsmiddelopplysninger til FINALE Årsoppgjør

Busstjenester Bærum øst. Vedlegg 3 Rutebeskrivelse

Systemspesifikasjon AvtaleGiro

Systemspesifikasjon AvtaleGiro

D2-IC0842a Automatisk oppsamling av vinterdriftstdata i ELRAPP

1. Generelt. GSI, import av datafil (spec 1.0) 1.1. Ingen individbasert innsamling Historikk Import Importmulighet i GSI

Vedlegg 3. Versjon Rutebeskrivelse. Busstjenester Ruters vestregion 2020

Vedlegg 3. Versjon Rutebeskrivelse. Busstjenester Romerike 2019 UTKAST

Onix Personell Prosjektrapport (Excel) Prosjektrapport

Vedlegg 3. Versjon Rutebeskrivelse. Busstjenester Romerike 2019

Bilag 1. RUTER MIS ALLE DRIFTSARTER Spørreskjema operatørkontroll og kundeintervjuer. Revidert per Ruter AS, Kvalitet og prosjekt

Operatørkontroll Kvalitetsmanual - Buss. Ruter AS Versjon: Kvalitetsmanual Buss. Operatørkontroll. Fotograf: Bonanza AS

RUTERS MARKEDSINFORMASJONSSYSTEM OPPDRAGSBESKRIVELSE OPERATØRKONTROLL OG KUNDEINTERVJUER

Systemspesifikasjon - Betaling med engangsfullmakt - Verdipapirhandel

Eksport /Import person

Systemspesifikasjon Direkte remittering

Import av varer fra Excel

Teknisk håndbok efaktura Spesifikasjon av sluttrecord i TAG for XLM-filer

Vareimport fra Excel (OF51XLS)

Drosjesentralen. I-120: Obligatorisk oppgave 2, 2000

ANBUDSINFORMASJON nr. 1 Dato: Tid: Oppdragsgiver:

1 Byparken Lagunen. Mandag fredag. Kl Byparken Første avganger. Fra Byparken.

Mandag til torsdag. Til Ryfylke fra Stavanger. Sør-Bokn / Byre. Vormestrand Vikedal. Nord-Hidle Nesheim. Stavanger Heng. Nedstrand.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Kollektivknutepunkt (ID=42) Ny tillatt verdi "Uavklart" på egenskapene "Eier" og "Vedlikeholdsansvarlig"

Generelt om Rapporter

ARBEIDSBESKRIVELSE. Sammenstilling av data med Reseptregisteret

SYSTEMSPESIFIKASJON FOR DIREKTE REMITTERING

Obligatorisk oppgave 4 i INF1010, våren 2014: "Leger og resepter" Versjon 1.1

Prosjektoppgave. i «IMT Objekt-orientert programmering» våren 2016

Forskrift om påbudt skipsrapporteringssystem i norsk territorialfarvann og økonomisk sone

EFO/NELFO Bestilling-/Forespørselformat, versjon 4.0

ÅpentGeosynkAPI i sentral forvaltning av FKB. Innspill til viktige avklaringer

Rutesirkulære 1/15 Ruteområde Ofotbanen

Innrapportering av studentstatus Brukerhåndbok

EFO/NELFO Vareformat versjon 3.0 Rev.:

Repetisjon: operatorene ++ og -- Java 5. Nøtt. Oppgave 1 (fra forrige gang) 0 udefinert udefinert. Alternativ 1 Prefiks-operator

Brukerforum Vitari Høsten 2013 (11. november)

Posttype RH - Rabattavtale Hodepost. Posttype RL - Rabattavtale Linjepost. Kommentarer. Feltnr. format lengde. Må / Kan. Ant. Des.

EFO/NELFO Ordrebekreftelse-/Leveringsbekreftelseformat, versjon 4.0

Opus Systemer AS 2013

Elektronisk faktura e2b

Vask av kjøretøy og eiere mot registeret infotorgkjøretøy

AvtaleGiro-KID-bytte. AvtaleGiro KID-bytte v 1.4 juli 2013 p. 1-15

Sanntid på kryss og tvers Standarder for datautveksling

Rutebeskrivelse. Båttjenester Indre Oslofjord Kapittel 4. Versjon Båttjenester Indre Oslofjord 2021 Kapittel 4 Rutebeskrivelse

Løsningsforslag til Case. (Analysen)

Innhold. Arrangementskalender/påmelding: Resultater: Ti på topp for hele landet: Brukerveiledning; Versjon 5.0, oppdatert:

Stigespill. Input. Output. Oppgave: Stigespill Oppgavenr.: 1. Norsk Informatikk Olympiade 2. runde 2014/2015

SOSI-temakoder og SOSI-elementer

Rutetermin 19.0 BLAD NR. 13, STØREN - TYNSET - HAMAR

Arbeidsbeskrivelse Sammenstilling av data med Reseptregisteret

Utplukk og sortering. Innhold

Bestillingstransport i Verran kommune

D2-IC0845a Automatisk oppsamling av vinterdriftsdata i ELRAPP

Skatteetaten Drosjesentraler Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 1.0.

KID-bytte - AvtaleGiro

Kontrakt om kjøp av persontransporttjenester i Vest-Agder. Vedlegg 2 Produksjonsoversikt informasjon/ skissert omfang

Obligatorisk oppgave nr. 3 i INF1300 høsten 2009

GS1 Validering Brukerdokumentasjon

Tirsdag 21/11. Onsdag 24/11. Tirsdag 12/12. TDT4110 Informasjonsteknologi grunnkurs: Tema: Et større case

Bestillingsruter. Kristiansand, Vennesla, Songdalen og Søgne. Andøya og Bråvann. Kongsgård I

Produktspesifikasjon. Kollektivknutepunkt (ID=42) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

SOSI-forvaltning - logisk modell

SOSI standard - versjon 2.2 Side 779. SOSI-temakoder og SOSI-elementer

EFO/NELFO Bestilling-/Forespørselformat, versjon 4.2

Experian AS Kundesenter BRUKERHÅNDBOK INFOWEB SELECT. 1 e-post: kundesenter@no.experian.com

Beskrivelse av filformatet for likningsoppgaven pass og stell av barn

Ordrebekreftelse XML

Brukerveiledning Excelmal Merkesystem 2017

SOSI standard - versjon Del 1: Regler for navning av geografiske elementer. DEL 1: Regler for navning av geografiske elementer

Teknisk beskrivelse 1. STANDARD FILFORMAT 1.1 HOVEDREGISTRET

ELRAPP System for elektronisk innhenting av rapportdata fra funksjonskontraktentreprenører.

1. Innholdsfortegnelse

RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING

Bestillingsruter. Kristiansand, Vennesla, Songdalen og Søgne. Nyhet! Utvidet tilbud på Skaugo og ny rute for

Brukerveiledning Konvertere Excel til TelePay

Sted med en eller flere ferjelemmer hvor ferje anløper for å ta om bord og slippe av kjøretøy og passasjerer.

Vedlegg 3. Versjon Rutebeskrivelse. Busstjenester Indre by 2017

Veiledning til bruk av registreringsskjema og dokumentasjonsmal

RutetiderBåt. Gyldig fra til Oslo - Nesoddens vestside - Drøbak - Son

Geografisk navigasjon. Lengde- og breddegrader

infotorg Enkel brukermanual

INF2120 V2005. Gruppe 2 christrc ieronnin kjetimk noushinm sjuros. Trafikanten+ Innlevering

Kontrakt om kjøp av persontransporttjenester i Vest-Agder. Vedlegg 3 Godtgjørelse

Hjelp til MV-Login Administrasjon MikroVerkstedet A/S

Skatteetaten Boligsameie Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra og med innrapportering i januar 2016

Månedsoversikt gjennom hele året.

Månedsoversikt gjennom hele året.

Skjema for arbeidsplanlegging og tidsregistrering (revidert versjon, 21. des. 2015)

Transkript:

REGTOPP-FORMAT VERSJON 1.1 D* STANDARDFORMAT FOR OVERFØRING AV RUTEOPPLYSNINGER INNHOLDSFORTEGNELSE: 0. VERSJONSHISTORIKK...1 1. INNLEDNING...2 2. GENERELL BESKRIVELSE...3 3. BESKRIVELSE AV FILER SOM MÅ VÆRE TIL STEDE...9 3.1 Turindeks ()...9 3.2 Turdata (TURDA.TDA)...10 3.3 Holdeplass (HPL.HPL)...10 3.4 Dagkode (DAGKODE.DKO)...10 4. BESKRIVELSE AV FILER SOM KAN OVERFØRES I TILLEGG...11 4.1 Destinasjon (DESTNAVN.DST)...11 4.2 Merknader (MERKNAD.MRK)...11 4.3 Gangvei (GANGVEI.GAV)...12 4.4 Samtrafikk (SAMTFK.SAM)...13 4.5 Sone (SONE.SON)...13 4.6 Linje (LINJE.LIN)...13 4.7 Vognløp (VOGNLØP.VLP)...14 5. FORVALTNING AV REGTOPP FORMATET...14

5.1 Endringer i REGTOPP formatet...14 6. ALFABETISK BESKRIVELSE AV DATAFELT...16 0. Versjonshistorikk Versjon 1.1.D* er utvidet i forhold til 1.1.C pga tilpasning til Billettprosjekt i Oslo og Akershus. Merk at stjernen (*) er tatt med for å markere forskjell fra en tidligere D-versjon som ble foreslått men ikke tatt i bruk. Formatene 1.1.C og 1.1.D* kan brukes om hverandre. Utvidelsen i versjon D* består i følgende: Filen TURIX er endret i pos. 41-43. Pos. 41 er retning på turtype og pos. 42-43 angir turtype. Det er etablert ny fil VOGNLØP som inneholder informasjon om rekkefølgen på alle turer innenfor et vognløp. Korreksjoner: 270605: Rettet feil i beskrivelse av ankomsttid i TURDA. Side 1 av 17

1. Innledning Gjennom prosjekt "REGTOPP" er det blitt utviklet et konsept for regional ruteopplysning. Konseptet består i hovedsak av datafangstsystem - ved trafikkselskapene - og et ruteopplysningssystem; TOPP II - ved regionale ruteopplysningsenheter (betegnet REGTOPP-enheter). En meget sentral del i ruteopplysningsvirksomheten er datafangst. Datafangst er i REGTOPP sammenheng innhenting av rutedata fra ruteselskapene. Datafangstsystemet har flere egenskaper - utover datafangst - som gjør det attraktivt for trafikkselskapene: - god støtte til ruteplanlegging - overføring av ruteopplysninger til trykking av rute- og tidtabeller - overføring av ruteopplysninger til publikumsterminaler og - monitorer - overføring av ruteopplysninger til elektroniske billetteringsystemer TOPP II er det viktigste verktøyet for ruteopplysningsaktiviteten ved REGTOPP-enhetene. REGTOPP-ENHET TRAFIKKSELSKAP TOPP II- PROGRAM TOPP II- DATA REGTOPP- FORMAT DATAFANGST- DATA DATAFANGST- PROGRAM Fig. 1: Prinsippskisse for datafangst og bruk av REGTOPP-formatet Av EDB-tekniske årsaker benytter ikke datafangstsystemet og TOPP II det samme formatet for representasjon av ruteopplysninger. For å unngå for store bindinger til et dataprogram er det blitt utviklet en produktuavhengig format. Dette gjør det mulig at flere datafangstsystemer kan benytte formatet. Noe som gir muligheter for konkurranse og reduserer leverandørbindinger. Formatet betegnes som REGTOPP-format. Dette dokumentet har til hensikt å beskrive REGTOPP-formatet. Målgruppen for dokumentet er primært - IT-personell i fylker og trafikkselskaper - leverandører av relevante varer og tjenester Side 2 av 17

sekundært - beslutningstakere på regionalt nivå - beslutningstakere ved trafikkselskapene Dette dokumentet starter med en generell beskrivelse av formatet, videre beskrives formatet i detalj i kapitlene 3 og 4.. Hvordan formatet forvaltes beskrives i kapittel 5. En forklaring på ord og begreper følger deretter i kapittel 6. Til sist kommer en alfabetisk beskrivelse av alle datafelter i kapittel 5 2. Generell beskrivelse REGTOPP-formatet er et overføringsformat. REGTOPP-formatet har en historisk ballast som gjør at man har betydelige føringer. REGTOPP-ENHET TRAFIKKSELSKAP REGTOPP-ENHET REGTOPP- FORMAT Fig. 2: Bruksskisse for standardformatet Flere trafikkselskaper overfører ruteopplysninger elektronisk til en REGTOPP-enhet og det vil også være aktuelt å overføre rutedata mellom REGTOPP-enheter. Derfor må det også tas hensyn til å få frem hvem som er avsender, hvor rutene går, o. l. Side 3 av 17

Endringsopplysningene sjekkes for feil før de legges inn i TOPP II. Datafangstsystemet benyttes også som verktøy for å kvalitetssjekke mottatte ruteendringer. Alle disse momentene gir vesentlige føringer for REGTOPP-formatet. REGTOPP-formatet består av flere datafiler, tilsammen 11 filer. Årsaken til dette er at overføringsstørrelsen for en fil vil være langt større enn den samlede størrelsen på de 11 filene. Hver fil har et unikt navn. Filer navngis på en helt entydig måte for ikke å blande sammen forskjellige versjoner av rutedata fra samme ruteselskap. Filer navngis slik: Raaan.ext, der `aaa`er lik selskapets administrasjonskode og `n` er overføringens løpenummer. Filtypen beskrives i bokstavkombinasjonen `ext` i filnavnet og er beskrevet nedenfor. NB! Av pedagogiske hensyn er filnavnene i forklaringen oppkalt etter hva de inneholder. Filene kan kategoriseres i to grupper: - de som må - som et minimum - overføres - de som kan overføres ved behov. Figurene 3 og 4 viser hvilke filer som inngår i hvilken kategori. Obligatoriske V Turix.t ix Turda.t da Hpl.hpl Dagkode.dko Fig. 3: Obligatoriske filer Side 4 av 17

Etter behov V Merknad.mrk Gangvei.gav Samtfk.sam SSone.son V Merknad.mrk Linje.lin SDest navn.dst SKjliste.lis SVognløp.vlp SVognlpnr.vlp Fig. 4: Filer som overføres ved behov En fil består av et antall poster. Hver post består igjen av et antall felter. Hvis man tenker seg en fil som et tabell med rader og kolonner, så er feltene de vertikale kolonnene og postene er de horisontale radene. FELTER FELTNAVN POSTER 1. FELT NR. 1 FELT NR. 2 FELT NR. 3 2. FELT NR. 1 FELT NR. 2 FELT NR. 3 3. FELT NR. 1 FELT NR. 2 FELT NR. 3 4. FELT NR. 1 FELT NR. 2 FELT NR. 3 FELT NR. 1 + FELT NR. 2 + FELT NR. 3 = EN POST Fig. 5: Felter og poster i en fil En post er innholdet av alle feltene i en rad. Som vist på figur 5 er f. eks. post nr. 4 innholdet i felt nr. 1, 2 og 3 på den raden. Hver kolonne har et eget navn - feltnavn. Postnummeret til den enkelte fil lagres automatisk og "utenfor" selve filen. Et felt kan bestå av et eller flere tegn. Disse tegnene kan være av forskjellig type. Det finnes i REGTOPP-formatet to typer: Side 5 av 17

- heltall (på IT-terminologi betegnet som integer, forkortet I)) - alfanumerisk tegn (bokstaver, tall, spesialtegn som f. eks.,.- _/!"#%&, og som på IT-terminologi betegnes som character, forkortet C). Hvert felt kan bestå av enten heltall eller alfanumerisk tegn. Antall tegn er viktig. Ingen av REGTOPP-filene er like. Side 6 av 17

Figur 6 viser et eksempel på et av filformatene i REGTOPP-formatet: filen TURDA.TDA. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Holdeplassnr Ankomsttid Avgangstid Avstand Fig. 6: Prinsippskisse på feltstrukturen til filen TURDA.TDA - Avgangstid 3 tegn - Avstand 6 tegn Hver post i filen består av tilsammen 20 tegn. REGTOPP-formatet beskriver også rekkefølgen på feltene, dvs. at holdeplassnr-feltet kommer først, ankomsttid-feltet kommer som nummer to, osv. Med posisjon menes antall tegn fra begynnelsen av raden. Når det i rubrikken posisjon angis f. eks. 1-3, betyr dette at feltet har fra og med posisjon 1 til og med posisjon 3, og består da av 3 tegn. Hvert felt har et meningsinnhold som går utover type og lengde. Filen TURDA.TDA består av fire felter: - Holdeplassnr - Ankomsttid - Avgangstid - Avstand Holdeplassnr er feltnavn (jfr. figurene 5 og 6). Som det fremgår senere i dokumentet - i kapittel 3 - er felttypen til alle i denne filen den samme: heltall. Imidlertid er lengden forskjellig: - Holdeplassnr 8 tegn Side 7 av 17

- Ankomsttid 3 tegn Meningsinnholdet går på hva som feltet skal uttrykke. F. eks. er feltet holdeplassnr et felt som har en klar mening ved at det skal være bygget opp etter en egen struktur. Strukturen på dette feltet er ffkknnnn, dvs. to siffer til fylkesnummer, de to neste sifrene er kommunenummer og de fire siste er et firesifret nummer for den aktuelle holdeplassen i den aktuelle kommunen i det aktuelle fylket. Dette gjør det mulig å benytte unike holdplassnummer etter et logisk hensiktsmessig system. Videre er feltet avgangstid ikke et felt med klokkeslettet på når vognen kommer til holdeplassen, men den til enhver tid akkumulerte tiden ruten har benyttet til nå. REGTOPP-formatet er en beskrivelse av - hvor mange tegn et felt kan bestå av - hvilken type - formatet til feltene - rekkefølgen på feltene - meningsinnholdet til feltene Innholdet i nøkkelfelt må være unikt og sortert i stigende rekkefølge. Et nøkkelfelt kan bestå av flere felt. Filene er alle i ASCIIformat, på 8-bits tegnsett og lagres på 3,5-tommers disketter. Side 8 av 17

3. Beskrivelse av filer som må være til stede Dette kapittelet beskriver formatene på alle filene som er obligatoriske i REGTOPP-formatet: NB! Av pedagogiske hensyn er filnavnene i forklaringen oppkalt etter hva de inneholder. Filnavnene skal gis navn slik som beskrevet i kap. 2 - - TURDA.TDA - HPL.HPL - DAGKODE.DKO 3.1 Turindeks () Filnavn: Beskrivelse: Filen inneholder indekser for turene som er med i overføringen, samt identifiserer hvem som er konsesjonsinnehaver for turen. En post representerer en tur. Feltbeskrivelse: 1-3 x I Adminstrasjonskode 4 x I Løpenr 5-8 x I Linjenr 9-12 x I Turnr 13-15 I Trafikkart 16-19 I Dagkodenummer Peker til post i DAGKODE 20-22 I Selskapskode 23-25 I Merknad 1 Merknadsnummer 26-28 I Merknad 2 Merknadsnummer 29-32 I Destinasjonsnummer 33-40 C Publikumslinjenr 41 I Retning 42-43 Turtype 44-47 I Avgangstid 48-50 I Antall holdeplasser Antall poster i TURDA 51-57 I Postnr i TURDA Peker til første holdeplass 58 I Pakketransport 59 I Takstkode Side 9 av 17

3.2 Turdata (TURDA.TDA) Filnavn: Beskrivelse: TURDA.TDA Filen inneholder forløp av holdeplasser for hver tur. Hver tur beskrives med akkumulerte tider (min.) og avstander (10 m). Feltbeskrivelse: 1-8 I Holdeplassnr 9-11 I Ankomsttid 12-14 I Avgangstid 15-20 I Avstand 3.3 Holdeplass (HPL.HPL) Filnavn: Beskrivelse: HPL.HPL Register som gir en oversikt over holdeplassene. Feltbeskrivelse: 1-3 x I Administrasjonskode 4 x I Løpenummer 5-12 x I Holdeplassnr 13-42 C Fullstendig navn 43-47 C Kortnavn 48-53 C Sone kortnavn 54-63 I X-koordinat 64-73 I Y-koordinat 74-78 I Sonenr 1 79-83 I Sonenr 2 84 I Type Overgangsbeskrivelse 85-86 I Spes. omstigningstid 87 I Klasse (X) (X) benyttes kun ved eventuell import til TR-Bus 3.4 Dagkode (DAGKODE.DKO) Filnavn: Beskrivelse: DAGKODE.DKO Inneholder beskrivelse av gyldigheten til hver tur. Filen er spesiell da postene har forskjellig utseende: postnummer 1 har et eget format og de øvrige et annet. Side 10 av 17

Feltbeskrivelse - postnummer 1: 1-6 I Dato 7 I Ukedag for dato Feltbeskrivelse - postnummer 2 og videre: 1-3 x I Administrasjonskode 4 x I Løpenr 5-8 x I Dagkodenr 9-400 I Dagkode 4. Beskrivelse av filer som kan overføres i tillegg I tillegg til de definerte filene i kapittel 3, kan det ved behov også overføres 7 andre filer: - DESTINASJON - MERKNADER - GANGVEI - SAMTRAFIKK - SONE - LINJE - VOGNLØP 4.1 Destinasjon (DESTNAVN.DST) Filnavn: Beskrivelse: DESTNAVN.DST Filen beskriver destinasjonsteksten som benyttes på transportmidlet. Feltbeskrivelse: 1-3 x I Administrasjonskode 4 x I Løpenr 5-8 x I Destinasjonsnummer 9-40 C Destinasjonstekst 4.2 Merknader (MERKNAD.MRK) Filnavn: Beskrivelse: MERKNAD.MRK Inneholder merknadstekster etter oppgitt merknadsnummer fra. Feltbeskrivelse: 1-3 x I Administrasjonskode Side 11 av 17

4 x I Løpenr 5-7 x I Merknadsnummer 8-87 C Merknadstekst 4.3 Gangvei (GANGVEI.GAV) Filnavn: Beskrivelse: GANGVEI.GAV Inneholder tiden det tar for overgang mellom to spesifiserte holdeplasser. Feltbeskrivelse: 1-3 x I Administrasjonskode 4 x I Løpenr 5-12 x I Holdeplassnr Fra-holdeplass 13-20 x I Holdeplassnr Til-holdeplass 21-22 I Gangtid 23-42 C Gangveitekst Side 12 av 17

4.4 Samtrafikk (SAMTFK.SAM) Filnavn: Beskrivelse: SAMTFK.SAM Inneholder opplysninger om hvordan evt. to turer korresponderer. Hver tur identifiseres med et sett med felter: - Administrasjonskode - Løpenr - Linjenr - Turnr - Trafikkart Feltbeskrivelse: 1-3 x I Administrasjonskode 4 x I Løpenr 5-8 x I Linjenr 9-12 x I Turnr 13-15 x I Trafikkart 16-18 x I Administrasjonskode 19 x I Løpenr 20-23 x I Linjenr 24-27 x I Turnr 28-30 x I Trafikkart 31-34 I Ankomsttid tur 1 35-38 I Avgangstid tur 2 39-42 C Ikke i bruk 43-50 I Holdeplassnr 51 I Overgangskode 4.5 Sone (SONE.SON) Filnavn: Beskrivelse: SONE.SON Filen viser aktuelle soner for en tur. Hver holdeplass kan tilhøre to soner, og dette angis i feltet Sone 1 og Sone 2 i HPL.HPL. Feltbeskrivelse: 1-3 x I Administrasjonskode 4 x I Løpenr 5-9 x I Sonenr 10-39 C Sonenavn 40-46 C Sone Pos. 48-53 i HPL 4.6 Linje (LINJE.LIN) Filnavn: Beskrivelse: LINJE.LIN Beskriver linje som benyttes. Side 13 av 17

Feltbeskrivelse: 1-3 x I Administrasjonskode 4 x I Løpenr 5-8 x I Linjenr 9-38 C Linjenavn 39 I Takstkode 4.7 Vognløp (VOGNLØP.VLP) Filnavn: Beskrivelse: VOGNLØP.VLP Beskriver hvilke turer som inngår i hver enkelt avgangsliste (like vognløp) og hvilke datoer den er gyldig for. Feltbeskrivelse: 1-3 x Administrasjonskode 4 x I Løpenummer 5-10 x I Vognløpsnummer 11-14 x Dagkodenummer Peker til post i DAGKODE 15-16 x Sekvensnummer Turens nr. i vognløpsrekken 17-20 Linjenummer Post 5-8 i TURIX 21-24 Turnummer Post 9-12 i TURIX 5. Forvaltning av REGTOPP formatet 5.1 Endringer i REGTOPP formatet Endringer i REGTOPP-formatet må skje på en kontrollert måte. Prosedyren for dette er at Regtopp-utvalget tar stilling til eventuelle endringsforslag. (Regtopp-utvalget er en brukergruppe sammensatt av representanter fra Regtopp enhetene). Spørsmål angående formatet kan rettes til: Oslo og Akershus Trafikkservice AS (Trafikanten) Telefon: 22 05 70 00 (Tlf) Side 14 av 17

E-post: rutekontor@trafikanten.no Side 15 av 17

6. Alfabetisk beskrivelse av datafelt Feltnavn Lengde Type Beskrivelse Format Benyttes i Administrasjonskode 3 I Nummer som beskriver hvem som er leverandøren av dataene., HPL.HPL DAGKODE.DKO, DESTNAVN.DST, MERKNAD.MRK, GANGVEI.GAV, SAMTFK.SAM, SONE.SON, LINJE.LIN, VOGNLØP.VLP** Ankomsttid 3 I Akkumulert kjøretid i minutter fra første holdeplass til ankomst på aktuell holdeplass. Begynner alltid med 000. Hvis det ikke er avstigning på den aktuelle holdeplassen markeres dette med 999. ttmm TURDA.TDA Ankomsttid tur 1 4 I Angir ankomsttid for tur nr. 1 ved SAMTFK.SAM angivelse av samtrafikk. Antall holdeplasser 3 I Antall poster i TURDA.TDA for turen.. Avgangstid 4 I Beskriver avgangstid for en tur. ttmm. Avgangstid 3 I Akkumulert kjøretid i minutter fra Begynner alltid med 000. Hvis TURDA.TDA første holdeplass til avgang på aktuell holdeplass. det ikke er påstigning på den aktuelle holdeplassen markeres dette med 999. Avgangstid tur 2 4 I Angir avgangstid for tur nr. 2 ved angivelse av samtrafikk. ttmm SAMTFK.SAM Beskrivelse av REGTOPP-format versjon 1.1 D 03.02.2006 Side 16 av 16

Avstand 6 I Gir akkumulert avstand fra rutestart. Begynner alltid på 0. TURDA.TDA Avstanden er i 10 m-mål. Dagkode 392 I En streng som indikerer at turen går 0=går ikke, 1=går. DAGKODE.DKO eller ikke. Et tall pr. dag, og første tall indikerer første dag innenfor gyldighetsperioden. Dagkodenr 4 I Er en peker til DAGKODE.DKO som viser postnummeret til aktuell dagkode for turen. DAGKODE.DKO VOGNLØP.VLP** Dato 6 I Viser til startdatoen for gyldighetskode. ååmmdd DAGKODE.DKO Destinasjonsnummer 4 I Peker til posten med destinasjonsnummer i DESTNAVN.DST. DESTNAVN.DST Destinasjonstekst 32 C Beskriver destinasjonsteksten på DESTNAVN.DST transportmidlet. Fullstendig navn 30 C Fullstendig navn på holdeplassen. HPL.HPL Gangtid 2 I Antall minutter det tar for å gå fra fraholdeplass GANGVEI.GAV til til-holdeplass. Gangveitekst 20 C Holdeplassnr 8 I Hver holdeplass har et unikt nummer basert på en kombinasjon av tall. Format: Dette er et nasjonalt holdeplassnummersystem. I ffkknnnn, der f=fylkesnummer, k=kommunenummer, n=holdeplassnr. TURDA.TDA, GANGVEI.GAV SAMTFK.SAM HPL.HPL GANGVEI.GAV benyttes feltet to ganger, den første for fra-holdeplass og den neste for til- holdeplass. Ikke i bruk 4 C Feltet er ikke i bruk SAMTFK.SAM Klasse 1 I Beskriver holdeplass type.(ikke nødvendig for REGTOPP, men er nødvendig ved import til TR-Bus. 1=Underordnet holdeplass 2=Ordinær holdeplass HPL.HPL Kortnavn 5 C Forkortet navn på holdeplassen HPL.HPL Side 17 av 17

Linjenavn 30 C Navnet på en linje til bruk i tidtabeller. (overskrift). Linjenr 4 I Angir turens linjenummer. Er del av primærnøkkelen i TUR. Løpenr 1 I Benyttes når det leveres mer enn ett datasett fra samme dataleverandør. Merknad 1 3 I Inneholder merknadsnummeret som er relevant i MERKNAD.MRK. Merknad 2 3 I Inneholder merknadsnummeret som er relevant i MERKNAD.MRK. Hvis ingen merknader til ruten eller hvis ikke MERKNAD.MRK følger med i overføringen, skal feltet har verdi 0. Hvis ingen merknader til ruten eller hvis ikke MERKNAD.MRK følger med i overføringen, skal feltet har verdi 0. LINJE.LIN LINJE.LIN SAMTFK.SAM VOGNLØP.VLP**, HPL.HPL DAGKODE.DKO DESTNAVN.DST, MERKNAD.MRK GANGVEI.GAV, SAMTFK.SAM, SONE.SON, LINJE.LIN, VOGNLØP.VLP**.. Merknadsnummer 3 I Nummer som hver merknad et unikt MERKNAD.MRK nummer. Benyttes som referanse i feltene Merknad 1 og Merknad 2. Merknadstekst 80 C MERKNAD.MRK Overgangskode 0=Ulike kjøretøy 1=Like kjøretøy SAMTFK.SAM Side 18 av 17

Pakketransport 1 I Forteller om turen har pakketransport. 0=Medtar pakker 1=Medtar ikke pakker Postnr i TURDA 7 I Peker til posten som inneholder startholdeplass for gjennomføring av turen. Publikumslinjenr 8 C Beskriver hvilket linjenummer som benyttes for publikum. Retning 1 Angir turens retning. 1=tur 2=retur Sekvensnummer 2 Angir rekkefølgen av turer som inngår i et vognløp. Selskapskode 3 I Nummer for hvilket trafikkselskap som har konsesjon for transport på turen. Skilting 4 I Peker til posten med skilt i DESTNAVN.DST. VOGNLØP.VLP**. Sone *** 6 C Navn på takstsonen. HPL.HPL SONE.SON Sonenr 5 I Sonenummer for aktuell takstsone. SONE.SON Sonenavn 30 C Navn på takstsonen. SONE.SON Sonenr 1 5 I Sonenummer for sone 1. HPL.HPL Sonenr 2 5 I Sonenummer for sone 2. HPL.HPL Spes. omstign.tid 2 I Beskriver om det er spesiell 00 er standardverdi. HPL.HPL omstigningstid for holdeplassen. Takstkode 1 I LINJE.LIN Side 19 av 17

Tekst 80 20 C Tekst som inneholder merknadsteksten til et gitt Merknadsnummer i MERKNAD.MRK, og utfyllende tekst til gangveien i GANGVEI.GAV. I MERKNAD.MRK har feltet en lengde på 80 tegn, i GANGVEI.GAV har feltet en lengde på 20 tegn. Trafikkart 3 I Beskriver hvilken type transportmiddel som benyttes. Turtype 2 Angir referanse til mal som angir holdeplass- og kjøretidsforløp. Turnr 4 I Angir hvilken tur det er i rekken innenfor en linje. Type 1 I Beskriver overgangsmuligheter ved en holdeplass. Ukedag for dato 1 I Angir hvilken ukedag som er startdato for dagkodestrengen. 1=Fly/flybuss, 2= Lokalbuss, 3=Ekpressbuss, 4=Diverse, 5=Ferje/ båt, 6=NSB tog, 7=Sporvogn, 8=T-bane 0=ingen overgang 1=overgang mulig 2=prioritert overgang 1=mandag, 2=tirsdag, 3=onsdag, 4=torsdag, 5=fredag, 6=lørdag, 7=søndag. MERKNAD.MRK GANGVEI.GAV SAMTFK.SAM. SAMTFK.SAM VOGNLØP.VLP** HPL.HPL DAGKODE.DKO Vognløpsnummer 6 Angir identiteten for en vogn/kjøretøy. VOGNLØP.VLP** X-koordinat 10 I Posisjonsangivelse for holdeplassens X- HPL.HPL koordinat på UTM-grid. Y-koordinat 10 I Posisjonsangivelse for holdeplassens Y- koordinat på UTM-grid. HPL.HPL ** filen VOGNLØP.VLP har endret navn fra AVGANGSLISTER.LIS Side 20 av 17

*** samme felt som Sone kortnavn i HPL.HPL Side 21 av 17