natgillin/translations-raw huggingface dataset:
The system is able to use novice security techniques such as an XML-firewall.
Systemet är förberett för användning av ny säkerhetsteknik såsom en XML-brandvägg.
Adaptability
Anpassbarhet
The system is extensible with new messages and new functionality.
Systemet kan utökas med nya meddelanden och ny funktionalitet.
The costs of adaptations are minimal. Due to the centralised development of application components.
Anpassningskostnaderna är minimala beroende på den centraliserade utvecklingen av applikationskomponenter.
Member States are able to define new message types for bilateral use.
Medlemsstaterna kan definiera nya meddelandetyper för bilateral användning.
Not all Member States are required to support all message types.
Det krävs inte av alla medlemsstater att de ska kunna klara av alla typer av meddelanden.
Support and Maintenance
Stöd och underhåll
The system provides monitoring facilities for a central service-desk and/or operators concerning the network and servers in the different Member States.
Systemet tillhandahåller övervakningsfaciliteter för en central servicedesk och/eller operatörer när det gäller nätet och servrar i de olika medlemsstaterna.
The system provides facilities for remote support by a central service-desk.
Systemet tillhandahåller faciliteter för fjärrstöd genom en central servicedesk.
The system provides facilities for problem analysis.
Systemet tillhandahåller faciliteter för problemanalys.
The system can be expanded to new Member States.
Systemet kan utsträckas till att omfatta nya medlemsstater.
The application can easily be installed by staff with a minimum of IT-qualifications and experience.
Applikationen kan enkelt installeras av personal med ett minimum av IT-kvalifikationer och erfarenhet.
The installation procedure shall be as much as possible automated.
Installationsproceduren ska så långt som möjligt vara automatiserad.
The system provides a permanent testing and acceptance environment.
Systemet tillhandahåller en permanent test- och acceptansmiljö.
The annual costs of maintenance and support has been minimised by adherence to market standards and by creating the application in such a way that as little support as possible from a central service-desk is required.
De årliga kostnaderna för underhåll och stöd har minimerats genom anslutning till marknadsstandarder och genom att utforma applikationen så att så lite stöd som möjligt krävs från en central servicedesk.
Design requirements
Krav på utformningen
The system is designed and documented for an operational lifetime of many years.
Systemet är utformat och dokumenterat för en operativ livslängd på många år.
The system has been designed in such a way that it is independent of the network provider.
Systemet har utformats så att det är oberoende av nätleverantören.
The system is compliant with the existing HW/SW in the Member States by interacting with those registration systems using open standard web service technology (XML, XSD, SOAP, WSDL, HTTP(s), Web services, WSS, X.509, etc.).
Systemet står i överensstämmelse med existerande HW/SW i medlemsstaterna genom att interagera med de registreringssystem som använder öppna standarder för webbtjänstteknik (XML, XSD, Soap, WSDL, HTTP(s), webbtjänster, WSS, X.509, osv.).
Applicable standards
Tillämpliga standarder
The system is compliant with data protection issues as stated in Regulation EC 45/2001 (Articles 21, 22 and 23) and Directive 95/46/EC.
Systemet uppfyller dataskyddskraven i förordning (EG) nr 45/2001 (artiklarna 21, 22 och 23) och direktiv 95/46/EG.
The system complies with the IDA Standards.
Systemet uppfyller IDA-standarderna.
The system supports UTF8.
Systemet är anpassat för UTF8.
Evaluation procedure according to Article 20 (Preparation of decisions according to Article 25(2) of decision 2008/615/JHA)
Utvärderingsförfarande i enlighet med artikel 20 (förberedelse av beslut enligt artikel 25.2 i beslut 2008/615/RIF)
The relevant Council Working Group shall draw up a questionnaire concerning each of the automated data exchanges set out in Chapter 2 of Decision 2008/615/JHA.
Den berörda rådsarbetsgruppen ska utarbeta ett frågeformulär beträffande vart och ett av de automatiserade utbytena av information i kapitel 2 i beslut 2008/615/RIF.
As soon as a Member State believes it fulfils the prerequisites for sharing data in the relevant data category, it shall answer the relevant questionnaire.
Så snart som en medlemsstat anser sig uppfylla de nödvändiga förutsättningarna för att dela information i de relevanta informationskategorierna ska den besvara det relevanta frågeformuläret.
With a view to evaluating the results of the questionnaire, the Member State that wishes to start sharing data shall carry out a pilot run together with one or more other Member States already sharing data under the Council Decision.
I syfte att utvärdera resultatet av frågeformuläret ska de medlemsstater som vill börja dela information genomföra en testkörning tillsammans med en eller flera andra medlemsstater som redan delar information enligt rådsbeslutet.
The pilot run takes place shortly before or shortly after the evaluation visit.
Testkörningen ska äga rum före eller kort tid efter utvärderingsbesöket.
The conditions and arrangements for this pilot run will be identified by the relevant Council Working Group and be based upon prior individual agreement with the concerned Member State.
Villkoren och arrangemangen kring denna testkörning ska fastställas av den berörda rådsarbetsgruppen och grunda sig på en i förväg träffad separat överenskommelse med den berörda medlemsstaten.
The Member States taking part in the pilot run will decide on the practical details.
De medlemsstater som deltar i testkörningen beslutar själva om de praktiska detaljerna.
With a view to evaluating the results of the questionnaire, an evaluation visit shall take place in the Member State that wishes to start sharing data.
I syfte att utvärdera resultatet av frågeformuläret ska ett utvärderingsbesök äga rum i den medlemsstat som vill börja dela information.
The conditions and arrangement for this visit will be identified by the relevant Working Group and be based upon prior individual agreement between the concerned Member State and the evaluation team.
Villkoren och arrangemangen kring denna testkörning kommer att fastställas av den berörda rådsarbetsgruppen och grunda sig på en i förväg träffad separat överenskommelse mellan den berörda medlemsstaten och utvärderingsteamet.
The concerned Member State will enable the evaluation team to check the automated exchange of data in the data category or categories to be evaluated, in particular by organising a programme for the visit which takes into account the requests of the evaluation team.
Den berörda medlemsstaten ska ge utvärderingsteamet möjlighet att kontrollera det automatiserade informationsutbytet i den eller de informationskategorier som ska utvärderas, bland annat genom att organisera ett program för besöket som beaktar de önskemål som utvärderingsteamet framfört.
Within one month, the evaluation team will produce a report on the evaluation visit and will forward it to the Member State concerned for its comments.
Inom en månad ska utvärderingsteamet sammanställa en rapport om utvärderingsbesöket och överlämna den till berörda medlemsstater för kommentarer.
If appropriate, this report will be revised by the evaluation team on the basis of the Member State's comments.
I förekommande fall ska utvärderingsgruppen revidera denna rapport på grundval av medlemsstaternas kommentarer.
The members of the evaluation team will respect the confidential nature of the information they acquire when carrying out their task.
Medlemmarna i utvärderingsteamet ska respektera den inhämtade informationens konfidentiella natur i samband med att de utför sin uppgift.
An overall evaluation report, summarising the results of the questionnaires, the evaluation visit and the pilot run, will be presented to the Council for its decision pursuant to Article 25(2) of Decision 2008/615/JHA.
En övergripande utvärderingsrapport som sammanfattar resultatet av frågeformulären, utvärderingsbesöket och testkörningen kommer att läggas fram för rådet för beslut i enlighet med artikel 25.2 i beslut 2008/615/RIF.
Statistics and report
Statistik och rapport
Each Member State will compile statistics on the results of the automated data exchange.
Varje medlemsstat ska samla in statistik över resultatet av det automatiserade informationsutbytet.
In order to ensure comparability, the model for statistics will be compiled by the relevant Council Working Group.
I syfte att säkerställa jämförbarhet kommer statistikmodellen att fastställas av den berörda rådsarbetsgruppen.
These statistics will be forwarded annually to the General Secretariat, which will produce a summary overview for the elapsed year, and to the Commission.
Dessa statistikuppgifter kommer årligen att läggas fram för rådet, som ska göra en övergripande sammanfattning av det gångna året, och för kommissionen.
In addition, Member States will be requested on a regular basis not to exceed once per year to provide further information on the administrative, technical and financial implementation of automated data exchange as needed to analyse and improve the process.
Dessutom kommer medlemsstaterna regelbundet att anmodas att inte underlåta att en gång per år tillhandahålla sådana ytterligare uppgifter om det administrativa, tekniska och finansiella genomförandet av automatiserat utbyte av information som behövs för analys och förbättringar av processen.
On the basis of this information, a report will be produced for the Council.
På grundval av denna information kommer en rapport att sammanställas för rådet.
Within reasonable time, the Council will examine the evaluation mechanism described here and revise it as necessary.
Inom rimlig tid kommer rådet att granska den utvärderingsmekanism som beskrivs här och vid behov revidera den.
Within the relevant Council Working Group, experts will meet regularly to organise and implement the abovementioned evaluation procedures as well as to share experience and discuss possible improvements.
Inom den berörda rådsarbetsgruppen kommer experter regelbundet att träffas för att organisera och genomföra de ovannämnda utvärderingsförfarandena samt dela med sig av sina erfarenheter och diskutera möjliga förbättringar.
Where applicable, the results of these expert discussions will be incorporated into the report referred to in 2.1.
I tillämpliga fall kommer resultatet av dessa expertdiskussioner att införlivas med den rapport som det hänvisas till i punkt 2.1 ovan.
‘Full designated’ means the handling of rare allelle values is included.
”Fullständigt angivna” betyder att hantering av ovanliga alleler inkluderas.
This is the position as defined in the ASCII standard.
Detta är positionen enligt definitionen i ASCII-standarden.
Harmonised document abbreviation, see Council Directive 1999/37/EC of 29 April 1999.
Harmonised document abbreviation, see Council Directive 1999/37/EC of 29.4.1999.
The architecture is based upon an any-to-any communication model.
Arkitekturen bygger på kommunikationsmodellen alla-till-alla (any-to-any).
There exists neither a central computer server nor a centralised database to hold DNA profiles.
Det finns ingen central server och inte heller någon centraliserad databas med DNA-profiler.
1 Type-2 Record. In case of a HIT, the following logical records will be returned:
1 post typ 1.
VERTICAL LINE LENGTH
VLL
SCALE UNITS N 2 2 1 1 9
SLC
HORIZONTAL PIXEL SCALE
SCALE UNITS
VERTICAL PIXEL SCALE
HORIZONTAL PIXEL SCALE
Since a tagged-field logical image record may contain only one binary field, a single Type-15 record will be required for each writer's palm and one or two Type-15 records for each full palm.
Eftersom en logisk bildpost med taggade fält kan innehålla endast ett binärt fält, kommer det att krävas en enda typ 15-post för varje handflatekant och en eller två typ 15-poster för varje fullständig handflata.
Therefore, four to six Type-15 records will be required to represent the subject's palmprints in a normal palmprint transaction.
Därför behövs det fyra till sex typ 15-poster för att visa personens handflateavtryck i en normal transaktion med handflateavtryck.
Within a Type-15 logical record, entries shall be provided in numbered fields.
Inom en logisk post typ 15 ska registreringar läggas in i numrerade fält.
PALMPRINT CAPTURE DATE
PCD
HORIZONTAL LINE LENGTH
HLL
VPS
HPS
CGA
VERTICAL PIXEL SCALE N 2 5 1 1 12
TOT
CNT
PRY
Date
Priority
PRY
DAI
Priority
Destination Agency
DAI
ORI
DAI
Originating Agency
1.007:DE/BKAGS
TCN
ORI
Transaction Control Number
1.008:NL/NAFISGS
TCR
TCN
Transaction Control Reference
1.009:0200000004FGS
Native Scanning Resolution
1.010:0200000004FGS
Field number
Bilaga 6 Post typ 2 definitioner
Field name
Tabell A.6.1: CPS- och PMS-transaktion Identifier
Character type
Condition Field Number
1.003:1US15RS2US00RS4US01RS4US02RS4US03RS4US04RS4US05RS4US06RS4US07RS4US08RS4US09RS4US10RS4US11RS4US12RS4US13RS4US14GS
File Content
Type of Transaction
1.003:1US15RS2US00RS4US01RS4US02RS4US03RS4US04RS4US05RS4US06RS4US07RS4US08RS4US09RS4US10RS4US11RS4US12RS4US13RS4US14GS
1.009:0200000004FGS
Transaction Control Number
1.010:0200000004FGS
Transaction Control Reference
Domain Name
DOM
GMT
Domain Name
Greenwich Mean Time
INT-IUS4.22GS
Under the Character Type Column: A = Alpha, N = Numeric, B = Binary 1* allowed characters for agency name are [‘0..9’, ‘A..Z’, ‘a..z’, ‘_’, ‘.’, ‘’, ‘-’]
Greenwich Mean Time
Identifier
Under teckentypkolumn: A = Alfa, N = Numerisk, B = Binär
Condition
1* tillåtna tecken för organets namn är [”0...9”, ”A...Z”, ”a...z”, ”_”,”.”, ””, ”-”]
Example data
Field Name Character Type
LEN
Example Data
2.074: 201: IDC - 1 FIELD 1.009 WRONG CONTROL CHARACTER LF 115: IDC 0 FIELD 2.003 INVALID SYSTEM INFORMATION GS
2.074: 201: IDC - 1 FIELD 1 009 WRONG CONTROL CHARACTER LF 115: IDC 0 FIELD 2 003 INVALID SYSTEM INFORMATION GS
Address
First name
End data of the holdership of the car. N Type of holder O
Start date of the holdership of the car.
If there is no owner of the vehicle (C.2) the reference to the fact that the holder of the registration certificate: is the vehicle owner,
This date will often be the same as printed under (I) on the registration certificate of the vehicle.
First name
is not identified by the registration certificate as being the vehicle owner N Data relating to owners of the vehicle (C.2)
This is a structure describing the XML profile data part. It contains the following fields:
Denna struktur beskriver XML-profilens datadel: Den innehåller följande fält:
This field is positioned at bytes 14 and 15 within the Type-4 record. It specifies the number of pixels contained in each scan line.
I detta fält som upptar positionerna 14-15 i typ 4-posten anges antalet pixel i varje skanningslinje.
1.007:DE/BKAGS
Destination Agency
SYS
IDC
Case Number
System Information
SQN
CNO
IDC
Character Type Example Data LEN M 2.001
Separates error codes in Field 2.074
Position [2] Description
1.008:NL/NAFISGS
Originating Agency
2.063:Additional Information 123GS
2.010:DE/E999999999GS
2.012:E999999999GS
2.010:NL/2222222222GS
2.013:E999999999GS
2.012:E999999999GS
2.009:AGS
2.008:0001GS MID C 2.009
SOURCE AGENCY/ORI
SRC
This field is mandatory and contains four bytes which indicate which version of the INT-I this particular Type-2 record complies with. The first two bytes specify the major version number, the second two the minor revision number.
Fält 2.003: Systeminformation (System Information – SYS)
IMPRESSION TYPE
IDC
Field 13.001: Logical record length (LEN) This mandatory ASCII field shall contain the total count of the number of bytes in the Type-13 logical record.
Fält 13.001: Logisk postlängd (Logical record length – LEN)
Separates logical records of a file
Separates error codes in field 2.074
Separates fields of a logical record
Separates logical records of a file
Expected Number of Candidates
Additional Information
End date holdership
Start date holdership
Data relating to owners of the vehicle
End data of the holdership of the car.
Each subfield contains two items of information. The first is to identify the Type of the record.
Det består av ett eller flera delfält, som vart och ett i sin tur innehåller två uppgifter som beskriver en logisk post som förekommer i den aktuella filen.
The second is the record's IDC. The ‘US’ character shall be used to separate the two information items.
Delfälten registreras i samma ordning som den i vilken posterna registreras och överförs.
This specifies each sequence of latents within a case. It can be up to four numeric characters long.
Detta är ett nummer som av det lokala fingeravtrycksorganet tilldelas en samling latenta avtryck som hittas på brottsplatsen.
Field 2.007: Case Number (CNO) This is a number assigned by the local dactyloscopic bureau to a collection of latents found at a scene-of-crime. The following format is adopted: 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. This field allows the system to identify latents associated with a particular crime.
Denna implementation grundar sig till exempel på INT-I version 2 revision 22, vilket ska uttryckas som ”0422”.
Field 2.010: Criminal Reference Number (CRN) This is a unique reference number assigned by a national agency to an individual who is charged for the first time with committing an offence.
Fält 2.009: Latentavtrycksidentifierare (Latent Identifier – MID)
Sequence Number
Case Number
MID
SQN
Latent Identifier
Sequence Number
CRN
SQN
Criminal Reference Number
System Information
Additional Information
Criminal Reference Number
Character type Example data
Expected Number of Candidates
Image Designation Character
IDC
INF
Latent Identifier A
ENC
INF
An identifier that uniquely identifies the person or the company. N
An identifier that uniquely identifies the person or the company.
The type of ID Number (e.g. passport number). N
Type of ID Number
Start date of the holdership of the car. This date will often be the same as printed under (I) on the registration certificate of the vehicle.
The type of ID Number (e.g. passport number).
HAS DECIDED AS FOLLOWS: CHAPTER I GENERAL
HÄRIGENOM FÖRESKRIVS FÖLJANDE.
When wild card values are provided for allele 1 or 2 then both permutations of the numerical value given for the locus will be searched (e.g. 12, * could match against 12,14 or 9,12), Pentanucleotide (Penta D, Penta E and CD4) micro-variants will be matched according to the following:
Om 3 alleler ges för ett lokus ska den första allelen godtas och de återstående 2 måste automatiskt konverteras till ett jokertecken (*) vid exporten och sökas mot alla.
= x, x.1, x.2
Om jokertecken ges för allel 1 eller 2 ska båda permutationerna av det numeriska värdet för lokuset sökas (”12,*” kan till exempel matcha ”12,14” eller ”9,12”). Mikrovarianter av pentanukleotider (Penta D, Penta E och CD4) ska matchas på följande sätt:
= x.1, x.2, x.3
= x, x.1, x.2 x.2 = x.1, x.2, x.3
Field 1.001: Logical Record Length (LEN) This field contains the total count of the number of bytes in the whole Type-1 logical record. The field begins with ‘1.001:’, followed by the total length of the record including every character of every field and the information separators.
Fält 1.001: Logisk postlängd (Logical Record Length – LEN)
Field 1.002: 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. The first two bytes specify the major version reference number, the second two the minor revision number.
I detta fält anges det totala antalet byte i hela den logiska posten av typ 1.
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. 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.
För att säkerställa att användarna känner till vilken version av ANSI/NIST-standarden som används, anges i detta fält versionsnumret för den standard som används av det program eller system som har skapat filen.
The first information item in the first subfield is ‘1’, to refer to this Type-1 record. It is followed by a second information item which contains the number of other records contained in the file.
Den ursprungliga standarden från 1986 skulle till exempel anses som den första versionen och anges som ”0100”, medan den nuvarande standarden ANSI/NIST-ITL 1-2000 anges som ”0300”.
Field 1.004: Type of Transaction (TOT) This field contains a three letter mnemonic designating the type of the transaction. These codes may be different from those used by other implementations of the ANSI/NIST standard. CPS: Criminal Print-to-Print Search.
Den första uppgiften i det första delfältet är ”1”, vilket hänvisar till denna post av typ 1.
This transaction is a request for a search of a record relating to a criminal offence against a prints database. The person's prints must be included as WSQ-compressed images in the file. In case of a No-HIT, the following logical records will be returned:
Den följs av en andra uppgift om antalet andra poster som förekommer i filen.
1 Type-2 Record, 1-14 Type-4 Record.
1 post typ 1.
The CPS TOT is summarised in Table A.6.1 (Appendix 6). PMS: Print-to-Latent Search.
1 post typ 2.
This transaction is used when a set of prints shall to be searched against an Unidentified Latent database. The response will contain the Hit/No-Hit decision of the destination AFIS search. If multiple unidentified latents exist, multiple SRE transactions will be returned, with one latent per transaction. The person's prints must be included as WSQ-compressed images in the file. In case of a No-HIT, the following logical records will be returned:
1–14 poster typ 4.
Field 2.001: Logical Record Length (LEN) 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.
Fält 2.001: Logisk postlängd (Logical Record Length – LEN)
Field 2.002: Image Designation Character (IDC) 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).
Detta obligatoriska fält anger längden av typ 2-posten i totalt antal byte, inklusive varje tecken i varje fält och informationsavgränsarna.
Within one country no individual ever has more than one CRN, or shares it with any other individual. However, the same individual may have Criminal Reference Numbers in several countries, which will be distinguishable by means of the country code. The following format is adopted for CRN field: CC/number
Detta fält specificerar det enskilda latenta avtrycket inom en sekvens.
where CC is the Country Code, defined in ISO 3166, two alpha-numeric characters in length, and the number complies with the appropriate national guidelines of the issuing agency, and may be up to 32 alpha-numeric characters long. For transactions pursuant to Decision 2008/615/JHA this field will be used for the national criminal reference number of the originating agency which is linked to the images in Type-4 or Type-15 Records.
Värdet är en eller två bokstäver där ”A” tilldelas det första latenta avtrycket, ”B” tilldelas det andra och så vidare upp till gränsen ”ZZ”.
This four-byte field contains the length of this Type-4 record, and specifies the total number of bytes including every byte of every field contained in the record. 5.1.2. Field 4.002: Image Designation Character (IDC)
Tabell 4: Fingeravtryckstyp
Field 4.003: Impression Type (IMP) The impression type is a single-byte field occupying the sixth byte of the record. Table 4: Finger Impression Type Code Description 0Live-scan of plain fingerprint
0Live-scan of plain fingerprint
IMAGE DESIGNATION CHARACTER N 2 5
LOGICAL RECORD LENGTH