natgillin/translations-raw huggingface dataset:
Over the public Internet network it is possible to implement a hybrid peer-to-peer model with a ‘central repository’ and a ‘common interface’ at each actors' node.
Avaliku Interneti-võrgu kaudu on võimalik rakendada hübriidset võrdõigusvõrgu mudelit, kus iga osaleja sõlmes on keskhoidla ja ühine liides.
The central repository is approached first to obtain meta-information, such as the identity of the peer (actor) on which some information is stored, or to verify security credentials.
Keskhoidlast saadakse esmalt metaandmed, näiteks andmed võrdõigusvõrgu partneri (osaleja) kohta, kelle juures osa andmetest säilitatakse, või kontrollitakse turvavolitusi.
Afterwards, a peer-to-peer communication is performed between involved actors.
Seejärel toimub asjaomaste osalejate vahel teabevahetus võrdõigusvõrgus.
Protocols
Protokollid
Internet Protocol Suite
Interneti protokollide komplekt
Application
Rakendus
Presentation
Esitlusviis
Session
Seanss
Routing Protocols
marsruutimis-protokollid
Not specified
määramata
Physical
Füüsiline
To achieve a high level of security, all messages must be self-contained, which means that the information in the message is secured and the receiver can verify the authenticity of the message.
Kõrge turvalisuse taseme saavutamiseks peavad kõik teated olema iseseisva turvalisusega, mis tähendab, et teates sisalduvad andmed on kaitstud ja saajal on võimalik kontrollida teate autentsust.
This may be solved by using an encryption and signing scheme similar to email encryption.
Selle saavutamiseks võib kasutada e-kirjade krüpteerimise sarnast krüpteerimis- või allkirjasüsteemi.
This makes it possible to use any type of network transmission, like e-mail, file transfer (ftp, http), etc. The actual type to choose can then be decided upon by the parties involved in the information exchange.
Nii on võimalik kasutada mis tahes liiki edastamist, näiteks e-posti, failiedastust (FTP, HTTP) jne. Tegelikult kasutatava edastusviisi valivad teabevahetuses osalevad pooled.
Encryption
Krüpteerimine
Either asymmetric encryption or a hybrid solution based on symmetric encryption with public key protection must be used, due to the fact that sharing a common secret key among many actors will fail at some point.
Kasutada tuleb asümmeetrilist krüpteerimist või hübriidlahendust, mis põhineb sümmeetrilisel krüpteerimisel koos kaitstud avaliku võtmega, kuna ühise salavõtme jagamine paljude osalejate vahel võib teatud hetkel nurjuda.
A higher level of security is easier to achieve if every actor takes responsibility for its own pair of keys, even though a high level of integrity of the central repository (the key server) is required.
Kõrgemat turvalisuse taset on hõlpsam saavutada, kui iga osaleja võtab vastutuse oma võtmepaari eest, kuigi kõrgel tasemel on vaja kaitsta ka keskhoidlat (võtmeserver).
Central repository
Keskhoidla
The central repository must be able to handle:
Keskhoidla peab suutma hallata:
metadata — structured data describing the content of messages,
metaandmeid – teadete sisu kirjeldavaid struktureeritud andmeid;
Public Key Infrastructure (PKI),
avaliku võtme infrastruktuuri,
Certification Authority (CA),
sertifitseerimiskeskust (SK),
directory (phonebook) — it contains all needed information about the participating actors for exchanging messages.
registrit (“telefoniraamat”), mis sisaldab kogu teadete vahetamiseks vajalikku teavet osalejate kohta.
The management of the central repository should be under the responsibility of a non-commercial co-European organisation.
Keskhoidla haldamise eest peab vastutama üleeuroopaline mittetulunduslik organisatsioon.
Common interface
Ühine liides
The common interface is mandatory for each actor in order to join the rail interoperability community.
Ühine liides on kohustuslik kõikidele osalejatele raudtee koostalitluse kogukonnaga ühinemiseks.
The common interface has to be able to handle:
Ühine liides peab suutma hallata:
message formatting of outgoing messages according to the metadata,
väljaminevate teadete vormindamist vastavalt metaandmetele,
signing and encryption of outgoing messages,
väljaminevate teadete allkirjastamist ja krüpteerimist,
addressing of the outgoing messages,
väljaminevate teadete adresseerimist,
authenticity verification of the incoming messages,
sissetulevate teadete autentsuse kontrolli,
decryption of incoming messages,
sissetulevate teadete dekrüpteerimist,
conformity checks of incoming messages according to metadata,
sissetulevate teadete vastavuskontrolli lähtuvalt metaandmetest,
handling the single common access to various databases.
ühtset ühist juurdepääsu erinevatele andmebaasidele.
Each instance of the common interface will have access to all the data required according the TSI within each RU, IM, etc, whether the relevant databases are central or individual (see also Annex A, Index 5, Chapter 1.6).
Igal ühise liidese eksemplaril peab olema iga RE, IE jne piires juurdepääs kõikidele KTKdega ette nähtud andmetele, olenemata sellest, kas andmebaasid on tsentraalsed või eraldiasuvad (vt ka A lisa jaotise 5 punkt 1.6).
Based on the results of authenticity verification of incoming messages, a minimum level of message acknowledgement can be implemented:
Sissetulevate teadete autentsuskontrolli tulemuste alusel võib rakendada teadete kinnitamist miinimumtasemel:
positive send ACK;
i. saatmine õnnestus (ACK);
negative send NACK.
saatmine nurjus (NACK).
The common interface uses the information in the central repository in order to manage the above tasks.
Eespool nimetatud ülesannete täitmiseks kasutab ühine liides keskhoidlas sisalduvaid andmeid.
An actor may implement a local ‘mirror’ of the central repository to shorten response times.
Iga osaleja võib reageerimisaja lühendamiseks võtta kasutusele keskhoidla kohaliku “peegel” (mirror).
In light of the essential requirements in Chapter 3, the functional and technical specifications of the interfaces are as follows:
peatükis sätestatud olulisi nõudeid silmas pidades on liideste funktsionaalsed ja tehnilised kirjeldused järgmised.
Interfaces with the TSI infrastructure
Infrastruktuuri KTKdega liidesed
The infrastructure subsystem includes traffic management, tracking, and navigation systems: technical installations for data processing and telecommunications intended for long-distance passenger services and freight services on the network in order to guarantee the safe and harmonious operation of the network and efficient traffic management.
Infrastruktuuri allsüsteemi alla kuuluvad liikluskorraldus-, jälgimis- ja navigatsioonisüsteemid: tehnilised andmetöötlus- ja telekommunikatsiooniseadmed, mis on ette nähtud kasutamiseks reisijate ja kauba pikamaavedudel, et tagada võrgu ohutu ja kooskõlastatud toimimine ning tõhus liikluskorraldus.
The subsystem Telematic Applications for Freight uses the data required for operational purposes as given by the path contract, eventually updated in the restriction notice database, as provided by the IM. Thus no direct interface exists between this TSI and the TSI for infrastructure.
Kaubaveo telemaatikarakenduste allsüsteemis kasutatakse liiklemiseks vajalikke andmeid, mis on esitatud liinilepingus ning kantud IE piiranguteatiste andmebaasi. Seega puudub käesolevate KTKde ja infrastruktuuri KTKde vahel otseliides.
The only connection to control command and signalling is via the
Ainsad ühendused kontrolli ja signaalimisega tulenevad:
path contract, where within the line segment description the relevant information about usable command control and signalling equipment is given, and
liinilepingust, kus liinilõigu kirjelduses esitatakse asjakohane teave kasutatavate kontrolli- ja signaalimisseadmete kohta, ning
various Rolling Stock Reference Databases, where the command control and signalling equipment of the rolling stock must be stored.
erinevatest veeremi viiteandmebaasidest, kuhu tuleb salvestada veeremi kontrolli- ja signaalimisseadmete andmed.
The subsystem Telematic Applications for Freight identifies the technical and operational data, which must be available for the rolling stock.
Kaubaveo telemaatikarakenduste allsüsteemis on sätestatud tehnilised ja kasutusandmed, mis peavad olema veeremi kohta kättesaadavad.
The rolling stock TSI specifies the characteristics of a wagon.
Veeremi KTKdes sätestatakse vaguni omadused.
If the characteristics changes for a wagon, this must be updated in the Rolling Stock Reference Databases within the normal maintenance process for the database.
Kui vaguni omadused muutuvad, tuleb muudatused kanda veeremi viiteandmebaasidesse andmebaasi tavapärase haldamise raames.
Thus no direct interface exists between this TSI and the TSI for rolling stock.
Seega puudub käesolevate KTKde ja veeremi KTKde vahel otseliides.
The subsystem Operation and Traffic Management specifies the procedures and related equipment enabling a coherent operation of the different structural subsystems, both during normal and degraded operation, including in particular train driving, traffic planning and management.
Kasutamise ja liikluse korraldamise allsüsteemi osas nähakse ette protseduurid ja seonduvad seadmed, mis on vajalikud erinevate struktuursete allsüsteemide, eelkõige rongijuhtimise, liikluse plaanimise ja korraldamise ühtlaseks toimimiseks nii harilikes kui ka halvenenud kasutustingimustes.
The subsystem Telematic Applications for Freight mainly specifies applications for freight services including real-time monitoring of freight and trains and the management of connections with other modes of transport.
Kaubaveo telemaatikarakenduste allsüsteemis sätestatakse peamiselt kaubaveoteenusteks vajalikud rakendused, sealhulgas rakendused veose ja rongide jälgimiseks reaalajas ja sidemete korraldamiseks teiste veoliikidega.
In order to ensure consistency between both TSIs, the following procedure applies.
Nimetatud KKTde kooskõla tagamiseks kohaldatakse järgmist menetlust.
When the specifications of the TSI Operation and Traffic Management related to the requirements of this TSI will be written and/or will become subject to amendments, then the body in charge of this TSI must be consulted.
Kui sätestatakse ja/või asutakse muutma kasutamise ja liikluse korraldamise KTKde nõudeid, mis seonduvad käesolevate KTKde nõuetega, tuleb pidada nõu käesolevate KTKde eest vastutava asutusega.
In the case that the specifications of this TSI related to operational requirements specified in the TSI Operation and Traffic Management should be subject to any amendment, the body in charge of the TSI Operation and Traffic Management must be consulted.
Kui asutakse muutma käesolevate KTKde nõudeid, mis seonduvad kasutamise ja liikluse korraldamise KTKdes sätestatud kasutustingimustega, tuleb pidada nõu kasutamise ja liikluse korraldamise KTKde eest vastutava asutusega.
In light of the essential requirements in Chapter 3, the operating rules specific to the subsystem concerned by this TSI are as follows:
peatükis nimetatud olulisi nõudeid silmas pidades on allsüsteemile iseloomulikud käesolevate KTKdega seonduvad kasutusnormid järgmised.
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.
Andmete kvaliteedi tagamiseks peab iga KTKde alla kuuluva teate algataja vastutama teate andmesisu õigsuse eest teate saatmise aja seisuga.
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.
Kui andmete kvaliteedi tagamiseks vajalikud lähteandmed saadakse KTKdega ette nähtud andmebaasist, tuleb andmete kvaliteedi tagamiseks kasutada neis andmebaasides sisalduvaid andmeid.
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.
Kui andmete kvaliteedi tagamiseks kasutatavad andmed saadakse mujalt kui käesolevate KTKdega ette nähtud andmebaasidest, peab teate algataja kontrollima andmete kvaliteeti oma vahenditega.
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.
Andmete kvaliteedi tagamine hõlmab võrdlemist käesolevate KTKde raames ette nähtud ja eespool kirjeldatud andmebaasidest saadud andmetega ning vajaduse korral loogilist kontrolli, et tagada andmete ja teadete õigeaegsus ja järjepidevus.
Data are of high quality if they are fit for their intended uses, which means they:
Andmed on kvaliteetsed, kui nad sobivad ettenähtud kasutuseks, st andmed on:
are error-free: accessible, accurate, timely, complete, consistent with other sources, etc., and
on veatud: kättesaadavad, täpsed, õigeaegsed, täielikud, kooskõlas muude allikatega jne, ning
possess desired features: relevant, comprehensive, proper level of detail, easy-to-read, easy-to-interpret, etc.
on vajalike omadustega: asjakohased, arusaadavad, piisavalt üksikasjalikud, hõlpsasti loetavad, hõlpsasti mõistetavad jne.
The data quality is mainly characterised by:
Andmete kvaliteeti iseloomustab eelkõige:
accuracy,
täpsus,
completeness,
täielikkus,
consistency,
järjepidevus,
timeliness.
õigeaegsus.
Accuracy:
Täpsus
The information (data) required needs to be captured as economically as possible.
Vajalik info (andmed) tuleb koguda võimalikult ökonoomsel viisil.
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.
See on võimalik üksnes siis, kui registreerida saadetise, vaguni või konteineriga seotud põhiandmed võimaluse korral kogu veo vältel vaid ühel korral.
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.
Seepärast tuleks põhiandmed süsteemi sisestada allikale võimalikult lähedal, nt vaguni või saadetise veoks loovutamisel koostatava saatekirja alusel, et neid oleks võimalik täielikult kasutada igas hilisemas töötlemistoimingus.
Completeness:
Täielikkus
Before sending out messages the completeness and syntax must be checked using the metadata.
Enne teadete väljasaatmist tuleb metaandmete abil kontrollida nende terviklikkust ja süntaksit.
This also avoids unnecessary information traffic on the network.
See aitab vältida ka mittevajalikku infoliiklust võrgus.
All incoming messages must also be checked for completeness using the metadata.
Kõikide sissetulevate teadete terviklikkust tuleb samuti metaandmete abil kontrollida.
Consistency:
Järjepidevus
Business rules must be implemented in order to guarantee consistency.
Järjepidevuse tagamiseks tuleb rakendada ärireegleid.
Double entry should be avoided and the owner of the data should be clearly identified.
Vältida tuleb kahekordset sisestamist ning andmete omanik peab olema selgelt identifitseeritud.
The type of implementation of these business rules depends on the complexity of the rule.
Nende ärireeglite rakendamine oleneb reegli keerukusest.
For simple rules, database constraints and triggers are sufficient.
Lihtsate reeglite puhul piisab andmebaasi piirangutest ja trigeritest.
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.
Keerukamate reeglite puhul, mis hõlmavad erinevatest tabelitest pärit andmeid, tuleb kasutada valideerimismenetlust, mille käigus kontrollitakse andmete versiooni järjepidevust, enne kui genereeritakse liideseandmed ning uus andmeversioon kasutusele võetakse.
It must be guaranteed that transferred data are validated against the defined business rules.
Tuleb tagada, et edastatavad andmed valideeritakse kindlaksmääratud ärireeglite alusel.
Timeliness:
Õigeaegsus
The provision of information right in time is an important point.
Oluline on esitada andmed õigeaegselt.
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.
Kui andmete salvestamine või teate saatmine käivitatakse sündmuste ahela raames otse IT-süsteemis, ei ole õigeaegsus probleemiks, kui süsteem on kavandatud parimal viisil ning vastab äriprotsesside vajadustele.
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).
Enamikul juhtudel algatab teate saatmise aga kasutaja või vähemalt põhineb saatmine kasutajapoolsel täiendaval sisendil (nt rongi koosseisu saatmine või rongi või vagunitega seotud andmete ajakohastamine).
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.
Õigeaegsuse nõude täitmiseks tuleb andmed ajakohastada esimesel võimalusel, et tagada andmete ajakohasus ka teadetes, mille süsteem saadab välja automaatselt.
In general the following requirements must be fulfilled:
Üldjuhul peavad olema täidetud järgmised tingimused:
The response time for enquiries must be less then 5 minutes.
Päringutele reageerimise aeg peab olema alla 5 minuti.
All data updates and exchanges must be done as soon as possible.
Kõik andmeuuendused ja -vahetused peavad toimuma niipea kui võimalik.
The system reaction and transmission time for the update should be below 1 minute.
Süsteemi reageerimis- ja edastusaeg peab uuenduse osas olema alla 1 minuti.
Data quality metrics
Andmekvaliteedi parameetrid
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.
Kohustuslike andmete täielikkuse (täidetud andmeväljade protsent) ja andmete järjepidevuse (tabelite/failide/kirjete väärtuste vastavuse protsent) osas tuleb saavutada tulemuseks 100 %.
For the timeliness of data (percent of data available within a specified threshold time frame) a percentage of 98 % must be reached.
Andmete õigeaegsuse osas (nende andmete protsent, mis on kättesaadavad ettenähtud tähtaja jooksul) tuleb saavutada tulemuseks 98 %.
As far as threshold values are not defined in this TSI, these values must be specified in the contracts between the involved parties.
Kui ettenähtud tähtajad ei ole kindlaks määratud käesolevate KTKdega, tuleb need väärtused sätestada asjaomaste poolte vahelistes lepingutes.
The required accuracy (percent of stored values that are correct when compared to the actual value) must be above 90 %.
Täpsus (salvestatud väärtuste tegelikele väärtustele vastavuse protsent) peab olema üle 90 %.
The exact value and the criteria must been set out in the contracts between the involved parties.
Täpne väärtus ja kriteeriumid tuleb sätestada asjaomaste poolte vahelistes lepingutes.
The functions of the central repository are defined in Chapter 4.2.14.6 (Central repository).
Keskhoidla funktsioonid on määratletud punktis 4.2.14.6 (Keskhoidla).
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).
Andmete kvaliteedi tagamiseks peab keskhoidlat haldav asutus vastutama metaandmete ja registri ajakohastamise ja kvaliteedi ning juurdepääsukontrolli (avalike võtmete) haldamise eest.
Regarding the quality of the metadata a percentage of 100 % must be reached for completeness, consistency, timeliness and accuracy.
Metaandmete kvaliteedi osas peab täielikkus, järjepidevus, õigeaegsus ja täpsus olema 100 %.
In light of the essential requirements in Chapter 3, the maintenance rules specific to the subsystem concerned by this TSI are as follows:
peatükis nimetatud olulisi nõudeid silmas pidades on allsüsteemile iseloomulikud käesolevate KTKdega seonduvad hooldusnormid järgmised.
The quality of the transport service must be guaranteed even if the data processing equipment were to break down in full or in part.
Veoteenuse kvaliteet peab olema tagatud isegi juhul, kui andmetöötlusseadmed lähevad täielikult või osaliselt rikki.
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.
Seepärast on soovitatav installida arvutitesse eriti töökindlad varusüsteemid, mille häireteta töö on hooldustööde ajal tagatud.
The maintenance aspects regarding the various databases are mentioned in Chapter 4.2.12.3 (Additional requirements on the databases), points 10 and 21.
Erinevate andmebaaside hooldusega seotud aspekte käsitletakse punkti 4.2.12.3 (Täiendavad nõuded andmebaasidele) alapunktides 10 ja 21.
The professional qualifications of staff required for the operation and maintenance of the subsystem and for implementing the TSI are as follows:
Allsüsteemi kasutamiseks ja hoolduseks ning KTKde rakendamiseks vajaliku personali kutsekvalifikatsioon peab olema järgmine:
The implementation of this TSI does not require a complete new system in hardware and software with new staff.
Käesolevate KTKde rakendamine ei eelda täiesti uut riist- ja tarkvarasüsteemi koos uute töötajatega.
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.
KTKde nõuete täitmiseks on üksnes vaja olemasolevate töötajate tegevust muuta, täiendada ja laiendada.
Therefore, there are no additional requirements to the existing national and European rules on professional qualifications.
Seepärast ei kehtestata täiendavaid nõudeid lisaks olemasolevatele kutsekvalifikatsiooni alastele siseriiklikele ja Euroopa normidele.
If necessary, an add-on training of staff should not just consist of showing them how to operate equipment.
Vajadusel peaks töötajate täiendkoolitus hõlmama enamat kui üksnes seadmete kasutusviiside tutvustamist.
The member of staff must know and understand his specific role to be played in the overall transportation process.
Töötajad peavad teadma ja mõistma oma konkreetset rolli üldises veoprotsessis.
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.
Eelkõige peavad töötajad olema teadlikud vajadusest tagada kõrgetasemeline töö, kuna see on edasistel etappidel töödeldavate andmete usaldusväärsuse seisukohast otsustava tähtsusega.
The professional qualifications needed for the composition and operation of trains are defined in the TSI Operation and Traffic Management.
Rongide koostamiseks ja kasutamiseks vajalik kutsekvalifikatsioon on ette nähtud kasutamise ja liikluse korraldamise KTKdega.
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:
Asjaomase allsüsteemi (või punktis 1.1 määratletud tehnilise kohaldamisala) kasutamiseks ja hooldamiseks vajalike töötajate tervisekaitse- ja ohutusnõuded on järgmised:
There are no additional requirements to existing national and European rules on health and safety.
Täiendavaid nõudeid lisaks olemasolevatele kutsekvalifikatsiooni alastele siseriiklikele ja Euroopa normidele ei kehtestata.