natgillin/translations-raw huggingface dataset:
The following steps have to be taken into account:
Datoteke, ki se shranjujejo in upravljajo lokalno:
Date put into service in the state of registration,
referenčna datoteka oznak vseh UI, PŽP in podjetij za izvajanje storitev;
Registration in other countries for the use on their national network,
referenčna datoteka oznak odjemalcev storitev tovornega prometa;
Safety certification for all Rolling Stock which does not comply with the Rolling Stock TSI.
referenčna datoteka oznak lokacij (primarnih in subsidiarnih).
The keeper is obliged to ensure that these data are available and the processes behind have been conducted.
Evropska železniška agencija bo hranila izvod referenčne datoteke oznak lokacij in podjetij.
Design data, 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.
Ta datoteka je na posamezno zahtevo in brez poseganja v pravice intelektualne lastnine na voljo za vpogled javnosti.
The Rolling Stock Operational Data
Drugi seznami oznak so opredeljeni v dokumentu „TSI TAF – Priloga D.2: Dodatek F – Vzorec podatkov in sporočil TSI TAF“, navedenem v Dodatku I.
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.
Druge podatkovne baze
This data shall include temporary data, such as restrictions, current and projected maintenance actions, km and fault counters, etc.;
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.
and all data that could be considered as ‘status’ (temporary speed restrictions, brake isolated, needs for repair and fault description, etc.).
Pooblaščeni subjekti, kot so imetniki in upravljavci voznega parka, morajo imeti dostop do ustreznih podatkov za izpolnjevanje svojih funkcij v skladu z dvostranskimi sporazumi:
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:
operativne podatkovne baze za vagone in intermodalne enote,
Railway Undertaking as Duty holder during its transport control,
potovalnega načrta za vagon/intermodalno enoto.
Keeper of rolling stock, and
Te podatkovne baze morajo biti dostopne prek skupnega vmesnika (4.2.12.1: Splošna arhitektura in 4.2.12.6: Skupni vmesnik).
User (Hirer) of rolling stock.
Operativna podatkovna baza za vagone in intermodalne enote
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).
Komunikacija med vodilnim PŽP in PŽP v sodelovalnem načinu temelji na številkah vagonov in/ali intermodalnih enot.
The operational rolling stock data is a part of the Wagon and Intermodal Unit Operational Database as described in Chapter 4.2.11.2 Other Databases.
PŽP, ki komunicira z UI na ravni vlaka, mora torej te informacije razdeliti na podatke o vagonih in podatke o intermodalnih enotah.
Reference Files
Te informacije o vagonih in intermodalnih enotah je treba shraniti v operativno podatkovno bazo za vagone in intermodalne enote.
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).
Informacije o premikih vlaka povzročijo nove vnose/posodobitve v operativni podatkovni bazi za vagone in intermodalne enote, ki so na voljo kot informacije za odjemalca.
The data must represent the actual status at all times.
Del o premiku vagona ali intermodalne enote v podatkovni bazi se izpolni najpozneje takrat, ko se od odjemalca prejme podatek o času sprostitve vagona ali intermodalne enote.
Where a reference file is in common use with the TAP TSI (2), the development and changes must be in line with TAP TSI (2), in order to achieve optimum synergies.
Čas sprostitve je prvi vnos o premiku vagona v operativni podatkovni bazi za vagone in intermodalne enote, ki je povezan z dejanskim prevozom.
Locally stored and administrated:
Sporočila za premike vagonov so opredeljena v oddelkih 4.2.8 (Premiki vagonov) in 4.2.9 (Javljanje o izmenjavi).
Reference File of the emergency services, correlated to type of hazardous goods.
Te podatkovne baze morajo biti dostopne prek skupnega vmesnika (4.2.12.1: Splošna arhitektura in 4.2.12.6: Skupni vmesnik).
Centrally stored and administrated:
Operativna podatkovna baza za vagone in intermodalne enote je najpomembnejša baza za sleditev vagonov ter s tem za komunikacijo med zadevnimi PŽP in vodilnim PŽP.
Reference File of the Coding for all IMs, RUs, Service provider companies;
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.
Reference File of the Coding for Freight Transport Customers;
Podatkovna baza prikazuje tudi različne statuse tirnih vozil, kot so:
Reference File of the Coding of Locations (Primary and subsidiary),
nakladanje tirnih vozil:
The European Railway Agency will save a copy of the Reference File for the Locations Codes and Company Codes.
ta status je potreben za izmenjavo informacij med PŽP in UI ter drugimi prevozniki v železniškem prometu, ki sodelujejo pri prevozu,
On individual request and without prejudice to intellectual property rights, this data shall be available for public consultation.
naložen vagon na potovanju:
Other code lists are defined in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
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,
Other Databases
prazen vagon na potovanju:
To allow for the tracking of train and wagon movements, the following databases, updated at each relevant event in real time, must be installed.
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,
Authorised entities such as keepers and fleet managers must have access to the data relevant to fulfil their functions, according to bilateral agreements.
razkladanje tirnih vozil:
Wagon and Intermodal Unit Operational Database,
ta status je potreben za izmenjavo informacij med PŽP v namembnem kraju in vodilnim PŽP za prevoz,
Trip plan for wagon/Intermodal unit.
prazen vagon pod nadzorom upravljavca voznega parka:
These databases must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
ta status je potreben za pridobitev informacij o razpoložljivosti vozila z opredeljenimi značilnostmi.
Wagon and Intermodal unit Operational Database
Podatkovne baze potovalnih načrtov za vagone
The communication between the Lead RU and RUs in the cooperation mode is based on wagon and/or Intermodal unit numbers.
Vlaki so lahko sestavljeni iz vagonov različnih odjemalcev.
Therefore an RU, which communicates with the IMs at train level, must break down this information into wagon and Intermodal unit related one.
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.
The information on train movement leads to new entries/updates in the Wagon and Intermodal Unit Operational Database for customer information.
Te podatkovne baze morajo biti dostopne prek skupnega vmesnika (4.2.14.1: Splošna arhitektura in 4.2.12.6: Skupni vmesnik).
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.
Poleg obveznih podatkovnih baz, ki so navedene zgoraj, lahko vsak UI vzpostavi svojo podatkovno bazo za vlake.
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.
Taka podatkovna baza upravljavca infrastrukture ustreza delu operativne podatkovne baze za vagone in intermodalne enote o premikih.
The messages for the wagon movement are defined in the Chapters 4.2.8 (Wagon Movement) and 4.2.9 (Interchange Reporting).
Glavni podatkovni vnosi so podatki o vlaku iz sporočila o vlakovni kompoziciji, prejetega od PŽP.
This database must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
Vsi dogodki v zvezi z vlakom povzročijo posodobitev te podatkovne baze o vlaku.
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.
Alternativna možnost shranjevanja teh podatkov je podatkovna baza o vlakovni poti (oddelek 4.2.2: Prošnja za vlakovno pot).
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.
Te podatkovne baze morajo biti dostopne prek skupnega vmesnika (4.2.12.1: Splošna arhitektura in 4.2.12.6: Skupni vmesnik).
The database also shows the different status of the rolling stock such as:
Dodatne zahteve glede podatkovnih baz
Status:
V naslednjih točkah so navedene dodatne zahteve, ki jih morajo podpirati različne podatkovne baze.
loading of the rolling stock
To so:
This status is required for the information exchange between the RU and the IMs and to other railway undertakings involved in the transport journey.
Avtentikacija
loaded wagon on journey
Podatkovna baza mora podpirati avtentikacijo uporabnikov sistemov, preden lahko dobijo dostop do podatkovne baze.
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.
Varnost
empty wagon on journey
Podatkovna baza mora podpirati varnostne vidike v smislu nadzorovanja dostopa do podatkovne baze.
unloading of rolling stock
Konsistentnost
This status is required for the information exchange between the RU at destination and the Lead RU for the transport.
Izbrana podatkovna baza mora podpirati načelo ACID (atomarnost, konsistentnost, izolacija in trajnost).
empty wagon under fleet management control
Nadzor dostopa
This status is required to get the information about availability of a vehicle of defined characteristics.
Podatkovna baza mora omogočati dostop do podatkov tistim uporabnikom ali sistemom, ki so pridobili dovoljenje.
Wagon Trip Plan Databases
Nadzor dostopa mora biti podprt vse do posamezne funkcije podatkovnega vnosa.
Trains may be composed of wagons from various Customers.
Podatkovna baza mora podpirati nastavljiv nadzor dostopa, ki temelji na vlogi, za vnos, posodabljanje ali izbris podatkovnih vnosov.
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.
Sledenje
New train paths for a train — e.g. in case of service interruptions — lead to revised trip plans for the wagons concerned.
Podatkovna baza mora podpirati beleženje vseh dejanj, opravljenih v podatkovni bazi, da omogoči sledenje podrobnostim podatkovnega vnosa (kdo in kdaj je spremenil vsebino, kaj je spremenil).
The creation time for the trip plan is the receipt of the consignment note from the customer.
Strategija zaklepanja
The Wagon Trip Plans must be stored by each LRU in a database.
Podatkovna baza mora imeti strategijo zaklepanja, ki omogoča dostop do podatkov tudi, kadar drugi uporabniki urejajo vnose.
These databases must be accessible via the Common Interface (4.2.14.1: General Architecture and 4.2.12.6: Common Interface).
Dostop za več uporabnikov
In addition to the mandatory databases mentioned above, at each IM side a train database may be installed.
Podatkovna baza mora zagotoviti istočasni dostop do podatkov več uporabnikom in sistemom.
This infrastructure manager train database corresponds to the movement part of the Wagon and Intermodal Unit Operational Database.
Zanesljivost
The main data entry is the train related data of the train composition message from the RU.
Zanesljivost podatkovne baze mora podpirati zahtevano razpoložljivost.
All train events result in an update of this train related database.
Razpoložljivost
An alternative storage possibility for these data is the path database (Chapter 4.2.2: Path Request).
Podatkovna baza mora imeti razpoložljivost na zahtevo vsaj 99,9 %.
These databases must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
Možnost vzdrževanja
Additional Requirements on the Databases
Možnost vzdrževanja podatkovne baze mora podpirati zahtevano razpoložljivost.
Under the following points are listed additional requirements which must be supported by the various databases.
Podatkovne baze same po sebi niso povezane z varnostjo.
These are:
Zato varnostni vidiki niso pomembni.
Authentication
To pa se ne sme zamenjati z dejstvom, da lahko podatki – npr. napačni ali zastareli podatki – vplivajo na varno obratovanje vlaka.
A database must support the authentication of users of the systems before they can gain access to the database.
Združljivost
Security
Podatkovna baza mora podpirati splošno sprejet jezik za obdelavo podatkov, kot je SQL ali XQL.
A database must support the security aspects in the meaning of controlling access to the database.
Možnost uvažanja
The possible encryption of the database contents itself is not required.
Podatkovna baza mora zagotavljati možnost uvažanja formatiranih podatkov, ki se lahko uporablja za polnjenje podatkovne baze namesto ročnega vnosa.
Consistency
Možnost izvažanja
A database selected shall support the ACID principle (Atomicity, Consistency, Isolation and Durability).
Podatkovna baza mora zagotavljati možnost izvažanja vsebine celotne podatkovne baze ali njenega dela v obliki formatiranih podatkov.
Access Control
Obvezna polja
A database must allow access to the data to users or systems that have been granted permission.
Podatkovna baza mora podpirati obvezna polja, ki jih je treba izpolniti, preden se ustrezni podatek sprejme kot vnos v podatkovno bazo.
The access control shall be supported down to a single attribute of a data record.
Preverjanja verodostojnosti
The database shall support configurable, role based access control for insertion, update or deletion of data records.
Podatkovna baza mora podpirati nastavljiva preverjanja verodostojnosti pred sprejemom vnosa, posodobitve ali brisanja podatkovnih vnosov.
Tracing
Odzivni časi
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 zagotavljati odzivne čase, ki uporabnikom omogočajo pravočasni vnos, posodobitev ali brisanje podatkovnih vnosov.
Lock strategy
Vidiki učinkovitosti
A database must implement a locking strategy which allows access to the data even when other users are currently editing records.
Referenčne datoteke in podatkovne baze morajo na stroškovno učinkovit način podpirati poizvedbe, potrebne za učinkovito obratovanje vseh zadevnih voženj vlakov in premikov vagonov, ki jih obsegajo določbe te TSI.
Multiple access
Vidiki zmogljivosti
A database must support that data can be accessed simultaneously by several users and systems.
Podatkovna baza podpira shranjevanje ustreznih podatkov za vse tovorne vagone v zvezi z omrežjem.
Reliability
Zmogljivost mora biti možno povečati z enostavnimi sredstvi (npr. z dodajanjem dodatnih zmogljivosti za shranjevanje in računalnikov).
The reliability of a database must support the required availability.
Povečanje zmogljivosti ne sme zahtevati zamenjave podsistema.
Availability
Zgodovinski podatki
A database must have an availability on demand of at least 99,9 %.
Podatkovna baza mora podpirati upravljanje zgodovinskih podatkov v smislu, da so ti podatki razpoložljivi tudi potem, ko se prenesejo v arhiv.
Maintainability
Strategija varnostnega kopiranja
A maintainability of the database must support the required availability.
Zagotovljena mora biti strategija varnostnega kopiranja, ki omogoča obnovitev celotne vsebine podatkovne baze za obdobje do 24 ur.
Databases themselves are not safety-related.
Komercialni vidiki
Hence safety aspects are not relevant.
Uporabljeni sistem podatkovne baze mora biti na voljo kot trgovski izdelek (proizvod COTS) ali izdelek v javni rabi (odprta koda).
This is not to be confused with the fact that the data — e.g. wrong or not actual data — may have impact on the safe operation of a train.
Opombe:
Compatibility
Zgornje zahteve morajo biti upoštevane v standardnem sistemu za upravljanje podatkovnih baz (DBMS).
A database must support a data manipulation language that is widely accepted, such as SQL or XQL.
Uporaba različnih podatkovnih baz je vključena v različne prej opisane delovne procese.
Import facility
Splošni delovni proces je mehanizem zahteve/odziva, pri katerem zainteresirani udeleženec zahteva informacije iz podatkovne baze prek skupnega vmesnika (4.2.12.1: Splošna arhitektura in 4.2.12.6: Skupni vmesnik).
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.
DBMS 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).
Export facility
Splošna arhitektura
A database shall provide a facility that allows to export the contents of the complete database or its part as formatted data.
Podsistem se bo sčasoma srečal s povečevanjem in interakcijo velike in kompleksne železniške telematske interoperabilne skupnosti s stotinami udeležencev (PŽP, UI itd.), ki si bodo konkurirali in/ali sodelovali pri zadovoljevanju tržnih potreb.
Mandatory Fields
Omrežna in komunikacijska infrastruktura, ki podpira takšno železniško interoperabilno skupnost, bo temeljila na skupni „arhitekturi izmenjave informacij“, ki jo bodo poznali in sprejeli vsi udeleženci.
A database must support mandatory fields that are required to be filled before the relevant record is accepted as input to the database.
Predlagana „arhitektura izmenjave informacij“:
Plausibility Checks
je zasnovana tako, da usklajuje heterogene informacijske modele s semantično pretvorbo podatkov, ki se izmenjujejo med sistemi, ter usklajevanjem razlik v poslovnih procesih in protokolih na uporabniški ravni,
A database must support configurable plausibility checks before accepting the insertion, update or deletion of data records.
ima minimalni vpliv na obstoječo arhitekturo IT vsakega udeleženca,
Response times
varuje že izvedene naložbe v IT.
A database must have response times that allow users to insert, update or delete data records in a timely manner.
Arhitektura izmenjave informacij podpira predvsem interakcijo vrste „vsak z vsakim“ med vsemi udeleženci, pri čemer prek zagotavljanja sklopa centraliziranih storitev jamči za splošno celovitost in konsistentnost interoperabilne železniške skupnosti.
Performance aspects
Model interakcije „vsak z vsakim“ omogoča najboljšo porazdelitev stroškov med različne udeležence, ki temelji na dejanski uporabi in na splošno povzroča manj težav glede nadgradljivosti.
The reference files and databases shall support in a cost effective manner the queries necessary to allow the effective operation of all relevant train runs and wagon movements that are covered by the provisions of this TSI.
Slikovni prikaz splošne arhitekture je podan v oddelku 1.5 dokumenta „TSI TAF – Priloga A.5: Številke in diagrami zaporedja v sporočilih TSI TAF“, navedenega v Dodatku I.
Capacity aspects
Omrežje
A database shall support the storage of the relevant data for all freight wagons respectively the network.
Omrežje v tem primeru pomeni metodo in filozofijo komuniciranja in se ne navezuje na fizično omrežje.
It shall be possible to extend the capacity by simple means (i.e. by adding more storage capacity and computers).
Interoperabilnost železnice temelji na skupni „arhitekturi izmenjave informacij“, ki jo poznajo in sprejemajo vsi udeleženci, s čimer spodbuja in zmanjšuje ovire za vstop novih udeležencev, zlasti odjemalcev.
The extension of the capacity shall not require replacement of the subsystem.
Varnostna vprašanja torej niso domena omrežja (VPN, vzpostavljanje tunelov ...), temveč same izmenjave in upravljanja sporočil, ki so varna sama po sebi.
Historical data
Navidezno zasebno omrežje VPN torej ni potrebno (upravljanje velikega omrežja VPN bi bilo kompleksno in drago), s čimer se preprečijo težave z dodeljevanjem odgovornosti in lastništva.
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.
Vzpostavljanje tunelov ne velja za nujno sredstvo za doseganje ustrezne ravni varnosti.
Back-up strategy
Če pa nekateri udeleženci že imajo ali bi radi vzpostavili različne stopnje varnosti na izbranih delih omrežja, to lahko storijo.
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.
Prek javnega internetnega omrežja je mogoče vzpostaviti hibridni model komunikacije „vsak z vsakim“ s skupnim vmesnikom na vozlišču vsakega udeleženca in osrednjim overiteljem.
Commercial aspects
Nato komunikacija med vključenimi udeleženci poteka po načelu „vsak z vsakim“.
A database system used shall be available commercially off-the-shelf (COTS-product) or be available in the public domain (Open Source).
Komunikacija „vsak z vsakim“ temelji na tehničnih standardih za skupni vmesnik, opisanih v dokumentu „TSI TAF – Priloga D.2: Dodatek F – Vzorec podatkov in sporočil TSI TAF“, navedenem v Dodatku I.
Remarks:
Za doseganje visoke ravni varnosti morajo biti vsa sporočila samozadostna, kar pomeni, da so vse informacije v sporočilu zavarovane, prejemnik pa lahko preveri verodostojnost sporočila.
The above requirements must be handled by a standard Database Management System (DBMS).
To je mogoče doseči s shemo šifriranja in podpisovanja, podobno šifriranju elektronske pošte.
The usage of the various databases is embedded into various work flows described here before.
Šifriranje
The general workflow is a request/response mechanism, where an interested party requests information from the database through the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
Uporabiti je treba asimetrično šifriranje ali hibridno rešitev na podlagi simetričnega šifriranja, zaščiteno z javnim ključem, ker skupni tajni ključ med mnogimi udeleženci slej ko prej odpove.
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).
Višjo raven varnosti je lažje doseči, če vsak udeleženec prevzame odgovornost za svoj par ključev, čeprav se zahteva visoka raven celovitosti centralnega repozitorija (strežnika ključev).
General Architecture
Centralni repozitorij
This subsystem will see, over time, the growth and interaction of a large and complex Telematics rail interoperability community with hundreds of participating players (RUs, IMs, etc.), which will compete and/or cooperate in serving the market's needs.
Centralni repozitorij mora biti sposoben obravnavati:
The Network & Communication infrastructure supporting such rail interoperability community will be based on a common Information Exchange Architecture, known and adopted by all participating players.
metapodatke – strukturirane podatke, ki opisujejo vsebino sporočil,
The proposed Information Exchange Architecture:
infrastrukturo javnih ključev (PKI),