natgillin/translations-raw huggingface dataset:
Customer information (PRM) 
Kundeopplysninger (bevegelseshemmede personer )
Automatic voice and announcement 
Automatisk stemmeannonsering
Interfaces with the Telematics Applications for Freight Subsystem 
Grensesnitt mot delsystemet «telematikkprogrammer for godstrafikk»
Interfaces with the Telematics Applications for Freight subsystem 
Grensesnitt mot delsystemet «telematikkprogrammer for godstrafikk»
Reference Telematics Applications for passengers TSI 
Henvisning til TSI-en «Telematikkprogrammer for passasjerer»
Reference Conventional Rail Telematics Applications for Freight TSI 
Henvisning til TSI-en «Telematikkprogrammer for godstrafikk» i jernbanesystemet for konvensjonelle tog
Train ready message for all trains 
«Tog klart»-melding for alle tog
Train ready message 
Meldingen «Tog klart»
Train running forecast 
Togtrafikkprognose
‘Train running forecast’ message for all trains 
Meldingen «Togtrafikkprognose» for alle tog
Train running forecast message 
Meldingen «Togtrafikkprognose»
Train running information 
Opplysninger om togtrafikk
‘Train running information’ message for all trains 
Meldingen «Opplysninger om togtrafikk» for alle tog
Train running interrupted to RU 
Avbrutt togtrafikk til jernbaneforetaket
‘Train running interrupted’ message for all trains 
Meldingen «Avbrutt togtrafikk» for alle tog
Train running interrupted 
Avbrutt togtrafikk
Handling of short term timetable data 
Håndtering av kortsiktige ruteplanopplysninger
Common Interface 
Felles grensesnitt
Central Repository 
Sentralt datalager
Reference Files 
Referansefiler
In the light of the Essential Requirements in Chapter 3, the operating rules specific to the subsystem concerned by this TSI are as follows: 
På bakgrunn av de grunnleggende kravene i kapittel 3 gjelder følgende driftsregler for det delsystemet som omfattes av denne TSI-en:
For the purposes of data quality assurance, the originator of any TSI message will be responsible for the correctness of the data content of the message at the time when the message is sent. 
For å sikre datakvaliteten er avsenderen av enhver TSI-melding ansvarlig for at innholdet i meldingen er korrekt på det tidspunkt meldingen sendes.
Where the source data for data quality assurance purposes are available from the databases provided as part of the TSI, the data contained within those databases must be used for data quality assurance. 
Dersom kildedataene stammer fra de databasene som utgjør en del av TSI-en, skal dataene i de nevnte databasene benyttes som grunnlag for å kvalitetssikre dataene.
Where the source data for data quality assurance purposes is not supplied by the databases provided as part of this TSI, the originator of the message must carry out the data quality assurance check from their own resources. 
Dersom kildedataene ikke stammer fra de databasene som utgjør en del av denne TSI-en, skal avsenderen av meldingen kvalitetssikre dataene ved hjelp av egne ressurser.
Data quality assurance will include comparison with data from databases provided as part of this TSI as described above, plus — where applicable — logic checks to assure the timeliness and continuity of data and messages. 
Kvalitetssikringen av dataene skal omfatte sammenligning av dataene med data fra databaser som utgjør en del av denne TSI-en som beskrevet ovenfor, pluss eventuelt logiske kontroller for å sikre rettidighet og kontinuitet i oversendelsen av data og meldinger.
Data are of high quality if they are fit for their intended uses, which means that they: 
Dataene er av høy kvalitet dersom de egner seg for den bruken de er ment for, som betyr at de
accessible, accurate, timely, complete, consistent with other sources, etc., 
tilgjengelige, nøyaktige, rettidige, fullstendige, enhetlige i forhold til andre kilder, osv., og
possess the desired features: 
har de ønskede egenskaper, dvs. er
The main characteristics of data quality are: 
De viktigste kjennetegnene på datakvalitet er:
timeliness. 
rettidighet.
This is only feasible if the Primary Data only are recorded, if possible, on one single occasion. 
Dette lar seg bare gjøre dersom primærdataene, om mulig, registreres ved én enkelt anledning.
Therefore, the Primary Data should be introduced into the system as close as possible to its source, so that they can be fully integrated into any subsequent processing operation. 
Primærdataene bør derfor innføres i systemet så nært opptil kilden som mulig, slik at de kan integreres fullt ut i eventuelle etterfølgende prosesser.
Completeness 
Fullstendighet.
Before sending out messages, the completeness and syntax must be checked using the Metadata. 
Før meldingene sendes må meldingenes fullstendighet og syntaks kontrolleres mot metadataene.
All incoming messages must also be checked for completeness using the Metadata. 
Alle inngående meldinger må også kontrolleres mot metadataene med tanke på fullstendighet.
The type of implementation of these business rules depends on their complexity. 
Gjennomføringen av de nevnte forretningsreglene avhenger av hvor sammensatt de er.
In the case of more complex rules, which require data from various tables, validation procedures must be implemented which check the consistency of the data version before interface data are generated and the new data version becomes operational. 
I forbindelse med mer kompliserte regler, som krever data fra flere tabeller, må det foretas en validering for å kontrollere at dataversjonen er enhetlig før grensesnittdata genereres og den nye dataversjonen tas i bruk.
It must be ensured that transferred data are validated against the defined business rules. 
Det må sikres at de overførte dataene er validert mot de fastsatte forretningsreglene.
Timeliness 
Rettidighet
Providing information right on time is important. 
Å gi opplysninger til rett tid er viktig.
Insofar as the trigger for data storage or for message sending is event driven directly from the IT system, timeliness is not a problem if the system is designed properly and according the needs of the business processes. 
Dersom data lagres eller en melding sendes som en direkte følge av en hendelse i IT-systemet, er rettidighet ikke noe problem, forutsatt at systemet er utformet i henhold til forretningsprosessene.
However, in most cases, the sending of a message is initiated by an operator or is at least based on additional input from an operator. 
I de fleste tilfeller tar imidlertid en operatør initiativ til å sende en melding, eller sendingen baseres i det minste på at operatøren registrerer tilleggsopplysninger.
To fulfil the timeliness requirements, the data must be updated as soon as possible, also in order to guarantee that the actual data content of the messages is current when these messages are sent out automatically by the system. 
For å oppfylle kravene til rettidighet må dataene oppdateres så snart som mulig, også for å garantere at det faktiske datainnholdet i meldingene fortsatt er aktuelt når disse meldningene sendes ut automatisk av systemet.
The response time for enquiries must be addressed for the various applications and user types within the detailed IT specifications. 
Svartiden for forespørsler må fastsettes for de ulike programmene og brukertypene innenfor de detaljerte IT-spesifikasjonene.
All data updates and exchanges shall be carried out as soon as possible. 
Alle data må oppdateres og utveksles så raskt som mulig.
The detailed IT specifications shall define appropriate percentages for: 
De detaljerte IT-spesifikasjonene skal inneholde hensiktsmessige prosentverdier for:
the completeness of data (percent of data fields having values entered into them) and the consistency of data (percent of matching values across tables/files/records), 
fullstendigheten av data (prosent av datafelter med registrerte verdier) og forenligheten av data (prosent av verdier som forekommer i flere tabeller /filer/registre),
the timeliness of data (percent of data available within a specified threshold time frame), 
rettidighet av data (prosent av dataene som er tilgjengelige innenfor en nærmere angitt tidsramme),
the required accuracy (percent of stored values that are correct when compared to the actual value). 
krav til nøyaktighet (prosent av korrekte lagrede verdier sammenlignet med faktisk verdi).
The functions of the Central Repository are defined in Section 4.2.21.6 Central repository. 
Det sentrale datalagerets funksjoner er beskrevet i kapittel 4.2.14.6 (Sentralt datalager).
For the purpose of data quality assurance, the entity operating the Central Repository shall be responsible for the updating and quality of the Metadata and the directory, and also for the administration of the access control. 
Den enheten som er ansvarlig for driften av det sentrale datalageret, skal også ha ansvaret for å oppdatere og kvalitetssikre metadataene og katalogen samt for å administrere tilgangskontrollen.
The quality of the Metadata in terms of completeness, consistency, timeliness and accuracy shall enable appropriate functioning for the purposes of this TSI. 
Kvaliteten på metadataene med hensyn til fullstendighet, forenlighet, rettidighet og nøyaktighet skal sikre en problemfri gjennomføring innenfor rammen av denne TSI-en.
In the light of the Essential Requirements in Chapter 3, the maintenance rules specific to the subsystem concerned by this TSI are as follows: 
På bakgrunn av de grunnleggende kravene i kapittel 3 gjelder følgende vedlikeholdsregler for det delsystemet som omfattes av denne TSI-en:
The quality of the transport service must be guaranteed, even if the data were corrupted or if the data processing equipment were to suffer a complete or partial breakdown. 
Kvaliteten på transporttjenesten må garanteres, selv om dataene ble ødelagt, eller dersom databehandlingsutstyret helt eller delvis skulle bryte sammen.
It is therefore advisable to install duplex systems or computers with a particularly high degree of reliability, and for which uninterrupted operation during maintenance is ensured. 
Det anbefales derfor å installere doble systemer eller datamaskiner med en særlig høy grad av pålitelighet, som sikrer uavbrutt drift under vedlikehold.
The maintenance aspects of the various databases are mentioned in Section 4.2.19.2 — Additional requirements on the databases, points 10 and 21. 
Vedlikeholdsaspektene ved de ulike databasene er omtalt i kapittel 4.2.19.2 (Tilleggskrav til databasene) nr. 10 og 21.
The professional qualifications of the staff required to operate and maintain the subsystem and for implementing the TSI are as follows: 
I forbindelse med drift og vedlikehold av delsystemet samt gjennomføring av TSI-en kreves det at personalet har følgende yrkeskvalifikasjoner:
The implementation of this TSI does not require a complete new system in terms of hardware and software with new staff. 
Det er ikke nødvendig å innføre et helt nytt system, i form av ny maskin- og programvare og nytt personale, for å gjennomføre denne TSI-en.
Achieving the requirements of the TSI results only in those changes, upgrades or functional enlargements of the operation which are already being made by the existing staff. 
Oppnåelse av kravene i TSI-en resulterer bare i de endringer, oppdateringer eller funksjonelle utvidelser av driften som det eksisterende personalet allerede har foretatt.
Therefore, there are no requirements in addition to the existing national and European rules on professional qualifications. 
Derfor er det ingen krav utover eksisterende nasjonale og europeiske regler for yrkeskvalifikasjoner.
If necessary, add-on training of staff should not consist solely of showing them how to operate equipment. 
Dersom det er nødvendig med en tilleggsopplæring av personalet, bør opplæringen ikke bare bestå i å vise hvordan utstyret brukes.
Staff members must know and understand the specific role they have to play in the overall transportation process. 
De ansatte må kjenne og forstå sin særskilte rolle i den overordnede transportprosessen.
Staff must, in particular, be aware of the requirement to maintain a high level of working performance, since this is decisive for the reliability of the information which is to be processed at a later stage. 
Personalet må særlig være oppmerksomme på kravet om å holde et vedvarende høyt kvalitetsnivå på ytelsen, ettersom dette er avgjørende for påliteligheten til de opplysningene som skal behandles på et senere tidspunkt.
The professional qualifications needed for the composition and operation of trains are defined in the TSI for Operation and Traffic Management. 
De faglige kvalifikasjonene som kreves i forbindelse med sammensetning og drift av tog er fastsatt i TSI-en «Drift og trafikkstyring».
The health and safety conditions of staff required for the operation and maintenance of the subsystem concerned and for the implementation of the TSI are as follows: 
Følgende krav til personalets helse- og sikkerhetsforhold gjelder for drift og vedlikehold av det berørte delsystemet og for gjennomføring av TSI-en:
There are no requirements in addition to existing national and Union health and safety rules. 
Det er ingen krav utover eksisterende nasjonale regler og regler i Unionen for helse og sikkerhet.
Registers of authorised types of vehicles and of infrastructure 
Registre for godkjente typer kjøretøyer og for infrastruktur
Pursuant to Article 34(1) of Directive 2008/57/EC, ‘The Agency shall set up and keep a register of types of vehicles authorised by the Member States for placing in service on the Community rail network’. 
I henhold til artikkel 34 nr. 1 i direktiv 2008/57/EF skal byrået opprette og vedlikeholde et register over kjøretøytyper som er godkjent av medlemsstatene for ibruktaking på Fellesskapets jernbanenett.
Pursuant to Article 35(1) of Directive 2008/57/EC, ‘Each Member State shall ensure that a register of infrastructure is published and updated’. 
I henhold til artikkel 35 nr. 1 i direktiv 2008/57/EF skal hver medlemsstat sørge for å offentliggjøre og ajourføre et infrastrukturregister.
Due to the annual updating and publication of these registers they cannot be used for the Telematics Applications subsystem for passengers. 
Som følge av den årlige ajourføringen og offentliggjøringen av disse registrene, kan de ikke brukes av delsystemet «telematikkprogrammer for persontransport».
Therefore, this TSI has nothing to do with these registers. 
Derfor skal ingen opplysninger føres inn disse registrene med hensyn til denne TSI en.
According to Article 2(f) of Directive 2008/57/EC, ‘interoperability constituents’ means any elementary component, group of components, subassembly or complete assembly of equipment incorporated or intended to be incorporated into a subsystem, upon which the interoperability of the rail system depends directly or indirectly. 
Med «samtrafikkomponenter» menes i henhold til artikkel 2 bokstav f) i direktiv 2008/57/EF enhver enkeltstående komponent, gruppe av komponenter, delenhet eller fullstendig enhet som inngår i eller er ment å inngå i et delsystem, og som jernbanesystemets samtrafikkevne er direkte eller indirekte er avhengig av.
The concept of a ‘constituent’ covers both tangible objects and intangible objects such as software’. 
Begrepet «komponent» omfatter både materielle og immaterielle enheter, som programvare.
No interoperability constituents are determined as far as the subsystem ‘Telematics applications for passengers’ is concerned. 
Ingen samtrafikkomponenter er fastsatt for delsystemet «telematikkprogrammer for persontransport».
Only standard IT equipment is needed in order to fulfil the requirements of this TSI, without any specific aspects for interoperability in the railway environment. 
Standardisert IT-utstyr er tilstrekkelig for å oppfylle kravene i denne TSI-en, uten noen særskilte aspekter for samtrafikkevne i jernbanemiljøet.
This is valid both for hardware components and for the standard software used, such as the operating system and databases. 
Dette gjelder for både maskinvarekomponenter og standardprogramvare, som f.eks. operativsystem og databaser.
The application software is individual to each user and can be adapted and improved according the individual’s actual functionality and needs. 
Programvaren er individuell for hver bruker og kan tilpasses og forbedres i henhold til individuelle faktiske funksjoner og behov.
The proposed ‘application integration architecture’ assumes that applications might not have the same internal information model. 
Forslaget til «arkitektur for programintegrering» forutsetter at programmene ikke bygger på den samme interne informasjonsmodellen.
Constituents’ performances and specifications 
Komponentenes yteevne og spesifikasjoner
See Section 5.2, not relevant for the TSI Telematics Applications for passenger services. 
Se avsnitt 5.2, ikke relevant for TSI-en «Telematikkprogrammer for persontransport».
Not relevant for the TSI Telematics Applications for passenger services. 
Ikke relevant for TSI-en «Telematikkprogrammer for godstrafikk»
Not relevant for the TSI Telematics Applications for passenger services. 
Ikke relevant for TSI-en «Telematikkprogrammer for persontransport»
Subsystem Telematics Applications for passenger services 
Delsystemet «telematikkprogrammer for persontransport»
The subsystem Telematics Applications for passenger services belongs to the functional area and this TSI does not determine any modules for conformity assessment. 
Delsystemet «telematikkprogrammer for persontransport» tilhører det funksjonelle området og i denne TSI-en er det ikke fastsatt noen moduler for samsvarsvurdering.
This TSI concerns the subsystem telematics applications for passenger services. 
Denne TSI-en gjelder «delsystemet telematikkprogrammer for persontransport».
This subsystem is functional according to Annex II to Directive 2008/57/EC. 
Dette delsystemet er funksjonelt i henhold til vedlegg II til direktiv 2008/57/EF.
The application of this TSI therefore does not rely on the notion of new, renewed or upgraded subsystem, as is customary in the case of TSIs related to structural subsystems, except where it is specified in the TSI. 
Anvendelsen av denne TSI-en er derfor ikke avhengig av begrepet nytt, fornyet eller opprustet delsystem, slik det er vanlig for TSI-er som gjelder strukturelle delsystemer, unntatt når det er spesifisert i TSI-en.
The TSI will be implemented in phases: 
TSI-en vil bli gjennomført i faser:
phase one: 
fase 1:
detailed IT specifications, governance and master plan, 
detaljerte IT-spesifikasjoner, styringsmåter og hovedplan,
phase two: 
fase 2:
development, 
utvikling,
phase three: 
fase 3:
deployment. 
innføring.
Phase one — detailed IT specifications, governance and master plan 
Fase 1 — detaljerte IT-spesifikasjoner, styringsmåter og hovedplan
Phase one has three objectives: 
Fase én har tre mål:
To define the data exchange system (hereinafter referred to as ‘the system’) consisting of common components and of the interconnection of information and communication systems of stakeholders able to fulfil the requirements of this Regulation. 
å definere datautvekslingssystemet (heretter kalt «systemet»), som består av felles komponenter og av sammenkoplingen av informasjons- og kommunikasjonssystemer hos berørte parter som er i stand til å oppfylle kravene i denne forordning,
To confirm such a system from the viewpoint of technical and economic feasibility. 
å bekrefte et slikt system fra et teknisk og økonomisk synspunkt med hensyn til gjennomførbarhet,
To draw up a roadmap of the activities deemed necessary in order to implement the system, including appropriate milestones for the monitoring of the progress of its implementation by the Commission, the European Railway Agency, the Member States and the stakeholders concerned. 
å utarbeide en plan for de tiltakene som er nødvendige for å gjennomføre systemet, herunder hensiktsmessige milepæler, slik at Kommisjonen, byrået, medlemsstatene og de berørte partene kan kontrollere framdriften i arbeidet..
Project governance of Phase one 
Styringsmåter for prosjektet i fase 1
The Commission shall establish a steering committee not later than 1 month after the publication of this Regulation in the Official Journal of the European Union , which shall consist of: 
Kommisjonen skal etablere en styringskomité senest én måned etter at denne forordningen er kunngjort i Den europeiske unions tidende , som skal bestå av:
the representative bodies from the railway sector acting on a European level as defined in Article 3(2) of Regulation (EC) No 881/2004 (the rail sector representative bodies), 
de representative organene for jernbanesektoren på europeisk plan, som definert i artikkel 3 nr. 2 i forordning (EF) nr. 881/2004 (representative organer i jernbanesektoren),
a representative of ticket vendors, 
en representant for billettutstederne,
a representative of European passengers, 
en representant for europeiske passasjerer,
the European Railway Agency, and 
Det europeiske jernbanebyrå, og
the Commission. 
Kommisjonen.
This steering committee shall be co-chaired by (a) the Commission and (b) a person nominated by the rail sector representative bodies. 
Styringskomiteen skal ledes i fellesskap av a) Kommisjonen og b) en person nominert av jernbanesektorens representative organer.
The Commission assisted by the members of the steering committee shall draft the rules of procedure of this steering committee, on which the steering committee shall agree. 
Kommisjonen skal med hjelp av medlemmene av styringskomiteen lage et utkast til forretningsorden for denne styringskomiteen, som styringskomiteen skal være enig om.
The decisions taken shall be transparent and shall be accompanied by a sound technical and economic justification. 
Beslutningene som treffes skal være åpne, og skal ledsages av en god teknisk og økonomisk begrunnelse.
The members of the steering committee may propose to the steering committee that other organisations be included as observers where there are sound technical and organisational reasons for doing so. 
Medlemmene av styringskomiteen kan foreslå for styringskomiteen at andre organisasjoner får delta som observatører, dersom det er gode tekniske og organisasjonsmessige grunner for å gjøre dette.
A project team established by the rail sector representative bodies and including a ticket vendor representative shall develop the detailed IT specifications, the governance and the master plan on the basis of a work programme to be approved by the steering committee. 
De detaljerte IT-spesifikasjonene, styringsmåtene og hovedplanen skal utvikles av en prosjektgruppe nedsatt av jernbanesektorens representative organer, samt en representant for billettutstederne, på grunnlag av et arbeidsprogram som skal godkjennes av styringskomiteen.
The project team shall set up the necessary working groups bringing in expertise from the European Railway Agency, railway undertakings, infrastructure managers, station managers, ticket vendors workers’ representatives and passenger representatives. 
Prosjektgruppen skal etablere de nødvendige arbeidsgruppene ved å bringe sammen sakkunnskap fra Det europeiske jernbanebyrå, jernbaneforetakene, infrastrukturforvaltningene, stasjonsforvalterne, arbeidstakerrepresentanter for billettutstederne og representanter for passasjerene.
The project team shall conduct the whole project transparently, and all minutes, documents and deliverables of the project team and its working groups shall be made permanently and fully accessible to the Commission and the European Railway Agency. 
Prosjektgruppen skal drive hele prosjektet på en åpen måte, og alle referater, dokumenter og resultater fra prosjektgruppen og dens arbeidsgrupper skal i sin helhet gjøres permanent tilgjengelig for Kommisjonen og Det europeiske jernbanebyrå.
The project team shall send monthly progress reports to the steering committee and shall take full account of the latter’s decisions. 
Prosjektgruppen skal sende månedlige framdriftsrapporter til styringskomiteen og skal fullt ut ta hensyn til hva sistnevnte beslutter.
The structure and content of the progress report shall be approved by the steering committee at the kick-off meeting. 
Struktur og innhold i framdriftsrapporten skal godkjennes av styringskomiteen i oppstartsmøtet .