natgillin/translations-raw huggingface dataset:
A database selected shall support the ACID principle (Atomicity, Consistency, Isolation, Durability).
A kiválasztott adatbázisnak támogatnia kell az ACID elvet (Atomicity, Consistency, Isolation, Durability – atomitás, következetesség, elszigeteltség, tartósság).
Access control
Hozzáférés szabályozása
A database must allow access to the data to users or systems that have been granted permission.
Az adatbázisnak lehetővé kell tennie az adatok elérését az engedélyezett felhasználók vagy rendszerek számára.
The access control shall be supported down to a single attribute of a data record.
A hozzáférés ellenőrzését az adatrekordok minden jellemzője esetében is támogatni kell.
The database shall support configurable, role based access control for insertion, update or deletion of data records.
Az adatbázisok támogatják az adatrekordok beszúrásával, aktualizálásával vagy törlésével kapcsolatos konfigurálható, szerepalapú elérést.
Tracing
Nyomon követés
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).
Az adatbázisnak támogatnia kell az adatbázisban végzett minden tevékenység naplózását az adatok részleteinek követése érdekében (ki, mit, mikor változtatott a tartalmon).
Lock strategy
Lezárási stratégia
A database must implement a locking strategy which allows access to the data even when other users are currently editing records.
Az adatbázisoknak lezárási stratégiát kell megvalósítaniuk, amely lehetővé teszi az adatok elérését még akkor is, amikor éppen a felhasználók rekordokat szerkesztenek.
Multiple access
Több felhasználós elérés
A database must support that data can be accessed simultaneously by several users and systems.
Az adatbázisnak támogatnia kell az egyszerre több felhasználó vagy rendszer általi elérést.
Reliability
Megbízhatóság
The reliability of a database must support the required availability.
Az adatbázisok megbízhatóságának támogatnia kell a kellő elérhetőséget.
A database must have an availability on demand of at least 99,9 %.
Az adatbázisnak legalább 99,9 %-os elérhetőséggel kell rendelkeznie.
Maintainability
Karbantarthatóság
A maintainability of the database must support the required availability.
Az adatbázisok karbantarthatóságának támogatnia kell a kellő elérhetőséget.
Databases themselves are not safety related.
Maguk az adatbázisok nincsenek kapcsolatban a biztonsággal.
Hence safety aspects are not relevant.
A biztonsági szempontok ezért nem lényegesek.
This is not to be confused with the fact that the data — e.g. wrong or not actual data — may have impact on the safety operation of a train.
Ezt nem szabad összekeverni azzal, hogy az adatok – pl. a helytelen vagy nem valós adatok – hatással lehetnek a vonat működési biztonságára.
A database must support a data manipulation language that is widely accepted, such as SQL or XQL.
Az adatbázisnak támogatnia kell egy széles körben elfogadott adatkezelési nyelvet, például az SQL-t vagy az XQL-t.
Import facility
Importálási lehetőség
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.
Az adatbázisnak olyan lehetőséget kell biztosítania, amely lehetővé teszi a manuális beírás helyett az adatbázis feltöltésére használható formázott adatok importálását.
Export facility
Exportálási lehetőség
A database shall provide a facility that allows to export the contents of the complete database or its part as formatted data.
Az adatbázisnak olyan lehetőséget kell biztosítania, amely lehetővé teszi a teljes adatbázis tartalmának vagy annak egy részének formázott adatokba való exportálását.
Mandatory fields
Kötelező mezők
A database must support mandatory fields that are required to be filled before the relevant record is accepted as input to the database.
Az adatbázisnak támogatnia kell az olyan kötelező mezőket, amelyeket ki kell tölteni, mielőtt a vonatkozó rekordok elfogadhatók lennének az adatbázis bemeneti adataiként.
Plausibility checks
Valószínűségi ellenőrzések
A database must support configurable plausibility checks before accepting the insertion, update or deletion of data records.
Az adatbázisoknak támogatniuk kell a konfigurálható valószínűségi ellenőrzéseket az adatrekordok beszúrása, aktualizálása vagy törlése előtt.
Response times
Válaszidők
A database must have response times that allow users to insert, update or delete data records in a timely manner.
Az adatbázisnak olyan reakcióidőkkel kell rendelkeznie, amely lehetővé teszi az adatrekordok időben történő beszúrását, aktualizálását vagy törlését.
Performance aspects
Teljesítményszempontok
A database shall support the queries necessary to allow the effective run of about 60000 train runs per 24 hours.
Az adatbázisoknak támogatniuk kell a 24 óránként körülbelül 60000 vonat effektív futtatását lehetővé tevő lekérdezéseket.
About 50 % of these train runs are deemed to take place within two hours.
Az ilyen vonatfuttatások körülbelül 50 %-ának két órán belül kell megtörténnie.
The number and kind of queries or updates per train are dependent on the overall process for planning and running a train.
A vonatonkénti lekérdezések vagy aktualizálások száma a vonat átfogó tervezési és futtatási eljárásától függ.
Capacity aspects
Kapacitásbeli szempontok
A database shall support the storage of the relevant data for all freight wagons respectively the network.
Az adatbázisnak támogatnia kell az összes áruszállító kocsival és a hálózattal kapcsolatos lényeges adatok tárolását.
It shall be possible to extend the capacity by simple means (i.e. by adding more storage capacity and computers).
A kapacitásnak egyszerű eszközökkel bővíthetőnek kell lennie (pl. több tárolókapacitás és számítógép hozzáadásával).
The extension of the capacity shall not require replacement of the subsystem.
A kapacitás bővítése nem igényli az alrendszer cseréjét.
Historical data
Korábbi adatok
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.
Az adatbázisnak támogatnia kell a korábbi adatok kezelését, azaz elérhetővé kell tennie a már az archívumba továbbított adatokat.
Back-up strategy
Biztonsági mentési stratégia
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.
Biztonsági mentési stratégiát kell megvalósítani annak biztosítása érdekében, hogy egy 24 órás időszakig bezárólag az adatbázis teljes tartalma visszanyerhető legyen.
Commercial aspects
Kereskedelmi szempontok
A database system used shall be available commercially-off-the-shelf (COTS-product) or be available in the public domain (Open Source).
Az alkalmazott adatbázis-rendszernek kereskedelmileg (COTS termékek) vagy nyilvánosan (nyílt forrású) kell elérhetőnek lennie.
The above requirements must be handled by a standard Database Management System (DBMS).
A fenti követelményeket egy szabványos adatbázis-kezelő rendszernek (DBMS) kell kezelnie. A különféle adatbázisok használata a már korábban említett különféle munkafolyamatokba ágyazódik.
The usage of the various databases is embedded into various work flows described here before.
Az általános munkafolyamat egy kérdés-válasz mechanizmus, ahol az érdekelt felek egy közös interfészen keresztül kérnek le információkat az adatbázisból.
The general workflow is a request/response mechanism, where an interested party requests information from the database through the common interface (4.2.14.1: General architecture and 4.2.14.7: Common interface).
(4.2.14.1: Általános architektúra és 4.2.14.7.: Közös interfész).
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).
A DBMS vagy a kért adatok biztosításával, vagy azzal válaszol az ilyen kérelemre, hogy nem tehető elérhetővé adat (nincs ilyen adat, vagy az elérését jogosultsági alapon elutasították).
The description in Chapter 4.2.14 (Networking and communication) presents the communication network to be used for data exchange.
A 4.2.14. fejezetben (Hálózat és kommunikáció) található leírás bemutatja az adatcserére használt kommunikációs hálózatot.
This network and the described security handling allow any type of network transmission, such as e-mail, file transfer (ftp, http), etc. The type to choose can then be decided upon by the parties involved in the information exchange, which means, that the electronic transmission of documents, for example, via ftp is given.
Ez a hálózat és a leírt biztonságkezelés mindenfajta hálózati átvitelt lehetővé tesz, ideértve az e-mailt, az állománytovábbítást (ftp, http) stb. Ekkor az információcserében résztvevő felek döntenek a kiválasztandó típusról, ami azt jelenti, hogy megadják a dokumentumok elektronikus továbbítását: pl. ftp-n keresztül.
General architecture
Általános architektúra
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.
Ez az alrendszer idővel növekedésnek indul, és interakcióba lép a vasúti átjárhatóságot célzó nagy és összetett, több száz résztvevős (VT-k, PM-ek stb.) közösségekkel, amelyek versenyeznek és/vagy együttműködnek a piaci igények kiszolgálása érdekében.
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.
A hálózati és az ilyen vasúti átjárhatósági közösségeket támogató kommunikációs infrastruktúra alapja egy közös információcsere-architektúra, amelyet minden résztvevő ismer és elfogad.
The proposed ‘Information Exchange Architecture’:
A javasolt információcsere-architektúra:
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,
célja, hogy összeegyeztesse a heterogén információs modelleket oly módon, hogy szemantikailag átalakítja a rendszerek között kicserélt adatokat, és összeegyeztesse az üzleti folyamatokat és a protokollok közötti alkalmazási szintű különbségeket,
has minimum impact on the existing IT architectures implemented by every actor,
minimális hatással van az összes szereplő által megvalósított meglévő informatikai architektúrákra,
safeguards IT investments made already.
megőrzi a már meglévő informatikai befektetéseket.
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.
Az információcsere-architektúra leginkább az összes szereplő közötti azonos szintű (peer-to-peer) interakciót támogatják, miközben egy sor központosított szolgáltatás nyújtásával garantálják a vasúti átjárhatóságot biztosító közösség átfogó integritását és egységességét.
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.
Az azonos szintű interakciós modell biztosítja a különböző szereplők közötti legjobb költségelosztást a tényleges használat alapján, és általában kevesebb méretezhetőségi problémát okoz.
A pictorial representation on the general architecture is given in Annex A, Index 5, Chapter 1.5.
Az általános architektúra képi ábrázolása az A. melléklet 5. mutatójának 1.5. fejezetében található.
Network
Hálózat
Networking in this case means the method and philosophy of communication and does not mean the physical network.
A hálózat ebben az esetben a kommunikáció módját és filozófiáját jelenti, nem pedig egy fizikai hálózatot.
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.
A vasúti átjárhatóság alapja a közös információcsere-architektúra, amelyet minden résztvevő ismer és elfogad, és így a korlátok csökkentésével bátorítja az új belépőket, különösen az ügyfeleket.
The security issue will therefore be addressed not by the network (VPN, tunnelling, etc.), but by exchanging and managing inherently secure messages.
A biztonsági kérdésekkel így nemcsak a hálózat foglalkozik (VPN, protokollok egymásba ágyazása stb.), hanem az önmagában biztonságos üzenetek cseréje és kezelése is.
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.
Ezért nincs szükség VPN-hálózatra (a nagyméretű VPN-hálózat kezelése bonyolult és költséges), így elkerülhetők a felelősségek és birtoklások kiosztásával kapcsolatos problémák.
Tunnelling is not considered as a necessary means for achieving the appropriate security level.
A protokollok egymásba ágyazását nem tekintik a megfelelő biztonsági szint eléréséhez szükséges eszköznek.
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.
Mindenesetre ha egyes szereplők rendelkeznek egy bizonyos fokú biztonsággal a kiválasztott választófalakon, vagy meg szeretnének ilyet valósítani, akkor megtehetik.
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.
A nyilvános internetes hálózaton megvalósítható egy központi tárral és az egyes szereplők csomópontjain közös felülettel rendelkező azonos szintű hibrid modell.
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.
Először a központi tárat érik el metainformációk (például annak a szereplőnek az azonosítója, akiről valamilyen információt tárolnak) megszerzése vagy a biztonsági meghatalmazások ellenőrzése érdekében.
Afterwards, a peer-to-peer communication is performed between involved actors.
Ezt követően a szereplők között azonos szintű kommunikáció valósul meg.
Protocols
Protokollok
Only protocols belonging to the full Internet Protocol suite must be used.
Csak a teljes internetes protokollkészlethez tartozó protokollok használhatók.
Internet Protocol Suite
Internetes protokollkészlet
Presentation
Bemutató
Session
Tevékenység
Routing Protocols
Útvonalválasztási protokollok
Not specified
Nincs meghatározva
Physical
Fizikai
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.
Magas biztonsági szint eléréséhez minden üzenetnek önállónak kell lennie, ami azt jelenti, hogy az üzenetben lévő információ biztosítva van, és a címzett ellenőrizni tudja az üzenet hitelességét.
This may be solved by using an encryption and signing scheme similar to email encryption.
Ez titkosítással és az e-mail titkosításhoz hasonló aláírási rendszerrel érhető el.
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.
Ez lehetővé teszi bármilyen típusú hálózati átvitel, például e-mail, állománytovábbítás (ftp, http stb.) használatát. Ekkor az információcserében résztvevő felek döntenek a kiválasztandó típusról.
Encryption
Titkosítás
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.
Akár aszimmetrikus titkosítást, akár nyilvános kulccsal védett szimmetrikus titkosításra épülő hibrid megoldást használnak, bizonyos számú résztvevő fölött nem működik, mivel sok szereplő között oszlik meg egy közös titkos kulcs.
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.
A magasabb biztonsági szintet könnyebb elérni, ha minden szereplő felelősséget vállal a saját kulcspárjáért, még akkor is, ha a központi adattár (a kulcsszerver) magas szintű integritására van szükség.
Central repository
Központi adattár
The central repository must be able to handle:
A központi adattárnak képesnek kell lennie az alábbiak kezelésére:
metadata — structured data describing the content of messages,
Metaadatok – az üzenetek tartalmát leíró strukturált adatok,
Public Key Infrastructure (PKI),
Nyilvános kulcsú infrastruktúra (PKI),
Certification Authority (CA),
Hitelesítési hatóság (CA),
directory (phonebook) — it contains all needed information about the participating actors for exchanging messages.
Címjegyzék („telefonkönyv”) – tartalmazza a résztvevő szereplők üzenettovábbításhoz szükséges összes adatát.
The management of the central repository should be under the responsibility of a non-commercial co-European organisation.
A központi adattár kezelését egy nem kereskedelmi európai társszervezet felelőssége alatt kell megvalósítani.
Common interface
Közös interfész
The common interface is mandatory for each actor in order to join the rail interoperability community.
A közös interfész kötelező minden egyes szereplő számára ahhoz, hogy csatlakozzon a vasúti átjárhatóság közösségéhez.
The common interface has to be able to handle:
A közös interfésznek képesnek kell lennie az alábbiak kezelésére:
message formatting of outgoing messages according to the metadata,
a kimenő üzenetek metaadatok szerinti megformázása,
signing and encryption of outgoing messages,
a kimenő üzenetek aláírása és titkosítása,
addressing of the outgoing messages,
a kimenő üzenetek címzése,
authenticity verification of the incoming messages,
a bejövő üzenetek hitelességének ellenőrzése,
decryption of incoming messages,
a bejövő üzenetek dekódolása,
conformity checks of incoming messages according to metadata,
a bejövő üzenetek metaadatok szerinti megfelelőségi ellenőrzése,
handling the single common access to various databases.
a különböző adatbázisok egységes közös elérésének kezelése.
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).
A közös interfész minden példánya hozzáféréssel rendelkezik a kívánt adatokhoz az egyes VT-ken, PM-eken stb. belüli ÁME szerint, függetlenül attól, hogy a vonatkozó adatbázisok központiak vagy egyéniek (lásd még: A. melléklet, 5. mutató, 1.6. fejezet).
Based on the results of authenticity verification of incoming messages, a minimum level of message acknowledgement can be implemented:
A bejövő üzenetek hitelességének ellenőrzése alapján megvalósítható az üzenetek nyugtázásának minimális szintje:
positive send ACK;
i. pozitív nyugtázás;
negative send NACK.
negatív nyugtázás.
The common interface uses the information in the central repository in order to manage the above tasks.
A közös interfész a központi adattárban lévő információt használja fel a fenti feladatok ellátására.
An actor may implement a local ‘mirror’ of the central repository to shorten response times.
A szereplők helyi „tükrözést” készíthetnek a központi adattárról a válaszidők csökkentése érdekében.
In light of the essential requirements in Chapter 3, the functional and technical specifications of the interfaces are as follows:
A 3. fejezet alapvető követelményeinek fényében az interfészek funkcionális és műszaki jellemzői az alábbiak:
Interfaces with the TSI infrastructure
Az infrastruktúra ÁME-vel való kapcsolódási pontok
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.
Ez az infrastruktúra alrendszer magában foglalja a forgalomirányítási, hely-megállapítási és navigációs rendszereket: a hálózaton történő távolsági személyszállítási és árufuvarozási szolgáltatásokat támogató adatfeldolgozási és távközlési műszaki létesítményeket, amelyek feladata biztosítani a hálózat biztonságos és összehangolt üzemeltetését, valamint a hatékony forgalomirányítást.
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.
A fuvarozási telematikai alkalmazások alrendszer a menetvonal-szerződésben megadott üzemeltetési célokhoz szükséges, esetlegesen a PM által biztosított korlátozás-értesítési adatbázisban aktualizált adatokat használja. Így nincs közvetlen kapcsolódási felület a jelen ÁME és az infrastruktúra ÁME-je között.
The only connection to control command and signalling is via the
Az ellenőrző/irányító és jelzőrendszerekkel való egyetlen kapcsolódási pont a
path contract, where within the line segment description the relevant information about usable command control and signalling equipment is given, and
A menetvonal-szerződés, amennyiben a menetvonal szegmens leírásában megadják a használható ellenőrző-irányító és jelzőberendezésekről, és
various Rolling Stock Reference Databases, where the command control and signalling equipment of the rolling stock must be stored.
különféle járműreferencia-adatbázisok, ahol tárolni kell a járművek ellenőrző-irányító és jelzőberendezéseit.
The subsystem Telematic Applications for Freight identifies the technical and operational data, which must be available for the rolling stock.
A fuvarozási telematikai alkalmazások alrendszer azonosítja azokat a műszaki és üzemeltetési adatokat, amelyeknek elérhetőknek kell lenniük a járművek esetében.
The rolling stock TSI specifies the characteristics of a wagon.
A járművek ÁME határozza meg a kocsi jellemzőit.
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.
Ha egy jármű jellemzői megváltoznak, aktualizálni kell a jármű-referencia adatbázist az adatbázis normál karbantartási eljárásán belül.
Thus no direct interface exists between this TSI and the TSI for rolling stock.
Így nincs közvetlen kapcsolódási felület a jelen ÁME és a járművek ÁME-je között.
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.
A forgalmi szolgálat és forgalomirányítás ÁME határozza meg a különböző strukturális alrendszerek összehangolt üzemeltetését biztosító eljárásokat és a kapcsolódó berendezéseket a rendes és a korlátozott üzemmód esetére egyaránt, különösen a vonatvezetés, a forgalomtervezés és a forgalomirányítás terén.
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.
A fuvarozási telematikai alkalmazások alrendszer főleg a fuvarozási szolgáltatások alkalmazásait határozza meg, ideértve a fuvar és a vonatok valós idejű nyomon követését, valamint a más szállítási módokkal való kapcsolatok kezelését.
In order to ensure consistency between both TSIs, the following procedure applies.
A két ÁME közötti összhang biztosítása érdekében az alábbi eljárást kell alkalmazni.