natgillin/translations-raw huggingface dataset:
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.
Formát pre každé pole pozostáva z čísla typu logického záznamu, po ktorom nasleduje bodka „.“, a z čísla poľa, po ktorom nasleduje dvojbodka „:“; po nich nasledujú príslušné informácie pre dané pole.
The tagged-field number can be any one-to-nine digit number occurring between the period ‘.’ and the colon ‘:’.
Číslo poľa ohraničeného tagmi môže byť akékoľvek číslo pozostávajúce z jednej až deviatich číslic medzi bodkou a dvojbodkou.
It shall be interpreted as an unsigned integer field number.
Vykladá sa ako nezáporný celočíselný kód poľa.
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:’.
Z toho vyplýva, že číslo poľa „2.123:“ je rovnocenné a malo by sa vykladať rovnakým spôsobom ako číslo poľa „2.000000123:“.
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.
Na účely objasnenia sa v tomto dokumente na výpočet polí obsiahnutých v každom z opísaných logických záznamov ohraničených tagmi používa číslo pozostávajúce z troch číslic.
Field numbers will have the form of ‘TT.xxx:’ where the ‘TT’ represents the one- or two-character record type followed by a period.
Čísla polí budú mať formát „TT.xxx:“, pričom „TT“ bude typ záznamu pozostávajúci z jedného alebo dvoch znakov, po ktorých nasleduje bodka.
The next three characters comprise the appropriate field number followed by a colon.
Ďalšie tri znaky označujú príslušné číslo poľa a nasleduje po nich dvojbodka.
Descriptive ASCII information or the image data follows the colon.
Za dvojbodkou sa nachádzajú opisné informácie vo formáte ASCII alebo údaje o obrázku.
Logical Type-1 and Type-2 records contain only ASCII textual data fields.
V logických záznamoch typu 1 a 2 sa môžu nachádzať len textové dátové polia vo formáte 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.
V každom type takéhoto záznamu sa ako prvé pole vo formáte ASCII zaznamená úplná dĺžka záznamu (vrátane čísiel polí, bodkočiarok a separátorov).
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.
Kontrolný znak separátora ASCII poľa „FS“ (ktorý znamená koniec logického záznamu alebo transakcie) nasleduje po poslednom bajte informácie vo formáte ASCII a zahrnie sa do dĺžky záznamu.
In contrast to the tagged-field concept, the Type-4 record contains only binary data recorded as ordered fixed-length binary fields.
Na rozdiel od konceptu poľa ohraničeného tagmi obsahuje záznam typu 4 len binárne údaje zaznamenané ako usporiadané binárne polia s pevnou dĺžkou.
The entire length of the record shall be recorded in the first four-byte binary field of each record.
Celá dĺžka záznamu sa zaznamená v prvom štvorbajtovom binárnom poli každého záznamu.
For this binary record, neither the record number with its period, nor the field identifier number and its following colon, shall be recorded.
Pri tomto binárnom zázname sa nezaznamenáva ani číslo záznamu s bodkou, ani číslo identifikátora poľa a nasledujúca dvojbodka.
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.
Okrem toho v dôsledku skutočnosti, že všetky polia v tomto zázname majú buď pevnú, alebo vymedzenú dĺžku, sa každý zo štyroch separátorov (US, RS, GS ani FS) môže interpretovať len ako binárny údaj.
For the binary record, the ‘FS’ character shall not be used as a record separator or transaction terminating character.
Znak FS sa pri binárnom zázname nesmie použiť ako separátor ani ako označenie ukončenia transakcie.
Type-1 Logical Record: the File Header
Logický záznam typu 1: Hlavička súboru
This record describes the structure of the file, the type of the file, and other important information.
Prostredníctvom tohto záznamu sa opisuje štruktúra súboru, jeho typ a iné dôležité informácie.
The character set used for Type-1 fields shall contain only the 7-bit ANSI code for information interchange.
Súbor znakov používaných pre polia typu 1 obsahuje len 7-bitový ANSI kód na výmenu informácií.
Fields for Type-1 Logical Record
Polia pre logický záznam typu 1
Field 1.001: Logical Record Length (LEN)
Pole 1.001: Dĺžka logického záznamu (LEN – Logical Record Length)
This field contains the total count of the number of bytes in the whole Type-1 logical record.
Toto pole obsahuje informáciu o celkovom počte bajtov v celom logickom zázname typu 1.
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 sa začína kódom „1.001:“, po ktorom nasleduje celková dĺžka záznamu vrátane každého znaku každého poľa a separátorov informácií.
Field 1.002: Version Number (VER)
Pole 1.002: Číslo verzie (VER – Version Number)
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.
Toto štvorbajtové pole konkretizuje číslo verzie normy ANSI/NIST, ktorú použil softvér alebo systém, pomocou ktorého sa vytvoril predmetný súbor, aby sa zabezpečilo, že používatelia vedia, ktorá verzia uvedenej normy sa používa.
The first two bytes specify the major version reference number, the second two the minor revision number.
Prvé dva bajty špecifikujú referenčné číslo hlavnej verzie, druhé dva číslo jej menšej revízie.
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’.
Napríklad pôvodná norma z roku 1986 sa považuje za prvú verziu a dostane označenie „0100“, zatiaľ čo súčasná norma ANSI/NIST-ITL 1-2000 sa označuje „0300“.
Field 1.003: File Content (CNT)
Pole 1.003: Obsah poľa (CNT – File Content)
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.
V tomto poli sa nachádza zoznam záznamov v súbore usporiadaný podľa typu a poradia, v ktorom sa tieto záznamy v logickom súbore objavujú.
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.
Pozostáva z jedného alebo viacerých podpolí, z ktorých každé naopak obsahuje dve informácie opisujúce jeden logický záznam, ktorý sa nachádza v danom súbore.
The subfields are entered in the same order in which the records are recorded and transmitted.
Takéto podpolia sa vkladajú v rovnakom poradí, v akom sa záznamy zaznamenávajú a prenášajú.
The first information item in the first subfield is ‘1’, to refer to this Type-1 record.
Prvá informácia v prvom podpoli je „1“ a odkazuje na to, že ide o záznam typu 1.
It is followed by a second information item which contains the number of other records contained in the file.
Nasleduje za ňou druhá informácia, ktorá pozostáva z počtu ďalších záznamov v danom súbore.
This number is also equal to the count of the remaining subfields of field 1.003.
Tento počet sa rovná počtu ostávajúcich podpolí poľa 1.003.
Each of the remaining subfields is associated with one record within the file, and the sequence of subfields corresponds to the sequence of records.
Každé z ostávajúcich podpolí sa spája s jedným záznamom v súbore a poradie podpolí zodpovedá poradiu záznamov.
Each subfield contains two items of information.
Každé podpole obsahuje dve informácie.
The first is to identify the Type of the record. The second is the record's IDC.
Prvou je identifikácia typu záznamu, druhou IDC záznamu.
The ‘US’ character shall be used to separate the two information items.
Na oddelenie týchto informácií sa používa separátor „US“.
Field 1.004: Type of Transaction (TOT)
Pole 1.004: Typ transakcie (TOT – Type of Transaction)
This field contains a three letter mnemonic designating the type of the transaction.
Toto pole obsahuje trojpísmenovú skratku, ktorou sa označuje typ transakcie.
These codes may be different from those used by other implementations of the ANSI/NIST standard.
Tieto kódy sa môžu líšiť od kódov, ktoré sa používajú pri inom uplatňovaní normy ANSI/NIST.
CPS: Criminal Print-to-Print Search.
CPS: vyhľadávanie odtlačkov súvisiacich s trestnou činnosťou (Criminal Print-to-Print Search).
This transaction is a request for a search of a record relating to a criminal offence against a prints database.
Táto transakcia je žiadosťou o vyhľadanie záznamu, ktorý sa týka trestného činu, v rámci databázy odtlačkov.
The person's prints must be included as WSQ-compressed images in the file.
Odtlačky sa v súbore musia nachádzať ako obrázok komprimovaný algoritmom WSQ.
In case of a No-HIT, the following logical records will be returned:
V prípade NEGATÍVNEHO výsledku vyhľadávania sa vrátia tieto logické záznamy:
1 Type-1 Record,
1 záznam typu 1,
1 Type-2 Record.
1 záznam typu 2.
In case of a HIT, the following logical records will be returned:
V prípade POZITÍVNEHO výsledku vyhľadávania sa vrátia tieto logické záznamy:
1 Type-2 Record,
1 záznam typu 2,
1-14 Type-4 Record.
1 až 14 záznamov typu 4.
The CPS TOT is summarised in Table A.6.1 (Appendix 6).
Typ transakcie CPS je zhrnutý v tabuľke A.6.1 (v dodatku 6).
PMS: Print-to-Latent Search.
PMS: vyhľadávanie v databáze skrytých obrazcov (Print-to-Latent Search).
This transaction is used when a set of prints shall to be searched against an Unidentified Latent database.
Táto transakcia sa použije v prípade, ak sa súbor odtlačkov pri vyhľadávaní porovnáva s databázou neidentifikovaných skrytých obrazcov.
The response will contain the Hit/No-Hit decision of the destination AFIS search.
Odpoveď bude obsahovať pozitívny/negatívny výsledok vyhľadávania v cieľovom automatizovanom systéme identifikácie odtlačkov.
If multiple unidentified latents exist, multiple SRE transactions will be returned, with one latent per transaction.
Ak sa nájde viac neidentifikovaných skrytých obrazcov, vráti sa niekoľko transakcií SRE, pričom v každej sa bude nachádzať jeden obrázok.
1 Type-13 Record.
1 záznam typu 13.
The PMS TOT is summarised in Table A.6.1 (Appendix 6).
Typ transakcie PMS je zhrnutý v tabuľke A.6.1 (v dodatku 6).
MPS: Latent-to-Print Search.
MPS: vyhľadávanie skrytých obrazcov v databáze odtlačkov (Latent-to-Print Search).
This transaction is used when a latent is to be searched against a Prints database.
Táto transakcia sa používa pri vyhľadávaní latentného obrazca v databáze odtlačkov prstov.
The latent minutiæ information and the image (WSQ-compressed) must be included in the file.
V súbore sa musia nachádzať informácie o markantoch latentného obrazca a obrázok (komprimovaný algoritmom WSQ).
1 Type-4 or Type-15 Record.
1 záznam typu 4 alebo typu 15
The MPS TOT is summarised in Table A.6.4 (Appendix 6).
Typ transakcie MPS je zhrnutý v tabuľke A.6.4 (v dodatku 6).
MMS: Latent-to-Latent Search.
MMS: vyhľadávanie skrytých obrazcov v databáze skrytých obrazcov (Latent-to-Latent Search).
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.
Pri tejto transakcii sa v súbore nachádza skrytý obrazec, ktorý sa má porovnávať s databázou neidentifikovaných skrytých obrazcov, aby sa zistila spojitosť medzi rôznymi miestami činu.
The MMS TOT is summarised in Table A.6.4 (Appendix 6).
Typ transakcie MMS je zhrnutý v tabuľke A.6.4 (v dodatku 6).
SRE: This transaction is returned by the destination agency in response to dactyloscopic submissions.
SRE: Túto transakciu vracia agentúra určenia ako reakciu na daktyloskopické informácie.
If multiple candidates exist, multiple SRE transactions will be returned, with one candidate per transaction.
Ak sa nájde viac kandidátov, vráti sa niekoľko transakcií SRE, pričom v každej sa bude nachádzať jeden kandidát.
The SRE TOT is summarised in Table A.6.2 (Appendix 6).
Typ transakcie SRE je zhrnutý v tabuľke A.6.2 (v dodatku 6).
ERR: This transaction is returned by the destination AFIS to indicate a transaction error.
ERR: Túto transakciu vracia cieľový AFIS ako označenie chyby v transakcii.
It includes a message field (ERM) indicating the error detected.
Obsahuje pole so správou (ERM), v ktorej sa oznamuje zistená chyba.
The following logical records will be returned:
Vrátia sa tieto logické záznamy:
The ERR TOT is summarised in Table A.6.3 (Appendix 6).
Typ transakcie ERR je zhrnutý v tabuľke A.6.3 (v dodatku 6).
Table 2: Permissible Codes in Transactions
Tabuľka 2: Povolené kódy v transakciách
M Mandatory,
M povinné (Mandatory),
M* Only one of both record-types may be included,
M* môže sa použiť len jeden z dvoch typov záznamov,
O Optional,
O nepovinné (Optional),
C Conditional on whether data is available,
C závisí od dostupnosti údajov (Conditional),
Not allowed,
nie je povolené,
1* Conditional depending on legacy systems.
1* závisí od pôvodných systémov.
Field 1.005: Date of Transaction (DAT)
Pole 1.005: Dátum transakcie (DAT – Date of Transaction)
This field indicates the date on which the transaction was initiated and must conform to the ISO standard notation of: YYYYMMDD
Toto pole označuje dátum začatia transakcie a musí zodpovedať štandardnému tvaru ISO: RRRRMMDD,
where YYYY is the year, MM is the month and DD is the day of the month.
v ktorom RRRR je rok, MM je mesiac a DD je deň v mesiaci.
Leading zeros are used for single figure numbers.
Pri dátumoch s jednou číslicou sa používa úvodná nula.
For example, ‘19931004’ represents 4 October 1993.
Napríklad tvar „19931004“ znamená 4. októbra 1993.
Field 1.006: Priority (PRY)
Pole 1.006: Priorita (PRY – Priority)
This optional field defines the priority, on a level of 1 to 9, of the request.
V tomto nepovinnom poli sa určuje priorita žiadosti na stupnici od 1 po 9.
‘1’ is the highest priority and ‘9’ the lowest.
Číslom 1 sa označuje najvyššia priorita, číslom 9 najnižšia.
Priority ‘1’ transactions shall be processed immediately.
Transakcie s prioritou 1 sa spracúvajú bezodkladne.
Field 1.007: Destination Agency Identifier (DAI)
Pole 1.007: Identifikátor agentúry určenia (DAI – Destination Agency Identifier)
This field specifies the destination agency for the transaction.
V tomto poli sa pre transakciu špecifikuje agentúra určenia.
It consists of two information items in the following format: CC/agency.
Pozostáva z dvoch informácií v tomto formáte: CC/agency.
The first information item contains the Country Code, defined in ISO 3166, two alpha-numeric characters long.
Prvá informácia obsahuje kód krajiny (Country Code) vymedzený v norme ISO 3166, ktorý pozostáva z dvoch alfanumerických znakov.
The second item, agency, is a free text identification of the agency, up to a maximum of 32 alpha-numeric characters.
Druhá informácia, agency (agentúra), je voliteľný text na identifikáciu agentúry obsahujúci najviac 32 alfanumerických znakov.
Field 1.008: Originating Agency Identifier (ORI)
Pole 1.008: Identifikátor agentúry pôvodu (ORI – Originating Agency Identifier)
This field specifies the file originator and has the same format as the DAI (Field 1.007).
V tomto poli sa špecifikuje pôvodca súboru, a to v rovnakom formáte ako DAI (pole 1.007).
Field 1.009: Transaction Control Number (TCN)
Pole 1.009: Kontrolné číslo transakcie (TCN – Transaction Control Number)
This is a control number for reference purposes.
Kontrolné číslo na referenčné účely.
It should be generated by the computer and have the following format: YYSSSSSSSSA
Mal by ho generovať počítač a malo by mať tento formát: RRSSSSSSSSA,
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.
kde RR je rok transakcie, SSSSSSSS je osemmiestne sériové číslo a A je kontrolný znak vytvorený podľa postupu v dodatku 2.
Where a TCN is not available, the field, YYSSSSSSSS, is filled with zeros and the check character generated as above.
Ak TCN neexistuje, pole RRSSSSSSSS sa vyplní nulami a kontrolný znak sa vytvorí postupom opísaným vyššie.
Field 1.010: Transaction Control Response (TCR)
Pole 1.010: Kontrolná odpoveď transakcie (TCR – Transaction Control Response)
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.
Ak je predmetný súbor odpoveďou na žiadosť, toto nepovinné pole bude obsahovať kontrolné číslo transakcie žiadosti.
It therefore has the same format as TCN (Field 1.009).
Preto má rovnaký formát ako TCN (pole 1.009).
Field 1.011: Native Scanning Resolution (NSR)
Pole 1.011: Pôvodné skenovacie rozlíšenie (NSR – Native Scanning Resolution)
This field specifies the normal scanning resolution of the system supported by the originator of the transaction.
V tomto poli sa špecifikuje bežné skenovacie rozlíšenie systému, ktorý podporuje pôvodca transakcie.
The resolution is specified as two numeric digits followed by the decimal point and then two more digits.
Rozlíšenie sa vymedzuje vo formáte dve číslice, desatinná čiarka a ďalšie dve číslice.
For all transactions pursuant to Decision 2008/615/JHA the sampling rate shall be 500 pixels/inch or 19,68 pixels/mm.
Pri všetkých transakciách podľa rozhodnutia 2008/615/SVV by mal byť pomer pri rozlíšení vzoriek 500 pixelov/palec alebo 19,68 pixelu/mm.
Field 1.012: Nominal Transmitting Resolution (NTR)
Pole 1.012: Nominálne rozlíšenie pri prenose (NTR – Nominal Transmitting Resolution)
This five-byte field specifies the nominal transmitting resolution for the images being transmitted.
V tomto päťbajtovom poli sa špecifikuje nominálne rozlíšenie prenášaných obrázkov.
The resolution is expressed in pixels/mm in the same format as NSR (Field 1.011).
Rozlíšenie sa vyjadruje v pixeloch/mm v rovnakom formáte ako pri NSR (pole 1.011).
Field 1.013: Domain name (DOM)
Pole 1.013: Názov domény (DOM – Domain name)
This mandatory field identifies the domain name for the user-defined Type-2 logical record implementation.
V tomto povinnom poli sa určuje názov domény na implementáciu logických záznamov typu 2, ktoré definuje používateľ.
It consists of two information items and shall be ‘INT-IUS4.22GS’.
Obsahuje dve informácie a má formát „INT-IUS4.22GS“.
Field 1.014: Greenwich mean time (GMT)
Pole 1.014: Greenwichský čas (GMT – Greenwich Mean Time)
This mandatory field provides a mechanism for expressing the date and time in terms of universal Greenwich Mean Time (GMT) units.
Toto povinné pole poskytuje mechanizmus na vyjadrenie dátumu a času v univerzálnych jednotkách stredného greenwichského času (GMT).
If used, the GMT field contains the universal date that will be in addition to the local date contained in Field 1.005 (DAT).
V prípade použitia obsahuje pole GMT univerzálny dátum, ktorý bude doplnkom miestneho dátumu uvedeného v poli 1.005 (DAT).
Use of the GMT field eliminates local time inconsistencies encountered when a transaction and its response are transmitted between two places separated by several time zones.
Využitím poľa GMT sa odstránia nezrovnalosti v miestnych časoch, ktoré sa vyskytujú v prípade, ak sa transakcia a odpoveď prenášajú medzi dvoma miestami oddelenými niekoľkými časovými pásmami.
The GMT provides a universal date and 24-hour clock time independent of time zones.
Pole GMT poskytuje univerzálny dátum a 24-hodinový svetový čas nezávisle od časových pásiem.
The complete date shall not exceed the current date.
Úplný dátum nesmie byť neskorší, ako je aktuálny dátum.
Type-2 Logical Record: Descriptive Text
Logický záznam typu 2: Opisný text
The structure of most of this record is not defined by the original ANSI/NIST standard.
Štruktúra väčšiny tohto záznamu sa v pôvodnej norme ANSI/NIST nedefinuje.
The record contains information of specific interest to the agencies sending or receiving the file.
Obsahuje informácie, ktoré môžu byť konkrétne zaujímavé pre odosielajúcu a prijímajúcu agentúru.
To ensure that communicating dactyloscopic systems are compatible, it is required that only the fields listed below are contained within the record.
Na zabezpečenie kompatibilnosti komunikujúcich daktyloskopických systémov sa vyžaduje, aby sa v záznamoch nachádzali iba polia, ktoré sú uvedené nižšie.
This document specifies which fields are mandatory and which optional, and also defines the structure of the individual fields.
V tomto dokumente sa upresňuje, ktoré polia sú povinné a ktoré nepovinné, a vymedzuje sa v ňom štruktúra jednotlivých polí.
Fields for Type-2 Logical Record
Polia pre logický záznam typu 2
Field 2.001: Logical Record Length (LEN)
Pole 2.001: Dĺžka logického záznamu (LEN – Logical Record Length)
This mandatory field contains the length of this Type-2 record, and specifies the total number of bytes including every character of every field contained in the record and the information separators.
V tomto povinnom poli sa uvádza dĺžka daného záznamu typu 2 a celkový počet bajtov vrátane každého znaku každého poľa v zázname a separátorov informácií.
Field 2.002: Image Designation Character (IDC)
Pole 2.002: Znak označenia obrázku (IDC – Image Designation Character)
The IDC contained in this mandatory field is an ASCII representation of the IDC as defined in the File Content field (CNT) of the Type-1 record (Field 1.003).
IDC v tomto povinnom poli je zobrazením IDC definovaného v poli obsah súboru (CNT) záznamu typu 1 (pole 1.003), a to vo formáte ASCII.
Field 2.003: System Information (SYS)
Pole 2.003: Systémové informácie (SYS – System Information)
This field is mandatory and contains four bytes which indicate which version of the INT-I this particular Type-2 record complies with.
Toto pole je povinné a obsahuje štyri bajty, ktoré označujú verziu INT-I, s ktorou je daný záznam typu 2 v súlade.
The first two bytes specify the major version number, the second two the minor revision number.
Prvé dva bajty špecifikujú číslo hlavnej verzie, druhé dva číslo jej menšej revízie.
For example, this implementation is based on INT-I version 4 revision 22 and would be represented as ‘0422’.
Napríklad, táto implementácia vychádza z verzie 4 revízie 22 INT-I, a preto bude označená kódom „0422“.
Field 2.007: Case Number (CNO)
Pole 2.007: Číslo prípadu (CNO – Case Number)
This is a number assigned by the local dactyloscopic bureau to a collection of latents found at a scene-of-crime.
Číslo, ktoré miestny daktyloskopický úrad pridelil zbierke skrytých obrazcov nájdených na mieste činu.
The following format is adopted: CC/number
Prijal sa tento formát: CC/number,
where CC is the Interpol Country Code, two alpha-numeric characters in length, and the number complies with the appropriate local guidelines and may be up to 32 alpha-numeric characters long.
kde CC je kód krajiny v databáze Interpolu s dĺžkou dvoch alfanumerických znakov a number (číslo) sa riadi podľa príslušných miestnych usmernení, pričom môže mať až 32 alfanumerických znakov.
This field allows the system to identify latents associated with a particular crime.
Toto pole umožňuje systému identifikovať latentné obrazce spojené s konkrétnym trestným činom.
Field 2.008: Sequence Number (SQN)
Pole 2.008: Číslo sekvencie (SQN – Sequence Number)
A sequence is a latent or series of latents which are grouped together for the purposes of filing and/or searching.
Sekvencia je skrytý obrazec alebo súbor skrytých obrazcov, ktoré sú spojené na účely archivácie a/alebo vyhľadávania.
This definition implies that even single latents will still have to be assigned a sequence number.
Z tejto definície vyplýva, že číslo sekvencie treba prideliť každému jednotlivému latentnému obrazcu.
This field together with MID (Field 2.009) may be included to identify a particular latent within a sequence.
Toto pole sa spolu s MID (pole 2.009) môže využiť na identifikáciu konkrétneho latentného obrazca v rámci sekvencie.