natgillin/translations-raw huggingface dataset:
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.
V podsistemu se bo sčasoma povečala interakcija v veliki in kompleksni železniški telematski interoperabilni skupnosti s stotinami udeležencev (PŽP, UI ...), ki bodo tekmovali in/ali sodelovali pri zadovoljevanju tržnih potreb.
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.
Infrastruktura omrežja in komunikacij, ki bo podpirala to železniško interoperabilno skupnost, bo temeljila na skupni „arhitekturi izmenjave informacij“, ki bo znana vsem udeležencem in jo bodo vsi tudi sprejeli.
The proposed ‘Information Exchange Architecture’:
Predlagana „arhitektura izmenjave informacij“:
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,
je zasnovana tako, da usklajuje heterogene informacijske modele s semantično pretvorbo podatkov, ki se izmenjujejo med sistemi, in z usklajevanjem poslovnih procesov in razlik med protokoli na aplikacijskem sloju,
has minimum impact on the existing IT architectures implemented by every actor,
ima minimalni vpliv na obstoječo arhitekturo IT vsakega udeleženca,
safeguards IT investments made already.
varuje že izvršene naložbe v IT.
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.
Arhitektura izmenjave informacij podpira predvsem interakcijo vsak z vsakim, pri čemer jamči splošno celovitost in konsistentnost v železniški interoperabilni skupnosti, ker zagotavlja sklop centraliziranih storitev.
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.
Model interakcije vsak z vsakim omogoča najboljšo porazdelitev stroškov med različnimi subjekti, ki temelji na dejanski uporabi in na splošno predstavlja manj težav glede nadgradljivosti.
A pictorial representation on the general architecture is given in Annex A, Index 5, Chapter 1.5.
Slikovni prikaz splošne arhitekture je podan v Prilogi A, indeks 5, poglavje 1.5.
Network
Omrežni sloj
Networking in this case means the method and philosophy of communication and does not mean the physical network.
Omrežje v tem primeru pomeni metodo in filozofijo komunikacije in ne pomeni fizičnega omrežja.
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.
Interoperabilnost železnice temelji na skupni „arhitekturi izmenjave informacij“, ki je znana vsem udeležencem in jo vsi tudi sprejmejo, in ki spodbuja vstop novih udeležencev, predvsem odjemalcev, ter znižuje vstopne ovire.
The security issue will therefore be addressed not by the network (VPN, tunnelling, etc.), but by exchanging and managing inherently secure messages.
Varnostna vprašanja torej niso domena omrežja (VPN, vzpostavljanje tunelov ...), temveč same izmenjave in upravljanja sporočil, ki so varna sama po sebi.
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.
Navidezno zasebno omrežje VPN torej ni potrebno (upravljanje velikega omrežja VPN bi bilo kompleksno in drago), s čimer se izognemo problemom z dodeljevanjem odgovornosti in lastništva.
Tunnelling is not considered as a necessary means for achieving the appropriate security level.
Vzpostavljanje tunelov ni nujno sredstvo za doseganje ustrezne varnostne ravni.
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.
Če pa nekateri udeleženci že imajo ali bi radi vzpostavili različne stopnje varnosti na izbranih delih omrežja, to lahko storijo.
Over the public Internet network it is possible to implement a hybrid peer-to-peer model with a ‘central repository’ and a ‘common interface’ at each actors' node.
Prek javnega internetnega omrežja je mogoče vzpostaviti hibridni model komunikacije vsak z vsakim s „centralnim repozitorijem“ in „skupnim vmesnikom“ na vozlišču vsakega udeleženca.
The central repository is approached first to obtain meta-information, such as the identity of the peer (actor) on which some information is stored, or to verify security credentials.
Najprej se pride do centralnega repozitorija, če se iščejo metainformacije, na primer identiteta udeleženca (subjekta), o katerem so informacije shranjene, ali če se preverjajo varnostna pooblastila.
Afterwards, a peer-to-peer communication is performed between involved actors.
Nato med vpletenimi udeleženci poteka komunikacija vsak z vsakim.
Only protocols belonging to the full Internet Protocol suite must be used.
Uporabljati se morajo samo protokoli iz celotnega nabora internetnih protokolov.
Internet Protocol Suite
Nabor internetnih protokolov
Application
Aplikacijski sloj
Presentation
Predstavitveni sloj
Session
Sloj seje
Transport
Transportni sloj
Routing Protocols
Usmerjevalni protokoli
Link
Povezavni sloj
Not specified
Ni določen
Physical
Fizični sloj
To achieve a high level of security, all messages must be self-contained, which means that the information in the message is secured and the receiver can verify the authenticity of the message.
Za doseganje visoke ravni varnosti morajo vsa sporočila biti samozadostna, kar pomeni, da so vse informacije v sporočilu zavarovane, prejemnik pa lahko preveri verodostojnost sporočila.
This may be solved by using an encryption and signing scheme similar to email encryption.
To je mogoče doseči s shemo šifriranja in podpisovanja, podobno šifriranju elektronske pošte.
This makes it possible to use any type of network transmission, like e-mail, file transfer (ftp, http), etc. The actual type to choose can then be decided upon by the parties involved in the information exchange.
To omogoča uporabo katerega koli omrežnega prenosa, kakor so elektronska pošta, prenos datotek (ftp, http) itd. O dejanski vrsti prenosa nato odločajo stranke, vpletene v izmenjavo informacij.
Either asymmetric encryption or a hybrid solution based on symmetric encryption with public key protection must be used, due to the fact that sharing a common secret key among many actors will fail at some point.
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.
A higher level of security is easier to achieve if every actor takes responsibility for its own pair of keys, even though a high level of integrity of the central repository (the key server) is required.
Višjo raven varnosti je laže 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).
Central repository
Centralni repozitorij
The central repository must be able to handle:
Centralni repozitorij mora vsebovati naslednje:
metadata — structured data describing the content of messages,
metapodatke – strukturirane podatke, ki opisujejo vsebino sporočil,
Public Key Infrastructure (PKI),
infrastrukturo javnih ključev (PKI),
Certification Authority (CA),
overitelja (CA),
directory (phonebook) — it contains all needed information about the participating actors for exchanging messages.
direktorij („telefonski imenik“) – vsebuje vse potrebne informacije o sodelujočih subjektih za izmenjavo sporočil.
The management of the central repository should be under the responsibility of a non-commercial co-European organisation.
Za upravljanje centralnega repozitorija bi morala biti odgovorna nekomercialna evropska organizacija.
Common interface
Skupni vmesnik
The common interface is mandatory for each actor in order to join the rail interoperability community.
Skupni vmesnik je obvezen za vsak subjekt, da povezuje železniško interoperabilno skupnost.
The common interface has to be able to handle:
Skupni vmesnik mora zagotavljati naslednje:
message formatting of outgoing messages according to the metadata,
formatiranje odhodnih sporočil v skladu z metapodatki,
signing and encryption of outgoing messages,
podpisovanje in šifriranje odhodnih sporočil,
addressing of the outgoing messages,
naslavljanje odhodnih sporočil,
authenticity verification of the incoming messages,
preverjanje verodostojnosti vhodnih sporočil,
decryption of incoming messages,
dešifriranje vhodnih sporočil,
conformity checks of incoming messages according to metadata,
preverjanje skladnosti vhodnih sporočil z metapodatki,
handling the single common access to various databases.
skupen dostop z ene točke do različnih podatkovnih baz.
Each instance of the common interface will have access to all the data required according the TSI within each RU, IM, etc, whether the relevant databases are central or individual (see also Annex A, Index 5, Chapter 1.6).
Vsak skupni vmesnik bo imel dostop do vseh podatkov, ki se zahtevajo v skladu s TSI, pri vsakem PŽP, UI itd., ne glede na to, ali so ustrezne podatkovne baze centralne ali individualne (glej tudi Prilogo A, indeks 5, poglavje 1.6).
Based on the results of authenticity verification of incoming messages, a minimum level of message acknowledgement can be implemented:
Na podlagi rezultatov preverjanja verodostojnosti vhodnih sporočil je mogoče vzpostaviti minimalno raven potrjevanja sporočil:
positive send ACK;
za pozitiven odgovor ACK;
negative send NACK.
za negativen odgovor NACK.
The common interface uses the information in the central repository in order to manage the above tasks.
Skupni vmesnik uporablja informacije v centralnem repozitoriju za opravljanje zgoraj navedenih nalog.
An actor may implement a local ‘mirror’ of the central repository to shorten response times.
Subjekt lahko vzpostavi lokalno „zrcalno kopijo“ centralnega repozitorija, da skrajša odzivni čas.
Interfaces with the TSI infrastructure
Vmesniki s TSI Infrastrukturo
The infrastructure subsystem includes traffic management, tracking, and navigation systems: technical installations for data processing and telecommunications intended for long-distance passenger services and freight services on the network in order to guarantee the safe and harmonious operation of the network and efficient traffic management.
Ta infrastrukturni podsistem vključuje sisteme za vodenje prometa, sleditev in navigacijske sisteme: tehnične naprave za obdelavo podatkov in telekomunikacije, predvidene za potniški promet na dolge razdalje in za tovorni promet na tem omrežju zaradi zagotavljanja varnega in usklajenega obratovanja omrežja ter učinkovitega vodenja prometa.
The subsystem Telematic Applications for Freight uses the data required for operational purposes as given by the path contract, eventually updated in the restriction notice database, as provided by the IM. Thus no direct interface exists between this TSI and the TSI for infrastructure.
Podsistem Telematske aplikacije za tovorni promet uporablja podatke, ki so potrebni za operativne namene, kakor je navedeno v pogodbi o vlakovni poti, ki so končno posodobljeni v podatkovni bazi obvestil o omejitvah, ki jo zagotovi UI. Med to TSI in TSI za infrastrukturo torej ni neposrednega vmesnika.
The only connection to control command and signalling is via the
Edina povezava z nadzorom/vodenjem in signalizacijo poteka prek
path contract, where within the line segment description the relevant information about usable command control and signalling equipment is given, and
pogodbe o vlakovni poti, v kateri so znotraj opisa odseka proge navedene ustrezne informacije o uporabljeni opremi za nadzor/vodenje in signalizacijo, in
various Rolling Stock Reference Databases, where the command control and signalling equipment of the rolling stock must be stored.
različnih podatkovnih baz referenčnih podatkov o voznem parku, v katerih se morajo shranjevati podatki o opremi za nadzor/vodenje in signalizacijo.
The subsystem Telematic Applications for Freight identifies the technical and operational data, which must be available for the rolling stock.
Podsistem Telematske aplikacije za tovorni promet opredeljuje tehnične in operativne podatke, ki morajo biti razpoložljivi za železniški vozni park.
The rolling stock TSI specifies the characteristics of a wagon.
TSI za železniški vozni park določa značilnosti vagona.
If the characteristics changes for a wagon, this must be updated in the Rolling Stock Reference Databases within the normal maintenance process for the database.
Če se značilnosti vagona spremenijo, je to treba posodobiti v podatkovni bazi referenčnih podatkov o voznem parku v okviru normalnega procesa vzdrževanja podatkovne baze.
Thus no direct interface exists between this TSI and the TSI for rolling stock.
Med to TSI in TSI za železniški vozni park torej ni neposrednega vmesnika.
The subsystem Operation and Traffic Management specifies the procedures and related equipment enabling a coherent operation of the different structural subsystems, both during normal and degraded operation, including in particular train driving, traffic planning and management.
Podsistem Vodenje in upravljanje železniškega prometa določa postopke in dodatno opremo, ki omogoča usklajeno obratovanje raznih strukturnih podsistemov med normalnim in zmanjšanim obratovanjem, vključno zlasti z vožnjami vlakov, načrtovanjem in upravljanjem prometa.
The subsystem Telematic Applications for Freight mainly specifies applications for freight services including real-time monitoring of freight and trains and the management of connections with other modes of transport.
Podsistem Telematske aplikacije za tovorni promet v glavnem določa aplikacije za tovorni promet, vključno s spremljanjem tovora in vlakov v realnem času ter upravljanjem povezav z drugimi načini prevoza.
In order to ensure consistency between both TSIs, the following procedure applies.
Da se zagotovi skladnost med obema TSI, se uporablja naslednji postopek.
When the specifications of the TSI Operation and Traffic Management related to the requirements of this TSI will be written and/or will become subject to amendments, then the body in charge of this TSI must be consulted.
Ko bodo specifikacije TSI Vodenje in upravljanje železniškega prometa v zvezi z zahtevami te TSI zapisane in/ali se bodo spremenile, se je treba posvetovati z organom, pristojnim za to TSI.
In the case that the specifications of this TSI related to operational requirements specified in the TSI Operation and Traffic Management should be subject to any amendment, the body in charge of the TSI Operation and Traffic Management must be consulted.
Če bi se specifikacije te TSI v zvezi z operativnimi zahtevami, določenimi v TSI Vodenje in upravljanje železniškega prometa, spremenile, se je treba posvetovati z organom, pristojnim za TSI Vodenje in upravljanje železniškega prometa.
In light of the essential requirements in Chapter 3, the operating rules specific to the subsystem concerned by this TSI are as follows:
Skladno z bistvenimi zahtevami iz poglavja 3 so operativna pravila za podsistem, ki ga zadeva ta TSI, naslednja:
For data quality assurance purposes, the originator of any TSI message will be responsible for the correctness of the data content of the message at the time when the message is sent.
Za zagotavljanje kakovosti podatkov je pošiljatelj vsakega sporočila TSI odgovoren za pravilnost podatkov v sporočilu ob času, ko je sporočilo poslano.
Where the source data for data quality assurance purposes is available from the databases provided as part of the TSI, the data contained within those databases must be used for data quality assurance.
Če so izvorni podatki za zagotavljanje kakovosti podatkov razpoložljivi iz podatkovne baze, ki je zagotovljena kot del TSI, je treba za zagotavljanje kakovosti podatkov uporabljati podatke, vsebovane v teh podatkovnih bazah.
Where the source data for data quality assurance purposes is not provided from the databases provided as part of this TSI, the originator of the message must make the data quality assurance check from their own resources.
Če izvorni podatki za namene zagotavljanja kakovosti podatkov niso razpoložljivi iz podatkovne baze, ki je zagotovljena kot del TSI, mora pošiljatelj sporočila s svojimi lastnimi viri preveriti kakovost podatkov.
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.
Zagotavljanje kakovosti podatkov vključuje primerjavo s podatki iz podatkovne baze, ki je zagotovljena kot del te TSI, kakor je opisano zgoraj, in, kjer je ustrezno, logična preverjanja za zagotavljanje pravočasnosti in kontinuitete podatkov in sporočil.
Data are of high quality if they are fit for their intended uses, which means they:
Podatki so visoko kakovostni, če ustrezajo svojemu predvidenemu namenu, kar pomeni, da so
are error-free: accessible, accurate, timely, complete, consistent with other sources, etc., and
brez napak: dosegljivi, točni, pravočasni, popolni, skladni z drugimi viri itd. in
possess desired features: relevant, comprehensive, proper level of detail, easy-to-read, easy-to-interpret, etc.
imajo zaželene značilnosti: ustrezni, izčrpni, ustrezno podrobni, lahko berljivi, lahko razložljivi itd.
The data quality is mainly characterised by:
Glavne značilnosti kakovosti podatkov so:
completeness,
popolnost,
consistency,
konsistentnost,
timeliness.
pravočasnost.
The information (data) required needs to be captured as economically as possible.
Zahtevane informacije (podatke) je treba zajemati čim bolj ekonomično.
This is only feasible if the primary data, which plays a decisive role in the forwarding of a consignment, a wagon or a container, is only recorded, if possible, on one single occasion for the whole transport.
To je izvedljivo le, če so primarni podatki, ki igrajo odločilno vlogo v odpremi pošiljke, vagona ali zabojnika, če je le mogoče, zapisani samo enkrat za celoten prevoz.
Therefore the primary data should be introduced into the system as close as possible to its source, e.g. on the basis of the consignment note drawn up when a wagon or a consignment is tendered for carriage, so that it can be fully integrated into any later processing operation.
Zato bi bilo primarne podatke treba vnesti v sistem čim bliže vira, tj. na podlagi tovornega lista, ki se pripravi, ko sta vagon ali pošiljka ponujena v prevoz, da jih je mogoče v celoti vključiti v morebitne poznejše postopke obdelave.
Completeness:
Popolnost:
Before sending out messages the completeness and syntax must be checked using the metadata.
Pred odpošiljanjem sporočil je treba preveriti popolnost in skladnjo z metapodatki.
This also avoids unnecessary information traffic on the network.
S tem se tudi izognemo nepotrebnemu informacijskemu prometu v omrežju.
All incoming messages must also be checked for completeness using the metadata.
Prav tako je z metapodatki treba preveriti popolnost vseh vhodnih sporočil.
Consistency:
Konsistentnost:
Business rules must be implemented in order to guarantee consistency.
Treba je izvajati poslovna pravila, da se zajamči konsisentnost.
Double entry should be avoided and the owner of the data should be clearly identified.
Izogibati bi se morali dvojnim vnosom in lastnik podatkov bi moral biti jasno prepoznaven.
The type of implementation of these business rules depends on the complexity of the rule.
Način izvajanja teh poslovnih pravil je odvisen od kompleksnosti pravila.
For simple rules, database constraints and triggers are sufficient.
Za preprosta pravila zadostujejo omejitve in sprožilci podatkovnih baz.
In case of more complex rules which require data from various tables, validation procedures must be implemented which check the consistency of the data version before interface data are generated and the new data version becomes operational.
Pri kompleksnejših pravilih, ki zahtevajo podatke iz različnih preglednic, je treba izvajati validacijske postopke, ki preverjajo konsistentnost različice podatkov pred pripravo vmesniških podatkov in preden nova različica podatkov postane operativna.
It must be guaranteed that transferred data are validated against the defined business rules.
Zajamčiti je treba validacijo prenesenih podatkov z opredeljenimi poslovnimi pravili.
Timeliness:
Pravočasnost:
The provision of information right in time is an important point.
Zagotavljanje pravočasnih podatkov je zelo pomembno.
As far as the triggering for data storage or for message sending is event driven directly from the IT system the timeliness is not a problem if the system is designed in well manner according the needs of the business processes.
Ker sprožanje za shranjevanje podatkov ali pošiljanje sporočil poteka neposredno iz sistema IT, pravočasnost ni problematična, če je sistem dobro zasnovan v skladu s potrebami poslovnih procesov.
But in most of the cases the initiation of sending a message is done by an operator or at least is based on additional input from an operator (for example the sending of the train composition or the actualising of train or wagon related data).
Toda v glavnem pošiljanje sporočila sproži prevoznik (na primer pošiljanje vlakovne kompozicije ali posodabljanje podatkov v zvezi z vlakom ali vagonom).
To fulfil the timeliness requirements the updating of the data must be done as soon as possible also to guarantee, that the messages will have the actual data content when sending out automatically by the system.
Da se izpolni zahteva po pravočasnosti, je treba podatke posodobiti, kakor hitro je mogoče, kar med drugim zajamči, da bodo sporočila vsebovala dejanske podatke, tudi če jih bo sistem samodejno odpošiljal.
In general the following requirements must be fulfilled:
Na splošno morajo biti izpolnjene naslednje zahteve:
The response time for enquiries must be less then 5 minutes.
Odzivni čas za poizvedbe mora biti krajši od 5 minut.
All data updates and exchanges must be done as soon as possible.
Vse podatke je treba posodobiti in izmenjati, kakor hitro je mogoče.
The system reaction and transmission time for the update should be below 1 minute.
Odzivni čas sistema in prenosa posodobljenega podatka bi moral biti krajši od 1 minute.
Data quality metrics
Metrika kakovosti podatkov:
For the completeness (percent of data fields having values entered into them) of mandatory data and for the consistency of data (percent of matching values across tables/files/records) a percentage of 100 % must be reached.
Popolnost (odstotek podatkovnih polj z vnesenimi vrednostmi) obveznih podatkov in konsistentnost podatkov (odstotek ujemajočih se vrednosti v preglednicah/datotekah/vnosih) morata biti 100-odstotna.
For the timeliness of data (percent of data available within a specified threshold time frame) a percentage of 98 % must be reached.
Pravočasnost podatkov (odstotek podatkov, ki je razpoložljiv v določenem pragovnem časovnem okviru) mora biti 98-odstotna.
As far as threshold values are not defined in this TSI, these values must be specified in the contracts between the involved parties.
Če pragovne vrednosti niso opredeljene v tej TSI, je te vrednosti treba določiti v pogodbah med vpletenimi strankami.
The required accuracy (percent of stored values that are correct when compared to the actual value) must be above 90 %.
Zahtevana točnost (odstotek shranjenih vrednosti, ki so točne v primerjavi z dejanskimi vrednostmi) mora biti nad 90 %.
The exact value and the criteria must been set out in the contracts between the involved parties.
Natančne vrednosti in merila je treba določiti v pogodbah med vpletenimi strankami.