natgillin/translations-raw huggingface dataset:
indication if livestock and people (other than the train crew) will be carried,
navedba, ali se bo prevažala živina in ljudje (razen vlakovnega osebja),
braking system to be used,
zavorni sistem, ki bo uporabljen,
wagon data.
podatki o vagonih.
After the receipt of the train composition the IM may verify the entries against the contracted path, if the contract between IM and RU explicitly allows this.
Po prejemu vlakovne kompozicije lahko UI preveri vnose po s pogodbo določeni poti, če pogodba med UI in PŽP to izrecno dovoljuje.
In that case the IM must have easy access to the information about possible restrictions in the relevant infrastructure, to the technical wagon data (Chapter 4.2.11.3: The Rolling Stock Reference Databases), to the dangerous goods reference file and to the current, updated information status on the wagons (Chapter 4.2.12.2: Other databases, Wagon and Intermodal Unit Operational Database).
V tem primeru mora UI imeti preprost dostop do informacij o možnih omejitvah ustrezne infrastrukture, do tehničnih podatkov o vagonih (poglavje 4.2.11.3: Podatkovne baze referenčnih podatkov o voznem parku), do referenčne datoteke za nevarno blago in do trenutnega, posodobljenega informacijskega statusa vagonov (poglavje 4.2.12.2: Druge podatkovne baze, Operativna podatkovna baza za vagone in intermodalne enote).
This refers to all wagons on the train.
To se nanaša na vse vagone vlaka.
In that case also, the IM, who manages his train paths and keeps up the actual status of the path information, must add the train details of the train composition to the path and train data as mentioned in Chapter 4.2.2.1 (Path request, Preliminary remarks).
Tudi v tem primeru mora UI, ki upravlja svoje vlakovne poti in ohranja dejanski status informacij o poti, k podatkom o poti in vlaku dodati podrobnosti o vlakovni kompoziciji, kakor je navedeno v poglavju 4.2.2.1 (Prošnja za vlakovno pot, Predhodne opombe).
Train Accepted message
Sporočilo Vlak sprejet
Depending on the contractual agreement between the IM and the RU and on regulatory requirements, the IM may also advise the RU if the train composition is acceptable for the booked path.
Odvisno od pogodbenega dogovora med UI in PŽP in od zakonskih zahtev lahko UI obvesti PŽP, ali je vlakovna kompozicija sprejemljiva za rezervirano pot.
This is effected with this message.
To se stori s tem sporočilom.
train and path number,
številka vlaka in vlakovne poti,
path departure point with date and time for which the path was requested,
mesto odhoda poti z datumom in časom, za katerega je bila pot zahtevana,
path destination point with date and time at which the proposed train is due to arrive at its destination,
namembni kraj poti z datumom in časom, ob katerem bi predlagani vlak moral prispeti v svoj namembni kraj,
indication that the IM has accepted the train composition as being suitable for the agreed path.
navedba, da je UI sprejel vlakovno kompozicijo kot primerno za dogovorjeno pot.
Train Not Suitable message
Sporočilo Vlak ni primeren
If the train is not suitable for the previously agreed path, the IM may inform the RU, with this message.
Če vlak ni primeren za prej dogovorjeno pot, lahko UI s tem sporočilom o tem obvesti PŽP.
In this case the RU must recheck the train composition.
V tem primeru mora PŽP ponovno preveriti vlakovno kompozicijo.
Not Suitable indication, which indicates that the train does not match the allocated path and therefore may not run,
navedba Ni primeren, ki pomeni, da vlak ne ustreza določeni poti in zato po njej ne more voziti,
Train Ready message
Sporočilo Vlak pripravljen
This message must be sent from RU to IM indicating that the train is ready for access to the network.
PŽP ga mora poslati UI in navesti, da je vlak pripravljen za vstop v omrežje.
Train Ready indication, which indicates that the train has been prepared and is ready to run,
navedba Vlak pripravljen, ki pomeni, da je vlak pripravljen za vožnjo,
control contact ID for all ship-to-shore communications,
nadzorni in kontaktni podatki za vse komunikacije med vlakom in postajo,
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.
Če pogodbeni dogovor med PŽP in UI ne zahteva izmenjave sporočila „Položaj vlaka/Vlak ob odhodu“, je treba v tem sporočilu opredeliti datum/čas začetka potovanja vlaka, ki UI obvešča o predvidenem datumu/času, ko se bo vlak pojavil v omrežju.
In the case of the required message exchange Train Position/Train at Start, this data element must not be transmitted.
Če se zahteva izmenjava sporočila „Položaj vlaka/Vlak ob odhodu“, se ta podatkovni element ne sme pošiljati.
Train Position message
Sporočilo Položaj vlaka
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.
To sporočilo lahko UI pošlje PŽP kot odgovor na sporočilo Vlak pripravljen in v njem natančno opredeli, kdaj in kje bi se vlak moral pojaviti v omrežju.
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:
Pošiljanje tega sporočila je odvisno od pogodbenega dogovora med PŽP in UI. Če je to pošiljanje potrebno, so glavne vsebine tega sporočila naslednje:
path departure point with date and time for which the path is requested,
mesto odhoda poti z datumom in časom, za katerega je pot zahtevana,
track identification, which informs the RU of the track ID on which the train should present itself to the network,
identifikacija tira, ki PŽP obvešča o identifikaciji tira, na katerem bi se vlak moral pojaviti v omrežju,
train journey start date/time, which informs the RU of the precise date/time at which the train should present itself to the network,
datum/čas začetka potovanja vlaka, ki PŽP obvešča o natančnem datumu/času, ob katerem bi se vlak moral pojaviti v omrežju,
control contact ID.
nadzorni in kontaktni podatki.
Train at Start message
Sporočilo Vlak ob odhodu
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.
To sporočilo lahko PŽP pošlje UI, ko od njega prejme sporočilo „položaj vlaka“, v njem pa navede, da je vlak začel svoje potovanje.
This message must have an identifier to which it refers and the indication:
To sporočilo mora vsebovati identifikator, na katerega se sklicuje, in navajati:
Train at Start: date/time train actually started journey.
vlak ob odhodu: datum/čas, ko je vlak dejansko začel potovanje.
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.
Kakor hitro je vlak prisoten na infrastrukturi UI, kar pomeni, da je zapustil postajo odhoda, UI to sporočilo pošlje PŽP, ki je rezerviral vlakovno pot.
This message is described in Chapter 4.2.4 (Train running forecast).
To sporočilo je opisano v poglavju 4.2.4 (Napoved vožnje vlaka).
This section specifies the messages which must be exchanged during the normal running of a train without any interruption.
Ta oddelek navaja, katera sporočila morajo biti izmenjana med normalno vožnjo vlaka brez prekinitev.
The relevant messages are:
Ustrezna sporočila so:
Train Running Forecast,
Napoved vožnje vlaka,
Train Running Information.
Informacije o vožnji vlaka.
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.
Ta izmenjava informacij med PŽP in UI vedno poteka med pristojnim UI in PŽP, ki je rezerviral pot, po kateri vlak dejansko pelje.
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.
Ob odprtem dostopu, kar pomeni, da poti za celotno potovanje rezervira en PŽP (ta PŽP upravlja vlak med celotnim potovanjem), so vsa sporočila poslana temu PŽP.
The same is true, if the paths for the journey are booked by one RU via OSS.
Enako velja, če poti za potovanje rezervira PŽP prek OSS.
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):
Za nadaljnjo obravnavo bodo opisane razlike med naslednjimi scenariji ob upoštevanju različnih komunikacij med PŽP in UI v skladu s scenariji za rezervacijo vlakovne poti iz poglavja 4.2.2.1 (Prošnja za vlakovno pot, scenarij A, B):
Train approaching a handover point between IM n1 and his neighbour IM n2
Vlak se približuje točki primopredaje med UI št. 1 in sosednjim UI št. 2
It is supposed that the handover point is not also an interchange (only Scenario B) nor a handling point.
Ob tem se sklepa, da točka primopredaje ni niti točka izmenjave (samo scenarij B) niti točka obravnave.
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.
Točka primopredaje je točka na rezerviranih poteh enega PŽP in PŽP je vlakovno kompozicijo že poslal UI št. 2, hkrati pa je to sporočilo poslal UI št. 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).
Po odhodu z mesta odhoda [5] mora UI št. 1 poslati sporočilo Napoved vožnje vlaka UI št. 2 hkrati s predvidenim časom primopredaje (ETH).
This message is simultaneously sent to the RU.
To sporočilo se hkrati pošlje PŽP.
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.
Ko vlak zapusti infrastrukturo UI št. 1 na točki primopredaje, ta UI pošlje sporočilo Informacije o vožnji vlaka z dejanskim časom primopredaje na tej točki tistemu PŽP, ki je najel pot.
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.
Ko vlak prispe na infrastrukturo UI št. 2 na točki primopredaje, ta UI pošlje sporočilo Informacije o vožnji vlaka z dejanskim časom primopredaje s te točke tistemu PŽP, ki je najel pot.
Train approaching an interchange point between RU 1 and the next RU 2 (only Scenario B)
Vlak se približuje točki izmenjave med PŽP 1 in naslednjim PŽP 2 (samo scenarij B)
In the path contract an interchange point must always be defined as a reporting point.
V pogodbi o vlakovni poti mora točka izmenjave vedno biti opredeljena kot točka javljanja.
(TETAs at reporting points will be generated by the IMs as specified in their contracts with the RUs.)
(Predvidene čase prihoda vlaka (TETA) na točkah javljanja pripravijo UI, kakor je določeno v njihovih pogodbah s PŽP.)
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).
Za to točko pristojni UI, ko je vlak zapustil prejšnjo točko javljanja, pošlje sporočilo Napoved vožnje vlaka s TETA na to točko izmenjave tistemu PŽP, ki je od njega najel vlakovno pot (npr. PŽP 1).
RU 1 transfers this message to the next RU (e.g. RU 2) supposed to take over the train.
PŽP 1 to sporočilo prenese naslednjemu PŽP (npr. PŽP 2), ki naj bi prevzel vlak.
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.
Poleg tega se to sporočilo pošlje vodilnemu PŽP (VPŽP) za prevoz, če ta obstaja in če je to določeno v pogodbi o sodelovanju med obema PŽP.
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).
Če je točka izmenjave hkrati točka primopredaje med npr. UI št. 1 in UI št. 2, UI št. 1 pošlje sporočilo Napoved vožnje vlaka UI št. 2 že po odhodu z mesta odhoda ali s prejšnje točke izmenjave z navedbo predvidenega časa primopredaje (ETH).
This message is also sent to the RU having contracted the path e.g. RU 1.
To sporočilo se pošlje tudi PŽP, ki je najel pot, npr. PŽP 1.
For the RU the ETH is equal to the TETA at the interchange point.
Za PŽP je ETH enak TETA na točki izmenjave.
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.
PŽP 1 prenese to sporočilo sosednjemu PŽP 2 in vodilnemu PŽP za prevoz, če ta obstaja in če je to določeno v pogodbi o sodelovanju med obema PŽP.
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.
Ko vlak prispe na točko izmenjave, mora UI poslati Informacije o vožnji vlaka tistemu PŽP, ki je najel pot, npr. PŽP 1, z navedbo dejanskega časa prihoda na to točko.
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).
Preden vlak zapusti točko izmenjave, mora PŽP 2 poslati novo sporočilo Vlakovna kompozicija UI, ki je dodelil pot, in upoštevati postopek odhoda, kakor je opredeljen v poglavju 4.2.3 (Priprava vlaka ).
Train approaching a handling point of an RU (Scenario A)
Vlak se približuje točki obravnave PŽP (scenarij A)
A handling point must always be defined in the path contract as a reporting point.
V pogodbi o vlakovni poti mora točka obravnave vedno biti opredeljena kot točka javljanja.
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.
Za to točko mora pristojni UI poslati sporočilo Napoved vožnje vlaka z navedbo TETA, samo če je to določeno v pogodbi med UI in PŽP.
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).
Če je točka obravnave hkrati točka primopredaje med, na primer, UI št. 1 in UI št. 2, mora UI št. 1 poslati sporočilo Napoved vožnje vlaka UI št. 2 po odhodu z mesta odhoda ali s prejšnje točke izmenjave z navedbo predvidenega časa primopredaje (ETH).
This message is also sent to the RU.
To sporočilo se pošlje tudi PŽP.
For the RU the ETH is equal to the TETA at the handling point.
Za PŽP je ETH enak TETA na točki obravnave.
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.
Ko vlak prispe na točko obravnave, mora UI poslati Informacije o vožnji vlaka PŽP z navedbo dejanskega časa prihoda na to točko.
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).
Preden vlak zapusti točko obravnave, morata PŽP in UI upoštevati postopek odhoda, kakor je opredeljen v poglavju 4.2.3 (Priprava vlaka ).
Train arrival at destination
Prihod vlaka v namembni kraj
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.
Ko vlak prispe v svoj namembni kraj, pristojni UI pošlje sporočilo Informacije o vožnji vlaka z dejanskim časom prihoda PŽP, ki je najel pot.
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.
Opomba: V pogodbi o vlakovni poti so lahko opredeljene tudi druge lokacije, za katere se zahtevajo sporočila Napoved vožnje vlaka s TETA in Informacije o vožnji vlaka z dejanskim časom.
For these points the IM in charge sends these messages as specified in the contract.
Za te točke pristojni UI ta sporočila pošlje tako, kakor je določeno v pogodbi.
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).
Nadaljnje vrednotenje in obdelava dostavljenih ETH in TETA sta opisana v poglavjih 4.2.7 (ETI/ETA pošiljke) do 4.2.9 (Javljanje o izmenjavi).
In the following chapters the message Train Running Forecast and Train Running Information are described by mentioning only the main contents.
V naslednjih poglavjih sta sporočili „Napoved vožnje vlaka“ in „Informacije o vožnji vlaka“ opisani samo z navedbo glavnih vsebin.
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.
Logično zaporedje te izmenjave sporočil v zvezi z različnimi komunikacijskimi scenariji je prikazano v Prilogi A, indeks 5, poglavje 4, z opombo, da sta glede komunikacijskega odnosa med PŽP in UI za vožnjo vlaka oba scenarija za prošnjo za vlakovno pot A (primer A) in A (primer B) (poglavje 4.2.2.1: Prošnja za vlakovno pot, Predhodne opombe) enaka, ker v obeh primerih UI poznajo le enega PŽP, npr. PŽP 1, ki upravlja celotno pot, in je tudi pristojen za novo vlakovno kompozicijo na točkah obravnave.
Train Running Forecast message
Sporočilo Napoved vožnje vlaka
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).
To sporočilo mora izdati UI za točke primopredaje, točke izmenjave in namembni kraj vlaka, kakor je opisano v poglavju 4.2.4.1 (Napoved vožnje vlaka, Splošne opombe).
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).
Poleg tega mora to sporočilo UI izdati PŽP za druge točke javljanja v skladu s pogodbo med PŽP/UI (npr. za točke obravnave).
The main data elements are:
Glavni podatkovni elementi so:
path number and train number,
številka vlakovne poti in številka vlaka,
scheduled departure date and time at IM location (or scheduled handover time to next IM),
načrtovani datum in čas odhoda na lokaciji UI (ali načrtovani čas primopredaje naslednjemu UI po voznem redu),
reporting point identification,
identifikacija točke javljanja,
forecasted date/time at reporting point.
napovedani datum/čas na točki javljanja.
Train Running Information message
Sporočilo Informacije o vožnji vlaka
This message must be issued upon:
To sporočilo se mora izdati ob:
departure from departure point, arrival at destination,
odhodu z mesta odhoda, prihodu v namembni kraj,
arrival and departure at handover points, interchange points and at agreed reporting points based on contract (e.g. handling points).
prihodu in odhodu na točke obravnave, točke izmenjave in dogovorjene točke javljanja na podlagi pogodbe (npr. točke obravnave).
scheduled departure date and time at IM location,
načrtovani datum in čas odhoda na lokaciji UI,
most recent reporting point identification,
najnovejša identifikacija točke javljanja,
actual time at reporting point,
dejanski čas na točki javljanja,
train reporting point status (Arrival, Departure, Passage, Not Specified, Departure from Origin, Arrival at Destination),
status vlaka na točki javljanja (prihod, odhod, prehod, ni določen, odhod z mesta odhoda, prihod v namembni kraj),
arrival track at location,
tir prihoda na lokaciji,
departure track from location,
tir odhoda z lokacije,
booked scheduled time delta deviation minutes,
minute odklona od rezerviranega načrtovanega časa delta,
current schedule if multiple re-schedules,
trenutni vozni red, če je več ponovnih voznih redov,
For each deviation from ‘Booked Scheduled Time’ at that reporting location:
Za vsak odklon od „Rezerviranega načrtovanega časa“ na navedeni lokaciji javljanja:
reason code (perhaps multiple),
šifra razloga (mogoče jih je več),
deviation time for this reason code (multiple reasons may be posted per reporting point),
časovni odklon za to šifro razloga (na točki javljanja je mogoče navesti več razlogov),
may add free text about deviation.
možen je dodaten prost opis odklona.
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).
Ko PŽP izve za motnje v prevozu med vožnjo vlaka, za katero je pristojen, mora nemudoma obvestiti zadevnega UI (brez IT sporočila, npr. ustno sporočilo strojevodje).
If necessary the RU updates the Wagon and Intermodal Unit Operational Database.
Če je potrebno, PŽP posodobi operativno podatkovno bazo za vagone in intermodalne enote.
If necessary the IM updates the infrastructure data in the Infrastructure Restriction Notice Database and/or the path, respectively the train database.
Če je potrebno, UI posodobi podatke o infrastrukturi v podatkovni bazi obvestil o omejitvah infrastrukture in/ali vlakovne poti oziroma v podatkovni bazi o vlaku.
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.
Če zamuda presega x minut (To vrednost je treba opredeliti v pogodbi med PŽP in UI), mora zadevni UI poslati PŽP sporočilo Napoved vožnje vlaka, ki se nanaša na naslednjo točko javljanja.
If the train is cancelled, the IM sends a Train Running Interrupted message as specified below.
Če je vlak preklican, UI pošlje sporočilo Vožnja vlaka prekinjena, kakor je določeno spodaj.
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.
V primerih izjem, če PŽP ali UI ne moreta izvesti vožnje vlaka ob napovedanem času, se je v skladu s poglavjem 4.2.2 (Prošnja za vlakovno pot ) treba dogovoriti za novo vlakovno pot.
Train Running Interrupted message
Sporočilo Vožnja vlaka prekinjena
If the train is cancelled this message is issued by the IM to the neighbouring IM and to the path contracted RU.
Če je vlak odpovedan, to sporočilo pošlje UI sosednjemu UI in PŽP, ki je najel vlakovno pot.
The main data elements in this message are:
Glavni podatkovni elementi v tem sporočilu so:
path and train number,
številka vlakovne poti in vlaka,
location identification,
identifikacija lokacije,
scheduled departure date and time at this location,
načrtovani datum in čas odhoda na tej lokaciji,
interruption reason,
razlog za prekinitev,
interruption description.
opis prekinitve.
Preface
Predgovor
This section specifies the tracing possibility to get information about train location.
Ta oddelek določa možnosti sledenja za pridobitev informacij o lokaciji vlaka.
The RU may send an enquiry to the IM about its trains at any time.
PŽP lahko UI kadar koli pošlje poizvedbo o svojih vlakih.
The RU may enquire about:
PŽP lahko poizveduje o:
the running of the train (last recorded location, delays, delay reasons),
vožnji vlaka (zadnja zapisana lokacija, zamude, razlogi za zamude),
a train's performance (delays, delay reasons, delay locations),
obratovanju vlaka (zamude, razlogi za zamude, lokacije zamud),
all identifiers of a specified train,
vseh identifikatorjih določenega vlaka,