natgillin/translations-raw huggingface dataset:
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.
Ak nie sú poskytnuté zdrojové údaje na účely zabezpečenia kvality údajov z databáz poskytnutých ako súčasť technickej špecifikácie pre interoperabilitu, pôvodca správy musí vykonať kontrolu zabezpečenia kvality údajov zo svojich vlastných zdrojov.
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.
Zabezpečenie kvality údajov bude zahŕňať porovnanie s údajmi z databáz poskytnutých ako súčasť tejto technickej špecifikácie pre interoperabilitu, ako je opísané vyššie, a navyše, ak sa to vzťahuje na daný prípad, logické kontroly na zabezpečenie včasnosti a súvislosti údajov a správ.
Data are of high quality if they are fit for their intended uses, which means they:
Údaje sú vysoko kvalitné, ak sú vhodné na plánované použitie, čo znamená, že
are error-free: accessible, accurate, timely, complete, consistent with other sources, etc., and
sú bezchybné: prístupné, presné, včasné, kompletné, v súlade s inými zdrojmi atď. a
possess desired features: relevant, comprehensive, proper level of detail, easy-to-read, easy-to-interpret, etc.
majú požadované vlastnosti: relevantné, komplexné, príslušný stupeň podrobnosti, ľahko čitateľné, ľahko interpretovateľné atď.
The data quality is mainly characterised by:
Kvalitu údajov charakterizuje hlavne:
accuracy,
presnosť,
completeness,
úplnosť,
consistency,
konzistentnosť,
timeliness.
včasnosť.
Accuracy:
Presnosť:
The information (data) required needs to be captured as economically as possible.
Požadované informácie (údaje) musia byť zaznamenané čo najhospodárnejšie.
This is only feasible if the primary data, which plays a decisive role in the forwarding of a consignment, a wagon or a container, is only recorded, if possible, on one single occasion for the whole transport.
Toto sa dá uskutočniť, iba ak primárne údaje, ktoré zohrávajú rozhodujúcu úlohu v preprave zásielky, vagóna alebo kontajnera, sú zaznamenané, ak je to možné, len pri jednej jedinej príležitosti pre celú prepravu.
Therefore the primary data should be introduced into the system as close as possible to its source, e.g. on the basis of the consignment note drawn up when a wagon or a consignment is tendered for carriage, so that it can be fully integrated into any later processing operation.
Primárne údaje by sa preto mali uviesť do systému čo najbližšie k svojmu zdroju, napríklad na základe nákladného listu vypracovaného pri odovzdaní vagóna alebo zásielky na prepravu tak, aby sa mohli plne integrovať do neskoršej operácie spracovania.
Completeness:
Úplnosť:
Before sending out messages the completeness and syntax must be checked using the metadata.
Pred rozosielaním správ je potrebné overiť úplnosť a syntax pomocou použitia metaúdajov.
This also avoids unnecessary information traffic on the network.
Takisto to zabráni nepotrebnej premávke informácií v sieti.
All incoming messages must also be checked for completeness using the metadata.
Všetky prichádzajúce správy sa musia tiež overiť, pokiaľ ide o úplnosť, pomocou použitia metaúdajov.
Consistency:
Konzistentnosť:
Business rules must be implemented in order to guarantee consistency.
Je potrebné zaviesť obchodné pravidlá na zabezpečenie konzistentnosti.
Double entry should be avoided and the owner of the data should be clearly identified.
Malo by sa zabrániť dvojitému zadávaniu údajov a vlastník údajov by mal byť jasne identifikovaný.
The type of implementation of these business rules depends on the complexity of the rule.
Typ zavádzania týchto obchodných predpisov závisí od zložitosti predpisu.
For simple rules, database constraints and triggers are sufficient.
Pre jednoduché predpisy sú dostatočné obmedzenia databázy a spúšťače databázy.
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.
V prípade zložitejších pravidiel, ktoré vyžadujú údaje z rôznych tabuliek, je potrebné zaviesť procesy validácie, ktoré overujú konzistentnosť verzie údajov predtým, ako sú vygenerované údaje rozhrania a nová verzia údajov sa stane funkčnou.
It must be guaranteed that transferred data are validated against the defined business rules.
Je potrebné zabezpečiť, aby boli prenášané údaje validované v porovnaní so stanovenými obchodnými predpismi.
Timeliness:
Včasnosť:
The provision of information right in time is an important point.
Právo na poskytnutie informácií načas je dôležitým bodom.
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.
Pokiaľ je spúšťanie pre pamäť údajov alebo pre posielanie správ riadené priamo zo systému informačných technológií, včasnosť nie je problémom, ak je systém dobre navrhnutý podľa potrieb obchodných procesov.
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).
Ale vo väčšine prípadov iniciáciu posielania správy vykonáva prevádzkovateľ alebo je prinajmenšom založené na dodatočnom zadaní pokynu od prevádzkovateľa (napríklad posielanie vlakovej zostavy alebo aktualizácia údajov týkajúcich sa vlaku alebo vagóna).
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.
Na splnenie požiadaviek včasnosti sa musí čo najskôr vykonať aktualizácia údajov aj na zabezpečenie aktuálnosti obsahu údajov správ pri ich automatickom rozosielaní prostredníctvom systému.
In general the following requirements must be fulfilled:
Vo všeobecnosti musia byť splnené tieto požiadavky:
The response time for enquiries must be less then 5 minutes.
Čas odpovede pre otázky musí byť menej ako päť minút.
All data updates and exchanges must be done as soon as possible.
Všetky aktualizácie a výmeny údajov sa musia vykonať čo najskôr.
The system reaction and transmission time for the update should be below 1 minute.
Reakcia systému a čas prenosu pre aktualizáciu by mal byť menej ako jedna minúta.
Data quality metrics
Metrika kvality údajov:
For the completeness (percent of data fields having values entered into them) of mandatory data and for the consistency of data (percent of matching values across tables/files/records) a percentage of 100 % must be reached.
Pre úplnosť (percento polí údajov, do ktorých sa zadávajú hodnoty) povinných údajov a pre konzistentnosť údajov (percento zodpovedajúcich hodnôt v tabuľkách/súboroch/záznamoch) musí byť dosiahnutý percentuálny podiel 100 %.
For the timeliness of data (percent of data available within a specified threshold time frame) a percentage of 98 % must be reached.
Pre včasnosť údajov (percento údajov dostupných v rámci stanoveného prahového časového rámca) musí byť dosiahnutý percentuálny podiel 98 %.
As far as threshold values are not defined in this TSI, these values must be specified in the contracts between the involved parties.
Pokiaľ prahové hodnoty nie sú definované v tejto technickej špecifikácii pre interoperabilitu, tieto hodnoty musia byť stanovené v zmluvách medzi príslušnými stranami.
The required accuracy (percent of stored values that are correct when compared to the actual value) must be above 90 %.
Požadovaná presnosť (percento uložených hodnôt, ktoré sú správne pri porovnaní s aktuálnou hodnotou) musí byť viac ako 90 %.
The exact value and the criteria must been set out in the contracts between the involved parties.
Presná hodnota a kritériá musia byť stanovené v zmluvách medzi príslušnými stranami.
The functions of the central repository are defined in Chapter 4.2.14.6 (Central repository).
Funkcie centrálnej schránky sú definované v kapitole 4.2.14.6 (Centrálna schránka).
For data quality assurance purposes, the entity operating the central repository should be responsible for the updating and the quality of the metadata and the directory, and also for the administration of the access control (Public keys).
Na účely zabezpečenia kvality údajov by mal byť subjekt, ktorý prevádzkuje centrálnu schránku, zodpovedný za aktualizáciu a kvalitu metaúdajov a adresára a tiež za správu kontroly prístupu (verejných kľúčov).
Regarding the quality of the metadata a percentage of 100 % must be reached for completeness, consistency, timeliness and accuracy.
Pokiaľ ide o kvalitu metaúdajov, pre úplnosť, konzistentnosť, včasnosť a presnosť, musí byť dosiahnutý percentuálny podiel 100 %.
In light of the essential requirements in Chapter 3, the maintenance rules specific to the subsystem concerned by this TSI are as follows:
Vzhľadom na základné požiadavky v kapitole 3 sú pravidlá údržby špecifické pre subsystém, na ktorý sa vzťahuje táto technická špecifikácia pre interoperabilitu, tieto:
The quality of the transport service must be guaranteed even if the data processing equipment were to break down in full or in part.
Je potrebné zabezpečiť kvalitu dopravy aj v prípade, že by sa zariadenie na spracovanie údajov úplne alebo čiastočne zrútilo.
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.
Je preto vhodné inštalovať dvojité systémy alebo počítače s obzvlášť vysokým stupňom spoľahlivosti, pre ktoré je počas údržby zabezpečená nepretržitá prevádzka.
The maintenance aspects regarding the various databases are mentioned in Chapter 4.2.12.3 (Additional requirements on the databases), points 10 and 21.
Hľadiská údržby týkajúce sa rôznych databáz sú uvedené v kapitole 4.2.12.3 (Dodatočné požiadavky na databázy) bodoch 10 a 21.
The professional qualifications of staff required for the operation and maintenance of the subsystem and for implementing the TSI are as follows:
Odborná kvalifikácia personálu, ktorá je potrebná na prevádzku a údržbu subsystému a na implementáciu technickej špecifikácie pre interoperabilitu, je takáto:
The implementation of this TSI does not require a complete new system in hardware and software with new staff.
Implementácia tejto technickej špecifikácie pre interoperabilitu nevyžaduje úplne nový systém hardvéru a softvéru s novým personálom.
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.
Realizácia požiadaviek technickej špecifikácie pre interoperabilitu vedie len k zmenám, aktualizáciám alebo funkčným rozšíreniam prevádzky, ako ju už vykonáva súčasný personál.
Therefore, there are no additional requirements to the existing national and European rules on professional qualifications.
V oblasti odbornej kvalifikácie preto neexistujú žiadne dodatočné požiadavky k existujúcim vnútroštátnym alebo európskym predpisom o odbornej kvalifikácii.
If necessary, an add-on training of staff should not just consist of showing them how to operate equipment.
Ak je potrebné doplnkové školenie personálu, nemalo by pozostávať len z predvedenia spôsobu prevádzkovania zariadenia.
The member of staff must know and understand his specific role to be played in the overall transportation process.
Člen personálu musí poznať a pochopiť svoju špecifickú funkciu, ktorú má zastávať v celkovom dopravnom procese.
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.
Personál si musí byť vedomý najmä požiadavky udržať vysokú úroveň pracovného výkonu, keďže je to rozhodujúci faktor pre spoľahlivosť informácií, ktoré sa majú spracovať v nasledujúcom štádiu.
The professional qualifications needed for the composition and operation of trains are defined in the TSI Operation and Traffic Management.
Odborná kvalifikácia potrebná pre zostavovanie a prevádzku vlakov je definovaná v technickej špecifikácii pre interoperabilitu „prevádzka a riadenie dopravy“.
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:
Zdravotné a bezpečnostné podmienky personálu vyžadované pre prevádzku a údržbu príslušného subsystému (alebo technického rozsahu, ako je definovaný v odseku 1.1) a pre implementáciu technickej špecifikácie pre interoperabilitu sú takéto:
There are no additional requirements to existing national and European rules on health and safety.
Neexistujú žiadne dodatočné požiadavky k existujúcim vnútroštátnym alebo európskym zdravotným a bezpečnostným predpisom.
In accordance with Article 24(1) of Directive 2001/16/EC, ‘the Member States shall ensure that registers of infrastructure and of rolling stock are published and updated annually.
V súlade s článkom 24 ods. 1 smernice 2001/16/ES „členské štáty zabezpečia, aby registre infraštruktúry a dráhových vozidiel boli každoročne uverejňované a aktualizované.
Those registers shall indicate the main feature of each subsystem or part subsystem involved and their correlation with the features laid down by the applicable TSIs.
V týchto registroch bude uvedená hlavná vlastnosť každého príslušného subsystému alebo čiastkového subsystému a ich vzťah k vlastnostiam stanoveným v uplatniteľných technických špecifikáciách pre interoperabilitu.
To that end, each TSI shall indicate precisely which information must be included in the registers of infrastructure and of rolling stock.’
Na tento účel bude v každej technickej špecifikácii pre interoperabilitu presne uvedené, ktoré informácie musia byť obsiahnuté v registroch infraštruktúry a dráhových vozidiel.“
Due to the annual update and publication of these registers they are not utilisable for the subsystem Telematic Applications for Freight.
Z dôvodu každoročnej aktualizácie a publikácie týchto registrov nie sú tieto registre využiteľné pre subsystém „Telematické aplikácie pre nákladnú dopravu“.
Therefore this TSI has nothing to indicate in these registers.
Táto technická špecifikácia pre interoperabilitu preto neobsahuje žiadne údaje na uvedenie v týchto registroch.
According to Article 2(d) of Directive 2001/16/EC, 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 trans-European conventional rail system depends directly or indirectly.
Podľa článku 2 písm. d) smernice 2001/16/ES: Komponenty interoperability sú „každý základný komponent, skupina komponentov, montážny podcelok alebo kompletný montážny celok zariadenia zabudovaného alebo určeného na zabudovanie do subsystému, od ktorého priamo alebo nepriamo závisí interoperabilita transeurópskeho konvenčného železničného systému.
The concept of a constituent covers both tangible objects and intangible objects such as software’.
Pojem ‚komponent’ sa vzťahuje tak na hmotné objekty, ako aj na nehmotné objekty, akým je napríklad softvér“.
The interoperability constituents are covered by the relevant provisions of Directive 2001/16/EC.
Komponenty interoperability sú upravené príslušnými ustanoveniami smernice 2001/16/ES.
There are no interoperability constituents determined as far as the subsystem Telematic Applications for Freight is concerned.
Nie sú určené žiadne komponenty interoperability, pokiaľ ide o subsystém „Telematické aplikácie pre nákladnú dopravu“.
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.
Na plnenie požiadaviek tejto technickej špecifikácie pre interoperabilitu sú potrebné iba štandardné zariadenia informačných technológií bez akýchkoľvek špecifických aspektov pre interoperabilitu v železničnom prostredí.
This is valid for hardware components and for the standard software used like operating system and databases.
To platí pre hardvérové komponenty a pre štandardný softvér používaný ako operačný systém a databázy.
The application software is individual on each user's side and can be adapted and improved according the individual actual functionality and needs.
Aplikačný softvér je u každého užívateľa individuálny a môže byť upravený a vylepšený podľa individuálnej aktuálnej funkcionality a potrieb.
The proposed ‘application integration architecture’ assumes that applications might not have the same internal information model.
Navrhovaná „štruktúra integrácie aplikácií“ predpokladá, že aplikácie nemusia mať ten istý interný informačný model.
Application integration is defined as the process of making independently designed application systems work together.
Integrácia aplikácií je definovaná ako proces umožnenia spolupráce nezávisle navrhnutých aplikačných systémov.
See Chapter 5.2, not relevant for the TSI telematic applications for freight.
Pozri kapitolu 5.2, nie sú relevantné pre technickú špecifikáciu pre interoperabilitu „Telematické aplikácie pre nákladnú dopravu“.
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 2001/16/EC.
Postupy stanovenia pre zhodu alebo vhodnosť na použitie komponentov interoperability sa musia zakladať na európskych špecifikáciách alebo špecifikáciách schválených v súlade so smernicou 2001/16/ES.
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.
V prípade vhodnosti pre použitie budú tieto špecifikácie udávať všetky parametre, ktoré sa majú merať, monitorovať alebo pozorovať, a budú opisovať súvisiace testovacie metódy a meracie postupy, či už v simulácii na testovacom zariadení, alebo v testoch v reálnom železničnom prostredí.
Procedures for assessing conformity and/or suitability for use:
Postupy na stanovenie zhody a/alebo vhodnosti na použitie:
List of specifications, description of the testing methods:
Zoznam špecifikácií, popis testovacích metód:
Not relevant for the TSI telematic applications for freight
Nie sú relevantné pre technickú špecifikáciu pre interoperabilitu „Telematické aplikácie pre nákladnú dopravu“.
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 Council Decision 93/465/EEC as set out, amended and supplemented in the Annex to this TSI.
Na žiadosť výrobcu alebo jeho zástupcu usadeného v Spoločenstve vykoná notifikovaný orgán postup v súlade s ustanoveniami príslušných modulov rozhodnutia Rady 93/465/EHS, ako sú stanovené, zmenené a doplnené v prílohe k tejto technickej špecifikácii pre interoperabilitu.
The modules should be combined and used selectively according to the particular constituent.
Moduly by sa mali kombinovať a používať selektívne podľa konkrétneho komponentu.
Not relevant for the TSI telematic applications for freight.
Nie sú relevantné pre technickú špecifikáciu pre interoperabilitu telematických aplikácií pre nákladnú dopravu.
Subsystem Telematic Applications for Freight
Subsystém „Telematické aplikácie pre nákladnú dopravu“
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 2001/16/EC.
Na žiadosť povoľujúceho úradu alebo jeho zástupcu so sídlom v Spoločenstve vykoná notifikovaný orgán overenie ES v súlade s prílohou VI k smernici 2001/16/ES.
According to Annex II to Directive 2001/16/EC, the subsystems are broken down into structural and operational areas.
Podľa prílohy II k smernici 2001/16/ES sú subsystémy rozdelené do štrukturálnych a prevádzkových oblastí.
The conformity assessment is obligatory for TSIs in the structural area.
Pre technické špecifikácie pre interoperabilitu v štrukturálnej oblasti je stanovenie zhody povinné.
The subsystem Telematic Applications for Freight belongs to the operational area and this TSI does not determine any modules for conformity assessment.
Subsystém „telematických aplikácií pre nákladnú dopravu“ patrí k prevádzkovej oblasti a táto technická špecifikácia pre interoperabilitu neurčuje žiadne moduly na stanovenie zhody.
However the central repository and a common interface at each actor's node are the backbone of the application integration.
Centrálna schránka a spoločné rozhranie v uzlovom bode každého činiteľa sú však základom integrácie aplikácií.
The exchange information model is held in the centralised application integration repository, which holds the interface metadata in one physical location.
Model výmeny informácií sa nachádza v centralizovanej schránke integrácie aplikácií, ktorá uchováva metaúdaje rozhrania na jednom fyzickom mieste.
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.
Metaúdaje obsahujú informácie o obsahu komunikácie (sú v posielaných dátach), totožnostiach, dotykových bodoch odosielateľov a príjemcov a obchodných protokoloch aplikačnej úrovne mechaniky interakčného procesu.
The following points are highlighted:
Sú zvýraznené tieto body:
The central repository contains the directory (phonebook) of all participating actors for the exchange of messages.
Centrálna schránka obsahuje adresár (telefónny zoznam) všetkých zúčastnených činiteľov na výmenu správ.
This directory must represent the actual status at all times.
Tento adresár musí vždy predstavovať aktuálny stav.
Wrong entries become obvious immediately.
Chybné vstupy sú ihneď zrejmé.
No assessment procedure needed.
Nie je potrebný žiadny postup stanovenia.
The central repository also contains the certification authority (Open CA PKI).
Centrálna schránka tiež obsahuje certifikačný orgán (otvorená verejná kľúčová infraštruktúra certifikačného orgánu – CA PKI).
This is mainly an administration act, which is physically implemented.
Toto je hlavne administratívny úkon, ktorý je fyzicky implementovaný.
The central repository contains the message metadata (according to Annex A, Index 1) as the basis for message exchange in a heterogeneous information environment.
Centrálna schránka obsahuje metaúdaje správ (podľa prílohy A indexu 1) ako základ výmeny správ v rôznorodom informačnom prostredí.
The metadata must be administrated and updated in the central repository.
Metaúdaje sa musia spravovať a aktualizovať v centrálnej schránke.
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.
Každá nezlučiteľnosť v štruktúre správ alebo obsahu správ na odosielanie alebo prijímanie údajov sa okamžite rozpozná a prenos sa odmietne.
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.
Spoločné rozhranie v uzlovom bode každého činiteľa obsahuje hlavne lokálne „zrkadlo – kópiu“ centrálnej schránky na skrátenie času odpovede a zníženie záťaže schránky.
It must be ensured, that the data versions in the central repository and in the common interface are always the same.
Je potrebné zabezpečiť, aby verzie údajov v centrálnej schránke a v spoločnom rozhraní boli vždy rovnaké.