natgillin/translations-raw huggingface dataset:
A database shall support the management of historical data by making data available that have been already transferred into an archive.
Databáza musí podporovať správu historických údajov v zmysle sprístupnenia údajov, ktoré už boli prenesené do archívu.
A back-up strategy shall be in place to ensure that the complete database contents for a period of up to 24 hours can be recovered.
Musí byť zavedená stratégia zálohovania s cieľom zabezpečiť obnovu úplného obsahu databázy až na 24 hodín.
The database system used shall be available commercially off-the-shelf (COTS-product) or be available in the public domain (Open Source).
Používaný databázový systém musí byť komerčne voľne dostupný (produkt COTS) alebo k dispozícii vo verejnej sfére (otvorený zdroj).
Privacy aspects
Hľadiská ochrany súkromia
A database has to fulfil the privacy policy requirements of the Member State in which the company performing the service is domiciled.
Databáza musí spĺňať požiadavky členského štátu v oblasti politiky ochrany súkromia, v ktorom má spoločnosť poskytujúca služby svoje sídlo.
The description in Section 4.2.21 — Networking and communication — presents the communication network to be used for data exchange.
Opis v kapitole 4.2.21. Budovanie siete a komunikácia predstavuje komunikačnú sieť, ktorá sa má používať na výmenu údajov.
This network and the described security handling allow any type of network transmission, such as e-mail, file transfer (Ftp, Http), etc. The parties involved in the information exchange can then decide on the type to choose, thereby ensuring the electronic transmission of documents, for example, via FTP.
Táto sieť a opísané bezpečnostné riešenie umožňuje akýkoľvek typ sieťového prenosu, ako je elektronická pošta, prenos súborov (ftp, http) atď. Strany zúčastnené na výmene informácií môžu potom rozhodnúť, ktorý typ si zvolia, čím si napríklad zabezpečia elektronický prenos dokumentov cez FTP.
General architecture
Všeobecná architektúra
Over time this subsystem will see the growth and interaction of a large and complex telematics rail interoperability community with thousands of participating actors (railway undertakings, infrastructure managers, third parties such as retailers and public authorities, etc.), which will compete and/or cooperate in serving the market’s needs.
Postupom času dôjde v rámci tohto subsystému k rastu a vzájomnému pôsobeniu veľkého a komplexného spoločenstva v oblasti železničnej interoperabilnej telematiky s tisíckami zainteresovaných subjektov (železničné podniky, manažéri infraštruktúry, tretie strany, ako sú maloobchodníci a verejné orgány atď.), ktoré budú súťažiť a/alebo spolupracovať pri uspokojovaní potrieb trhu.
The network and communication infrastructure supporting such a rail interoperability community will be based on a common ‘Information Exchange Architecture’, known and adopted by all those participating in it.
Sieťová a komunikačná infraštruktúra, ktorá podporuje toto spoločenstvo železničnej interoperability, bude založená na spoločnej architektúre výmeny informácií, známej a uznávanej všetkými zúčastnenými činiteľmi.
The proposed ‘Information Exchange Architecture’:
Navrhovaná architektúra výmeny informácií:
is designed to reconcile heterogeneous information models by semantically transforming the data that are exchanged between the systems and by reconciling the differences in business processes and application-level protocols,
je určená na zosúladenie rôznorodých informačných modelov sémantickou transformáciou údajov, ktoré sa vymieňajú medzi systémami, a zosúladením rozdielov medzi obchodnými procesmi a aplikačnými protokolmi,
has a minimal impact on the existing IT architectures implemented by each actor,
má minimálny vplyv na existujúce architektúry informačných technológií, ktoré používa každý účastník,
safeguards IT investments already made.
chráni už realizované investície v oblasti informačných technológií.
The Information Exchange Architecture favours a mostly Peer-to-Peer type of interaction between all actors, while guaranteeing the overall integrity and consistency of the rail interoperability community by providing a set of centralised services.
Architektúra výmeny informácií podporuje väčšinou typ interakcie Peer-to-Peer (rovný s rovným) medzi všetkými účastníkmi, pričom zaručuje celkovú integritu a konzistentnosť spoločenstva železničnej interoperability poskytovaním súboru centralizovaných služieb.
A Peer-to-Peer interaction model allows the best distribution of costs between the different actors, based on actual usage and, in general, will pose fewer scalability problems.
Model interakcie Peer-to-Peer (rovný s rovným) umožňuje najlepšie rozdelenie nákladov medzi rôznych účastníkov, ktoré je založené na skutočnom využívaní, a vo všeobecnosti bude predstavovať menšie problémy týkajúce sa škálovateľnosti.
The network shall ensure the necessary level for security, redundancy, traffic control, statistics tools, bandwidth growth, user accessibility and efficient management.
Sieť musí zabezpečiť potrebnú úroveň zabezpečenia, redundancie, riadenia dopravy, štatistických nástrojov, rastu šírky pásma, prístupnosti pre používateľov a účinného riadenia.
‘Network’ in this context means the method and philosophy of communication and does not refer to the physical network.
Sieť v tomto kontexte znamená metódu a filozofiu komunikácie a neznamená fyzickú sieť.
Rail interoperability is based on a common ‘Information Exchange Architecture’, known and adopted by all participants, thus encouraging and lowering barriers for new entrants, especially customers.
Železničná interoperabilita je založená na spoločnej architektúre výmeny informácií, známej a uznávanej všetkými účastníkmi, čím podporuje vstup nových účastníkov a znižuje bariéry pre nových účastníkov, najmä zákazníkov.
First, the central Repository is approached to obtain meta-information, such as the identity of the peer (actor) on which information is stored, or to verify security credentials.
Najprv sa pristupuje k centrálnej schránke s cieľom získať metainformácie, ako je totožnosť partnera (účastníka), o ktorom sú uložené nejaké informácie, alebo overiť bezpečnostné doklady.
Afterwards, Peer-to-Peer communication takes place between the actors involved.
Komunikácia Peer to Peer (rovný s rovným) sa následne uskutočňuje medzi zainteresovanými účastníkmi.
Only protocols belonging to the Internet Protocol Suite (commonly known as TCP/IP, UDP/IP, etc.) may be used for developments.
Na vývoj sa môžu používať len tie protokoly, ktoré patria k sade internetových protokolov (ktorá je bežne známa ako TCP/IP, UDP/IP atď.).
On top of the security level guaranteed at the level of the network (see Section 4.2.21.2 Network), an additional level of security can be achieved for sensitive data by using a combination of encryption, certification scheme and VPN technologies.
Okrem úrovne zabezpečenia zaručenej na úrovni siete (pozri kapitolu 4.2.21.2. Sieť) možno dosiahnuť dodatočnú úroveň zabezpečenia pre citlivé údaje, a to používaním kombinácie šifrovania, certifikačnej schémy a technológií VPN.
Either asymmetric or symmetric encryption can be used for data transmission and storage, depending on the business requirements.
Na prenos a ukladanie údajov sa môže používať buď asymetrické, alebo symetrické šifrovanie, v závislosti od požiadaviek podniku.
For this purpose a public key infrastructure (PKI) is to be implemented.
Na tento účel sa implementuje infraštruktúra verejného kľúča (PKI).
metadata — structured data describing the content of messages,
metaúdajmi – štruktúrovanými údajmi, ktoré opisujú obsah správ,
list of electronic addresses where the actors addressed by this TSI allow other actors to obtain information or data according to the provisions of this TSI,
zoznamom elektronických adries, kde subjekty, ktorým je táto TSI určená, umožňujú ďalším subjektom získať informácie alebo údaje v súlade s ustanoveniami tejto TSI,
encryption,
šifrovaním,
authentication,
overovaním,
directory (phonebook) — it contains all necessary information on those participating in exchanging messages and data.
adresárom (telefónnym zoznamom) – obsahuje všetky potrebné informácie o subjektoch zúčastnených na výmene správ a údajov.
Where the Central Repository is in use in conjunction with the TAF TSI, development and changes shall be performed as closely as possible to the implemented TAF TSI in order to achieve optimum synergies.
Ak sa centrálna schránka používa spolu s technickou špecifikáciou interoperability „telematických aplikácií pre nákladnú dopravu“ (TAF TSI), vývoj a zmeny sa musia vykonávať v čo najbližšej spojitosti s implementáciou TAF TSI s cieľom dosiahnuť optimálne synergie.
Common interface for RU/IM communication
Spoločné rozhranie pre komunikáciu medzi železničným podnikom a manažérom infraštruktúry
The common interface is mandatory for each actor in order to join the rail interoperability community.
Spoločné rozhranie je povinné pre každého účastníka s cieľom vstupu do spoločenstva železničnej interoperability.
addressing of outgoing messages,
adresovanie odosielaných správ,
authenticity verification of incoming messages,
overenie autenticity prichádzajúcich správ,
conformity checks of incoming messages according to the metadata,
overenia zhody prichádzajúcich správ podľa metaúdajov,
handling the single common access to the various databases.
zabezpečenie jediného spoločného prístupu k rôznym databázam.
Each instance of the common interface will have access to all the data required according to the TSI within each railway undertaking, infrastructure manager, etc., whether the relevant databases are central or individual.
Každý stupeň spoločného rozhrania bude mať prístup ku všetkým údajom požadovaným podľa technickej špecifikácie interoperability v rámci každého železničného podniku, manažéra infraštruktúry atď. bez ohľadu na to, či sú príslušné databázy centrálne, alebo individuálne.
Based on the results of verification of the authenticity of incoming messages, a minimum level of message acknowledgement can be implemented:
Na základe výsledkov overenia autenticity prichádzajúcich správ sa môže implementovať minimálna úroveň potvrdenia správy:
positive: send ACK;
kladné: zaslanie ACK;
negative: send NACK.
záporné: zaslanie NACK.
The common interface uses the information in the Central Repository in order to manage the above tasks.
Spoločné rozhranie používa informácie v centrálnej schránke na účely riadenia uvedených úloh.
If an actor implements a local ‘mirror’ of the Central Repository, that actor must then — by its own means — ensure that the local ‘mirror’ is an accurate and up to date copy of the Central Repository.
Ak účastník implementuje lokálnu „kópiu“ centrálnej schránky, potom musí svojimi vlastnými prostriedkami zabezpečiť, aby táto lokálna „kópia“ bola primeranou a aktuálnou kópiou centrálnej schránky.
Where the Common Interface is in common use with the TAF TSI, the development and changes shall take place as closely as possible to the implemented TAF TSI, in order to achieve optimum synergies.
Ak sa spoločné rozhranie používa spolu s technickou špecifikáciou interoperability „telematických aplikácií pre nákladnú dopravu“ (TAF TSI), vývoj a zmeny sa musia vykonávať v čo najbližšej spojitosti s implementáciou TAF TSI s cieľom dosiahnuť optimálne synergie.
Management of connection with other modes of transport
Riadenie spojenia s ostatnými druhmi dopravy
In order to manage the connection with other modes of transport, the following standard should be applied for the provision of information to and exchange of information with other modes of transport:
Na riadenie spojenia s inými druhmi dopravy by sa mali na poskytovanie informácií a na výmenu informácií s inými druhmi dopravy uplatňovať nasledujúce normy:
For the exchange of timetable information between railway undertakings and other modes of transport: norms EN 12896 (‘Transmodel’) and EN TC 278 WI 00278207 (‘IFOPT — Identification of Fixed Objects in Public transport’),
Na výmenu informácií o cestovnom poriadku medzi železničnými podnikmi a inými druhmi dopravy: normy EN 12896 („transmodel“) a EN TC 278 WI 00278207 („IFOPT – Identifikácia pevných objektov vo verejnej doprave“).
For the exchange of specific timetable data, the XML technical standards and protocols based on Transmodel, in particular norm EN 15531 (‘SIRI’) for the exchange of real-time timetables and norm EN TC 278 WI 00278207 (‘IFOPT’) for the exchange of ‘stop/station’ data.
Na výmenu špecifických údajov o cestovnom poriadku, technických noriem a protokolov XML založených na transmodeli, najmä norma EN 15531 („SIRI“) na výmenu údajov o cestovnom poriadku a norma EN TC 278 WI 00278207 („IFOPT“) na výmenu údajov o zastávke/stanici.
For the exchange of tariff data: this standard is still an open point (see Annex II — List of open points).
Na výmenu údajov o tarifách: táto norma je ešte stále otvoreným bodom (pozri prílohu II – Zoznam otvorených bodov).
From the standpoint of technical compatibility, the interfaces of the subsystem ‘telematics applications for passenger services’ with the other subsystems are as described in the following paragraphs.
Z hľadiska technickej zlučiteľnosti sú rozhrania subsystému telematických aplikácií v osobnej doprave s inými subsystémami opísané v nasledujúcich odsekoch.
Interfaces with the Rolling Stock Subsystem
Rozhrania so subsystémom železničných koľajových vozidiel
Interfaces with the Rolling Stock subsystem
Rozhrania so subsystémom železničných koľajových vozidiel
Reference Telematics Applications for passengers TSI
Referenčné TSI „telematické aplikácie v osobnej doprave“
Reference Conventional Rail Rolling Stock TSI’s
Referenčné TSI „konvenčné železničné koľajové vozidlá“
Board device display
Vozidlové zobrazovacie zariadenie
Handling of information provision in vehicle area
Zabezpečenie poskytovania informácií v priestoroch vozidiel
Customer information (PRM)
Informácie pre zákazníkov (PRM)
Automatic voice and announcement
Automatické hlasové a oznamovacie systémy
Public address system
Miestny rozhlas
Interfaces with the Telematics Applications for Freight Subsystem
Rozhrania so subsystémom telematických aplikácií pre nákladnú dopravu
Interfaces with the Telematics Applications for Freight subsystem
Rozhrania so subsystémom telematických aplikácií pre nákladnú dopravu
Reference Conventional Rail Telematics Applications for Freight TSI
Referenčné TSI „konvenčné železničné telematické aplikácie v nákladnej doprave“
Train ready
Vlak je pripravený
Train ready message for all trains
Správa „vlak je pripravený“ pre všetky vlaky
Train ready message
Správa „vlak je pripravený“
Train running forecast
Prognóza chodu vlaku
‘Train running forecast’ message for all trains
Prognóza chodu vlaku pre všetky vlaky
Train running forecast message
Správa „prognóza chodu vlaku“
Train running information
Informácie o chode vlaku
‘Train running information’ message for all trains
Informácie o chode vlaku pre všetky vlaky
Train running interrupted to RU
Správa železničnému podniku „chod vlaku je prerušený“
‘Train running interrupted’ message for all trains
Správa „chod vlaku prerušený“ pre všetky vlaky
Train running interrupted
Chod vlaku prerušený
Handling of short term timetable data
Zabezpečenie krátkodobých údajov o cestovnom poriadku
Common Interface
Spoločné rozhranie
Central Repository
Centrálna schránka
Reference Files
Referenčné súbory
In the light of the Essential Requirements in Chapter 3, the operating rules specific to the subsystem concerned by this TSI are as follows:
Vzhľadom na základné požiadavky v kapitole 3 sú pravidlá prevádzky špecifické pre subsystém, na ktorý sa vzťahuje táto technická špecifikácia interoperability, tieto:
For the purposes of data quality assurance, 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.
Na účely zabezpečenia kvality údajov bude pôvodca každej správy technickej špecifikácie interoperability zodpovedný za správnosť obsahu údajov správy v čase odoslania správy.
Where the source data for data quality assurance purposes are available from the databases provided as part of the TSI, the data contained within those databases must be used for data quality assurance.
Ak sú zdrojové údaje na účely zabezpečenia kvality údajov dostupné z databáz poskytnutých ako súčasť technickej špecifikácie interoperability, údaje obsiahnuté v týchto databázach musia byť použité na zabezpečenie kvality údajov.
Where the source data for data quality assurance purposes is not supplied by the databases provided as part of this TSI, the originator of the message must carry out the data quality assurance check from their own resources.
Ak zdrojové údaje na účely zabezpečenia kvality údajov nie sú dodané z databáz poskytnutých ako súčasť technickej špecifikácie interoperability, 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ť uvedenej technickej špecifikácie interoperability a prípadne aj logické kontroly na zabezpečenie aktuálnosti a súvislosti údajov a správ.
Data are of high quality if they are fit for their intended uses, which means that 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.,
sú bezchybné prístupné, presné, včasné, kompletné, v zhode s inými zdrojmi atď. a
possess the desired features relevant, comprehensive, proper level of detail, easy-to-read, easy-to-interpret, etc.
majú požadované vlastnosti relevantné, komplexné, dostatočne podrobné, zrozumiteľné, ľahko interpretovateľné atď.
The main characteristics of data quality are:
Hlavnými znakmi kvality údajov sú:
consistency,
zhoda,
This is only feasible if the Primary Data only are recorded, if possible, on one single occasion.
To je možné iba v prípade, ak sa zaznamenajú len primárne údaje, pokiaľ možno pri jednej príležitosti.
Therefore, the Primary Data should be introduced into the system as close as possible to its source, so that they can be fully integrated into any subsequent processing operation.
Primárne údaje by preto mali byť zavedené do systému čo najbližšie k jeho zdroju, aby mohli byť plne integrované do akéhokoľvek následného spracovania.
Before sending out messages, the completeness and syntax must be checked using the Metadata.
Pred rozosielaním správ sa musí overiť úplnosť a syntax pomocou použitia metaúdajov.
This also avoids unnecessary information traffic on the network.
Tým sa zabráni aj prenosu zbytočných informácií v sieti.
All incoming messages must also be checked for completeness using the Metadata.
Musí sa overiť aj úplnosť všetkých prichádzajúcich správ, a to pomocou použitia metaúdajov.
Consistency
Zhoda
Business rules must be implemented in order to guarantee consistency.
Musia sa zaviesť obchodné pravidlá na zabezpečenie konzistentnosti.
The type of implementation of these business rules depends on their complexity.
Druh zavádzania týchto obchodných pravidiel závisí od ich zložitosti.
For simple rules, database constraints and triggers are sufficient.
Pre jednoduché pravidlá sú dostatočné obmedzenia databázy a spúšťače databázy.
In the 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é si vyžadujú údaje z rôznych tabuliek, sa musia zaviesť procesy validácie, ktoré overujú konzistentnosť verzie údajov, predtým ako sa vygenerujú údaje rozhrania a sfunkční sa nová verzia údajov.
It must be ensured that transferred data are validated against the defined business rules.
Musí sa zabezpečiť, aby boli prenášané údaje validované v porovnaní so stanovenými obchodnými predpismi.
Providing information right on time is important.
Je dôležité, aby sa informácie poskytovali včas.
Insofar as the trigger for data storage or for message sending is event driven directly from the IT system, timeliness is not a problem if the system is designed properly and according the needs of the business processes.
Pokiaľ je spúšťačom uloženia údajov alebo posielania správ udalosť riadená priamo z IT systému, včasnosť nie je problém, ak je systém dobre navrhnutý podľa potrieb obchodných procesov.
However, in most cases, the sending of a message is initiated by an operator or is at least based on additional input from an operator.
Vo väčšine prípadov však posielanie správy iniciuje prevádzkovateľ alebo je prinajmenšom založené na dodatočnom zadaní pokynu od prevádzkovateľa.
To fulfil the timeliness requirements, the data must be updated as soon as possible, also in order to guarantee that the actual data content of the messages is current when these messages are sent out automatically by the system.
Na splnenie požiadaviek včasnosti sa údaje musia aktualizovať čo najskôr, a to aj aby sa zabezpečilo, že obsah údajov správ pri ich automatickom rozosielaní prostredníctvom systému je skutočne aktuálny.
The response time for enquiries must be addressed for the various applications and user types within the detailed IT specifications.
Musí sa stanoviť čas odpovede na otázky pre rôzne aplikácie a typy používateľov v rámci podrobných špecifikácií IT.
All data updates and exchanges shall be carried out as soon as possible.
Všetky aktualizácie a výmeny údajov sa musia vykonať čo najskôr.
Data quality metrics
Metrika kvality údajov
The detailed IT specifications shall define appropriate percentages for:
Podrobné špecifikácie IT stanovujú primerané percentuálne hodnoty pre:
the completeness of data (percent of data fields having values entered into them) and the consistency of data (percent of matching values across tables/files/records),
úplnosť údajov (percento údajových polí, v ktorých sú zadané hodnoty) a konzistentnosť údajov (percento zhodných hodnôt v tabuľkách/súboroch/záznamoch),
the timeliness of data (percent of data available within a specified threshold time frame),
včasnosť údajov (percento údajov dostupných v rámci stanoveného časového limitu),
the required accuracy (percent of stored values that are correct when compared to the actual value).
požadovaná presnosť (percento uložených hodnôt, ktoré sú správne pri porovnaní s aktuálnou hodnotou).
The functions of the Central Repository are defined in Section 4.2.21.6 Central repository.
Funkcie centrálnej schránky sú vymedzené v kapitole 4.2.21.6. Centrálna schránka.
For the purpose of data quality assurance, the entity operating the Central Repository shall be responsible for the updating and quality of the Metadata and the directory, and also for the administration of the access control.
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.
The quality of the Metadata in terms of completeness, consistency, timeliness and accuracy shall enable appropriate functioning for the purposes of this TSI.
Kvalita metaúdajov, pokiaľ ide o úplnosť, zhodu, včasnosť a presnosť, musí umožňovať primerané fungovanie na účely tejto TSI.
In the 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 interoperability, tieto:
The quality of the transport service must be guaranteed, even if the data were corrupted or if the data processing equipment were to suffer a complete or partial breakdown.
Musí sa zabezpečiť kvalita dopravy aj v prípade, ak by sa údaje poškodili alebo by sa úplne alebo čiastočne prerušilo fungovanie zariadenia na spracovanie údajov.