natgillin/translations-raw huggingface dataset:
if the contractual arrangement between RU and IM does not require the Train Position/Train at Start message exchange, the train journey start date/time, which informs the IM of the forecasted date/time at which the train will present itself to the network, must be defined in this message. 
dersom avtalen mellom jernbaneforetaket og infrastrukturforvaltningen ikke inneholder krav om utveksling av meldingen «Togposisjon/Tog ved start», skal dato og klokkeslett for togreisens begynnelse fastsettes i denne meldingen, som opplyser infrastrukturforvaltningen om når toget kan forventes å kjøre inn på nettet.
In the case of the required message exchange Train Position/Train at Start, this data element must not be transmitted. 
Dersom det er krav om utveksling av meldingen «Togposisjon/Tog ved start», skal denne opplysningen ikke sendes.
Train Position message 
Meldingen «Togposisjon»
This message may be sent from the IM to the RU defining exactly when and where the train should present itself to the network as an answer to the Train Ready message. 
Denne meldingen, med nøyaktige opplysninger om når og hvor toget vil kjøre inn på nettet, kan sendes fra infrastrukturforvaltningen til jernbaneforetaket som svar på meldingen «Tog klart».
The transmission of this message depends on the contractual arrangement between the RU and the IM. 
Overføringen av denne meldingen avhenger av avtalen mellom jernbaneforetaket og infrastrukturforvaltningen.
In case where the transmission is needed, the main contents of this message are: 
Dersom det er nødvendig å overføre meldingen, er hovedinnholdet i meldingen:
path departure point with date and time for which the path is requested, 
ruteleiets utgangspunkt med dato og klokkeslett som søknaden om ruteleie gjelder for,
track identification, which informs the RU of the track ID on which the train should present itself to the network, 
sporidentifikasjon, som opplyser jernbaneforetaket om hvilket spornummer toget skal benytte når det kjører inn på nettet,
train journey start date/time, which informs the RU of the precise date/time at which the train should present itself to the network, 
dato og klokkeslett for togreisens begynnelse, som opplyser jernbaneforetaket om dato og klokkeslett for når toget skal kjøre inn på nettet,
control contact ID. 
togledelsens kontakt-ID.
Train at Start message 
Meldingen «Tog ved start»
This message may be sent from the RU to the IM when having received a Train Position message from the IM, to indicate that the train has started its journey. 
Denne meldingen kan sendes fra jernbaneforetaket til infrastrukturforvaltningen ved mottak av meldingen «Togposisjon» fra infrastrukturforvaltningen, som angivelse av at toget har begynt på strekningen sin.
This message must have an identifier to which it refers and the indication: 
Denne meldingen skal ha en identifikator som den viser til, samt opplysningen:
date/time train actually started journey. 
dato og klokkeslett for når toget faktisk begynte på strekningen.
As soon as the train is present on the IM infrastructure, which means that the train has left the departure station, the IM sends this message to the RU who has booked the path. 
Så snart toget befinner seg på infrastrukturforvaltningens infrastruktur, som betyr at toget har forlatt avgangsstasjonen, skal infrastrukturforvaltningen sende denne meldingen til det jernbaneforetaket som har bestilt ruteleiet.
This message is described in Chapter 4.2.4 (Train running forecast). 
Denne meldingen er beskrevet i kapittel 4.2.4 (Varsel om forventet ankomsttid).
This section specifies the messages which must be exchanged during the normal running of a train without any interruption. 
I dette avsnitt spesifiseres de meldingene som skal utveksles under normal togdrift, uten forstyrrelser.
The relevant messages are: 
De relevante meldingene er:
This information exchange between RUs and IMs always takes place between the IM in charge and the RU, who has booked the path on which the train is actually running. 
Denne informasjonsutvekslingen mellom jernbaneforetakene og infrastrukturforvaltningene finner alltid sted mellom den ansvarlige infrastrukturforvaltningen og det jernbaneforetaket som har bestilt ruteleiet der toget faktisk kjører.
In the case of Open Access, which means that the paths for the complete journey are booked by one RU (this RU also operates the train during the complete journey), all messages are sent to this RU. 
I tilfelle av fri adgang, som innebærer at ruteleiene for hele strekningen er bestilt av ett jernbaneforetak (dette jernbaneforetaket har også ansvaret for driften av toget under hele reisen), sendes alle meldingene til dette jernbaneforetaket.
The same is true, if the paths for the journey are booked by one RU via OSS. 
Det samme gjelder dersom strekningens ruteleier er bestilt av ett jernbaneforetak via «ett saksbehandlingssted».
For further consideration the following scenarios will be differentiated, taking into account the various communication relations between RUs and IMs according to the path booking scenarios of Chapter 4.2.2.1 (Path request, Preliminary remarks, Scenario A and B): 
I den videre behandlingen vurderes ulike situasjoner, idet det tas hensyn til de forskjellige kommunikasjonsforhold mellom jernbaneforetakene og infrastrukturforvaltningene, avhengig av mulighetene for bestilling av ruteleie i kapittel 4.2.2.1 (Søknad om ruteleie, Innledende merknader, situasjon A og B). Det skilles mellom følgende situasjoner:
Train approaching a handover point between IM n1 and his neighbour IM n2 
Toget nærmer seg et overleveringspunkt mellom infrastrukturforvaltning nr. 1 og dens tilgrensende infrastrukturforvaltning nr. 2
It is supposed that the handover point is not also an interchange (only Scenario B) nor a handling point. 
Det forutsettes at overleveringspunktet ikke også er et overgangspunkt (bare situasjon B) eller et håndteringspunkt.
Thus, the handover point is a point on the booked paths of one RU and the RU has already sent the train composition to IM n2, whilst simultaneously sending this message to IM n1. 
Overleveringspunktet er dermed et punkt på et jernbaneforetaks bestilte ruteleier, og jernbaneforetaket har allerede sendt togsammensetningen til infrastrukturforvaltning nr. 2, samtidig som det sender denne meldingen til infrastrukturforvaltning nr. 1.
IM n1, after departure from the departure point( ), must send a Train Running Forecast message to IM n2 with the estimated handover time (ETH). 
Infrastrukturforvaltning nr. 1 skal etter avgang fra utgangspunktet sende infrastrukturforvaltning nr. 2 et varsel om beregnet ankomsttid( ), med opplysning om forventet overleveringstidspunkt (ETH).
Under departure point the start point of the path is understood, which can be the train departure point for the journey or an interchange point. 
Med utgangspunkt menes ruteleiets utgangspunkt, som kan være togets avgangspunkt for strekningen, eller et overgangspunkt.
The handover point is the end point of the path. 
Overleveringsstedet er ruteleiets sluttpunkt.
This message is simultaneously sent to the RU. 
Denne meldingen sendes samtidig til jernbaneforetaket.
U. SAFE OPERATION OF THE INFRASTRUCTURE ( ) 
U. SIKKER DRIFT AV INFRASTRUKTUREN( )
There are procedures to ensure that the infrastructure is managed and operated safely, taking into account the number, type and extent of operators running services on the network including all necessary interactions depending on the complexity of the operation. 
Det er innført framgangsmåter for å sikre at infrastrukturen blir styrt og drevet på en sikker måte, idet det tas hensyn til antall, type og omfang av driftsansvarlige som yter tjenester på jernbanenettet, herunder all nødvendig samhandling, avhengig av driftens kompleksitet.
When the train leaves the infrastructure of IM n1 at the handover point this IM sends a Train Running Information with the actual handover time at this point to its path contracted RU. 
Når toget forlater infrastrukturforvaltning nr. 1 sin infrastruktur på overleveringspunktet, sender denne infrastrukturforvaltningen meldingen «Opplysninger om togtrafikk», med opplysning om faktisk overleveringstidspunkt på dette punktet, til det jernbaneforetaket som har bestilt ruteleiet.
When the train arrives on the infrastructure of IM n2 at the handover point this IM sends a Train Running Information with the actual handover time from this point to its path contracted RU. 
Når toget ankommer infrastrukturforvaltning nr. 2 sin infrastruktur på overleveringspunktet, sender denne infrastrukturforvaltningen meldingen «Opplysninger om togtrafikk», med opplysning om faktisk overleveringstidspunkt fra dette punktet, til det jernbaneforetaket som har bestilt ruteleiet.
There are procedures which show that relevant rules covering the design of the infrastructure and any national safety methods have been identified and that the applicant can comply with them. 
Det er innført framgangsmåter som viser at relevante regler som omfatter utforming av infrastrukturen og eventuelle nasjonals sikkerhetsmetoder er identifisert og at søkeren kan etterkomme disse.
Train approaching an interchange point between RU 1 and the next RU 2 (only Scenario B) 
Toget nærmer seg et overgangspunkt mellom jernbaneforetak 1 og neste jernbaneforetak 2 (bare situasjon B)
In the path contract an interchange point must always be defined as a reporting point. 
I ruteleieavtalen må et overgangspunkt alltid defineres som et rapporteringspunkt.
( TETAs at reporting points will be generated by the IMs as specified in their contracts with the RUs .) 
(Infrastrukturforvaltningene fastsetter togets forventede ankomsttid (TETA) på rapporteringspunktene, som angitt i avtalene med jernbaneforetakene).
For this point the IM in charge sends, once the train left the previous reporting point, a Train Running Forecast message with the TETA for this interchange point to the RU which has contracted the path with him (e.g. RU 1). 
For dette punktet sender den ansvarlige infrastrukturforvaltningen, så snart toget har forlatt det forrige rapporteringspunktet, meldingen «Varsel om beregnet ankomsttid», med opplysning om togets forventede ankomsttid til dette overgangspunktet, til det jernbaneforetaket som har bestilt ruteleiet hos infrastrukturforvaltningen (for eksempel jernbaneforetak 1).
RU 1 transfers this message to the next RU (e.g. RU 2) supposed to take over the train. 
Jernbaneforetak 1 videresender denne meldingen til det neste jernbaneforetaket (for eksempel jernbaneforetak 2) som skal overta toget.
Additionally, this message is also sent to the Lead RU (LRU) for the transport if there is one and if this is defined in the cooperation contract between both RUs. 
I tillegg sendes denne meldingen til hovedjernbaneforetaket for transporten, dersom det finnes et slikt, og dersom dette er fastsatt i samarbeidsavtalen mellom de to jernbaneforetakene.
If the interchange point is also a handover point between e.g. IM n1 and IM n2, IM n1 sends the Train Running Forecast message already after departure from the departure point or from the previous interchange point to IM n2 with the estimated handover time (ETH). 
Dersom overgangspunktet også er et overleveringspunkt mellom for eksempel infrastrukturforvaltning nr. 1 og infrastrukturforvaltning nr. 2, sender infrastrukturforvaltning nr. 1 meldingen «Varsel om beregnet ankomsttid» til infrastrukturforvaltning nr. 2 allerede etter avgang fra ruteleiets utgangspunkt eller fra det foregående overgangspunktet, med opplysning om forventet overleveringstidspunkt.
This message is also sent to the RU having contracted the path e.g. RU 1. For the RU the ETH is equal to the TETA at the interchange point. 
Denne meldingen sendes også til det jernbaneforetaket som har bestilt ruteleiet, for eksempel jernbaneforetak 1. Forventet overleveringstidspunkt (ETH) for jernbaneforetaket er identisk med togets forventede ankomsttid på overgangspunktet.
RU 1 transfers this message to its neighbour RU 2 and to the Lead RU for the transport if there is one and if this is defined in the cooperation contract between both RUs. 
Jernbaneforetak 1 sender denne meldingen til jernbaneforetak 2 og til hovedjernbaneforetaket for transporten, dersom det finnes et slikt, og dersom dette er fastsatt i samarbeidsavtalen mellom de to jernbaneforetakene.
When the train arrives at an interchange point, the IM must send a Train Running Information to his path contracted RU, for example RU 1, with the actual time of the arrival at that point. 
Når toget kommer til et overgangspunkt, skal infrastrukturforvaltningen sende meldingen «Detaljer om ruteleie» til det jernbaneforetaket som har bestilt ruteleiet, for eksempel jernbaneforetak 1, med opplysning om faktisk ankomsttid på dette punktet.
Before the train leaves the interchange point, RU 2 must send a new Train Composition message to the IM having allocated the path and follow the departure procedure as defined in Chapter 4.2.3 (Train preparation). 
Før toget forlater overgangspunktet skal jernbaneforetak 2 sende en ny melding om togsammensetning til den infrastrukturforvaltningen som har tildelt ruteleiet, og følge framgangsmåten for togavgang fastsatt i kapittel 4.2.3 (Klargjøring av tog).
Train approaching a handling point of an RU (Scenario A) 
Toget nærmer seg et jernbaneforetaks håndteringspunkt (situasjon A)
A handling point must always be defined in the path contract as a reporting point. 
Et håndteringspunkt skal alltid være definert som et rapporteringspunkt i ruteleieavtalen.
For this point the IM in charge must send a Train Running Forecast message with a TETA only if this is specified in contract between IM and RU. 
For dette punktet skal den ansvarlige infrastrukturforvaltningen sende et varsel om beregnet ankomsttid med opplysning om togets forventede ankomsttid bare dersom dette er fastsatt i avtalen mellom infrastrukturforvaltningen og jernbaneforetaket.
But if the handling point is also a handover point between, for example, IM n1 and IM n2, IM n1 must send the Train Running Forecast message after departure from the departure point or from the previous interchange to IM n2 with the estimated handover time (ETH). 
Dersom håndteringspunktet også er et overleveringspunkt mellom for eksempel infrastrukturforvaltning nr. 1 og infrastrukturforvaltning nr. 2, skal infrastrukturforvaltning nr. 1 sende meldingen «Varsel om beregnet ankomsttid» til infrastrukturforvaltning nr. 2 etter avgang fra ruteleiets utgangspunkt, eller fra det foregående overgangspunktet, med opplysning om forventet overleveringstidspunkt.
This message is also sent to the RU. 
Denne meldingen sendes også til jernbaneforetaket.
For the RU the ETH is equal to the TETA at the handling point. 
For jernbaneforetaket er forventet ankomsttid identisk med togets forventede ankomsttid på håndteringspunktet.
When the train arrives at the handling point, the IM must send a Train Running Information with the actual time of arrival at this point to the RU. 
Når toget kommer til håndteringspunktet, skal infrastrukturforvaltningen sende meldingen «Opplysninger om togtrafikk» til jernbaneforetaket, med opplysning om faktisk ankomsttid på dette punktet.
Before the train leaves the handling point the RU and IM must follow the departure procedure as defined in Chapter 4.2.3 (Train preparation). 
Før toget forlater håndteringspunktet skal jernbaneforetaket og infrastrukturforvaltningen følge framgangsmåten for togavgang fastsatt i kapittel 4.2.3 (Klargjøring av tog).
Train arrival at destination 
Togets ankomst til bestemmelsesstedet
When the train arrives at its destination the IM responsible sends a Train Running Information message with the actual arrival time to the RU which contracted the path. 
Når toget kommer til sitt bestemmelsessted, skal den ansvarlige infrastrukturforvaltningen sende meldingen «Opplysninger om togtrafikk» til det jernbaneforetaket som har bestilt ruteleiet, med opplysning om faktisk ankomsttid.
In the path contract other locations may also be defined for which a Train Running Forecast with TETA and Train Running Information messages with the actual time are requested. 
I ruteleieavtalen kan det også være definert andre punkter der det kreves et «Varsel om beregnet ankomsttid», med opplysning om togets forventede ankomsttid, og meldingene «Opplysninger om togtrafikk», med opplysning om faktiske tider.
For these points the IM in charge sends these messages as specified in the contract. 
For disse punktene sender den ansvarlige infrastrukturforvaltingen disse meldingene i henhold til det som er spesifisert i avtalen.
The further evaluation and processing of the delivered ETHs and TETAs is described in the Chapters 4.2.7 (Shipment ETI/ETA) to 4.2.9 (Interchange reporting). 
Den videre vurderingen og behandlingen av de oversendte ETH- og TETA-tidspunktene er beskrevet i kapittel 4.2.7 (ETI/ETA for forsendelse) til 4.2.9 (Rapportering av overgang).
In the following chapters the message Train Running Forecast and Train Running Information are described by mentioning only the main contents. 
I de følgende kapitlene beskrives meldingene «Varsel om beregnet ankomsttid» og «Opplysninger om togtrafikk» bare ved å gjengi hovedinnholdet.
The detailed formats are defined in Annex A, Index 1. The logical sequence of this message exchange relating to the different communication scenarios is shown in Annex A, Index 5, Chapter 4 with the remark, that regarding the communication relation between RU and IMs for train running, the two path request scenarios A(case A) and A(case B) (Chapter 4.2.2.1: 
Den logiske rekkefølgen for denne meldingsutvekslingen med hensyn til de ulike kommunikasjonssituasjonene er vist i vedlegg A indeks 5 kapittel 4, med en merknad om at situasjonene for søknad om ruteleie A (tilfelle A) og B (tilfelle B) (kapittel 4.2.2.1:
T.3. 
T.3.
ergonomics and health protection, also including the interfaces between users and information technology systems or diagnostic equipment. 
ergonomi og helsevern, herunder også grensesnittet mellom brukere og informasjonsteknologisystemer eller diagnoseutstyr.
Path request, Preliminary remarks) are identical, because in both cases the IMs know only one RU e.g. RU1 which operates the complete path and is also responsible for new train composition at the handling points. 
Søknad om ruteleie, Innledende merknader) er identiske med hensyn til kommunikasjonsforholdet mellom jernbaneforetak og infrastrukturforvaltninger, ettersom infrastrukturforvaltningene i begge tilfeller bare kjenner ett jernbaneforetak, for eksempel jernbaneforetak 1, som har ansvar for driften av toget på hele ruteleiet samt for den nye togsammensetningen på håndteringspunktene.
Train Running Forecast message 
Meldingen «Varsel om beregnet ankomsttid»
This message must be issued by the IM for handover points, interchange points and for the train destination as described in Chapter 4.2.4.1 (Train running forecast, General remarks). 
Denne meldingen skal sendes av den infrastrukturforvaltningen som har ansvaret for overleveringspunkter, overgangspunkter og for togets bestemmelsessted, som beskrevet i kapittel 4.2.4.1 (Varsel om beregnet ankomsttid, Generelle merknader).
There are procedures which take into account technical change of the infrastructure and the management of that change. 
Det er innført framgangsmåter som tar hensyn til tekniske endringer av infrastrukturen og håndteringen av slike endringer.
In addition, the message must be issued by the IM to the RU for other reporting points according the RU/IM contracts (e.g. for handling points). 
Infrastrukturforvaltningen skal i tillegg sende meldingen til det jernbaneforetaket som er ansvarlig for andre rapporteringspunkter i henhold til avtalene mellom jernbaneforetaket og infrastrukturforvaltningen (for eksempel håndteringspunktene).
The main data elements are: 
De viktigste opplysningene er:
path number and train number, 
tog- og ruteleienummer,
scheduled departure date and time at IM location (or scheduled handover time to next IM), 
planlagt dato og klokkeslett for avgang fra infrastrukturforvaltningen (eller planlagt tidspunkt for overlevering til neste infrastrukturforvaltning),
reporting point identification, 
identifikasjon av rapporteringspunkt,
forecasted date/time at reporting point. 
planlagt dato og klokkeslett på rapporteringspunktet.
Train Running Information message 
Opplysninger om togtrafikk
This message must be issued upon: 
Denne meldingen skal sendes i forbindelse med:
departure from departure point, arrival at destination, 
avgang fra utgangspunkt, ankomst til bestemmelsessted,
arrival and departure at handover points, interchange points and at agreed reporting points based on contract (e.g. handling points). 
ankomst til og avgang fra overleveringspunkter, overgangspunkter og avtalte rapporteringspunkter i henhold til avtale (for eksempel håndteringspunkt).
most recent reporting point identification, 
seneste identifikasjon av rapporteringspunkt,
actual time at reporting point, 
faktisk tid på rapporteringspunkt,
train reporting point status (Arrival, Departure, Passage, Not Specified, Departure from Origin, Arrival at Destination), 
togets status på rapporteringspunkt (Ankomst, Avgang, Passering, Ikke spesifisert, Avgang fra utgangspunkt, Ankomst til bestemmelsessted),
arrival track at location, 
ankomstspor ved posisjonen,
departure track from location, 
avgangsspor fra posisjonen,
booked scheduled time delta deviation minutes, 
avvik fra bestilt rutetid i minutter,
current schedule if multiple re-schedules, 
aktuell rutetid ved gjentatte endringer av rutetid.
For each deviation from «Booked Scheduled Time» at that reporting location: 
For hvert avvik fra «bestilt rutetid» på det nevnte rapporteringspunktet:
reason code (perhaps multiple), 
årsakskode (eventuelt flere),
deviation time for this reason code (multiple reasons may be posted per reporting point), 
avvik i tid for denne årsakskoden (flere årsaker kan rapporteres per rapporteringspunkt),
may add free text about deviation. 
eventuell fritekst for å beskrive avviket.
When the RU learns about a service disruption during the train running operation for which it is responsible, it must immediately inform the IM concerned (no IT-message, e.g. orally by the driver). 
Når et jernbaneforetak får opplysninger om en driftsforstyrrelse i forbindelse med togdriften som det er ansvarlig for, skal jernbaneforetaket umiddelbart underrette den berørte infrastrukturforvaltningen (ingen IT-melding, for eksempel muntlig underretning fra føreren).
If necessary the RU updates the Wagon and Intermodal Unit Operational Database. 
Om nødvendig skal jernbaneforetaket oppdatere driftsdatabasen for vogner og enheter for ulike transportsystemer.
If necessary the IM updates the infrastructure data in the Infrastructure Restriction Notice Database and/or the path, respectively the train database. 
Om nødvendig skal infrastrukturforvaltningen oppdatere infrastrukturopplysningene i databasen for meldinger om infrastrukturbegrensninger og/eller ruteleiedatabasen, henholdsvis togdatabasen.
If the delay exceeds x minutes (this value must be defined in the contract between RU and IM) the IM concerned must send to the RU a Train Running Forecast message relating to the next reporting point. 
Dersom forsinkelsen er større enn x minutter (denne verdien må fastsettes i avtalen mellom jernbaneforetaket og infrastrukturforvaltningen), skal den berørte infrastrukturforvaltningen sende meldingen «Varsel om beregnet ankomsttid» til det neste rapporteringspunktet.
If the train is cancelled, the IM sends a Train Running Interrupted message as specified below. 
Dersom toget innstilles, skal infrastrukturforvaltningen sende en melding om avbrutt togtrafikk, som spesifisert nedenfor.
In the cases of exceptions where the RU or the IM is not able to run the train at the forecasted time, a new path according Chapter 4.2.2 (Path request) must be negotiated. 
I de unntakstilfeller der jernbaneforetaket eller infrastrukturforvaltningen ikke er i stand til å kjøre toget på beregnet tidspunkt, må et nytt ruteleie forhandles i henhold til kapittel 4.2.2 (Søknad om ruteleie).
Train Running Interrupted message 
Meldingen «Togtrafikk avbrutt»