natgillin/translations-raw huggingface dataset:
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.
konkreetsete sõiduplaaniandmete vahetamiseks: transpordi andmemudelil põhinevad XML tehnilised standardid ja protokollid, eriti standard EN 15531 („SIRI”) sõiduplaanide vahetamiseks reaalajas ja standard EN TC 278 WI 00278207 („IFOPT”) peatuste/jaamade andmete vahetamiseks;
For the exchange of tariff data: this standard is still an open point (see Annex II — List of open points).
tariifiandmete vahetamiseks: see standard on veel avatud punkt (vt II lisa – Avatud punktide nimekiri).
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.
Tehnilise ühilduvuse aspektist on reisijateveoteenuste telemaatiliste rakenduste allsüsteemi liidesed teiste allsüsteemidega sellised, nagu allpool kirjeldatud.
Interfaces with the Rolling Stock Subsystem
Veeremi allsüsteemiga liidesed
Interfaces with the Rolling Stock subsystem
Veeremi allsüsteemiga liidesed
Reference Telematics Applications for passengers TSI
Viidatud dokument: reisijateveo telemaatiliste rakenduste KTK
Reference Conventional Rail Rolling Stock TSI’s
Viidatud dokument: tavaraudtee veeremi KTK
Board device display
Rongiseadmete ekraan
Handling of information provision in vehicle area
Teabe esitamine veeremil
Customer information (PRM)
Kliendiinfo (piiratud liikumisvõimega isikud)
Interfaces with the Telematics Applications for Freight Subsystem
Kaubaveo telemaatikarakenduste allsüsteemiga liidesed
Interfaces with the Telematics Applications for Freight subsystem
Kaubaveo telemaatikarakenduste allsüsteemiga liidesed
Reference Conventional Rail Telematics Applications for Freight TSI
Viidatud dokument: kaubaveo telemaatiliste rakenduste KTK
Train ready
Rong valmis
Train ready message for all trains
Teade „Rong valmis” kõikide rongide puhul
Train ready message
Teade „Rong valmis”
‘Train running forecast’ message for all trains
Teade „Rongi sõiduprognoos” kõikide rongide puhul
Train running forecast message
Teade „Rongi sõiduprognoos”
Train running information
Rongi sõiduandmed
‘Train running information’ message for all trains
Teade „Rongi sõiduandmed” kõikide rongide puhul
Train running interrupted to RU
Rongi sõidu katkestamise teade raudteeveo-ettevõtjale
‘Train running interrupted’ message for all trains
Teade „Rongi sõit katkestatud” kõikide rongide puhul
Train running interrupted
Rongi sõit katkestatud
Handling of short term timetable data
Lühikese etteteatamisajaga sõiduplaaniandmete käitlemine
Path Request
Liinitaotlus
Common Interface
Ühine liides
Central Repository
Keskhoidla
Reference Files
Viitefailid
In the light of the Essential Requirements in Chapter 3, the operating rules specific to the subsystem concerned by this TSI are as follows:
Punktis 3 sätestatud olulisi nõudeid silmas pidades on käesolevas KTKs käsitletud allsüsteemiga seonduvad kasutusnormid järgmised.
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.
Andmete kvaliteedi tagamiseks vastutab KTK kohaldamisalasse jääva iga teate algataja teate andmesisu õigsuse eest teate saatmise ajal.
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.
Kui andmete kvaliteedi tagamiseks vajalikud lähteandmed saadakse KTKga ette nähtud andmebaasidest, tuleb andmete kvaliteedi tagamiseks kasutada neis andmebaasides sisalduvaid andmeid.
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.
Kui andmete kvaliteedi tagamiseks vajalikke lähteandmeid ei saada käesoleva KTKga 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äesoleva KTK 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 that they:
Andmed on kvaliteetsed, kui nad sobivad ettenähtud kasutuseks, mis tähendab, et andmed on:
are error-free accessible, accurate, timely, complete, consistent with other sources, etc.,
veatud kättesaadavad, täpsed, õigeaegsed, täielikud, kooskõlas muude allikatega jne,
possess the desired features relevant, comprehensive, proper level of detail, easy-to-read, easy-to-interpret, etc.
vajalike omadustega asjakohased, terviklikud, piisavalt üksikasjalikud, hõlpsasti loetavad, hõlpsasti mõistetavad jne.
The main characteristics of data quality are:
Andmete kvaliteedi põhitunnused on:
The information (data) required needs to be captured as economically as possible.
Vajalik teave (andmed) tuleb koguda võimalikult ökonoomselt.
This is only feasible if the Primary Data only are recorded, if possible, on one single occasion.
See on saavutatav üksnes siis, kui põhiandmed registreeritakse vaid üks kord, kui võimalik.
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.
Seepärast tuleks põhiandmed süsteemi sisestada allikale võimalikult lähedal, et neid oleks võimalik igas hilisemas töötlemistoimingus täielikult kasutada.
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 teabeliiklust võrgus.
All incoming messages must also be checked for completeness using the Metadata.
Kõigi sissetulevate teadete terviklikkust tuleb samuti metaandmete abil kontrollida.
The type of implementation of these business rules depends on their complexity.
Ärireeglite rakendamine oleneb nende keerukusest.
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.
Keerukamate reeglite puhul, mis hõlmavad erinevatest tabelitest pärit andmeid, tuleb kasutada valideerimismenetlust, mille käigus kontrollitakse enne liideseandmete genereerimist ja uue andmeversiooni kasutusele võtmist andmete versiooni ja järjepidevust.
It must be ensured that transferred data are validated against the defined business rules.
Tuleb tagada, et edastatavad andmed valideeritakse kindlaksmääratud ärireeglite alusel.
Timeliness
Õigeaegsus
Providing information right on time is important.
Teabe õigeaegne esitamine on oluline.
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.
Kui andmete salvestamine või teate saatmine käivitatakse mõne sündmuse alusel otse IT-süsteemist, ei ole õigeaegsus probleemiks, kui süsteem on korrektselt kavandatud ning vastab äriprotsesside vajadustele.
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.
Enamikul juhtudel aga algatab teate saatmise kasutaja või vähemalt põhineb saatmine kasutajapoolsel täiendaval sisendil.
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.
Õigeaegsuse nõude täitmiseks tuleb andmed ajakohastada esimesel võimalusel, muu hulgas ka selleks, et tagada teadete tegeliku andmesisu ajakohasus juhtudel, kui süsteem saadab teated välja automaatselt.
The response time for enquiries must be addressed for the various applications and user types within the detailed IT specifications.
Päringutele reageerimise aeg erinevate rakenduste ja kasutajatüüpide puhul tuleb kindlaks määrata üksikasjalikes IT-kirjeldustes.
All data updates and exchanges shall be carried out as soon as possible.
Kõik andmeuuendused ja -vahetused peavad toimuma esimesel võimalusel.
The detailed IT specifications shall define appropriate percentages for:
Üksikasjalikes IT-kirjeldustes määratakse kindlaks sobivad protsendimäärad:
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),
andmete täielikkusele (täidetud andmeväljade protsent) ja andmete järjepidevusele (erinevates tabelites/failides/kirjetes vastavuses olevate väärtuste protsent);
the timeliness of data (percent of data available within a specified threshold time frame),
andmete õigeaegsusele (nende andmete protsent, mis on kättesaadavad ettenähtud tähtaja jooksul);
the required accuracy (percent of stored values that are correct when compared to the actual value).
nõutavale täpsusele (salvestatud väärtuste tegelikele väärtustele vastavuse protsent).
The functions of the Central Repository are defined in Section 4.2.21.6 Central repository.
Keskhoidla ülesanded on kindlaks määratud punktis 4.2.21.6 „Keskhoidla”.
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.
Andmete kvaliteedi tagamiseks peab keskhoidlat haldav asutus vastutama metaandmete ja registri uuendamise ja kvaliteedi ning juurdepääsu kontrolli haldamise eest.
The quality of the Metadata in terms of completeness, consistency, timeliness and accuracy shall enable appropriate functioning for the purposes of this TSI.
Metaandmete täielikkus, järjepidevus, õigeaegsus ja täpsus peavad olema sellise kvaliteediga, mis võimaldab nende nõuetekohast kasutamist käesolevas KTKs ettenähtud eesmärgil.
In the light of the Essential Requirements in Chapter 3, the maintenance rules specific to the subsystem concerned by this TSI are as follows:
Punktis 3 sätestatud olulisi nõudeid silmas pidades on käesolevas KTKs käsitletud allsüsteemiga seonduvad hooldusnormid järgmised.
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.
Veoteenuse kvaliteet peab olema tagatud isegi juhul, kui andmed on rikutud või kui andmetöötlusseadmetes tekib osaline või täielik rike.
It is therefore advisable to install duplex systems or computers with a particularly high degree of reliability, and for which uninterrupted operation during maintenance is ensured.
Seepärast on soovitatav paigaldada dubleeritud süsteemid või kasutada eriti töökindlaid arvuteid, mille puhul on tagatud häireteta töö hooldustööde ajal.
The maintenance aspects of the various databases are mentioned in Section 4.2.19.2 — Additional requirements on the databases, points 10 and 21.
Erinevate andmebaaside hooldusega seotud aspekte käsitletakse punkti 4.2.19.2 „Täiendavad nõuded andmebaasidele” alapunktides 10 ja 21.
The professional qualifications of the staff required to operate and maintain the subsystem and for implementing the TSI are as follows:
Allsüsteemi kasutamiseks ja hooldamiseks ning KTK rakendamiseks vajaliku personali kutsekvalifikatsioon peab olema järgmine.
The implementation of this TSI does not require a complete new system in terms of hardware and software with new staff.
Käesoleva KTK rakendamine ei eelda täiesti uut riist- ja tarkvarasüsteemi koos uute töötajatega.
Achieving the requirements of the TSI results only in those changes, upgrades or functional enlargements of the operation which are already being made by the existing staff.
KTK nõuete täitmiseks tehakse muudatusi, täiendusi või laiendusi üksnes olemasolevate töötajate senises tegevuses.
Therefore, there are no requirements in addition 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, add-on training of staff should not consist solely of showing them how to operate equipment.
Kui töötajate täiendkoolitus on vajalik, ei peaks see piirduma ainult seadmete kasutamise tutvustamisega.
Staff members must know and understand the specific role they have to play 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 level of working performance, since this is decisive for the reliability of the information which is to be processed at a later stage.
Eelkõige peavad töötajad olema teadlikud vajadusest tagada kõrgetasemeline töö, kuna see on edasistel etappidel töödeldava teabe usaldusväärsuse seisukohast otsustava tähtsusega.
The professional qualifications needed for the composition and operation of trains are defined in the TSI for Operation and Traffic Management.
Rongide koostamiseks ja käitamiseks vajalik kutsekvalifikatsioon on kindlaks määratud käitamise ja liikluskorralduse KTKs.
The health and safety conditions of staff required for the operation and maintenance of the subsystem concerned and for the implementation of the TSI are as follows:
Asjaomase allsüsteemi kasutamiseks ja hooldamiseks ning KTK rakendamiseks vajalike töötajate tervisekaitse- ja ohutusnõuded on järgmised.
There are no requirements in addition to existing national and Union health and safety rules.
Täiendavaid nõudeid lisaks kehtivatele siseriiklikele ja ELi tervisekaitse- ja ohutusnormidele ei kehtestata.
Registers of authorised types of vehicles and of infrastructure
Lubatud sõidukitüüpide register ja infrastruktuuriregister
Pursuant to Article 34(1) of Directive 2008/57/EC, ‘The Agency shall set up and keep a register of types of vehicles authorised by the Member States for placing in service on the Community rail network’.
Vastavalt direktiivi 2008/57/EÜ artikli 34 lõikele 1 „agentuur loob ja haldab liikmesriikides ühenduse raudteevõrgustikus kasutuselevõtu loa saanud sõidukitüüpide registrit”.
Pursuant to Article 35(1) of Directive 2008/57/EC, ‘Each Member State shall ensure that a register of infrastructure is published and updated’.
Vastavalt direktiivi 2008/57/EÜ artikli 35 lõikele 1 „iga liikmesriik tagab infrastruktuuriregistri avaldamise ja ajakohastamise”.
Due to the annual updating and publication of these registers they cannot be used for the Telematics Applications subsystem for passengers.
Kuna neid registreid uuendatakse ja avaldatakse kord aastas, ei saa neid reisijateveo telemaatiliste rakenduste allsüsteemi puhul kasutada.
Therefore, this TSI has nothing to do with these registers.
Seepärast ei ole käesolev KTK nende registritega seotud.
According to Article 2(f) of Directive 2008/57/EC, ‘interoperability constituents’ means 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.
Vastavalt direktiivi 2008/57/EÜ artikli 2 punktile f on koostalitluse komponent seadme mis tahes lihtkomponent, komponentide kogum, alakoost või kogukoost, mis on inkorporeeritud või mida kavatsetakse inkorporeerida allsüsteemi ning millest üleeuroopalise tavaraudteevõrgu koostalitlusvõime otseselt või kaudselt sõltub.
The concept of a ‘constituent’ covers both tangible objects and intangible objects such as software’.
Mõiste „komponent” hõlmab nii materiaalseid kui ka mittemateriaalseid esemeid, näiteks tarkvara.
List of constituents
Komponentide nimekiri
The interoperability constituents are covered by the relevant provisions of Directive 2008/57/EC.
Koostalitluse komponendid kuuluvad direktiivi 2008/57/EÜ vastavate sätete alla.
No interoperability constituents are determined as far as the subsystem ‘Telematics applications for passengers’ is concerned.
Reisijateveo telemaatiliste rakenduste allsüsteemi osas ei ole koostalitluse komponente kindlaks määratud.
Only standard IT equipment is needed in order to fulfil the requirements of this TSI, without any specific aspects for interoperability in the railway environment.
Käesoleva KTK nõuete täitmiseks piisab standardsetest IT-seadmetest, millel ei ole mingeid raudteekeskkonnas esineva koostalitlusega seotud eriomadusi.
This is valid both for hardware components and for the standard software used, such as the operating system and databases.
See kehtib nii riistvarakomponentide kui ka kasutatava standardtarkvara, näiteks operatsioonisüsteemide ja andmebaaside puhul.
The application software is individual to each user and can be adapted and improved according the individual’s actual functionality and needs.
Rakendustarkvara on igal kasutajal erinev ning seda võib kohandada ja täiendada vastavalt isiku tegelikele ülesannetele ja vajadustele.
The proposed ‘application integration architecture’ assumes that applications might not have the same internal information model.
Kavandatava rakenduste integreerimise arhitektuuri puhul eeldatakse, et erinevate rakenduste sisemine andmemudel ei pruugi olla sama.
Application integration is defined as the process of making independently designed application systems work together.
Rakenduste integreerimine on protsess, mille käigus eraldi välja töötatud rakendused pannakse koos töötama.
Constituents’ performances and specifications
Komponentide toimivus ja erisused
See Section 5.2, not relevant for the TSI Telematics Applications for passenger services.
Vt punkt 5.2, ei kohaldata reisijateveoteenuste telemaatiliste rakenduste KTK puhul.
ASSESSMENT OF CONFORMITY AND/OR SUITABILITY FOR USE OF THE CONSTITUENTS AND VERIFICATION OF THE SUBSYSTEM
KOMPONENTIDE VASTAVUSE JA/VÕI KASUTUSKÕLBLIKKUSE HINDAMINE JA ALLSÜSTEEMI VASTAVUSTÕENDAMINE
Not relevant for the TSI Telematics Applications for passenger services.
Reisijateveoteenuste telemaatiliste rakenduste KTK puhul ei kohaldata.
Subsystem Telematics Applications for passenger services
Reisijateveoteenuste telemaatiliste rakenduste allsüsteem
According to Annex II to Directive 2008/57/EC, the subsystems are broken down into structural and operational areas.
Vastavalt direktiivi 2008/57/EÜ II lisale jaotatakse allsüsteemid struktuuriliste ja funktsionaalsete valdkondade allsüsteemideks.
The conformity assessment is obligatory for TSIs in the structural area.
Struktuurilisse valdkonda kuuluvate KTKde puhul on vastavushindamine kohustuslik.
The subsystem Telematics Applications for passenger services belongs to the functional area and this TSI does not determine any modules for conformity assessment.
Reisijateveoteenuste telemaatiliste rakenduste allsüsteem kuulub funktsionaalsesse valdkonda ning käesolevas KTKs ei nähta ette vastavushindamise mooduleid.
This TSI concerns the subsystem telematics applications for passenger services.
Käesolev KTK käsitleb reisijateveoteenuste telemaatiliste rakenduste allsüsteemi.
This subsystem is functional according to Annex II to Directive 2008/57/EC.
Vastavalt direktiivi 2008/57/EÜ II lisale on tegemist funktsionaalse allsüsteemiga.
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.
Seepärast, kui KTKs ei ole ette nähtud teisiti, ei tugine käesoleva KTK rakendamine uue, uuendatud või ümberehitatud allsüsteemi mõistele, nagu on tavaline struktuuriliste allsüsteemidega seotud KTKde puhul.
The TSI will be implemented in phases:
Käesolevat KTKd rakendatakse mitmes etapis:
phase one: detailed IT specifications, governance and master plan,
esimene etapp: üksikasjalikud IT-kirjeldused, juhtimisplaan ja üldkava;
phase two: development,
teine etapp: väljatöötamine;
phase three: deployment.
kolmas etapp: kasutuselevõtmine.
Phase one — detailed IT specifications, governance and master plan
Esimene etapp – üksikasjalikud IT-kirjeldused, juhtimisplaan ja üldkava
Phase one has three objectives:
Esimesel etapil on kolm eesmärki:
To define the data exchange system (hereinafter referred to as ‘the system’) consisting of common components and of the interconnection of information and communication systems of stakeholders able to fulfil the requirements of this Regulation.
Esitada sellise andmevahetussüsteemi (edaspidi „süsteem”) määratlus, mis koosneb käesoleva määruse nõudeid täitvate sidusrühmade ühistest komponentidest ning võimaldaks nende info- ja sidesüsteemide sidumist.
To confirm such a system from the viewpoint of technical and economic feasibility.
Kontrollida sellise süsteemi tehnilist ja majanduslikku teostatavust.
To draw up a roadmap of the activities deemed necessary in order to implement the system, including appropriate milestones for the monitoring of the progress of its implementation by the Commission, the European Railway Agency, the Member States and the stakeholders concerned.
Koostada süsteemi rakendamiseks vajalikuks peetavate toimingute kava koos sobivate teetähistega, mis võimaldaksid komisjonil, Euroopa Raudteeagentuuril, liikmesriikidel ja asjaomastel sidusrühmadel selle rakendamise kulgu jälgida.
Project governance of Phase one
Projekti juhtimine esimesel etapil
The Commission shall establish a steering committee not later than 1 month after the publication of this Regulation in the Official Journal of the European Union, which shall consist of:
Hiljemalt ühe kuu möödumisel määruse avaldamisest Euroopa Liidu Teatajas moodustab komisjon juhtkomitee, mille liikmeteks on
the representative bodies from the railway sector acting on a European level as defined in Article 3(2) of Regulation (EC) No 881/2004 (the rail sector representative bodies),
määruse (EÜ) nr 881/2004 („raudteesektori esindusasutused”) artikli 3 lõike 2 määratlusele vastavad Euroopa tasandil tegutsevad raudteesektori esindusasutused,
a representative of ticket vendors,
piletimüüjate esindaja,
a representative of European passengers,
Euroopa reisijate esindaja,
the European Railway Agency, and
Euroopa Raudteeagentuur ja
This steering committee shall be co-chaired by (a) the Commission and (b) a person nominated by the rail sector representative bodies.
Juhtkomiteed juhatavad ühiselt a) komisjon ja b) raudteesektori esindusasutuste nimetatud isik.
The Commission assisted by the members of the steering committee shall draft the rules of procedure of this steering committee, on which the steering committee shall agree.
Komisjon koostab juhtkomitee liikmete abiga juhtkomitee kodukorra, mille juhtkomitee peab heaks kiitma.
The decisions taken shall be transparent and shall be accompanied by a sound technical and economic justification.
Vastuvõetavad otsused peavad olema läbipaistvad ning neile tuleb lisada kaalukad tehnilised ja majanduslikud põhjendused.
The members of the steering committee may propose to the steering committee that other organisations be included as observers where there are sound technical and organisational reasons for doing so.
Juhtkomitee liikmed võivad teha juhtkomiteele ettepanekuid teiste organisatsioonide kaasamiseks vaatlejana, kui selleks on kaalukaid tehnilisi ja organisatsioonilisi põhjusi.
Roles and responsibilities
Rollid ja vastutusalad
Stakeholders
Huvirühmad