natgillin/translations-raw huggingface dataset:
Protocols and Standards to be used for application architecture:
Az alkalmazási architektúrához használandó protokollok és szabványok
The DNA data exchange will fully exploit XML-schema as attachment to SMTP e-mail messages.
A DNS-adatok cseréje teljes mértékben az XML-sémát – mint az SMTP e-mail üzenetek csatolmányát – aknázza ki.
The eXtensible Markup Language (XML) is a W3C-recommended general-purpose markup language for creating special-purpose markup languages, capable of describing many different kinds of data.
A Kiterjeszthető Leíró Nyelv (XML) a W3C által ajánlott általános célú leíró nyelv, amely speciális célú leíró nyelvek létrehozására szolgál, és amely számos különböző adattípus leírására képes.
The description of the DNA profile suitable for exchange among all Member States has been done by means of XML and XML schema in the ICD document.
A valamennyi állam közötti cserére alkalmas DNS-profil leírása XML és XML-séma alkalmazásával történt az interfészvezérlési dokumentumban.
Open DataBase Connectivity provides a standard software API method for accessing database management systems and making it independent of programming languages, database and operating systems.
A nyílt adatbázis-kapcsolat (ODBC) szabványos szoftveres API metódust kínál az adatbázis-kezelő rendszerekhez való hozzáféréshez, és függetlenséget biztosít a programozási nyelvektől, valamint az adatbázis- és operatív rendszerektől.
ODBC has, however, certain drawbacks.
Az ODBC-nek ugyanakkor vannak hátrányai is.
Administering a large number of client machines can involve a diversity of drivers and DLLs.
A nagy számú ügyfélgép kezelése különböző eszközmeghajtókat és dinamikusan kapcsolódó könyvtárakat (DLL) jelenthet.
This complexity can increase system administration overhead.
Ez az összetettség rendszer-felügyeleti többletmunkát eredményezhet.
Java DataBase Connectivity (JDBC) is an API for the Java programming language that defines how a client may access a database.
A JAVA adatbázis-kapcsolat (JDBC) egy API a Java programozási nyelvhez, amely azt határozza meg, hogy egy ügyfél hogyan férhet hozzá egy adatbázishoz.
In contrast to ODBC, JDBC does not require to use a certain set of local DLLs at the Desktop.
Az ODBC-től eltérően a JDBC esetében nincs szükség bizonyos helyi DLL-ek használatára a munkaállomáson.
The business logic to process DNA profile requests and replies at each Member States' site is described in the following diagram.
A DNS-profilokra vonatkozó kérelmeknek és válaszoknak az egyes tagállami helyszíneken való feldolgozása üzleti logikáját az alábbi ábra mutatja be.
Both requesting and replying flows interact with a neutral data area comprising different data pools with a common data structure.
A kérelem- és válaszáramok egyaránt egy olyan neutrális adatterülettel állnak kölcsönhatásban, amely különböző, közös adatszerkezetű adatállományokat tartalmaz.
Figure 3: Overview Application Workflow at each Member State's site
ábra: Áttekintés: Az alkalmazás munkafolyamata az egyes tagállami helyszíneken
Communication Environment
Kommunikációs környezet
Common Communication Network: TESTA and its follow-up infrastructure
Közös kommunikációs hálózat: TESTA és az arra épülő infrastruktúra
The application DNA data exchange will exploit the e-mail, an asynchronous mechanism, to send requests and to receive replies among the Member States.
A DNS-adatcsere alkalmazás az e-mailt mint aszinkron mechanizmust használja a tagállamok közötti kérelemküldésre és válaszfogadásra.
As all Member States have at least one national access point to the TESTA network, the DNA data exchange will be deployed over the TESTA network.
Mivel minden tagállamnak van legalább egy nemzeti hozzáférési pontja a TESTA hálózathoz, a DNS-adatok cseréjére a TESTA hálózaton keresztül kerül sor.
TESTA provides a number of added-value services through its e-mail relay.
A TESTA számos, hozzáadott értéket képviselő szolgáltatást is nyújt e-mail-továbbító rendszerén keresztül.
In addition to hosting TESTA specific e-mail boxes, the infrastructure can implement mail distribution lists and routing policies.
A TESTA-specifikus elektronikus postafiókok hostingja mellett az infrastruktúra levélelosztó listákat és hálózati forgalomirányító (routing) szabályokat is tud alkalmazni.
This allows TESTA to be used as a clearing house for messages addressed to administrations connected to the EU wide Domains.
Ez lehetővé teszi, hogy a TESTA az EU-ban létező doménekhez kapcsolódó közigazgatási szervekhez címzett üzenetek elszámolóháza legyen.
Virus check mechanisms may also be put in place.
Vírusellenőrző rendszerek is telepíthetők.
The TESTA e-mail relay is built on a high availability hardware platform located at the central TESTA application facilities and protected by firewall.
A TESTA e-mail továbbítója a TESTA központi alkalmazási egységeiben elhelyezett, tűzfallal védett, nagy üzembiztonságú hardverplatformra épül.
The TESTA Domain Name Services (DNS) will resolve resource locators to IP addresses and hide addressing issues from the user and from applications.
A TESTA DNS-szolgáltatása az erőforrás-azonosítókat IP-címekké oldja fel, továbbá a felhasználó és az alkalmazások előtt elrejti a címinformációkat.
Security Concern
Biztonsági megfontolások
The concept of a VPN (Virtual Private Network) has been implemented within the framework of TESTA.
A virtuális magánhálózat (VPN) koncepcióját a TESTA keretében hozták létre.
Tag Switching Technology used to build this VPN will evolve to support Multi-Protocol Label Switching (MPLS) standard developed by the Internet Engineering Task Force (IETF).
Az ennek a virtuális magánhálózatnak a kiépítésére használt címkekapcsolási technológia fogja majd az Internet Műszaki Testület (IETF) által kifejlesztett többprotokollos címkekapcsolás (MPLS) szabványát támogatni.
MPLS is an IETF standard technology that speeds up network traffic flow by avoiding packet analysis by intermediate routers (hops).
Az MPLS olyan IETF szabványtechnológia, amely felgyorsítja a hálózati adatáramlást azáltal, hogy kihagyja a köztes hálózati forgalomirányítók (routerek) általi csomagelemzést.
This is done on the basis of so-called labels that are attached to packet by the edge routers of the backbone, on the basis of information stored in the forwarding information base (FIB).
Mindez a gerincvezeték határrouterei által a továbbítási adatbázisban tárolt információk alapján a csomaghoz csatolt úgynevezett címkék alapján történik.
Labels are also used to implement virtual private networks (VPNs).
A címkék a virtuális magánhálózatok létrehozására is szolgálnak.
MPLS combines the benefits of layer 3 routing with the advantages of layer 2 switching.
Az MPLS a 3-as rétegű hálózati forgalomirányítás (routing) és a 2-es rétegű kapcsolás előnyeit kombinálja.
Because IP addresses are not evaluated during transition through the backbone, MPLS does not impose any IP addressing limitations.
Mivel az IP-címeket a gerincvezetéken való átmenet során nem értékelik, az MPLS az IP-címzések tekintetében nem szab semmilyen korlátot.
Furthermore e-mail messages over the TESTA will be protected by s/MIME driven encryption mechanism.
Ezenfelül a TESTA-n keresztül küldött e-mail üzeneteket s/MIME alapú rejtjelezési mechanizmus is védi.
Without knowing the key and possessing the right certificate, nobody can decrypt messages over the network.
A kulcs ismeretének és a megfelelő tanúsítvány birtokának hiányában senki sem tudja a hálózaton keresztül küldött üzeneteket megfejteni.
Protocols and Standards to be used over the communication network
A kommunikációs hálózatban használandó protokollok és szabványok
Simple Mail Transfer Protocol is the de facto standard for e-mail transmission across the Internet.
Az egyszerű levéltovábbítási protokoll (SMTP-protokoll) az Interneten keresztüli e-mail továbbítás de facto szabványa.
SMTP is a relatively simple, text-based protocol, where one or more recipients of a message are specified and then the message text is transferred.
Az SMTP egy viszonylag egyszerű, szövegalapú protokoll, amelyben meghatározzák az üzenet egy vagy több címzettjét, majd az üzenet szövegét továbbítják.
SMTP uses TCP port 25 upon the specification by the IETF.
Az SMTP az IETF előírásai alapján a 25-ös TCP portot használja.
To determine the SMTP server for a given domain name, the MX (Mail eXchange) DNS (Domain Name Systems) record is used.
Egy adott doménnévre vonatkozóan az SMTP szerver meghatározására az MX (Mail eXchange) DNS (Domain Name Systems) rekordot használják.
Since this protocol started as purely ASCII text-based it did not deal well with binary files.
Mivel ez a protokoll tisztán ASCII szövegalapúnak indult, nem tudta jól kezelni a bináris állományokat.
Standards such as MIME were developed to encode binary files for transfer through SMTP.
A MIME-hez hasonló szabványokat a bináris állományoknak az SMTP-n keresztül való továbbítás céljából történő kódolására fejlesztették ki.
Today, most SMTP servers support the 8BITMIME and s/MIME extension, permitting binary files to be transmitted almost as easily as plain text.
Ma a legtöbb SMTP szerver támogatja a 8BITMIME és az s/MIME kiterjesztést, lehetővé téve így, hogy a bináris állományokat csaknem ugyanolyan egyszerűen továbbítsák, mint az egyszerű szöveget.
The processing rules for s/MIME operations are described in the section s/MIME (see Chapter 5.4).
Az s/MIME műveletekre vonatkozó feldolgozási szabályokat az s/MIME-ről szóló szakasz írja le (lásd az 5.4. pontot).
SMTP is a ‘push’ protocol that does not allow one to ‘pull’ messages from a remote server on demand.
Az SMTP kézbesítő rendszer, amely nem engedi, hogy bárki üzenetet hívjon le egy távoli szerverről kérésre.
To do this a mail client must use POP3 or IMAP.
Ehhez az e-mail kliensnek POP3-at vagy IMAP-ot kell használnia.
Within the framework of implementing DNA data exchange it is decided to use the protocol POP3.
A DNS-adatok cseréjének végrehajtása keretében a POP3 protokoll alkalmazásáról született döntés.
Local e-mail clients use the Post Office Protocol version 3 (POP3), an application-layer Internet standard protocol, to retrieve e-mail from a remote server over a TCP/IP connection.
A helyi e-mail kliensek az elektronikus levelek távoli szerverről TCP/IP kapcsolaton keresztül való letöltéséhez a Post Office Protocol 3. változatát (POP3) használják, amely egy alkalmazás szintű internetes szabvány protokoll.
By using the SMTP Submit profile of the SMTP protocol, e-mail clients send messages across the Internet or over a corporate network.
Az SMTP protokoll SMTP küldési profiljának alkalmazásával az e-mail kliensek az interneten vagy egy egyesített hálózaton keresztül üzeneteket küldenek.
MIME serves as the standard for attachments and non-ASCII text in e-mail.
A MIME az e-mail csatolmányaihoz és nem ASCII-szövegrészeihez használt szabvány.
Although neither POP3 nor SMTP requires MIME-formatted e-mail, essentially Internet e-mail comes MIME-formatted, so POP clients must also understand and use MIME.
Bár sem a POP3, sem az SMTP nem írja elő a MIME formátumú leveleket, az interneten keresztül küldött e-mailek alapvetően MIME formátumúak, ezért a POP-klienseknek érteniük és használniuk kell a MIME-et is.
The whole communication environment of Decision 2008/615/JHA will therefore include the components of POP.
Következésképpen a 2008/615/IB határozat egész kommunikációs környezete magában fogja foglalni a POP komponenseit.
Network Address Assignment
Hálózati címek kiosztása
Operative environment
Operatív környezet
The assignment of IP addresses to Member States is based upon a geographical schema in Europe.
Az IP-címek tagállamok számára történő kiosztása Európában földrajzi alapon történik.
The data exchange among Member States within the framework of Decision 2008/615/JHA is operated over a European wide logically closed IP network.
A tagállamok között a 2008/615/IB határozat keretében megvalósuló adatcsere egy európai szintű, logikailag zárt IP-hálózaton keresztül történik.
Testing Environment
Tesztkörnyezet
In order to provide a smooth running environment for the daily operation among all connected Member States, it is necessary to establish a testing environment over the closed network for new Member States which prepare to join the operations.
Annak érdekében, hogy a kapcsolódó összes tagállamban akadálymentes környezetben lehessen a mindennapi műveleteket elvégezni, a műveletekbe való bekapcsolódásuk előkészítése érdekében a zárt hálózaton belül tesztkörnyezetet kell kialakítani az új tagállamok számára.
A sheet of parameters including IP addresses, network settings, e-mail domains as well as application user accounts has been specified and should be set up at the corresponding Member State's site.
Összeállítottak egy IP-címeket, hálózati beállításokat, e-mail doméneket és alkalmazásfelhasználói fiókokat magában foglaló paraméterlistát; ezeket a megfelelő tagállami helyszíneken létre kell hozni.
Moreover, a set of pseudo DNA profiles has been constructed for the test purposes.
Ezenfelül tesztcélokra pszeudo DNS-profilokat is létrehoztak.
Configuration Parameters
Konfigurációs paraméterek
A secure e-mail system is set up using the eu-admin.net domain.
Létrejött az eu-admin.net domént használó biztonságos e-mail rendszer.
This domain with the associated addresses will not be accessible from a location not on the TESTA EU wide domain, because the names are only known on the TESTA central DNS server, which is shielded from the Internet.
Ez a domén és a hozzá kapcsolódó címek nem érhetők el a nem az európai szintű TESTA doménen levő helyről, mivel a neveket kizárólag a TESTA internet elől árnyékolt központi DNS-kiszolgálója ismeri.
The mapping of these TESTA site addresses (host names) to their IP addresses is done by the TESTA DNS service.
Ezen TESTA-webcímek (gazdanevek) IP-címekhez való hozzárendelését a TESTA DNS-szolgáltatása végzi.
For each Local Domain, a Mail entry will be added to this TESTA central DNS server, relaying all e-mail messages sent to TESTA Local Domains to the TESTA central Mail Relay.
Ez a központi TESTA DNS-kiszolgáló valamennyi helyi doménre új mailt jegyez be, amely a helyi TESTA-doménekre küldött leveleket továbbítja a központi TESTA-levéltovábbító felé.
This TESTA central Mail Relay will then forward them to the specific Local Domain e-mail server using the Local Domain e-mail addresses.
Ez a központi TESTA-levéltovábbító továbbítja majd az e-maileket a konkrét helyi doménnevű e-mail kiszolgálónak, a helyi doménnevű e-mail címek felhasználásával.
By relaying the e-mail in this way, critical information contained in e-mails will only pass the Europe - wide closed network infrastructure and not the insecure Internet.
Az e-mailek ilyen módon történő továbbításával a levelekben foglalt kritikus információ kizárólag az európai szintű zárt hálózati infrastruktúrán halad keresztül, a nem biztonságos interneten keresztül nem.
It is necessary to establish sub-domains (bold italics) at the sites of all Member States upon the following syntax:
A tagállami helyszíneken aldoméneket (félkövér, dőlt) kell létrehozni, az alábbi szintaxis szerint:
‘application-type.pruem.Member State-code.eu-admin.net’, where:
„alkalmazás-típus.pruem.tagállam-kód.eu-admin.net”, ahol:
‘Member State-code’ takes the value of one of the two letter-code Member State codes (i.e. AT, BE, etc.).
a „tagállam-kód”: a két betűből álló tagállami kódok egyikének értéke (pl. AT, BE, stb.),
‘application-type’ takes one of the values: DNA and FP.
„alkalmazás-típus”: az alábbi értékek egyike: DNA és FP.
By applying the above syntax, the sub domains for the Member States are shown in the following table:
A fenti szintaxis alkalmazásának eredményeként létrejövő tagállami aldoméneket az alábbi táblázat foglalja össze:
The purpose of the following document interface Control Document is to define the requirements for the exchange of dactyloscopic information between the Automated Fingerprint Identification Systems (AFIS) of the Member States.
Az alábbi, dokumentumokra vonatkozó interfészvezérlési dokumentáció célja a daktiloszkópiai adatoknak a tagállamok automatizált ujjnyomat-azonosító rendszerei (AFIS) közötti cseréjére vonatkozó követelmények meghatározása.
It is based on the Interpol-Implementation of ANSI/NIST-ITL 1-2000 (INT-I, Version 4.22b).
Ennek alapja az ANSI/NIST-ITL 1-2000 (INT-I, Version 4.22b) Interpol általi implementációja.
This version shall cover all basic definitions for Logical Records Type-1, Type-2, Type-4, Type-9, Type-13 and Type-15 required for image and minutiæ based dactyloscopic processing.
E változat tartalmazza a kép- és minucia-alapú daktiloszkópiai eljáráshoz szükséges 1., 2., 4., 9., 13. és 15. típusú logikai rekordok valamennyi alapdefinícióját.
There are sixteen types of record specified in the original ANSI/NIST-ITL 1-2000 standard.
Egy daktiloszkópiai állomány több logikai rekordból áll. Az eredeti ANSI/NIST-ITL 1-2000 szabvány tizenhatféle rekordtípust határoz meg.
Appropriate ASCII separation characters are used between each record and the fields and subfields within the records.
A rekordokat, valamint a rekordokon belül a mezőket és almezőket megfelelő ASCII elválasztó karakterek választják el egymástól.
Only 6 record types are used to exchange information between the originating and the destination agency:
A származási és a rendeltetési szervezet közötti információcserében csupán 6 rekordtípust alkalmaznak:
Type-1
típus
Transaction information
A tranzakcióra vonatkozó információk
Type-2
típus
Alphanumeric persons/case data
A személyekre/ügyre vonatkozó alfanumerikus adatok
Type-4
típus
High resolution greyscale dactyloscopic images
Nagy felbontású szürkeárnyalatos daktiloszkópiai kép
Type-9
típus
Minutiæ Record
Minucia rekord
Type-13
típus
Variable resolution latent image record
Változó felbontású látenskép-rekord
Type-15
típus
Variable resolution palmprint image record
Változó felbontású tenyérnyomatkép-rekord
Type-1 — File header
típus – Állományfejrész
This record contains routing information and information describing the structure of the rest of the file.
E rekord hálózati forgalomirányító (routing) információkat és az állomány többi részének a struktúráját leíró információkat tartalmaz.
This record type also defines the types of transaction which fall under the following broad categories:
E rekordtípus határozza meg továbbá a tranzakciók típusait, amelyek az alábbi nagy kategóriákba sorolhatók:
Type-2 — Descriptive text
típus – Leíró szöveg
This record contains textual information of interest to the sending and receiving agencies.
E rekord a küldő és fogadó szervezetek számára jelentőséggel bíró szöveges információkat tartalmaz.
Type-4 — High resolution greyscale image
típus – Nagy felbontású szürkeárnyalatos kép
This record is used to exchange high resolution greyscale (eight bit) dactyloscopic images sampled at 500 pixels/inch.
E rekord 500 pixel/hüvelyk mintavételezésű, nagy felbontású szürkeárnyalatos (nyolc bites) daktiloszkópiai képek cseréjére szolgál.
The dactyloscopic images shall be compressed using the WSQ algorithm with a ratio of not more than 15:1.
A daktiloszkópiai képek tömörítése a WSQ algoritmussal történik, és legfeljebb 15:1 arányú lehet.
Other compression algorithms or uncompressed images must not be used.
Tilos az ettől eltérő tömörítési algoritmusok vagy tömörítés nélküli képek használata.
Type-9 — Minutiæ record
típus – Minucia rekord
Type-9 records are used to exchange ridge characteristics or minutiæ data.
A 9. típusú rekordok a fodorszálak jellemzőinek vagy a minucia-adatoknak a cseréjére szolgálnak.
Their purpose is partly to avoid unnecessary duplication of AFIS encoding processes and partly to allow the transmission of AFIS codes which contain less data than the corresponding images.
Céljuk egyrészt az AFIS kódolási eljárásai felesleges megkettőzésének elkerülése, másrészt pedig azon AFIS-kódok továbbításának lehetővé tétele, amelyek a hozzájuk tartozó képeknél kevesebb adatot tartalmaznak.
Type-13 — Variable-Resolution Latent Image Record
típus – Változó felbontású látenskép-rekord
This record shall be used to exchange variable-resolution latent fingerprint and latent palmprint images together with textural alphanumerical information.
E rekord a változó felbontású látens ujjnyomat- és látens tenyérnyomat-képeknek az alfanumerikus szöveges információkkal együtt történő cseréjére szolgál.
The scanning resolution of the images shall be 500 pixels/inch with 256 grey-levels.
A képek szkennelési felbontása 500 pixel/hüvelyk 256 szürkeségi szinttel.
If the quality of the latent image is sufficient it shall be compressed using WSQ-algorithm.
Amennyiben a látens kép minősége megfelelő, WSQ algoritmussal kell azt tömöríteni.
If necessary the resolution of the images may be expanded to more than 500 pixels/inch and more than 256 grey-levels on bilateral agreement.
Kétoldalú megállapodás alapján a képek felbontása szükség esetén nagyobb is lehet, mint 500 pixel/hüvelyk és 256 szürkeségi szint.
In this case, it is strongly recommended to use JPEG 2000 (see Appendix 7).
Ez esetben erősen ajánlott a JPEG 2000 használata (lásd a 7. függeléket).
Variable-Resolution Palmprint Image Record
Változó felbontású tenyérnyomatkép-rekord
Type-15 tagged field image records shall be used to exchange variable-resolution palmprint images together with textural alphanumerical information.
A 15. típusú címkézettmező-képrekordok a változó felbontású tenyérnyomat-képeknek az alfanumerikus szöveges információkkal együtt történő cseréjére szolgálnak.
To minimise the amount of data all palmprint images shall be compressed using WSQ-algorithm.
Az adatok mennyiségének a lehető legkisebbre csökkentése érdekében valamennyi tenyérnyomat-képet a WSQ algoritmussal kell tömöríteni.
Each information field may contain one or more basic single-valued information items.
Minden információs mező egy vagy több alapvető egyértékű adatelemet tartalmazhat.
Taken together these items are used to convey different aspects of the data contained in that field.
Ezen elemek együttesen a mezőben szereplő adatok különböző aspektusainak bemutatására szolgálnak.
An information field may also consist of one or more information items grouped together and repeated multiple times within a field.
Az információs mezők egy vagy több, csoportba foglalt és a mezőn belül többször ismételt adatelemből is állhatnak.
Such a group of information items is known as a subfield.
Az adatelemek ezen csoportja az almező.
An information field may therefore consist of one or more subfields of information items.
Az információs mezők tehát az adatelemek által alkotott egy vagy több almezőből is állhatnak.
Information separators
Adatelválasztók
In the tagged-field logical records, mechanisms for delimiting information are implemented by use of four ASCII information separators.
A címkézett mező típusú logikai rekordokban az adatok határait a négy ASCII adatelválasztó használatával kell jelölni.
The delimited information may be items within a field or subfield, fields within a logical record, or multiple occurrences of subfields.
A körülhatárolt adatok lehetnek egy mezőn vagy almezőn belüli adatelemek, egy logikai rekordon belüli mezők vagy a többször ismétlődő almezők.
These information separators are defined in the standard ANSI X3.4.
Ezen adatelválasztók az ANSI X3.4 szabványban vannak meghatározva.
These characters are used to separate and qualify information in a logical sense.
E karakterek az adatok logikai alapon történő elválasztására és minősítésére szolgálnak.
Viewed in a hierarchical relationship, the File Separator ‘FS’ character is the most inclusive followed by the Group Separator ‘GS’, the Record Separator ‘RS’, and finally the Unit Separator ‘US’ characters.
Hierarchikus összefüggésben az „FS” állományelválasztó karakter a legátfogóbb, ezt követi a „GS” csoportelválasztó, az „RS” rekordelválasztó és végül az „US” egységelválasztó karakter.
Table 1 lists these ASCII separators and a description of their use within this standard.
Ezen ASCII-elválasztók listája és az e szabvány szerinti használatuk leírása az 1. táblázatban található.
Information separators should be functionally viewed as an indication of the type data that follows.
Funkcionális értelemben az adatelválasztók azt jelzik, hogy milyen típusú adat következik.