natgillin/translations-raw huggingface dataset:
This message must be sent from IM(s) to RU confirming details of path in response to RU's «Path Request», perhaps with changed values. 
Denne meldinger skal sendes fra infrastrukturforvaltning(er) til jernbaneforetak som bekreftelse på detaljer om ruteleie og svar på jernbaneforetakets «ruteleiesøknad», eventuelt med endrede verdier.
Path confirmed 
Ruteleie bekreftet
Path details refused 
Detaljer om ruteleie avvist
Path cancelled 
Ruteleie annullert
Path not available 
Ruteleie ikke tilgjengelig
Advice from the IM to the RU that the booked path is not available (cancellation of a booked path by IM). 
Underretning fra infrastrukturforvaltningen til jernbaneforetaket om at det bestilte ruteleiet ikke er tilgjengelig (infrastrukturforvaltningens annullering av et bestilt ruteleie).
This message must be sent from the recipient of a message to the originator of the message when the required response cannot be made available in real-time. 
Denne meldingen skal sendes fra mottakeren av en melding til meldingens avsender dersom det avkrevde svaret ikke kan gjøres tilgjengelig i sanntid.
This parameter specifies the messages which must be exchanged during the train preparation phase until the start of the train. 
Denne parameteren angir meldinger som skal utveksles under klargjøring av tog og fram til toget starter.
This parameter contains three groups of data: 
Denne parameteren inneholder tre grupper med data:
Train composition relating to the make up of the train and its actual characteristics. 
togets sammensetning og dets faktiske egenskaper.
This is made available to all IMs and RUs involved with the train; 
Denne stilles til rådighet for alle infrastrukturforvaltninger og jernbaneforetak som er involvert i toget,
Reaction of the IM, when receiving the train composition; 
infrastrukturforvaltningens reaksjon ved mottak av togsammensetning,
The dialogue between IM and RU for each segment on the train journey that is necessary when the train is ready. 
dialog mellom infrastrukturforvaltningen og jernbaneforetaket for hver del av togreisen som er nødvendig når toget er klart.
Access to registers and reference files 
Adgang til registre og referansedata
For the preparation of the train, the RU must have access to the actual infrastructure data (infrastructure register), to the dangerous goods reference file, to the technical wagon data and to the current, updated information status on the wagons. 
I forbindelse med klargjøring av toget skal jernbaneforetaket ha adgang til de faktiske infrastrukturdataene (infrastrukturregisteret), til referansedataene om farlig gods, til tekniske vogndata og til aktuelle, ajourførte statusopplysninger om vognene.
Conditions for sending the train composition 
Vilkår for å sende togsammensetningen
If the train composition is changed at a location, this message must be exchanged once more to all parties involved with information updated by the RU. 
Dersom togsammensetningen endres på et sted, skal jernbaneforetaket sende denne meldingen nok en gang til alle involverte parter med ajourførte opplysninger.
The train composition message 
Melding om togsammensetning
The train composition message must contain all data required for safe and efficient traffic. 
Meldingen om togsammensetning skal inneholde alle data som kreves for sikker og effektiv trafikk.
These are the data concerning the physical characteristics of a train in so far as these interact with the infrastructure network over which it is to run. 
Dette er data vedrørende et togs fysiske egenskaper i den grad disse har innvirkning på infrastrukturnettet som toget kjører på.
IM reactions on the train composition 
Infrastrukturforvaltningens reaksjoner på togsammensetningen
Train accepted 
Tog godkjent
This message is optional, if nothing else is agreed between IM and RU. 
Denne meldingen er valgfri dersom ikke annet er avtalt mellom infrastrukturforvaltningen og jernbaneforetaket.
The train preparation can be completed. 
Klargjøringen av toget kan fullføres.
Train not suitable 
Tog ikke egnet
If the train is not suitable for the previously agreed path, the IM must inform the RU, with this message. 
Dersom toget ikke er egnet for det tidligere avtale ruteleiet, skal infrastrukturforvaltningen underrette jernbaneforetaket med denne meldingen.
In this case the RU has to recheck the train composition or to cancel the train path and to request new path. 
I dette tilfellet skal jernbaneforetaket kontrollere togsammensetningen på nytt eller annullere ruteleiet og be om nytt ruteleie.
Train start dialogue 
Togstartdialog
At each point where the responsibility changes on the RU side, the start procedure dialogue is obligatory. 
Ved hvert punkt der ansvaret går over til jernbaneforetaket, er startprosedyredialogen obligatorisk.
Train ready 
Tog klart
Train position 
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 kan sendes fra infrastrukturforvaltningen til jernbaneforetaket, og definerer nøyaktig hvor og når toget skal gi seg til kjenne på nettet som svar på meldingen «Tog klart».
Train at start 
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 reisen.
This message must have an identifier to which it refers. 
Denne meldingen skal ha en identifikator som den viser til.
Train running advice 
Underretning om togtrafikk
IM to RU, this message must be sent to indicate that the train has arrived on the infrastructure 
Denne meldingen, som sendes fra infrastrukturforvaltningen til jernbaneforetaket, angir at toget har ankommet på infrastrukturen
This parameter describes the messages issued by the IM to the RU and also exchanged between the IMs involved at agreed reporting points. 
Denne parameteren beskriver meldingene send fra infrastrukturforvaltningen til jernbaneforetaket og utvekslet mellom involverte infrastrukturforvaltninger på avtalte rapporteringspunkter.
The message contains the forecasted time of the train at a specified location e.g. if the specified location is a hand over point, then the forecasted time is the ETH (estimated time of handover). 
Denne meldingen inneholder beregnet tidspunkt for toget på et angitt sted; dersom det angitte stedet f.eks. er et overleveringspunkt, er det beregnede tidspunktet ETH (Estimated Time of Handover - forventet overleveringstidspunkt).
For all other reporting points the forecasted time is TETA (train estimated time of arrival) 
For alle andre rapporteringspunkter er beregnet tidspunkt TETA (Train Estimated Time of Arrival - togets beregnede ankomsttid).
The message contains the actual arrival time, departure time or pass-through time of a train at a specified location together with the deviation against schedule. 
Denne meldingen inneholder den faktiske ankomsttiden, avgangstiden eller passeringstiden til et tog på et bestemt sted sammen med avvik fra ruteplanen.
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), the messages are sent to this RU. 
Ved fri adgang, som betyr at ruteleiene for hele reisen er bestilt av ett jernbaneforetak (dette jernbaneforetaket kjører også toget under hele reisen), sendes meldingene til dette jernbaneforetaket.
In the case of cooperation mode, 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. 
Ved samarbeid finner denne informasjonsutvekslingen mellom jernbaneforetak og infrastrukturforvaltninger alltid sted mellom ansvarlig infrastrukturforvaltning og jernbaneforetaket som har bestilt ruteleiet der toget faktisk kjører.
Approaching scenario 
Ankomstsituasjoner
The following scenarios will be differentiated, taking into account the various communication relations between RUs and IMs according to the path booking: 
Det skilles mellom følgende situasjoner, idet det tas hensyn til forskjellige kommunikasjonsforhold mellom jernbaneforetak og infrastrukturforvaltninger i samsvar med ruteleiebestillingen:
train approaching a handover point between IM No1 and his neighbour IM No 2. 
tog nærmer seg et overleveringspunkt mellom infrastrukturforvaltning nr. 1 og dens nabo infrastrukturforvaltning nr. 2.
The handover point is not also an interchange or handling point; 
Overleveringspunktet er ikke et overførings- eller håndteringspunkt,
train approaching an interchange point between RU 1 and the next RU 2. 
tog nærmer seg et overføringspunkt mellom jernbaneforetak nr. 1 og dens nabo jernbaneforetak nr. 2.
The interchange point may also be a handover point between e.g. IM No 1 and IM No 2; 
Overføringspunktet kan også være et overleveringspunkt mellom f.eks. infrastrukturforvaltning nr. 1 og infrastrukturforvaltning nr. 2,
train approaching a handling point of an RU; 
tog nærmer seg et håndteringspunkt for et jernbaneforetak,
train arrival at destination. 
togankomst ved bestemmelsessted.
This parameter describes the handling and the message exchange in case of any service disruption during train running. 
Denne parameteren beskriver håndtering og meldingsutveksling ved driftsforstyrrelser under togtrafikk.
Temporary disruption in responsibility of the RU 
Midlertidig forstyrrelse som er jernbaneforetakets ansvar
When the RU learns about a service disruption during the train running operation for which it is responsible, it immediately informs the IM (no IT-Message e.g. from the driver). 
Dersom jernbaneforetaket får kjennskap til en driftsforstyrrelse under togets kjøring som det er ansvarlig for, skal det umiddelbart underrette infrastrukturforvaltningen (f.eks. ingen IT-melding fra føreren).
Temporary disruption in responsibility of the IM 
Midlertidig forstyrrelse som er infrastrukturforvaltningens ansvar
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 overstiger x minutter (denne verdien skal være fastsatt i kontrakten mellom jernbaneforetaket og infrastrukturforvaltningen), skal berørt infrastrukturforvaltning sende jernbaneforetaket et varsel om estimert ankomsttid for neste rapporteringspunkt.
Cancellation of the train 
Innstilling av toget
If the train is cancelled, the IM sends to the neighbouring IM and to the path contracted RU a 
Dersom toget innstilles, sender infrastrukturforvaltningen til neste infrastrukturforvaltning og til jernbaneforetaket med kontrakt for ruteleiet
train running interrupted message. 
en melding om avbrutt togtrafikk.
This parameter specifies the tracing possibility to get information about train location, train delays and performance. 
Denne parameteren angir sporingsmuligheten til å få opplysninger om togposisjon, togforsinkelser og ytelse.
The information is based mainly on the stored message exchange from the IMs. 
Opplysningene bygger hovedsakelig på den lagrede meldingsutvekslingen fra infrastrukturforvaltningene.
Access possibility 
Adgangsmulighet
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. 
Adgangen til disse opplysningene skal være uavhengig av kommunikasjonsforholdet mellom jernbaneforetaket og infrastrukturforvaltningen under togets kjøring, hvilket betyr at jernbaneforetaket må ha én enkelt adgangsadresse til disse opplysningene.
Accessible information 
Tilgjengelige opplysninger
Train running 
Togtrafikk
Information on the last recorded status (location, delays and delay reasons) of one specific train on the infrastructure of a specified IM. 
Opplysninger om sist registrerte status (posisjon, forsinkelser og årsaker til forsinkelser) for et bestemt tog på infrastrukturen til en bestemt infrastrukturforvaltning.
Train delay/performance 
Togforsinkelse/ytelse
Information on all the delays to a specific train with a particular IM 
Opplysninger om alle forsinkelser for et bestemt tog med en bestemt infrastrukturforvaltning.
Train identifier 
Tog-ID
Information about the current train ID and its previous Train IDs. 
Opplysninger om gjeldende tog-ID og tidligere tog-ID-er.
Any of the train IDs for a specific train can be used as access key to this information. 
Alle tog-ID-er for et bestemt tog kan brukes som adgangsnøkkel til disse opplysningene.
Train forecast 
Togprognose
Information about the forecast time for a specified train at a particular reporting location. 
Opplysninger om forventet tidspunkt for et bestemt tog ved et bestemt rapporteringspunkt.
Trains at reporting location 
Tog ved rapporteringspunkt
Information about all trains of an RU at a particular reporting location on the infrastructure of a specific IM. 
Opplysninger om alle et jernbaneforetaks tog ved et bestemt rapporteringspunkt på infrastrukturen til en bestemt infrastrukturforvaltning.
This parameter describes the ETI/ETA calculation procedure and the needed message exchange between the RUs and the Lead RU. 
Denne parameteren beskriver framgangsmåten for ETI/ETA-beregningen og nødvendig meldingsutveksling mellom jernbaneforetakene og primært jernbaneforetak.
Estimated time of interchange of a shipment (wagon) from one RU to the next RU in the transport chain. 
Forventet tidspunkt for overlevering av en forsendelse (vogn) fra ett jernbaneforetak til et annet i transportkjeden.
Estimated time of arrival of a shipment (wagon) on the consignee sidings. 
Forventet ankomsttid for en forsendelse (vogn) på mottakerens sidespor.
RU's capability 
Jernbaneforetakets kapasitet
Each RU must have the capability to receive and generate the ETI for the next RU 
Hvert jernbaneforetak skal være i stand til å motta og generere ETI for neste jernbaneforetak.
In the case of open access, only one RU exists. 
Ved fri adgang finnes det bare ett jernbaneforetak.
This RU has to calculate the shipment related ETA for its customer after having established the trip plan for the shipment and it has to update the ETA each time, when a deviation during the transportation was detected. 
Dette jernbaneforetaket skal beregne forsendelsens ETA for sin kunde etter å ha fastsatt ruteplanen for forsendelsen, og det må ajourføre ETA hver gang det registreres et avvik under transporten.
In the cooperation mode the lead RU sends the shipment/wagon order and the release time for the shipment/wagon to the first RU, which creates ETI and sends it to the next RU involved. 
Ved samarbeid sender det primære jernbaneforetaket bestillingen for og tidspunktet for frigivelse av forsendelsen/vognen til første jernbaneforetak, som genererer ETI og sender den til neste involverte jernbaneforetak.
The last RU creates the ETA and sends it back to the Lead RU. 
Siste jernbaneforetak genererer ETA og sender den tilbake til det primære jernbaneforetaket.
This procedure must be repeated when ever a deviation in the transportation of the shipment is detected or on request from the LRU. 
Denne framgangsmåten gjentas hver gang det registreres avvik i transporten av forsendelsen, eller på forespørsel fra det primære jernbaneforetaket.
The needed message is the 
Den nødvendige meldingen er
Basis for the ETI/ETA calculation 
Grunnlag for beregning av ETI/ETA
The first calculation is based on the release time of the shipment/wagon. 
Første beregning bygger på frigivelsestidspunktet for forsendelse/vogn.
The updates are based on the information from the Infrastructure manager in charge, which sends, within the train running forecast message for the train on which the shipment/wagon is transported, the train estimated time of arrival (TETA) for defined reporting points. 
Ajourføringer bygger på opplysninger fra ansvarlig infrastrukturforvaltning, som i varselet om estimert ankomsttid for toget der forsendelsen/vognen transporteres, sender togets forventede ankomsttid (TETA) for definerte rapporteringspunkter.
Intermodal units 
Intermodale enheter
For the intermodal units on a wagon, the wagon ETIs are also ETIs for the intermodal units, the wagon ETA must be calculated as ETIs for the intermodal units on the wagon by the last RU, since the RU delivers the wagon only to the intermodal terminal operator and not to the final customer. 
I forbindelse med intermodale enheter på en vogn er vognens ETIer også ETIer for de intermodale enhetene, og vognens ETA skal beregnes som ETIer for de intermodale enhetene på vognen av siste jernbaneforetak, ettersom jernbaneforetaket leverer vognen bare til den intermodale terminaloperatøren og ikke til sluttkunden.
Alert management 
Alarmhåndtering
The lead RU is responsible for the comparison with the commitment to the customer. 
Det primære jernbaneforetaket er ansvarlig for sammenligning med forpliktelsen overfor kunden.
As a basis for the alert management process, the LRU must have the possibility for a wagon related enquiry on deviations, done with Enquiry: 
Som grunnlag for alarmhåndteringsprosessen skal det primære jernbaneforetaket ha mulighet for en vognrelatert forespørsel om avvik, utført med forespørselen
Information about wagon deviation 
opplysninger om vognavvik.
This parameter describes the reporting of the movement of a wagon and defines the needed message exchange between RUs and Lead RU (acting as service integrator). 
Denne parameteren beskriver rapporteringen av en vogns bevegelse og definerer behovet for meldingsutveksling mellom jernbaneforetakene og det primære jernbaneforetaket (som opptrer som tjenesteintegrator).
In the case of open access only one RU exists, which also is the LRU. 
Ved fri adgang finnes det bare ett jernbaneforetak, som også er primært jernbaneforetak.
No data exchange to other RUs is needed. 
Ingen datautveksling er nødvendig.
Therefore the wagon movement is an RU (LRU) internal process. 
Vognbevegelsen er derfor en intern prosess i (det primære) jernbaneforetaket.
The LRU itself is responsible for the data storage and updating of the wagon related movement database. 
Det primære jernbaneforetaket er selv ansvarlig for datalagringen og oppdatering av databasen for vognrelatert bevegelse.
The events which must be stored are: 
Hendelsene som skal lagres, er
wagon ready to be pulled from customer sidings 
vogn klar til avgang fra kundens sidespor,
wagon pulled from customer sidings 
vogn trukket fra kundens sidespor,
wagon arrived at RU's yard 
vogn ankommet jernbaneforetakets rangerstasjon,
wagon has left the yard 
vogn forlatt rangerstasjon,
any wagon exceptions 
eventuelle vognavvik,
wagon arrived at destination yard 
vogn ankommet bestemmelsesstasjon,
wagon placed on customer sidings 
vogn anbrakt på kundens sidespor.
Cooperation model 
Samarbeidsmodell
For the reporting of the movement of a wagon, each RU involved must store the relevant data and must make it electronically accessible. 
For rapportering av en vogns bevegelse skal hvert involverte jernbaneforetak lagre relevante data og gjøre dem tilgjengelige elektronisk.
The data must be also exchanged within message on contractual base to authorised parties. 
Dataene skal også utveksles i meldingen om kontraktsmessig grunnlag til autoriserte parter.
Needed messages 
Nødvendige meldinger
Wagon release notice 
Melding om frigivelse av vogn
The Lead RU must tell the RU in charge that the wagon is ready for pull at the customer sidings at the given release time. 
Det primære jernbaneforetaket skal fortelle det ansvarlige jernbaneforetaket at vognen er klar til avhenting på kundens sidespor på et gitt frigivelsestidspunkt.
This event must be stored in the wagon movement database. 
Denne hendelsen skal lagres i databasen for vognbevegelse.
Wagon departure notice 
Melding om vognavgang
The RU must inform the LRU of the actual Date and Time that the wagon has been pulled from the place of departure. 
Jernbaneforetaket skal underrette det primære jernbaneforetaket om faktisk dato og klokkeslett da vognen ble trukket ut fra avgangsstedet.
Wagon yard arrival 
Vognankomst ved rangerstasjon
This message can be based on a «Train running advice». 
Denne meldingen kan baseres på «Underretning om togtrafikk».
Wagon yard departure 
Vognavgang fra rangerstasjon
This message can be based on a «Train running advice» message. 
Denne meldingen kan baseres på «Underretning om togtrafikk».
Wagon exceptions message 
Melding om vognavvik
The RU must inform the LRU about deviations e.g. bad order, including a new ETI/ETA. 
Jernbaneforetaket skal underrette det primære jernbaneforetaket om avvik, f.eks. feilbestilling, herunder ny ETI/ETA.
This information must be stored in the wagon movement database. 
Disse opplysningene skal lagres i databasen for vognbevegelse.
Wagon arrival notice 
Underretning om vognankomst
The last RU in a wagon or Intermodal unit transport chain must inform the LRU that the wagon has arrived at its yard (RU location). 
Siste jernbaneforetak i transportkjeden for en vogn eller intermodal enhet skal underrette det primære jernbaneforetaket om at vognen har ankommet dens rangerstasjon (hos jernbaneforetaket).
Wagon delivery notice 
Underretning om vognlevering
It also commands the new RU to make an ETI calculation. 
Den pålegger også det nye jernbaneforetaket å foreta en ETI-beregning.
Nothing has to be specified, as there is always the same responsible RU during the complete transport chain. 
Det er ikke nødvendig å angi noe, ettersom det ansvarlige jernbaneforetaket er det samme i hele transportkjeden.
But from the running advice of the train at a reporting point, the wagon or Intermodal unit related information regarding location and date and time of arrival and departure must be processed and stored in the wagon movement database. 
Men fra underretningen om togtrafikk ved et rapporteringspunkt skal opplysninger om vogn eller intermodal enhet med hensyn til posisjon og dato og klokkeslett for ankomst og adgang behandles og lagres i databasen for vognbevegelse.
The following messages are needed to transfer the control and responsibility of a shipment from one RU to another, the information of which must be stored in the wagon movement database. 
Følgende meldinger kreves for å overføre kontroll og ansvar for en forsendelse fra ett jernbaneforetak til et annet, og opplysningene om dette må lagres i databasen for vognbevegelse:
Wagon interchange notice 
Underretning om vognoverføring
With the «Wagon Interchange Notice» a railway undertaking (RU 1) asks the next railway undertaking (RU 2) in the transport chain whether it accepts the responsibility for a wagon. 
Med «Underretning om vognoverføring» spør et jernbaneforetak (RU 1) neste jernbaneforetak (RU 2) i transportkjeden om det påtar seg ansvaret for en vogn.
Wagon interchange notice/subset 
Underretning om vognoverføring/delsett
With the «wagon interchange notice/subset» the RU 1 informs the IM, that it is handling over the responsibility to the next RU. 
Med «Underretning om vognoverføring/delsett» underretter RU 1 infrastrukturforvaltningen om at det overlater ansvaret til neste jernbaneforetak.
Wagon received at interchange 
Vogn mottatt ved overføring
With the «wagon received at interchange» message, the RU 2 informs RU 1 that it accepts the responsibility for the wagon. 
Med meldingen «Vogn mottatt ved overføring» underretter RU 2 RU 1 om at det påtar seg ansvaret for vognen.
Wagon refused at interchange 
Vogn avvist ved overføring
With the «wagon refused at interchange» message, the RU 2 informs RU 1 that it is not willingly to take over the responsibility for the wagon. 
Med meldingen «Vogn avvist ved overføring» underretter RU 2 RU 1 om at det ikke er villig til å påta seg ansvaret for vognen.