natgillin/translations-raw huggingface dataset:
In the case where historical information is intended to be retained but the service has no history prior to the current status (i.e. a first recorded status or history information not retained by the scheme operator) this field SHALL be empty.
I tilfeller der historiske opplysninger er ment å skulle oppbevares, men tjenesten ikke har noen historikk før gjeldende status (dvs. den første registrerte status eller historiske opplysninger ikke er oppbevart av operatøren av ordningen), SKAL dette feltet være tomt.
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 SHALL be a sequence of history information as defined hereafter.
Dette SKAL være en sekvens av historiske opplysninger som definert under.
TSP(1) Service(1) History(1)
TSP(1) Service(1) History(1)
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.
A change of name MAY be one of the circumstances requiring a new status.
En navneendring KAN være ett av de forholdene som krever ny status.
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).
Idem for TSP(1) Service(1) History(2) (prior to History 1)
Samme som for TSP(1) Service(1) History(2) (før History 1)
Idem for TSP(1) Service 2 (as applicable)
Samme som for TSP(1) Service 2 (eventuelt)
TSP(1)Service(2)History(1)
TSP(1)Service(2) History(1)
TSP(2) Information
TSP(2) Information
Idem for TSP 2 (as applicable)
Samme som for TSP 2 (eventuelt)
Idem for TSP 2 Service 1
Samme som for TSP 2 Service 1
Idem for TSP 2 Service 1 History 1
Samme som for TSP 2 Service 1 History 1
Signed TSL
Signed TSL
The TSL, established under the present specifications, SHOULD
TSL-en, som er opprettet i henhold til disse spesifikasjonene, BØR(
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
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
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.
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(
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.
Additional general requirements regarding the signature are stated in the following sections.
Ytterligere generelle krav med hensyn til signaturen er angitt i avsnittene nedenfor.
This field is REQUIRED and SHALL specify a reference assigned by the scheme operator which uniquely identifies the scheme described in the present specifications and the established TSL, and MUST be included in the calculation of the signature.
Dette feltet er PÅKREVD og SKAL angi en referanse tildelt av operatøren av ordningen, og referansen skal unikt identifisere ordningen beskrevet i disse spesifikasjonene og den opprettede TSL-en, og MÅ tas med ved beregning av signaturen.
This is expected to be a character string or a bit string.
Dette forventes å være en tegnstreng eller bitstreng.
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.
This field is REQUIRED and SHALL specify the cryptographic algorithm that has been used to create the signature.
Dette feltet er PÅKREVD og SKAL angi den kryptografiske algoritmen som er brukt til å opprette signaturen.
Depending on the algorithm used, this field MAY require additional parameters.
Avhengig av den algoritmen som er brukt, KAN dette feltet kreve ytterligere parametrer.
This field MUST be included in the calculation of the signature.
Dette feltet MÅ tas med ved beregning av signaturen.
This field is REQUIRED and SHALL contain the actual value of the digital signature.
Dette feltet er PÅKREVD og SKAL inneholde den faktiske verdien til den digitale signaturen.
All fields of the TSL (except the signature value itself) MUST be included in the calculation of the signature.
Alle feltene i TSL-en (unntatt selve signaturverdien) MÅ tas med ved beregning av signaturen.
This extension is OPTIONAL.
Denne utvidelsen er VALGFRI.
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.
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»).
It is used to provide additional information on a service.
Den brukes for å gi ytterligere opplysninger om en tjeneste.
This SHALL be a sequence of one or more tuples, each tuple giving:
Dette SKAL være en sekvens av én eller flere tupler, der hver tuppel angir
an URI identifying the additional information, e.g.:
en URI som identifiserer de ytterligere opplysningene, f.eks.
an URI indicating some nationally defined specific qualification for a supervised/accredited Trust Service Token provisioning service, e.g.
en URI som angir en nasjonalt definert spesifikk kvalifikasjon for en kontrollert/akkreditert tjeneste som yter pålitelighetstjenestetegn, f.eks.:
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,
or a specific legal status for a supervised/accredited Trust Service Token provisioning (e.g. nationally defined ‘qualified TST’ as in DE or HU);
eller en spesifikk juridisk status for en kontrollert/akkreditert tjeneste som yter pålitelighetstjenestetegn (f.eks. nasjonalt definert «kvalifisert TST» som i Tyskland eller Ungarn),
or meaning of a specific Policy identifier present in a X.509v3 certificate provided in ‘Sdi’ field.
eller en spesifikk politikkidentifikator i et X.509v3-sertifikat angitt i «Sdi»-feltet,
or a registered URI as specified in ‘Service type identifier’, clause 5.5.1, in order to further specify the participation of the ‘Sti’ identified service as being a component service of a certification service provider issuing QC (e.g., OCSP-QC, CRL-QC, and RootCA-QC);
eller en registrert URI som angitt i «Service type identifier», punkt 5.5.1, for ytterligere å angi at den tjenesten som identifiseres i «Sti», deltar som en komponenttjeneste hos en yter av sertifiseringstjenester som utsteder QC (f.eks. OCSP-QC, CRL-QC og rot-CA-QC),
an optional string containing the serviceInformation value, meaning as specified in the scheme (e.g. *, ** or ***);
en valgfri streng som inneholder verdien for serviceInformation, med den betydningen som angis i ordningen (f.eks. *, ** eller ***),
any optional additional information provided in a scheme-specific format.
eventuelle valgfrie ytterligere opplysninger angitt i et format som er spesifikt for ordningen.
Dereferencing the URI SHOULD lead to human readable documents containing all the details required to understand the extension, and in particular explaining the meaning of the given URIs, specifying the possible values for serviceInformation and the meaning for each value.
Fjerning av referanser hos URI-en BØR gi dokumenter som er menneskelesbare, som inneholder alle detaljer som kreves for å forstå utvidelsen, særlig med hensyn til å forklare betydningen av de gitte URI-ene, og der det angis de mulige verdiene for serviceInformation samt betydningen av hver verdi.
This field is OPTIONAL but SHALL be present when its use is REQUIRED, e.g. for RootCA/QC or CA/QC services, and when
Dette feltet er VALGFRITT, men SKAL forekomme når bruken av det er PÅKREVD, f.eks. for rot-CA/QC eller CA/QC-tjenester, og når
the information provided in the ‘Service digital identity’ is not sufficient to unambiguously identify the qualified certificates issued by this service,
de opplysningene som gis i «Service digital identity», ikke er tilstrekkelige til entydig å identifisere de kvalifiserte sertifikatene som er utstedt av denne tjenesten,
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,
de opplysningene som forekommer i de tilknyttede kvalifiserte sertifikatene, ikke muliggjør maskinleselig identifikasjon av hvorvidt QC-et støttes av et SSCD eller ikke.
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
This information is provided in its current state.
Disse opplysningene gis i sin nåværende form.
Should problems appear in using this xsd file, they should be reported to ETSI for fixing actions.
Dersom det oppstår problemer ved bruk av denne xsd-filen, bør de rapporteres til ETSI slik at de kan rettes.
XSD FILE REGARDING CODING OF ‘SIE’ FIELD
XSD-FIL FOR KODING AV «SIE»-FELTET
SPECIFICATIONS FOR THE HUMAN READABLE FORM OF THE TSL IMPLEMENTATION OF THE TRUSTED LIST
SPESIFIKASJONER FOR TSL-GJENNOMFØRINGEN AV PÅLITELIGHETSLISTEN I ET MENNESKELESBART FORMAT
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 content of the PDF/A based HR form of the TSL implementation of the Trusted List SHOULD comply with the following requirements:
Innholdet i det PDF/A-baserte HR-formatet av TSL-gjennomføringen av pålitelighetslisten BØR oppfylle følgende krav:
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,
Every present field SHOULD be displayed and provide:
alle felter som inngår, BØR vises og angi
The title of the field (e.g. ‘Service type identifier’);
feltets tittel (f.eks. «Service type identifier»),
The value of the field (e.g. ‘CA/QC’);
feltets verdi (f.eks. «CA/QC»),
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»),
Multiple natural languages versions as provided in the TSL implementation of the Trusted List, when applicable.
flere språkversjoner som fastsatt i TSL-gjennomføringen av pålitelighetslisten, når det er relevant,
The following fields and corresponding values of the digital certificates present in the ‘Service digital identity’ field SHOULD be at a minimum displayed in the HR form:
følgende felter og tilhørende verdier for digitale sertifikater som forekommer i feltet «Service digital identity», BØR minst vises i HR-formatet:
Version,
Versjon
Serial number,
Serienummer
Signature algorithm,
Signaturalgoritme
Issuer,
Utsteder
Valid from,
Gyldig fra
Valid to,
Gyldig til
Subject,
Emne
Public key,
Offentlig nøkkel
Certificate Policies,
Sertifikatpolitkk
Subject Key Identifier,
Identifikator for emnenøkkel
CRL Distribution Points,
CRL-distribusjonspunkter
Authority Key Identifier,
Identifikator for myndighetsnøkkel
Key Usage,
Nøkkelbruk
Basic constraints,
Grunnleggende begrensninger
Thumbprint algorithm,
Tommelfingeravtrykksalgoritme
Thumbprint,
Tommelfingeravtrykk
The HR form SHOULD be easily printable,
HR-formatet BØR enkelt kunne skrives ut,
The HR form MAY be signed electronically.
HR-formatet KAN underskrives elektronisk.
When signed it MUST be signed by the Scheme Operator according to the same signature specifications as for the TSL implementation of the Trusted List.
Når det er underskrevet, MÅ det underskrives av operatøren av ordningen i samsvar med samme signaturspesifikasjoner som for TSL-gjennomføringen av pålitelighetslisten.
on the fire safety requirements to be met by European standards for cigarettes pursuant to Directive 2001/95/EC of the European Parliament and of the Council
om de brannsikringskrav til sigaretter som europeiske standarder skal oppfylle i henhold til europaparlaments- og rådsdirektiv 2001/95/EF
Having regard to Directive 2001/95/EC of the European Parliament and of the Council of 3 December 2001 on general product safety
under henvisning til europaparlaments- og rådsdirektiv 2001/95/EF av 3. desember 2001 om alminnelig produktsikkerhet(
Directive 2001/95/EC provides that European standards should be established by European standardisation bodies.
I henhold til direktiv 2001/95/EF bør europeiske standarder fastsettes av europeiske standardiseringsorganer.
Cigarettes are inherently dangerous products since they produce heat and because they contain a burning material that keeps burning through the whole cigarette length when ignited.
Sigaretter er i seg selv farlige produkter, ettersom de produserer varme og inneholder et brennende materiale som fortsetter å brenne i hele sigarettens lengde når den er tent.
A risk associated with lit cigarettes, when laid carelessly down and left unattended, are fires with ensuing fatalities, injuries and material damage.
Tente sigaretter som noen legger skjødesløst fra seg og som blir liggende ubevoktet, innebærer en risiko for brann som kan føre til dødsfall, personskader og materiell skade.
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(
The ASPECT Consortium, Tobacco or Health in the European Union.
The ASPECT Consortium, Tobacco or Health in the European Union.
Past, present and future, European Commission, 2004.(http://ec.europa.eu/health/ph_determinants/life_style/Tobacco/Documents/tobacco_exs_en.pdf).
Past, present and future. European Commission, 2004. (http://ec.europa.eu/health/ph_determinants/life_style/Tobacco/Documents/tobacco_exs_en.pdf).
Technical solutions to prevent cigarettes from burning through the whole length when not actively puffed have been developed.
Det er utviklet tekniske løsninger for å forhindre at sigaretter brenner i hele sin lengde når de ikke aktivt røykes.
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 reduced ignition propensity thus restricts the source and risk of fires.
Det reduserte antenningspotensialet begrenser dermed kilden til og risikoen for brann.
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
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(
Standardisation bodies should give appropriate consideration to the ASTM E2187-04 standard.
Standardiseringsorganene bør ta behørig hensyn til ASTM-standard E2187-04.
Directive as last amended by Council Directive 2006/96/EC (OJ L 363, 20.12.2006, p. 81).
Direktivet sist endret ved rådsdirektiv 2006/96/EF (EUT L 363 av 20.12.2006, s. 81).
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
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 —
The purpose of this Decision is to establish the requirement on the basis of which the Commission may request the relevant standardisation bodies to establish the relevant standard for reducing the ignition propensity of cigarettes.
Formålet med denne beslutning er å fastsette de krav som Kommisjonen trenger for å kunne anmode de relevante standardiseringsorganer om å utarbeide den relevante standard for å redusere antenningspotensialet for sigaretter.
The ignition propensity of cigarettes shall be reduced in order to minimise fires with ensuing fatalities, injuries and material damage.
Sigaretters antenningspotensial skal reduseres for å gjøre faren for brann som kan føre til dødsfall, personskader og materiell skade, så liten som mulig.
For the purposes of this Decision a cigarette with reduced ignition propensity means a cigarette that self-extinguishes when not actively puffed, before it has burnt through its full length.
I denne beslutning menes med en sigarett med redusert antenningspotensial en sigarett som slokker av seg selv når den ikke aktivt røykes, før den har brent i hele sin lengde.
For the purpose of Article 4 of Directive 2001/95/EC, the safety requirement shall be the following:
I henhold til artikkel 4 i direktiv 2001/95/EF fastsettes følgende sikkerhetskrav:
no more than 25 % of a batch of cigarette specimens to be tested shall burn through their whole length.
høyst 25 % av et parti sigaretter som er prøvd, kan brenne i hele sin lengde.
OJ L 11, 15.1.2002, p. 4.
EFT L 11 av 15.1.2002, s. 4.