natgillin/translations-raw huggingface dataset:
hvis der ikke kræves udveksling af meddelelsen »togposition«/»tog ved start« i den kontraktmæssige aftale mellem jernbanevirksomheden og infrastrukturforvalteren, skal denne meddelelse indeholde startdatoen/tidspunktet for togrejsen, som oplyser forvalteren om den planlagte dato/tidspunkt, hvor toget indfinder sig på netværket.
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.
Hvis udveksling af meddelelsen »togposition«/»tog ved start« kræves, må disse data ikke sendes.
In the case of the required message exchange Train Position/Train at Start, this data element must not be transmitted.
Meddelelsen »togposition«
Train Position message
Denne meddelelse, som infrastrukturforvalteren kan sende til jernbanevirksomheden, definerer nøjagtig, hvornår og hvor toget skal indfinde sig på netværket, som et svar på meddelelsen om tog klart.
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.
Overførslen af denne meddelelse afhænger af den kontraktmæssige aftale mellem virksomheden og forvalteren. Hvis det er nødvendigt at overføre meddelelsen, skal den primært indeholde:
The transmission of this message depends on the contractual arrangement between the RU and the IM. In case where the transmission is needed, the main contents of this message are:
afgangspunkt for kanal samt dato og tidspunkt, som kanalen blev bestilt til
path departure point with date and time for which the path is requested,
sporidentifikation, hvor jernbanevirksomheden informeres om, på hvilket spor toget skal indfinde sig på netværket
track identification, which informs the RU of the track ID on which the train should present itself to the network,
startdatoen/-tidspunktet for togrejsen, hvor jernbanevirksomheden informeres om den dato og det tidspunkt, hvor toget skal indfinde sig på netværket
train journey start date/time, which informs the RU of the precise date/time at which the train should present itself to the network,
kontrolkontakt-id.
control contact ID.
Meddelelsen »tog ved start«
Train at Start message
Jernbanevirksomheden kan sende denne meddelelse til infrastrukturforvalteren, når meddelelsen om togets position er modtaget fra forvalteren, for at angive, at toget er startet på sin rejse.
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 meddelelse skal indeholde en identifikator, som den henviser til, og følgende skal angives:
This message must have an identifier to which it refers and the indication:
tog ved start: dato/tidspunkt, hvor toget faktisk påbegyndte rejsen.
Train at Start: date/time train actually started journey.
Så snart toget indfinder sig på infrastrukturforvalterens infrastruktur, altså når toget har forladt afgangsstationen, sender forvalteren denne meddelelse til den jernbanevirksomhed, som har bestilt kanalen.
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.
Meddelelsen beskrives i kapitel 4.2.4 (Prognose for togkørsel).
This message is described in Chapter 4.2.4 (Train running forecast).
I dette afsnit beskrives de meddelelser, der skal udveksles under normal togkørsel uden afbrydelser.
This section specifies the messages which must be exchanged during the normal running of a train without any interruption.
De pågældende meddelelser er:
The relevant messages are:
prognose for togkørsel
Train Running Forecast,
oplysninger om togkørsel.
Train Running Information.
Denne udveksling af oplysninger mellem jernbanevirksomheder og infrastrukturforvaltere finder altid sted mellem den ansvarlige forvalter og den virksomhed, der har bestilt den kanal, som toget faktisk kører på.
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.
I tilfælde af fri adgang — hvor kanalerne for hele rejsen er bestilt af en jernbanevirksomhed (og virksomheden kører toget på hele turen) — sendes alle meddelelser til denne virksomhed.
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.
Det samme gælder, hvis kanalerne for turen er bestilt af en virksomhed via OSS.
The same is true, if the paths for the journey are booked by one RU via OSS.
Der skelnes mellem følgende situationer, idet der tages højde for forskellige kommunikationsforhold mellem jernbanevirksomheder og infrastrukturforvaltere afhængigt af kanalbestillingsscenarierne i kapitel 4.2.2.1 (Kanalansøgning, Indledende bemærkninger, scenario A og B):
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):
Tog nærmer sig et overdragelsespunkt mellem infrastrukturforvalter n1 og den næste infrastrukturforvalter n2
Train approaching a handover point between IM n1 and his neighbour IM n2
Det forudsættes, at overdragelsespunktet ikke også er et overgangs- (kun scenario B) eller håndteringspunkt.
It is supposed that the handover point is not also an interchange (only Scenario B) nor a handling point.
Overdragelsespunktet er således et punkt på en jernbanevirksomheds bestilte kanaler, og virksomheden har allerede sendt togsammensætningen til forvalter n2 og samtidig sendt denne meddelelse til forvalter n1.
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.
Denne meddelelse sendes samtidig til jernbanevirksomheden.
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.
Tog nærmer sig et overgangspunkt mellem jernbanevirksomhed 1 og den næste jernbanevirksomhed 2 (kun scenario B) I kanalaftalen skal der altid udpeges et overgangspunkt, der fungerer som rapporteringspunkt. (Værdierne for TETA (togets forventede ankomsttidspunkt) ved rapporteringspunkterne genereres af infrastrukturforvalterne som anført i deres aftaler med jernbanevirksomhederne.)
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).
Virksomhed 1 sender denne meddelelse til den næste jernbanevirksomhed (f.eks. virksomhed 2), som skal overtage toget.
This message is also sent to the RU having contracted the path e.g. RU 1.
Denne meddelelse sendes desuden til den primære jernbanevirksomhed ved transporten, hvis en sådan findes, og hvis dette kræves i samarbejdsaftalen mellem jernbanevirksomhederne. Hvis overgangspunktet også er et overdragelsespunkt mellem f.eks. infrastrukturforvalter n1 og forvalter n2, sender forvalter n1 allerede meddelelsen om prognosen for togkørsel efter afgang fra afgangspunktet eller fra det foregående overgangspunkt til forvalter n2 med det forventede overdragelsestidspunkt (ETH).
For the RU the ETH is equal to the TETA at the interchange point.
Denne meddelelse sendes også til den jernbanevirksomhed, der har indgået aftale om kanalen, f.eks. virksomhed 1. Set fra jernbanevirksomhedens synspunkt svarer ETH til TETA ved 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.
Virksomhed 1 sender denne meddelelse til virksomhed 2 og til den primære jernbanevirksomhed ved transporten, hvis en sådan findes, og hvis dette kræves i samarbejdsaftalen mellem virksomhederne. Når toget ankommer ved et overgangspunkt, skal infrastrukturforvalteren sende oplysninger om togkørsel med det faktiske ankomsttidspunkt ved dette punkt til den jernbanevirksomhed, som han har indgået aftale om kanalen med, for eksempel virksomhed 1.
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.
Før toget afgår fra overgangspunktet, skal virksomhed 2 sende en ny meddelelse om togsammensætningen til den infrastrukturforvalter, der har tildelt kanalen, og følge den afgangsprocedure, der er fastlagt i kapitel 4.2.3 (Klargøring af tog).
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).
Tog nærmer sig en jernbanevirksomheds håndteringspunkt (scenario A)
Train approaching a handling point of an RU (Scenario A)
I kanalaftalen skal der altid udpeges et håndteringspunkt, der fungerer som rapporteringspunkt.
A handling point must always be defined in the path contract as a reporting point.
I forhold til dette punkt skal den ansvarlige infrastrukturforvalter kun sende en meddelelse om en togkørselsprognose med TETA, hvis dette kræves i aftalen mellem forvalteren og jernbanevirksomheden.
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.
Men hvis håndteringspunktet også er et overdragelsespunkt mellem f.eks. infrastrukturforvalter n1 og forvalter n2, skal forvalter n1 efter afgang fra afgangspunktet eller fra den foregående overgang sende meddelelsen om togkørselsprognosen til forvalter n2 med det forventede overdragelsestidspunkt (ETH).
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).
Denne meddelelse sendes også til jernbanevirksomheden.
This message is also sent to the RU.
Set fra virksomhedens synspunkt svarer ETH til TETA ved håndteringspunktet.
For the RU the ETH is equal to the TETA at the handling point.
Når toget ankommer til håndteringspunktet, skal infrastrukturforvalteren sende oplysninger om togkørsel med det faktiske ankomsttidspunkt ved dette punkt til jernbanevirksomheden.
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.
Før toget afgår fra håndteringspunktet, skal virksomheden og forvalteren følge den afgangsprocedure, der er fastlagt i kapitel 4.2.3 (Klargøring af tog).
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).
Togets ankomst ved destinationen
Train arrival at destination
Når toget ankommer til destinationen, sender den ansvarlige infrastrukturforvalter en meddelelse med oplysninger om togkørsel til den jernbanevirksomhed, som har indgået aftale om kanalen, idet han angiver den faktiske ankomsttid.
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.
Bemærk: Kanalaftalen kan også omfatte andre punkter, for hvilke der kræves en prognose for togkørsel med TETA og meddelelser med oplysninger om togkørsel og faktiske tidspunkter.
Remark: 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 forhold til disse punkter sender den ansvarlige infrastrukturforvalter disse meddelelser som anført i aftalen.
For these points the IM in charge sends these messages as specified in the contract.
Den videre evaluering og behandling af de fremsendte ETH- og TETA-tidspunkter beskrives i kapitel 4.2.7 (Forsendelsens ETI/ETA) til 4.2.9 (Overdragelsesrapportering).
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).
I de følgende kapitler beskrives det vigtigste indhold i meddelelserne »prognose for togkørsel« og »tog kører«.
In the following chapters the message Train Running Forecast and Train Running Information are described by mentioning only the main contents.
Den logiske rækkefølge for denne udveksling af meddelelser i forbindelse med de forskellige kommunikationsscenarier fremgår af det dokument, der er henvist til i bilag A, indeks 5, kapitel 4. Det skal bemærkes, at for så vidt angår kommunikationsforbindelsen vedrørende togkørsel mellem jernbanevirksomheden og infrastrukturforvalterne, er de to kanalansøgningsscenarier A (eksempel A) og A (eksempel B) (kapitel 4.2.2.1 Kanalansøgning, Indledende bemærkninger) identiske, da forvalterne i begge tilfælde kun har kendskab til én virksomhed, f.eks. virksomhed 1, som kører toget på hele kanalen, og som har ansvaret for nye togsammensætninger ved håndteringspunkterne.
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: 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.
Meddelelsen »prognose for togkørsel«
Train Running Forecast message
Infrastrukturforvalteren skal sende denne meddelelse i forhold til overdragelsespunkter, overgangspunkter og togets destination som beskrevet i kapitel 4.2.4.1 (Prognose for togkørsel, Generelle bemærkninger).
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).
Derudover skal forvalteren sende meddelelsen til jernbanevirksomheden i forhold til andre rapporteringspunkter i overensstemmelse med aftalen mellem virksomheden og forvalteren (f.eks. håndteringspunkter).
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).
De vigtigste oplysninger er:
The main data elements are:
kanalnummer og tognummer
path number and train number,
planlagt dato og tidspunkt for afgang hos forvalteren (eller planlagt tidspunkt for overdragelse til næste forvalter)
scheduled departure date and time at IM location (or scheduled handover time to next IM),
udpegelse af rapporteringspunkt
reporting point identification,
prognose for dato/tidspunkt ved rapporteringspunkt.
forecasted date/time at reporting point.
Meddelelsen »tog kører«
Train Running Information message
Denne meddelelse skal sendes ved:
This message must be issued upon:
afgang fra afgangspunktet, ankomst ved destinationen
departure from departure point, arrival at destination,
ankomst og afgang ved overdragelsespunkter, overgangspunkter og rapporteringspunkter, som man er enedes om i aftalen (f.eks. håndteringspunkter).
arrival and departure at handover points, interchange points and at agreed reporting points based on contract (e.g. handling points).
planlagt dato og tidspunkt for afgang hos forvalteren
scheduled departure date and time at IM location,
seneste udpegelse af rapporteringspunkt
most recent reporting point identification,
faktisk tidspunkt ved rapporteringspunkt
actual time at reporting point,
togstatus ved rapporteringspunkt (ankomst, afgang, passage, ikke angivet, afgang fra oprindelsessted, ankomst ved destination)
train reporting point status (Arrival, Departure, Passage, Not Specified, Departure from Origin, Arrival at Destination),
ankomstspor ved punktet
arrival track at location,
afgangsspor ved punktet
departure track from location,
afvigelse i minutter i forhold til tidsplan
booked scheduled time delta deviation minutes,
gældende tidsplan i tilfælde af flere ændringer
current schedule if multiple re-schedules,
For hver afvigelse fra »planlagt tidspunkt« ved dette rapporteringspunkt:
For each deviation from ‘Booked Scheduled Time’ at that reporting location:
årsagskode(r)
reason code (perhaps multiple),
afvigelsestid for denne årsagskode (der kan anføres flere årsager pr. rapporteringspunkt)
deviation time for this reason code (multiple reasons may be posted per reporting point),
evt. yderligere beskrivelse af afvigelsen.
may add free text about deviation.
Hvis jernbanevirksomheden får kendskab til en driftsforstyrrelse i løbet af den togkørsel, som den er ansvarlig for, skal den straks underrette infrastrukturforvalteren (ingen it-meddelelse, f.eks. mundtligt fra lokoføreren).
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).
Om nødvendigt skal virksomheden ajourføre databasen om bevægelsen af vogne og intermodale enheder.
If necessary the RU updates the Wagon and Intermodal Unit Operational Database.
Og om nødvendigt skal forvalteren ajourføre infrastrukturdataene i databasen over begrænsninger i infrastrukturen og/eller henholdsvis kanal- eller togdatabasen.
If necessary the IM updates the infrastructure data in the Infrastructure Restriction Notice Database and/or the path, respectively the train database.
Hvis forsinkelsen er på mere end x antal minutter (denne værdi skal defineres i kontrakten mellem jernbanevirksomheden og infrastrukturforvalteren), skal den pågældende forvalter sende virksomheden en meddelelse om en togkørselsprognose med relation til det næste rapporteringspunkt.
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.
Hvis toget annulleres, sender forvalteren en meddelelse om afbrydelse af togkørsel som anført nedenfor.
If the train is cancelled, the IM sends a Train Running Interrupted message as specified below.
I undtagelsestilfælde, hvor virksomheden eller forvalteren ikke er i stand til at køre toget på det planlagte tidspunkt, skal de forhandle sig frem til en ny kanal i overensstemmelse med kapitel 4.2.2 (Kanalansøgning).
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.
Meddelelsen »afbrydelse af togkørsel«
Train Running Interrupted message
Hvis toget annulleres, sender infrastrukturforvalteren denne meddelelse til den næste forvalter og til den kanalkontraherende jernbanevirksomhed.
If the train is cancelled this message is issued by the IM to the neighbouring IM and to the path contracted RU.
De vigtigste dataelementer i denne meddelelse er:
The main data elements in this message are:
kanal- og tognummer
path and train number,
udpegelse af punkt
location identification,
planlagt dato og tidspunkt for afgang ved dette punkt
scheduled departure date and time at this location,
årsagen til afbrydelsen
interruption reason,
beskrivelse af afbrydelsen.
interruption description.
I dette afsnit beskrives mulighederne for sporing og indhentning af oplysninger om togets position.
This section specifies the tracing possibility to get information about train location.
Jernbanevirksomheden kan når som helst sende infrastrukturforvalteren en forespørgsel om virksomhedens tog.
The RU may send an enquiry to the IM about its trains at any time.
Virksomheden kan forespørge om:
The RU may enquire about:
togkørslen (seneste registrerede position, forsinkelser, årsager til forsinkelser)
the running of the train (last recorded location, delays, delay reasons),
et togs ydeevne (forsinkelser, årsager til forsinkelser og punkter, hvor de forekommer)
a train's performance (delays, delay reasons, delay locations),
alle identifikatorer i relation til et bestemt tog
all identifiers of a specified train,
togprognose ved en bestemt position
train forecast at a specified location,
alle prognoser for togkørsel for en bestemt position.
all train running forecasts for a specified location.
Adgangen til disse oplysninger skal være uafhængig af kommunikationsforholdet mellem virksomheden og forvalteren under togkørslen, hvilket betyder, at virksomheden skal have en enkelt [6] adgangsadresse til disse oplysninger.
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 [6] access address to this information.
Oplysningerne er primært baseret på ovennævnte udvekslinger af meddelelser.
The information is based mainly on the stored message exchange as mentioned above.
Forespørgsel om »tog kører« -meddelelserne
Enquiry about the Train Running messages
Formål Jernbanevirksomheden forespørger om den senest registrerede status (position, forsinkelser og årsager til forsinkelser) for et bestemt tog i en bestemt infrastrukturforvalters infrastruktur.
Purpose 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ørgsel Primære dataelementer:
Enquiry main data elements:
nummer på toget, der kører
train running number,
infrastrukturforvalter-id,
IM identifier,
planlagt dato og tidspunkt for afgang hos forvalteren.
scheduled departure date and time at IM location.
Svar Oplysninger:
Response information data:
seneste rapporteringspunkt
most recent reporting location,
planlagt tidspunkt
booked scheduled time,
forsinkelse i forhold til tidsplan
booked scheduled time delta delay,
ændret tidspunkt (i forhold til aktuel tidsplan i tilfælde af flere ændringer)
re-scheduled time (against current schedule if multiple re-schedules),
for hver forsinkelse ved rapporteringspunktet:
for each delay at that reporting location:
årsagskode og forsinkelse, som skyldes denne årsagskode.
reason code and delay time for this reason code.
Forespørgsel om meddelelserne »togforsinkelse/ydeevne«
Enquiry about the Train Delay/Performance messages
Formål Jernbanevirksomheden forespørger om alle forsinkelser for et bestemt tog hos en bestemt infrastrukturforvalter.
Purpose RU to enquire on all of the delays to a specific train with a particular IM.
Svar Oplysninger (samme oplysninger som ved »forespørgsel om togkørsel« — ikke kun for det seneste punkt, men for hvert af togets rapporteringspunkter på den pågældende forvalters infrastruktur):
Response 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):
For hvert rapporteringspunkt:
for each reporting point:
Forespørgsel om meddelelser om tog-id
Enquiry about Train Identifier messages
Formål Jernbanevirksomheden forespørger om det aktuelle tog-id og de tidligere tog-id'er.
Purpose RU to enquire about the current train identifier and its previous train identifiers.
Alle tog-id'er for et specifikt tog kan bruges til forespørgslen.
Any of the train identifiers for a specific train can be used for the enquiry.
nummer på toget, der kører,
known train running number,
planlagt dato og tidspunkt for afgang ved infrastrukturforvalteren.
scheduled departure date and time at the IM location.
Aktuelt tog-id:
current train identifier:
planlagt dato og tidspunkt for afgang ved infrastrukturforvalteren
scheduled departure date and time at the IM location,
For alle andre tog-id'er:
for each other train identifier:
Forespørgsel til infrastrukturforvalteren om meddelelser om togprognoser
Enquiry to IM about the Train Forecast messages