natgillin/translations-raw huggingface dataset:
Databases themselves are not safety-related.
Mentenabilitate
Hence safety aspects are not relevant.
Mentenabilitatea bazei de date trebuie să garanteze disponibilitatea necesară.
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.
Bazele de date nu au, în sine, un conținut „sensibil” din punctul de vedere al siguranței.
Compatibility
Astfel, aspectele de siguranță nu sunt relevante.
A database must support a data manipulation language that is widely accepted, such as SQL or XQL.
Acest lucru nu trebuie confundat cu faptul că datele — de exemplu, cele eronate sau neactualizate — pot avea impact asupra exploatării în siguranță a unui tren.
Import facility
Compatibilitate
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.
O bază de date trebuie să asigure un limbaj de manipulare a datelor acceptat la scară largă, precum SQL sau XQL.
Export facility
Funcție de import
A database shall provide a facility that allows to export the contents of the complete database or its part as formatted data.
O bază de date trebuie să permită importul de date formatate care pot fi utilizate pentru completarea bazei de date în locul introducerii manuale.
Mandatory Fields
Funcție de export
A database must support mandatory fields that are required to be filled before the relevant record is accepted as input to the database.
O bază de date trebuie să permită exportul conținutului întregii baze de date sau a unei părți din conținut ca date formatate.
Plausibility Checks
Câmpuri obligatorii
A database must support configurable plausibility checks before accepting the insertion, update or deletion of data records.
O bază de date trebuie să cuprindă câmpuri obligatorii care trebuie completate înainte de acceptarea înregistrării în cauză în baza de date.
Response times
Controale de plauzibilitate
A database must have response times that allow users to insert, update or delete data records in a timely manner.
O bază de date trebuie să permită controale de plauzibilitate configurabile înainte de acceptarea înregistrării, actualizării sau eliminării datelor.
Performance aspects
Timpi de răspuns
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.
O bază de date trebuie să aibă timpi de răspuns care să permită utilizatorilor să introducă, să actualizeze sau să elimine datele în timp util.
Capacity aspects
Aspecte de performanță
A database shall support the storage of the relevant data for all freight wagons respectively the network.
Fișierele și bazele de date de referință trebuie să suporte, în mod rentabil, cererile necesare pentru a permite exploatarea eficientă a tuturor mișcărilor trenurilor și vagoanelor reglementate de dispozițiile prezentei STI.
It shall be possible to extend the capacity by simple means (i.e. by adding more storage capacity and computers).
Aspecte privind capacitățile
The extension of the capacity shall not require replacement of the subsystem.
O bază de date trebuie să permită stocarea datelor relevante pentru toate vagoanele de marfă, respectiv pentru rețea.
Historical data
Aceasta trebuie să permită extinderea capacității prin mijloace simple (de exemplu, prin adăugarea de capacitate de stocare și prin creșterea numărului de calculatoare).
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.
Extinderea capacității nu trebuie să necesite înlocuirea subsistemului.
Back-up strategy
Date istorice
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.
O bază de date trebuie să prevadă gestionarea datelor istorice în sensul asigurării accesului la datele care au fost deja transferate într-o arhivă.
Commercial aspects
Strategie de backup
A database system used shall be available commercially off-the-shelf (COTS-product) or be available in the public domain (Open Source).
Trebuie creată o strategie de backup, pentru a asigura recuperarea întregului conținut al bazei de date pe o perioadă de până la 24 de ore.
Remarks:
Aspecte comerciale
The above requirements must be handled by a standard Database Management System (DBMS).
Sistemul de baze de date utilizat trebuie să fie un produs comercial disponibil „pe raft” (produs de tip commercially-off-the-shelf, COTS) sau un produs comercial disponibil în domeniul public (sursă liberă).
The usage of the various databases is embedded into various work flows described here before.
Observații:
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).
Cerințele anterioare trebuie prelucrate de un sistem standard de gestionare a bazelor de date (SGBD).
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).
Utilizarea diferitelor baze de date ia forma diverselor operațiuni descrise anterior.
General Architecture
Fluxul general de operațiuni este un mecanism de tip solicitări/răspunsuri, prin care partea interesată solicită informații din baza de date prin interfața comună (4.2.12.1 „Arhitectura generală” și 4.2.12.6 „Interfața comună”).
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.
SGBD răspunde acestei solicitări fie furnizând datele solicitate, fie răspunzând că nu pot fi puse la dispoziție date (nu există asemenea date sau accesul este refuzat datorită controlului accesului).
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.
Arhitectură generală
The proposed Information Exchange Architecture:
De-a lungul timpului, acest subsistem va fi martorul creșterii și interacțiunilor din sânul unei comunități extinse și complexe a interoperabilității feroviare telematice, cu sute de actori participanți (IF, AI etc.) care vor concura și/sau coopera în satisfacerea nevoilor pieței.
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,
Infrastructura de rețea și de comunicare care susține această comunitate de interoperabilitate feroviară se va baza pe o arhitectură comună a schimbului de informații, cunoscută și adoptată de toți actorii participanți.
has minimum impact on the existing IT architectures implemented by every actor,
Arhitectura schimbului de informații propusă:
safeguards IT investments made already.
este concepută să armonizeze modelele eterogene de informații prin transformarea semantică a datelor schimbate între sisteme și prin armonizarea diferențelor dintre procedurile comerciale și protocoalele de la nivelul aplicațiilor;
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.
are un impact minim asupra arhitecturilor informatice existente, aplicate de actorii participanți;
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.
salvgardează investițiile deja efectuate în domeniul TI.
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.
Arhitectura schimbului de informații favorizează în principal interacțiunile inter pares dintre toți actorii, garantând integritatea și coerența de ansamblu ale comunității interoperabilității feroviare, prin furnizarea unui set de servicii centralizate.
Network
Un model de interacțiune inter pares permite o distribuție optimă a costurilor între diferiții participanți, bazată pe utilizarea efectivă, și prezintă, în general, mai puține probleme de scalabilitate.
Networking in this case means the method and philosophy of communication and does not mean the physical network.
Reprezentarea în imagini a arhitecturii generale este furnizată în documentul „STI ATTM — Anexa A. 5: Ilustrații și diagrame secvențiale privind mesajele STI ATTM” punctul 1.5, listat în apendicele I.
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.
Rețea
The security issue will therefore be addressed not by the network (VPN, tunnelling, etc.), but by exchanging and managing inherently secure messages.
Colaborarea în rețea înseamnă în acest caz metoda și filozofia de comunicare, și nu rețeaua fizică.
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.
Interoperabilitatea feroviară se bazează pe o arhitectură comună a schimbului de informații, cunoscută și adoptată de toți participanții, fapt ce va încuraja și facilita intrarea de noi participanți, în special clienți.
Tunnelling is not considered as a necessary means for achieving the appropriate security level.
Prin urmare, problema securității nu va fi abordată de rețea (VPN, tunelizare etc.), ci prin schimbul și gestionarea de mesaje deja securizate.
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.
Prin urmare, nu este necesară o rețea VPN (gestionarea unei rețele VPN de mari dimensiuni ar fi complexă și costisitoare), ceea ce permite evitarea problemelor legate de alocarea responsabilității și a proprietății.
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.
Tunelizarea nu este considerată un mijloc necesar de obținere a nivelului adecvat de securitate.
Afterwards, a Peer to Peer communication is performed between involved players.
În orice caz, dacă anumiți participanți dispun deja de diferite niveluri de securitate pe anumite secțiuni din rețea sau doresc să le pună în aplicare, ei pot face acest lucru.
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.
Pe rețeaua publică a internetului se poate aplica un model inter pares hibrid, cu o interfață comună în nodul fiecărui participant și un organism de certificare central.
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.
Ulterior, se realizează o comunicare inter pares între părțile implicate.
This may be solved by using an encryption and signing scheme similar to email encryption.
Comunicarea inter pares se bazează pe standardele tehnice pentru interfața comună, descrise în documentul „STI ATTM — Anexa D. 2: Apendicele F — Modelul de mesaj și de date STI ATTM” listat în apendicele I.
Encryption
Pentru a atinge un nivel ridicat de securitate, toate mesajele trebuie să fie autonome, ceea ce înseamnă că informațiile conținute în mesaj sunt securizate și că destinatarul poate verifica autenticitatea mesajului.
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 players will fail at some point.
Acest lucru se poate obține prin utilizarea unei scheme de criptare și semnare similară criptării mesajelor transmise prin poșta electronică.
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.
Criptare
Central Repository
Trebuie utilizată fie o criptare asimetrică, fie o soluție hibridă bazată pe criptare simetrică cu protecție prin cheie publică, datorită faptului că partajarea unei chei secrete comune între mai mulți actori va conduce până la urmă la un eșec.
The Central Repository must be able to handle:
Este mai ușor să se atingă un nivel mai ridicat de securitate dacă fiecare actor își asumă responsabilitatea pentru propria sa pereche de chei, cu toate că acest lucru necesită un nivel de integritate ridicat al repertoriului centralizat de date (serverul cheilor).
metadata — structured data describing the content of messages,
Repertoriu centralizat
Public Key Infrastructure (PKI),
Repertoriul centralizat trebuie să fie capabil să gestioneze:
Certification Authority (CA),
metadatele — date structurate care descriu conținutul mesajelor;
The management of the central repository should be under the responsibility of a non-commercial co-European organisation.
infrastructura cu cheie publică (ICP);
Where the Central Repository is in use in conjunction with the TAP TSI (2), development and changes must be in line with TAP TSI (2) in order to achieve optimum synergies.
organismul de certificare (OC).
A Common Interface is mandatory for each actor in order to join the rail interoperability community.
Gestionarea repertoriului centralizat ar trebui să fie responsabilitatea unei organizații necomerciale coeuropene.
A Common Interface has to be able to handle:
Atunci când repertoriul centralizat este utilizat împreună cu STI ATTC [2], dezvoltarea și modificările trebuie efectuate în conformitate cu STI ATTC [2], pentru obținerea de sinergii optime.
message formatting of outgoing messages according to the metadata,
Fiecare participant trebuie să dețină o interfață comună, pentru a se putea integra în comunitatea interoperabilității feroviare.
signing and encryption of outgoing messages,
O interfață comună trebuie să poată trata:
addressing of the outgoing messages,
formatarea mesajelor transmise, în conformitate cu metadatele;
authenticity verification of the incoming messages,
semnarea și criptarea mesajelor transmise;
decryption of incoming messages,
adresarea mesajelor transmise;
conformity checks of incoming messages according to metadata,
verificarea autenticității mesajelor primite;
handling the single common access to various databases.
decriptarea mesajelor primite;
Each instance of a Common Interface will have access to all the data required according the TSI within each Wagon keeper, LRU, RU, IM, etc., whether the relevant Databases are central or individual (see also document ‘TAF TSI — Annex A.5: Figures and Sequence Diagrams of the TAF TSI messages’, Chapter 1.6, listed in Appendix I).
controale de conformitate ale mesajelor primite, în conformitate cu metadatele;
Where a Common Interface 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.
accesul comun unic la diferitele baze de date.
Based on the results of authenticity verification of incoming messages, a minimum level of message acknowledgement can be implemented:
Toți utilizatorii interfeței comune vor avea acces la toate datele necesare în funcție de STI ale fiecărui deținător de vagon, IFP, IF, AI etc., indiferent dacă bazele de date relevante sunt centrale sau individuale ( a se vedea, de asemenea, documentul „STI ATTM — Anexa A. 5: Ilustrații și diagrame secvențiale privind mesajele STI ATTM”, punctul 1.6, listat în apendicele I).
positive send ACK;
Atunci când o interfață comună este utilizată împreună cu STI ATTC [2], dezvoltarea și modificările trebuie efectuate în conformitate cu STI ATTC [2], pentru obținerea de sinergii optime.
negative send NACK.
Pe baza rezultatelor verificării autenticității mesajelor primite, se poate aplica un nivel minim de confirmare a mesajelor:
A common interface uses the information in the central repository in order to manage the above tasks.
confirmare de primire pozitivă „ACK”;
An actor may implement a local ‘mirror’ of the central repository to shorten response times.
confirmare de primire negativă „NACK”.
In light of the essential requirements in Chapter 3, the functional and technical specifications of the interfaces are as follows:
Pentru a gestiona sarcinile de mai sus, o interfață comună utilizează datele din repertoriul centralizat.
The infrastructure subsystem includes traffic management, tracking, and navigation systems:
Pentru a scurta timpii de răspuns, un actor poate pune în aplicare o „oglindă” locală a repertoriului centralizat.
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.
În contextul cerințelor esențiale prevăzute la punctul 3, specificațiile funcționale și tehnice ale interfețelor sunt după cum urmează:
The subsystem Telematics Applications for Freight uses the data required for operational purposes as given by the path contract, possibly completed by infrastructure restriction data, as provided by the IM.
Subsistemul infrastructură include sisteme de management al traficului, urmărire și navigație:
Thus no direct interface exists between this TSI and the TSI for infrastructure.
instalații tehnice pentru prelucrarea datelor și telecomunicații destinate serviciilor de transport de călători și de marfă la distanță în rețea pentru a asigura exploatarea sigură și armonioasă a rețelei și gestionarea eficientă a traficului.
The only connection to control command and signalling is via the
Subsistemul „aplicații telematice pentru transportul de marfă” utilizează datele necesare exploatării, precizate în contractul privind trasa, eventual completate de date privind avizele de restricție de infrastructură, furnizate de AI.
Path contract, where within the line segment description the relevant information about usable command control and signalling equipment is given, and
Astfel, nu există o interfață directă între prezenta STI și STI privind infrastructura.
various Rolling Sock Reference Databases, where the command control and signalling equipment of the rolling stock must be stored.
Singura legătură cu STI privind controlul/comanda și semnalizarea este realizată prin:
The subsystem Telematics Applications for freight identifies the technical and operational data, which must be available for the rolling stock.
contractul privind trasa, în care sunt prezentate, în descrierea segmentului de linie, informațiile relevante despre echipamentele de control/comandă și semnalizare utilizabile; și
The rolling stock TSI specifies the characteristics of a wagon.
diferite baze de date de referință privind materialul rulant, în care trebuie înregistrate echipamentele de control/comandă și semnalizare ale materialului rulant.
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.
Subsistemul „aplicații telematice pentru transportul de marfă” identifică datele tehnice și operaționale care trebuie să fie disponibile pentru materialul rulant.
Thus no direct interface exists between this TSI and the TSI for rolling stock.
STI „material rulant” precizează caracteristicile unui vagon.
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.
În cazul în care caracteristicile unui vagon se schimbă, bazele de date de referință privind materialul rulant trebuie actualizate în cadrul procesului normal de întreținere a bazei de date.
The subsystem Telematics 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.
Astfel, nu există o interfață directă între această STI și STI „material rulant”.
In order to ensure consistency between both TSIs, the following procedure applies.
Subsistemul „exploatarea și managementul traficului” precizează procedurile și echipamentele aferente care permit o exploatare coerentă a diferitelor subsisteme structurale, atât în timpul exploatării normale, cât și în situații excepționale, incluzând în special conducerea trenului, planificarea și managementul traficului.
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.
Subsistemul „aplicații telematice pentru transportul de marfă” precizează, în principal, aplicațiile pentru serviciile de transport de marfă, inclusiv monitorizarea în timp real a mărfurilor și trenurilor și gestionarea legăturilor cu alte moduri de transport.
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.
Pentru a asigura consecvența dintre ambele STI, se aplică următoarea procedură.
Interface
Atunci când specificațiile STI „exploatarea și managementul traficului” legate de cerințele prezentei STI vor fi redactate și/sau vor face obiectul unor modificări, trebuie consultat organismul responsabil de prezenta STI.
Reference Telematics Applications for Freight TSI
Dacă trebuie modificate specificațiile prezentei STI legate de cerințele operaționale specificate în STI „exploatarea și managementul traficului”, trebuie consultat organismul responsabil de STI „exploatarea și managementul traficului”.
Reference Telematics Applications for passengers TSI
Interfață
Train ready
STI privind aplicațiile telematice de referință pentru marfă
Train ready message
STI privind aplicațiile telematice de referință pentru călători
Train ready message for all trains
Tren pregătit
Train running forecast
Mesajul „tren pregătit”
Train running forecast message
Mesajul „tren pregătit” pentru toate trenurile
‘Train running forecast’ message for all trains
Previziuni privind circulația trenului
Train running information
Mesajul „previziuni privind circulația trenului”
‘Train running information’ message for all trains
Mesajul „previziuni privind circulația trenului” pentru toate trenurile
Train running interrupted to RU
Informații privind circulația trenului
Train running interrupted
Mesajul „informații privind circulația trenului” pentru toate trenurile
Handling of short term timetable data for trains
Mesajul „circulația trenului întreruptă” pentru toate trenurile
Reference files
Interfața comună pentru comunicarea între IF/AI
In light of the essential requirements in Chapter 3, the operating rules specific to the subsystem concerned by this TSI are as follows:
Repertoriu centralizat
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.
Fișiere de referință
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.
Având în vedere cerințele esențiale prevăzute la punctul 3, normele de exploatare specifice subsistemului reglementat de prezenta STI sunt următoarele: