natgillin/translations-raw huggingface dataset:
Rozhraní
Train ready message for all trains
Odkaz v TSI týkající se „Využití telematiky v nákladní dopravě“
Train running forecast
Odkaz v TSI týkající se „Využití telematiky v osobní dopravě“
Train running forecast message
Vlak připraven
‘Train running forecast’ message for all trains
Zpráva „Vlak připraven“
Train running information
Zpráva „Vlak připraven“ pro všechny vlaky
‘Train running information’ message for all trains
Prognóza jízdy vlaku
Train running interrupted to RU
Zpráva „Prognóza jízdy vlaku“
Train running interrupted
Zpráva „Prognóza jízdy vlaku“ pro všechny vlaky
‘Train running interrupted’ message for all trains
Informace o jízdě vlaku
Handling of short term timetable data
Zpráva „Informace o jízdě vlaku“ pro všechny vlaky
Handling of short term timetable data for trains
Jízda vlaku přerušena ŽP
Common interface for RU/IM communication
Jízda vlaku přerušena
Central repository
Zpráva „Jízda vlaku přerušena“ pro všechny vlaky
Reference files
Poskytování krátkodobých údajů o jízdním řádu
In light of the essential requirements in Chapter 3, the operating rules specific to the subsystem concerned by this TSI are as follows:
Poskytování krátkodobých údajů o jízdním řádu pro vlaky
For data quality assurance purposes, the originator of any TSI message will be responsible for the correctness of the data content of the message at the time when the message is sent.
Společné rozhraní pro komunikaci ŽP/PI
Where the source data for data quality assurance purposes is available from the databases provided as part of the TSI, the data contained within those databases must be used for data quality assurance.
Centrální datový sklad
Where the source data for data quality assurance purposes is not provided from the databases provided as part of this TSI, the originator of the message must make the data quality assurance check from their own resources.
Referenční soubory
Data quality assurance will include comparison with data from databases provided as part of this TSI as described above plus, where applicable, logic checks to assure the timeliness and continuity of data and messages.
S ohledem na základní požadavky stanovené v kapitole 3 jsou provozní předpisy specifické pro subsystém upravený touto TSI stanoveny takto:
Data are of high quality if they are fit for their intended uses, which means they
Aby byla zabezpečena kvalita údajů, odpovídá autor jakékoli TSI zprávy za správnost údajů v ní obsažených v době odeslání zprávy.
are Error free:
Jsou-li k dispozici zdrojová data z databází podle této TSI, musejí být tato data použita.
accessible, accurate, timely, complete, consistent with other sources, etc., and
Nejsou-li k dispozici zdrojová data z databází stanovených podle této TSI, musí provést autor zprávy kontrolu kvality údajů z vlastních zdrojů.
possess desired features:
Součástí zabezpečení kvality údajů je srovnání s údaji z databází stanovených podle této TSI, jak je popsáno výše, plus případné logické kontroly, které mají zaručit včasnost a kontinuitu údajů a zpráv.
relevant, comprehensive, proper level of detail, easy-to-read, easy-to-interpret, etc.
Kvalita údajů závisí na jejich vhodnosti pro zamýšlené použití, čímž se rozumí, že:
The data quality is mainly characterised by:
jsou bezchybné:
Accuracy,
dostupné, přesné, včasné, kompletní, konzistentní s jinými zdroji atd., a
Completeness,
mají požadované vlastnosti:
Consistency,
jsou relevantní, komplexní, náležitě podrobné, snadno čitelné, snadno interpretovatelné atd.
Timeliness.
Kvalita údajů je charakterizována zejména:
Accuracy:
přesností,
The information (data) required needs to be captured as economically as possible.
úplností,
This is only feasible if the primary data is only recorded, if possible, on one single occasion for the whole transport.
konzistentností,
Therefore the primary data should be introduced into the system as close as possible to its source, so that it can be fully integrated into any later processing operation.
včasností.
Completeness:
Přesnost:
Before sending out messages the completeness and syntax must be checked using the metadata.
Požadované informace (data) musejí být zachyceny co možná nejekonomičtěji.
This also avoids unnecessary information traffic on the network.
To je možné jedině tehdy, jsou-li primární data zaznamenávána, pokud je to možné, za celou dobu přepravy pouze jednou.
All incoming messages must also be checked for completeness using the metadata.
Proto by měla být primární data zadávána do systému co možná nejblíže jejich zdroji, aby mohla být kompletně použita při jakémkoli pozdějším zpracování.
Consistency:
Úplnost:
Business rules must be implemented in order to guarantee consistency.
Před zasláním zprávy je třeba zkontrolovat její úplnost a syntaxi oproti metadatům.
Double entry should be avoided and the owner of the data should be clearly identified.
Tím se zabrání zbytečnému posílání informací po síti.
The type of implementation of these business rules depends on the complexity of the rule.
Také u všech příchozích zpráv je zapotřebí zkontrolovat jejich úplnost oproti metadatům.
For simple rules, database constraints and triggers are sufficient.
Konzistentnost:
In case of more complex rules which require data from various tables, validation procedures must be implemented which check the consistency of the data version before interface data are generated and the new data version becomes operational.
Obchodní pravidla musejí zaručovat konzistentnost.
It must be guaranteed that transferred data are validated against the defined business rules.
Měla by bránit dvojímu zadávání a jasně stanovit osobu odpovědnou za údaje.
Timeliness:
To, jakým způsobem budou tato pravidla realizována v praxi, závisí na jejich složitosti.
The provision of information right in time is an important point.
U jednoduchých pravidel postačují databázová omezení a spouštěcí mechanismy.
As far as the triggering for data storage or for message sending is event driven directly from the IT system the timeliness is not a problem if the system is designed in well manner according the needs of the business processes.
V případě složitějších pravidel, která vyžadují data z různých tabulek, musí být zavedeny validační postupy, které kontrolují číslo verze dat, než dojde k vygenerování dat pro rozhraní a uvedení nové verze dat do provozu.
But in most of the cases the initiation of sending a message is done by an operator or at least is based on additional input from an operator (for example the sending of the train composition or the actualising of train or wagon related data).
Musí být zaručeno ověření souladu přenesených dat se stanovenými obchodními pravidly.
To fulfil the timeliness requirements the updating of the data must be done as soon as possible also to guarantee, that the messages will have the actual data content when sending out automatically by the system.
Včasnost:
Data quality Metrics
Je důležité, aby informace byly poskytovány v okamžiku, kdy jsou potřeba.
For the completeness (Per cent of data fields having values entered into them) of mandatory data and for the consistency of data (Per cent of matching values across tables/files/records) a percentage of 100 % must be reached.
Pokud dává podnět k uložení údajů nebo odeslání zprávy přímo IT systém, není včasnost problémem, je-li systém navržen správně a vyhovuje-li potřebám obchodních procesů.
For the Timeliness of data (Per cent of data available within a specified threshold time frame) a percentage of 98 % must be reached.
Ve většině případů však dává podnět k odeslání zprávy operátor nebo přinejmenším nový údaj zadaný operátorem (kupříkladu zaslání řazení vlaku nebo aktualizace údajů o vlaku či vozu).
As far as threshold values are not defined in this TSI, these values must be specified in the contracts between the involved parties.
Pro splnění požadavků na včasnost je zapotřebí, aby byla aktualizace údajů prováděna co možná nejdříve, a zprávy automaticky odesílané systémem tak mohly obsahovat aktuální údaje.
The required accuracy (Per cent of stored values that are correct when compared to the actual value) must be above 90 %.
Měřítka kvality dat
The exact value and the criteria must been set out in the contracts between the involved parties.
Úplnost povinných dat (procento datových polí, v nichž jsou zadány hodnoty) a konzistentnost údajů (procento hodnot odpovídajících si mezi tabulkami, soubory resp. záznamy) musí být 100 %.
The functions of the central repository are defined in Chapter 4.2.12.5 Central Repository.
Pokud jde o včasnost údajů (procento údajů dostupných ve stanoveném prahovém termínu), musí být dosaženo 98 % úspěšnosti.
For the purpose of data quality assurance, the entity operating the central repository shall be responsible for the updating and the quality of the metadata and also for the administration of the access control.
Nejsou-li prahové termíny stanoveny v této TSI, musejí být stanoveny ve smlouvách mezi zúčastněnými stranami.
Regarding the quality of the metadata in terms of completeness, consistency, timeliness and accuracy shall enable appropriate functioning for the purposes of this TSI.
Přesnost (procento uložených hodnot, které odpovídají skutečné hodnotě) musí být vyšší než 90 %.
In light of the essential requirements in Chapter 3, the maintenance rules specific to the subsystem concerned by this TSI are as follows:
Přesná hodnota a kritéria musejí být stanoveny ve smlouvách mezi zúčastněnými stranami.
The quality of the transport service must be guaranteed even if the data processing equipment were to break down in full or in part.
Funkce centrálního datového skladu jsou vymezeny v kapitole 4.2.12.5 Centrální datový sklad.
It is therefore, advisable to install duplex systems or computers with a particularly high degree of reliability, and for which the uninterrupted operation during maintenance is ensured.
Aby byla zaručena kvalita, měl by subjekt provozující centrální datový sklad odpovídat za aktualizaci a kvalitu metadat i za správu přístupu.
The maintenance aspects regarding the various databases are mentioned in Chapter 4.2.11.3 (Additional Requirements on the Databases), points 10 and 21.
Kvalita metadat z hlediska úplnosti, konzistentnosti, včasnosti a přesnosti musí umožňovat správnou funkci pro účely této TSI.
The professional qualifications of staff required for the operation and maintenance of the subsystem and for implementing the TSI are as follows:
S ohledem na základní požadavky stanovené v kapitole 3 jsou pravidla pro údržbu specifická pro subsystém upravený touto TSI stanovena takto:
The implementation of this TSI does not require a complete new system in hardware and software with new staff.
Kvalita dopravní služby musí být zaručena i v případě úplné nebo částečné poruchy zařízení pro zpracování dat.
The realisation of the requirements of the TSI leads only to changes, upgrades or functional enlargements of the operation as it is already done by the existing staff.
Je proto vhodné nainstalovat zdvojené systémy nebo počítače s mimořádně vysokou spolehlivostí, pro něž je zaručen nerušený provoz i během údržby.
Therefore, there are no additional requirements to the existing national and European rules on professional qualifications.
Otázky údržby jednotlivých databází jsou zmíněny v kapitole 4.2.11.3 (Další požadavky na databáze), bodech 10 a 21.
If necessary, an add-on training of staff should not just consist of showing them how to operate equipment.
Odborné kvalifikace pracovníků potřebné pro provoz a údržbu subsystému a pro uplatňování této TSI jsou stanoveny takto:
The member of staff must know and understand his specific role to be played in the overall transportation process.
Uplatňování této TSI nevyžaduje zavedení zcela nového hardwarového a softwarového systému s novými pracovníky.
Staff must in particular be aware of the requirement to maintain a high working performance level, since this is a decisive factor for the reliability of the information to be processed at a subsequent stage.
Realizace požadavků této TSI vede pouze ke změnám, aktualizacím nebo funkčnímu rozšíření provozu, jak je již provádějí dosavadní pracovníci.
The professional qualifications needed for the composition and operation of trains are defined in the TSI Operation and Traffic Management.
Proto nejsou stanoveny žádné další požadavky ke stávajícím vnitrostátním a evropským předpisům o odborných kvalifikacích.
The health and safety conditions of staff required for the operation and maintenance of the subsystem concerned (or the technical scope as defined in paragraph 1.1) and for the implementation of the TSI are as follows:
Je-li to třeba, nemělo by se doplňující školení pracovníků omezit pouze na ukázku obsluhy zařízení.
There are no additional requirements to existing national and European rules on health and safety.
Pracovníci musejí znát svou úlohu, kterou hrají v celém dopravním procesu, a rozumět jí.
According to Article 2(f) of Directive 2008/57/EC (1):
Musí si být zejména vědomi toho, že je třeba, aby neustále podávali vysoký pracovní výkon, neboť to je rozhodujícím předpokladem spolehlivosti informací, jež budou zpracovávány v návazných krocích.
Interoperability constituents are ‘any elementary component, group of components, subassembly or complete assembly of equipment incorporated or intended to be incorporated into a subsystem, upon which the interoperability of the rail system depends directly or indirectly.
Odborné kvalifikace potřebné pro řazení a provoz vlaků jsou stanoveny v TSI pro subsystém „Provoz a řízení dopravy“.
The concept of a “constituent” covers both tangible objects and intangible objects such as software’.
Zdravotní a bezpečnostní podmínky požadované pro provoz a údržbu předmětného subsystému (nebo pro technickou oblast působnosti vymezenou v odstavci 1.1) a pro uplatňování této TSI jsou stanoveny takto:
The interoperability constituents are covered by the relevant provisions of Directive 2008/57/EC (1).
Nejsou stanoveny žádné doplňující podmínky ke stávajícím vnitrostátním a evropským předpisům o ochraně bezpečnosti a zdraví při práci.
There are no interoperability constituents determined as far as the subsystem Telematics Applications for Freight is concerned.
Podle čl.
For the fulfilment of the requirements of this TSI only standard IT equipment is needed, without any specific aspects for interoperability in the railway environment.
2 písm. f) směrnice 2008/57/ES [1]:
This is valid for hardware components and for the standard software used like operating system and databases.
se prvky interoperability rozumí „veškeré základní konstrukční části, skupiny konstrukčních částí, podsestavy nebo úplné sestavy zařízení, která jsou nebo mají být v budoucnu zahrnuta do subsystému a na nichž přímo nebo nepřímo závisí interoperabilita železničního systému.
The application software is individual on each user's side and can be adapted and improved according the individual actual functionality and needs.
Pojetí ‚prvku‘ zahrnuje jak hmotné předměty, tak nehmotné předměty, jako je programové vybavení.“
The proposed ‘application integration architecture’ assumes that applications might not have the same internal information model.
Prvky interoperability jsou uvedeny v příslušných ustanoveních směrnice 2008/57/ES [1].
Application integration is defined as the process of making independently designed application systems work together.
Subsystém „Využití telematiky v nákladní dopravě“ neobsahuje žádné prvky interoperability.
See Chapter 5.2, not relevant for the TSI ‘Telematics Applications for Freight’.
Pro splnění požadavků této TSI je zapotřebí pouze standardní IT vybavení, bez jakéhokoli konkrétního zaměření na interoperabilitu v železničním prostředí.
The assessment procedure for conformity or suitability for use of interoperability constituents must be based on European specifications or specifications approved in accordance with Directive 2008/57/EC (1).
To platí pro použité hardwarové komponenty i pro standardní programové vybavení, jako jsou operační systém a databáze.
In the case of suitability for use, these specifications will indicate all the parameters to be measured, monitored or observed, and will describe the related testing methods and measuring procedures, whether in a test-bench simulation or tests in a real railway environment.
Aplikační programové vybavení každého uživatele je individuální a může být přizpůsobeno a zdokonaleno podle skutečné individuální funkčnosti a potřeb.
Procedures for assessing conformity and/or suitability for use:
Navrhovaná „architektura aplikační integrace“ počítá s tím, že aplikace nemusejí být založeny na stejném interním informačním modelu.
List of specifications, description of the testing methods:
Aplikační integrace je definována jako proces, který umožňuje vzájemnou spolupráci nezávisle navržených aplikačních systémů.
Not relevant for the TSI Telematics Applications for Freight.
Viz kapitola 5.2, pro TSI pro subsystém „Využití telematiky v nákladní dopravě“ není relevantní.
At the request of the manufacturer or his representative established in the Community, the procedure is carried out by a notified body in accordance with the provisions of the pertinent modules of Commission Decision 2010/713/EU as set out, amended and supplemented in the Appendix to this TSI.
Postup posuzování shody nebo vhodnosti pro použití prvků interoperability musí vycházet z evropských specifikací nebo specifikací schválených podle směrnice 2008/57/ES [1].
The modules should be combined and used selectively according to the particular constituent.
Při posuzování vhodnosti pro použití musí tyto specifikace obsahovat všechny parametry, které je třeba měřit, monitorovat nebo sledovat, a popisovat příslušné testovací metody a postupy měření, ať už na zkušebním zařízení, nebo v reálném železničním prostředí.
At the request of the awarding authority or its representative established in the Community, the notified body carries out EC verification in accordance with Annex VI to Directive 2008/57/EC (1).
Postupy pro posuzování shody a/nebo vhodnosti pro použití:
According to Annex II of the Directive 2008/57/EC (1), the subsystems are broken down into structural and functional areas.
Seznam specifikací, popis testovacích metod:
The conformity assessment is obligatory for TSIs in the structural area.
Pro TSI pro subsystém „Využití telematiky v nákladní dopravě“ není relevantní.
The Subsystem Telematics Application for Freight belongs to the functional area and this TSI does not determine any modules for conformity assessment.
Na žádost výrobce nebo jeho zplnomocněného zástupce usazeného ve Společenství provede oznámený subjekt postup podle ustanovení příslušných modulů uvedených v rozhodnutí Komise 2010/713/EU, jak je stanoven, pozměněn a doplněn v dodatku k této TSI.
However the central repository and a common interface at each actor's node are the backbone of the application integration.
Moduly by měly být kombinovány a používány selektivně podle konkrétního prvku.
The exchange information model is held in the centralised application integration repository, which holds the interface metadata in one physical location.
Na žádost zadavatele nebo jeho zplnomocněného zástupce usazeného ve Společenství provede oznámený subjekt ES ověřování podle přílohy VI směrnice 2008/57/ES [1].
The metadata contains information about the communication content (what is in the data being sent), the touch point identities of the senders and receivers, and the interaction process mechanics application-level business protocols.
Podle přílohy II směrnice 2008/57/ES [1] jsou subsystémy rozčleněny na strukturální a funkční oblast.
The following points are highlighted:
Posuzování shody je povinné pro TSI ve strukturální oblasti.
The central repository also contains the certification authority (Open CA PKI).
Centrální datový sklad a společné rozhraní v uzlu každého subjektu jsou však oporou aplikační integrace.
Wrong entries become obvious immediately.
Model výměny informací je založen na centralizovaném datovém skladu pro integraci aplikací, který soustřeďuje metadata potřebná pro vzájemnou interakci do jediného fyzického místa.
No assessment procedure needed.
Metadata obsahují informace o komunikačním obsahu (tj. o tom, co je obsaženo v zasílaných datech), identifikační údaje o odesílatelích a příjemcích a protokoly pro proces vzájemné interakce.
The central repository contains the message metadata (according to document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’, listed in Appendix I) as the basis for message exchange in a heterogeneous information environment.
Je třeba zdůraznit tyto skutečnosti:
The metadata must be administrated and updated in the central repository.
Centrální datový sklad obsahuje také orgán vydávající certifikáty (otevřená CA PKI).
Any incompatibility in the message structure or content of the messages for sending or receiving data will be recognised immediately and the transfer will be refused.
Jde především o administrativní akt, který je fyzicky implementován.
The common interface at each actor's node contains mainly the local ‘mirror’ of the central repository for shortening the response time and reducing the load on the repository.
Případné chyby se okamžitě projeví.
It must be ensured, that the data versions in the central repository and in the common interface are always the same.
Není zapotřebí žádný postup posuzování shody.
Therefore the data update must be done on the central level and new versions must be downloaded from there.
Centrální datový sklad obsahuje metadata pro zprávy (v souladu s dokumentem „TAF TSI – příloha D.2: dodatek F – TAF TSI Model údajů a zpráv“ uvedeným v dodatku I), která jsou základem pro výměnu zpráv v heterogenním informačním prostředí.
This TSI concerns the subsystem telematics applications for freight services.
V centrálním datovém skladu musí probíhat správa a aktualizace metadat.
This subsystem is functional according to Annex II to Directive 2008/57/EC (1).
Jakákoli nekompatibilita ve struktuře zprávy nebo dat obsažených v odesílané či přijímané zprávě je okamžitě odhalena a přenos je zamítnut.
The application of this TSI therefore does not rely on the notion of new, renewed or upgraded subsystem, as is customary in the case of TSIs related to structural subsystems, except where it is specified in the TSI.
Společné rozhraní v uzlu každého subjektu obsahuje hlavně lokální „zrcadlo“ centrálního datového skladu pro účely zkrácení reakční doby a snížení zátěže datového skladu.
The TSI is implemented in phases: phase one:
Je třeba zajistit, aby vždy souhlasily verze dat v centrálním datovém skladu a ve společném rozhraní.
detailed IT specifications and master plan;
Proto je zapotřebí provádět aktualizace dat na centrální úrovni a stahovat nové verze odtamtud.
phase two:
Tato TSI se vztahuje na subsystém „Využití telematiky v nákladní dopravě“.
development;
Tento subsystém je funkční podle přílohy II směrnice 2008/57/ES [1].
phase three:
Použití této TSI se proto neopírá o pojem nového, obnoveného nebo modernizovaného subsystému, jak je běžné v případě TSI týkajících se strukturálních subsystémů, kromě případů, kdy je to v TSI uvedeno.
deployment.
podrobné specifikace v oblasti IT a směrný plán,
The functional requirement specifications which shall be used as basis for above technical architecture during the development and deployment of the computerised system are in the appendices A to F listed in Appendix I to this Regulation.
fáze 2:
The mandatory master plan from-concept-to-delivery of the computerised system, based on the Strategic European Deployment Plan (SEDP) prepared by the rail sector, includes the core architecture components of the system and the identification of the major activities which shall be executed.
vývoj,
Railway undertakings, infrastructures managers and wagon keepers shall develop and deploy the TAF computerised system in accordance with the provisions of this chapter.
fáze 3:
The development and deployment shall be put under a governance structure with following players.
zavedení.
The Steering Committee
Specifikace funkčních požadavků, které se v průběhu vývoje a zavádění informačního systému použijí jako základ pro výše uvedenou technickou architekturu, jsou stanoveny v dodatcích A až F uvedených v dodatku I k tomuto nařízení.
The Steering Committee shall have following roles and responsibilities: