natgillin/translations-raw huggingface dataset:
URI leading to documents providing additional information related to the use of some nationally defined specific qualification for a supervised/accredited Trust Service Token provisioning service in consistence with the use of ‘Service information extension’ field (clause 5.5.9) with an ‘additionalServiceInformation’ extension as defined in clause 5.8.2.
URI som leder til dokumenter som gir ytterligere opplysninger om bruken av en nasjonalt definert spesifikk kvalifikasjon for en kontrollert/akkreditert tjeneste som yter pålitelighetstjenestetegn i henhold til bruken av feltet «Service information extension» (punkt 5.5.9) med en «additionalServiceInformation»-utvidelse som definert i punkt 5.8.2.
This field is OPTIONAL, and if present SHALL specify the URI(s) where relying parties can access the service through a sequence of character strings whose syntax MUST be compliant with RFC 3986.
Dette feltet er VALGFRITT, og dersom det forekommer, SKAL det angi den eller de URI-ene der avhengige parter kan få adgang til tjenesten gjennom en sekvens med tegnstrenger hvis syntaks MÅ være i samsvar med RFC 3986.
In the context of the present specifications, this field is OPTIONAL but SHALL be present when the information provided in the ‘Service digital identity’ (clause 5.5.3) is not sufficient to unambiguously identify the qualified certificates issued by this service and/or the information present in the related qualified certificates does not allow machine-processable identification of the facts about whether or not the QC is supported by an SSCD ( ).
I forbindelse med disse spesifikasjonene er dette feltet VALGFRITT, men SKAL forekomme når de opplysningene som er gitt i «Service digital identity» (punkt 5.5.3), ikke er tilstrekkelige til entydig å identifisere de kvalifiserte sertifikatene utstedt av denne tjenesten, og/eller de opplysningene som forekommer i de tilknyttede kvalifiserte sertifikatene, ikke muliggjør maskinlesbar identifisering av hvorvidt QC-et støttes av et SSCD( ).
In the context of the present specifications, when its use is REQUIRED, e.g. for CA/QC services, an optional ‘Service information extensions’ (Sie) information field SHALL be used and structured, according to the ‘Qualifications’ extension defined in ETSI TS 102 231 Annex L.3.1, as a sequence of one or more tuples, each tuple providing:
I forbindelse med disse spesifikasjonene, når bruken er PÅKREVD, f.eks. for CA/QC-tjenester, SKAL det valgfrie opplysningsfeltet «Service information extensions» («Sie») brukes og bygges opp i samsvar med «Qualifications»-utvidelsen definert i ETSI TS 102 231 vedlegg L.3.1, som en sekvens av én eller flere tupler, der hver tuppel inneholder
The associated information (qualifiers) about whether this further identified service set of qualified certificates is supported by an SSCD or not (when this information is ‘QCSSCDStatusAsInCert’, this means that this associated information is part of the QC under an ETSI standardised machine-processable form ( ), and/or information regarding the fact that such QCs are issued to Legal Person (by default they are to be considered as only issued to Natural Persons).
tilknyttede opplysninger («qualifiers») som angir om dette ytterligere identifiserte settet med kvalifiserte sertifikater støttes av et SSCD eller ikke (når disse opplysningene er «QCSSCDStatusAsInCert»; dette betyr at disse tilknyttede opplysningene er en del av QC under et ETSI-standardisert maskinlesbart format( ), og/eller opplysninger om at slike QC-er blir utstedt til juridiske personer (standard er at de betraktes som utstedt bare til fysiske personer).
This refers to an appropriate combination of ETSI defined QcCompliance statement, QcSSCD statements [ETSI TS 101 862] or a QCP/QCP + ETSI defined OID [ETSI TS 101 456].
Dette viser til en relevant kombinasjon av ETSI-definert QcCompliance-erklæring, QcSSCD-erklæringer [ETSI TS 101 862] eller et QCP/QCP + ETSI-definert OID [ETSI TS 101 456].
QCWithSSCD (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCWithSSCD):
QCWithSSCD (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCWithSSCD):
means that it is ensured by the CSP and controlled (supervision model) or audited (accreditation model) by the Member State (respectively its Supervisory Body or Accreditation Body) that any QC issued under the service (QCA) identified in ‘Service digital identity’ (clause 5.5.3) and further identified by the above (filters) information used to further identify under the ‘Sdi’ identified certification service that precise set of qualified certificates for which this additional information is required with regard to the presence or absence of SSCD support ARE supported by an SSCD (i.e. that the private key associated with the public key in the certificate is stored in a Secure Signature Creation Device conformant with Annex III of Directive 1999/93/EC);
betyr at det er sikret av CSP-en og kontrollert (kontrollmodell) eller revidert (akkrediteringsmodell) av medlemsstaten (henholdsvis dens kontrollorgan eller akkrediteringsorgan) at ethvert QC som utstedes i forbindelse med tjenesten (QCA), identifisert i «Service digital identity» (punkt 5.5.3) og ytterligere identifisert av ovennevnte (filtre) opplysninger, som under den «Sdi»-identifiserte sertifiseringstjenesten brukes til ytterligere å identifisere det nøyaktige settet med kvalifiserte sertifikater som disse ytterligere opplysningene kreves for med hensyn til forekomsten av eller mangelen på SSCD-støtte, ER støttet av et SSCD (dvs. at privatnøkkelen som er knyttet til den offentlige nøkkelen i sertifikatet, oppbevares i et sikkert signaturframstillingssystem i samsvar med vedlegg III til direktiv 1999/93/EF).
QCNoSSCD (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCNoSSCD):
QCNoSSCD (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCNoSSCD):
means that it is ensured by the CSP and controlled (supervision model) or audited (accreditation model) by the Member State (respectively its Supervisory Body or Accreditation Body) that any QC issued under the service (RootCA/QC or CA/QC) identified in ‘Service digital identity’ (clause 5.5.3) and further identified by the above (filters) information used to further identify under the ‘Sdi’ identified certification service that precise set of qualified certificates for which this additional information is required with regard to the presence or absence of SSCD support ARE NOT supported by an SSCD (i.e. that the private key associated with the public key in the certificate is not stored in a Secure Signature Creation Device conformant with Annex III of Directive 1999/93/EC]).
betyr at det er sikret av CSP-en og kontrollert (kontrollmodell) eller revidert (akkrediteringsmodell) av medlemsstaten (henholdsvis dens kontrollorgan eller akkrediteringsorgan) at ethvert QC som utstedes i forbindelse med tjenesten (rot-CA/QC eller CA/QC), identifisert i «Service digital identity» (punkt 5.5.3) og ytterligere identifisert av ovennevnte (filtre) opplysninger, som under den «Sdi»-identifiserte sertifiseringstjenesten brukes til ytterligere å identifisere det nøyaktige settet med kvalifiserte sertifikater som disse ytterligere opplysningene kreves for med hensyn til forekomsten av eller mangelen på SSCD-støtte, IKKE ER støttet av et SSCD (dvs. at privatnøkkelen som er knyttet til den offentlige nøkkelen i sertifikatet, ikke oppbevares i et sikkert signaturframstillingssystem i samsvar med vedlegg III til direktiv 1999/93/EF).
QCSSCDStatusAsInCert (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCSSCDStatusAsInCert):
QCSSCDStatusAsInCert (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCSSCDStatusAsInCert):
means that it is ensured by the CSP and controlled (supervision model) or audited (accreditation model) by the Member State (respectively its Supervisory Body or Accreditation Body) that any QC issued under the service (CA/QC) identified in ‘Service digital identity’ (clause 5.5.3) and further identified by the above (filters) information used to further identify under the ‘Sdi’ identified certification service that precise set of qualified certificates for which this additional information is required with regard to the presence or absence of SSCD support SHALL contain the machine-processable information indicating whether or not the QC is supported by an SSCD;
betyr at det er sikret av CSP-en og kontrollert (kontrollmodell) eller revidert (akkrediteringsmodell) av medlemsstaten (henholdsvis dens kontrollorgan eller akkrediteringsorgan) at ethvert QC som utstedes i forbindelse med tjenesten (CA/QC), identifisert i «Service digital identity» (punkt 5.5.3) og ytterligere identifisert av ovennevnte (filtre) opplysninger, som under den «Sdi»-identifiserte sertifiseringstjenesten brukes til ytterligere å identifisere det nøyaktige settet med kvalifiserte sertifikater som disse ytterligere opplysningene kreves for med hensyn til forekomsten av eller mangelen på SSCD-støtte, SKAL inneholde maskinlesbare opplysninger som angir om QC-et er støttet av et SSCD eller ikke.
QCForLegalPerson (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCForLegalPerson):
QCForLegalPerson (http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/SvcInfoExt/QCForLegalPerson):
means that it is ensured by the CSP and controlled (supervision model) or audited (accreditation model) by the Member State (respectively its Supervisory Body or Accreditation Body) that any QC issued under the service (QCA) identified in ‘Service digital identity’ (clause 5.5.3) and further identified by the above (filters) information used to further identify under the ‘Sdi’ identified certification service that precise set of qualified certificates for which this additional information is required with regard to the issuance to Legal Person ARE issued to Legal Persons.
betyr at det er sikret av CSP-en og kontrollert (kontrollmodell) eller revidert (akkrediteringsmodell) av medlemsstaten (henholdsvis dens kontrollorgan eller akkrediteringsorgan) at ethvert QC som utstedes i forbindelse med tjenesten (QCA), identifisert i «Service digital identity» (punkt 5.5.3) og ytterligere identifisert av ovennevnte (filtre) opplysninger, som under den «Sdi»-identifiserte sertifiseringstjenesten brukes til ytterligere å identifisere det nøyaktige settet med kvalifiserte sertifikater som disse ytterligere opplysningene kreves for med hensyn til utstedelsen til juridiske personer, ER utstedt til juridiske personer.
This field is implementation specific (ASN.1 or XML) and MUST comply with the specifications provided in ETSI TS 102 231, Annex L.3.1.
Dette feltet er gjennomføringsspesifikt (ASN.1 eller XML) og MÅ være i samsvar med spesifikasjonene fastsatt i ETSI TS 102 231 vedlegg L.3.1.
In the context of an XML implementation, the specific content of such additional information has to be coded using the xsd file provided in Chapter 3.
I forbindelse med en XML-gjennomføring skal det spesifikke innholdet i slike ytterligere opplysninger kodes ved hjelp av xsd-filen angitt i kapittel 3.
This field is OPTIONAL but MUST be present if ‘Historical information period’ (clause 5.3.12) is non-zero.
Dette feltet er VALGFRITT, men MÅ forekomme dersom «Historical information period» (punkt 5.3.12) ikke er null.
Otherwise, for each change in TSP service current status which occurred within the historical information period as specified in ETSI TS 102 231 clause 5.3.12, information on the previous approval status SHALL be provided in a descending order of status change date and time (i.e. the date and time on which the subsequent approval status became effective).
Ellers, for hver endring i gjeldende status for TSP-tjenesten i det tidsrommet for historiske opplysninger som er angitt i ETSI TS 102 231 punkt 5.3.12, SKAL opplysninger om tidligere godkjenningsstatus gis i synkende rekkefølge etter dato og klokkeslett for statusendring (dvs. den datoen og det klokkeslettet da den etterfølgende godkjenningsstatusen trådte i kraft).
This field is REQUIRED and SHALL specify the identifier of the service type, with the format and meaning used in ‘TSP Service Information — Service type identifier’ (clause 5.5.1).
Dette feltet er PÅKREVD og SKAL angi tjenestetypens identifikator, med det formatet og den betydningen som er brukt i «TSP Service Information — Service type identifier» (punkt 5.5.1).
This field is REQUIRED and SHALL specify the name under which the CSP provided the service identified in ‘TSP Service Information — Service type identifier’ (clause 5.5.1), with the format and meaning used in ‘TSP Service Information — Service name’ (clause 5.5.2).
Dette feltet er PÅKREVD og SKAL angi navnet på den CSP-en som ytte den tjenesten som er identifisert i «TSP Service Information — Service type identifier» (punkt 5.5.1), med det formatet og den betydningen som er brukt i «TSP Service Information — Service name» (punkt 5.5.2).
This clause does not require that the name be the same as that specified in clause 5.5.2.
Dette punktet krever ikke at navnet er det samme som det som ble angitt i punkt 5.5.2.
This field is REQUIRED and SHALL specify at least one representation of a digital identifier unique to the service specified in ‘TSP Service Information — Service digital identity’ (clause 5.5.3) with the same format and meaning.
Dette feltet er PÅKREVD og SKAL angi minst én forekomst av en digital identifikator som er unik for den tjenesten som er angitt i «TSP Service Information — Service digital identity» (punkt 5.5.3) med samme format og betydning.
This field is REQUIRED and SHALL specify the identifier of the previous status of the service, with the format and meaning used in ‘TSP Service Information — Service current status’ (clause 5.5.4).
Dette feltet er PÅKREVD og SKAL angi identifikatoren til tjenestens forrige status, med det formatet og den betydningen som er brukt i «TSP Service Information — Service current status» (punkt 5.5.4).
This field is REQUIRED and SHALL specify the date and time on which the previous status in question became effective, with the format and meaning used in ‘TSP Service Information — Service current status starting date and time’ (clause 5.5.5).
Dette feltet er PÅKREVD og SKAL angi datoen og klokkeslettet da den forrige aktuelle statusen trådte i kraft, med det formatet og den betydningen som er brukt i «TSP Service Information — Service current status starting date and time» (punkt 5.5.5).
This field is OPTIONAL and MAY be used by scheme operators to provide specific service-related information with the format and meaning used in ‘TSP Service Information — Service information extensions’ (clause 5.5.9).
Dette feltet er VALGFRITT og KAN brukes av operatører av ordningen til å gi spesifikke tjenesterelaterte opplysninger med det formatet og den betydningen som er brukt i «TSP Service Information — Service information extensions» (punkt 5.5.9).
The TSL, established under the present specifications, SHOULD be signed by the ‘Scheme operator name’ (clause 5.3.4) to ensure its authenticity and integrity.
TSL-en, som er opprettet i henhold til disse spesifikasjonene, BØR( ) underskrives av «Scheme operator name» (punkt 5.3.4) for å sikre dens gyldighet og integritet.
While the implementation of their TL in full compliance with the ETSI TS 102 231, and thus electronically signed, can be considered as the ideal target for all Member States, in order to guarantee a truly interoperable, online and machine-processable framework to facilitate the validation and cross-border use of QES and AdES QC , Member States will be allowed, for practical reasons, to implement intermediate forms of their TL according to the present technical specifications provided that they ensure the dissemination of those TL intermediate forms through secure channels.
Mens gjennomføringen av medlemsstatenes pl-er i fullstendig samsvar med ETSI TS 102 231, dvs. elektronisk signert, kan betraktes som det ideelle målet for alle medlemsstater, vil de, for å garantere en helt samvirkende, direktekoplet og maskinlesbar ramme som skal forenkle valideringen og bruken over landegrensene av QES og AdES QC , av praktiske årsaker få mulighet til å gjennomføre sine pl-er i midlertidige former i samsvar med disse tekniske spesifikasjonene, forutsatt at de sikrer at disse midlertidige pl-formene spres gjennom sikre kanaler.
It is recommended that the format of the signature SHALL be CAdES BES/EPES for ASN.1 implementations, and XAdES BES/EPES as defined by ETSI TS 101 903 specifications for XML implementations. Such electronic signature implementations SHALL meet requirements as stated in ETSI TS 102 231 Annexes A or B respectively.
Det anbefales at signaturens format SKAL være CAdES BES/EPES for ASN.1-gjennomføringer, og XAdES BES/EPES som definert ved ETSI TS 101 903-spesifikasjoner for XML-gjennomføringer( ). Slike gjennomføringer av elektroniske signaturer SKAL oppfylle kravene som angitt i henholdsvis vedlegg A eller B til ETSI TS 102 231.
It is mandatory to protect the Scheme Operator signing certificate with the signature in one of the ways specified by ETSI TS 101 733 or ETSI TS 101 903 respectively.
Det er obligatorisk å beskytte den operatøren av ordningen som underskriver sertifikatet med signaturen, på en av de måtene som er angitt i henholdsvis ETSI TS 101 733 eller ETSI TS 101 903.
In the context of the present specifications the assigned reference SHALL be the concatenation of the ‘TSL type’ (clause 5.3.3), the ‘Scheme name’ (clause 5.3.6) and the value of the SubjectKeyIdentifier extension of the certificate used by the Scheme operator to electronically sign the TSL.
I forbindelse med disse spesifikasjonene SKAL den tildelte referansen være en sammenkjeding av «TSL type» (punkt 5.3.3), «Scheme name» (punkt 5.3.6) og verdien av utvidelsen SubjectKeyIdentifier for sertifikatet som operatøren av ordningen bruker til å underskrive TSL-en elektronisk.
expiredCertsRevocationInfo Extension (clause 5.8.1)
expiredCertsRevocationInfo Extension (punkt 5.8.1)
When used it MUST comply to the specifications of ETSI TS 102 231, clause 5.8.1.
Når den brukes, MÅ den være i samsvar med spesifikasjonene i ETSI TS 102 231, punkt 5.8.1.
additionalServiceInformation Extension (clause 5.8.2)
additionalServiceInformation Extension (punkt 5.8.2)
This OPTIONAL extension, when used, MUST be used at Service level only and only in the field defined in clause 5.5.9 (Service information extension).
Denne VALGFRIE utvidelsen MÅ, når den brukes, brukes bare på tjenestenivå og bare i det feltet som er definert i punkt 5.5.9 («Service information extension»).
a specific security/quality granularity level with regard to national supervision/accreditation scheme for CSPs not issuing QCs (e.g. RGS */**/*** in FR, specific ‘supervision’ status set by national legislation for specific CSPs issuing QCs in DE), see Note(4) of ‘Service current status’ — clause 5.5.4;
et spesifikt sikkerhets-/kvalitetsgranularitetsnivå med hensyn til en nasjonal kontroll-/akkrediteringsordning for CSP-er som ikke utsteder QC-er (f.eks. RGS */**/*** i Frankrike, spesifikk kontrollstatus definert i nasjonal lovgivning for spesifikke CSP-er som utsteder QC-er i Tyskland), se merknad 4 til «Service current status» — punkt 5.5.4,
When used, this service level extension MUST only be used in the field defined in ‘Service information extension’ (clause 5.5.9).
Denne VALGFRIE utvidelsen MÅ, når den brukes, brukes bare i det feltet som er definert i «Service information extension» (punkt 5.5.9).
A non-empty sequence of one or more Qualification-elements (clause L.3.1.2) as defined in ETSI TS 102 231 Annex L.3.
En ikke-tom sekvens på ett eller flere Qualification-elementer (punkt L.3.1.2) som definert i ETSI TS 102 231 vedlegg L.3.
ETSI XSD FILE REGARDING ETSI TS 102 231 VERSION 3
ETSI XSD-FIL FOR ETSI TS 102 231 VERSJON 3
A Human Readable (HR) form of the TSL implementation of the Trusted List MUST be publicly available and accessible by electronic means.
TSL-gjennomføringen av pålitelighetslisten i et format som kan leses av mennesker (HR), MÅ være offentlig tilgjengelig og kunne brukes elektronisk.
It SHOULD be provided in the form of a Portable Document Format (PDF) document according to ISO 32000 that MUST be formatted according to the profile PDF/A (ISO 19005).
Den BØR gis i form av et PDF-dokument i henhold til ISO 32000 som MÅ være formatert i samsvar med profilen PDF/A (ISO 19005).
The structure of the HR form SHOULD reflect the logical model described in section 5.1.2 of ETSI TS 102 231;
strukturen på HR-formatet BØR gjenspeile den logiske modellen som er beskrevet i punkt 5.1.2 i ETSI TS 102 231,
The meaning (description) of the value of the field, when applicable and in particular as provided in Annex D of ETSI TS 102 231 or in the present specifications for registered URIs (e.g. ‘A Certification authority issuing public key certificates.’);
betydningen (beskrivelse) av feltets verdi, når det er relevant og særlig som fastsatt i vedlegg D til ETSI TS 102 231, eller i disse spesifikasjonene for registrerte URI-er (f.eks. «en sertifiseringsmyndighet som utsteder offentlige nøkkelsertifikater»),
(2008/264/EC)
(2008/264/EF)
Having regard to Directive 2001/95/EC of the European Parliament and of the Council of 3 December 2001 on general product safety , and in particular Article 4(1)(a),
under henvisning til europaparlaments- og rådsdirektiv 2001/95/EF av 3. desember 2001 om alminnelig produktsikkerhet( ), særlig artikkel 4 nr. 1 bokstav a), og
Accidents of this kind have been observed and cause an estimated minimum of 1000 fatalities in the Community every year .
Slike ulykker er blitt påvist og anslås å forårsake minst 1 000 dødsfall i Fellesskapet hvert år( ).
Commercially available cigarettes contain bands of paper in the cigarette paper, about 6 mm wide and spaced by about 20 to 30 mm. Such ‘speed bumps’ make burning cigarettes self-extinguish, at least to a certain extent, by hindering oxygen access to the burn area.
Det finnes sigaretter på markedet som inneholder ca. 6 mm brede papirstrimler i sigaretthylsen med ca. 20–30 mm mellomrom. Disse «fartsdumpene» gjør at den tente sigaretten slokker av seg selv, i hvert fall til en viss grad, ved å hemme den brennende delens oksygentilgang.
The safety requirement for cigarettes should be drawn up under the provisions of Article 4 of Directive 2001/95/EC, with the aim to request the standardisation bodies to develop a standard on reduced ignition propensity of cigarettes, according to the procedure laid down in Directive 98/34/EC of the European Parliament and of the Council of 22 June 1998 laying down a procedure for the provision of information in the field of technical standards and regulations , and to allow the publication in the Official Journal of the European Union of the reference of the standard adopted.
Sikkerhetskravet til sigaretter bør utarbeides i henhold til bestemmelsene i artikkel 4 i direktiv 2001/95/EF, med det formål å anmode standardiseringsorganene om å utarbeide en standard for redusert antenningspotensial for sigaretter, etter framgangsmåten fastsatt i europaparlaments- og rådsdirektiv 98/34/EF av 22. juni 1998 om en informasjonsprosedyre for standarder og tekniske forskrifter( ), og slik at en henvisning til standarden som vedtas, kan offentliggjøres i Den europeiske unions tidende .
Once published in the Official Journal, cigarettes manufactured in compliance with the standard shall be presumed to conform to the general safety requirement of Directive 2001/95/EC on general product safety, as far as the fire safety requirement covered by the standard is concerned.
Etter offentliggjøringen av standarden i Den europeiske unions tidende skal sigaretter som er framstilt i samsvar med standarden, antas å oppfylle det alminnelige sikkerhetskravet i direktiv 2001/95/EF om alminnelig produktsikkerhet, med hensyn til det brannsikringskrav som omfattes av standarden.
The measure provided for in this Decision are in accordance with the opinion of the Committee set up under Directive 2001/95/EC,
Tiltakene fastsatt i denne beslutning er i samsvar med uttalelse fra komiteen nedsatt ved direktiv 2001/95/EF —