natgillin/translations-raw huggingface dataset:
Členské státy mohou používat společně vyvinutý produkt, ale mohou rovněž vyvinout své vlastní produkty.
Member States may use the jointly developed product but may also develop their own products.
Společné součásti produktů budou udržovány, přizpůsobovány a dále rozvíjeny v souladu s měnícími se požadavky v oblasti informačních technologií, forenzní policie nebo policie jako takové.
The common product components will be maintained, customised and further developed according to changing IT, forensic and/or functional police requirements.
Obrázek 2: Přehled aplikační topologie
Figure 2: Overview Application Topology
Protokoly a normy, které by se měly používat pro strukturu aplikace
Protocols and Standards to be used for application architecture:
Výměna údajů o DNA bude plně využívat schéma XML jako přílohy k elektronickým zprávám SMTP.
The DNA data exchange will fully exploit XML-schema as attachment to SMTP e-mail messages.
Rozšířitelný značkovací jazyk (eXtensible Markup Language, XML) je doporučen konsorciem W3C jako obecný značkovací jazyk pro vytváření konkrétních značkovacích jazyků, schopný popisovat mnoho různých typů dat.
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.
Popis profilu DNA vhodný pro výměnu mezi všemi členskými státy byl proveden prostřednictvím XML a schématu XML v dokumentu ICD.
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.
ODBC
ODBC
Otevřené databázové rozhraní (Open DataBase Connectivity) je metoda standardizovaného softwarového API pro přístup k databázovým řídícím systémům a poskytuje přístup nezávislý na programovacích jazycích, databázových systémech a operačních systémech.
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.
ODBC má však určité nevýhody.
ODBC has, however, certain drawbacks.
Správa velkého počtu klientských zařízení může zahrnovat různé ovladače („drivers“) a knihovny DLL.
Administering a large number of client machines can involve a diversity of drivers and DLLs.
Tato složitost může zvýšit náklady na správu systému.
This complexity can increase system administration overhead.
JDBC
JDBC
Java DataBase Connectivity (JDBC) je API pro programovací jazyk Java, který definuje přístup klienta do databáze.
Java DataBase Connectivity (JDBC) is an API for the Java programming language that defines how a client may access a database.
JDBC na rozdíl od ODBC nevyžaduje použití určitého souboru lokálních knihoven DLL na daném počítači.
In contrast to ODBC, JDBC does not require to use a certain set of local DLLs at the Desktop.
Provozní logika pro zpracování požadavků na vyhledání DNA profilů a odpovědi na pracovištích každého členského státu je znázorněna na následujícím schématu.
The business logic to process DNA profile requests and replies at each Member States' site is described in the following diagram.
Tok žádostí i odpovědí je propojen s neutrální oblastí údajů zahrnující různé sdružené oblasti dat se společnou strukturou dat.
Both requesting and replying flows interact with a neutral data area comprising different data pools with a common data structure.
Obrázek 3: Přehled aplikačního toku pracoviště každého členského státu
Figure 3: Overview Application Workflow at each Member State's site
Přenosové prostředí
Communication Environment
Společná přenosová síť: TESTA a její následná infrastruktura
Common Communication Network: TESTA and its follow-up infrastructure
Aplikace pro výměnu údajů o DNA bude pro odesílání žádostí a přijímání odpovědí mezi členskými státy využívat asynchronní systém elektronické pošty.
The application DNA data exchange will exploit the e-mail, an asynchronous mechanism, to send requests and to receive replies among the Member States.
Protože všechny členské státy mají alespoň jeden vnitrostátní přístupový bod k síti TESTA, bude výměna údajů o DNA probíhat prostřednictvím sítě TESTA.
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.
TESTA poskytuje řadu služeb s přidanou hodnotou prostřednictvím e-mailového předávání zpráv.
TESTA provides a number of added-value services through its e-mail relay.
Kromě poskytování prostoru pro konkrétní e-mailové schránky sítě TESTA, tato infrastruktura může provádět politiky v oblasti adresářů pro rozesílání pošty a směrování.
In addition to hosting TESTA specific e-mail boxes, the infrastructure can implement mail distribution lists and routing policies.
To umožňuje, aby síť TESTA byla používána jako referenční středisko pro zprávy určené správcům připojeným na celoevropské domény.
This allows TESTA to be used as a clearing house for messages addressed to administrations connected to the EU wide Domains.
Je rovněž možné zavést systémy pro vyhledávání virů.
Virus check mechanisms may also be put in place.
E-mailové předávání zpráv prostřednictvím sítě TESTA vychází z snadno dostupné hardwarové platformy umístěné v ústředních aplikačních zařízeních a chráněné pomocí bezpečnostních bran.
The TESTA e-mail relay is built on a high availability hardware platform located at the central TESTA application facilities and protected by firewall.
Služby doménových názvů sítě TESTA (TESTA Domain Name Services, DNS) převádějí zdrojové lokátory na IP adresy a skryjí adresovací prvky před uživatelem a aplikacemi.
The TESTA Domain Name Services (DNS) will resolve resource locators to IP addresses and hide addressing issues from the user and from applications.
Bezpečnostní požadavky
Security Concern
V rámci sítě TESTA byla provedena koncepce virtuální soukromé sítě (Virtual Private Network, VPN).
The concept of a VPN (Virtual Private Network) has been implemented within the framework of TESTA.
Technologie Tag Switching použitá pro vytvoření této virtuální soukromé sítě se rozvine tak, aby podporovala standard Multi-Protocol Label Switching (MPLS) vyvinutý pracovní skupinou IETF (Internet Engineering Task Force).
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).
MPLS je standardní technologie pracovní skupiny IETF, která zvyšuje intenzitu provozu sítě, tím že ruší analýzu paketů prostřednictvím mezilehlých směrovačů (intermediate routers), (tzv. přeskoky; hops).
MPLS is an IETF standard technology that speeds up network traffic flow by avoiding packet analysis by intermediate routers (hops).
To se děje na základě takzvaných návěští (labels), která jsou připojena k paketu prostřednictvím hraničních směrovačů (edge routers) páteřní sítě, na základě informací uložených v databázi FIB (forwarding information base).
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).
Návěští jsou rovněž používána pro provádění virtuálních soukromých sítí.
Labels are also used to implement virtual private networks (VPNs).
MPLS spojuje výhody směrování vrstvy 3 s výhodami přepínání vrstvy 2.
MPLS combines the benefits of layer 3 routing with the advantages of layer 2 switching.
Protože IP adresy nejsou během průchodu páteřní sítí vyhodnocovány, MPLS neukládá pro IP adresy žádná omezení.
Because IP addresses are not evaluated during transition through the backbone, MPLS does not impose any IP addressing limitations.
Elektronické zprávy v síti TESTA budou dále chráněny prostřednictvím šifrovacího mechanismu řízeného sMIME.
Furthermore e-mail messages over the TESTA will be protected by s/MIME driven encryption mechanism.
Bez znalosti klíče a vlastnictví správného certifikátu nebude nikdo moci zprávy na síti rozšifrovat.
Without knowing the key and possessing the right certificate, nobody can decrypt messages over the network.
Protokoly a normy pro použití na komunikační síti
Protocols and Standards to be used over the communication network
Jednoduchý protokol pro přenos elektronické pošty (Simple Mail Transfer Protocol) je v podstatě norma pro přenos elektronických zpráv po internetu.
Simple Mail Transfer Protocol is the de facto standard for e-mail transmission across the Internet.
SMTP je relativně jednoduchý, textový protokol, ve kterém jsou označeni jeden nebo více příjemců zpráv, a poté je text zprávy přenesen.
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.
SMTP používá TCP port 25 podle popisu pracovní skupiny IETF.
SMTP uses TCP port 25 upon the specification by the IETF.
K určení SMTP serveru pro daný doménový název je používán záznam MX (Mail eXchange) DNS (Domain Name Systems).
To determine the SMTP server for a given domain name, the MX (Mail eXchange) DNS (Domain Name Systems) record is used.
Jelikož tento protokol začal jako čistě textový americký standardní kód pro výměnu informací (ASCII), nepracuje dobře s binárními soubory.
Since this protocol started as purely ASCII text-based it did not deal well with binary files.
Pro kódování binárních souborů pro přenos prostřednictvím SMTP byly vyvinuty normy jako např. MIME.
Standards such as MIME were developed to encode binary files for transfer through SMTP.
V současnosti většina serverů SMTP podporuje 8BITMIME a rozšíření sMIME a umožňuje, aby byly binární soubory přenášeny téměř tak snadno jako obyčejný text.
Today, most SMTP servers support the 8BITMIME and s/MIME extension, permitting binary files to be transmitted almost as easily as plain text.
Pravidla pro zpracování pro operace sMIME jsou popsány v oddíle sMIME (viz kapitola 5.4).
The processing rules for s/MIME operations are described in the section s/MIME (see Chapter 5.4).
SMTP je „vkládací“ protokol, který neumožňuje na požádání „stahovat“ zprávy ze vzdáleného serveru.
SMTP is a ‘push’ protocol that does not allow one to ‘pull’ messages from a remote server on demand.
K tomu musí klient elektronické pošty použít POP3 nebo IMAP.
To do this a mail client must use POP3 or IMAP.
V rámci provádění výměny údajů o DNA bylo rozhodnuto používat protokolu POP3.
Within the framework of implementing DNA data exchange it is decided to use the protocol POP3.
Lokální klienti elektronické pošty používají poštovní protokol Post Office Protocol verze 3 (POP3), aplikační standardní internetový protokol pro stahování e-mailových zpráv ze vzdáleného serveru přes TCP/IP připojení.
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.
Prostřednictvím použití profilu SMTP Submit protokolu SMTP posílají klienti elektronické pošty zprávy po internetu nebo po společné síti.
By using the SMTP Submit profile of the SMTP protocol, e-mail clients send messages across the Internet or over a corporate network.
MIME slouží jako standard pro přílohy a jiný text než ASCII v e-mailu.
MIME serves as the standard for attachments and non-ASCII text in e-mail.
Přestože ani POP3 ani SMTP nevyžadují e-maily ve formátu MIME, internetové e-maily přicházejí v zásadě ve formátu MIME a klienti POP proto musí rovněž normě MIME rozumět a používat ji.
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.
Celé prostředí přenosu podle rozhodnutí 2008/615/SVV bude tedy zahrnovat součásti POP.
The whole communication environment of Decision 2008/615/JHA will therefore include the components of POP.
Přidělení síťové adresy
Network Address Assignment
Provozní prostředí
Operative environment
Evropský registrační orgán pro IP (RIPE) přidělil síti TESTA vyhrazený blok podsítě třídy C. V případě potřeby mohou být síti TESTA v budoucnu přiděleny další bloky adres.
A dedicated block of C class subnet has currently been allocated by the European IP registration authority (RIPE) to TESTA. Further address blocks may be allocated to TESTA in the future if required.
Přidělení IP adres členským státům vychází ze zeměpisného uspořádání v Evropě.
The assignment of IP addresses to Member States is based upon a geographical schema in Europe.
Výměna údajů mezi členskými státy v rámci rozhodnutí 2008/615/SVV je prováděna prostřednictvím evropské logicky uzavřené sítě IP.
The data exchange among Member States within the framework of Decision 2008/615/JHA is operated over a European wide logically closed IP network.
Testovací prostředí
Testing Environment
Aby byl zajištěn hladký chod prostředí pro každodenní operace mezi všemi připojenými členskými státy, je nezbytné zřídit testovací prostředí na uzavřené síti pro nové členské státy, které se chystají zapojit do operací.
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.
Byl stanoven formulář s parametry obsahující IP adresy, nastavení sítě, e-mailové domény a uživatelské účty aplikací a měl by být zaveden do příslušného pracoviště členského státu.
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.
Kromě toho byl pro účely testování sestaven soubor pseudoprofilů DNA.
Moreover, a set of pseudo DNA profiles has been constructed for the test purposes.
Konfigurační parametry
Configuration Parameters
Je zřízen zabezpečený e-mailový systém využívající doménu eu-admin.net.
A secure e-mail system is set up using the eu-admin.net domain.
Tato doména s přičleněnými adresami nebude přístupná z umístění mimo celoevropskou doménu sítě TESTA, protože názvy jsou známy pouze na centrálním serveru DNS sítě TESTA, který je stíněný od internetu.
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.
Mapování těchto adres pracovišť sítě TESTA (hostitelské názvy) jejím IP adresám se děje prostřednictvím služby DNS sítě TESTA.
The mapping of these TESTA site addresses (host names) to their IP addresses is done by the TESTA DNS service.
Pro každou místní doménu bude do tohoto centrálního serveru DNS sítě TESTA přidán přístup pro elektronickou poštu, který bude předávat všechny elektronické zprávy zaslané na místní domény sítě TESTA do centrálního serveru pro elektronickou poštu (Mail Relay) sítě TESTA.
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.
Tento centrální server pro elektronickou poštu sítě TESTA je poté prostřednictvím e-mailových adres místních domén předá konkrétnímu serveru místní domény pro elektronickou poštu.
This TESTA central Mail Relay will then forward them to the specific Local Domain e-mail server using the Local Domain e-mail addresses.
Při tomto způsobu předávání elektronických zpráv budou závažné informace obsažené v elektronických zprávách procházet pouze infrastrukturou celoevropské uzavřené sítě a nikoli nezabezpečeným internetem.
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.
Na pracovištích všech členských států je nezbytné zřídit poddomény (vyznačené tučnou kurzívou) podle této syntaxe:
It is necessary to establish sub-domains (bold italics) at the sites of all Member States upon the following syntax:
„typ aplikace.pruem.kód členského státu.eu-admin.net“, kde
‘application-type.pruem.Member State-code.eu-admin.net’, where:
„kód členského státu“ je tvořen hodnotou jednopísmenného nebo dvoupísmenného kódu členského státu (např. AT, BE atd.) a
‘Member State-code’ takes the value of one of the two letter-code Member State codes (i.e. AT, BE, etc.).
„typ aplikace“ je tvořen jednou z těchto hodnot: DNA a FP.
‘application-type’ takes one of the values: DNA and FP.
V této tabulce jsou uvedeny poddomény pro členské státy za použití zmíněné syntaxe:
By applying the above syntax, the sub domains for the Member States are shown in the following table:
Cílem následujícího dokumentu o řízení rozhraní je definovat požadavky pro výměnu daktyloskopických informací mezi automatizovanými systémy identifikace otisků prstů (Automated Fingerprint Identification Systems, AFIS) členských států.
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.
Vychází z provádění ANSI/NIST-ITL 1-2000 (INT-I, verze 4.22b) Interpolem.
It is based on the Interpol-Implementation of ANSI/NIST-ITL 1-2000 (INT-I, Version 4.22b).
Tato verze pokrývá veškeré základní definice logických záznamů typu 1, typu 2, typu 4, typu 9, typu 13 a typu 15 vyžadované pro daktyloskopické zpracování založené na zobrazení a markantech.
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.
Přehled obsahu souboru
File Content Overview
Daktyloskopický soubor se skládá z několika logických záznamů.
A dactyloscopic file consists of several logical records.
Existuje šestnáct typů záznamů určených v původní normě ANSI/NIST-ITL 1-2000.
There are sixteen types of record specified in the original ANSI/NIST-ITL 1-2000 standard.
Mezi každým záznamem a poli a podpoli v rámci záznamů jsou používány odpovídající oddělovací značky ASCII.
Appropriate ASCII separation characters are used between each record and the fields and subfields within the records.
Pro výměnu informací mezi výchozí a cílovou agenturou je používáno pouze 6 typů záznamů:
Only 6 record types are used to exchange information between the originating and the destination agency:
typ 1
Type-1
informace o operaci
Transaction information
typ 2
Type-2
alfanumerické údaje o osobách nebo případu
Alphanumeric persons/case data
typ 4
Type-4
daktyloskopická zobrazení ve stupních šedi s vysokým rozlišením
High resolution greyscale dactyloscopic images
typ 9
Type-9
záznam markantů
Minutiæ Record
typ 13
Type-13
záznam zobrazení latentního otisku s proměnlivým rozlišením
Variable resolution latent image record
typ 15
Type-15
záznam zobrazení otisku dlaně s proměnlivým rozlišením
Variable resolution palmprint image record
Typ 1 – Záhlaví souboru
Type-1 — File header
Tento záznam obsahuje směrovací informace a informace popisující strukturu zbývající části souboru.
This record contains routing information and information describing the structure of the rest of the file.
Tento typ záznamu rovněž definuje typy operací, které patří do těchto obecných kategorií:
This record type also defines the types of transaction which fall under the following broad categories:
Typ 2 – Popisný text
Type-2 — Descriptive text
Tento záznam obsahuje textovou informaci zajímavou pro odesílající a přijímající agentury.
This record contains textual information of interest to the sending and receiving agencies.
Typ 4 – Zobrazení ve stupních šedi s vysokým rozlišením
Type-4 — High resolution greyscale image
Tento záznam se používá pro výměnu (osmibitových) daktyloskopických zobrazení ve stupních šedi s vysokým rozlišením nasnímaných v rozlišení 500 pixelů na palec.
This record is used to exchange high resolution greyscale (eight bit) dactyloscopic images sampled at 500 pixels/inch.
Daktyloskopická zobrazení jsou komprimována prostřednictvím algoritmu WSQ v poměru maximálně 15:1.
The dactyloscopic images shall be compressed using the WSQ algorithm with a ratio of not more than 15:1.
Nesmí být používány jiné komprimovací algoritmy ani nezkomprimovaná zobrazení.
Other compression algorithms or uncompressed images must not be used.
Typ 9 – Záznam markantů
Type-9 — Minutiæ record
Záznamy typu 9 jsou používány pro výměnu rozdělovacích znaků nebo údajů o markantech.
Type-9 records are used to exchange ridge characteristics or minutiæ data.
Jejich účelem je jednak zabránit zbytečnému zdvojení kódovacích postupů AFIS, jednak umožnit předávání kódů AFIS, které obsahují méně údajů než příslušná zobrazení.
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.
Typ 13 – záznam zobrazení latentního otisku s proměnlivým rozlišením
Type-13 — Variable-Resolution Latent Image Record
Tento záznam je používán pro výměnu zobrazení latentních otisků prstů s proměnlivým rozlišením a zobrazení latentního otisku dlaně s proměnlivým rozlišením společně s textovými alfanumerickými informacemi.
This record shall be used to exchange variable-resolution latent fingerprint and latent palmprint images together with textural alphanumerical information.
Rozlišení pro snímání zobrazení je 500 pixelů na palec s 256 úrovněmi šedi.
The scanning resolution of the images shall be 500 pixels/inch with 256 grey-levels.
Pokud je kvalita zobrazení latentního otisku dostatečná, provede se jeho komprimace pomocí algoritmu WSQ.
If the quality of the latent image is sufficient it shall be compressed using WSQ-algorithm.
V případě potřeby může být rozlišení zobrazení na základě dvojstranné dohody zvětšeno na více než 500 pixelů na palec a více než 256 úrovní šedi.
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.
V takovém případě se rozhodně doporučuje použít formátu JPEG 2000 (viz příloha 7).
In this case, it is strongly recommended to use JPEG 2000 (see Appendix 7).
Záznam zobrazení otisku dlaně s proměnlivým rozlišením
Variable-Resolution Palmprint Image Record
Záznamy zobrazení s přídavným polem typu 15 se používají pro výměnu zobrazení otisku dlaně s proměnlivým rozlišením společně s textovými alfanumerickými informacemi.
Type-15 tagged field image records shall be used to exchange variable-resolution palmprint images together with textural alphanumerical information.
Aby se množství údajů snížilo na minimum, jsou všechna zobrazení otisku dlaně komprimována pomocí algoritmu WSQ.
To minimise the amount of data all palmprint images shall be compressed using WSQ-algorithm.
Soubor operace je tvořen jedním nebo více logickými záznamy.
A transaction file shall consist of one or more logical records.
Pro každý logický záznam obsažený v souboru je uvedeno několik informačních polí příslušných k danému typu záznamu.
For each logical record contained in the file, several information fields appropriate to that record type shall be present.
Každé informační pole může obsahovat jednu nebo více základních jednovýznamových informačních jednotek.
Each information field may contain one or more basic single-valued information items.
Tyto jednotky dohromady slouží k vyjádření různých aspektů údajů obsažených v daném poli.
Taken together these items are used to convey different aspects of the data contained in that field.
Informační pole se rovněž může skládat z jedné nebo více informačních jednotek spojených do skupin a v rámci pole vícekrát opakovaných.
An information field may also consist of one or more information items grouped together and repeated multiple times within a field.
Taková skupina informačních jednotek se označuje jako podpole.
Such a group of information items is known as a subfield.
Informační pole může být tudíž tvořeno jedním nebo více podpoli informačních jednotek.
An information field may therefore consist of one or more subfields of information items.
Oddělovače informací
Information separators