natgillin/translations-raw huggingface dataset:
The ‘US’ character shall separate individual information items within a field or subfield.
Az „US” karakter a mezőn vagy almezőn belüli egyes adatelemeket választja el egymástól.
This is a signal that the next information item is a piece of data for that field or subfield.
Azt jelzi, hogy a következő adatelem az adott mező vagy almező egy adateleme.
Multiple subfields within a field separated by the ‘RS’ character signals the start of the next group of repeated information item(s).
Az egy mezőn belüli több almezőt elválasztó „RS” karakter az ismétlődő adatelem(ek) következő csoportjának a kezdetét jelzi.
The ‘GS’ separator character used between information fields signals the beginning of a new field preceding the field identifying number that shall appear.
Az információs mezők közötti „GS” elválasztó karakter egy új mező kezdetét jelzi, és megelőzi a következő mező azonosítószámát.
Similarly, the beginning of a new logical record shall be signalled by the appearance of the ‘FS’ character.
A fentiekhez hasonlóan az „FS” karakter egy új logikai rekord kezdetét jelzi.
The four characters are only meaningful when used as separators of data items in the fields of the ASCII text records.
A négy karakternek csak akkor van értelme, ha az ASCII szövegrekordok mezőiben az adatelemek elválasztására alkalmazzák azokat.
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.
A bináris képrekordokban és bináris mezőkben előforduló ilyen karakterekhez nem társul konkrét jelentés – azok csupán részei a kicserélt adatoknak.
Normally, there should be no empty fields or information items and therefore only one separator character should appear between any two data items.
Általában nem fordulhatnak elő üres mezők vagy adatelemek, így csak egy elválasztó karakter állhat két adatelem között.
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.
E szabály alól azok az esetek képeznek kivételt, amikor egy tranzakciónál nem állnak rendelkezésre, hiányoznak, vagy nem kötelezők egyes mezők vagy adatelemek adatai, és a tranzakció feldolgozása nem függ ezen adatok meglététől.
In those instances, multiple and adjacent separator characters shall appear together rather than requiring the insertion of dummy data between separator characters.
Ilyen esetben több elválasztó karakter állhat egymás mellett, és nem kell helykitöltő adatokkal feltölteni az elválasztó karakterek közötti helyet.
For the definition of a field that consists of three information items, the following applies.
Egy három adatelemből álló mező meghatározásakor az alábbiakat kell alkalmazni.
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.
Ha a második adatelem adatai hiányoznak, akkor két „US” adatelválasztó karakter áll egymás mellett az első és a harmadik adatelem között.
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.
Ha a második és harmadik adatelem is hiányzik, akkor három elválasztó karaktert kell használni – két „US” karaktert, valamint a mezőt vagy almezőt lezáró elválasztó karaktert.
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.
Általánosságban, ha egy mezőben vagy almezőben egy vagy több kötelező vagy nem kötelező adatelem nem áll rendelkezésre, akkor be kell illeszteni a megfelelő számú elválasztó karaktert.
It is possible to have side-by-side combinations of two or more of the four available separator characters.
Lehetőség van a négy lehetséges elválasztó karakter közül kettő vagy több egymás melletti kombinációjának alkalmazására.
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.
Amennyiben egyes adatelemek, almezők vagy mezők adatai hiányoznak vagy nem hozzáférhetők, az elválasztó karakterek számának a szükséges adatelemek, almezők vagy mezők számánál eggyel kisebbnek kell lennie.
Table 1: Separators Used
táblázat: A használható elválasztók
Record layout
Rekordszerkezet
For tagged-field logical records, each information field that is used shall be numbered in accordance with this standard.
A címkézett mező típusú logikai rekordokban minden adatelemet meg kell számozni e szabványnak megfelelően.
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.
Minden mezőnek tartalmaznia kell a logikai rekord típusának számát, amelyet egy pont „.” követ, a mező számát, amelyet kettőspont „:” követ, majd a mezőnek megfelelő információt.
The tagged-field number can be any one-to-nine digit number occurring between the period ‘.’ and the colon ‘:’.
A címkézett mező száma bármilyen egytől kilencig terjedő szám lehet, amelyet a pont „.” és a kettőspont „:” fog közre.
It shall be interpreted as an unsigned integer field number.
A mezőszám előjel nélküli egész számként értelmezendő.
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:’.
Ebből következően a „2.123:” mezőszám megegyezik a „2.000000123:” mezőszámmal, és ugyanolyan módon értelmezendő.
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.
E dokumentumban illusztrációképpen egy háromjegyű számot fogunk használni az ismertetett címkézett mező típusú logikai rekordok mezőinek számozására.
Field numbers will have the form of ‘TT.xxx:’ where the ‘TT’ represents the one- or two-character record type followed by a period.
A mezőszámok formátuma „TT.xxx:” lesz, ahol „TT” a rekordtípus egy vagy két karakterből álló száma, amelyet egy pont követ.
The next three characters comprise the appropriate field number followed by a colon.
A következő három karakter az adott mezőszám, amelyet kettőspont követ.
Descriptive ASCII information or the image data follows the colon.
A kettőspont után leíró ASCII-adatok vagy képadatok állnak.
Logical Type-1 and Type-2 records contain only ASCII textual data fields.
Az 1. és 2. típusú logikai rekordok csak ASCII szöveges adatmezőket tartalmaznak.
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.
E rekordtípusok esetében az első ASCII-mező a rekord teljes hosszát (beleértve a mezőszámokat, kettőspontokat és elválasztó karaktereket) tartalmazza.
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.
Az ASCII-adatok utolsó bájtját az „FS” ASCII szerinti állományelválasztó (a logikai rekord vagy tranzakció végét jelző) vezérlőkarakter követi, amely beleszámít a rekord hosszába.
In contrast to the tagged-field concept, the Type-4 record contains only binary data recorded as ordered fixed-length binary fields.
A címkézett mezővel szemben a 4. típusú rekord kizárólag bináris adatokat tartalmaz rendezett, rögzített hosszú bináris mezők formájában.
The entire length of the record shall be recorded in the first four-byte binary field of each record.
Minden rekord első négybájtos bináris mezője tartalmazza a rekord teljes hosszát.
For this binary record, neither the record number with its period, nor the field identifier number and its following colon, shall be recorded.
E bináris rekordban nem szerepel sem a rekordszám a ponttal, sem a mező azonosítószáma az azt követő kettősponttal.
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.
Továbbá, mivel e rekordban valamennyi mező rögzített vagy meghatározott hosszú, a fenti négy elválasztó karaktert („US”, „RS”, „GS” vagy „FS”) minden esetben kizárólag bináris adatként kell értelmezni.
For the binary record, the ‘FS’ character shall not be used as a record separator or transaction terminating character.
A bináris rekordban az „FS” karakter nem használható rekordelválasztó vagy tranzakciót záró karakterként.
Type-1 Logical Record: the File Header
típusú logikai rekord: állományfejrész
This record describes the structure of the file, the type of the file, and other important information.
E rekord az állomány struktúráját, az állomány típusát és egyéb fontos információkat tartalmaz.
The character set used for Type-1 fields shall contain only the 7-bit ANSI code for information interchange.
Az 1. típusú mezőkben alkalmazott karakterkészlet kizárólag az információcsere céljára használatos 7-bites ANSI-kódot tartalmazhatja.
Fields for Type-1 Logical Record
Az 1. típusú logikai rekord mezői
Field 1.001: Logical Record Length (LEN)
mező: A logikai rekord hossza (Logical Record Length – LEN)
This field contains the total count of the number of bytes in the whole Type-1 logical record.
E mező tartalmazza a teljes 1. típusú logikai rekordban található bájtok számát.
The field begins with ‘1.001:’, followed by the total length of the record including every character of every field and the information separators.
A mező az „1001:” karakterekkel kezdődik, ezt követi a rekord teljes hossza, beleértve minden mező minden karakterét és az adatelválasztókat.
Field 1.002: Version Number (VER)
mező: Verziószám (Version Number – VER)
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.
Annak érdekében, hogy a felhasználók tisztában legyenek az ANSI/NIST-szabvány használt verziójával, ez a négybájtos mező meghatározza, hogy az állományt létrehozó szoftver vagy rendszer a szabvány mely verziószámú változatát alkalmazza.
The first two bytes specify the major version reference number, the second two the minor revision number.
Az első két bájt határozza meg a fő verziószámot, a második kettő pedig a másodlagos változatszámot.
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’.
Az eredeti, 1986-os szabvány lenne például az első verzió és ezért ez a „0100” számot kapná, míg a jelenlegi ANSI/NIST-ITL 1-2000 szabvány a „0300”.
Field 1.003: File Content (CNT)
mező: Az állomány tartalma (File Content – CNT)
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.
E mező tartalmazza az állomány valamennyi rekordjának rekordtípusok szerinti felsorolását, valamint a rekordok sorrendjét a logikai állományban.
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.
Egy vagy több almezőből áll, amelyek mindegyike két olyan adatelemet tartalmaz, amely egy, az adott állományban található logikai rekordot ír le.
The subfields are entered in the same order in which the records are recorded and transmitted.
Az almezők a rekordok bejegyzésével és továbbításával megegyező sorrendben kerülnek bevitelre.
The first information item in the first subfield is ‘1’, to refer to this Type-1 record.
Az első almező első adateleme „1”, amely az 1. típusú rekordra utal.
It is followed by a second information item which contains the number of other records contained in the file.
Ezt egy második adatelem követi, amely az állományban szereplő többi rekord számát tartalmazza.
This number is also equal to the count of the remaining subfields of field 1.003.
E szám megegyezik továbbá az 1.003 mező fennmaradó almezőinek számával.
Each of the remaining subfields is associated with one record within the file, and the sequence of subfields corresponds to the sequence of records.
A fennmaradó almezők mindegyike az állomány egyik rekordjához kapcsolódik, és az almezők sorrendje megegyezik a rekordok sorrendjével.
Each subfield contains two items of information.
Mindegyik almező két adatelemet tartalmaz.
The ‘US’ character shall be used to separate the two information items.
A két adatelemet az „US” karakter választja el egymástól.
Field 1.004: Type of Transaction (TOT)
mező: A tranzakció típusa (Type of Transaction – TOT)
This field contains a three letter mnemonic designating the type of the transaction.
E mező egy három betűből álló, a tranzakció típusát meghatározó mnemonikus kódot tartalmaz.
These codes may be different from those used by other implementations of the ANSI/NIST standard.
E kódok eltérhetnek az ANSI/NIST-szabvány más alkalmazásaiban használt kódoktól.
CPS: Criminal Print-to-Print Search.
CPS: Mintanyomathoz mintanyomat bűnügy kapcsán történő keresése (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.
E tranzakció egy bűncselekménnyel kapcsolatos rekordnak egy ujj- és tenyérnyomatokat tartalmazó adatbázisban való keresésére irányuló kérelem.
The person's prints must be included as WSQ-compressed images in the file.
Az állománynak WSQ-tömörítésű képek formájában tartalmaznia kell a személy ujj- és tenyérnyomatait.
In case of a No-HIT, the following logical records will be returned:
Amennyiben nincs találat (No-HIT), a keresés eredményei az alábbi logikai rekordok lesznek:
1 Type-1 Record,
1 1. típusú rekord,
1 Type-2 Record.
1 2. típusú rekord.
In case of a HIT, the following logical records will be returned:
Amennyiben van találat (HIT), a keresés eredményei az alábbi logikai rekordok lesznek:
1 Type-2 Record,
1 2. típusú rekord,
1-14 Type-4 Record.
1–14 4. típusú rekord.
The CPS TOT is summarised in Table A.6.1 (Appendix 6).
A CPS TOT összefoglalása az A.6.1. táblázatban (6. függelék) található.
PMS: Print-to-Latent Search.
PMS: Mintanyomathoz nyom keresése (Print-to-Latent Search).
This transaction is used when a set of prints shall to be searched against an Unidentified Latent database.
E tranzakció az ujj- és tenyérnyomatok azonosítatlan látens képeket tartalmazó adatbázisban történő keresésére szolgál.
The response will contain the Hit/No-Hit decision of the destination AFIS search.
Az eredmény tartalmazza, hogy a rendeltetés szerinti AFIS-ben végzett keresés ad-e találatot (Hit/No-Hit).
If multiple unidentified latents exist, multiple SRE transactions will be returned, with one latent per transaction.
Ha több azonosítatlan látens kép létezik, az eredmény több SRE tranzakció lesz, ahol minden tranzakcióhoz egy látens kép kapcsolódik.
1 Type-13 Record.
1 13. típusú rekord.
The PMS TOT is summarised in Table A.6.1 (Appendix 6).
A PMS TOT összefoglalása az A.6.1. táblázatban (6. függelék) található.
MPS: Latent-to-Print Search.
MPS: Nyomhoz mintanyomat keresése (Latent-to-Print Search).
This transaction is used when a latent is to be searched against a Prints database.
E tranzakció látens képeknek az ujj- és tenyérnyomatokat tartalmazó adatbázisban történő keresésére szolgál.
The latent minutiæ information and the image (WSQ-compressed) must be included in the file.
Az állománynak tartalmaznia kell a látens minuciákra vonatkozó információkat és a (WSQ-tömörítésű) képet.
1 Type-4 or Type-15 Record.
1 4. típusú vagy 15. típusú rekord.
The MPS TOT is summarised in Table A.6.4 (Appendix 6).
Az MPS TOT összefoglalása az A.6.4. táblázatban (6. függelék) található.
MMS: Latent-to-Latent Search.
MMS: Nyomhoz nyom keresése (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.
E tranzakciónál az állomány egy látens képet tartalmaz, amelyet azonosítatlan látens nyomatokat tartalmazó adatbázisban kell keresni a különböző bűncselekmények elkövetésének helyei közötti kapcsolatok megállapítása céljából.
The MMS TOT is summarised in Table A.6.4 (Appendix 6).
Az MMS TOT összefoglalása az A.6.4. táblázatban (6. függelék) található.
SRE: This transaction is returned by the destination agency in response to dactyloscopic submissions.
SRE: A rendeltetési szervezet ezt a tranzakciót adja válaszul a daktiloszkópiai kérelmekre.
If multiple candidates exist, multiple SRE transactions will be returned, with one candidate per transaction.
Ha több potenciális találat van, az eredmény több SRE-tranzakció lesz, ahol minden tranzakcióhoz egy potenciális találat kapcsolódik.
The SRE TOT is summarised in Table A.6.2 (Appendix 6).
Az SRE TOT összefoglalása az A.6.2. táblázatban (6. függelék) található.
ERR: This transaction is returned by the destination AFIS to indicate a transaction error.
ERR: A rendeltetés szerinti AFIS ezt a tranzakciót adja válaszul, ha hiba történt a tranzakció során.
It includes a message field (ERM) indicating the error detected.
Tartalmaz egy, a talált hibát azonosító üzenetmezőt (ERM).
The following logical records will be returned:
A keresés eredményei az alábbi logikai rekordok lesznek:
The ERR TOT is summarised in Table A.6.3 (Appendix 6).
Az ERR TOT összefoglalása az A.6.3. táblázatban (6. függelék) található.
Table 2: Permissible Codes in Transactions
táblázat: A tranzakciókban alkalmazható kódok
M Mandatory,
M Kötelező
M* Only one of both record-types may be included,
M* A két rekordtípusból csak egy alkalmazható
O Optional,
O Nem kötelező
C Conditional on whether data is available,
C Akkor alkalmazandó, ha rendelkezésre állnak az adatok
Not allowed,
Nem engedélyezett
1* Conditional depending on legacy systems.
1* A kiváltandó rendszerektől (legacy system) függően alkalmazandó
Field 1.005: Date of Transaction (DAT)
mező: A tranzakció dátuma (Date of Transaction – DAT)
This field indicates the date on which the transaction was initiated and must conform to the ISO standard notation of: YYYYMMDD
E mező jelöli a tranzakció kezdeményezésének dátumát, és formátumának meg kell felelnie az ISO-szabvány szerinti jelölésnek: YYYYMMDD
where YYYY is the year, MM is the month and DD is the day of the month.
ahol YYYY az év, MM a hónap és DD a hónap napja.
Leading zeros are used for single figure numbers.
Az egyjegyű számok elé nullát kell tenni.
For example, ‘19931004’ represents 4 October 1993.
„19931004” például 1993. október 4-ét jelenti.
Field 1.006: Priority (PRY)
mező: Prioritás (Priority – PRY)
This optional field defines the priority, on a level of 1 to 9, of the request.
Ez a nem kötelező mező határozza meg a kérelem prioritását egy 1-től 9-ig terjedő skálán.
‘1’ is the highest priority and ‘9’ the lowest.
„1” jelenti a legnagyobb prioritást, „9” a legkisebbet.
Priority ‘1’ transactions shall be processed immediately.
Az „1” prioritású tranzakciók haladéktalanul végrehajtandók.
Field 1.007: Destination Agency Identifier (DAI)
mező: A rendeltetési szervezet azonosítója (Destination Agency Identifier – DAI)
This field specifies the destination agency for the transaction.
E mező határozza meg a tranzakció rendeltetési szervezetét.
It consists of two information items in the following format: CC/agency.
Két adatelemből áll, és formátuma a következő: CC/szervezet.
The first information item contains the Country Code, defined in ISO 3166, two alpha-numeric characters long.
Az első adatelem tartalmazza az ISO 3166 szerinti országkódot (CC), amely két alfanumerikus karakter hosszú.
The second item, agency, is a free text identification of the agency, up to a maximum of 32 alpha-numeric characters.
A második elem – a szervezet – szabad szövegű meghatározás legfeljebb 32 alfanumerikus karakterig.
Field 1.008: Originating Agency Identifier (ORI)
mező: A származási szervezet azonosítója (Originating Agency Identifier – ORI)
This field specifies the file originator and has the same format as the DAI (Field 1.007).
E mező határozza meg az állomány kibocsátóját, és formátuma megegyezik a DAI (1.007 mező) formátumával.
Field 1.009: Transaction Control Number (TCN)
mező: Tranzakció nyilvántartási szám (Transaction Control Number – TCN)
This is a control number for reference purposes.
Ez egy hivatkozási célokra szolgáló nyilvántartási szám.
It should be generated by the computer and have the following format: YYSSSSSSSSA
A számítógép generálja, és formátuma a következő: YYSSSSSSSSA
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.
ahol YY a tranzakció éve, SSSSSSSS egy nyolcjegyű sorozatszám, az A pedig egy, a 2. függelékben meghatározott eljárás szerint generált ellenőrző karakter.
Where a TCN is not available, the field, YYSSSSSSSS, is filled with zeros and the check character generated as above.
Ha a TCN nem áll rendelkezésre, a mező YYSSSSSSSS részét nullákkal kell feltölteni, az ellenőrző karakter generálása pedig a fentiek szerint történik.
Field 1.010: Transaction Control Response (TCR)
mező: A tranzakciós kérelem nyilvántartási száma (Transaction Control Response – TCR)
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.
A kiküldött kérelmekre adott válaszokban ez a nem kötelező mező a kérelem üzenetének tranzakció nyilvántartási számát tartalmazza.
It therefore has the same format as TCN (Field 1.009).
Formátuma ebből következően megegyezik a TCN (1.009 mező) formátumával.
Field 1.011: Native Scanning Resolution (NSR)
mező: Natív szkennelési felbontás (Native Scanning Resolution – NSR)
This field specifies the normal scanning resolution of the system supported by the originator of the transaction.
E mező a rendszernek a tranzakció kibocsátója által támogatott szokásos szkennelési felbontását tartalmazza.
The resolution is specified as two numeric digits followed by the decimal point and then two more digits.
A felbontás meghatározásának formátuma két numerikus karakter, amelyet a tizedesjel követ, majd két további számjegy.
For all transactions pursuant to Decision 2008/615/JHA the sampling rate shall be 500 pixels/inch or 19,68 pixels/mm.
A 2008/615/IB határozat szerinti valamennyi tranzakció esetében a mintavételi arány 500 pixel/hüvelyk vagy 19,68 pixel/mm.
Field 1.012: Nominal Transmitting Resolution (NTR)
mező: Névleges adatátviteli felbontás (Nominal Transmitting Resolution – NTR)
This five-byte field specifies the nominal transmitting resolution for the images being transmitted.
Ez az ötbájtos mező határozza meg a továbbított képek névleges adatátviteli felbontását.
The resolution is expressed in pixels/mm in the same format as NSR (Field 1.011).
A felbontást pixel/mm-ben kell megadni, az NSR-rel (1.011 mező) megegyező formátumban.
Field 1.013: Domain name (DOM)
mező: Doménnév (Domain name – DOM)
This mandatory field identifies the domain name for the user-defined Type-2 logical record implementation.
Ez a kötelező mező határozza meg a doménnevet a 2. típusú felhasználói logikai rekord implementációjához.
It consists of two information items and shall be ‘INT-IUS4.22GS’.
Két adatelemből áll, értéke „INT-IUS4.22GS”.
Field 1.014: Greenwich mean time (GMT)
mező: Greenwichi középidő (Greenwich mean time – GMT)
This mandatory field provides a mechanism for expressing the date and time in terms of universal Greenwich Mean Time (GMT) units.
Ez a kötelező mező mechanizmust biztosít a dátumnak és az időpontnak az univerzális greenwichi középidő (GMT) egységeiben való kifejezésére.
If used, the GMT field contains the universal date that will be in addition to the local date contained in Field 1.005 (DAT).
Használata esetén a GMT mező az univerzális időt tartalmazza, ami kiegészíti az 1.005 (DAT) mezőben foglalt helyi időt.