natgillin/translations-raw huggingface dataset:
Train Ready indication, which indicates that the train has been prepared and is ready to run,
märge selle kohta, et rong on valmis; teavitamaks, et rong on ette valmistatud ning valmis teele asuma,
control contact ID for all ship-to-shore communications,
kontrollkontakti identifikaator rongiga sidepidamiseks,
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.
kui RE ja IE vahelise lepingu tingimused ei nõua teadete “Rongi asukoht/Rong asus teele” vahetamist, tuleb käesolevas teates ära märkida rongi teekonna alguskuupäev/kellaaeg, et teha IE-le teatavaks eeldatav kuupäev ja kellaaeg, mil rong võrku siseneb.
In the case of the required message exchange Train Position/Train at Start, this data element must not be transmitted.
Kui teadete “Rongi asukoht/Rong asus teele” vahetamine on kohustuslik, ei tohi käesolevat andmeelementi edastada.
Train Position message
Teade “Rongi asukoht” (Train Position)
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.
IE võib saata RE-le käesoleva teate, mis on vastuseks teatele “Rong valmis” (Train Ready) ning millega määratakse kindlaks, millal ja kus peab rong võrku sisenema.
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:
Teate saatmine oleneb RE ja IE vahelisest lepingust. Kui saatmine on vajalik, on käesoleva teate põhisisu järgmine:
path departure point with date and time for which the path is requested,
liini lähtejaam ning kuupäev ja kellaaeg, milleks liini taotletakse;
track identification, which informs the RU of the track ID on which the train should present itself to the network,
rööbastee tunnus, et teha RE-le teatavaks selle rööbastee identifitseerimistunnus, mida mööda rong peab võrku sisenema;
train journey start date/time, which informs the RU of the precise date/time at which the train should present itself to the network,
rongi teekonna alguskuupäev/kellaaeg, et teha RE-le teatavaks täpne kuupäev ja kellaaeg, mil rong peab võrku sisenema;
control contact ID.
kontrollkontakti identifikaator.
Train at Start message
Teade “Rong asus teele” (Train at 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.
Selle teate võib RE saata IE-le pärast teate “Rongi asukoht” saamist IE-lt, et teavitada rongi teeleasumisest.
This message must have an identifier to which it refers and the indication:
Teates peab olema näidatud identifikaator, millele see viitab, ning märge:
Train at Start: date/time train actually started journey.
rong asus teele: rongi teeleasumise tegelik kuupäev ja kellaaeg.
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.
Kohe pärast rongi saabumist IE infrastruktuuri, st pärast rongi väljasõitu lähtejaamast, saadab IE liini broneerinud RE-le käesoleva teate.
This message is described in Chapter 4.2.4 (Train running forecast).
Teadet kirjeldatakse punktis 4.2.4 (Rongi sõiduprognoos).
This section specifies the messages which must be exchanged during the normal running of a train without any interruption.
Käesolevas jaotises kirjeldatakse teateid, mida tuleb vahetada rongi tavapärase häireteta sõidu jooksul. Need teated on:
The relevant messages are:
rongi sõiduprognoos (Train Running Forecast);
Train Running Forecast,
rongi sõiduprognoos,
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.
Kõnealune REde ja IEde teabevahetus toimub alati vastutava IE ning selle RE vahel, kes on broneerinud liini, mida mööda rong tegelikult sõidab.
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.
Avatud juurdepääsu puhul, mis tähendab et kogu teekonnaks on liinid broneerinud üks RE (see RE korraldab ka rongi liiklust kogu teekonna vältel), saadetakse kõik teated sellele RE-le.
The same is true, if the paths for the journey are booked by one RU via OSS.
Sama kehtib juhul, kui üks RE on broneerinud teekonnaks liinid OSSi kaudu.
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):
Täiendavaks selgitamiseks esitatakse siinkohal järgmised stsenaariumid, pidades silmas REde ja IEde vahelisi mitmesuguseid infovahetusega seotud suhteid vastavalt punktis 4.2.2.1 (Liinitaotlus, sissejuhatavad märkused, stsenaariumid A ja B) viidatud liinide broneerimise stsenaariumidele.
Train approaching a handover point between IM n1 and his neighbour IM n2
Rong läheneb IE nr 1 ja tema naabruses asuva IE nr 2 vahelisele üleandmispunktile
It is supposed that the handover point is not also an interchange (only Scenario B) nor a handling point.
Eeldatakse, et üleandmispunkt ei ole ühtlasi vahetuspunkt (üksnes stsenaariumis B) ega käitluspunkt.
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.
Seega on üleandmispunkt ühe RE broneeritud liinidel asuv punkt ning see RE on juba IE-le nr 2 saatnud rongi koosseisu, saates selle teate samaaegselt ka IE-le nr 1.
IM n1, after departure from the departure point [5], must send a Train Running Forecast message to IM n2 with the estimated handover time (ETH).
IE nr 1 peab pärast lähtejaamast [5] teele asumist saatma IE-le nr 2 rongi sõiduprognoosi teate koos eeldatava üleandmisajaga (ETH).
This message is simultaneously sent to the RU.
See teade saadetakse samaaegselt ka RE-le.
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.
Kui rong väljub IE nr 1 infrastruktuurilt, saadab see IE üleandmispunktis liini broneerinud RE-le rongi sõiduandmed koos selles punktis registreeritud tegeliku üleandmise ajaga.
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.
Kui rong saabub IE nr 2 infrastruktuurile, saadab see IE üleandmispunktis liini broneerinud RE-le rongi sõiduandmed koos selles punktis registreeritud tegeliku üleandmise ajaga.
Train approaching an interchange point between RU 1 and the next RU 2 (only Scenario B)
Rong läheneb RE nr 1 ja järgmise RE nr 2 vahelisele vahetuspunktile (üksnes stsenaariumis B)
In the path contract an interchange point must always be defined as a reporting point.
Liinilepinguga tuleb alati ette näha, et vahetuspunkt on aruandluspunktiks.
(TETAs at reporting points will be generated by the IMs as specified in their contracts with the RUs.)
(Rongide eeldatavad aruandluspunktidesse saabumise ajad (TETA) edastavad IEd vastavalt REdega sõlmitud lepingutele).
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).
Selle punkti osas saadab vastutav IE pärast rongi väljumist eelmisest aruandluspunktist rongi sõiduprognoosi koos rongi eeldatava käesolevasse vahetuspunkti saabumise ajaga RE-le, kes on temalt liini tellinud (nt RE nr 1).
RU 1 transfers this message to the next RU (e.g. RU 2) supposed to take over the train.
RE nr 1 edastab selle teate järgmisele RE-le (nt RE nr 2), kes peaks rongi üle võtma.
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.
Lisaks saadetakse see teade vedu juhtivale RE-le (JRE), kui see on olemas ja ette nähtud kahe RE vahelise koostöölepinguga.
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).
Kui üleandmispunkt on ka nt IE nr 1 ja IE nr 2 vaheline vahetuspunkt, saadab IE nr 1 IE-le nr 2 rongi sõiduprognoosi teate koos eeldatava üleandmisajaga (ETH) juba pärast lähtejaamast või eelmisest vahetuspunktist väljumist.
This message is also sent to the RU having contracted the path e.g. RU 1.
See teade saadetakse ka RE-le, kes on liini tellinud, nt RE nr 1.
For the RU the ETH is equal to the TETA at the interchange point.
RE jaoks on ETH vahetuspunkti TETA.
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.
RE nr 1 edastab selle teate järgmisele RE-le nr 2 ja vedu juhtivale RE-le (JRE), kui see on olemasja ette nähtud kahe RE vahelise koostöölepinguga.
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.
Kui rong jõuab vahetuspunkti, peab IE saatma temalt liini tellinud RE-le, nt RE-le nr 1, rongi sõiduandmed koos kõnealusesse punkti saabumise tegeliku ajaga.
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).
Enne rongi väljumist vahetuspunktist peab RE nr 2 saatma liini eraldanud IE-le uue rongi koosseisu teate ning järgima punktis 4.2.3 (Rongi ettevalmistamine) sätestatud lähteprotseduuri.
Train approaching a handling point of an RU (Scenario A)
Rong läheneb RE käitluspunktile (stsenaarium A)
A handling point must always be defined in the path contract as a reporting point.
Liinilepinguga tuleb alati ette näha, et käitluspunkt on aruandluspunktiks.
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.
Selles punktis peab vastutav IE saatma rongi sõiduprognoosi teate koos eeldatava sihtkohta saabumise ajaga üksnes juhul, kui see on ette nähtud IE ja RE vahelise lepinguga.
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).
Kui aga käitluspunkt on ka nt IE nr 1 ja IE nr 2 vaheline üleandmispunkt, peab IE nr 1 saatma IE-le nr 2 pärast lähtejaamast või eelmisest vahetuspunktist väljumist rongi sõiduprognoosi teate koos eeldatava üleandmisajaga (ETH).
This message is also sent to the RU.
See teade saadetakse samaaegselt ka RE-le.
For the RU the ETH is equal to the TETA at the handling point.
RE jaoks on ETH käitluspunkti TETA.
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.
Rongi saabumisel käitluspunkti peab IE saatma RE-le rongi sõiduandmed koos nimetatud punkti saabumise tegeliku ajaga.
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).
Enne rongi väljumist käitluspunktist peavad RE ja IE järgima punktis 4.2.3 (Rongi ettevalmistamine) sätestatud lähteprotseduuri.
Train arrival at destination
Rongi saabumine sihtkohta
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.
Kui rong saabub sihtkohta, saadab vastutav IE liini tellinud RE-le rongi sõiduandmete teate koos tegeliku saabumisajaga.
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.
Märkus: Liinilepinguga võib ette näha ka muid punkte, kus tuleb saata rongi sõiduprognoos ja TETA ning rongi sõiduandmete teated.
For these points the IM in charge sends these messages as specified in the contract.
Neis punktides saadab vastutav IE kõnealused teated lepinguga ettenähtud viisil.
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).
Saadetud ETHde ja TETAde täiendavat hindamist ja töötlemist kirjeldatakse punktides 4.2.7 (Saadetise ETI/ETA) – 4.2.9 (Vahetamisteated).
In the following chapters the message Train Running Forecast and Train Running Information are described by mentioning only the main contents.
Järgmistes punktides kirjeldatakse teateid “Rongi sõiduprognoos” (Train Running Forecast) ja “Rongi sõiduandmed” (Train Running Information), märkides ära üksnes nende põhisisu.
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.
Teadetevahetuse loogiline järjestus on esitatud A lisa jaotise 5 punktis 4 koos RE ja IEde vahelist rongi sõiduga seotud teabevahetust käsitleva märkusega, et liinitaotluse stsenaariumid A (juhtum A) ja B (juhtum B) (punkt 4.2.2.1: Liinitaotlus, sissejuhatavad märkused) on identsed, kuna mõlemal juhul on IEdele teada vaid üks RE, st RE nr 1, kes korraldab rongiliiklust kogu liinil ning vastutab käitluspunktides ka rongi uute koosseisude eest.
Train Running Forecast message
Teade “Rongi sõiduprognoos” (Train Running Forecast)
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).
Käesoleva teate peab IE saatma üleandmispunktides, vahetuspunktides ja rongi sihtkohas, nagu on kirjeldatud punktis 4.2.4.1 (Rongi sõiduprognoos, üldised märkused).
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).
Lisaks peab IE saatma RE-le selle teate teiste RE/IE lepingutega ette nähtud aruandluspunktide kohta (nt käitluspunktid).
The main data elements are:
Põhilised andmeelemendid on:
path number and train number,
liini number ja rongi number,
scheduled departure date and time at IM location (or scheduled handover time to next IM),
plaanijärgne IE punktist väljasõidu kuupäev ja kellaaeg (või plaanijärgne järgmisele IE-le üleandmise aeg),
reporting point identification,
aruandluspunkti identifitseerimistunnus,
forecasted date/time at reporting point.
prognoositav aruandluspunkti saabumise kuupäev/kellaaeg.
Train Running Information message
Teade “Rongi sõiduandmed” (Train Running Information)
This message must be issued upon:
Käesolev teade saadetakse:
departure from departure point, arrival at destination,
lähtejaamast teeleasumisel, sihtjaama jõudmisel,
arrival and departure at handover points, interchange points and at agreed reporting points based on contract (e.g. handling points).
üleandmispunktidesse, vahetuspunktidesse ja lepinguga kokku lepitud aruandluspunktidesse (nt käitluspunktid) saabumisel ja neist väljumisel.
scheduled departure date and time at IM location,
plaanijärgne IE punktist väljasõidu kuupäev ja kellaaeg,
most recent reporting point identification,
viimase aruandluspunkti identifitseerimistunnus,
actual time at reporting point,
aruandluspunkti saabumise tegelik aeg,
train reporting point status (Arrival, Departure, Passage, Not Specified, Departure from Origin, Arrival at Destination),
rongi seisund aruandluspunktis (saabumine, väljumine, läbisõit, määratlemata, väljumine lähtekohast, saabumine sihtkohta),
arrival track at location,
rööbastee, mida mööda rong punkti saabus,
departure track from location,
rööbastee, mida mööda rong punktist väljus,
booked scheduled time delta deviation minutes,
broneeritud plaanikohase aja deltahälve minutites,
current schedule if multiple re-schedules,
mitme ümberplaanimise puhul kehtiv sõiduplaan,
For each deviation from ‘Booked Scheduled Time’ at that reporting location:
iga broneeritud plaanikohase aja hälbe osas kõnealuses aruandluspunktis:
reason code (perhaps multiple),
põhjuse kood (vajadusel mitu),
deviation time for this reason code (multiple reasons may be posted per reporting point),
selle koodiga seotud ajahälve (ühe aruandluspunkti kohta võib märkida mitu põhjust),
may add free text about deviation.
hälbe selgitus vabas vormis, kui vaja.
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).
Kui RE saab teada rongi sõidu ajal teenuses tekkivast häirest, mille eest vastutab tema ise, peab ta viivitamata teavitama asjaomast IEd (ei ole vaja elektroonilist teadet, sobib nt juhi suuline teade).
If necessary the RU updates the Wagon and Intermodal Unit Operational Database.
Vajadusel ajakohastab RE vagunite ja ühendveoüksuste kasutamise andmebaasi.
If necessary the IM updates the infrastructure data in the Infrastructure Restriction Notice Database and/or the path, respectively the train database.
Vajadusel ajakohastab IE infrastruktuuri andmeid infrastruktuuri piiranguteadete andmebaasis ja/või liini andmeid rongide andmebaasis.
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.
Kui viivitus on pikem kui x minutit (see väärtus määratakse kindlaks RE ja IE vahelise lepinguga), peab asjaomane IE saatma RE-le rongi sõiduprognoosi teate järgmise aruandluspunkti kohta.
If the train is cancelled, the IM sends a Train Running Interrupted message as specified below.
Kui rong käigust ära jäetakse, saadab IE rongi sõidu katkestuse teate, nagu on näidatud allpool.
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.
Erandjuhtudel, kui RE või IE ei saa lasta rongil ettenähtud ajal sõita, tuleb kokku leppida uus liin vastavalt punktile 4.2.2 (Liinitaotlus).
Train Running Interrupted message
Teade “Rongi sõit katkestatud” (Train Running Interrupted)
If the train is cancelled this message is issued by the IM to the neighbouring IM and to the path contracted RU.
Kui rong käigust ära jäetakse, saadab IE selle teate järgmisele IE-le ning liini tellinud RE-le.
The main data elements in this message are:
Kõnealuse teate põhilised andmeelemendid on:
path and train number,
liini ja rongi number,
location identification,
asukoha identifitseerimistunnus,
scheduled departure date and time at this location,
plaanijärgne sellest punktist väljasõidu kuupäev ja kellaaeg,
interruption reason,
katkestuse põhjus,
interruption description.
katkestuse kirjeldus.
This section specifies the tracing possibility to get information about train location.
Käesolevas punktis sätestatakse võimalus saada teavet rongi asukoha kohta.
The RU may send an enquiry to the IM about its trains at any time.
RE võib igal ajal saata IE-le oma rongide kohta päringu.
The RU may enquire about:
RE võib esitada küsimusi:
the running of the train (last recorded location, delays, delay reasons),
rongi sõidu kohta (viimane registreeritud asukoht, viivitused, viivituste põhjused),
a train's performance (delays, delay reasons, delay locations),
rongi toimimise kohta (viivitused, viivituste põhjused, viivituskohad),
all identifiers of a specified train,
konkreetse rongi kõikide identifitseerimistunnuste kohta,
train forecast at a specified location,
rongi konkreetsesse punkti saabumise prognoosi kohta,
all train running forecasts for a specified location.
kõikide rongiga seotud prognooside kohta konkreetse punkti osas.
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.
Juurdepääs kõnealusele teabele ei tohi oleneda RE ja IE vahelistest rongi sõidu aegse teabevahetuse alastest suhetest, mis tähendab, et RE-l peab olema võimalik neile andmetel ühest kohast [6] juurde pääseda.
The information is based mainly on the stored message exchange as mentioned above.
Nimetatud teave põhineb peamiselt eespool nimetatud teadete salvestustel.
Enquiry about the Train Running messages
Rongi sõiduteadete päring
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.
Eesmärk RE vajab teavet kindla IE infrastruktuuril asuva ühe kindla rongi viimati registreeritud seisundi kohta (asukoht, viivitused ja viivituste põhjused).
Enquiry main data elements:
Päring peamised andmeelemendid:
train running number,
rongi number,
IM identifier,
IE identifitseerimistunnus,
scheduled departure date and time at IM location.
plaanijärgne IE punktist väljasõidu kuupäev ja kellaaeg.
Response information data:
Vastus koondandmed teate kohta:
most recent reporting location,
viimane aruandluskoht,
booked scheduled time,
broneeritud plaanikohane aeg,
booked scheduled time delta delay,
broneeritud plaanikohase aja deltahälve,
re-scheduled time (against current schedule if multiple re-schedules),
ümberplaanitud aeg (mitme ümberplaanimise puhul esitada kehtiv sõiduplaan),
for each delay at that reporting location:
aruandluspunktis tekkinud iga viivituse osas:
reason code and delay time for this reason code.
põhjuse kood ja selle koodiga seotud viivituse aeg.
Enquiry about the Train Delay/Performance messages
Rongi viivituste/edasijõudmise teadete päring
Purpose RU to enquire on all of the delays to a specific train with a particular IM.
Eesmärk RE vajab teavet kindla rongi kõikide viivituste kohta, mis on seotud ühe IEga.
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):
Vastus koondandmed teate kohta (samad andmed mis sõitva rongi kohta tehtud päringus, kuid mitte ainult viimase punkti, vaid rongi kõikide aruandluspunktide kohta kindla IE infrastruktuuril):
for each reporting point:
iga aruandluspunkti osas:
Enquiry about Train Identifier messages
Rongi identifitseerimisteadete päring
Purpose RU to enquire about the current train identifier and its previous train identifiers.
Eesmärk RE vajab teavet rongi praeguse identifitseerimistunnuse ja rongi varasemate identifitseerimistunnuste kohta.
Any of the train identifiers for a specific train can be used for the enquiry.
Päringu saatmiseks võib kasutada kindla rongi mis tahes identifitseerimistunnust.
known train running number,
rongi teadaolev number,
scheduled departure date and time at the IM location.
plaanijärgne IE punktist väljasõidu kuupäev ja kellaaeg.
current train identifier:
rongi praegune identifitseerimistunnus:
scheduled departure date and time at the IM location,
plaanijärgne IE punktist väljasõidu kuupäev ja kellaaeg,
for each other train identifier:
rongi kõikide teiste identifitseerimistunnuse osas:
Enquiry to IM about the Train Forecast messages
Rongi sõiduprognoosi teadete päring IE-le