natgillin/translations-raw huggingface dataset:
related to certification and registration items such as reference to the EC registration file, ID of the notified body, etc.; this may include historical data related to ownership, rental, etc. The following steps have to be taken into account:
povezani s postavkami glede spričeval in registracije, kakor so sklici na registrsko datoteko ES, identifikacija priglašenega organa itd.; vključujejo lahko zgodovinske podatke, povezane z lastništvom, najemom itd. Upoštevati je treba naslednje korake:
EC certification,
spričevala ES,
registration in the ‘home’ State,
registracija v „domači“ državi,
date put into service in the State of registration,
datum začetka obratovanja v državi registracije,
registration in other countries for the use on their national network,
registracija v drugih državah za uporabo v njihovem nacionalnem omrežju,
safety certification for all rolling stock which does not comply with the Rolling Stock TSI.
varnostno spričevalo za celoten vozni park, ki ni v skladu s TSI za železniški vozni park.
The keeper is obliged to ensure that these data are available and the processes behind have been conducted.
Lastnik mora zagotoviti, da so ti podatki razpoložljivi in da so bili opravljeni vsi potrebni procesi.
Design data,
konstrukcijski podatki,
which shall include all constitutive (physical) elements of the rolling stock, including characteristics related to the environment, and all information that is expected to remain valid throughout the life of the rolling stock — this part may contain a history of major modifications, major maintenance, overhaul, etc.
ki vključujejo vse sestavne (fizične) elemente voznega parka, vključno z značilnostmi, povezanimi z okoljem, in vse informacije, za katere se pričakuje, da bodo veljale za celotno življenjsko dobo voznega parka – ta del lahko vsebuje zgodovino večjih sprememb, večjih vzdrževalnih del, obnov itd.
The Rolling Stock Operational Data
Operativni podatki o voznem parku
Beside the reference data for rolling stock, the data representing the actual status of the rolling stock is the most important data for operational purposes.
Poleg referenčnih podatkov o voznem parku so podatki, ki predstavljajo dejanski status voznega parka, najpomembnejši podatki za operativne namene.
This data shall include temporary data, such as restrictions, current and projected maintenance actions, kilometers and fault counters, etc.; and all data that could be considered as ‘status’ (temporary speed restrictions, brake isolated, needs for repair and fault description, etc.,).
Ti podatki lahko vključujejo začasne podatke, kakor so omejitve, trenutni in predvideni vzdrževalni ukrepi, števci km in napak itd., in vse podatke, ki lahko predstavljajo „status“ (začasne omejitve hitrosti, izključena zavora, potreba po popravilu in opis napake itd.).
For use of the operational rolling stock data, three different entities must be considered taking into account the different parties responsible for rolling stock during transport operation:
Pri uporabi operativnih podatkov o voznem parku je treba upoštevati tri različne vnose ob upoštevanju različnih udeležencev, ki so med prevozom odgovorni za vozni park:
Railway Undertaking as Duty holder during its transport control,
prevoznik v železniškem prometu kot nosilec dolžnosti med nadzorom prevoza,
Keeper of rolling stock, and
lastnik voznega parka in
User (Hirer) of rolling stock.
uporabnik (najemnik) voznega parka.
For all three different parties the operational rolling stock data must be accessible by the authorised user, down to his predefined authorised level, using the single key given by the wagon ID (wagon number).
Za vse tri različne udeležence morajo operativni podatki o voznem parku biti dostopni prek pooblaščenega uporabnika do predhodno določene ravni pooblastil z uporabo enotnega ključa, ki ga predstavlja identifikacija vagona (številka vagona).
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 .
Operativni podatki o voznem parku so del evropske operativne podatkovne baze za vagone in intermodalne enote, ki je opisana v poglavju 4.2.12.2 .
Reference files
Referenčne datoteke
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).
Za obratovanje tovornih vlakov v evropskem omrežju morajo vsem izvajalcem storitev (UI, PŽP, logističnim izvajalcem in upravljavcem voznega parka) biti na voljo in dostopne naslednje referenčne datoteke.
The data must represent the actual status at all times.
Podatki morajo predstavljati dejanski status ob katerem koli času.
Locally stored and administrated:
Datoteke, ki se shranjujejo in upravljajo lokalno:
reference file of the emergency services, correlated to type of hazardous goods.
referenčna datoteka služb za ukrepanje v sili glede na vrsto nevarnega blaga.
Centrally stored and administrated:
Datoteke, ki se shranjujejo in upravljajo centralno:
reference file of the coding for all IMs, RUs, service provider companies,
referenčna datoteka šifer vseh UI, PŽP in podjetij za izvajanje storitev,
reference file of the coding for transport customers,
referenčna datoteka šifer prevoznih odjemalcev,
reference file of the coding of locations (primary, subsidiary and zone-track-spot),
referenčna datoteka šifer lokacij (primarna, subsidiarna in cona-tir-točka),
reference file of the coding for customer locations,
referenčna datoteka šifer lokacij odjemalcev,
reference file of all existing train control systems,
referenčna datoteka vseh obstoječih sistemov vodenja vlakov,
reference file of hazardous goods, UN and RID numbers,
referenčna datoteka nevarnega blaga, številke UN in RID,
reference file of all different locomotive types,
referenčna datoteka vseh različnih vrst lokomotiv,
reference file of all CN and HS codes for goods,
referenčna datoteka vseh oznak KN in HS za blago,
reference file of all European maintenance workshops,
referenčna datoteka vseh evropskih delavnic o vzdrževanju,
reference file of all European audit bodies,
referenčna datoteka vseh evropskih organov za oceno,
reference file of all European licensed operators including respective list of national safety certificates granted.
referenčna datoteka vseh evropskih prevoznikov z licenco, vključno s seznami odobrenih varnostnih spričeval.
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.
Določitev šifer UI, PŽP, prevoznih organizacij in podjetij ter prevoznih odjemalcev in lokacij (primarnih, subsidiarnih), vključno z lokacijami odjemalcev, teče.
Other databases
Druge podatkovne baze
To allow for the tracking of train and wagon movements, the following databases, updated at each relevant event in real time, must be installed.
Da se omogoči sleditev premikov vlakov in vagonov, je treba vzpostaviti naslednje podatkovne baze, ki se v realnem času posodobijo ob vsakem ustreznem dogodku.
Authorised entities such as keepers and fleet managers must have access to the data relevant to fulfil their functions, according to contractual conditions.
Pooblaščeni subjekti, kakor so lastniki in upravljavci voznega parka, morajo imeti dostop do ustreznih podatkov za izpolnjevanje svojih funkcij v skladu s pogodbenimi obveznostmi.
Wagon and Intermodal Unit Operational Database,
Operativna podatkovna baza za vagone in intermodalne enote,
Trip plan for wagon/intermodal unit.
Potovalni načrt za vagon/intermodalno enoto.
Wagon and Intermodal Unit Operational Database
Operativna podatkovna baza za vagone in intermodalne enote
The communication between the Lead RU and RUs in the cooperation mode is based on wagon and/or intermodal unit numbers.
Komunikacija med vodilnim PŽP in PŽP v sodelovalnem načinu temelji na številkah vagonov in/ali intermodalnih enot.
Therefore an RU, which communicates with the IMs at train level, must break down this information into wagon and intermodal unit related one.
PŽP, ki komunicira z UI na ravni vlaka, mora torej te informacije razdeliti v podatke o vagonih in podatke o intermodalnih enotah.
This wagon and intermodal unit related information must be stored in the Wagon and Intermodal Unit Operational Database.
Te informacije o vagonih in intermodalnih enotah je treba shraniti v operativno podatkovno bazo za vagone in intermodalne enote.
The information on train movement leads to new entries/updates in the Wagon and Intermodal Unit Operational Database for customer information.
Informacije o premikih vlaka povzročijo nove vnose/posodobljenje v operativni podatkovni bazi za vagone in intermodalne enote, ki so na voljo kot informacije za odjemalca.
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.
Del o premiku vagona ali intermodalne enote v podatkovni bazi se izpolni najpozneje takrat, ko se od odjemalca prejme čas sprostitve vagona ali intermodalne enote.
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.
Čas sprostitve je prvi vnos o premiku vagona v operativni podatkovni bazi za vagone in intermodalne enote, ki je povezan z dejanskim prevozom.
The messages for the wagon movement are defined in the Chapters 4.2.8 (Wagon movement) and 4.2.9 (Interchange reporting).
Sporočila za premike vagonov so opredeljena v poglavjih 4.2.8 (Premiki vagona ) in 4.2.9 (Javljanje o izmenjavi).
This database must be accessible via the common interface (4.2.14.1: General architecture and 4.2.14.7: Common interface).
Ta podatkovna baza mora biti dostopna prek skupnega vmesnika (4.2.14.1: Splošna arhitektura in 4.2.14.7: Skupni vmesnik).
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.
Operativna podatkovna baza za vagone in intermodalne enote je najpomembnejša baza za sleditev vagonov, in torej za komunikacijo med zadevnimi PŽP in vodilnim PŽP.
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.
Ta podatkovna baza prikazuje premike vagona in intermodalne enote od odhoda do končne dostave na odjemalčev stranski tir z navedbo ETI in dejanskih časov na različnih lokacijah do ETA končne dostave.
The database also shows the different status of the rolling stock such as:
Podatkovna baza prikazuje tudi različne statuse voznega parka, kakor so:
Status: loading of the rolling stock
Status: nakladanje voznega parka
This status is required for the information exchange between the RU and the IMs and to other railway undertakings involved in the transport journey.
Ta status je potreben za izmenjavo informacij med PŽP in UI ter drugimi prevozniki v železniškem prometu, ki sodelujejo pri prevozu.
Status: loaded wagon on journey
Status: naložen vagon na potovanju
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.
Ta status je potreben za izmenjavo informacij med UI in PŽP ter drugimi upravljavci infrastrukture in drugimi prevozniki v železniškem prometu, ki sodelujejo pri prevozu.
Status: empty wagon on journey
Status: prazen vagon na potovanju
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.
Ta status je potreben za izmenjavo informacij med UI in PŽP ter drugimi upravljavci infrastrukture in prevozniki v železniškem prometu, ki sodelujejo pri prevozu.
Status: unloading of rolling stock
Status: razkladanje voznega parka
This status is required for the information exchange between the RU at destination and the Lead RU for the transport.
Ta status je potreben za izmenjavo informacij med PŽP v namembnem kraju in vodilnim PŽP za prevoz.
Status: empty wagon under fleet management control
Status: prazen vagon pod nadzorom upravljavca voznega parka
This status is required to get the information about availability of a vehicle of defined characteristics.
Ta status je potreben za pridobitev informacij o razpoložljivosti vozila z opredeljenimi značilnostmi.
Wagon Trip Plan Databases
Podatkovne baze potovalnih načrtov za vagone
Trains normally carry wagons from various customers.
Vlaki normalno prevažajo vagone različnih odjemalcev.
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.
Za vsak vagon mora vodilni PŽP (PŽP v vlogi povezovalca storitve) pripraviti in posodobiti potovalni načrt, ki ustreza vlakovni poti na ravni vlaka.
New train paths for a train — e.g. in case of service interruptions — lead to revised trip plans for the wagons concerned.
Nove vlakovne poti za vlak – npr. pri prekinitvi storitve – zahtevajo revidirane potovalne načrte za zadevne vagone.
The creation time for the trip plan is the receipt of the consignment note from the customer.
Potovalni načrt se začne pripravljati ob prejemu tovornega lista od odjemalca.
The Wagon Trip Plans must be stored by each LRU in a database.
Potovalne načrte vagonov mora vsak VPŽP hraniti v podatkovni bazi.
Remark:
Opomba:
In addition to the mandatory databases mentioned above, at each IM side a train database may be installed.
Poleg obveznih podatkovnih baz, ki so navedene zgoraj, lahko vsak UI vzpostavi podatkovno bazo o vlaku.
This infrastructure manager train database corresponds to the movement part of the Wagon and Intermodal Unit Operational Database.
Ta podatkovna baza upravljavca infrastrukture ustreza delu o premikih operativne podatkovne baze za vagone in intermodalne enote.
The main data entries are the train related data of the train composition message from the RU.
Glavni podatkovni vnosi so podatki o vlaku iz sporočila o vlakovni kompoziciji, prejetega od PŽP.
All train events result in an update of this train related database.
Vsi dogodki v zvezi z vlakom povzročijo posodobljenje te podatkovne baze o vlaku.
An alternative storage possibility for these data is the path database (Chapter 4.2.2: Path request).
Alternativna možnost shranjevanja teh podatkov je podatkovna baza o vlakovni poti (poglavje 4.2.2: Prošnja za vlakovno pot ).
Additional requirements on the databases
Dodatne zahteve glede podatkovnih baz
Under the following points are listed additional requirements which must be supported by the various databases.
V naslednjih točkah so navedene dodatne zahteve, ki jih morajo podpirati različne podatkovne baze.
These are:
Te so:
A database must support the authentication of users of the systems before they can gain access to the database.
Podatkovna baza mora podpirati avtentifikacijo uporabnikov sistema, preden dobijo dostop do podatkovne baze.
A database must support the security aspects in the meaning of controlling access to the database.
Podatkovna baza mora podpirati varnostne vidike v smislu nadzorovanja dostopa do podatkovne baze.
The possible encryption of the database contents itself is not required.
Morebitno šifriranje vsebine same podatkovne baze ni potrebno.
Consistency
Konsistentnost
A database selected shall support the ACID principle (Atomicity, Consistency, Isolation, Durability).
Izbrana podatkovna baza mora podpirati načelo ACID (Atomicity – atomarnost, Consistency – konsistentnost, Isolation – izolacija, Durability – trajnost).
Access control
Nadzor dostopa
A database must allow access to the data to users or systems that have been granted permission.
Podatkovna baza mora omogočati dostop do podatkov tistim uporabnikom ali sistemom, ki so dobili dovoljenje.
The access control shall be supported down to a single attribute of a data record.
Nadzor dostopa mora biti podprt do zadnje značilnosti podatkovnega vnosa.
The database shall support configurable, role based access control for insertion, update or deletion of data records.
Podatkovna baza mora podpirati nadzor dostopa na podlagi naloge, ki ga je mogoče konfigurirati, za vnos, posodabljanje ali izbris podatkovnih vnosov.
Tracing
Sledenje
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).
Podatkovna baza mora podpirati, da se v dnevnik zapišejo vsi posegi v podatkovno bazo, da se omogoči sledenje vsem podrobnostim podatkovnega vnosa (kdo, kaj, kje se je vsebina spremenila).
Lock strategy
Strategija zaklepanja
A database must implement a locking strategy which allows access to the data even when other users are currently editing records.
Podatkovna baza mora imeti strategijo zaklepanja, ki omogoča dostop do podatkov tudi takrat, ko drugi uporabniki trenutno urejajo vnose.
Multiple access
Večkratni dostop
A database must support that data can be accessed simultaneously by several users and systems.
Podatkovna baza mora biti zasnovana tako, da lahko do podatkov hkrati dostopa več uporabnikov in sistemov.
Reliability
Zanesljivost
The reliability of a database must support the required availability.
Zanesljivost podatkovne baze mora podpirati zahtevano razpoložljivost.
A database must have an availability on demand of at least 99,9 %.
Podatkovna baza mora imeti razpoložljivost na zahtevo vsaj 99,9 %.
Maintainability
Vzdrževalnost
A maintainability of the database must support the required availability.
Vzdrževalnost podatkovne baze mora podpirati zahtevano razpoložljivost.
Databases themselves are not safety related.
Podatkovne baze same po sebi niso povezane z varnostjo.
Hence safety aspects are not relevant.
Zato varnostni vidiki niso pomembni.
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.
To pa se ne sme zamenjati z dejstvom, da lahko imajo podatki — npr. napačni ali nedejanski podatki — vpliv na varno obratovanje vlaka.
A database must support a data manipulation language that is widely accepted, such as SQL or XQL.
Podatkovna baza mora podpirati jezik za manipulacijo s podatki, ki je splošno sprejet, na primer SQL ali XQL.
Import facility
Možnost uvažanja
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.
Podatkovna baza mora zagotavljati možnost uvažanja formatiranih podatkov, ki jih je mogoče uporabiti za izpolnjevanje podatkovne baze namesto ročnega vnašanja.
Export facility
Možnost izvažanja
A database shall provide a facility that allows to export the contents of the complete database or its part as formatted data.
Podatkovna baza mora imeti možnost izvažanja vsebine celotne podatkovne baze ali njenih delov v obliki formatiranih podatkov.
Mandatory fields
Obvezna polja
A database must support mandatory fields that are required to be filled before the relevant record is accepted as input to the database.
Podatkovna baza mora podpirati obvezna polja, ki jih je treba izpolniti, preden se ustrezen podatek sprejme kot vnos v podatkovno bazo.
Plausibility checks
Preverjanje verodostojnosti
A database must support configurable plausibility checks before accepting the insertion, update or deletion of data records.
Podatkovna baza mora podpirati preverjanje verodostojnosti, ki ga je mogoče konfigurirati, pred vnosom, posodobljenjem ali izbrisom podatkovnih vnosov.
Response times
Odzivni čas
A database must have response times that allow users to insert, update or delete data records in a timely manner.
Podatkovna baza mora imeti odzivni čas, ki uporabnikom omogoča, da pravočasno vnesejo, posodobijo ali izbrišejo podatkovne vnose.
Performance aspects
Vidiki učinkovitosti
A database shall support the queries necessary to allow the effective run of about 60000 train runs per 24 hours.
Podatkovna baza mora podpirati poizvedbe, ki omogočajo učinkovito vožnjo približno 60000 vlakov v 24 urah.
About 50 % of these train runs are deemed to take place within two hours.
Šteje se, da približno 50 % teh voženj poteka v roku dveh ur.
The number and kind of queries or updates per train are dependent on the overall process for planning and running a train.
Število in vrsta poizvedb ali posodobljanj na vlak temeljita na celovitem procesu za načrtovanje in vožnjo vlaka.
Capacity aspects
Vidiki zmogljivosti
A database shall support the storage of the relevant data for all freight wagons respectively the network.
Podatkovna baza podpira shranjevanje vseh ustreznih podatkov za vse tovorne vagone v zvezi z omrežjem.
It shall be possible to extend the capacity by simple means (i.e. by adding more storage capacity and computers).
Mora biti mogoče povečati zmogljivost s preprostimi sredstvi (tj. z dodajanjem več pomnilnika in računalnikov).
The extension of the capacity shall not require replacement of the subsystem.
Povečanje zmogljivosti ne sme zahtevati zamenjave podsistema.
Historical data
Zgodovinski podatki
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.
Podatkovna baza mora podpirati upravljanje zgodovinskih podatkov v smislu, da so ti podatki razpoložljivi tudi potem, ko se prenesejo v arhiv.
Back-up strategy
Strategija varnostnega kopiranja
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.
Zagotovljena mora biti strategija varnostnega kopiranja, ki zagotavlja, da je mogoče obnoviti vsebino celotne podatkovne baze za obdobje 24 ur.
Commercial aspects
Komercialni vidiki
A database system used shall be available commercially-off-the-shelf (COTS-product) or be available in the public domain (Open Source).
Uporabljeni sistem podatkovne baze mora biti na voljo kot že narejen programski izdelek (izdelek COTS) ali biti javno dostopen (odprta koda).
The above requirements must be handled by a standard Database Management System (DBMS).
Zgornje zahteve morajo biti upoštevane v standardnem sistemu za upravljanje podatkovnih baz (SUPB).
The usage of the various databases is embedded into various work flows described here before.
Uporaba različnih podatkovnih baz je vključena v različne prej opisane delovne postopke.
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).
Splošni delovni postopek je mehanizem zahteve/odziva, po katerem zainteresirani udeleženec od podatkovne baze zahteva informacije pred skupnega vmesnika (4.2.14.1: Splošna arhitektura in 4.2.14.7: Skupni vmesnik).
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).
SUPB se na zahtevo odzove bodisi tako, da zagotovi zahtevane podatke, bodisi z odgovorom, da podatki niso razpoložljivi (taki podatki ne obstajajo ali je dostop do njih zavrnjen zaradi nadzora dostopa).
The description in Chapter 4.2.14 (Networking and communication) presents the communication network to be used for data exchange.
Opis v poglavju 4.2.14 (Omrežja in komunikacije) predstavlja komunikacijsko omrežje, ki se uporablja za izmenjavo podatkov.
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.
To omrežje in opisano varnostno ravnanje omogočata vse vrste omrežnih prenosov, kakor so elektronska pošta, prenos datotek (ftp, http) itd. O vrsti prenosa odločajo stranke, vpletene v izmenjavo informacij, kar pomeni, da lahko na primer izberejo elektronski prenos dokumentov prek ftp.
General architecture
Splošna arhitektura