natgillin/translations-raw huggingface dataset:
Telematic supported path definition in combination with the Infrastructure Restriction Notice Databases.
Telematicky podporovaná definícia trasy v kombinácii s databázami oznamov o obmedzeniach infraštruktúry.
Faster reactions on path requests, better demand oriented path usage, higher reliability of the path characteristic data (current status in the Infrastructure Restriction Notice Databases), improvement in the use of the infrastructure.
Rýchlejšie reakcie na žiadosti o trasu, lepšie využívanie trasy orientované na dopyt, vyššia spoľahlivosť údajov charakteristických pre trasu (súčasný stav v databázach oznamov o obmedzeniach infraštruktúry), zlepšenie využitia infraštruktúry.
Path request on short notice is possible.
Je možná krátkodobá žiadosť o trasu.
Better demand oriented path request is possible.
je možná žiadosť o trasu lepšie orientovaná na dopyt.
Faster reaction by IM on path requests. A higher reliability of the path characteristic data.
Rýchlejšia reakcia prevádzkovateľa infraštruktúry na žiadosti o trasu, vyššia spoľahlivosť údajov charakteristických pre trasu.
Speeds up wagon turn around times.
Zrýchľuje časy obratu vagóna.
Step 5: The wagon orders data deliver basic information for the composition of a train, therefore these messages should go into operation before step 6.
Krok 5: Údaje vagónových objednávok poskytujú základné informácie pre zostavu vlaku, preto by mali byť tieto správy uvedené do prevádzky pred krokom 6. Dostupné vlastnosti po tomto kroku pre
No additional features.
Žiadne ďalšie vlastnosti.
Automatic take over of the consignment note data into the data storage of step 3.
Automatické prevzatie údajov nákladného listu do pamäti údajov kroku 3.
Automatic generation and sending of wagon orders to cooperating RUs.
Automatické generovanie a zasielanie vagónových objednávok spolupracujúcim železničným podnikom.
Faster distribution of the wagon orders, shortened handling time at interchange points.
Rýchlejšia distribúcia vagónových objednávok, skrátený čas manipulácie vo výmenných bodoch.
Support for applying international purchase/sales contracts.
Podpora pre uplatnenie medzinárodných kúpnych/predajných zmlúv.
Step 6: The coming into operation of train preparation messages is the next step, whereby the sending of the train composition message is the most important one and should be realised first.
Krok 6: Ďalší krok je uvedenie správ o príprave vlaku do prevádzky, pričom najdôležitejšie je odoslanie správy o zostave vlaku a malo by sa uskutočniť ako prvé. Dostupné vlastnosti po tomto kroku pre
Receiving train composition in advance.
Prevzatie správy o zostave vlaku vopred.
Higher reliability of the data.
Vyššia spoľahlivosť údajov.
Clear time stamp of the start time for the use of the path.
Jasný časový údaj času prípravy pre používanie trasy.
Automatic update of the database for the storage of path/train information.
Automatická aktualizácia databázy pre uloženie trasy/informácií o vlaku.
Optimising of the path usage. Clear responsibility at start time.
Optimalizácia využívania trasy, jasná zodpovednosť v čase prípravy.
Sending train composition mostly automatically generated, high reliability of the data, automatic update into the data storage of step 3.
Odosielanie vlakovej zostavy je väčšinou automaticky generované, vysoká spoľahlivosť údajov, automatická aktualizácia do pamäti údajov kroku 3.
Clear responsibility at start time for the IM service, reliable start time for the wagons/shipments.
Jasná zodpovednosť v začiatočnom čase pre službu prevádzkovateľa infraštruktúry, spoľahlivý čas prípravy pre vagóny/zásielky
Support for minimising expenses and costs by reduced data capture at borders.
Podpora pre minimalizáciu výdavkov a nákladov redukovaním záznamu údajov na hraniciach
Support for speeding up shipment times by guaranteed take-over of trains by RU and IM.
Podpora pre zrýchlenie časov dodania pomocou zaručeného prevzatia vlakov železničným podnikom a prevádzkovateľom infraštruktúry.
Support for minimising risks during takeover of wagons.
Podpora pre minimalizáciu rizík počas prevzatia vagónov.
Step 7: At latest before step 8, the wagon movement functions ‘Wagon Release and Departure Notice, Wagon Yard Arrival, Wagon Yard Departure, Wagon Arrival Notice and Wagon Delivery Notice/Confirmation’ together with the trip planning functionality should be realised at the RU level.
Krok 7: Najneskôr pred krokom 8 by sa mali na úrovni železničného podniku zrealizovať funkcie pohybu vagóna „oznam o odovzdaní vagóna a o odchode, príchod vagóna do stanice, odchod vagóna zo stanice, oznam o príchode vagóna a oznam/potvrdenie o dodaní vagóna“ spolu s funkcionalitou plánovania cesty. Dostupné vlastnosti po tomto kroku pre
IT supported trip planning at wagon and intermodal unit level is possible.
Je možné plánovanie cesty na úrovni vagónov a jednotiek kombinovanej dopravy podporované informačnými technológiami.
The system is prepared to calculate send and receive wagon and intermodal unit related movement messages.
Systém je pripravený vypočítať, posielať a prijímať správy o pohybe týkajúce sa vagónov a jednotiek kombinovanej dopravy.
First step for the tracking and tracing of wagons and shipments at an international level.
Prvý krok pre vyhľadávanie a sledovanie vagónov a zásielok na medzinárodnej úrovni.
Step 8: For the next step the Train Running and Train Running Forecast messages should be realised.
Krok 8: Pre ďalší krok by sa mali realizovať správy „chod vlaku“ a „plán chodu vlaku“.
With the Train Running Forecast message, the Train Estimated Time of Arrival (TETA respectively ETH) can be sent, which is the basis for the calculation of the wagon/shipment related ETIs and the ETA.
Správou „plán chodu vlaku“ môže byť odoslaný „odhadovaný čas príchodu vlaku (TETA, prípadne odhadovaný čas odovzdania – ETH)“, ktorý je základom pre výpočet odhadovaných časov výmeny (ETI) a odhadovaného čas príchodu (ETA) týkajúcich sa vagóna/zásielky.
This step also contains the realisation of the enquiry/response for train running and train forecast.
Tento krok obsahuje aj realizáciu otázky/odpovede pre chod vlaku a plán vlaku. Dostupné vlastnosti po tomto kroku pre
Train running and train running forecast in real time sent to neighbour IMs and to the RUs.
Chod vlaku a plán chodu vlaku v reálnom čase zasielaná susedným prevádzkovateľom infraštruktúry a železničným podnikom.
Enhanced and more reliable planning opportunities supporting efficient path usage.
Vylepšené a spoľahlivejšie možnosti plánovania na podporu efektívnejšieho využívania trasy. Znižuje počet hraničných zastávok, podporuje využívanie trasy orientované na dopyt.
Reduces border stops, supports demand oriented path usage.
Je dostupná poloha a odhadovaný čas vlaku ako základ pre výpočet odhadovaného času výmeny (ETI)/odhadovaného času príchodu (ETA) pre vagón/zásielku Výhoda:
Location and train estimated time as a basis for wagon/shipment related ETI/ETA calculation available.
Nástroj na uspokojenie požiadavky zákazníka byť informovaný, ak nastanú problémy v preprave. Spolu s finalizáciou kroku 4 podpora pre minimalizáciu výdavkov a nákladov pomocou potreby využívania trasy orientovaného na dopyt.
Tool to meet customer's wish to be informed if transport problems occur.
Podpora pre urýchlenie časov dodávky pomocou zníženia počtu hraničných zastávok. Podpora pre minimalizáciu rizík počas prevzatia vlakov.
Support for speeding up shipment times by reducing border stops.
Tento krok je pre železničné podniky obzvlášť dôležitý.
Support for minimising risks during take over of trains.
Dostupné vlastnosti po tomto kroku pre prevádzkovateľa infraštruktúry
Step 9: The interchange reporting (Chapter 4.2.9:Interchange reporting) and the functionality of Chapter 4.2.7 (Shipment ETI/ETA) should be implemented at the same time or shortly after step 8.
železničný podnik
This is in particular relevant for RUs.
Informovanosť o umiestnení vagóna v rámci infraštruktúry prevádzkovateľa infraštruktúry a o tom, ktorá železničný podnik je zodpovedná, aj keď vagón nie je vo vlaku.
International empty wagon management fully realised.
Medzinárodné riadenie prázdnych vagónov je plne realizované.
International trip planning completed.
Medzinárodné plánovanie cesty je dokončené.
Shipment tracking and tracing on an international level.
Vyhľadávanie a sledovanie zásielky na medzinárodnej úrovni.
Speeding up wagon turn around times.
Zrýchlenie časov obehu vagóna.
Support for international empty wagon management.
Podpora pre Medzinárodné riadenie prázdnych vagónov.
Support for consignments abroad and booking of services offered.
Podpora pre zásielky v zahraničí a rezervovanie ponúkaných služieb.
Support for quality improvement of international transports.
Podpora pre zvýšenie kvality medzinárodnej prepravy.
Support for international trip planning.
Podpora pre medzinárodné plánovanie ciest.
Step 10: The realisation of the ‘service disruption information’ functionality is part of step 10, together with the realisation of the enquiry/response about train delay, train identifier and train at reporting location.
Krok 10: Realizácia funkcionality „informácia o mimoriadnosti v prevádzke“ je súčasťou kroku 10 spolu s realizáciou otázky/odpovede o meškaní vlaku, identifikátore vlaku a vlaku v mieste hlásenia.
Based on the disruption information, the Wagon Exception message at RU level (Chapter 4.2.8.6: Wagon Exception message and Chapter 4.2.8.7: Wagon Exception message New ETI/ETA Request) could come into operation.
Na základe informácie o poruche by mohla byť uvedená do prevádzky správa „mimoriadnosť vagóna“ na úrovni železničného podniku (kapitola 4.2.8.6: : Správa „mimoriadnosť vagóna“ a kapitola 4.2.8.7: Správa „mimoriadnosť vagóna“ – žiadosť o nový odhadovaný čas výmeny (ETI)/odhadovaný čas príchodu (ETA)).
Disruption handling and delivery outstanding reports for RUs.
Riešenie poruchy a správy o nevybavených dodávkach pre železničné podniky.
Quality improvement of the service.
Zvýšenie kvality služieb.
Exception handling and outstanding enquiries.
Riešenie výnimky a nevybavené otázky.
International shipment tracking and tracing.
Medzinárodné vyhľadávanie a sledovanie.
Step 11: After a consolidation phase, the evaluation of the transmitted and stored data for quality improvement could come into operation.
Krok 11: Po konsolidačnej fáze môže byť uvedené do prevádzky zhodnotenie prenesených a uložených údajov na zlepšenie kvality. Dostupné vlastnosti po tomto kroku pre
Availability of exhaustive statistical database.
Dostupnosť úplnej štatistickej databázy
Provision of input data for improvement of the transport service quality.
Zabezpečenie vstupných údajov na zlepšenie kvality dopravných služieb.
Change is a facet inherent to any kind of computer-based systems used in real-world environments.
Zmena je aspekt vlastný každému druhu počítačových systémov používaných v prostrediach reálneho sveta.
It is prompted by the emergence of new requirements or by changes to existing requirements either due to errors reported in operation or the need of improvements in performance or other non-functional characteristics.
Jej podnetom je vznik nových požiadaviek alebo zmena existujúcich požiadaviek buď z dôvodu chýb ohlásených v prevádzke, alebo z dôvodu potreby vylepšenia výkonu alebo iných nefunkcionálnych charakteristík.
But change has to be managed as it is underpinned by continuity of service considerations and by backward compatibility objectives so as to provoke minimal time and cost overheads to the operation of already deployed IT equipment providing TAF functionality (i.e. legacy IT facilities).
Zmenu je však potrebné riadiť, keďže jej základom je kontinuita posudzovania služieb a spätné ciele zlučiteľnosti s cieľom vyvolať minimálny čas a režijné náklady na prevádzku už rozmiestneného zariadenia informačných technológií, ktoré poskytuje funkcionalitu telematických aplikácií pre nákladnú dopravu (t. j. pôvodné zariadenia informačných technológií).
It is therefore crucial to define a clear strategy of how to implement and manage change to legacy IT equipment to avoid disruption to railway operations without undermining the underlying objectives of guaranteeing continuity of service and interoperability.
Je preto rozhodujúce definovať jasnú stratégiu spôsobu implementácie a riadenia zmeny pôvodného zariadenia informačných technológií s cieľom zamedziť poruche železničných operácií bez narušenia základných cieľov zaručenia kontinuity služieb a interoperability.
Two main issues underpin the definition of such a strategy:
Základom definície tejto stratégie sú dve hlavné otázky:
the establishment of a configuration management framework defining the standards and procedures for managing system evolution.
vytvorenie sústavy riadenia konfigurácie, ktorá definuje normy a postupy pre riadenie vývoja systému.
This should include how to record and process proposed system changes, how to relate these changes to system components and how to track system releases,
Táto by mala zahŕňať spôsob záznamu a spracovania navrhovaných systémových zmien, spôsob zosúladenia týchto zmien s komponentmi systému a spôsob vyhľadávania systémových vydaní,
a policy for release of system baselines.
predpis na vydávanie základov systému.
System stability is essential so that actual implementation and deployment can be realistic.
Stabilita systému je rozhodujúca na umožnenie samotnej implementácie a rozmiestnenia.
This need for stability is akin to all parties:
Táto potreba stability je podobná pre všetky strany:
the infrastructure managers and the railway operators that will have to handle various versions of systems providing TAF functionality,
prevádzkovatelia infraštruktúry a železniční prevádzkovatelia, ktorí budú musieť pracovať s rôznymi verziami systémov, ktoré poskytujú funkcionalitu telematických aplikácií pre nákladnú dopravu,
the industry that needs time to specify, develop and prove continued interoperability.
priemysel, ktorý potrebuje čas na stanovenie, vývoj a preukázanie súvislej interoperability.
A baseline in essence embodies the concept of a stable kernel in terms of system functionality, performance and other non-functional characteristics (e.g. RAM) [9].
Základ v podstate predstavuje koncepciu stabilného jadra v zmysle funkcionality systému, výkonu a iných nefunkcionálnych charakteristík (napríklad RAM) [9].
However, past experience with this type of systems has shown that a number of version releases [10] are needed to achieve a stable and implementation-suitable baseline.
Predošlé skúsenosti s týmto typom systémov však dokázali, že na dosiahnutie stabilného základu vhodného na implementáciu je potrebných niekoľko vydaní verzií [10].
This can be illustrated as a cascade process as follows:
Toto sa dá znázorniť ako kaskádovitý proces týmto spôsobom:
Flaw corrections
Náprava nedostatkov
Interoperability proving
Overenie interoperability
Set of consolidated Spec
Súbor konsolidovaných špecifikácií
= a baseline
= základ
Through its feedback loops, such a process is highly intertwined.
Cez tieto slučky spätnej väzby je takýto proces značne prepletený.
This precludes putting several of those processes in parallel, an approach that would lead to unstable, confusing and operationally hampering situations.
Táto skutočnosť vylučuje paralelné postavenie niekoľkých z týchto procesov, takýto prístup by viedol k nestabilným, mylným a prevádzkovo rušivým situáciám.
Baselines have then to be processed in a series rather than in a parallel manner as illustrated below:
Základy musia byť teda spracované skôr sériovo než paralelne, ako je znázornené nižšie:
Version Releases
Vydania verzií
Baseline 1
Základ 1
Baseline 2
Základ 2
4 years between baselines
4 roky medzi základmi
Based on current experience the timing between different baselines can be estimated to be circa four to five years.
Na základe súčasných skúseností je možné odhadovať časové rozpätie medzi rozdielnymi základmi približne na 4 až 5 rokov.
A new baseline should in principle be linked with significant modifications of the system functionality or system performance.
Nový základ musí byť v zásade spojený s významnými modifikáciami funkcionality systému alebo výkonu systému.
This could include aspects such as:
Môže zahŕňať tieto hľadiská:
the incorporation of set of today's national functions, where these can be generalized, within the interoperable kernel,
zabudovanie súboru súčasných vnútroštátnych funkcií, ak sa dajú zovšeobecniť, v rámci vzájomne prevádzkyschopného jadra,
other future value-added services.
ďalšie budúce služby s pridanou hodnotou.
Each baseline should also embrace the functionality of the previous baseline.
Každý základ by mal takisto zahŕňať funkcionalitu predošlého základu.
Debugging versions to repair system faults or security shortcomings should be handled as a version release of a particular baseline.
Odstraňovanie nedostatkov verzií na opravu systémových chýb alebo bezpečnostných nedostatkov by sa malo vykonávať ako vydanie verzie konkrétneho základu.
Unless prevented by security implications such version releases within the same baseline are to be backward compatible.
Pokiaľ tomu nebránia bezpečnostné dôsledky, tieto vydania verzií v rámci toho istého základu majú byť spätne kompatibilné.
The added functionality that might be embodied in different baselines necessarily implies that different baselines are not backward compatible.
Nevyhnutným dôsledkom pridanej funkcionality, ktorá mohla byť začlenená do rozdielnych základov, je skutočnosť, že rozdielne základy nie sú spätne kompatibilné.
However, in order to facilitate migration and in the extent possible from a technical view point, different baselines should encompass a common core of functionality for which backward compatibility should be ensured.
Na účely umožnenia migrácie a z technického hľadiska v možnom rozsahu by však mali rozdielne základy obsahovať spoločné jadro funkcionality, pre ktorú by mala byť zabezpečená spätná kompatibilita.
Such a common core should provide a minimum kernel to enable interoperable data services under acceptable performance.
Toto spoločné jadro by malo poskytovať minimálne jadro na umožnenie vzájomne prevádzkyschopných dátových služieb s prijateľným výkonom.
Infrastructure managers and railway operators will never be in a position to switch from one baseline to the next over night.
Prevádzkovatelia infraštruktúry a železniční prevádzkovatelia nebudú nikdy nútení prejsť od jedného základu k ďalšiemu zo dňa na deň.
Henceforth, each baseline has to developed hand-in-hand with an appropriate migration strategy.
Každý základ sa preto musí vyvíjať v súvislosti s príslušnou migračnou stratégiou.
This is to address problems such as co-existence of TAF facilities compliant with different versions of the TAF specifications, preferred paths of migration (namely trackside priority, rolling-stock priority or simultaneous) as well as the indicative timeframes and the priorities for the migration.
Dôvodom je riešenie problémov, ako je koexistencia zariadení uplatnení telematických aplikácií pre nákladnú dopravu v súlade s rozdielnymi verziami špecifikácií telematických aplikácií pre nákladnú dopravu, prednostnými trasami migrácie (to znamená priorita trate, priorita dráhových vozidiel alebo simultánna priorita), ako aj indikatívnymi časovými plánmi a prioritami pre migráciu.
As mentioned earlier, change is a fact of life for large software based systems.
Ako bolo už spomenuté, zmena je bežnou vecou pre veľké softvérové systémy.
Henceforth, change management procedures should be designed to ensure that the costs and benefits of change are properly analysed and that changes are implemented in a controlled way.
Postupy riadenia zmien by sa preto mali navrhovať s cieľom zabezpečiť náležitú analýzu nákladov a riadenú implementáciu zmien.
This requires the defined change management process and associated tools to ensure that changes are recorded and applied to the specifications in a cost-effective manner.
Vyžaduje si to definovaný proces riadenia zmeny a pridružené nástroje na zabezpečenie toho, aby boli tieto zmeny zaznamenané a uplatňované na špecifikácie efektívne z hľadiska nákladov.
Whatever the specific details of such a process might eventually be, the latter should be broadly mapped on a structured approach as follows:
Nezávisle od toho, aké môžu byť napokon špecifické podrobnosti takéhoto procesu, ten druhý by mal byť zhruba zmapovaný na štruktúrovanom prístupe takto: Formalizácia žiadosti o zmenu (CR)
Formalisation of CR
Rada riadenia zmeny (CCB)
Approval of CR
Schválenie žiadosti o zmenu
CR valid
Žiadosť o zmenu je platná
Implementation Strategy
Stratégia implementácie
Traceability of Changes
Sledovateľnosť zmien
Cost of Changes
Náklady na zmeny
New Version of Specifications
Schválenie kvality
CR – Change Request
Nová verzia špecifikácií
CCB – Change Control Board
CR — Žiadosť o zmenu (Change Request)
A configuration management plan embodying the set of standards and procedures for change management should underpin the whole of the change management process as described above.
CCB — Rada riadenia zmeny (Change Control Board) Plán riadenia konfigurácie, ktorý predstavuje súbor noriem a postupov pre riadenie zmeny, by mal byť základom celého procesu riadenia zmeny, ktorý je opísaný vyššie.
The generic requirements for such a plan are described in paragraph 7.3.6.
Generické požiadavky pre takýto plán sú opísané v odseku 7.3.6.
The implementation strategy for the approved changes should be formalised (on the basis of due process and due documentation) into a change management plan that includes notably:
Stratégia implementácie pre schválené zmeny by mala byť formalizovaná (na základe riadneho procesu a riadnej dokumentácie) do plánu riadenia výmeny, ktorý zahŕňa najmä:
the identification of the technical constraints underpinning the change,
identifikáciu technických obmedzení, ktoré sú základom zmeny,
a statement of who takes responsibility for the change implementation procedures,
stanovenie, kto preberá zodpovednosť za postupy implementácie zmeny,
the validation procedure for the changes to be implemented,
postup validácie pre zmeny, ktoré majú byť implementované,
the policy for change management, release, migration and roll-out.
predpis pre riadenie zmeny, vydanie, migráciu a spustenie.
An important part of the change management process is the definition of the responsibilities for the delivery of the specifications and for both its quality assurance and configuration management.
Dôležitou časťou procesu riadenia výmeny je definícia zodpovedností za dodanie špecifikácií, a to na zabezpečenie jeho kvality, ako aj pre riadenie konfigurácie.
It is planned that most of these tasks will revert to or will be supervised by the European Railway Agency (established by Regulation (EC) No 881/2004) when this will begin operation.
Predpokladá sa, že väčšina z týchto úloh pripadne alebo bude pod dohľadom Európskej železničnej agentúry (založenej nariadením (ES) č. 881/2004), keď táto začne fungovať.
The change management process should be formalised within the set of documentation referred to in Annex A.
Proces riadenia zmeny by mal byť formalizovaný v rámci súboru dokumentácie uvedeného v prílohe A.
Finally, it is essential that the Change Control Board (CCB), which eventually will act as overall system authority, is composed of a representative cross-section of the all interested parties — namely infrastructure managers, railway undertakings, supply industry, notified bodies and regulatory authorities alike.
Nakoniec je podstatné, aby Rada riadenia zmeny (CCB – Change Control Board), ktorá bude napokon pôsobiť ako všeobecný úrad pre systémy, bola zložená z reprezentatívneho prierezu všetkých zainteresovaných strán – to znamená prevádzkovateľov infraštruktúry, železničných podnikov, dodávateľského priemyslu, notifikovaných orgánov a rovnako aj regulačných úradov.
Such affiliation of the parties should ensure a system perspective on the changes that are to be made and a global assessment of their implications.
Táto príbuznosť strán by mala zaistiť systémovú perspektívu v oblasti zmien, ktoré majú byť uskutočnené, a globálne posúdenie ich dôsledkov.
The CCB ultimately will be put under the aegis of the European Railway Agency.
Rada riadenia zmeny (CCB) bude napokon pôsobiť pod záštitou Európskej železničnej agentúry.