natgillin/translations-raw huggingface dataset:
V logických záznamech přídavných polí je prováděn mechanismus pro vymezení informací za pomoci čtyř oddělovačů informací ASCII.
In the tagged-field logical records, mechanisms for delimiting information are implemented by use of four ASCII information separators.
Vymezená informace může představovat jednotky v rámci pole nebo podpole, pole v rámci logického záznamu nebo vícenásobné výskyty podpolí.
The delimited information may be items within a field or subfield, fields within a logical record, or multiple occurrences of subfields.
Tyto oddělovače informací jsou definovány v normě ANSI X3.4.
These information separators are defined in the standard ANSI X3.4.
Tyto znaky jsou používány pro logické oddělení a označení informací.
These characters are used to separate and qualify information in a logical sense.
Z hlediska hierarchického vztahu je nejobsažnějším oddělovač souboru (File Separator, FS), za ním následuje oddělovač skupiny (Group Separator, GS), oddělovač záznamu (Record Separator, RS) a nakonec oddělovač jednotek (Unit Separator, US).
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.
Tabulka 1 uvádí seznam těchto oddělovačů ASCII a popis jejich použití v rámci této normy.
Table 1 lists these ASCII separators and a description of their use within this standard.
Oddělovače informací by měly být z funkčního hlediska považovány za označení typu údaje, který za nimi následuje.
Information separators should be functionally viewed as an indication of the type data that follows.
Znak US odděluje individuální informační jednotku v rámci pole nebo podpole.
The ‘US’ character shall separate individual information items within a field or subfield.
Je to signál, že další informační jednotka je součástí údajů pro dané pole nebo podpole.
This is a signal that the next information item is a piece of data for that field or subfield.
Vícenásobná podpole v rámci pole oddělená pomocí znaku RS označují začátek další skupiny opakované informační jednotky (opakovaných informačních jednotek).
Multiple subfields within a field separated by the ‘RS’ character signals the start of the next group of repeated information item(s).
Oddělovač GS použitý mezi informačními poli znamená začátek nového pole a předchází uváděné identifikační číslo pole.
The ‘GS’ separator character used between information fields signals the beginning of a new field preceding the field identifying number that shall appear.
Podobně se začátek nového logického záznamu označuje uvedením znaku FS.
Similarly, the beginning of a new logical record shall be signalled by the appearance of the ‘FS’ character.
Tyto čtyři znaky mají význam pouze tehdy, když jsou použity jako oddělovače údajových jednotek v polích textových záznamů ASCII.
The four characters are only meaningful when used as separators of data items in the fields of the ASCII text records.
Pokud se tyto znaky objevují v záznamech binárních zobrazení a binárních polích, nemají zvláštní význam a jsou jen částí vyměňovaných údajů.
There is no specific meaning attached to these characters occurring in binary image records and binary fields — they are just part of the exchanged data.
Za normálních okolností by se neměla objevovat prázdná pole nebo prázdné informační jednotky, a proto by mezi jakoukoli dvojicí údajových jednotek měl být pouze jeden oddělovač.
Normally, there should be no empty fields or information items and therefore only one separator character should appear between any two data items.
Výjimkou z tohoto pravidla jsou případy, kdy údaje v polích nebo v informačních jednotkách v operaci nejsou k dispozici, chybějí, nebo nejsou povinné a zpracování operace není na přítomnosti tohoto určitého údaje závislé.
The exception to this rule occurs for those instances where the data in fields or information items in a transaction are unavailable, missing, or optional, and the processing of the transaction is not dependent upon the presence of that particular data.
V takových případech se upřednostňuje společné použití vícenásobných a sousedních oddělovačů před vložením fiktivních údajů mezi oddělovače.
In those instances, multiple and adjacent separator characters shall appear together rather than requiring the insertion of dummy data between separator characters.
Pro definování pole, které se skládá ze tří informačních jednotek, platí následující.
For the definition of a field that consists of three information items, the following applies.
Pokud informace pro druhou informační jednotkou schází, potom by se mezi první a třetí informační jednotkou měly objevit dva sousední oddělovače informací US.
If the information for the second information item is missing, then two adjacent ‘US’ information separator characters would occur between the first and third information items.
Pokud chybí druhá i třetí informační jednotka, je třeba použít tři oddělovače – dva znaky US navíc k oddělovači označujícímu konec pole nebo podpole.
If the second and third information items were both missing, then three separator characters should be used — two ‘US’ characters in addition to the terminating field or subfield separator character.
Obecně, pokud není k dispozici pro pole nebo podpole jedna nebo více povinných či nepovinných informačních jednotek, pak je třeba vložit příslušný počet oddělovačů.
In general, if one or more mandatory or optional information items are unavailable for a field or subfield, then the appropriate number of separator character should be inserted.
Je možné mít vedle sebe kombinace dvou nebo více znaků ze čtyř dostupných oddělovačů.
It is possible to have side-by-side combinations of two or more of the four available separator characters.
Pokud chybějí nebo nejsou k dispozici údaje pro informační jednotky, podpole nebo pole, musí být o jeden oddělovač méně než je počet požadovaných údajových jednotek, podpolí nebo polí.
When data are missing or unavailable for information items, subfields, or fields, there must be one separator character less than the number of data items, subfields, or fields required.
Tabulka 1: Používané oddělovače
Table 1: Separators Used
Uspořádání záznamu
Record layout
Pro logické záznamy přídavných polí je třeba každé použité informační pole očíslovat v souladu s touto normou.
For tagged-field logical records, each information field that is used shall be numbered in accordance with this standard.
Formát pro každé pole se skládá z čísla typu logického záznamu, za kterým následuje tečka „.“, z čísla pole, za kterým následuje dvojtečka „:“, a za ním následují příslušné informace pro dané pole.
The format for each field shall consist of the logical record type number followed by a period ‘.’, a field number followed by a colon ‘:’, followed by the information appropriate to that field.
Číslem přídavného pole může být jakákoliv číslice od jedničky do devítky vyskytující se mezi tečkou „.“ a dvojtečkou „:“.
The tagged-field number can be any one-to-nine digit number occurring between the period ‘.’ and the colon ‘:’.
Chápe se jako celé číslo pole bez znaménka.
It shall be interpreted as an unsigned integer field number.
Z toho vyplývá, že číslo pole „2.123:“ se rovná a je chápáno stejným způsobem jako číslo pole „2.000000123:“.
This implies that a field number of ‘2.123:’ is equivalent to and shall be interpreted in the same manner as a field number of ‘2.000000123:’.
Pro názorný příklad je v tomto dokumentu pro vyjmenování polí, která jsou obsažena v každém ze zde popsaných logických záznamů přídavných polí, používáno trojciferného čísla.
For purposes of illustration throughout this document, a three-digit number shall be used for enumerating the fields contained in each of the tagged-field logical records described herein.
Čísla polí budou mít podobu „TT.xxx:“, kde „TT“ zastupuje jednoznakový nebo dvouznakový typ záznamu, za kterým následuje tečka.
Field numbers will have the form of ‘TT.xxx:’ where the ‘TT’ represents the one- or two-character record type followed by a period.
Další tři znaky zahrnují číslo příslušného pole a za nimi následuje dvojtečka.
The next three characters comprise the appropriate field number followed by a colon.
Po dvojtečce následují popisné informace ASCII nebo data zobrazení.
Descriptive ASCII information or the image data follows the colon.
Logické záznamy typu 1 a typu 2 obsahují pouze pole textových údajů ASCII.
Logical Type-1 and Type-2 records contain only ASCII textual data fields.
Celková délka záznamu (včetně čísel polí, dvojteček a oddělovačů) se v každém z těchto typů záznamu zaznamenává jako první pole ASCII.
The entire length of the record (including field numbers, colons, and separator characters) shall be recorded as the first ASCII field within each of these record types.
Kontrolní znak oddělovače souboru ASCII „FS“ (označující konec logického záznamu nebo operace) následuje po posledním bytu informace ASCII a počítá se do délky záznamu.
The ASCII File Separator ‘FS’ control character (signifying the end of the logical record or transaction) shall follow the last byte of ASCII information and shall be included in the length of the record.
Na rozdíl od pojetí přídavného pole, záznam typu 4 obsahuje pouze binární údaje zaznamenané jako uspořádaná binární pole s pevnou délkou.
In contrast to the tagged-field concept, the Type-4 record contains only binary data recorded as ordered fixed-length binary fields.
Celková délka záznamu se zaznamenává v prvním čtyřbytovém binárním poli každého záznamu.
The entire length of the record shall be recorded in the first four-byte binary field of each record.
Pro tento binární záznam se nezaznamenává ani číslo záznamu následované tečkou, ani identifikační číslo pole následované dvojtečkou.
For this binary record, neither the record number with its period, nor the field identifier number and its following colon, shall be recorded.
Kromě toho jsou všechny délky pole tohoto záznamu buď pevné, nebo určené, a proto je každý ze čtyř oddělovačů („US“, „RS“, „GS“ nebo „FS“) chápán pouze jen jako binární údaj.
Furthermore, as all the field lengths of this record is either fixed or specified, none of the four separator characters (‘US’, ‘RS’, ‘GS’, or ‘FS’) shall be interpreted as anything other than binary data.
Pro binární záznam se jako oddělovač záznamu nebo znak označující konec operace nepoužívá znak „FS“.
For the binary record, the ‘FS’ character shall not be used as a record separator or transaction terminating character.
Logický záznam typu 1: záhlaví souboru
Type-1 Logical Record: the File Header
Tento záznam popisuje strukturu souboru, typ souboru a jiné důležité informace.
This record describes the structure of the file, the type of the file, and other important information.
Soubor znaků používaný pro pole typu 1 obsahuje pouze 7bitový kód ANSI pro výměnu informací.
The character set used for Type-1 fields shall contain only the 7-bit ANSI code for information interchange.
Pole pro logický záznam typu 1
Fields for Type-1 Logical Record
Pole 1.001: Délka logického záznamu (Logical Record Length – LEN)
Field 1.001: Logical Record Length (LEN)
Toto pole obsahuje údaj o celkovém počtu bytů v celém logickém záznamu typu 1.
This field contains the total count of the number of bytes in the whole Type-1 logical record.
Formát pole začíná „1.001:“, pak následuje údaj o celkové délce záznamu, která zahrnuje každý znak každého pole a oddělovače informací.
The field begins with ‘1.001:’, followed by the total length of the record including every character of every field and the information separators.
Pole 1.002: Číslo verze (version number, VER)
Field 1.002: Version Number (VER)
S cílem zajistit, aby uživatelé věděli, která verze normy ANSI/NIST je používána, uvádí toto čtyřbytové pole číslo verze této normy, kterou používá software nebo systém, jež soubor vytvořil.
To ensure that users know which version of the ANSI/NIST standard is being used, this four byte field specifies the version number of the standard being implemented by the software or system creating the file.
Prvními dvěma byty je určeno referenční číslo hlavní verze, druhými dvěma číslo sekundární revize.
The first two bytes specify the major version reference number, the second two the minor revision number.
Například: původní norma 1986 by byla považována za první verzi a byla by označena jako „0100“, zatímco současná norma ANSI/NIST-ITL 1-2000 jako „0300“.
For example, the original 1986 Standard would be considered the first version and designated ‘0100’ while the present ANSI/NIST-ITL 1-2000 standard is ‘0300’.
Pole 1.003: Obsah souboru (File Content, CNT)
Field 1.003: File Content (CNT)
Toto pole uvádí seznam všech záznamů v souboru podle typu záznamu a pořadí, ve kterém se záznamy v logickém souboru objevují.
This field lists each of the records in the file by record type and the order in which the records appear in the logical file.
Skládá se z jednoho nebo více podpolí, z nichž každé postupně obsahuje dvě informační jednotky popisující jeden logický záznam nalezený ve stávajícím souboru.
It consists of one or more subfields, each of which in turn contains two information items describing a single logical record found in the current file.
Podpole jsou vkládána ve stejném pořadí, v jakém jsou záznamy zaznamenávány a předávány.
The subfields are entered in the same order in which the records are recorded and transmitted.
První informační jednotka je v prvním podpoli označena jako „1“, aby odkazovala na tento záznam typu 1.
The first information item in the first subfield is ‘1’, to refer to this Type-1 record.
Za ní následuje druhá informační jednotka, která obsahuje počet dalších záznamů obsažených v souboru.
It is followed by a second information item which contains the number of other records contained in the file.
Tento počet se rovněž rovná počtu zbývajících podpolí pole 1.003.
This number is also equal to the count of the remaining subfields of field 1.003.
Každé zbývající podpole je přiřazeno k jednomu záznamu uvnitř souboru a sekvence podpolí odpovídá sekvenci záznamů. Každé podpole obsahuje dvě informační jednotky.
Each of the remaining subfields is associated with one record within the file, and the sequence of subfields corresponds to the sequence of records.
První jednotka určuje typ záznamu.
Each subfield contains two items of information.
Druhá jednotka představuje znak označující zobrazení (IDC) záznamu.
The first is to identify the Type of the record. The second is the record's IDC.
Znak „US“ se používá pro oddělení dvou informačních jednotek.
The ‘US’ character shall be used to separate the two information items.
Pole 1.004: Druh operace (Type of Transaction, TOT)
Field 1.004: Type of Transaction (TOT)
Toto pole obsahuje mnemotechnický kód složený ze tří písmen, který určuje typ operace.
This field contains a three letter mnemonic designating the type of the transaction.
Tyto kódy se mohou lišit od kódů používaných v jiných provedeních normy ANSI/NIST.
These codes may be different from those used by other implementations of the ANSI/NIST standard.
CPS: porovnávání otisků souvisejících s trestným činem (Criminal Print-to-Print Search).
CPS: Criminal Print-to-Print Search.
Tato operace představuje žádost o porovnání záznamu souvisejícího s trestným činem s databází otisků.
This transaction is a request for a search of a record relating to a criminal offence against a prints database.
Otisky osoby musí být do souboru včleněny jako zobrazení komprimovaná pomocí WSQ.
The person's prints must be included as WSQ-compressed images in the file.
V případě nenalezení shody (No-HIT) budou zaslány tyto logické záznamy:
In case of a No-HIT, the following logical records will be returned:
1 záznam typu 1,
1 Type-1 Record,
1 záznam typu 2.
1 Type-2 Record.
V případě nalezení shody (HIT) budou zaslány tyto logické záznamy:
In case of a HIT, the following logical records will be returned:
1 záznam typu 2,
1 Type-2 Record,
1-14 záznam typu 4.
1-14 Type-4 Record.
Druh operace CPS je shrnut v tabulce A.6.1 (dodatek 6).
The CPS TOT is summarised in Table A.6.1 (Appendix 6).
PMS: porovnávání otisku s databází latentních otisků (Print-to-Latent Search).
PMS: Print-to-Latent Search.
Tato operace je používána v případě, že je porovnáván soubor otisků s databází neidentifikovaných latentních otisků.
This transaction is used when a set of prints shall to be searched against an Unidentified Latent database.
Odpověď bude obsahovat rozhodnutí o shodě/neshodě cílového hledání pomocí AFIS.
The response will contain the Hit/No-Hit decision of the destination AFIS search.
Pokud existuje více neidentifikovaných latentních otisků, bude zasláno více operací SRE, přičemž v každé bude jeden latentní otisk.
If multiple unidentified latents exist, multiple SRE transactions will be returned, with one latent per transaction.
1 záznam typu 13.
1 Type-13 Record.
Druh operace PMS je shrnut v tabulce A.6.1 (dodatek 6).
The PMS TOT is summarised in Table A.6.1 (Appendix 6).
MPS: porovnávání latentního otisku s databází otisků (Latent-to-Print Search).
MPS: Latent-to-Print Search.
Tato operace se používá v případě porovnávání latentního otisku s databází otisků.
This transaction is used when a latent is to be searched against a Prints database.
Soubor musí zahrnovat informace o latentních markantech a zobrazení (komprimované pomocí WSQ).
The latent minutiæ information and the image (WSQ-compressed) must be included in the file.
1 záznam typu 4 nebo typu 15.
1 Type-4 or Type-15 Record.
Druh operace MPS je shrnut v tabulce A.6.4 (dodatek 6).
The MPS TOT is summarised in Table A.6.4 (Appendix 6).
MMS: porovnávání latentního otisku s latentním otiskem (Latent-to-Latent Search).
MMS: Latent-to-Latent Search.
Při této operaci soubor obsahuje latentní otisk, který je porovnáván s databází neidentifikovaných latentních otisků s cílem stanovit, zda existuje spojitost mezi různými případy trestných činů.
In this transaction the file contains a latent which is to be searched against an Unidentified Latent database in order to establish links between various scenes of crime.
Druh operace MMS je shrnut v tabulce A.6.4 (dodatek 6).
The MMS TOT is summarised in Table A.6.4 (Appendix 6).
SRE: výsledky hledání (Search Results). Tato operace je jako odpověď zaslána agenturou, která obdržela žádosti týkající se daktyloskopie.
SRE: This transaction is returned by the destination agency in response to dactyloscopic submissions.
Pokud existuje více kandidátů, bude zasláno více operací SRE, přičemž v každé bude jeden kandidát.
If multiple candidates exist, multiple SRE transactions will be returned, with one candidate per transaction.
Druh operace SRE je shrnut v tabulce A.6.2 (dodatek 6).
The SRE TOT is summarised in Table A.6.2 (Appendix 6).
ERR: zpráva o chybě (Error Message). Tuto zprávu zasílá cílový systém AFIS, aby ukázal, že při operaci došlo k chybě.
ERR: This transaction is returned by the destination AFIS to indicate a transaction error.
Zahrnuje pole zprávy (ERM) ukazující zjištěnou chybu.
It includes a message field (ERM) indicating the error detected.
Budou zaslány tyto logické záznamy:
The following logical records will be returned:
Druh operace ERR je shrnut v tabulce A.6.3 (dodatek 6).
The ERR TOT is summarised in Table A.6.3 (Appendix 6).
Tabulka 2: Přípustné kódy v operacích
Table 2: Permissible Codes in Transactions
M Povinně
M Mandatory,
M* Může být zahrnut pouze jeden z obou typů záznamů
M* Only one of both record-types may be included,
O Nepovinně
O Optional,
C Podmíněně, pokud jsou údaje k dispozici
C Conditional on whether data is available,
Není přípustné
Not allowed,
1* Podmíněně v závislosti na předřazených systémech
1* Conditional depending on legacy systems.
Pole 1.005: Datum operace (Date of Transaction – DAT)
Field 1.005: Date of Transaction (DAT)
V tomto poli je uvedeno datum, kdy byla operace zahájena a které musí být uváděno v souladu se standardním zápisem ISO: RRRRMMDD,
This field indicates the date on which the transaction was initiated and must conform to the ISO standard notation of: YYYYMMDD
písmena RRRR označují rok, MM měsíc a DD den.
where YYYY is the year, MM is the month and DD is the day of the month.
U jednociferných čísel se přidávají počáteční nuly.
Leading zeros are used for single figure numbers.
Například „19931004“ označuje den 4. října 1993.
For example, ‘19931004’ represents 4 October 1993.
Pole 1.006: Naléhavost (Priority – PRY)
Field 1.006: Priority (PRY)
Toto nepovinné pole označuje stupeň naléhavosti žádosti, který se označuje čísly od 1 do 9.
This optional field defines the priority, on a level of 1 to 9, of the request.
„1“ označuje největší naléhavost a „9“ nejmenší naléhavost.
‘1’ is the highest priority and ‘9’ the lowest.
Operace označené stupněm naléhavosti „1“ jsou zpracovávány bez prodlení.
Priority ‘1’ transactions shall be processed immediately.
Pole 1.007: Identifikátor cílové agentury (Destination Agency Identifier – DAI)
Field 1.007: Destination Agency Identifier (DAI)
Toto pole uvádí cílovou agenturu operace.
This field specifies the destination agency for the transaction.
Identifikátor sestává ze dvou informačních jednotek v tomto formátu: CC/agentura.
It consists of two information items in the following format: CC/agency.
První informační jednotka obsahuje kód země (Country Code, CC) podle normy ISO 3166, který se skládá ze dvou alfanumerických znaků.
The first information item contains the Country Code, defined in ISO 3166, two alpha-numeric characters long.
Druhá jednotka, agentura, je volný text obsahující identifikační údaje agentury o maximální délce 32 alfanumerických znaků.
The second item, agency, is a free text identification of the agency, up to a maximum of 32 alpha-numeric characters.
Pole 1.008: Identifikátor odesílající agentury (Originating Agency Identifier – ORI)
Field 1.008: Originating Agency Identifier (ORI)
Toto pole uvádí odesílatele souboru a má stejný formát jako pole pro DAI (pole 1007).
This field specifies the file originator and has the same format as the DAI (Field 1.007).
Pole 1.009: Kontrolní číslo operace (Transaction Control Number – TCN)
Field 1.009: Transaction Control Number (TCN)
Toto pole uvádí kontrolní číslo pro referenční účely.
This is a control number for reference purposes.
Číslo je generováno počítačem v tomto formátu: RRSSSSSSSSA,
It should be generated by the computer and have the following format: YYSSSSSSSSA
písmena RR představují rok operace, SSSSSSSS je osmiciferné pořadové číslo a A je kontrolní znak generovaný podle postupu uvedeného v dodatku 2.
where YY is the year of the transaction, SSSSSSSS is an eight-digit serial number, and A is a check character generated by following the procedure given in Appendix 2.
Pokud není TCN k dispozici, je formát RRSSSSSSSS vyplněn nulami a kontrolním znakem generovaným podle výše uvedeného postupu.
Where a TCN is not available, the field, YYSSSSSSSS, is filled with zeros and the check character generated as above.
Pole 1.010: Kontrolní číslo odpovědi (Transaction Control Response – TCR)
Field 1.010: Transaction Control Response (TCR)
V případě odpovědi na zaslanou žádost bude toto nepovinné pole obsahovat kontrolní číslo operace žádosti.
Where a request was sent out, to which this is the response, this optional field will contain the transaction control number of the request message.
Toto pole má proto stejný formát jako TCN (pole 1.009).
It therefore has the same format as TCN (Field 1.009).
Pole 1.011: Původní rozlišení snímání (Native Scanning Resolution – NSR)
Field 1.011: Native Scanning Resolution (NSR)
Toto pole uvádí normální rozlišení snímání systému podporovaného původcem operace.
This field specifies the normal scanning resolution of the system supported by the originator of the transaction.
Toto rozlišení je určeno dvojciferným číslem, za kterým následuje desetinná tečka a dvě další číslice.
The resolution is specified as two numeric digits followed by the decimal point and then two more digits.
Pro všechny operace podle rozhodnutí 2008/615/SVV se skenuje v rozlišení 500 pixelů na palec nebo 19,68 pixelů/mm.
For all transactions pursuant to Decision 2008/615/JHA the sampling rate shall be 500 pixels/inch or 19,68 pixels/mm.
Pole 1.012: Nominální rozlišení při přenosu (Nominal Transmitting Resolution – NTR)
Field 1.012: Nominal Transmitting Resolution (NTR)