natgillin/translations-raw huggingface dataset:
‘The essential requirements for telematic applications guarantee a minimum quality of service for passengers and carriers of goods, particularly in terms of technical compatibility.’
„Bistvene zahteve za telematske aplikacije jamčijo minimalno kakovost prevoza potnikov in blaga, zlasti glede tehnične združljivosti.
that the databases, software and data communication protocols are developed in a manner allowing maximum data interchange between different applications and operators, excluding confidential commercial data;
da se podatkovne baze, programska oprema in podatkovni komunikacijski protokoli izdelajo tako, da omogočajo maksimalno izmenjavo podatkov med različnimi aplikacijami in operaterji, pri čemer se izključijo zaupni komercialni podatki,
‘easy access to the information for users.’
lahek dostop do informacij za uporabnike.“
This essential requirement is specially met by the following chapters:
To bistveno zahtevo izpolnjujejo naslednja poglavja:
Essential requirement 2.7.2 of Annex III to Directive 2001/16/EC:
Bistvena zahteva 2.7.2 Priloge III k Direktivi 2001/16/ES:
‘The methods of use, management, updating and maintenance of these databases, software and data communication protocols must guarantee the efficiency of these systems and the quality of the service.’
„Načini uporabe, upravljanje, posodabljanje in vzdrževanje teh podatkovnih baz, programske opreme in podatkovnih komunikacijskih protokolov morajo jamčiti učinkovitost teh sistemov in kakovost storitev.“
This requirement is specially met by the following chapters:
To zahtevo izpolnjujejo naslednja poglavja:
But this essential requirement, especially the method of use to guarantee the efficiency of these telematic applications and the quality of the service, is the foundations for the complete TSI and not only restricted to the chapters mentioned above.
Toda ta bistvena zahteva, predvsem način uporabe, ki jamči učinkovitost teh telematskih aplikacij in kakovost storitve, je podlaga celotne TSI in ni omejena le na zgoraj navedena poglavja.
Essential requirement 2.7.3 of Annex III to Directive 2001/16/EC:
Bistvena zahteva 2.7.3 Priloge III k Direktivi 2001/16/ES:
‘The interfaces between these systems and users must comply with the minimum rules on ergonomics and health protection.’
„Vmesniki med temi sistemi in uporabniki morajo izpolnjevati minimalna pravila glede ergonomije in varovanja zdravja.“
This TSI does not specify any additional requirements to existing national and European rules related to minimum rules on ergonomics and health protection of an interface between these telematic applications and users.
Ta TSI ne določa nobenih dodatnih zahtev glede na obstoječa nacionalna in evropska pravila, povezana z minimalnimi pravili glede ergonomije in varovanja zdravja, za vmesnik med temi telematskimi aplikacijami in uporabniki.
Essential requirement 2.7.4 of Annex III to Directive 2001/16/EC:
Bistvena zahteva 2.7.4 Priloge III k Direktivi 2001/16/ES:
‘Suitable levels of integrity and dependability must be provided for the storage or transmission of safety-related information.’
„Pri shranjevanju ali prenosu z varnostjo povezanih informacij je treba zagotoviti zadovoljivo stopnjo celovitosti in zanesljivosti.“
This requirement is met by the following chapters:
To zahtevo izpolnjujejo naslednja poglavja:
The trans-European conventional rail system, to which Directive 2001/16/EC applies and of which the telematic applications subsystem is a part, is an integrated system whose consistency must be verified.
Vseevropski železniški sistem za konvencionalne hitrosti, za katerega se uporablja Direktiva 2001/16/ES in katerega del je podsistem Telematske aplikacije, je integrirani sistem in treba je preveriti njegovo usklajenost.
This consistency must be checked in particular with regard to the specifications of the subsystem, its interfaces vis-à-vis the system in which it is integrated, as well as the operating and maintenance rules.
Zlasti je treba pregledati usklajenost specifikacij za podsistem, njegove vmesnike glede na sistem, v katerega se vključujejo, in predpisov za obratovanje in vzdrževanje.
Taking into account all the applicable essential requirements, the telematic application subsystem for freight is characterised by:
Ob upoštevanju vseh veljavnih bistvenih zahtev je za podsistem Telematske aplikacije za tovorni promet značilno naslednje:
In light of the essential requirements in Chapter 3 (Essential requirements), the functional and technical specifications of the subsystem are as follows:
Skladno z bistvenimi zahtevami iz poglavja 3 (Bistvene zahteve) so funkcionalne in tehnične specifikacije za podsistem naslednje:
consignment note data,
podatki o tovornem listu,
path request,
prošnja za vlakovno pot,
train preparation,
priprava vlaka,
train running forecast,
napoved vožnje vlaka,
service disruption information,
informacije o motnjah v prevozu,
train location,
lokacija vlaka,
wagon/intermodal unit ETI/ETA,
ETI/ETA vagona/intermodalne enote,
wagon movement,
premiki vagona,
interchange reporting,
javljanje o izmenjavi,
data exchange for quality improvement,
izmenjava podatkov za izboljšanje kakovosti,
the main reference data,
glavni referenčni podatki,
various reference files and databases,
različne referenčne datoteke in podatkovne baze,
electronic transmission of documents,
elektronski prenos dokumentov,
networking and communication.
omrežja in komunikacije.
The detailed specifications are outlined below.
Podrobne specifikacije so navedene v nadaljevanju.
Further details and the formats of the messages are defined in Annex A, Index 1.
Nadaljnji podrobni podatki in formati sporočil so opredeljeni v Prilogi A, indeks 1.
General remarks on the message structure
Splošne opombe o strukturi sporočil
The messages are structured into two data sets:
Sporočila so strukturirana v dva podatkovna sklopa:
control data: explanation see below,
kontrolni podatki: glej razlago spodaj,
information data: the application information.
informativni podatki: informacije o aplikaciji.
The control data show the following elements:
Kontrolni podatki prikazujejo naslednje elemente:
status: the status of a message can be:
Status: Status sporočila je lahko:
‘New message’, if this is a new message,
„Novo sporočilo“, če gre za novo sporočilo.
‘Alteration’, if this is a modification of a previous send message,
„Sprememba“, če gre za spremembo prej poslanega sporočila.
‘Deletion’, if the previous sent message should be deleted,
„Izbris“, če bi bilo prej poslano sporočilo treba izbrisati.
message reference with:
Sklic sporočila na:
Message type: e.g. ‘path request’ or ‘enquiry about train running’,
vrsto sporočila: npr. „prošnja za vlakovno pot“ ali „poizvedba o vožnji vlaka“,
Data and time: actual date and time when the message was sent,
datum in čas: dejanski datum in čas, ko je bilo sporočilo poslano,
Message number: number generated by the sender of the message,
številko sporočila: številka, ki jo ustvari pošiljatelj sporočila.
related reference, only if the message is the answer to a previous received message (identical to the ‘message reference’ of the received message) with:
Povezani sklic le, če je sporočilo odgovor na prejšnje sprejeto sporočilo (enak „Sklicu sporočila“ sprejetega sporočila), na:
Related type: type of the received message,
povezano vrsto sporočila: vrsta sprejetega sporočila,
Related date and time: date and time of the received message,
povezani datum in čas: datum in čas sprejetega sporočila,
Related number: number of the received message,
povezano številko sporočila: številka sprejetega sporočila.
sender of the message,
Pošiljatelj sporočila
recipient of the message.
Prejemnik sporočila
In the following chapters mainly the status ‘New message’ is considered.
Naslednja poglavja obravnavajo v glavnem status „Novo sporočilo“.
In Chapter 4.2.2 Path request is also referred to the status ‘deletion’ regarding the Path Request message.
Poglavje 4.2.2 obravnava tudi status „izbris“ v zvezi s sporočilom Prošnja za vlakovno pot.
Customer consignment note
Tovorni list odjemalca
The consignment note has to be sent by the customer to the Lead RU.
Odjemalec mora tovorni list poslati VPŽP.
It must show all the information needed to carry a consignment from the consignor to the consignee.
Vsebovati mora vse informacije, ki so potrebne, da se pošiljka prepelje od pošiljatelja do prejemnika.
The LRU must supplement this data with additional information.
VPŽP mora te podatke dopolniti z dodatnimi informacijami.
These data, including the additional ones, are (for the description of the data see Annex A, Index 3) listed in the table in Annex A, Index 3 with the indication in row ‘Data in consignment note’, whether they are mandatory or optional and whether they must be delivered by the consignor or supplemented by the LRU.
Ti podatki, vključno z dodatnimi, so (za opis teh podatkov glej Prilogo A, indeks 3) našteti v preglednici v Prilogi A, indeks 3, v vrstici „Podatki v tovornem listu“ pa je navedeno, ali so obvezni ali neobvezni in ali jih mora zagotoviti pošiljatelj ali dopolniti VPŽP.
In the case of Open Access the Lead RU contracting with the customer has all the information after the supplement of the data available.
Pri odprtem dostopu ima VPŽP, ki ima pogodbo z odjemalcem, vse informacije, ko dopolni razpoložljive podatke.
No message exchange is needed with other RUs.
Z drugimi PŽP ni potrebna nobena izmenjava sporočil.
These data are also the basis for a path request on short notice, if this is required for the execution of the consignment note.
Ti podatki so tudi podlaga za prošnjo za vlakovno pot v kratkem roku, če je to potrebno za izvršitev tovornega lista.
The following messages are for the case of non Open Access.
Naslednja sporočila so za primer odprtega dostopa.
The content of these messages may also be the basis for the path requests on short notice, if required for the execution of the consignment note.
Tudi vsebina teh sporočil je lahko podlaga za prošnjo za vlakovno pot v kratkem roku, če je to potrebno za izvršitev tovornega lista.
Wagon orders
Vagonski nalogi
The wagon order is primarily a subset of the consignment note information.
Vagonski nalog je predvsem del informacij, ki so navedene v tovornem listu.
It must be forwarded to the RUs involved in the transport chain, since it could become an input for an ad hoc path request (Chapter 4.2.2: Path request).
Treba ga je poslati PŽP, ki so vključeni v prevozno verigo, ker lahko postane podlaga za ad hoc prošnjo za vlakovno pot (poglavje 4.2.2: Prošnja za vlakovno pot ).
The content of the wagon order must show the relevant information which is needed for an RU to effect transportation during its responsibility until handover to next RU.
Vsebina vagonskega naloga mora prikazati ustrezne informacije, ki so potrebne, da PŽP opravi prevoz, za katerega je odgovoren, dokler ga ne preda naslednjemu PŽP.
Therefore the content is dependent on the role to be performed by the railway undertaking: Origin-, Transit- or Delivery RU (ORU, TRU, DRU):
Zato je vsebina odvisna od naloge, ki jo bo opravil prevoznik v železniškem prometu: prevoznik v železniškem prometu izvora, tranzita ali dostave (PŽPI, PŽPT, PŽPD).
wagon order for the Origin Railway Undertaking (ORU),
vagonski nalog za prevoznika v železniškem prometu izvora (PŽPI),
wagon order for the Transit Railway Undertaking (TRU),
vagonski nalog za prevoznika v železniškem prometu tranzita (PŽPT),
wagon order for the Delivery Railway Undertaking (DRU).
vagonski nalog za prevoznika v železniškem prometu dostave (PŽPD).
The data of the wagon orders according the various roles of an RU are listed in detail in Annex A, Index 3, marked as to whether they are mandatory or optional.
Podatki za vagonske naloge v skladu z različnimi nalogami PŽP so podrobneje navedeni v Prilogi A, indeks 3, z oznako, ali so obvezni ali neobvezni.
The detailed formats of these messages are defined in Annex A, Index 1.
Podrobni formati teh sporočil so opredeljeni v Prilogi A, indeks 1.
The main contents of these wagon orders are:
Glavne vsebine teh vagonskih nalogov so:
consignor and consignee information,
podatki o pošiljatelju in prejemniku,
routing information,
podatki o usmerjanju,
consignment identification,
identifikacija pošiljke,
wagon information,
podatki o vagonu,
place and time information.
podatki o kraju in času.
Selected data of the consignment note data must also be accessible for all partners (e.g. IM, keeper, etc.) in the transport chain including customers.
Izbrani podatki iz tovornega lista morajo biti dostopni vsem partnerjem (npr. UI, lastniku ...) v prevozni verigi, vključno z odjemalci.
These are especially per wagon:
To so predvsem na vagon:
load weight (gross weight of the load),
teža tovora (bruto teža tovora),
CN/HS number,
številka KN/HS,
dangerous goods information,
informacije o nevarnem blagu,
transportation unit.
prevozna enota.
Preliminary remarks
Predhodne opombe
Long-term planning
Dolgoročno načrtovanje
The train path defines the requested, accepted and actual data to be stored concerning the path of a train and the characteristics of the train for each segment of that path.
Vlakovna pot opredeljuje zahtevane, sprejete in dejanske podatke, ki jih je treba shraniti v zvezi s potjo vlaka, in značilnosti vlaka za vsak odsek poti.
The following description presents the information which must be available to the infrastructure manager.
V naslednjem opisu so navedene informacije, ki morajo biti na voljo upravljavcu infrastrukture.
For a more detailed description: see Annex A, Index 4.
Za podrobnejši opis glej Prilogo A, indeks 4.
This information must be updated whenever a change occurs.
Te informacije je treba posodobiti ob vsaki spremembi.
The main path data must be:
Glavni podatki o poti morajo biti:
identification of the train path (path number).
Identifikacija vlakovne poti (številka poti).
A path could be either planned usage of capacity along a route section, or the actual routing of a train along a specified line within a route.
Pot je lahko načrtovana uporaba zmogljivosti na odseku proge ali dejansko usmerjanje vlaka vzdolž določene linije na progi.
The exact nature depends upon the processes in use within an IM,
Natančna narava je odvisna od procesov, ki jih uporablja UI.
path departure point, which means the place from where the path will start together with the date and time of the departure of a train on that path,
Mesto odhoda poti, kar pomeni kraj, kjer se bo pot začela, skupaj z datumom in časom odhoda vlaka na tej poti.
destination of the train path, which means the place where the path will end together with date and time at which a train is due to arrive at that destination,
Namembni kraj vlakovne poti, kar pomeni kraj, kjer se bo pot končala, skupaj z datumom in časom, ob katerem bi vlak moral prispeti v namembni kraj.
description of the journey section, which defines the data provided by the IM for each accepted journey section — from the start to the first intermediate stop, further intermediate stops and from the final intermediate stop to the end of the accepted journey.
Opis odseka potovanja, ki opredeljuje podatke, ki jih UI zagotovi za vsak sprejeti odsek potovanja – od začetka do prve vmesne postaje, nadaljnjih vmesnih postaj in od zadnje vmesne postaje do konca potrjenega potovanja.
This description may comprise:
Ta opis lahko vključuje:
intermediate stops or other designated points along the proposed path with date and time for the arrival, departure or passage at these intermediate points as well with an Activity Code, which defines an activity to be undertaken at that intermediate point en route,
vmesne postaje ali druga določena mesta na predlagani poti z datumom in časom prihoda, odhoda ali prehoda na teh vmesnih krajih in s šifro dejavnosti, ki opredeljuje dejavnost, ki bo opravljena na vmesni postaji na progi,
identification of the IM responsible for the traffic management for the current journey section and identification of the IM responsible for the traffic management for the next journey section,
identifikacijo UI, odgovornega za vodenje prometa na trenutnem odseku potovanja, in identifikacijo UI, odgovornega za vodenje prometa na naslednjem odseku potovanja,
description of the equipment (command and control system, radio system, etc.) to be carried by the train; this must be compatible with the infrastructure to enable traction, control and communications from the train to IM control,
opis opreme (sistem za vodenje in nadzor, radijski sistem itd.), ki jo bo prevažal vlak; ta mora biti združljiva z infrastrukturo, da se omogočijo vleka, nadzor in komunikacija med vlakom in nadzorom UI,
train related data for the journey section: max. weight, max. length, max. speed, max. axle weight, min. brake force, max. weight per metre, information concerning exceptional gauging, identifiers of not allowed dangerous goods,
podatke o vlaku za odsek potovanja: maks. masa, maks. dolžina, maks. hitrost, maks. osna masa, min. zavorna sila, maks. masa na meter, informacije o izjemnih širinah, navedbe o nedovoljenem nevarnem blagu,
path number,
številko vlakovne poti,
additional route section running time to allow for recovery, path problems, etc.
dodaten čas vožnje po odseku proge za povrnitev, pri težavah s potjo itd.
Execution path contract: before the running of a train, the journey section must be updated and completed with actual values.
Pogodba o izvedbi vlakovne poti: Pred vožnjo vlaka mora biti odsek potovanja posodobljen in dopolnjen z dejanskimi vrednostmi.
The execution mode is independent from the planning mode.
Izvedbeni način je neodvisen od načrtovalnega načina.
Path request on short notice
Prošnja za vlakovno pot v kratkem roku
Due to exceptions during the train running or due to transport demands on a short-time basis, a railway undertaking must have the possibility to get an ad hoc path on the network.
Zaradi izjem med vožnjo vlaka ali zaradi prevoznih zahtev na kratkoročni časovni podlagi mora prevoznik v železniškem prometu imeti možnost dobiti ad hoc vlakovno pot v omrežju.
In the first case, immediate actions have to be started, whereby the actual train composition based on the train composition list is known.
V prvem primeru je treba takoj ukrepati, pri čemer je dejanska vlakovna kompozicija na podlagi seznama vlakovnih kompozicij znana.
In the second case, the railway undertaking must provide the infrastructure manager with all necessary data concerning when and where the train is required to run together with the physical characteristics in so far as they interact with the infrastructure.
V drugem primeru mora prevoznik v železniškem prometu upravljavcu infrastrukture zagotoviti vse potrebne podatke o tem, kdaj in kje mora peljati vlak, skupaj s fizičnimi značilnostmi, če so te povezane z infrastrukturo.
These data are mainly given in the supplemented consignment note respectively in the wagon orders.
Ti podatki se v glavnem navedejo v dopolnjenem tovornem listu in v vagonskih nalogih.
The path agreement for a train movement at short notice is based on a dialogue between RUs and IMs.
Pogodba o vlakovni poti za premik vlaka v kratkem roku temelji na dialogu med PŽP in UI.
The dialogue will involve all RUs and IMs involved in moving the train along the desired path but maybe with different contribution to the path finding process.
V dialogu bodo sodelovali vsi PŽP in UI, ki sodelujejo pri premiku vlaka po želeni vlakovni poti, pri čemer lahko imajo različen prispevek v procesu določitve te poti.
According to Directive 2001/14/EC, Article 13, mainly two general valid different scenarios can be distinguished for freight transport operating on the infrastructures of several IMs (see also Annex A, Index 5, Chapter 1.3).
V skladu z Direktivo 2001/14/ES, člen 13, obstajata v glavnem dva različna splošno veljavna scenarija za tovorni promet, ki obratuje na infrastrukturi več UI (glej tudi Prilogo A, indeks 5, poglavje 1.3).
scenario A: The RU contacts all involved IMs directly (case A) or via the OSS (case B) to organise the paths for the complete journey.
Scenarij A: PŽP vzpostavi stik z vsemi zadevnimi UI (primer A) neposredno ali prek OSS (primer B), zato da organizira vlakovne poti za celotno potovanje.
In this case the RU has also to operate the train on the complete journey according to Article 13 of the Directive 2001/14/EC.
V tem primeru mora PŽP tudi upravljati vlak na celotnem potovanju v skladu s členom 13 Direktive 2001/14/ES.
scenario B: Each RU involved in the transport journey contacts the local IMs directly or via OSS to request a path for the journey section on which it operates the train.
Scenarij B: Vsak PŽP, ki sodeluje v prevozu, vzpostavi stik z lokalnimi UI neposredno ali prek OSS, zato da zaprosi za vlakovno pot za odsek potovanja, na katerem upravlja vlak.
remark: As already mentioned in Chapter 2 (Definition of subsystem/scope), in the execution mode, the IM will always communicate with the RU which has booked the path.
Opomba: Kakor je bilo že navedeno v poglavju 2 (Opredelitev podsistema/področje uporabe), v izvršilnem načinu UI vedno komunicira s PŽP, ki je rezerviral vlakovno pot.
Therefore the ‘path ownership’ is important for the message exchange during operation of the train.
„Lastništvo poti“ je torej pomembno za izmenjavo sporočil med obratovanjem vlaka.
In both scenarios the booking procedure of a path on short notice follows the dialogue between RU and IM involved as described on the next page.
V obeh scenarijih postopek rezervacije vlakovne poti v kratkem roku sledi dialogu med zadevnim PŽP in UI, kakor je opisano na naslednji strani.
The following table shows the messages used in the dialogue for the path request:
Naslednja preglednica prikazuje sporočila, ki se uporabljajo v dialogu za prošnjo za vlakovno pot:
Message
Sporočilo
Messages used in the dialogue for the path request
Sporočila, ki se uporabljajo v dialogu za prošnjo za vlakovno pot
Path Request
Prošnja za vlakovno pot
RU to IM(s) involved, this message must be sent for a path request at short notice.
PŽP ga pošlje zadevnemu UI, to sporočilo mora biti poslano, če se prosi za vlakovno pot kratkoročno.
Path Details
Podrobnosti o vlakovni poti
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 or if the IM cannot serve the path request, with the indication ‘No alternatives available’.
To sporočilo mora UI poslati PŽP in potrditi podrobnosti o vlakovni poti v odgovor na „Prošnjo za vlakovno pot“, ki jo pošlje PŽP, morda s spremenjenimi vrednostmi, če pa UI ne more ugoditi prošnji za vlakovno pot, z navedbo „Ni razpoložljivih alternativ“.
Path Confirmed
Potrjena vlakovna pot
This message must be sent from the RU to the IM for the acceptance of the ‘Path Details’ from the IM in response to the RU's original request.
To sporočilo mora PŽP poslati UI za sprejem „Podrobnosti o vlakovni poti“ od UI v odgovor na prvotno prošnjo PŽP.
Path Details Refused
Podrobnosti o vlakovni poti zavrnjene
This message must be sent from the RU to the IM when not accepting the ‘Path Details’ from the IM in response to RU's original request, if there are changed values, which the RU cannot accept.
To sporočilo mora PŽP poslati UI, če ne sprejme „Podrobnosti o vlakovni poti“ od UI v odgovor na prvotno prošnjo PŽP, če so spremenjene vrednosti, ki jih PŽP ne more sprejeti.
This dialogue ends with the RU by the Path Confirmed message or with the deletion of the path request (Path Request message with status ‘Deletion’, see Chapter 4.2: Functional and technical specifications of the subsystem, General remarks on the message structure).
Ta dialog konča PŽP s sporočilom Vlakovna pot potrjena ali z izbrisom prošnje za vlakovno pot (sporočilo Prošnja za vlakovno pot s statusom „izbris“, glej poglavje 4.2: Funkcionalne in tehnične specifikacije za podsistem, Splošne opombe o strukturi sporočil).
A Path Details Refused message from the RU must always be served with a new Path Details message.
Sporočilu Podrobnosti o vlakovni poti zavrnjene, ki ga pošlje PŽP, mora vedno slediti novo sporočilo Podrobnosti o vlakovni poti.