natgillin/translations-raw huggingface dataset:
If the train is cancelled this message is issued by the IM to the neighbouring IM and to the path contracted RU. 
Dersom toget innstilles, skal infrastrukturforvaltningen sende denne meldingen til den neste infrastrukturforvaltningen og til det jernbaneforetaket som har bestilt ruteleiet.
The main data elements in this message are: 
De viktigste opplysningene i meldingen er:
path and train number, 
tog- og ruteleienummer,
location identification, 
posisjonsangivelse,
scheduled departure date and time at this location, 
planlagt dato og klokkeslett for avgang fra denne posisjonen,
interruption reason, 
årsak til forstyrrelsen,
interruption description. 
beskrivelse av forstyrrelsen.
Preface 
Innledende merknader
This section specifies the tracing possibility to get information about train location. 
I dette avsnittet beskrives muligheten til sporing for å få opplysninger om togposisjonen.
The RU may send an enquiry to the IM about its trains at any time. 
Jernbaneforetaket kan når som helst sende en forespørsel om sine tog til infrastrukturforvaltningen.
The RU may enquire about: 
Jernbaneforetaket kan stille spørsmål om:
the running of the train (last recorded location, delays, delay reasons), 
kjøring av toget (siste registrerte posisjon, forsinkelser, årsaker til forsinkelsene),
a train's performance (delays, delay reasons, delay locations), 
et togs yteevne (forsinkelser, årsaker til forsinkelsene, posisjoner der forsinkelser forekommer),
all identifiers of a specified train, 
alle identifikatorer for et nærmere angitt tog,
train forecast at a specified location, 
forventet ankomsttid til en nærmere angitt posisjon,
all train running forecasts for a specified location. 
alle varsler om beregnet ankomsttid for en nærmere angitt posisjon.
The access to this information must be independent from the communication relation RU/IM during the train running, which means that the RU must have a single( ) access address to this information. 
Tilgangen til disse opplysningene skal være uavhengig av kommunikasjonsforholdet mellom jernbaneforetaket og infrastrukturforvaltningen under kjøringen av toget, som betyr at jernbaneforetaket må ha tilgang til disse opplysningene via en enkelt adresse( ).
This means, that the access to this information must be independent from which IM has stored the information or part of it. 
Dette betyr at tilgangen til opplysningene må være uavhengig av hvilken jernbaneforvaltning som har lagret opplysningene, eller deler av opplysningene.
The information is based mainly on the stored message exchange as mentioned above. 
Opplysningene er hovedsakelig basert på den lagrede meldingsutvekslingen, som nevnt ovenfor.
Enquiry about the Train Running messages 
Meldinger for forespørsel om togtrafikken
RU to enquire on the last recorded status (location, delays and delay reasons) of one specific train on the infrastructure of a specified IM. 
Forespørsel fra et jernbaneforetak om siste registrerte status (posisjon, forsinkelser og årsaker til forsinkelsene) for et bestemt tog på en bestemt infrastrukturforvaltnings infrastruktur.
Enquiry 
Forespørsel
main data elements: 
Viktigste opplysninger:
train running number, 
tognummer,
IM identifier, 
infrastrukturforvaltning-ID,
scheduled departure date and time at IM location. 
planlagt dato og klokkeslett for avgang fra infrastrukturforvaltningen.
Response 
Svar
most recent reporting location, 
seneste rapporteringspunkt,
booked scheduled time, 
bestilt rutetid,
booked scheduled time delta delay, 
forsinkelse i forhold til bestilt rutetid,
re-scheduled time (against current schedule if multiple re-schedules), 
endret rutetid (sammenlignet med aktuell rutetid ved gjentatte endringer av rutetid),
for each delay at that reporting location: 
for hver forsinkelse på nevnte rapporteringspunkt:
reason code and delay time for this reason code. 
årsakskode og tidsforsinkelse for denne årsakskoden.
Enquiry about the Train Delay/Performance messages 
Meldinger for forespørsel om togforsinkelse/yteevne
RU to enquire on all of the delays to a specific train with a particular IM. 
Forespørsel fra jernbaneforetaket om alle forsinkelser for et bestemt tog hos en bestemt infrastrukturforvaltning.
information data (same information as with «Enquiry about train running», not only for the most recent point but for each reporting point of the train on the infrastructure of the specified IM): 
Opplysninger (samme opplysninger som for meldingen «Forespørsel om togtrafikk», ikke bare for det siste punktet, men for alle togets rapporteringspunkter på den bestemte infrastrukturforvaltningens infrastruktur):
for each reporting point: 
for hvert rapporteringspunkt:
Enquiry about Train Identifier messages 
Meldinger for forespørsel om tog ID
RU to enquire about the current train identifier and its previous train identifiers. 
Forespørsel fra jernbaneforetaket om togets aktuelle tog ID og dets tidligere tog ID er.
Any of the train identifiers for a specific train can be used for the enquiry. 
Hvilken som helst av et togs tog ID-er kan benyttes i forbindelse med forespørselen.
known train running number, 
kjent tognummer,
scheduled departure date and time at the IM location. 
planlagt dato og klokkeslett for avgang fra infrastrukturforvaltningen.
current train identifier: 
aktuell tog ID:
for each other train identifier: 
for alle andre tog ID er:
Enquiry to IM about the Train Forecast messages 
Meldinger for forespørsel til infrastrukturforvaltningen om varsel om forventet ankomsttid
RU to enquire about the forecast time for a specified train at a particular reporting location or by missing out the reporting location, to enquire on the forecast time at the handover point from the IM. 
Forespørsel fra infrastrukturforvaltningen om forventet tidspunkt for et bestemt tog ved et bestemt rapporteringspunkt, eller, dersom rapporteringspunktet utelates, forventet tidspunkt på overleveringspunktet fra infrastrukturforvaltningen.
reporting location identifier (The reporting location for which the forecast is required. 
identifikasjon av rapporteringspunkt (det rapporteringspunkt som prognosen gjelder for.
This is optional and, if not stated, the response refers to the final reporting point for that IM for this train.). 
Opplysningen er valgfri. Dersom ikke annet er oppgitt, viser svaret til siste rapporteringspunkt for den nevnte infrastrukturforvaltningen for dette toget).
IM code, 
infrastrukturforvaltning-ID,
When the information process is applied to the maintenance delivery function, at least the following elements must be provided to the fleet maintenance management and maintenance development functions: 
Når informasjonsprosessen anvendes på funksjonen for utføring av vedlikehold, skal minst følgende opplysninger stilles til rådighet for funksjonen for styring av flåtevedlikehold og funksjonen for utvikling av vedlikehold:
Enquiry to IM about Trains at Reporting Location messages 
Meldinger for forespørsel til infrastrukturforvaltningen om tog på rapporteringspunktet
RU to enquire about all his trains at a particular reporting location on the infrastructure of a specific IM. 
Forespørsel fra et jernbaneforetak om alle dets tog på et bestemt rapporteringspunkt på en bestemt infrastrukturforvaltnings infrastruktur.
reporting location identification (The reporting location for which the forecast is required. 
identifikasjon av rapporteringspunkt (det rapporteringspunkt som prognosen gjelder for.
This is optional and, if not stated, the response should be the final reporting point for that IM for this train.). 
Opplysningen er valgfri. Dersom ikke annet er oppgitt, gjelder svaret den nevnte infrastrukturforvaltningens siste rapporteringspunkt for dette toget).
for each of this enquirer's trains: 
for hvert av denne spørsmålsstillerens tog:
scheduled departure date and time at IM location or scheduled handover time, 
planlagt dato og klokkeslett for avgang fra infrastrukturforvaltningen, eller planlagt tidspunkt for overlevering,
Preliminary remark 
Innledende merknad
other identified specialist areas affecting safety. 
andre identifiserte spesialområder som har innvirkning på sikkerheten.
The Chapters 4.2.2 (Path request) through to 4.2.6 (Train location) have mainly described the communication between the RU and the IM. 
I kapittel 4.2.2 (Søknad om ruteleie) til 4.2.6 (Togposisjon) beskrives hovedsakelig kommunikasjonen mellom jernbaneforetak og infrastrukturforvaltning.
Since the task of the infrastructure manager is the monitoring and control of the trains the key element for this communication is the train number. 
Ettersom infrastrukturforvaltningens oppgave er å overvåke og kontrollere togene, er tognummeret et nøkkelelement i denne kommunikasjonen.
The wagon information part of the train composition message is relevant for checking the train composition against the IM/RU path-contract and in cases of exceptions. 
Vognopplysningsdelen av meldingen «Togsammensetning» er relevant for å kontrollere togsammensetningen mot ruteleieavtalen mellom infrastrukturforvaltning og jernbaneforetak, og i unntakstilfeller.
The individual monitoring of wagons or intermodal units is not covered by this information exchange. 
Den individuelle overvåkingen av vogner eller enheter for ulike transportsystemer omfattes ikke av denne informasjonsutvekslingen
This is done on the RU/LRU level based on the train related messages and is described in the following Chapters 4.2.7 (Shipment ETI/ETA) to 4.2.9 (Interchange reporting). 
Dette gjøres på jernbaneforetaks-/hovedjernbaneforetaksnivå på grunnlag av togmeldingene, og er beskrevet i kapittel 4.2.7 (ETI/ETA for forsendelse) til kapittel 4.2.9 (Rapportering av overgang).
The wagon or intermodal unit related information exchange and updating are essentially supported by storage of «trip plans» and «wagon movements» (Chapter 4.2.12.2: 
Informasjonsutveksling og oppdatering med hensyn til vogner eller enheter for ulike systemer er hovedsakelig basert på lagrede opplysninger om «ruteplaner» og «vognbevegelser» (kapittel 4.2.12.2:
As already mentioned in Chapter 2.3.2 (Considered processes), for a customer the most important information is always the estimated time of arrival (ETA) for his shipment. 
Som allerede nevnt i kapittel 2.3.2 (Vurderte prosesser), er den viktigste opplysningen for kunden alltid forsendelsens forventede ankomsttid (ETA).
The wagon related ETA as well as the ETI is also the basic information in the communication between LRU and RU. 
ETA og ETI for vogner er også grunnleggende opplysninger i kommunikasjonen mellom jernbaneforetaket og hovedjernbaneforetaket.
This information is the main instrument for the LRU to monitor the physical transport of a shipment and to check it against the commitment to the customer. 
Disse opplysningene er også hovedjernbaneforetakets viktigste verktøy for å overvåke den fysiske transporten av en forsendelse og kontrollere den mot forpliktelsene overfor kunden.
The forecasted times in the train related messages are all related to an arrival of a train at a certain point, which may be a handover point, interchange point, the train destination or another reporting point. 
De beregnede tidspunktene i togmeldingene gjelder alle sammen et togs ankomst til et bestemt punkt, som kan være et overleveringspunkt, et overgangspunkt, togets bestemmelsessted eller et annet rapporteringspunkt.
These are all Train Estimated Times of Arrivals (TETA). 
Disse er alle sammen togets forventede ankomsttider (TETA).
For the various wagons or intermodal units in the train, such a TETA may have different meanings. 
En slik TETA kan ha forskjellige betydninger for togets ulike vogner eller enheter for ulike transportsystemer.
A TETA for an interchange point, for example, may be an estimated time of interchange (ETI) for some wagons or intermodal units. 
Et togs forventede ankomsttid på et overgangspunkt kan for eksempel for noen vogner eller enheter for ulike transportsystemer være et forventet tidspunkt for overlevering (ETI).
For other wagons remaining in the train for further transportation by the same RU, the TETA might have no relevance. 
For andre vogner, som forblir i toget for å bli transportert videre av samme jernbaneforetak, har togets forventede ankomsttid ingen betydning.
It is the task of the RU receiving the TETA information to identify and process that information, store it as a wagon movement in the Wagon and Intermodal Unit Operational Database and communicate it to the LRU, if the train is not running in Open Access mode. 
Det er jernbaneforetaket som mottar TETA-opplysningene, som er ansvarlig for å identifisere og behandle disse opplysningene, lagre dem som en vognbevegelse i driftsdatabasen for vogner og enheter for ulike transportsystemer og oversende dem til hovedjernbaneforetaket, dersom toget ikke kjører med fri adgang.
This is now considered in the following chapters. 
Dette blir behandlet i de følgende kapitlene.
ETI/ETA calculation 
Beregning av ETI/ETA
The ETI/ETA calculation is based on the information from the infrastructure manager in charge, which sends, within the Train Running Forecast message, the Train Estimated Time of Arrival (TETA) for defined reporting points (in any case for handover, interchange, or arrival points including intermodal terminals) on the agreed train path e.g. for the handover point from one IM to the next IM (in this case TETA is equal to ETH). 
ETI/ETA-beregningen er basert på opplysningene fra ansvarlig infrastrukturforvaltning, som i meldingen «Varsel om beregnet ankomsttid» sender togets forventede ankomsttid (TETA) for fastsatte rapporteringspunkter (som alltid omfatter overleverings-, overgangs- eller ankomstpunkter, herunder terminaler for ulike transportsystemer) på det avtalte ruteleiet, for eksempel punktet for overlevering fra en infrastrukturforvaltning til den neste (i dette tilfellet er TETA identisk med det forventede overleveringstidspunktet (ETH)).
For the interchange points or for other defined reporting points on the agreed train path, the RU must calculate for the next RU in the transport shipment chain, the estimated time of interchange (ETI) for the wagons and/or intermodal units. 
For overgangspunktene, eller for andre fastsatte rapporteringspunkter på det avtalte ruteleiet, skal jernbaneforetaket for det neste jernbaneforetaket i transportkjeden beregne det forventede tidspunktet for overlevering (ETI) for vognene og/eller enhetene for ulike transportsystemer.
As an RU may have wagons with different journeys and from various LRUs within the train, the interchange point for the ETI calculation for the wagons may be different. 
Ettersom et jernbaneforetak kan ha vogner beregnet på ulike strekninger fra ulike hovedjernbaneforetak innenfor ett og samme tog, kan overgangspunktet for beregning av vognenes forventede tidspunkt for overføring (ETI) være forskjellig.
This is explained in the following two simplified examples (The pictorial representation of these scenarios is given in Annex A, Index 5, Chapter 1.4 and the sequence diagram based on example 1 for the interchange point C is shown in Annex A, Index 5, Chapter 5). 
Dette er forklart i de følgende to forenklede eksemplene (en bildeframstilling av disse situasjonene finnes i vedlegg A indeks 5 kapittel 1.4, og et sekvensdiagram basert på eksempel 1 for overgangspunkt C er gjengitt i vedlegg A indeks 5 kapittel 5).
Example 1 
Eksempel 1
RU 1 has wagons No 1 and 2 from LRU 1 and wagons No 3 to 5 from LRU 2 within the same train. 
Jernbaneforetak 1 har vogn 1 og 2 fra hovedjernbaneforetak 1 og vogn 3 5 fra hovedjernbaneforetak 2 innenfor samme tog.
At the interchange point C the further transport of the wagons 1 and 2 will be done by RU 2 and for the wagons 3 to 5 by RU 3. In this case RU 1 must calculate related to the interchange point C the ETI for the wagons 1 and 2 and must send these values to LRU 1. RU 1 must also calculate related to the same interchange point C the ETI for the wagons 3 to 5 and send these values to LRU 2. 
På overgangspunkt C vil den videre transporten av vogn 1 og 2 bli utført av jernbaneforetak 2, mens den videre transporten av vogn 3 5 vil bli utført av jernbaneforetak 3. I dette tilfellet skal jernbaneforetak 1 beregne ETI for vogn 1 og 2 og sende disse verdiene til hovedjernbaneforetak 1. Jernbaneforetak 1 skal for samme overføringspunkt C også beregne ETI for vogn 3 5 og sende disse verdiene til hovedjernbaneforetak 2.
At the interchange point C the further transport of the wagons 3 to 5 will be done by RU 3 whereas the wagons 1 and 2 remain in the train of RU 1 until the interchange point E, where the responsibility for these wagons will be changed to RU 2. 
På overgangspunkt C vil den videre transporten av vogn 3 5 bli utført av jernbaneforetak 3, mens jernbaneforetak 1 beholder vogn 1 og 2 i sitt tog fram til overgangspunkt E, der ansvaret for vognene overføres til jernbaneforetak 2.
In this case RU 1 must calculate related to the interchange point C only the ETI for the wagons 3 to 5 and must send these values to LRU 2. 
I dette tilfellet skal jernbaneforetak 1 for overgangspunkt C beregne ETI bare for vogn 3 5 og sende disse verdiene til hovedjernbaneforetak 2.
For the wagons 1 and 2 the interchange point C is not relevant. 
For vogn 1 og 2 er overgangspunkt C ikke relevant.
The next relevant interchange point for these wagons is E and related to this point the RU 1 must calculate the ETI and send these values to LRU 1. 
Det neste relevante overgangspunktet for disse vognene er E, og jernbaneforetak 1 skal for dette punktet beregne ETI og sende disse verdiene til hovedjernbaneforetak 1.
The next RU, based upon the ETI input of the preceding RU, calculates for its part the wagon related ETI for the next interchange point. 
På grunnlag av mottatt ETI fra det foregående jernbaneforetaket skal det neste jernbaneforetaket for sin del beregne vognenes ETI for det neste overgangspunktet.
These steps are effected by each succeeding RU. 
Disse trinnene utføres av hvert etterfølgende jernbaneforetak.
When the last RU (e.g. RU n) in the transport chain of a wagon receives the ETI from his preceding RU (e.g. RU n-1) for the interchange of the wagon between RU n-1 and RU n, the last RU (RU n) must calculate the estimated time of arrival of the wagons at the final destination. 
Når det siste jernbaneforetaket (for eksempel jernbaneforetak n) i en vogns transportkjede mottar ETI fra det foregående jernbaneforetaket (for eksempel jernbaneforetak n-1) for vognens overgang mellom jernbaneforetak n-1 og jernbaneforetak n, skal det siste jernbaneforetaket (jernbaneforetak n) beregne forventet ankomsttid for vognene på det endelige bestemmelsesstedet.
components (including spare parts) and materials are used as specified in the maintenance orders and supplier documentation; 
komponenter (herunder reservedeler) og materialer brukes som angitt i vedlikeholdsordrene og leverandørdokumentasjonen,
This is to cater for the placement of the wagons according to the wagon order and in line with the commitment of the LRU to his customer. 
Dette gjøres for å ordne vognene i henhold til vognordren og for å ta hensyn til hovedjernbaneforetakets forpliktelser overfor kunden.
This is the ETA for the wagon and must be sent to the LRU. 
Dette er vognens forventede ankomsttid og skal sendes til hovedjernbaneforetaket.
It must be electronically stored along with wagon movement. 
Den forventede ankomsttiden skal lagres elektronisk sammen med vognbevegelsen.
The LRU must grant access to the customer for his relevant data, according to contractual conditions. 
Hovedjernbaneforetaket skal gi kunden tilgang til relevante data i henhold til avtalevilkårene.
Remark on intermodal units: 
Merknad om enheter for ulike transportsystemer:
for the intermodal units on a wagon, the wagon ETIs are also ETIs for the intermodal units. 
For en vogns enheter for ulike transportsystemer er vognens ETI også ETI for enhetene for ulike transportsystemer.
Regarding the ETAs for intermodal units it should be noticed, that the RU is not in the position to calculate such an ETA beyond the rail transportation part. 
Med hensyn til de forventede ankomsttidene for enheter for ulike transportsystemer bør det bemerkes at jernbaneforetaket har mulighet til å beregne forventet ankomsttid bare for jernbanedelen av transporten.
Therefore the RU can only deliver ETIs related to the intermodal terminal. 
Jernbaneforetaket kan derfor bare levere ETI som gjelder for terminalen for ulike transportsystemer.
The Lead RU is responsible for the comparison of the ETA with the commitment to the customer. 
Hovedjernbaneforetaket er ansvarlig for å sammenligne den forventede ankomsttiden med forpliktelsene overfor kunden.
Deviations of the ETA against the commitment to the customer must be handled in accordance with the contract and may lead to an alert management process by the LRU. 
Avvik mellom forventet ankomsttid og forpliktelsene overfor kunden må håndteres i samsvar med avtalen, og kan føre til at hovedjernbaneforetaket iverksetter en alarmhåndteringsprosess.
T.2. 
T.2.
For the transmission of information on the result of this process is foreseen the Alert message. 
En alarmmelding benyttes for å overføre opplysninger om resultatet av denne prosessen.
As a basis for the Alert management process the LRU must have the possibility for a wagon related enquiry on deviations. 
Som grunnlag for alarmhåndteringsprosessen skal hovedjernbaneforetaket ha mulighet til å foreta en forespørsel om avvik som gjelder vogner.
This enquiry of an LRU and the response from an RU is also specified below. 
En slik forespørsel fra et hovedjernbaneforetak, og et jernbaneforetaks svar, er beskrevet nedenfor.
Wagon ETI/ETA message 
Melding om vognens ETI/ETA
sending ETI or updated ETI from one RU to the next in the transport chain. 
Sende ETI eller oppdatert ETI fra ett jernbaneforetak til det neste i transportkjeden.
The last RU in the transport chain of the wagons sends the ETA or updated ETA to the LRU. 
Det siste jernbaneforetaket i vognenes transportkjede skal sende ETA eller oppdatert ETA til hovedjernbaneforetaket.
RU identification which has produced the ETI or ETA, 
identifikasjon av det jernbaneforetaket som har beregnet ETI eller ETA,
departure or previous interchange station (ETI or departure time at origin station), 
avgangsstasjon eller foregående overgangsstasjon (ETI eller avgangstid fra startstasjonen),
train number starting from departure or previous interchange station (from ETI or departure time at origin station), 
nummer på tog som starter fra avgangsstasjon eller foregående overgangsstasjon (fra ETI eller avgangstid fra startstasjonen),
actual departure date and time of the train, 
faktisk dato og klokkeslett for togets avgang
arrival or next interchange station (ETI/ETA end), 
ankomststasjon eller neste overgangsstasjon (ETI/ETA slutt),
train number arriving at the ETI/ETA end station (arrival or next interchange station), 
nummer på tog som ankommer ETI/ETA-sluttstasjon (ankomststasjon eller neste overgangsstasjon),
arrival date and time of the wagon (ETI or ETA). 
dato og klokkeslett for vognens ankomst (ETI eller ETA).
Alert message 
Meldingen «Alarmmelding»
non-destructive testing; 
ikke-destruktiv prøving,
following the comparison between ETA and commitment to the customer, the LRU may send an Alert message to the RUs involved. 
På grunnlag av en sammenligning av forventet ankomsttid med forpliktelsene overfor kunden kan hovedjernbaneforetaket sende en alarmmelding til de berørte jernbaneforetakene.
wagon number, 
vognnummer,
commitment to the customer: 
forpliktelser overfor kunden:
arrival date and hour, 
dato og klokkeslett for ankomst,
actual ETA: 
faktisk forventet ankomsttid:
date and time. 
dato og klokkeslett.
In case of Open Access the calculation of ETI and ETA is an RU internal process. 
I tilfelle av fri adgang er beregningen av ETI og forventet ankomsttid en intern prosess i jernbaneforetaket.
In this case the RU is the lead RU itself. 
I dette tilfellet er jernbaneforetaket selv hovedjernbaneforetak.
Enquiry about Wagon deviation messages 
Meldinger for forespørsel om vognavvik
LRU to enquire on the deviations to a specific wagon. 
Forespørsel fra hovedjernbaneforetak om avvik med hensyn til en bestemt vogn.
LRU identifier. 
identifikasjon av hovedjernbaneforetak.