natgillin/translations-raw huggingface dataset:
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 sve tri različite stranke operativni podaci o željezničkim vozilima moraju biti dostupni preko ovlaštenog korisnika do njegove prethodno odobrene razine, uporabom jedinstvenog ključa koji predstavlja identifikaciju vagona (broj vagona).
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.
Operativni podaci o željezničkim vozilima dio su operativne baze podataka za vagone i intermodalne jedinice kao što je opisano u poglavlju 4.2.11.2. Druge baze podataka.
Reference Files
Referentne 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 upravljanje teretnim vlakovima u europskoj mreži svi pružatelji usluga (UI-ji, ŽP-i, pružatelji logističkih usluga i upravitelji voznog parka) moraju imati pristup sljedećim referentnim datotekama.
The data must represent the actual status at all times.
Podaci moraju predstavljati stvarno stanje u svakom trenutku.
Reference File of the Coding of Locations (Primary and subsidiary),
referentna datoteka za hitne službe u pogledu vrste opasnog tereta. Datoteke koje su centralno pohranjene i upravljane:
The European Railway Agency will save a copy of the Reference File for the Locations Codes and Company Codes.
referentna datoteka za oznake svih UI-ja, ŽP-a i poduzeća koja pružaju usluge, (f) referentna datoteka za oznake korisnika prijevoza, (g) referentna datoteka za oznake lokacija (primarne i supsidijarne).
On individual request and without prejudice to intellectual property rights, this data shall be available for public consultation.
Europska agencija za željeznice pohranit će primjerak referentne datoteke za oznake lokacije i društva. Na pojedinačni zahtjev i ne dovodeći u pitanje prava intelektualnog vlasništva, ta datoteka mora biti na raspolaganju javnosti.
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.
Drugi popisi oznaka definirani su u dokumentu „TAF TSI – Prilog D.2: Dodatak F – Model za podatke i poruku TAF TSI” koji je naveden u Dodatku I.
Other Databases
Druge baze podataka:
To allow for the tracking of train and wagon movements, the following databases, updated at each relevant event in real time, must be installed.
Kako bi se omogućilo slijeđenje kretanja vlakova i vagona, moraju se uspostaviti sljedeće baze podataka, ažurirane pri svakom relevantnom događaju u stvarnom vremenu.
Authorised entities such as keepers and fleet managers must have access to the data relevant to fulfil their functions, according to bilateral agreements.
Ovlašteni subjekti kao što su posjednici i upravitelji voznih parkova moraju imati pristup odgovarajućim podacima kako bi ispunili svoje funkcije u skladu s bilateralnim sporazumima.
Wagon and Intermodal Unit Operational Database,
operativna baza podataka za vagone i intermodalne jedinice,
Trip plan for wagon/Intermodal unit.
plan putovanja za vagon/intermodalnu jedinicu.
These databases must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
Te baze podataka moraju biti dostupne preko zajedničkog sučelja (4.2.12.1.: Opća arhitektura i 4.2.12.6.: Zajedničko sučelje).
Wagon and Intermodal unit Operational Database
Operativna baza podataka za vagone i intermodalne jedinice
The communication between the Lead RU and RUs in the cooperation mode is based on wagon and/or Intermodal unit numbers.
Komunikacija pri suradnji između vodećih ŽP-a i ŽP-a temelji se na brojevima vagona i/ili intermodalnih jedinica.
Therefore an RU, which communicates with the IMs at train level, must break down this information into wagon and Intermodal unit related one.
ŽP koji komunicira s UI-jem na razini vlaka mora te podatke razdijeliti na podatke o vagonima i na podatke o intermodalnim jedinicama.
This wagon and Intermodal unit related information must be stored in the Wagon and Intermodal Unit Operational Database.
Ti podaci o vagonima i o intermodalnim jedinicama moraju se pohraniti u Operativnu bazu podataka za vagone i intermodalne jedinice.
The information on train movement leads to new entries/updates in the Wagon and Intermodal Unit Operational Database for customer information.
Podaci o kretanju vlaka vode do novih unosa/ažuriranja u Operativnu bazu podataka za vagone i intermodalne jedinice za informaciju korisniku.
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.
Dio o kretanju vagona ili intermodalnih jedinica u bazi podataka ispunjava se najkasnije kad se od korisnika dobije vrijeme razrješenja vagona ili intermodalne jedinice.
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.
To vrijeme razrješenja prvi je unos o kretanju vagona u Operativnu bazu podataka za vagone i intermodalne jedinice koji je povezan sa stvarnim prijevozom.
The messages for the wagon movement are defined in the Chapters 4.2.8 (Wagon Movement) and 4.2.9 (Interchange Reporting).
Poruke o kretanju vagona određene su u poglavljima 4.2.8. (Kretanje vagona) i 4.2.9. (Izvješće o razmjeni).
This database must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
Ta baza podataka mora biti dostupna preko zajedničkog sučelja (4.2.12.1.: Opća arhitektura i 4.2.12.6.: Zajedničko sučelje).
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 baza podataka za vagone i intermodalne jedinice je najvažnija baza za slijeđenje vagona i stoga za komunikaciju između uključenih ŽP-a i vodećeg ŽP-a.
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.
Ova baza podataka pokazuje kretanje vagona i intermodalnih jedinica od polaska do konačne dostave na sporedni kolosijek korisnika, s naznakom ETI i stvarnih vremena na različitim lokacijama do ETA konačne dostave.
The database also shows the different status of the rolling stock such as:
Ova baza podataka također pokazuje različite statuse željezničkih vozila kao što su:
loading of the rolling stock
utovar željezničkih vozila
This status is required for the information exchange between the RU and the IMs and to other railway undertakings involved in the transport journey.
Ovaj je status potreban za razmjenu informacija između ŽP-a i UI-ja te drugih željezničkih prijevoznika koji sudjeluju u prijevozu.
loaded wagon on journey
utovaren vagon na putovanju
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.
Ovaj je status potreban za razmjenu informacija između UI-ja i ŽP-a s drugim upraviteljima infrastrukture i drugim željezničkim prijevoznicima koji sudjeluju u prijevozu.
empty wagon on journey
prazan vagon na putovanju
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.
Ovaj je status potreban za razmjenu informacija između UI-ja i ŽP-a s drugim upraviteljima infrastrukture i drugim željezničkim prijevoznicima koji sudjeluju u prijevozu.
unloading of rolling stock
istovar željezničkih vozila
This status is required for the information exchange between the RU at destination and the Lead RU for the transport.
Ovaj je status potreban za razmjenu informacija između ŽP-a na odredištu s vodećim ŽP-om za prijevoz.
empty wagon under fleet management control
prazan vagon pod nadzorom upravitelja voznoga parka
This status is required to get the information about availability of a vehicle of defined characteristics.
Ovaj je status potreban za dobivanje informacija o raspoloživosti vozila određenih svojstava.
Wagon Trip Plan Databases
Baze podataka o planu putovanja vagona
Trains may be composed of wagons from various Customers.
Vlakovi mogu biti sastavljeni od vagona različitih korisnika.
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 svaki vagon vodeći ŽP (ŽP kao koordinator usluga) mora izraditi i ažurirati plan putovanja koji odgovara trasi vlaka na razini vlaka.
New train paths for a train — e.g. in case of service interruptions — lead to revised trip plans for the wagons concerned.
Nove trase za vlak – primjerice za slučaj prekida usluge – zahtijevaju revidirane planove putovanja za dotične vagone.
These databases must be accessible via the Common Interface (4.2.14.1: General Architecture and 4.2.12.6: Common Interface).
Te baze podataka moraju biti dostupne preko zajedničkog sučelja (4.2.14.1.: Opća arhitektura i 4.2.12.6.: Zajedničko sučelje).
In addition to the mandatory databases mentioned above, at each IM side a train database may be installed.
Uz obavezne prethodno navedene baze podataka, svaki UI može imati bazu podataka o vlaku.
This infrastructure manager train database corresponds to the movement part of the Wagon and Intermodal Unit Operational Database.
Ova baza podataka upravitelja infrastrukture odgovara dijelu o kretanju Operativne baze podataka za vagone i kombinirane jedinice.
The main data entry is the train related data of the train composition message from the RU.
Glavni unosi podataka su podaci o vlaku iz poruke ŽP-a o sastavu vlaka.
All train events result in an update of this train related database.
Svi događaji u vezi s vlakom zahtijevaju ažuriranje baze podataka o vlaku.
An alternative storage possibility for these data is the path database (Chapter 4.2.2: Path Request).
Alternativna mogućnost pohrane ovih podataka je baza podataka o trasi vlaka (poglavlje 4.2.2.: Zahtjev za trasu).
Additional Requirements on the Databases
Dodatni zahtjevi u vezi s bazama podataka
Under the following points are listed additional requirements which must be supported by the various databases.
U sljedećim su točkama navedeni dodatni zahtjevi koji moraju imati podršku različitih baza podataka.
Authentication
Autorizacija
A database must support the authentication of users of the systems before they can gain access to the database.
Baza podataka mora podržati autorizaciju korisnika sustava prije pristupa bazi podataka.
A database must support the security aspects in the meaning of controlling access to the database.
Baza podataka mora podržavati sigurnosne aspekte u smislu nadzora pristupa bazi podataka.
The possible encryption of the database contents itself is not required.
Moguća enkripcija sadržaja baze podataka nije potrebna.
A database selected shall support the ACID principle (Atomicity, Consistency, Isolation and Durability).
Izabrana baza podataka podržava načelo ACID (atomiziranost, dosljednost, izolacija, trajnost).
A database must allow access to the data to users or systems that have been granted permission.
Baza podataka mora omogućiti pristup podacima korisnicima ili sustavima koji dobiju dozvolu.
The access control shall be supported down to a single attribute of a data record.
Kontrola pristupa podržana je do pojedinačnog elementa zapisa podataka.
The database shall support configurable, role based access control for insertion, update or deletion of data records.
Baza podataka omogućuje prilagodljivu i selektivnu kontrolu pristupa za unos, ažuriranje ili brisanje podataka.
Tracing
Slijeđenje
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).
Baza podataka mora podržavati zapise svih promjena/aktivnosti u bazi podataka, kako bi se omogućilo praćenje svih pojedinosti unosa podataka (tko, što, kada je informacijski sadržaj promijenjen).
Lock strategy
Strategija zaključavanja
A database must implement a locking strategy which allows access to the data even when other users are currently editing records.
Baza podataka mora primijeniti strategiju zaključavanja koja također omogućuje pristup podacima kad drugi korisnici trenutačno uređuju zapise.
Multiple access
Višestruk pristup
A database must support that data can be accessed simultaneously by several users and systems.
Baza podataka mora podržavati istodoban pristup nekoliko korisnika i sustava.
The reliability of a database must support the required availability.
Pouzdanost baze podataka mora podržati zahtijevanu raspoloživost.
A database must have an availability on demand of at least 99,9 %.
Raspoloživost baze podataka mora na zahtjev biti najmanje 99,9 %.
Maintainability
Mogućnost održavanja
A maintainability of the database must support the required availability.
Održavanje baze podataka mora podržavati zahtijevanu raspoloživost.
Databases themselves are not safety-related.
Same baze podataka ne zahtijevaju posebnu razinu sigurnosti.
Hence safety aspects are not relevant.
Prema tome, sigurnosni aspekti nisu bitni.
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.
To se ne smije zamijeniti s činjenicom da podaci – primjerice koji su netočni ili nisu pravovremeni – mogu utjecati na sigurno prometovanje vlaka.
A database must support a data manipulation language that is widely accepted, such as SQL or XQL.
Baza podataka mora podržati jezik za rad s podacima koji se široko koristi, poput SQL-a ili XQL-a.
Import facility
Mogućnost uvoza
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.
Baza podataka mora omogućiti uvoz formatiranih podataka koji se mogu koristiti za ispunjavanje baze podataka umjesto ručnog unosa.
Export facility
Mogućnost izvoza
A database shall provide a facility that allows to export the contents of the complete database or its part as formatted data.
Baza podataka mora osigurati mogućnost izvoza sadržaja cijele baze podataka ili njezinih dijelova kao formatiranih podataka.
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.
Baza podataka mora podržavati obvezna polja koja se moraju ispuniti prije prihvaćanja odgovarajućeg zapisa kao unosa u bazu podataka.
Plausibility Checks
Provjere vjerodostojnosti
A database must support configurable plausibility checks before accepting the insertion, update or deletion of data records.
Baza podataka mora podržati prilagodljivu provjeru vjerodostojnosti prije prihvata unosa, ažuriranja ili brisanja podataka.
Response times
Vrijeme odaziva
A database must have response times that allow users to insert, update or delete data records in a timely manner.
Baza podataka mora imati vrijeme odaziva koje dopušta korisnicima da pravodobno unesu, ažuriraju ili izbrišu podatke.
Performance aspects
Aspekti učinkovitosti
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.
Referentne datoteke i baze podataka moraju podržavati na troškovno učinkovit način upite nužne za učinkovito upravljanje svim odgovarajućim vožnjama vlakova koje obuhvaćaju odredbe ovog TSI-ja.
Capacity aspects
Aspekti kapaciteta
A database shall support the storage of the relevant data for all freight wagons respectively the network.
Baza podataka mora podržavati pohranu svih relevantnih podataka za sve teretne vagone u cijeloj mreži.
It shall be possible to extend the capacity by simple means (i.e. by adding more storage capacity and computers).
Mora biti moguće proširiti kapacitet jednostavnim sredstvima (npr. dodavanjem više memorijskih kapaciteta i računala).
The extension of the capacity shall not require replacement of the subsystem.
Proširenje kapaciteta ne zahtijeva zamjenu podsustava.
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.
Baza podataka podržava upravljanje povijesnim podacima u smislu raspoloživosti podataka i nakon prijenosa u arhiv.
Back-up strategy
Strategija sigurnosnog kopiranja podataka
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.
Strategija sigurnosnog kopiranja podataka mora jamčiti da se mogu obnoviti cjelokupni sadržaji baza podataka za razdoblje do 24 sata.
Commercial aspects
Komercijalni aspekti
A database system used shall be available commercially off-the-shelf (COTS-product) or be available in the public domain (Open Source).
Korišteni sustav baze podataka mora biti raspoloživ kao komercijalni proizvod (COTS-proizvod) ili javno dostupan (s otvorenim kodom).
The above requirements must be handled by a standard Database Management System (DBMS).
Gornjim se zahtjevima mora postupati u standardnom upravljačkom sustavu podatkovnim bazama (DBMS).
The usage of the various databases is embedded into various work flows described here before.
Korištenje različitih baza podataka ugrađeno je u različite ranije opisane radne postupke.
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).
Opći radni postupak je mehanizam zahtjeva/odziva u kojem zainteresirana stranka od podatkovne baze zahtijeva informacije putem zajedničkog sučelja (4.2.12.1: Opća arhitektura i 4.2.12.6.: Zajedničko sučelje).
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).
DBMS se na zahtjev odazove tako da pruži zahtijevane podatke, ili odgovorom da podaci nisu raspoloživi (takvi podaci ne postoje ili im je pristup odbijen zbog nadzora pristupa).
General Architecture
Opća arhitektura
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.
U ovom će se podsustavu s vremenom pojaviti velika i kompleksna željeznička zajednica sa telematskom interoperabilnošću i interakcijama između stotina sudionika (ŽP-a, UI-ja, ...) koji će se natjecati i/ili surađivati radi zadovoljavanja tržišnih potreba.
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.
Infrastruktura mreže i komunikacijska infrastruktura koja podržava tu interoperabilnu željezničku zajednicu temeljit će se na zajedničkoj „arhitekturi za razmjenu informacija” koju će poznavati i prihvatiti svi sudionici.
The proposed Information Exchange Architecture:
Predložena „arhitektura za razmjenu informacija”:
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,
projektirana je tako da usklađuje heterogene modele podataka na taj način što semantički preoblikuje podatke koji se razmjenjuju među sustavima i tako što usklađuje razlike na razini poslovnih postupaka i protokola primjene,
has minimum impact on the existing IT architectures implemented by every actor,
ima minimalni učinak na postojeće arhitekture informacijske tehnologije koje koristi svaki sudionik,
safeguards IT investments made already.
štiti sve izvršene investicije u IT-u.
The Information Exchange Architectures favours a mostly Peer-to-Peer type of interaction between all players, while it guarantees the overall integrity and consistency of the rail interoperability community by providing a set of centralised services.
U arhitekturi razmjene podataka daje se prednost ravnopravnoj (peer-to-peer) interakciji među svim sudionicima, a istodobno se njome osigurava ukupnu cjelovitost i postojanost zajednice željezničke interoperabilnosti pružajući niz centraliziranih usluga.
A Peer-to-Peer interaction model allows the best cost distribution between the different players, based on actual usage and it will present, in general, lesser scalability problems.
Modelom ravnopravne interakcije omogućuje se najbolja raspodjela troškova između različitih subjekata koji se temelji na stvarnoj upotrebi i on općenito predstavlja manje poteškoća u pogledu sposobnosti rasta.
A pictorial representation on the general architecture is given in the document ‘TAF TSI — Annex A.5 Figures and Sequence Diagrams of the TAF TSI messages’, Chapter 1.5, listed in Appendix I.
Slikovni prikaz opće arhitekture nalazi se u dokumentu „TAF TSI – Prilog A.5: Slike i dijagrami slijeda poruka TAF TSI-ja” poglavlje 1.5. koji je naveden u Dodatku I.
Networking in this case means the method and philosophy of communication and does not mean the physical network.
Umrežavanje u ovom slučaju znači metodu i filozofiju komunikacije i ne znači fizičku mrežu.
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 željezničkog sustava temelji se na zajedničkoj arhitekturi za razmjenu informacija koju poznaju i usvajaju svi sudionici, čime se smanjuje prepreke i potiče nove sudionike, posebno korisnike usluga.
The security issue will therefore be addressed not by the network (VPN, tunnelling, etc.), but by exchanging and managing inherently secure messages.
Pitanje sigurnosti se stoga neće rješavati u mreži (VPN, tuneliranje…), nego razmjenom i upravljanjem porukama koje su po svojoj prirodi zaštićene.
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.
Virtualne privatne mreže VPN dakle nisu potrebne (upravljanje velikom mrežom VPN bilo bi kompleksno i skupo), te se tako izbjegavaju problemi s dodjeljivanjem nadležnosti i vlasništva.
Tunnelling is not considered as a necessary means for achieving the appropriate security level.
Uspostavljanje tunela se ne smatra potrebnim za postizanje odgovarajuće sigurnosne razine.
In any case if some players already have or want to implement various degrees of security on selected partitions of the network, they can do so.
Ako su neki sudionici već uspostavili ili žele uspostaviti više razina sigurnosti na određenim dijelovima mreže, to je dopušteno.
Over the public Internet network it is possible to implement a hybrid Peer to Peer model with a common interface at each actor's node and a central certificate authority.
Preko javne internetske mreže može se uspostaviti hibridni model ravnopravnih sudionika, sa zajedničkim sučeljem na čvorištu svakog subjekta i središnjim certifikacijskim tijelom.
Afterwards, a Peer to Peer communication is performed between involved players.
Nakon toga se obavlja ravnopravna komunikacija između uključenih sudionika.
The peer-to-peer communication is based on technical standards for the common Interface described in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
Ravnopravna komunikacija temelji se na tehničkim standardima za zajedničko sučelje opisanima u dokumentu „TAF TSI – Prilog D.2.: Dodatak F – Model za podatke i poruku TAF TSI” koji je naveden u Prilogu I.