natgillin/translations-raw huggingface dataset:
V těchto smlouvách jsou též zahrnuty postupy a termíny pro potvrzení využití trasy a zrušení rezervované trasy a míra, do jaké lze trasu využít mimo stanovený časový rámec (dříve či později).
The procedures and time frames for confirming the utilisation of a path, cancelling the use of a planned path and the extent to which a path can be used outside (early or late) the specified range of times will also be covered in these contracts.
trasa zrušena,
Path Cancelled,
trasa není k dispozici.
Path Not Available.
ŽP/PI dostupnost trasy narychlo
RU/IM Path Availability on short notice
Když chce ŽP jet s vlakem mimo časová omezení stanovená pro naplánovanou trasu, musí zaslat příslušnému (příslušným) PI rychlou žádost o trasu (jak je stanoveno ve směrnici 2001/14/ES).
When an RU wants to run a train outside the time limits established for a planned path, a path request on short notice must be sent to the IM(s) involved (as provided in the Directive 2001/14/EC).
ŽP pravidelně porovnává žádosti o trasu s údaji obsaženými v odpovědích za účelem sestavení těchto statistických výkazů:
Periodically the RU will compare the path request and the response data for producing reports as follows:
dodržení časové lhůty pro odpověď stanovené v rámcové dohodě,
path request response time against framework agreement,
počet tras dodaných v určitých termínech v požadované lhůtě,
number of paths supplied within certain time periods, within the requested time,
počet zamítnutých žádostí o trasu.
number of rejected path requests.
žádost o trasu,
Path Request,
údaje o trase,
Path Details,
údaje o trase odmítnuty,
Path Details Refused,
PI/ŽP kvalita řazení vlaku
IM/RU Train composition quality
Zprávy o připravenosti vlaku a/nebo výkazy vozidel vlaku, které zasílá ŽP provozovateli (provozovatelům) infrastruktury nebo jiným ŽP, musejí vyhovovat specifikacím vlaku obsaženým v příslušné smlouvě.
When the train ready messages and/or train composition lists are sent by an RU to the IM(s) or to other RUs, they must comply with the train specifications contained within the applicable contract.
Pro kontrolu souladu se smlouvou, a tedy pro měření kvality řazení vlaku, se používají zejména tyto zprávy
For the checking of this compliance and therefore for the measurement of the train composition quality the most relevant messages are:
řazení vlaku,
Train Composition,
vlak nevyhovuje.
Train Not Suitable.
Údaje o infrastruktuře (zprávy o síti a údaje uložené v databázi informací o omezeních na infrastruktuře) a údaje o kolejových vozidlech (v referenčních databázích kolejových vozidel a v provozní databázi vozů a intermodálních jednotek) jsou nejdůležitějšími údaji pro provoz nákladních vlaků na evropské síti.
The Infrastructure Data (the Network Statements and the stored data in the Infrastructure Restriction Notice Database) and Rolling Stock Data (in the Rolling Stock Reference Databases and in the Wagon and Intermodal Unit Operational Database) are the most important data for the operation of freight trains on the European network.
Oba tyto typy údajů společně umožňují posoudit kompatibilitu kolejových vozidel s infrastrukturou, pomáhají bránit několikanásobnému zadávání dat, což přispívá ke zvýšení kvality dat v systému, a poskytují jasný obrázek o dostupných instalacích a zařízeních, který je kdykoli k dispozici pro rychlé rozhodování v průběhu provozu.
Both types of data together allow an assessment of the compatibility of the rolling stock with the infrastructure, help to avoid multiple data input, which increase especially the data quality, and they give a clear picture on all available installations and equipment at any time for fast decisions during the operation.
Databáze informací o omezeních na infrastruktuře
The Infrastructure Restriction Notice Databases
Každý PI zodpovídá za vhodnost trasy na jeho infrastruktuře a ŽP si je povinen překontrolovat charakteristiky vlaku s hodnotami uvedenými v údajích o trase pro trasu, kterou má smluvně dojednanou.
Each IM is responsible for the suitability of a path on his infrastructure and the RU is obliged to check the train characteristics against the values given in the path details of its contracted path.
Aniž jsou dotčeny podmínky pro využití trasy ve zprávách o síti nebo povinnosti v případě jakýchkoli omezení na infrastruktuře vysvětlené v TSI pro subsystém „Provoz a řízení dopravy“, ŽP musí vědět před zahájením přípravy vlaku, zda jsou na úsecích trati nebo ve stanicích (uzlech) nějaká omezení mající vliv na řazení jeho vlaku uvedené ve smlouvě o trase.
Without prejudice to the conditions for the usage of a path in the Network Statements or to the responsibilities in case of any restrictions in the infrastructure explained in the TSI Operation and Traffic Management, the RU must know before preparing the train, whether there are any restrictions on the line segments or stations (nodes) affecting its train composition described in the path contract.
Pro tyto účely musejí PI zřídit a vést aktuální databáze informací o omezeních na infrastruktuře.
For this the IMs must install and fill-in Infrastructure Restriction Notice Databases.
Struktura těchto databází je popsána v příloze A indexu 2.
The structure of such a database is outlined in Annex A, Index 2.
Položky těchto databází vycházejí z úseků tratí s příslušnými zprávami o síti, s přidáním informací o omezeních.
The entries of these databases are based on segments in line with the relevant Network Statements with the addition of restriction information.
Tyto databáze musejí být přístupné přes společné rozhraní (4.2.14.1: a 4.2.14.7:).
These databases must be accessible via the common interface (4.2.14.1: General architecture and 4.2.14.7: Common interface).
ŽP je povinen zohlednit všechna omezení v databázi informací o omezeních na infrastruktuře, která mají vliv na jízdu jeho vlaku a která se vyskytnou v databázi do období bezprostředně před odjezdem (pre-departure period).
The RU is obliged to take into account all restrictions in the Infrastructure Restriction Notice Database affecting its train running until the pre-departure period.
Není-li ve smlouvě mezi PI a ŽP stanoveno jinak, začíná období bezprostředně před odjezdem jednu hodinu před odjezdem dle jízdního řádu.
If nothing else is defined in a contract between the IM and RU, the pre-departure period starts one hour before the scheduled time of departure.
Nastanou-li během období bezprostředně před odjezdem nějaké důležité změny v databázi informací o omezeních na infrastruktuře, musí o nich PI informovat ŽP přímo.
In the pre-departure period the IM must notify directly the RU of any relevant changes arising in the Infrastructure Restriction Notice Database.
Referenční databáze kolejových vozidel
The Rolling Stock Reference Databases
Držitel kolejových vozidel odpovídá za uchovávání údajů o kolejových vozidlech v referenční databázi kolejových vozidel.
The keeper of a rolling stock is responsible for the storage of the rolling stock data within a Rolling Stock Reference Database.
Informace, které musejí být obsaženy v jednotlivých referenčních databázích kolejových vozidel, jsou podrobně popsány v příloze A indexu 2.
The Information that must be included in the individual Rolling Stock Reference Databases is described in detail in Annex A, Index 2.
Databáze musejí obsahovat všechny údaje o:
They must contain all items for:
posouzení slučitelnosti s infrastrukturou,
assessment of the compatibility with the infrastructure,
Referenční databáze kolejových vozidel musí umožňovat snadný přístup (jediný společný přístup poskytovaný přes společné rozhraní) k technickým údajům, aby se omezil objem dat přenášených při každé operaci.
The Rolling Stock Reference Databases must allow easy access (a single common access provided via the common interface) to the technical data to minimise the volume of data transmitted for each operation.
Obsah databází musí být přístupný na bázi diferencovaných přístupových práv všem poskytovatelům služeb (PI, ŽP, logistickým firmám a správcům vozového parku), zejména pro účely správy a údržby vozového parku.
Contents of the databases must be accessible, based on structured access rights depending on privilege to all service providers (IMs, RUs, logistic providers and fleet managers) in particular for purposes of fleet management and rolling stock maintenance.
Záznamy v referenční databázi kolejových vozidel lze rozdělit do dvou skupin:
The entries in the Rolling Stock Reference Database can be grouped as follows:
Správní údaje,
Administrative data,
které se týkají certifikace a registrace, například odkazy na záznamy o registraci v ES, identifikační údaje o oznámeném subjektu apod.; mohou zahrnovat historické údaje o vlastnictví, pronájmu apod. Je potřeba uvážit tyto kroky
related to certification and registration items such as reference to the EC registration file, ID of the notified body, etc.; this may include historical data related to ownership, rental, etc. The following steps have to be taken into account:
certifikace v ES,
EC certification,
registrace v „domovském“ státě,
registration in the ‘home’ State,
datum uvedení do provozu ve státě, kde byla udělena registrace,
date put into service in the State of registration,
registrace v jiných zemích pro použití na jejich vnitrostátní síti,
registration in other countries for the use on their national network,
bezpečnostní certifikace pro všechna kolejová vozidla, která nevyhovují TSI pro subsystém „Kolejová vozidla“.
safety certification for all rolling stock which does not comply with the Rolling Stock TSI.
Držitel je povinen zajistit, aby tyto údaje byly k dispozici a aby byly prováděny postupy, které s nimi souvisejí.
The keeper is obliged to ensure that these data are available and the processes behind have been conducted.
Konstrukční údaje,
Design data,
které zahrnují všechny podstatné (fyzické) prvky kolejových vozidel, včetně vlastností týkajících se životního prostředí, a všechny informace, o nichž se předpokládá, že zůstanou v platnosti po celou dobu životnosti kolejových vozidel – tato část může obsahovat historii větších úprav, větší údržby, generálních oprav apod.
which shall include all constitutive (physical) elements of the rolling stock, including characteristics related to the environment, and all information that is expected to remain valid throughout the life of the rolling stock — this part may contain a history of major modifications, major maintenance, overhaul, etc.
Provozní údaje o kolejových vozidlech
The Rolling Stock Operational Data
Vedle referenčních údajů o kolejových vozidlech jsou nejdůležitějšími údaji pro provozní účely údaje o aktuálním stavu kolejových vozidel.
Beside the reference data for rolling stock, the data representing the actual status of the rolling stock is the most important data for operational purposes.
Součástí těchto údajů jsou dočasné údaje, například o omezeních, aktuální a připravované údržbě, počítadla km a poruch apod.; a všechny údaje, které by se daly považovat za „stavové“ (dočasná omezení rychlosti, údaje o brzdách, údaje o potřebě oprav a popis závad apod.).
This data shall include temporary data, such as restrictions, current and projected maintenance actions, kilometers and fault counters, etc.; and all data that could be considered as ‘status’ (temporary speed restrictions, brake isolated, needs for repair and fault description, etc.,).
Při používání provozních údajů o kolejových vozidlech je zapotřebí uvažovat tři různé entity, které reprezentují jednotlivé strany odpovědné za kolejová vozidla v průběhu dopravní operace:
For use of the operational rolling stock data, three different entities must be considered taking into account the different parties responsible for rolling stock during transport operation:
železniční podnik jako odpovědný subjekt během doby, kdy má na starosti přepravu,
Railway Undertaking as Duty holder during its transport control,
držitel kolejových vozidel a
Keeper of rolling stock, and
uživatel (nájemce) kolejových vozidel.
User (Hirer) of rolling stock.
Provozní údaje o kolejových vozidlech za všechny tři strany musejí být přístupné autorizovaným uživatelům do předem stanovené úrovně oprávnění na základě jedinečného klíče, kterým je identifikační číslo vozu.
For all three different parties the operational rolling stock data must be accessible by the authorised user, down to his predefined authorised level, using the single key given by the wagon ID (wagon number).
Provozní údaje o kolejových vozidlech jsou součástí celoevropské provozní databáze vozů a intermodálních jednotek popsané v kapitole 4.2.12.2 Jiné databáze.
The operational rolling stock data is a part of the European-wide Wagon and Intermodal Unit Operational Database as described in Chapter 4.2.12.2 Other databases .
Referenční soubory
Reference files
Pro provoz nákladních vlaků na evropské síti musejí být všem poskytovatelům služeb (PI, ŽP, logistickým firmám a správcům vozového parku) zpřístupněny níže uvedené referenční soubory.
For the operation of freight trains on the European network the following reference files must be available and accessible to all service providers (IMs, RUs, logistic providers and fleet managers).
Údaje v nich musejí vždy odrážet aktuální stav.
The data must represent the actual status at all times.
Lokálně uchovávané a spravované:
Locally stored and administrated:
referenční soubor služeb poskytovaných v mimořádných situacích, s vazbou na typ nebezpečných věcí.
reference file of the emergency services, correlated to type of hazardous goods.
Centrálně uchovávané a spravované:
Centrally stored and administrated:
referenční soubor kódů pro všechny PI, ŽP, poskytovatele služeb,
reference file of the coding for all IMs, RUs, service provider companies,
referenční soubor kódů pro přepravce,
reference file of the coding for transport customers,
referenční soubor kódů lokalit (primární, druhotná a zóna-kolej-místo),
reference file of the coding of locations (primary, subsidiary and zone-track-spot),
referenční soubor kódů lokalit zákazníků,
reference file of the coding for customer locations,
referenční soubor všech existujících systémů řízení vlaků,
reference file of all existing train control systems,
referenční soubor nebezpečných věcí, čísla UN a RID,
reference file of hazardous goods, UN and RID numbers,
referenční soubor všech typů lokomotiv,
reference file of all different locomotive types,
referenční soubor všech kódů CN a HS pro zboží,
reference file of all CN and HS codes for goods,
referenční soubor všech evropských opraven,
reference file of all European maintenance workshops,
referenční soubor všech evropských kontrolních orgánů,
reference file of all European audit bodies,
referenční soubor všech evropských licencovaných operátorů včetně příslušného seznamu udělených národních bezpečnostních osvědčení.
reference file of all European licensed operators including respective list of national safety certificates granted.
Připravuje se kódování PI, ŽP, dopravců a zákazníků a též lokalit (primární, druhotné…) včetně lokalit zákazníků.
The coding of IMs, RUs, transport organisations and companies and transport customers as well as of locations (primary, subsidiary, etc.) including customer locations are pending.
Jiné databáze
Other databases
Aby se umožnilo sledování pohybu vlaků a vozů, musí být zavedeny níže uvedené databáze, které jsou aktualizovány při každé relevantní události v reálném čase.
To allow for the tracking of train and wagon movements, the following databases, updated at each relevant event in real time, must be installed.
Oprávněné subjekty, jako jsou držitelé a správci vozového parku, musejí mít přístup k údajům, které potřebují pro plnění svých smluvních povinností.
Authorised entities such as keepers and fleet managers must have access to the data relevant to fulfil their functions, according to contractual conditions.
Provozní databáze vozů a intermodálních jednotek
Wagon and Intermodal Unit Operational Database,
Plán přepravy pro vůz/intermodální jednotku
Trip plan for wagon/intermodal unit.
Provozní databáze vozů a intermodálních jednotek
Wagon and Intermodal Unit Operational Database
Komunikace mezi HŽP a železničními podniky v režimu spolupráce je založena na číslech vozů, resp. intermodálních jednotek.
The communication between the Lead RU and RUs in the cooperation mode is based on wagon and/or intermodal unit numbers.
Proto musí ŽP, který komunikuje s provozovateli infrastruktury na úrovni vlaku, rozložit tyto informace na informace o jednotlivých vozech a intermodálních jednotkách.
Therefore an RU, which communicates with the IMs at train level, must break down this information into wagon and intermodal unit related one.
Tyto informace týkající se vozů a intermodálních jednotek musejí být uchovávány v provozní databázi vozů a intermodálních jednotek.
This wagon and intermodal unit related information must be stored in the Wagon and Intermodal Unit Operational Database.
S novými informacemi o pohybu vlaku dochází k vytváření nových záznamů/aktualizaci stávajících záznamů v provozní databázi vozů a intermodálních jednotek, které slouží pro informaci zákazníka.
The information on train movement leads to new entries/updates in the Wagon and Intermodal Unit Operational Database for customer information.
Pohybová část záznamu o vozu nebo přepravní jednotce pro kombinovanou dopravu se v databázi vytváří nejpozději v okamžiku obdržení času připravenosti vozu nebo přepravní jednotky k odsunu od zákazníka.
The movement part for a wagon or intermodal unit in the database is set up at the latest when receiving the release time for the wagons or intermodal unit from the customer.
Tento čas připravenosti je prvním pohybovým údajem o vozu zadávaným do provozní databáze vozů a intermodálních jednotek v souvislosti se skutečnou jízdou.
This release time is the first movement entry for a wagon into the Wagon and Intermodal Unit Operational Database related to an actual transport journey.
Zprávy o pohybu vozu jsou definovány v kapitolách 4.2.8 (Pohyb vozu) a 4.2.9 (Vykazování ).
The messages for the wagon movement are defined in the Chapters 4.2.8 (Wagon movement) and 4.2.9 (Interchange reporting).
Tato databáze musí být přístupná přes společné rozhraní (4.2.14.1: Obecná architektura a 4.2.14.7: Společné rozhraní).
This database must be accessible via the common interface (4.2.14.1: General architecture and 4.2.14.7: Common interface).
Provozní databáze vozů a intermodálních jednotek je nejdůležitější databází pro sledování vozů, a tedy pro komunikaci mezi zúčastněnými ŽP a hlavním ŽP.
The Wagon and Intermodal Unit Operational Database is the most important one for the tracking of wagons and therefore for the communication between the RUs involved and the Lead RU.
Tato databáze popisuje pohyb vozu a intermodální jednotky od odjezdu až po konečné dodání na vedlejší kolej zákazníka včetně ETI a skutečných časů v různých místech až po ETA konečného dodání.
This database shows the movement of a wagon and of an intermodal unit from departure through to final delivery at customer sidings with ETIs and actual times at different locations until the final delivery time ETA.
Tato databáze též ukazuje stav kolejových vozidel:
The database also shows the different status of the rolling stock such as:
Stav: nakládka
Status: loading of the rolling stock
Tento stav se používá při výměně informací mezi ŽP a provozovateli infrastruktury a dalšími ŽP, které se podílejí na konkrétní jízdě.
This status is required for the information exchange between the RU and the IMs and to other railway undertakings involved in the transport journey.
Stav: naložený vůz na cestě
Status: loaded wagon on journey
Tento stav se používá při výměně informací mezi PI a ŽP a jinými PI a ŽP, které se podílejí na konkrétní jízdě.
This status is required for the information exchange between the IM and the RU, with other infrastructure managers and with other railway undertakings involved in the transport journey.
Stav: prázdný vůz na cestě
Status: empty wagon on journey
Tento stav se používá při výměně informací mezi PI a ŽP a jinými PI a ŽP, které se podílejí na konkrétní jízdě.
This status is required for the information exchange between the IM and the RU, with other infrastructure managers and railway undertakings involved in the transport journey.
Stav: vykládka
Status: unloading of rolling stock
Tento stav se používá při výměně informací mezi ŽP v místě určení a HŽP.
This status is required for the information exchange between the RU at destination and the Lead RU for the transport.
Stav: prázdný vůz v rukou správce vozového parku
Status: empty wagon under fleet management control
Tento stav se používá k získání informací o dostupnosti vozu stanovených vlastností.
This status is required to get the information about availability of a vehicle of defined characteristics.
Databáze plánů přepravy vozů
Wagon Trip Plan Databases
Vlaky běžně vozí vozy od různých zákazníků.
Trains normally carry wagons from various customers.
HŽP (ŽP zastávající úlohu integrátora služeb) musí pro každý vůz vypracovat a aktualizovat plán přepravy, který na úrovni vlaku odpovídá trase vlaku.
For each wagon the Lead RU (RU acting as service integrator) must establish and update a trip plan which corresponds to the train path at train level.
Při nové trase vlaku – např. v případě narušení přepravy – dochází k přepracování plánu přepravy příslušných vozů.
New train paths for a train — e.g. in case of service interruptions — lead to revised trip plans for the wagons concerned.
Plán přepravy se vytváří v okamžiku přijetí nákladního listu od zákazníka.
The creation time for the trip plan is the receipt of the consignment note from the customer.
Plány přepravy vozů musí každý HŽP uchovávat v databázi.
The Wagon Trip Plans must be stored by each LRU in a database.
Kromě uvedených povinných databází si může vést každý PI databázi vlaků.
In addition to the mandatory databases mentioned above, at each IM side a train database may be installed.
Tato databáze vlaků provozovatele infrastruktury koresponduje s pohybovou částí provozní databáze vozů a intermodálních jednotek.
This infrastructure manager train database corresponds to the movement part of the Wagon and Intermodal Unit Operational Database.
Hlavními datovými položkami jsou údaje o vlaku ze zprávy o řazení vlaku od ŽP.
The main data entries are the train related data of the train composition message from the RU.
Databázi je zapotřebí aktualizovat při každé události související s vlaky.
All train events result in an update of this train related database.
Alternativní možností uchovávání těchto údajů je databáze tras (kapitola 4.2.2:).
An alternative storage possibility for these data is the path database (Chapter 4.2.2: Path request).
Další požadavky na databáze
Additional requirements on the databases
Tato kapitola shrnuje další požadavky na databáze.
Under the following points are listed additional requirements which must be supported by the various databases.
Tyto požadavky jsou následující:
These are:
Ověřování
Authentication
Každá databáze musí podporovat ověřování uživatelů systémů před umožněním přístupu k databázi.
A database must support the authentication of users of the systems before they can gain access to the database.
Každá databáze musí mít zabezpečení ve smyslu kontroly přístupu k databázi.
A database must support the security aspects in the meaning of controlling access to the database.
Šifrování samotného obsahu databáze není požadováno.
The possible encryption of the database contents itself is not required.
Konzistence
Consistency
Každá databáze musí zaručovat vlastnosti ACID (Atomicity, Consistency, Isolation, Durability, tj. atomicita, konzistence, oddělenost, trvalost).
A database selected shall support the ACID principle (Atomicity, Consistency, Isolation, Durability).
Řízení přístupu
Access control
Každá databáze musí umožňovat přístup k datům pouze uživatelům nebo systémům majícím příslušné oprávnění.
A database must allow access to the data to users or systems that have been granted permission.
Řízení přístupu musí být zajištěno až do úrovně jednotlivých atributů datových záznamů.
The access control shall be supported down to a single attribute of a data record.