natgillin/translations-raw huggingface dataset:
A database must support the logging of all actions applied to the database to allow the detail of the data entry to be traced (Who, What, When did the contents change?).
Az adatbázisnak támogatnia kell az adatbázisban végzett tevékenységek naplózását az adatbevitel részleteinek nyomon követése érdekében (ki, mit, mikor változtatott a tartalmon).
Locking strategy
Lezárási stratégia
A database must implement a locking strategy which allows access to the data even when other users are engaged in editing records.
Az adatbázisoknak lezárási stratégiát kell alkalmazniuk, amely lehetővé teszi az adatok elérését még akkor is, amikor éppen a felhasználók rekordokat szerkesztenek.
A database must ensure that data can be accessed simultaneously by several users and systems.
Az adatbázisnak biztosítania kell, hogy az adatok egyszerre több felhasználó vagy rendszer számára legyenek elérhetők.
A database must have the necessary availability level for the nature of the data and the business cases based on it.
Az adatbázisnak hozzáférhetővé kell tennie a benne szereplő adatokra és üzleti ügyekre vonatkozó információkat.
The 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.
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. incorrect or not up-to-date data — may have an impact on the safe operation of a train.
Ezt nem szabad összekeverni azzal, hogy az adatok – például a helytelen vagy nem naprakész adatok – hatással lehetnek a vonat működési biztonságára.
A database shall provide a facility that allows the contents of the complete database or part thereof to be exported 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.
A database must support mandatory fields that are required to be completed 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.
Response times
Reakcióidők
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 that are covered by the provisions of this TSI.
A referenciafájloknak és az adatbázisoknak – költséghatékony módon – támogatniuk kell az ezen ÁME hatálya alá tartozó vonatközlekedés hatékony működtetését lehetővé tevő lekérdezéseket.
A database shall support the storage of the relevant data for all passenger wagons and/or the network.
Az adatbázisnak támogatnia kell az összes személyszállító kocsival és/vagy a hálózattal kapcsolatos lényeges adat tárolását.
A database shall support the management of historical data by making data available that have 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.
A back-up strategy shall be in place to ensure that the complete database contents for a period of up to 24 hours 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.
The 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ú) elérhetőnek kell lennie.
Privacy aspects
Adatvédelmi szempontok
A database has to fulfil the privacy policy requirements of the Member State in which the company performing the service is domiciled.
Az adatbázisnak meg kell felelnie azon tagállam adatvédelmi követelményeinek, amelyben a szolgáltatást nyújtó cég székhellyel rendelkezik.
The description in Section 4.2.21 — Networking and communication — presents the communication network to be used for data exchange.
A 4.2.21. 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 parties involved in the information exchange can then decide on the type to choose, thereby ensuring the electronic transmission of documents, for example, via FTP.
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észt vevő felek döntenek a kiválasztandó típusról, hogy biztosítsák a dokumentumok elektronikus továbbítását – például ftp-n keresztül.
Over time this subsystem will see the growth and interaction of a large and complex telematics rail interoperability community with thousands of participating actors (railway undertakings, infrastructure managers, third parties such as retailers and public authorities, 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 telematikai vasúti átjárhatóságot célzó nagy és összetett, több ezer résztvevős (vasúttársaságok, pályahálózat-működtetők, harmadik felek, például kiskereskedők és hatóságok 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 a rail interoperability community will be based on a common ‘Information Exchange Architecture’, known and adopted by all those participating in it.
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.
is designed to reconcile heterogeneous information models by semantically transforming the data that are exchanged between the systems and by reconciling the differences in business processes and application-level protocols,
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 a minimal impact on the existing IT architectures implemented by each actor,
minimális hatással van az egyes szereplők által megvalósított jelenlegi informatikai architektúrákra,
safeguards IT investments already made.
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 guaranteeing 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ámogatja, miközben egy sor központosított szolgáltatás nyújtásával garantálja 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 distribution of costs between the different actors, based on actual usage and, in general, will pose fewer 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.
The network shall ensure the necessary level for security, redundancy, traffic control, statistics tools, bandwidth growth, user accessibility and efficient management.
A hálózat biztosítja a megfelelő biztonsági szintet, a redundanciát, a forgalomirányítást, a statisztikai eszközöket, a sávszélesség növelését, a felhasználók hozzáférését és a hatékony irányítást.
‘Network’ in this context means the method and philosophy of communication and does not refer to the physical network.
A hálózat ebben az esetben a kommunikáció módját és filozófiáját jelenti, nem pedig fizikai hálózatot.
First, the central Repository is approached to obtain meta-information, such as the identity of the peer (actor) on which 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, Peer-to-Peer communication takes place between the actors involved.
Ezt követően a szereplők között azonos szintű kommunikáció valósul meg.
Only protocols belonging to the Internet Protocol Suite (commonly known as TCP/IP, UDP/IP, etc.) may be used for developments.
Csak a teljes internetes protokollkészlethez (ismertebb néven TCP/IP, UDP/IP stb.) tartozó protokollok használhatók fejlesztésre.
On top of the security level guaranteed at the level of the network (see Section 4.2.21.2 Network), an additional level of security can be achieved for sensitive data by using a combination of encryption, certification scheme and VPN technologies.
A teljes hálózatban garantált biztonsági szinten (lásd 4.2.21.2. fejezet – Hálózat) kívül egyéb, a különleges adatokra vonatkozó biztonsági szintet lehet létrehozni titkosítás, hitelesítési rendszer és VPN-technológiák alkalmazásával.
Either asymmetric or symmetric encryption can be used for data transmission and storage, depending on the business requirements.
Az adatok átviteléhez és tárolásához az üzletviteli előírásoktól függően aszimmetrikus vagy szimmetrikus titkosítást lehet alkalmazni.
For this purpose a public key infrastructure (PKI) is to be implemented.
Ebből a célból nyilvános kulcsú infrastruktúrát (PKI) kell alkalmazni.
metadata — structured data describing the content of messages,
metaadatok: az üzenetek tartalmát leíró strukturált adatok,
list of electronic addresses where the actors addressed by this TSI allow other actors to obtain information or data according to the provisions of this TSI,
elektronikus címek listája, amelyben az ezen ÁME célcsoportjába tartozó szereplők információkat vagy adatokat bocsátanak más szereplők rendelkezésére (ezen ÁME alapján),
encryption,
titkosítás,
authentication,
hitelesítés,
directory (phonebook) — it contains all necessary information on those participating in exchanging messages and data.
címjegyzék („telefonkönyv”) – tartalmazza az üzenet- és adattovábbítást végzők szükséges adatait.
Where the Central Repository is in use in conjunction with the TAF TSI, development and changes shall be performed as closely as possible to the implemented TAF TSI in order to achieve optimum synergies.
Amennyiben a központi adattárat a „fuvarozási telematikai alkalmazások” ÁME-vel együttesen használják, akkor kialakításának és módosításának a lehető legközelebb kell állnia a megvalósított „fuvarozási telematikai alkalmazások” ÁME-hez a legelőnyösebb szinergiák elérése érdekében.
Common interface for RU/IM communication
A vonattársaság, illetve a pályahálózat-működtető kommunikációjának közös interfésze
The common interface is mandatory for each actor in order to join the rail interoperability community.
A közös interfész minden egyes szereplő számára kötelező a vasúti átjárhatóság közösségéhez való csatlakozáshoz.
addressing of outgoing messages,
a kimenő üzenetek címzése,
authenticity verification of incoming messages,
a bejövő üzenetek hitelességének ellenőrzése,
conformity checks of incoming messages according to the metadata,
a bejövő üzenetek metaadatok szerinti megfelelőségi ellenőrzése,
handling the single common access to the 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 to the TSI within each railway undertaking, infrastructure manager, etc., whether the relevant databases are central or individual.
A közös interfész minden példánya hozzáféréssel rendelkezik a kívánt adatokhoz az egyes vasúttársaságokon, pályahálózat-működtetőkön stb. belüli ÁME szerint, függetlenül attól, hogy a vonatkozó adatbázisok központiak vagy egyéniek-e.
Based on the results of verification of the authenticity 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.
If an actor implements a local ‘mirror’ of the Central Repository, that actor must then — by its own means — ensure that the local ‘mirror’ is an accurate and up to date copy of the Central Repository.
Amennyiben az egyik szereplő létrehozza a központi adattár helyi tükrözését, akkor saját eszközeivel biztosítania kell, hogy a helyi tükrözés a központi adattár pontos és naprakész mása legyen.
Where the Common Interface is in common use with the TAF TSI, the development and changes shall take place as closely as possible to the implemented TAF TSI, in order to achieve optimum synergies.
Amennyiben a közös interfészt a „fuvarozási telematikai alkalmazások” ÁME-vel együttesen használják, akkor kialakításának és módosításának a lehető legközelebb kell állnia a megvalósított „fuvarozási telematikai alkalmazások” ÁME-hez a legelőnyösebb szinergiák elérése érdekében.
Management of connection with other modes of transport
A más közlekedési formákkal való csatlakozások kezelése
In order to manage the connection with other modes of transport, the following standard should be applied for the provision of information to and exchange of information with other modes of transport:
A más közlekedési formákkal való csatlakozások kezelése érdekében a következő szabványt kell alkalmazni a más utazási formáknak történő információszolgáltatásra és a velük folytatott információcserére:
For the exchange of timetable information between railway undertakings and other modes of transport: norms EN 12896 (‘Transmodel’) and EN TC 278 WI 00278207 (‘IFOPT — Identification of Fixed Objects in Public transport’),
a menetrendi adatoknak a vasúttársaságok és más közlekedési formák közötti cseréje esetében: EN 12896 (Transmodel) és EN TC 278 WI 00278207 (Rögzített objektumok azonosítása a tömegközlekedésben – Identification of Fixed Objects in Public transport),
For the exchange of specific timetable data, the XML technical standards and protocols based on Transmodel, in particular norm EN 15531 (‘SIRI’) for the exchange of real-time timetables and norm EN TC 278 WI 00278207 (‘IFOPT’) for the exchange of ‘stop/station’ data.
meghatározott menetrendi adatok cseréje esetében az XML-nek a Transmodelen alapuló műszaki szabványokat és protokollokat, különösen a menetrendek valós idejű cseréjéről szóló EN 15531 („SIRI”) és a megállókkal/állomásokkal kapcsolatos adatok cseréjéről szóló EN TC 278 WI 00278207 („IFOPT”) szabványokat,
For the exchange of tariff data: this standard is still an open point (see Annex II — List of open points).
díjszabási adatok cseréje esetében: ez a szabvány még nyitott kérdés (lásd II. melléklet – Nyitott kérdések felsorolása).
From the standpoint of technical compatibility, the interfaces of the subsystem ‘telematics applications for passenger services’ with the other subsystems are as described in the following paragraphs.
A „személyszállítási szolgáltatások telematikai alkalmazásai” alrendszer és más alrendszerek közötti kapcsolódási pontok műszaki kompatibilitási jellemzőit a következő bekezdések tartalmazzák.
Interfaces with the Rolling Stock Subsystem
Kapcsolódási pontok a járművek alrendszerrel
Interfaces with the Rolling Stock subsystem
Kapcsolódási pontok a járművek alrendszerrel
Reference Telematics Applications for passengers TSI
A „személyszállítási szolgáltatások telematikai alkalmazásai” ÁME-referenciája
Reference Conventional Rail Rolling Stock TSI’s
A „hagyományos vasúti járművek” ÁME-referenciája
Board device display
Kijelző a vonat fedélzetén
Handling of information provision in vehicle area
Tájékoztatás a járműveken
Customer information (PRM)
Ügyfél-tájékoztatás (mozgáskorlátozott személyek)
Automatic voice and announcement
Automatikus hangosbemondó
Interfaces with the Telematics Applications for Freight Subsystem
Kapcsolódási pontok a „fuvarozási telematikai alkalmazások” alrendszerrel
Interfaces with the Telematics Applications for Freight subsystem
Kapcsolódási pontok a „fuvarozási telematikai alkalmazások” alrendszerrel
Reference Conventional Rail Telematics Applications for Freight TSI
A „hagyományos vasúti fuvarozási telematikai alkalmazások” ÁME-referenciája
Train ready
Vonat kész
Train ready message for all trains
„Vonat kész” üzenet minden vonatnak
Train ready message
„Vonat kész” üzenet
Train running forecast
Vonatközlekedéssel kapcsolatos előjelentés
‘Train running forecast’ message for all trains
„Vonatközlekedéssel kapcsolatos előjelentés” üzenet minden vonatnak
Train running forecast message
„Vonatközlekedéssel kapcsolatos előjelentés” üzenet
Train running information
Vonatközlekedéssel kapcsolatos adatok
‘Train running information’ message for all trains
„Vonatközlekedéssel kapcsolatos adatok” üzenet minden vonatnak
Train running interrupted to RU
„Vonatközlekedés megszakadt” üzenet a vasúttársaságnak
‘Train running interrupted’ message for all trains
„Vonatközlekedés megszakadt” üzenet minden vonatnak
Train running interrupted
Vonatközlekedés megszakadt
Handling of short term timetable data
A rövid távú menetrendre vonatkozó adatok kezelése
Common Interface
Közös interfész
Central Repository
Központi adattár
Reference Files
Referenciafájlok
In the light of the Essential Requirements in Chapter 3, the operating rules specific to the subsystem concerned by this TSI are as follows:
A 3. fejezet alapvető követelményeinek fényében az ezen ÁME által érintett alrendszerre vonatkozó konkrét üzemeltetési szabályok az alábbiak:
For the purposes of data quality assurance, 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.
Az adatminőség biztosítása érdekében bármely ÁME-üzenet küldője felelős az üzenet adattartalmának az üzenetküldés időpontjában való helyességéért.
Where the source data for data quality assurance purposes are available from the databases provided as part of the TSI, the data contained within those databases must be used for data quality assurance.
Amennyiben az adatminőség biztosításának céljából a forrásadatok elérhetők az ÁME részeként biztosított adatbázisokból, az ilyen adatbázisokban lévő adatokat kell felhasználni az adatminőség biztosítására.
Where the source data for data quality assurance purposes is not supplied by the databases provided as part of this TSI, the originator of the message must carry out the data quality assurance check from their own resources.
Amennyiben az adatminőség biztosítására szolgáló forrásadatok nem érhetők el az ezen ÁME részét képező adatbázisokból, az üzenet küldőjének saját forrásból kell megoldania az adatok minőségének ellenőrzését.
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.
Az adatok minőségének biztosítása kiterjed a fenti leírás szerint az ezen ÁME részeként biztosított adatbázisokból származó adatokkal való összehasonlításra és indokolt esetben az adatok és üzenetek aktualitásának és folytonosságának biztosítását célzó logikai ellenőrzésekre is.
Data are of high quality if they are fit for their intended uses, which means that they:
Az adatok akkor jó minőségűek, ha rendeltetésszerű használatra alkalmasak, ami azt jelenti, hogy azok:
are error-free accessible, accurate, timely, complete, consistent with other sources, etc.,
hibamentesek elérhetők, pontosak, időszerűek, teljesek, összhangban vannak más forrásokkal stb.,
possess the desired features relevant, comprehensive, proper level of detail, easy-to-read, easy-to-interpret, etc.
a kívánt jellemzőkkel rendelkeznek relevánsak, átfogóak, megfelelő részletességűek, könnyen olvashatók, könnyen értelmezhetők stb.
The main characteristics of data quality are:
Az adatminőség fő jellemzői a következők:
completeness,
teljesség,
consistency,
következetesség,
timeliness.
időszerűség.
This is only feasible if the Primary Data only are recorded, if possible, on one single occasion.
Ez csak akkor valósítható meg, ha az elsődleges adatokat egyetlen alkalommal rögzítik.
Therefore, the Primary Data should be introduced into the system as close as possible to its source, so that they can be fully integrated into any subsequent processing operation.
Az elsődleges adatokat ezért a forráshoz a lehető legközelebb kell a rendszerbe juttatni, hogy teljes mértékben integrálhatók legyenek bármely későbbi feldolgozási tevékenységbe.
Before sending out messages, the completeness and syntax must be checked using the Metadata.
Az üzenetek elküldése előtt a metaadatok segítségével ellenőrizni kell azok teljességét és szintaxisát.
All incoming messages must also be checked for completeness using the Metadata.
A metaadatok segítségével az összes bejövő üzenet teljességét is ellenőrizni kell.
The type of implementation of these business rules depends on their complexity.
Az ilyen üzleti szabályok végrehajtásának típusa azok összetettségétől függ.
In the 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.
Az olyan összetettebb szabályok esetében, amelyek különböző táblázatok, érvényesítési eljárások adatait kívánják meg, a megvalósítás során ellenőrizni kell az adatváltozat következetességét az interfész adatok generálása és az új adatváltozat érvényessé válása előtt.
It must be ensured that transferred data are validated against the defined business rules.
Garantálni kell, hogy a továbbított adatokat érvényesítik a definiált üzleti szabályok szerint.
Providing information right on time is important.
Fontos a megfelelő időben történő adatszolgáltatás.
Insofar as the trigger for data storage or for message sending is event driven directly from the IT system, timeliness is not a problem if the system is designed properly and according the needs of the business processes.
Amennyiben az adatok tárolása vagy az üzenetek küldése eseményvezérelt közvetlenül az informatikai rendszerből, az időszerűség nem probléma, ha a rendszert megfelelő módon, az üzleti folyamatok igényei szerint tervezték meg.
However, in most cases, the sending of a message is initiated by an operator or is at least based on additional input from an operator.
A legtöbb esetben az üzenetek küldését a kezelő kezdeményezi, vagy legalábbis a kezelő által végzett további adatbeviteltől függ.
To fulfil the timeliness requirements, the data must be updated as soon as possible, also in order to guarantee that the actual data content of the messages is current when these messages are sent out automatically by the system.
Az időszerűségi követelmények teljesítéséhez a lehető leghamarabb el kell végezni az adatok aktualizálását annak garantálása érdekében is, hogy az üzenetek tényleges adattartalommal fognak rendelkezni, amikor azokat a rendszer automatikusan elküldi.
The response time for enquiries must be addressed for the various applications and user types within the detailed IT specifications.
A lekérdezéseknek a különböző alkalmazásokra és felhasználótípusokra vonatkozó válaszidejét fel kell tüntetni a részletes informatikai előírásokban.
All data updates and exchanges shall be carried out as soon as possible.
A lehető leghamarabb el kell végezni az adatok mindennemű aktualizálását és cseréjét.
The detailed IT specifications shall define appropriate percentages for:
A részletes informatikai előírások meghatározzák a következő tényezők százalékban kifejezett értékeit: