natgillin/translations-raw huggingface dataset:
Each actor addressed by this TSI shall be responsible for publishing up-to-date, coherent, accurate and complete information at the appropriate time and in the appropriate content to the customers (passengers), or to other railway undertakings, or to infrastructure managers, or to a third party. 
Alle aktører som denne TSI-en er rettet til, skal være ansvarlige for å offentliggjøre oppdaterte, sammenhengende, nøyaktige og fullstendige opplysninger til rett tid og med riktig innhold til kundene (passasjerene), eller til andre jernbaneforetak, eller til infrastrukturforvaltninger eller en tredjepart.
Where data or information are used in order to meet the requirements of several basic parameters of this TSI at the same time, the actors to whom this TSI is addressed shall ensure that the data or information shared between those basic parameters is used in a coherent manner (e.g. coherence i) between timetable and tariff information or ii) between tariff and reservation information shall be ensured). 
Dersom data eller opplysninger brukes for å oppfylle kravene samtidig i flere grunnleggende parametrer i denne TSI-en, skal de aktørene som denne TSI-en er rettet til, sikre at dataene eller opplysningene som deles mellom de nevnte grunnleggende parametrene, brukes på en sammenhengende måte (det skal f.eks. sikres at det er sammenheng i) mellom opplysninger om ruteplaner og billettpriser og ii) mellom opplysninger om billettpriser og reservasjoner).
Where information or data are provided by several actors addressed by this TSI, the actors shall together ensure that the parts of the common data or information provided are up-to-date, coherent, accurate, complete and compatible (example: 
Dersom opplysningene eller dataene gis av flere av aktørene som denne TSI-en er rettet til, skal aktørene sammen sikre at delene av de gitte felles dataene eller opplysningene er oppdatert, sammenhengende, nøyaktige, fullstendige og forenlige (eksempel:
deliveries of timetable information for railway undertaking A and railway undertaking B must be coherent in order to ensure that they match at the border, etc.). 
leveringer av ruteplanopplysninger for jernbaneforetak A og jernbaneforetak B må være sammenhengende for å sikre at de stemmer overens ved grensen, osv.)
Where reference data or reference information is used in order to meet the requirements of this TSI, the actors addressed by this TSI shall guarantee the coherence between the reference data or reference information and the data or information used in the basic parameters of this TSI (examples: 
Dersom referansedata eller referanseopplysninger benyttes for å oppfylle kravene i denne TSI-en, skal de aktørene som denne TSI-en er rettet til, garantere sammenhengen mellom referansedataene eller referanseopplysningene og dataene eller opplysningene som brukes i de grunnleggende parametrene i denne TSI-en (eksempler:
coherence (i) between location reference codes and train running information or (ii) between railway undertaking reference codes and fulfilment shall be ensured, etc.). 
sammenheng i) mellom referansestedskoder og opplysninger om togtrafikk eller ii) mellom referansekoder for jernbaneforetak og oppfyllelse skal sikres, osv.)
The quality of data or information provided by the actors for the purposes of this TSI shall be such that it enables the actors to whom this TSI is addressed to issue tickets as set out in Article 10 of the Regulation on Rail Passengers’ Rights and Obligations. 
Kvaliteten på data eller opplysninger som aktørene gir for denne TSI-ens formål, skal være slik at aktørene som denne TSI-en er rettet til, settes i stand til å utstede billetter som fastsatt i artikkel 10 i forordningen om jernbanepassasjerers rettigheter og plikter.
The quality of data or information provided by the actors for the purposes of this TSI shall achieve a level which makes it possible for the actors addressed by this TSI to provide the information as set out in Article 10 and in Annex II to the Regulation on Rail Passengers’ Rights and Obligations. 
Kvaliteten på data eller opplysninger som aktørene gir for denne TSI-ens formål, skal ha et nivå som gjør det mulig for aktørene som denne TSI-en er rettet til, å gi opplysninger som fastsatt i artikkel 10 og i vedlegg II til forordningen om togpassasjerers rettigheter og plikter.
Various reference files and databases 
Diverse referansefiler og databaser
Reference files 
Referansefiler
For the operation of passenger trains on the European network, the following reference files must be available and accessible to all service providers (infrastructure managers, railway undertakings, authorised third parties and station managers). 
Følgende referansefiler skal være tilgjengelig for alle tjenesteytere (infrastrukturforvaltninger, jernbaneforetak, godkjente tredjeparter og stasjonsforvaltere) ved drift av passasjertog på det europeiske jernbanenettet.
The European Railway Agency will centrally store and maintain unique codes for the following reference data: 
Det europeiske jernbanebyrå skal lagre og vedlikeholde entydige koder for følgende referansedata sentralt:
reference file of the coding for all infrastructure managers, railway undertakings, station managers, service provider companies, 
referansefil for kodene for alle infrastrukturforvaltninger, jernbaneforetak, stasjonsforvaltere, tjenesteytende selskaper,
reference file of the coding of locations, 
referansefil med koder for steder,
reference file of all existing train control systems, 
referansefil for alle eksisterende trafikkstyringssystemer,
reference file of all different locomotive types, 
referansefil for alle forskjellige lokomotivtyper,
reference file of all European maintenance workshops, 
referansefil for alle europeiske vedlikeholdsverksteder,
reference file for European reservation systems, 
referansefil for reservasjonssystemer,
reference file of codes for timetable exchange purposes, 
referansefil med koder for utveksling av ruteplaner,
reference file of codes for tariff exchange purposes, 
referansefil med koder for utveksling av billettpriser,
message-dataset catalogue, 
katalog for meldingsdatasett,
directory of code list, 
kodelistekatalog,
any other files and code lists that are needed for the use of the technical document(s) in the annexes (these will be defined during phase one). 
eventuelle andre filer og kodelister som er nødvendige for å bruke det eller de tekniske dokumentene i vedleggene (disse vil bli definert i fase 1).
Where a reference file is in common use with the TAF TSI, its development and use shall be as close as possible to the implemented TAF TSI in order to achieve optimum synergies. 
Dersom en referansefil er i allmenn bruk sammen med TSI-en «Telematikkprogrammer for godstrafikk», skal utviklingen og bruken av den være så nært forbundet med den iverksatte TSI-en «Telematikkprogrammer for godstrafikk» som mulig, for å oppnå optimale synergivirkninger.
Additional requirements concerning databases 
Tilleggskrav med hensyn til databaser
The additional requirements which must be supported by the various databases are listed below. 
Tilleggskravene som de forskjellige databasene må oppfylle, er oppført nedenfor.
They are: 
De omfatter:
A database must support security aspects in terms of controlling access to the database. 
En database må støtte sikkerhetsaspekter i den betydning at det er kontroll med tilgangen til databasene.
ACID 
ACID
A database must allow access to the data by users or systems that have been granted permission. 
En database må gi autoriserte brukere eller systemer tilgang til dataene.
The database shall support configurable, role based access control for the insertion, update or deletion of data records. 
En database skal støtte en konfigurerbar, rollebasert tilgangskontroll for registrering, oppdatering eller sletting av dataposter.
A database must support the logging of all actions applied to the database to allow the detail of the data entry to be traced (Who, What, When did the contents change?). 
En database må støtte loggføring av alle utførte handlinger i databasen, slik at det er mulig å spore detaljer i forbindelse med en postering (av hvem, for hva, tidspunkt for endring av innholdet).
Locking strategy 
Låsestrategi
A database must implement a locking strategy which allows access to the data even when other users are engaged in editing records. 
En database må inneholde en låsestrategi som gjør det er mulig å få tilgang til dataene selv om datapostene samtidig redigeres av andre brukere.
A database must ensure that data can be accessed simultaneously by several users and systems. 
En database må sikre at dataene kan nås av flere brukere og systemer samtidig.
A database must have the necessary availability level for the nature of the data and the business cases based on it. 
En database må ha det tilgjengelighetsnivået som er nødvendig med tanke på arten av data og de forretningstilfellene som er basert på dem.
The maintainability of the database must support the required availability. 
Det må være samsvar mellom databasenes vedlikeholdsevne og den tilgjengelighet som kreves.
Hence, safety aspects are not relevant. 
Sikkerhetsaspekter er følgelig ikke relevante.
This is not to be confused with the fact that the data — e.g. incorrect or not up-to-date data — may have an impact on the safe operation of a train. 
Dette må ikke forveksles med det faktum at visse data — for eksempel gale eller ikke oppdaterte data — kan ha innvirkning på sikker drift av et tog.
A database shall provide a facility that allows the contents of the complete database or part thereof to be exported as formatted data. 
En database skal ha en funksjon som gjør det mulig å eksportere hele eller deler av innholdet i en database som formaterte data.
A database must support mandatory fields that are required to be completed before the relevant record is accepted as input to the database. 
En database må støtte obligatoriske felter som må være utfylt før den aktuelle posten godtas som inndata til databasen.
The reference files and databases shall support in a cost effective manner the queries necessary to allow the effective operation of all relevant train runs that are covered by the provisions of this TSI. 
Referansefilene og databasene skal på en kostnadseffektiv måte støtte de forespørslene som er nødvendige for å muliggjøre effektiv drift av alle relevante togkjørsler som omfattes av bestemmelsene i denne TSI-en.
A database shall support the storage of the relevant data for all passenger wagons and/or the network. 
I en database skal det kunne lagres relevante data for alle passasjervogner, og/eller hele jernbanenettet.
A database shall support the management of historical data by making data available that have been already transferred into an archive. 
En database må støtte håndteringen av historiske data ved å gjøre allerede arkiverte data tilgjengelige.
A back-up strategy shall be in place to ensure that the complete database contents for a period of up to 24 hours can be recovered. 
Det må være utarbeidet en sikkerhetskopistrategi som gjør at hele innholdet i databasen kan gjenopprettes for et tidsrom på inntil 24 timer.
The database system used shall be available commercially off-the-shelf (COTS-product) or be available in the public domain (Open Source). 
Databasesystemet som benyttes, skal være hyllevare (COTS-produkt) eller offentlig tilgjengelig (Open Source).
Privacy aspects 
Personvern
A database has to fulfil the privacy policy requirements of the Member State in which the company performing the service is domiciled. 
En database må oppfylle kravene til personvern i den medlemsstaten der selskapet som leverer tjenesten, er hjemmehørende.
The description in Section 4.2.21 — Networking and communication — presents the communication network to be used for data exchange. 
I kapittel 4.2.21 (Nettverk og kommunikasjon) beskrives det kommunikasjonsnettet som skal brukes i forbindelse med datautvekslingen.
This network and the described security handling allow any type of network transmission, such as e-mail, file transfer (Ftp, Http), etc. The parties involved in the information exchange can then decide on the type to choose, thereby ensuring the electronic transmission of documents, for example, via FTP. 
Dette nettet og sikkerhetshåndteringen som beskrives, muliggjør alle typer av nettoverføring, som for eksempel e-post, filoverføring (ftp, http), osv. Partene som deltar i informasjonsutvekslingen kan dermed avgjøre hvilken type de skal velge, og dermed sikre at dokumentene overføres elektronisk, f.eks. via ftp.
Over time this subsystem will see the growth and interaction of a large and complex telematics rail interoperability community with thousands of participating actors (railway undertakings, infrastructure managers, third parties such as retailers and public authorities, etc.), which will compete and/or cooperate in serving the market’s needs. 
Dette delsystemet kommer med tiden til å vokse og danne et stort og sammensatt telematikksystem innenfor rammen av et jernbanefellesskap med samtrafikkevne, basert på samvirkende telematikksystemer, der tusenvis av deltakende organisasjoner (jernbaneforetak, infrastrukturforvaltninger, tredjeparter, som f.eks. detaljister og offentlige myndigheter) vil konkurrere og/eller samarbeide om å dekke markedets behov.
The network and communication infrastructure supporting such a rail interoperability community will be based on a common ‘Information Exchange Architecture’, known and adopted by all those participating in it. 
Infrastrukturen for nettverk og kommunikasjon til støtte for jernbanefellesskapet med samtrafikkevne vil bygge på en felles arkitektur for informasjonsutveksling, som er kjent og anvendt av alle som deltar i det.
The proposed ‘Information Exchange Architecture’: 
Den foreslåtte arkitekturen for informasjonsutveksling
is designed to reconcile heterogeneous information models by semantically transforming the data that are exchanged between the systems and by reconciling the differences in business processes and application-level protocols, 
er beregnet på å gjøre forskjellige informasjonsmodeller forenlige ved semantisk å omdanne dataene som utveksles mellom systemene, og ved å utligne forskjellene mellom forretningsprosesser og programprotokoller,
has a minimal impact on the existing IT architectures implemented by each actor, 
har minimal innvirkning på eksisterende IT-arkitektur som anvendes av alle aktører,
safeguards IT investments already made. 
sikrer allerede foretatte IT-investeringer.
The Information Exchange Architecture favours a mostly Peer-to-Peer type of interaction between all actors, while guaranteeing the overall integrity and consistency of the rail interoperability community by providing a set of centralised services. 
Arkitekturen for informasjonsutveksling favoriserer hovedsakelig en likenettbasert («peer-to-peer») type av samhandling mellom aktørene, samtidig som den sikrer den samlede integriteten og ensartetheten til jernbanefellesskapet med samtrafikkevne ved å tilby et sett med sentraliserte tjenester.
A Peer-to-Peer interaction model allows the best distribution of costs between the different actors, based on actual usage and, in general, will pose fewer scalability problems. 
En likenettbasert samhandlingsmodell gir mulighet for best mulig kostnadsfordeling mellom de forskjellige aktørene, basert på faktisk bruk, og vil generelt medføre færre skalerbarhetsproblemer.
The network shall ensure the necessary level for security, redundancy, traffic control, statistics tools, bandwidth growth, user accessibility and efficient management. 
Jernbanenettet skal sikre det nødvendige nivået på sikkerhet, redundans, trafikkstyring, statistikkverktøy, vekst i båndbredde, brukertilgjengelighet og effektiv ledelse.
‘Network’ in this context means the method and philosophy of communication and does not refer to the physical network. 
Med jernbanenett menes her kommunikasjonsmetode og –filosofi, og ikke det fysiske nettet.
Rail interoperability is based on a common ‘Information Exchange Architecture’, known and adopted by all participants, thus encouraging and lowering barriers for new entrants, especially customers. 
Samtrafikkevne i jernbanenettet bygger på en felles arkitektur for informasjonsutveksling som er kjent og anvendt av alle deltakere, og som dermed oppmuntrer og minsker hindringene for nye aktører, særlig kunder.
First, the central Repository is approached to obtain meta-information, such as the identity of the peer (actor) on which information is stored, or to verify security credentials. 
Først kontaktes det sentrale datalageret for å innhente metainformasjon, for eksempel identiteten til en aktør (peer) som det er lagret opplysninger om, eller for å verifisere sikkerhetsdata.
Afterwards, Peer-to-Peer communication takes place between the actors involved. 
Deretter finner likenettskommunikasjon sted mellom de berørte aktørene.
Only protocols belonging to the Internet Protocol Suite (commonly known as TCP/IP, UDP/IP, etc.) may be used for developments. 
Bare protokoller som tilhører samlingen av Internett-protokoller (vanligvis kjent som TCP/IP, UDP/IP, osv.), kan benyttes til utvikling.
On top of the security level guaranteed at the level of the network (see Section 4.2.21.2 Network), an additional level of security can be achieved for sensitive data by using a combination of encryption, certification scheme and VPN technologies. 
På toppen av det garanterte sikkerhetsnivået på jernbanenettnivået (se avsnitt 4.2.21.2 Jernbanenett), kan et ytterligere sikkerhetsnivå oppnås for følsomme data ved å benytte en kombinasjon av kryptering, sertifiseringsordning og VPN-teknologier.
Either asymmetric or symmetric encryption can be used for data transmission and storage, depending on the business requirements. 
Enten asymmetrisk eller symmetrisk kryptering kan benyttes for overføring og lagring av data, avhengig av forretningskravene.
For this purpose a public key infrastructure (PKI) is to be implemented. 
For dette formål skal det innføres en offentlig nøkkelinfrastruktur (PKI).
list of electronic addresses where the actors addressed by this TSI allow other actors to obtain information or data according to the provisions of this TSI, 
en liste over elektroniske adresser, der aktørene som denne TSI-en er rettet til, kan innhente opplysninger eller data i henhold til bestemmelsene i denne TSI-en,
encryption, 
kryptering,
authentication, 
autentisering,
directory (phonebook) — it contains all necessary information on those participating in exchanging messages and data. 
katalog (telefonbok) — som inneholder alle nødvendige opplysninger om dem som deltar i utvekslingen av meldinger og data.
Where the Central Repository is in use in conjunction with the TAF TSI, development and changes shall be performed as closely as possible to the implemented TAF TSI in order to achieve optimum synergies. 
Dersom det sentrale datalageret er i bruk i forbindelse med TSI-en «Telematikkprogrammer for godstrafikk», skal utvikling og endringer utføres så nært opptil den iverksatte TSI-en «Telematikkprogrammer for godstrafikk» som mulig, for å oppnå optimale synergivirkninger.
Common interface for RU/IM communication 
Felles grensesnitt for kommunikasjon mellom jernbaneforetak/infrastrukturforvaltning
addressing of outgoing messages, 
adressering av de utgående meldingene,
authenticity verification of incoming messages, 
kontroll av innkommende meldingers gyldighet,
conformity checks of incoming messages according to the metadata, 
samsvarkontroller av innkommende meldinger i henhold til metadata,
handling the single common access to the various databases. 
håndtering av tilgangen til de ulike databasene via en felles inngang.
Each instance of the common interface will have access to all the data required according to the TSI within each railway undertaking, infrastructure manager, etc., whether the relevant databases are central or individual. 
Hvert av de felles grensesnittene vil ha tilgang til alle dataene som er nødvendige i henhold til denne TSI-en innenfor hvert jernbaneforetak, hver infrastrukturforvaltning, osv., uavhengig av om de relevante databasene er sentrale eller individuelle.
Based on the results of verification of the authenticity of incoming messages, a minimum level of message acknowledgement can be implemented: 
På grunnlag av resultatene av gyldighetskontrollen av innkommende meldinger kan et minstenivå for meldingskvittering iverksettes:
positive: 
positivt:
send ACK; 
send ACK,
negative: 
negativt:
send NACK. 
send NACK,
The common interface uses the information in the Central Repository in order to manage the above tasks. 
De felles grensesnittene bruker opplysningene i det sentrale datalageret til å utføre oppgavene ovenfor.
If an actor implements a local ‘mirror’ of the Central Repository, that actor must then — by its own means — ensure that the local ‘mirror’ is an accurate and up to date copy of the Central Repository. 
Dersom en aktør innfører et lokalt «speil» av det sentrale datalageret, så må den nevnte aktøren — ved hjelp av egne midler — sikre at det lokale «speilet» er en nøyaktig og oppdatert kopi av det sentrale datalageret.
Where the Common Interface is in common use with the TAF TSI, the development and changes shall take place as closely as possible to the implemented TAF TSI, in order to achieve optimum synergies. 
Dersom det sentrale datalageret er i bruk i forbindelse med TSI-en «Telematikkprogrammer for godstrafikk», skal utvikling og endringer finne sted så nært opptil den iverksatte TSI-en «Telematikkprogrammer for godstrafikk» som mulig, for å oppnå optimale synergivirkninger.
Management of connection with other modes of transport 
Styring av omstigning til andre transportsystemer
In order to manage the connection with other modes of transport, the following standard should be applied for the provision of information to and exchange of information with other modes of transport: 
For å styre omstigningen til andre transportsystemer skal følgende standarder anvendes for å gi opplysninger til og utveksle informasjon med andre transportsystemer:
For the exchange of timetable information between railway undertakings and other modes of transport: 
For utveksling av ruteplanopplysninger mellom jernbaneforetak og andre transportsystemer:
norms EN 12896 (‘Transmodel’) and EN TC 278 WI 00278207 (‘IFOPT — Identification of Fixed Objects in Public transport’), 
standardene EN 12896 («Transmodel») og EN TC 278 WI 00278207 («IFOPT — Identification of Fixed Objects in Public transport»),
For the exchange of specific timetable data, the XML technical standards and protocols based on Transmodel, in particular norm EN 15531 (‘SIRI’) for the exchange of real-time timetables and norm EN TC 278 WI 00278207 (‘IFOPT’) for the exchange of ‘stop/station’ data. 
For utveksling av spesifikke ruteplandata, de tekniske XML-standardene og -protokollene basert på Transmodel, særlig standarden EN 15531 («SIRI»), for utveksling av sanntidsruteplaner, og standarden EN TC 278 WI 00278207 («IFOPT»), for utveksling av «stoppesteds-/stasjonsdata».
For the exchange of tariff data: 
For utveksling av billettprisdata:
this standard is still an open point (see Annex II — List of open points). 
Denne standarden er fortsatt et åpent punkt (se vedlegg II — Liste over åpne punkter).
From the standpoint of technical compatibility, the interfaces of the subsystem ‘telematics applications for passenger services’ with the other subsystems are as described in the following paragraphs. 
Med hensyn til teknisk forenlighet er grensesnittene mellom delsystemet «telematikkprogrammer for passasjertransport» og de andre delsystemene, slik som beskrevet i følgende avsnitt:
Interfaces with the Rolling Stock Subsystem 
Grensesnitt mot delsystemet «rullende materiell»
Interfaces with the Rolling Stock subsystem 
Grensesnitt mot delsystemet «rullende materiell»
Reference Telematics Applications for passengers TSI 
Henvisning til TSI-en «Telematikkprogrammer for passasjertransport»
Reference Conventional Rail Rolling Stock TSI’s 
Henvisning til TSI-en «Rullende materiell» i jernbanesystemet for konvensjonelle tog
Board device display 
Visningsskjermer i toget
Handling of information provision in vehicle area 
Håndtering av opplysninger som gis på kjøretøyområdet