natgillin/translations-raw huggingface dataset:
The operational rolling stock data is a part of the European-wide Wagon and Intermodal Unit Operational Database as described in Chapter 4.2.12.2 Other databases .
Veeremi kasutusandmed moodustavad osa üleeuroopalisest vagunite ja ühendveoüksuste kasutamise andmebaasist, mida kirjeldatakse punktis 4.2.12.2: Muud andmebaasid.
Reference files
Viitefailid
For the operation of freight trains on the European network the following reference files must be available and accessible to all service providers (IMs, RUs, logistic providers and fleet managers).
Kaubarongide liikluseks Euroopa võrgus peavad kõikidele teenuseosutajatele (IEd, REd, logistikaettevõtjad ja veeremiettevõtjad) olema kättesaadavad ja juurdepääsetavad järgmised viitefailid.
The data must represent the actual status at all times.
Neis sisalduvad andmed peavad alati kajastama tegelikke andmeid.
Locally stored and administrated:
Salvestamine ja haldamine kohalikul tasandil:
reference file of the emergency services, correlated to type of hazardous goods.
ohtlike kaupadega seotud hädaabiteenuste viitefail.
Centrally stored and administrated:
Tsentraliseeritud säilitamine ja haldamine:
reference file of the coding for all IMs, RUs, service provider companies,
kõikide IEde, REde, teenuseosutajaist ettevõtete koode sisaldav viitefail,
reference file of the coding for transport customers,
kõikide veoteenuste klientide koode sisaldav viitefail,
reference file of the coding of locations (primary, subsidiary and zone-track-spot),
asukohakoode (primaarkoodid, alamkoodid, tsooni/tee/koha koodid) sisaldav viitefail,
reference file of the coding for customer locations,
klientide asukohakoode sisaldav viitefail,
reference file of all existing train control systems,
kõikide kasutatavate liikluskorraldussüsteemide viitefail,
reference file of hazardous goods, UN and RID numbers,
ohtlike kaupade ning nende ÜRO- ja RID-numbrite viitefail,
reference file of all different locomotive types,
kõikide erinevate veduritüüpide viitefail,
reference file of all CN and HS codes for goods,
kõikide kaupade CN- ja HS-koodide viitefail,
reference file of all European maintenance workshops,
kõikide Euroopa parandustöökodade viitefail,
reference file of all European audit bodies,
kõikide Euroopa auditeerimisasutuste viitefail,
reference file of all European licensed operators including respective list of national safety certificates granted.
kõikide Euroopa litsentsitud ettevõtjate viitefail, mis sisaldab vastavate väljaantud siseriiklike ohutustunnistuste loendit.
The coding of IMs, RUs, transport organisations and companies and transport customers as well as of locations (primary, subsidiary, etc.) including customer locations are pending.
IEde, REde, veoorganisatsioonide ja -ettevõtjate ja veoklientide ning asukohtade (primaar-, alam- jne) koodid, sealhulgas klientide asukohakoodid on veel kindlaks määramata.
Other databases
Muud andmebaasid
To allow for the tracking of train and wagon movements, the following databases, updated at each relevant event in real time, must be installed.
Rongide ja vagunite liikumise jälgimiseks tuleb seada sisse järgmised andmebaasid, mida iga asjakohase sündmuse korral ajakohastatakse reaalajas.
Authorised entities such as keepers and fleet managers must have access to the data relevant to fulfil their functions, according to contractual conditions.
Volitatud isikutel, näiteks valdajatel ja veeremiettevõtjatel peab vastavalt lepingutingimustele olema juurdepääs oma ülesannete täitmisega seotud andmetele.
Wagon and Intermodal Unit Operational Database,
Vagunite ja ühendveoüksuste kasutamise andmebaas
Trip plan for wagon/intermodal unit.
Vagunite/ühendveoüksuste veo koosteplaan
Wagon and Intermodal Unit Operational Database
Vagunite ja ühendveoüksuste kasutamise andmebaas
The communication between the Lead RU and RUs in the cooperation mode is based on wagon and/or intermodal unit numbers.
JREde ja REde vaheline teabevahetus põhineb koostöövedude puhul vagunite ja ühendveoüksuste numbritel.
Therefore an RU, which communicates with the IMs at train level, must break down this information into wagon and intermodal unit related one.
Seepärast peab rongi osas IEga teavet vahetav RE jaotama need andmed vagunite ja ühendveoüksuste andmeteks.
This wagon and intermodal unit related information must be stored in the Wagon and Intermodal Unit Operational Database.
Need vagunite ja ühendveoüksuste andmed tuleb salvestada vagunite ja ühendveoüksuste kasutamise andmebaasis.
The information on train movement leads to new entries/updates in the Wagon and Intermodal Unit Operational Database for customer information.
Rongi liikumisega seotud andmete alusel tehakse vagunite ja ühendveoüksuste kasutamise andmebaasi klientide teavitamiseks uusi sissekandeid või täiendusi.
The movement part for a wagon or intermodal unit in the database is set up at the latest when receiving the release time for the wagons or intermodal unit from the customer.
Vaguni või ühendveoüksuse liikumise osa avatakse andmebaasis hiljemalt pärast kliendilt vagunite või ühendveoüksuste vabastamise aja saamist.
This release time is the first movement entry for a wagon into the Wagon and Intermodal Unit Operational Database related to an actual transport journey.
Vabastamise aeg on vagunite ja ühendveoüksuste andmebaasi tehtav esimene tegeliku veoteekonnaga seotud kanne.
The messages for the wagon movement are defined in the Chapters 4.2.8 (Wagon movement) and 4.2.9 (Interchange reporting).
Vaguni liikumist käsitlevad teated on sätestatud punktides 4.2.8 (Vaguni liikumine) ja 4.2.9 (Vahetamisteated).
This database must be accessible via the common interface (4.2.14.1: General architecture and 4.2.14.7: Common interface).
Käesolev andmebaas peab olema juurdepääsetav ühise liidese kaudu (punkt 4.2.14.1: Üldine arhitektuur ja punkt 4.2.14.7: Ühine liides).
The Wagon and Intermodal Unit Operational Database is the most important one for the tracking of wagons and therefore for the communication between the RUs involved and the Lead RU.
Vagunite ja ühendveoüksuste kasutamise andmebaas on vagunite jälgimise seisukohast ning seetõttu ka asjaomaste REde ja juhtiva RE vahelise teabevahetuse seisukohast kõige olulisem andmebaas.
This database shows the movement of a wagon and of an intermodal unit from departure through to final delivery at customer sidings with ETIs and actual times at different locations until the final delivery time ETA.
See andmebaas kajastab vaguni ja ühendveoüksuse liikumist alates teeleasumisest kuni lõpliku kättetoimetamiseni kliendi haruteele, koos ETIde ja eri punktides registreeritud tegelike aegadega kuni lõpliku üleandmise ajani (ETA).
The database also shows the different status of the rolling stock such as:
Andmebaasis kajastuvad ka veeremi erinevad seisundid, näiteks:
Status: loading of the rolling stock
Seisund: veeremi laadimine
This status is required for the information exchange between the RU and the IMs and to other railway undertakings involved in the transport journey.
See seisund on vajalik RE ja IEde ning teiste veoteekonnaga seotud raudtee-ettevõtjate vaheliseks teabevahetuseks;
Status: loaded wagon on journey
Seisund: laaditud vagun teel
This status is required for the information exchange between the IM and the RU, with other infrastructure managers and with other railway undertakings involved in the transport journey.
See seisund on vajalik IE ja RE vaheliseks teabevahetuseks ning teabevahetuseks veoteekonnaga seotud teiste raudteeinfrastruktuuri-ettevõtjate ja raudtee-ettevõtjate vahel;
Status: empty wagon on journey
Seisund: tühi vagun teel
This status is required for the information exchange between the IM and the RU, with other infrastructure managers and railway undertakings involved in the transport journey.
See seisund on vajalik IE ja RE vaheliseks teabevahetuseks ning teabevahetuseks veoteekonnaga seotud teiste raudteeinfrastruktuuri-ettevõtjate raudtee-ettevõtjate vahel;
Status: unloading of rolling stock
Seisund: veeremi tühjendamine
This status is required for the information exchange between the RU at destination and the Lead RU for the transport.
See seisund on vajalik teabevahetuseks sihtkoha RE ja veo eest vastutava RE vahel;
Status: empty wagon under fleet management control
Seisund: tühi vagun veeremiettevõtja käsutuses
This status is required to get the information about availability of a vehicle of defined characteristics.
See seisund on vajalik kindlaksmääratud omadustega raudteeveeremi kättesaadavuse kohta teabe saamiseks.
Wagon Trip Plan Databases
Vagunite veo koosteplaanide andmebaasid
Trains normally carry wagons from various customers.
Üldjuhul sisaldavad rongid mitme kliendi vaguneid.
For each wagon the Lead RU (RU acting as service integrator) must establish and update a trip plan which corresponds to the train path at train level.
Iga vaguni osas peab juhtiv RE (teenuse rakendajana tegutsev RE) koostama asjaomase rongi marsruuti käsitleva veo koosteplaani ja seda ajakohastama.
New train paths for a train — e.g. in case of service interruptions — lead to revised trip plans for the wagons concerned.
Kui rongil on uus marsruut – nt teenuse häirete korral – tuleb asjaomaste vagunite veo koosteplaanid üle vaadata.
The creation time for the trip plan is the receipt of the consignment note from the customer.
Veo koosteplaan koostatakse kliendilt saatekirja saamisel.
The Wagon Trip Plans must be stored by each LRU in a database.
Iga JRE peab vagunite veo koosteplaanid salvestama andmebaasis.
Remark:
Märkus
In addition to the mandatory databases mentioned above, at each IM side a train database may be installed.
Lisaks eespool nimetatud kohustuslikele andmebaasidele võib iga IE võtta kasutusele rongide andmebaasi.
This infrastructure manager train database corresponds to the movement part of the Wagon and Intermodal Unit Operational Database.
Raudteeinfrastruktuuri-ettevõtja rongide andmebaas on kooskõlas vagunite ja ühendveoüksuste kasutamise andmebaasi osaga, mis käsitleb liikumist.
The main data entries are the train related data of the train composition message from the RU.
Peamised sisestatavad andmed on RE rongi koosseisu teates sisalduvad rongi andmed.
All train events result in an update of this train related database.
Kõik rongiga seotud sündmused toovad kaasa rongide andmebaasi ajakohastamise.
An alternative storage possibility for these data is the path database (Chapter 4.2.2: Path request).
Nende andmete salvestamise alternatiivne võimalus on liinide andmebaas (punkt 4.2.2: Liinitaotlus).
Additional requirements on the databases
Täiendavad nõuded andmebaasidele
Under the following points are listed additional requirements which must be supported by the various databases.
Allpool on loetletud täiendavad nõuded, millele erinevad andmebaasid peavad vastama.
These are:
Nõuded on järgmised.
A database must support the authentication of users of the systems before they can gain access to the database.
Andmebaas peab toetama süsteemi kasutajate autentimist, enne kui neile võimaldatakse andmebaasile juurdepääs.
A database must support the security aspects in the meaning of controlling access to the database.
Andmebaas peab juurdepääsu kontrollimise osas vastama turvalisusnõuetele.
The possible encryption of the database contents itself is not required.
Andmebaasi sisu krüpteerimine ei ole nõutav.
Consistency
Järjepidevus
A database selected shall support the ACID principle (Atomicity, Consistency, Isolation, Durability).
Valitud andmebaas peab vastama ACIDi põhimõttele (Atomicity – atomaarsus, Consistency – järjepidevus, Isolation – eraldatus, Durability – püsivus).
Access control
Juurdepääsu kontroll
A database must allow access to the data to users or systems that have been granted permission.
Andmebaas peab võimaldama kasutajate juurdepääsu andmetele või süsteemidele, mille jaoks neile on luba antud.
The access control shall be supported down to a single attribute of a data record.
Juurdepääsu kontroll kehtib kuni andmekirje väikseima rühmani.
The database shall support configurable, role based access control for insertion, update or deletion of data records.
Andmebaas peab andmekirjete sisestamise, uuendamise või kustutamise osas toetama konfigureeritavaid rollipõhiseid juurdepääsukontrolli võimalusi.
Tracing
Jälitus
A database must support logging all actions applied to the database to allow for tracing the detail of the data entry (Who, What, When did the contents change).
Andmebaas peab toetama kõikide andmebaasis tehtud toimingute logifaili kandmist, et jälitada andmesisestuse üksikasju (kes tegi milliseid muudatusi ja millal).
Lock strategy
Lukustussüsteem
A database must implement a locking strategy which allows access to the data even when other users are currently editing records.
Andmebaasis tuleb kasutada lukustussüsteemi, mis võimaldab andmetele juurdepääsu isegi siis, kui teised kasutajad kirjeid redigeerivad.
Multiple access
Mitme kasutaja juurdepääs
A database must support that data can be accessed simultaneously by several users and systems.
Andmebaas peab toetama mitme kasutaja ja süsteemi samaaegset juurdepääsu andmetele.
Reliability
Töökindlus
The reliability of a database must support the required availability.
Andmebaasi töökindlus peab aitama tagada nõuetekohast kättesaadavust.
A database must have an availability on demand of at least 99,9 %.
Andmebaas peab olema nõudmise korral olema kättesaadav vähemalt 99,9 % ajast.
Maintainability
Hooldatavus
A maintainability of the database must support the required availability.
Andmebaasi hooldatavus peab aitama tagada nõuetekohase kättesaadavuse.
Databases themselves are not safety related.
Andmebaasid ise ei ole ohutusega seotud.
Hence safety aspects are not relevant.
Seega ei ole ohutusnõuded olulised.
This is not to be confused with the fact that the data — e.g. wrong or not actual data — may have impact on the safety operation of a train.
Seda ei tohi aga segi ajada asjaoluga, et andmed – nt valed või aegunud andmed – võivad mõjutada rongi ohutut kasutamist.
A database must support a data manipulation language that is widely accepted, such as SQL or XQL.
Andmebaas peab toetama üldtunnustatud andmekäitluskeelt, näiteks SQL või XQL.
Import facility
Importimisvõimalus
A database shall provide a facility that allows the import of formatted data that can be used to fill the database instead of manual input.
Andmebaas peab võimaldama importida vormindatud andmeid, mida kasutatakse andmebaasi täitmiseks käsitsi sisestamise asemel.
Export facility
Eksportimisvõimalus
A database shall provide a facility that allows to export the contents of the complete database or its part as formatted data.
Andmebaas peab võimaldama eksportida kogu andmebaasi sisu või osa sellest vormindatud andmetena.
Mandatory fields
Kohustuslikud väljad
A database must support mandatory fields that are required to be filled before the relevant record is accepted as input to the database.
Andmebaas peab toetama kohustuslikke välju, mis tuleb täita, et lisatav kirje andmebaasis aktseptitaks.
Plausibility checks
Usaldusväärsuse kontroll
A database must support configurable plausibility checks before accepting the insertion, update or deletion of data records.
Andmebaas peab toetama konfigureeritavat usaldusväärsuse kontrolli, mis toimub enne andmekirjete sisestamist, uuendamist või kustutamist.
Response times
Reageerimisajad
A database must have response times that allow users to insert, update or delete data records in a timely manner.
Andmebaasi reageerimisajad peavad olema sellised, et kasutajal oleks võimalik andmekirjeid õigeaegselt sisestada, uuendada või kustutada.
Performance aspects
Jõudlusega seotud aspektid
A database shall support the queries necessary to allow the effective run of about 60000 train runs per 24 hours.
Andmebaas peab toetama sellist arvu päringuid, mis on vajalikud umbes 60000 rongisõidu tõhusaks korraldamiseks 24 tunni jooksul.
About 50 % of these train runs are deemed to take place within two hours.
Arvestatakse, et umbes 50 % neist sõitudest toimuvad kahe tunni jooksul.
The number and kind of queries or updates per train are dependent on the overall process for planning and running a train.
Iga rongiga seotud päringute või täienduste arv ja liik oleneb rongi planeerimise ja sõidu üldisest protsessist.
Capacity aspects
Mahuaspektid
A database shall support the storage of the relevant data for all freight wagons respectively the network.
Andmebaas peab toetama kõikide vastavas võrgus liikuvate kaubavagunite asjaomaste andmete salvestamist.
It shall be possible to extend the capacity by simple means (i.e. by adding more storage capacity and computers).
Selle mahtu peab olema võimalik hõlpsasti suurendada (nt salvestusmahu ja arvutite lisamisega).
The extension of the capacity shall not require replacement of the subsystem.
Mahu suurendamine ei tohi nõuda allsüsteemi ümberpaigutamist.
Historical data
Arhiveeritud andmed
A database shall support the management of historical data in the meaning of making of data available that has been already transferred into an archive.
Andmebaas peab toetama varasemate andmete haldamist, st juba arhiivi edastatud andmete kättesaadavaks tegemist.
Back-up strategy
Varukoopiate süsteem
A back-up strategy shall be in place to ensure that the complete database contents for up to a 24-hour period can be recovered.
Nõutav on varukoopiate süsteem, et tagada andmebaasi kogu sisu taastatavus kuni 24-tunnise ajavahemiku osas.
Commercial aspects
Ärilised aspektid
A database system used shall be available commercially-off-the-shelf (COTS-product) or be available in the public domain (Open Source).
Andmebaasisüsteem peab olema kättesaadav kaubandusliku valmistootena (COTS) või üldkasutatav (Open Source – avatud lähtekood).
Remarks:
Märkused
The above requirements must be handled by a standard Database Management System (DBMS).
Eespool nimetatud nõudeid peab täitma standardne andmebaasihaldur (DBMS).
The usage of the various databases is embedded into various work flows described here before.
Eespool kirjeldatud tööprotsessidele on iseloomulik mitme eri andmebaasi kasutamine.
The general workflow is a request/response mechanism, where an interested party requests information from the database through the common interface (4.2.14.1: General architecture and 4.2.14.7: Common interface).
Üldine tööprotsess on päringu/vastuse mehhanism, mille puhul huvitatud isik taotleb andmebaasist teavet ühise liidese kaudu (4.2.14.1: Üldine arhitektuur ja 4.2.14.7: Ühine liides).
The DBMS responds to this request either by providing the requested data or by responding that no data can be made available (no such data exists or access is refused due to access control).
Andmebaasihaldur reageerib päringule, andes soovitud andmed või teatades, et andmeid pole võimalik anda (soovitud andmed puuduvad või nende väljastamist takistavad juurdepääsupiirangud).
The description in Chapter 4.2.14 (Networking and communication) presents the communication network to be used for data exchange.
Punktis 4.2.14 (Võrgud ja side) esitatud kirjelduses on sätestatud andmevahetuseks kasutatav sidevõrk.
This network and the described security handling allow any type of network transmission, such as e-mail, file transfer (ftp, http), etc. The type to choose can then be decided upon by the parties involved in the information exchange, which means, that the electronic transmission of documents, for example, via ftp is given.
See võrk ja kirjeldatud turvameetmed võimaldavad võrgus mis tahes liiki andmeedastust, nt e-post, failiedastus (FTP, HTTP) jne. Kasutatava andmeedastuse liigi valivad teabevahetuses osalevad pooled, leppides kokku dokumentide elektroonilise edastamise näiteks FTP kaudu.
General architecture
Üldine arhitektuur
This subsystem will see, over time, the growth and interaction of a large and complex telematic rail interoperability community with hundreds of participating actors (RUs, IMs, etc.), which will compete and/or cooperate in serving the market's needs.
Aja jooksul areneb välja ja asub käesoleva allsüsteemi kaudu suhtlema suur ja keerukas telemaatiline raudtee koostalitluse kogukond, mis hõlmab sadu osalevaid isikuid (REd, IEd jne), kes konkureerivad ja teevad koostööd, et täita turu nõudmisi.
The network and communication infrastructure supporting such rail interoperability community will be based on a common ‘Information Exchange Architecture’, known and adopted by all participating actors.
Niisugust koostalitluse kogukonda toetav võrkude ja side infrastruktuur põhineb ühisel infovahetusarhitektuuril, mis on kõikidele osalevatele isikutele tuntud ja mille nad kasutusele võtavad.
The proposed ‘Information Exchange Architecture’:
Kavandatav infovahetusarhitektuur:
is designed to reconcile heterogeneous information models by semantically transforming the data that is exchanged between the systems and by reconciling the business process and application-level protocol differences,
on ette nähtud heterogeensete infomudelite kokkusobitamiseks, teisendades süsteemide vahel vahetatavaid andmeid semantiliselt ning tasandades äriprotsesside ja rakendustasandi protokollide erinevused,
has minimum impact on the existing IT architectures implemented by every actor,
mõjutab iga osaleva isiku kasutatavat IT-arhitektuuri nii vähe kui võimalik,
safeguards IT investments made already.
kaitseb juba tehtud IT-investeeringuid.
The Information Exchange Architecture favours a mostly peer-to-peer type of interaction between all actors, while it guarantees the overall integrity and consistency of the rail interoperability community by providing a set of centralised services.
Infovahetusarhitektuur toetab eelkõige kõikide osalejate vahelist võrdõiguslikku (peer-to-peer) suhtlust, tagades samas teatud tsentraliseeritud teenuste pakkumise kaudu raudtee koostalitluse kogukonna üldise terviklikkuse ja järjepidevuse.
A peer-to-peer interaction model allows the best cost distribution between the different actors, based on actual usage and it will present, in general, lesser scalability problems.
Võrdõiguslik suhtlusmudel võimaldab jaotada kulud erinevate osalejate vahel parimal võimalikul viisil lähtuvalt tegelikust kasutusest ning toob üldiselt kaasa vähem mastabeeritavuse probleeme.
A pictorial representation on the general architecture is given in Annex A, Index 5, Chapter 1.5.
Üldise arhitektuuri graafiline skeem on esitatud A lisa jaotise 5 punktis 1.5.
Network
Võrk
Networking in this case means the method and philosophy of communication and does not mean the physical network.
Võrgustamine tähistab käesoleval juhul teabevahetuse viisi ja põhialuseid, mitte füüsilist võrku.
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.
Raudtee koostalitlusvõime aluseks on ühine infovahetusarhitektuur, mis on kõigile osalejatele tuntud ja mille nad on kasutusele võtnud, julgustades nii uusi osalejaid, eelkõige kliente, ning vähendades turuletuleku tõkkeid.
The security issue will therefore be addressed not by the network (VPN, tunnelling, etc.), but by exchanging and managing inherently secure messages.
Seepärast ei lahendata turvalisuse küsimust (VPN, tunneldus jne) võrgu abil, vaid vahetades ja hallates turvalisi teateid.
A VPN network is therefore not required (the administration of a large VPN network will be complex and costly to manage), thus avoiding problems with responsibilities and ownership allocation.
Seega ei ole vaja VPN-võrku (suure VPN-võrgu haldamine oleks keerukas ja kulukas), vältides nii vastutuse ja omandisuhetega seotud probleeme.
Tunnelling is not considered as a necessary means for achieving the appropriate security level.
Tunneldamine ei ole vajaliku turvalisuse saavutamiseks tingimata vajalik.
In any case if some actors already have or want to implement various degrees of security on selected partitions of the network, they can do so.
Kui mõned osalejad juba rakendavad või soovivad rakendada võrgu teatavates osades teatavat turvalisuse taset, võivad nad seda teha.