natgillin/translations-raw huggingface dataset:
Et informationsfelt kan således bestå af et eller flere subfelter med informationselementer.
An information field may therefore consist of one or more subfields of information items.
I de logiske records med mærkede felter er der indsat mekanismer til adskillelse af oplysningerne, som benytter fire ASCII-informationsseparatorer.
In the tagged-field logical records, mechanisms for delimiting information are implemented by use of four ASCII information separators.
De adskilte oplysninger kan være elementer i et felt eller subfelt, felter inden for en logisk record eller subfelter, der forekommer flere gange.
The delimited information may be items within a field or subfield, fields within a logical record, or multiple occurrences of subfields.
De benyttede informationsseparatorer er defineret i standarden ANSI X3.4.
These information separators are defined in the standard ANSI X3.4.
Disse tegn benyttes til at adskille og karakterisere information på en logisk måde.
These characters are used to separate and qualify information in a logical sense.
Set ud fra en hierarkisk synsvinkel er filseparatortegnet »FS« det mest inklusive, og derefter følger gruppeseparatortegnet »GS«, recordseparatortegnet »RS og endelig enhedsseparatortegnet »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.
Tabel 1 viser disse ASCII-separatorer og giver en beskrivelse af deres brug i forbindelse med denne standard.
Table 1 lists these ASCII separators and a description of their use within this standard.
Informationsseparatorer bør funktionelt set betragtes som en angivelse af, hvilken type data der følger efter.
Information separators should be functionally viewed as an indication of the type data that follows.
»US«-tegnet adskiller individuelle informationselementer inde i et felt eller subfelt.
The ‘US’ character shall separate individual information items within a field or subfield.
Dette signalerer, at det efterfølgende informationselement vedrører det pågældende felt eller subfelt.
This is a signal that the next information item is a piece of data for that field or subfield.
En række subfelter i et felt, som er adskilt af »RS«-tegnet, angiver starten af den næste gruppe af gentagne informationselementer.
Multiple subfields within a field separated by the ‘RS’ character signals the start of the next group of repeated information item(s).
»GS«-separatortegnet, der benyttes mellem informationsfelter, angiver starten af et nyt felt, der efterfølges af det angivne feltidentificeringsnummer.
The ‘GS’ separator character used between information fields signals the beginning of a new field preceding the field identifying number that shall appear.
På tilsvarende vis markeres begyndelsen af en ny logisk record med angivelse af tegnet »FS«.
Similarly, the beginning of a new logical record shall be signalled by the appearance of the ‘FS’ character.
De fire tegn giver kun mening, når de benyttes som separatorer mellem dataelementer i felter i ASCII-tekstrecords.
The four characters are only meaningful when used as separators of data items in the fields of the ASCII text records.
Tegnene har ingen specifik betydning, når de forekommer i binære billedrecords og binære felter — de indgår blot som en del af de udvekslede oplysninger.
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.
Normalt bør der ikke være nogen tomme felter eller informationselementer, så der bør derfor kun være ét separatortegn mellem to givne dataelementer.
Normally, there should be no empty fields or information items and therefore only one separator character should appear between any two data items.
Undtagelsen fra denne regel indtræder, når data i felterne eller informationselementer i en transaktion ikke er tilgængelige, ikke findes eller er fakultative, og behandlingen af transaktionen ikke er afhængig af, at de pågældende data er til stede.
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.
I sådanne tilfælde skal man angive flere separatortegn i træk snarere end at indsætte fylddata mellem separatortegnene.
In those instances, multiple and adjacent separator characters shall appear together rather than requiring the insertion of dummy data between separator characters.
Med henblik på definitionen af et felt, der består af tre informationselementer, gælder følgende.
For the definition of a field that consists of three information items, the following applies.
Hvis oplysningerne i det andet informationselement mangler, anføres der to »US«-informationsseparatortegn ved siden af hinanden mellem det første og det tredje informationselement.
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.
Hvis både andet og tredje informationselement mangler, anføres der tre separatortegn — to »US«-tegn samt det afsluttende separatortegn for feltet eller subfeltet.
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.
Som hovedregel bør det korrekte antal separatortegn indsættes, hvis et eller flere obligatoriske eller fakultative informationselementer ikke er tilgængelige for et felt eller subfelt.
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.
Det er muligt at have kombinationer af to eller flere af de fire separatortegn lige efter hinanden.
It is possible to have side-by-side combinations of two or more of the four available separator characters.
Hvis dataene ikke foreligger eller ikke er tilgængelige til informationselementer, subfelter eller felter, skal der være et separatortegn mindre end det fornødne antal informationselementer, subfelter eller felter.
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.
Tabel 1: Benyttede separatorer
Table 1: Separators Used
I logiske records med mærkede felter, skal hvert af de benyttede informationsfelter nummereres i overensstemmelse med denne standard.
For tagged-field logical records, each information field that is used shall be numbered in accordance with this standard.
Formatet for hvert felt skal bestå af den logiske records typenummer efterfulgt af et punktum ».«, et feltnummer efterfulgt af et kolon »:«, efterfulgt af de oplysninger, der skal stå i feltet.
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.
Det mærkede felts nummer er et etcifret tal fra 1 til 9, som anføres mellem punktummet ».« og kolonet »:«.
The tagged-field number can be any one-to-nine digit number occurring between the period ‘.’ and the colon ‘:’.
Det skal fortolkes som et nummer i et usigneret talfelt.
It shall be interpreted as an unsigned integer field number.
Det vil sige, at feltnummeret »2.123:« svarer til og skal fortolkes på samme måde som feltnummeret »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:’.
I eksemplerne i resten af dette dokument benyttes et trecifret tal til angivelse af felterne i hver af de logiske records med mærkede felter, der beskrives heri.
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.
Feltnumrene udformes således: »TT.xxx:«, hvor »TT« repræsenterer recordtypen med et eller to tegn efterfulgt af et punktum.
Field numbers will have the form of ‘TT.xxx:’ where the ‘TT’ represents the one- or two-character record type followed by a period.
De næste tre tegn angiver det pågældende feltnummer efterfulgt af et kolon.
The next three characters comprise the appropriate field number followed by a colon.
Efter kolonet følger der beskrivende ASCII-oplysninger eller billeddata.
Descriptive ASCII information or the image data follows the colon.
Logiske records af Type-1 og Type-2 indeholder kun ASCII tekstdatafelter.
Logical Type-1 and Type-2 records contain only ASCII textual data fields.
Recordens samlede længde (inkl. feltnumre, koloner og separatortegn) skal angives som det første ASCII-felt i hver af disse recordtyper.
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.
ASCII-filseparatorkontroltegnet »FS« (der angiver afslutningen af den logiske record eller transaktion) skal følge umiddelbart efter sidste byte i ASCII-oplysningerne og skal medregnes i recordens længde.
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.
Recordens samlede længde skal angives i det første binære fire-byte-felt i hver record.
For this binary record, neither the record number with its period, nor the field identifier number and its following colon, shall be recorded.
Hverken recordnummeret med efterfølgende punktum eller feltidentifikationsnummeret med efterfølgende kolon skal registreres for denne binære record.
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.
Type-1 logisk record: filens header Denne record beskriver filens struktur og type og andre vigtige oplysninger.
Fields for Type-1 Logical Record
Det tegnsæt, der anvendes i Type 1-felter, må kun indeholde 7-bit-ANSI-koden for udveksling af oplysninger. 3.1. Fields for Type-1 Logical Record
Field 1.001: Logical Record Length (LEN)
Dette felt angiver det samlede antal bytes i hele den logiske record af Type-1.
Field 1.002: Version Number (VER)
Field 1.002: Version Number (VER) For at sikre, at brugerne er opmærksomme på, hvilken version af ANSI/NIST-standarden, der benyttes, angiver dette fire-byte-felt nummeret på den version af standarden, der benyttes af softwaren eller af det system, der har genereret filen. De første to bytes specificerer hovedversionens referencenummer og de næste to nummeret på det sekundære revisionsnummer.
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’.
Field 1.003: File Content (CNT) Dette felt angiver hver eneste record i filen efter recordtype og den rækkefølge, som disse records optræder i i den logiske fil.
The first information item in the first subfield is ‘1’, to refer to this Type-1 record.
Det består af et eller flere subfelter, der hvert især indeholder to informationselementer, der beskriver en enkelt logisk record, der forekommer i den pågældende fil.
It is followed by a second information item which contains the number of other records contained in the file.
Det første informationselement i det første subfelt er »1«, som henviser til denne Type-1 record.
Field 1.004: Type of Transaction (TOT)
Det efterfølges af et andet informationselement, der angiver, hvor mange andre records filen indeholder.
This field contains a three letter mnemonic designating the type of the transaction.
Dette nummer er også lig med antallet af resterende subfelter under felt 1003.
These codes may be different from those used by other implementations of the ANSI/NIST standard.
Hvert af de øvrige subfelter associeres med en record i filen, og subfeltsekvensen svarer til recordsekvensen.
CPS: Criminal Print-to-Print Search.
Hvert subfelt indeholder to informationselementer.
This transaction is a request for a search of a record relating to a criminal offence against a prints database.
Personens aftryk skal medsendes som WSQ-komprimerede billeder i filen.
The person's prints must be included as WSQ-compressed images in the file.
»US«-tegnet benyttes til at adskille de to informationselementer.
In case of a No-HIT, the following logical records will be returned:
1 Type-1 Record
1 Type-1 Record,
1 Type-2 Record
1 Type-2 Record.
1 Type-1 Record 1 Type-2 Record
1 Type-2 Record,
1 Type-2 Record
1-14 Type-4 Record.
1-14 Type-4 Record CPS TOT er sammenfattet i tabel A.6.1 (tillæg 6).
The CPS TOT is summarised in Table A.6.1 (Appendix 6).
Denne transaktion benyttes, når der skal søges efter overensstemmelse med et sæt aftryk i en database over uidentificerede latente aftryk.
This transaction is used when a set of prints shall to be searched against an Unidentified Latent database.
Svaret vil indeholde Hit/No-Hit-afgørelsen af destinationens søgning i fingeraftryksidentifikationssystemet.
The response will contain the Hit/No-Hit decision of the destination AFIS search.
Hvis der forekommer flere uidentificerede latente aftryk, vil der blive tilbagesendt flere SRE-transaktioner med et latent aftryk pr. transaktion.
If multiple unidentified latents exist, multiple SRE transactions will be returned, with one latent per transaction.
1 Type-2 Record
1 Type-13 Record.
De detaljerede oplysninger om det latente aftryk og billedet (WSQ-komprimeret) skal medsendes i filen.
The latent minutiæ information and the image (WSQ-compressed) must be included in the file.
1 Type-2 Record 1 Type-4 or Type-15 Record
1 Type-4 or Type-15 Record.
MPS TOT er sammenfattet i tabel A.6.4 (tillæg 6).
The MPS TOT is summarised in Table A.6.4 (Appendix 6).
I denne transaktion indeholder filen et latent aftryk, som der skal søges på i en database over uidentificerede latente aftryk for at etablere forbindelser mellem forskellige gerningssteder.
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.
MMS TOT er sammenfattet i tabel A.6.4 (tillæg 6).
The MMS TOT is summarised in Table A.6.4 (Appendix 6).
SRE: Denne transaktion sendes tilbage af det anmodede agentur som svar på fingeraftryksforespørgsler.
SRE: This transaction is returned by the destination agency in response to dactyloscopic submissions.
Hvis der forekommer flere kandidater, vil der blive tilbagesendt flere SRE-transaktioner med én kandidat pr. transaktion.
If multiple candidates exist, multiple SRE transactions will be returned, with one candidate per transaction.
SRE TOT er sammenfattet i tabel A.6.2 (tillæg 6).
The SRE TOT is summarised in Table A.6.2 (Appendix 6).
ERR: Denne transaktion sendes tilbage af det anmodede fingeraftryksidentifikationssystem for at angive en fejl i forbindelse med transaktionen.
ERR: This transaction is returned by the destination AFIS to indicate a transaction error.
Den indeholder et meddelelsesfelt (ERM), der angiver, hvilken fejl der er konstateret.
It includes a message field (ERM) indicating the error detected.
Følgende logiske records vil blive sendt tilbage:
The following logical records will be returned:
ERR TOT er sammenfattet i tabel A.6.3 (tillæg 6).
The ERR TOT is summarised in Table A.6.3 (Appendix 6).
Tabel 2: Tilladte koder i transaktionerne
Table 2: Permissible Codes in Transactions
M Mandatory (obligatorisk)
M Mandatory,
M* Kun én af de to recordtyper kan medtages
M* Only one of both record-types may be included,
O Optional (fakultativ)
O Optional,
C Conditional (afhængigt af, om oplysningerne er tilgængelige)
C Conditional on whether data is available,
Ikke tilladt
Not allowed,
1* Afhængigt af legacy-systemerne
1* Conditional depending on legacy systems.
Dette felt angiver den dato, hvor transaktionen blev indledt, og skal følge ISO-standardformatet være: YYYYMMDD
This field indicates the date on which the transaction was initiated and must conform to the ISO standard notation of: YYYYMMDD
hvor YYYY er året, MM er måneden, og DD er dagen.
where YYYY is the year, MM is the month and DD is the day of the month.
Der sættes et nul foran étcifrede tal.
Leading zeros are used for single figure numbers.
For eksempel svarer »19931004« til den 4. oktober 1993.
For example, ‘19931004’ represents 4 October 1993.
Dette fakultative felt definerer den prioritet, på en skala fra 1 til 9, som tillægges søgningen.
This optional field defines the priority, on a level of 1 to 9, of the request.
»1« er højeste prioritet og »9« laveste prioritet.
‘1’ is the highest priority and ‘9’ the lowest.
Transaktioner med prioritet »1« skal behandles omgående.
Priority ‘1’ transactions shall be processed immediately.
Dette felt angiver det agentur, som transaktionen er rettet til.
This field specifies the destination agency for the transaction.
Det består af to informationselementer i følgende format: CC/agency.
It consists of two information items in the following format: CC/agency.
Det første informationselement indeholder landekoden (Country Code), som er defineret i ISO 3166, og som består af to alfanumeriske tegn.
The first information item contains the Country Code, defined in ISO 3166, two alpha-numeric characters long.
Det andet element agency (agentur) er en fritekstidentificering af agenturet på højt 32 alfanumeriske tegn.
The second item, agency, is a free text identification of the agency, up to a maximum of 32 alpha-numeric characters.
Dette felt angiver det agentur, der har afsendt filen, og det er i samme format som DAI (Felt 1.007).
Field 1.009: Transaction Control Number (TCN)
Field 1.009: Transaction Control Number (TCN)
This is a control number for reference purposes.
Dette er et kontrolnummer til henvisningsbrug. Det genereres af computeren og har følgende format: YYSSSSSSSSA
It should be generated by the computer and have the following format: YYSSSSSSSSA
hvor YY er transaktionsåret, SSSSSSSS er et ottecifret serienummer og A er et kontrolbogstav, der genereres efter proceduren i tillæg 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.
Når TCN ikke er til rådighed, udfyldes feltet YYSSSSSSSS, med nuller, og kontrolbogstavet genereres som angivet ovenfor.
Where a TCN is not available, the field, YYSSSSSSSS, is filled with zeros and the check character generated as above.
Det har derfor samme format som TCN (Felt 1.009). 3.1.11. Field 1.011: Native Scanning Resolution (NSR)
Field 1.011: Native Scanning Resolution (NSR)
Dette felt angiver den normale scanningsopløsning i det system, som transaktionsafsenderen understøtter.
This field specifies the normal scanning resolution of the system supported by the originator of the transaction.
Opløsningen angives som et tocifret tal, efterfulgt af et decimalkomma og derefter endnu to cifre.
The resolution is specified as two numeric digits followed by the decimal point and then two more digits.
For alle transaktioner i henhold til afgørelse 2008/615/RIA skal opløsningen være på 500 DPI (= pixels/inch) eller 19,68 pixels/mm.
For all transactions pursuant to Decision 2008/615/JHA the sampling rate shall be 500 pixels/inch or 19,68 pixels/mm.
Opløsningen angives i pixels/mm i samme format som NSR (Felt 1.011). 3.1.13. Field 1.013: Domain name (DOM)
Field 1.013: Domain name (DOM)
Dette obligatoriske felt angiver domænenavnet for implementeringen af den brugerdefinerede logiske Type-2-record.
This mandatory field identifies the domain name for the user-defined Type-2 logical record implementation.
Det består af to informationselementer og skrives således: »INT-IUS4.22GS«.
It consists of two information items and shall be ‘INT-IUS4.22GS’.
Dette obligatoriske felt tilvejebringer en mekanisme til at udtrykke dato og klokkeslæt udtrykt i universelle Greenwich Mean Time (GMT) enheder.
This mandatory field provides a mechanism for expressing the date and time in terms of universal Greenwich Mean Time (GMT) units.
Når det benyttes, indeholder GMT-feltet den universelle dato, som supplerer den lokale dato i felt 1.005 (DAT).
If used, the GMT field contains the universal date that will be in addition to the local date contained in Field 1.005 (DAT).
Brugen af GMT-feltet fjerner det problem med lokal tid, der opstår, når en transaktion og svaret herpå sendes mellem to steder, der er adskilt af flere tidszoner.
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.
GMT angiver den universelle dato og klokkeslæt døgnet rundt uafhængig af tidszoner.
The GMT provides a universal date and 24-hour clock time independent of time zones.
Den angives som »CCYYMMDDHHMMSSZ«, en sekvens på 15 tegn, der kæder datoen sammen med GMT og slutter med et »Z«.
It is represented as ‘CCYYMMDDHHMMSSZ’, a 15-character string that is the concatenation of the date with the GMT and concludes with a ‘Z’.
Tegnene »CCYY« angiver transaktionsåret, »MM« angiver måneden med to cifre, og »DD« angiver dagen med to cifre, »HH« står for timetallet, »MM«for minuttallet og »SS« for sekundtallet.
The ‘CCYY’ characters shall represent the year of the transaction, the ‘MM’ characters shall be the tens and units values of the month, and the ‘DD’ characters shall be the tens and units values of the day of the month, the ‘HH’ characters represent the hour, the ‘MM’ the minute, and the ‘SS’ represents the second.
Den fulde dato må ikke være senere end dags dato.
The complete date shall not exceed the current date.
Type-2 logisk record: beskrivende tekst
Type-2 Logical Record: Descriptive Text
Strukturen i det meste af denne record er ikke defineret efter den oprindelige ANSI/NIST-standard.
The structure of most of this record is not defined by the original ANSI/NIST standard.
Den indeholder oplysninger af specifik interesse for de agenturer, der afsender eller modtager filen.
The record contains information of specific interest to the agencies sending or receiving the file.
For at sikre kompatibiliteten mellem fingeraftrykssystemer, der skal kommunikere med hinanden, er det nødvendigt, at recorden kun indeholder de felter, der er angivet nedenfor.
To ensure that communicating dactyloscopic systems are compatible, it is required that only the fields listed below are contained within the record.
Dette dokument angiver, hvilke felter der er obligatoriske, og hvilke der er fakultative, og definerer desuden de enkelte felters struktur.
This document specifies which fields are mandatory and which optional, and also defines the structure of the individual fields.
Felter i logisk record af Type-2
Fields for Type-2 Logical Record
Dette felt angiver den samlede længde af hele den logiske record af Type-2 og angiver det samlede antal bytes, inkl. samtlige tegn i hvert enkelt felt og informationsseparatorerne.
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.
Field 2002: Image Designation Character (IDC)
Field 2.002: Image Designation Character (IDC)
Den IDC, der anføres i dette obligatoriske felt, er en ASCII-representation af IDC som defineret i filindholdsfeltet (CNT) for records af Type-1 (felt 1.003).
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).
Dette felt er obligatorisk og indeholder fire bytes, der angiver, hvilken version af INT-I denne specifikke Type-2-record er forenelig med.
This field is mandatory and contains four bytes which indicate which version of the INT-I this particular Type-2 record complies with.