natgillin/translations-raw huggingface dataset:
‘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.’
„Metódy využívania, riadenia, aktualizovania, uchovávania týchto databáz, softvérových a dátových komunikačných protokolov musia zaručiť účinnosť týchto systémov a kvalitu dopravy.“
This requirement is specially met by the following chapters:
Túto základnú požiadavku spĺňajú osobitne tieto kapitoly:
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.
Táto základná požiadavka, najmä metóda využívania na zaručenie účinnosti týchto telematických aplikácií a kvality dopravy, je však základom pre celú technickú špecifikáciu pre interoperabilitu a neobmedzuje sa len na uvedené kapitoly.
Essential requirement 2.7.3 of Annex III to Directive 2001/16/EC:
Základná požiadavka 2.7.3 prílohy III k smernici 2001/16/ES:
‘The interfaces between these systems and users must comply with the minimum rules on ergonomics and health protection.’
„Rozhrania medzi týmito systémami a užívateľmi musia byť v súlade s minimálnymi predpismi v oblasti ergonomiky a ochrany zdravia.“
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.
Táto technická špecifikácia pre interoperabilitu nešpecifikuje žiadne dodatočné požiadavky k existujúcim vnútroštátnym a európskym predpisom súvisiacim s minimálnymi predpismi v oblasti ergonomiky a ochrany zdravia rozhrania medzi týmito telematickými aplikáciami a užívateľmi.
Essential requirement 2.7.4 of Annex III to Directive 2001/16/EC:
Základná požiadavka 2.7.4 prílohy III k smernici 2001/16/ES:
‘Suitable levels of integrity and dependability must be provided for the storage or transmission of safety-related information.’
„Pre uchovávanie alebo prenos informácií týkajúcich sa bezpečnosti sa musí zabezpečiť vhodná úroveň integrity a závislosti.“
This requirement is met by the following chapters:
Túto základnú požiadavku spĺňajú tieto kapitoly:
Taking into account all the applicable essential requirements, the telematic application subsystem for freight is characterised by:
Pri zohľadnení všetkých uplatniteľných základných požiadaviek subsystém „telematických aplikácií pre nákladnú dopravu“ charakterizujú:
In light of the essential requirements in Chapter 3 (Essential requirements), the functional and technical specifications of the subsystem are as follows:
Funkčné a technické špecifikácie subsystému vzhľadom na základné požiadavky v kapitole 3 (Základné požiadavky) sú:
consignment note data,
údaje nákladného listu,
path request,
žiadosť o trasu,
train preparation,
príprava vlaku,
train running forecast,
plán chodu vlaku,
service disruption information,
informácia o mimoriadnostiach v prevádzke,
train location,
poloha vlaku,
wagon/intermodal unit ETI/ETA,
predpokladaný čas výmeny (ETI)/odhadovaný čas príchodu (ETA) vagóna/jednotky kombinovanej dopravy,
wagon movement,
pohyb vagóna,
interchange reporting,
hlásenie výmeny,
data exchange for quality improvement,
výmena údajov na zvýšenie kvality,
the main reference data,
hlavné referenčné údaje,
various reference files and databases,
rôzne referenčné súbory a databázy,
electronic transmission of documents,
elektronický prenos dokumentov,
networking and communication.
budovanie siete a komunikácia.
The detailed specifications are outlined below.
Podrobné technické špecifikácie sú načrtnuté nižšie.
Further details and the formats of the messages are defined in Annex A, Index 1.
Ďalšie podrobnosti a formáty správ sú definované v prílohe A indexe 1.
General remarks on the message structure
Všeobecné poznámky o štruktúre správy
The messages are structured into two data sets:
Správy sú štruktúrované v dvoch skupinách údajov:
control data: explanation see below,
Riadiace údaje: pozri vysvetlenie nižšie
information data: the application information.
Informačné údaje: informácie o uplatňovaní.
The control data show the following elements:
Riadiace údaje poskytujú tieto prvky:
status: the status of a message can be:
Stav: Stav správy môže byť:
‘New message’, if this is a new message,
„nová správa“, ak je to nová správa
‘Alteration’, if this is a modification of a previous send message,
„zmena“, ak je to zmena predošlej odoslanej správy
‘Deletion’, if the previous sent message should be deleted,
„vymazanie“, ak by mala byť predošlá odoslaná správa vymazaná.
message reference with:
Referencia správy s:
Message type: e.g. ‘path request’ or ‘enquiry about train running’,
Typom správy: napríklad „žiadosť o trasu“ alebo „dopyt na chod vlaku“.
Data and time: actual date and time when the message was sent,
Dátumom a časom: aktuálny dátum a čas, keď bola správa zaslaná.
Message number: number generated by the sender of the message,
Číslom správy: číslo vygenerované odosielateľom správy
related reference, only if the message is the answer to a previous received message (identical to the ‘message reference’ of the received message) with:
Súvisiaca referencia, len ak je správa odpoveďou na predošlú prijatú správu (identická s „referenciou správy“ prijatej správy) so:
Related type: type of the received message,
súvisiacim typom: typ prijatej správy
Related date and time: date and time of the received message,
súvisiacim dátumom a časom: dátum a čas prijatej správy
Related number: number of the received message,
súvisiacim číslom: číslo prijatej správy.
sender of the message,
Odosielateľ správy
recipient of the message.
Príjemca správy.
In the following chapters mainly the status ‘New message’ is considered.
V nasledujúcich kapitolách sa berie do úvahy hlavne stav „nová správa“.
In Chapter 4.2.2 Path request is also referred to the status ‘deletion’ regarding the Path Request message.
Kapitola 4.2.2. Žiadosť o trasu sa vzťahuje na stav „vymazanie“, ktorý sa týka správy „žiadosť o trasu“.
Customer consignment note
Nákladný list zákazníka
The consignment note has to be sent by the customer to the Lead RU.
Zákazník musí zaslať nákladný list vedúcemu železničnému podniku.
It must show all the information needed to carry a consignment from the consignor to the consignee.
Musí poskytovať všetky informácie potrebné na prepravu zásielky od odosielateľa k príjemcovi.
The LRU must supplement this data with additional information.
Vedúci železničný podnik musí tieto údaje doplniť dodatočnými informáciami.
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.
Tieto údaje, vrátane dodatočných údajov, sú (pre opis údajov pozri prílohu A index 3) uvedené v tabuľke v prílohe A indexe 3 s označením v riadku „Údaje v nákladnom liste“, či sú povinné, alebo nepovinné a či musia byť dodané zasielateľom alebo doplnené vedúcim železničným podnikom.
In the case of Open Access the Lead RU contracting with the customer has all the information after the supplement of the data available.
V prípade otvoreného prístupu má vedúci železničný podnik, ktorý uzavrel so zákazníkom zmluvu, všetky informácie po doplnení dostupných údajov.
No message exchange is needed with other RUs.
Nie je potrebná žiadna výmena správ s inými železničnými podnikmi.
These data are also the basis for a path request on short notice, if this is required for the execution of the consignment note.
Tieto údaje sú tiež základom pre krátkodobú žiadosť o trasu, ak sa vyžaduje na vyhotovenie nákladného listu.
The following messages are for the case of non Open Access.
Nasledujúce správy sú pre prípad uzavretého prístupu.
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.
Obsah týchto správ môže byť tiež základom pre krátkodobé žiadosti o trasu, ak sa vyžadujú na vyhotovenie nákladného listu.
Wagon orders
Vagónové objednávky
The wagon order is primarily a subset of the consignment note information.
Vagónová objednávka je primárne podskupinou informácií nákladného 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).
Musí sa zaslať železničnému podniku, ktorý je zapojený do dopravného reťazca, keďže by sa mohol stať vstupom pre ad hoc žiadosť o trasu (kapitola 4.2.2: Žiadosť o trasu).
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.
Obsah vagónovej objednávky musí obsahovať príslušné informácie, ktoré sú potrebné pre železničný podnik na uskutočnenie prepravy počas jej zodpovednosti až po nasledujúci železničný podnik.
Therefore the content is dependent on the role to be performed by the railway undertaking: Origin-, Transit- or Delivery RU (ORU, TRU, DRU):
Obsah preto závisí od úlohy, ktorú má železničný podnik vykonať: východzí, tranzitný alebo cieľový železničný podnik (ORU, TRU, DRU).
wagon order for the Origin Railway Undertaking (ORU),
Vagónová objednávka pre východiskový železničný podnik (ORU)
wagon order for the Transit Railway Undertaking (TRU),
Vagónová objednávka pre tranzitný železničný podnik (TRU)
wagon order for the Delivery Railway Undertaking (DRU).
Vagónová objednávka pre cieľový železničný podnik (DRU).
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.
Údaje vagónových objednávok podľa rôznych úloh železničného podniku sú podrobne uvedené v prílohe A indexe 3 a sú označené podľa toho, či sú povinné, alebo nepovinné.
The detailed formats of these messages are defined in Annex A, Index 1.
Podrobné formáty týchto správ sú definované v prílohe A indexe 1.
The main contents of these wagon orders are:
Hlavným obsahom týchto vagónových objednávok je:
consignor and consignee information,
informácia o odosielateľovi a príjemcovi,
routing information,
informácia o trase,
consignment identification,
identifikácia zásielky,
wagon information,
informácia o vagóne,
place and time information.
informácia o mieste a čase.
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.
Vybrané údaje z údajov nákladného listu zásielky musia byť prístupné aj pre všetkých partnerov (napríklad prevádzkovateľ infraštruktúry, majiteľ...) v prepravnom reťazci, vrátane zákazníkov.
These are especially per wagon:
Tieto sú najmä pre každý vagón:
load weight (gross weight of the load),
hmotnosť nákladu (brutto hmotnosť nákladu),
CN/HS number,
CN/HS číslo,
dangerous goods information,
informácia o nebezpečnom tovare,
transportation unit.
dopravná jednotka.
Long-term planning
Dlhodobé plánovanie
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.
Vlaková trasa definuje požadované, prijaté a skutočné údaje, ktoré majú byť uložené a ktoré sa týkajú trasy vlaku a charakteristík vlaku pre každý úsek tejto trasy.
The following description presents the information which must be available to the infrastructure manager.
Nasledujúci opis uvádza informácie, ktoré musia byť k dispozícii prevádzkovateľovi infraštruktúry.
For a more detailed description: see Annex A, Index 4.
Pre podrobnejší opis pozri prílohu A index 4.
This information must be updated whenever a change occurs.
Vždy keď dôjde k zmene, musia sa tieto informácie aktualizovať.
The main path data must be:
Hlavné údaje trasy sú:
identification of the train path (path number).
Identifikácia vlakovej trasy (číslo trasy).
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.
Trasa môže byť buď plánovaným využívaním kapacity na časti cesty, alebo aktuálnym smerovaním vlaku na konkrétnej trati v rámci cesty.
The exact nature depends upon the processes in use within an IM,
Presný druh závisí od procesov, ktoré používa prevádzkovateľ infraštruktúry.
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,
Bod odchodu trasy, to znamená miesto, odkiaľ sa trasa začne, spolu s časom a dátumom odchodu vlaku na tejto trase.
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,
Cieľ vlakovej trasy, to znamená miesto, kde sa trasa skončí, spolu s časom a dátumom, keď má vlak do tohto cieľa prísť.
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 úseku cesty, ktorý definuje údaje poskytnuté prevádzkovateľom infraštruktúry pre každú akceptovanú časť cesty – od začiatku k prvému medziľahlému miestu zastavenia, ďalším medziľahlým miestam zastavenia a z konečných medziľahlých miest zastavenia do konca akceptovanej cesty.
This description may comprise:
Tento opis môže zahŕňať:
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,
medziľahlé miesta zastavenia alebo iné určené body pozdĺž navrhnutej trasy s dátumom a časom príchodu, odchodu alebo prejazdu cez tieto prechodné body, ako aj s kódom činnosti, ktorý definuje činnosť, ktorá sa má vykonať v tomto prechodnom bode počas cesty,
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,
identifikáciu prevádzkovateľa infraštruktúry zodpovedného za riadenie dopravy pre aktuálny úsek cesty a identifikáciu prevádzkovateľa infraštruktúry zodpovedného za riadenie dopravy pre ďalší úsek cesty,
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 zariadenia (systém riadenia, rádiový systém atď.), ktoré má vlak viezť; musí byť zlučiteľné s infraštruktúrou na umožnenie trakcie, riadenia a komunikácie z vlaku do riadenia prevádzkovateľa infraštruktúry,
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,
údaje týkajúce sa vlaku pre úsek cesty: maximálna hmotnosť, maximálna dĺžka, maximálna rýchlosť, maximálne zaťaženie nápravy, minimálna brzdná sila, maximálna hmotnosť na meter, informácie týkajúce sa výnimočných obrysov vozidiel, identifikátory nepovoleného nebezpečného tovaru,
path number,
číslo trasy,
additional route section running time to allow for recovery, path problems, etc.
dodatočný čas jazdy na časti cesty na započítanie obnovy, problémov na trase atď.
Execution path contract: before the running of a train, the journey section must be updated and completed with actual values.
Vykonávacia zmluva o trase: Pred jazdou vlaku sa musí úsek cesty aktualizovať a doplniť aktuálnymi hodnotami.
The execution mode is independent from the planning mode.
Spôsob vykonania je nezávislý od spôsobu plánovania.
Path request on short notice
Krátkodobá žiadosť o trasu
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.
Kvôli výnimkám počas chodu vlaku alebo kvôli krátkodobým dopravným požiadavkám musí mať železničný podnik možnosť získať ad hoc trasu v sieti.
In the first case, immediate actions have to be started, whereby the actual train composition based on the train composition list is known.
V prvom prípade sa musia začať okamžité opatrenia, pričom aktuálna vlaková zostava je známa na základe výkazu zostavy vlakov.
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 druhom prípade musí železničný podnik poskytnúť prevádzkovateľovi infraštruktúry všetky potrebné údaje, pokiaľ ide o to, kedy a kde sa požaduje chod vlaku spolu s fyzikálnymi charakteristikami, pokiaľ dochádza k interakcii s infraštruktúrou.
These data are mainly given in the supplemented consignment note respectively in the wagon orders.
Tieto údaje sú uvedené hlavne v doplnenom nákladnom liste, vo vagónových objednávkach.
The path agreement for a train movement at short notice is based on a dialogue between RUs and IMs.
Krátkodobá dohoda o trase pre pohyb vlaku sa zakladá na dialógu medzi železničnými podnikmi a prevádzkovateľmi infraštruktúry.
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.
Dialóg sa týka všetkých železničných podnikov a prevádzkovateľov infraštruktúry zúčastnených na chode vlaku na žiadanej trase, avšak s možným rozdielnym prínosom k procesu hľadania trasy.
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).
Podľa článku 13 smernice 2001/14/ES je v prípade nákladnej dopravy, ktorá sa prevádzkuje na infraštruktúrach niekoľkých prevádzkovateľov infraštruktúry, možné rozlíšiť hlavne dva všeobecne platné rozdielne varianty (pozri tiež prílohu A index 5 kapitolu 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.
Variant A: Železničný podnik kontaktuje všetkých prevádzkovateľov infraštruktúry (prípad A) priamo alebo cez miesto jedného odbavenia (OSS) (prípad B) na účely zorganizovania trás pre kompletnú cestu.
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 tomto prípade musí železničný podnik tiež prevádzkovať vlak na kompletnej ceste podľa článku 13 smernice 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.
Variant B: Každý železničný podnik zapojená do dopravnej cesty kontaktuje miestnych prevádzkovateľov infraštruktúry priamo alebo cez miesto jedného odbavenia (OSS) s cieľom požiadať o trasu pre úsek cesty, na ktorom vlak prevádzkuje.
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.
Poznámka: Ako už bolo spomenuté v kapitole 2 (Definícia subsystému/rozsahu), vo vykonávacom režime bude prevádzkovateľ infraštruktúry vždy komunikovať so železničným podnikom, ktorý trasu rezervoval.
Therefore the ‘path ownership’ is important for the message exchange during operation of the train.
Preto je „vlastníctvo trasy“ dôležité pre výmenu správ počas prevádzky vlaku.
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 oboch variantoch sa postup krátkodobej rezervácie trasy riadi dialógom medzi príslušným železničným podnikom a prevádzkovateľom infraštruktúry, ako je opísaný na nasledujúcej strane.
The following table shows the messages used in the dialogue for the path request:
Táto tabuľka znázorňuje správy používané v dialógu pre žiadosť o trasu:
Message
Správa
Messages used in the dialogue for the path request
Správy použité v dialógu pre žiadosť o trasu
Path Request
Žiadosť o trasu
RU to IM(s) involved, this message must be sent for a path request at short notice.
Železničný podnik zúčastnenému (-ým) prevádzkovateľovi (-om) infraštruktúry, táto správa sa musí odoslať v prípade krátkodobej žiadosti o trasu.
Path Details
Podrobnosti trasy
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’.
Túto správu musí (-ia) zaslať prevádzkovateľ (-lia) infraštruktúry železničného podniku s potvrdením podrobností trasy v nadväznosti na „žiadosť o trasu“ železničného podniku, prípadne so zmenenými hodnotami alebo ak prevádzkovateľ infraštruktúry nemôže vyhovieť žiadosti o trasu, s označením „Žiadne alternatívy nie sú k dispozícii“.
Path Confirmed
Trasa potvrdená
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.
Túto správu musí zaslať železničný podnik prevádzkovateľovi infraštruktúry pre prijatie „podrobností trasy“ od prevádzkovateľa infraštruktúry v nadväznosti na pôvodnú žiadosť železničného podniku.
Path Details Refused
Podrobnosti trasy zamietnuté
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.
Túto správu musí zaslať železničný podnik prevádzkovateľovi infraštruktúry pri neprijatí „podrobností trasy“ od prevádzkovateľa infraštruktúry v nadväznosti na pôvodnú žiadosť železničného podniku, ak sú zmenené hodnoty, ktoré železničný podnik nemôže prijať.
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).
Tento dialóg sa končí na strane železničného podniku správou „trasa potvrdená“ alebo vymazaním žiadosti o trasu (správa „žiadosť o trasu“ so stavom „vymazanie“, pozri kapitolu 4.2: Funkčné a technické špecifikácie subsystému, všeobecné poznámky o štruktúre správy).
A Path Details Refused message from the RU must always be served with a new Path Details message.
Správa „podrobnosti trasy odmietnuté“ od železničného podniku musí byť vždy doručená s novou správou „podrobnosti trasy“.
If the IM cannot serve the path request with a new proposal within the Path Details message, he must send the Path Details message with the indication ‘No alternatives available’, which ends the dialogue with the IM.
Ak prevádzkovateľ infraštruktúry nemôže vyhovieť žiadosti o trasu novým návrhom v rámci správy „podrobnosti trasy“, musí zaslať správu „podrobnosti trasy“ s označením „žiadne alternatívy nie sú k dispozícii“, ktorá ukončí dialóg s prevádzkovateľom infraštruktúry.
Whether the path was booked in the long-term planning or on a short notice, the RU must have always the possibility to cancel a booked path.
Bez ohľadu na to, či bola trasa rezervovaná v dlhodobom plánovaní alebo krátkodobo, železničný podnik musí mať vždy možnosť rezervovanú trasu zrušiť.
For the cancellation of a booked path the following message must be used.
Na zrušenie rezervovanej trasy sa musí použiť táto správa.
Path cancellation by RU
Zrušenie trasy železničným podnikom
Message to cancel a booked path by RU
Správa o zrušení rezervovanej trasy železničným podnikom.
Path Cancelled
Trasa zrušená
Advice from the RU to the IM to cancel a previously booked path or a part of it.
Oznámenie železničného podniku prevádzkovateľovi infraštruktúry, aby zrušil predtým rezervovanú trasu alebo jej časť.