natgillin/translations-raw huggingface dataset:
This status is required for the information exchange between the IM and the RU, with other infrastructure managers and with other railway undertakings involved in the transport journey. 
Denne statusen er nødvendig for informasjonsutvekslingen mellom infrastrukturforvaltningen og jernbaneforetaket samt for andre infrastrukturforvaltninger og jernbaneforetak som deltar i transporten.
empty wagon on journey 
tom vogn underveis
This status is required for the information exchange between the IM and the RU, with other infrastructure managers and railway undertakings involved in the transport journey. 
Denne statusen er nødvendig for informasjonsutvekslingen mellom infrastrukturforvaltningen og jernbaneforetaket samt for andre infrastrukturforvaltninger og jernbaneforetak som deltar i transporten.
unloading of rolling stock 
lossing av rullende materiell
This status is required for the information exchange between the RU at destination and the Lead RU for the transport. 
Denne statusen er nødvendig for informasjonsutvekslingen mellom jernbaneforetaket på bestemmelsesstedet og hovedjernbaneforetaket for transporten.
empty wagon under fleet management control 
tom vogn under flåteforvaltningens kontroll
This status is required to get the information about availability of a vehicle of defined characteristics. 
Denne statusen er nødvendig for å få opplysningene om tilgjengeligheten av et kjøretøy med fastsatte egenskaper.
Wagon Trip Plan Databases 
Databaser over ruteplan for vogn
Trains normally carry wagons from various customers. 
Tog inneholder vanligvis vogner fra flere kunder.
For each wagon the Lead RU (RU acting as service integrator) must establish and update a trip plan which corresponds to the train path at train level. 
For hver vogn skal hovedjernbaneforetaket (jernbaneforetak i egenskap av tjenestekoordinator) utarbeide og ajourføre en ruteplan som tilsvarer ruteleiet på tognivå.
New train paths for a train — e.g. in case of service interruptions — lead to revised trip plans for the wagons concerned. 
Nye ruteleier for et tog — for eksempel ved driftsavbrytelser — medfører reviderte ruteplaner for de berørte vognene.
The creation time for the trip plan is the receipt of the consignment note from the customer. 
Tidspunktet for opprettelse av ruteplanen er det tidspunktet da fraktbrevet mottas fra kunden.
The Wagon Trip Plans must be stored by each LRU in a database. 
Hvert hovedjernbaneforetak skal lagre ruteplanene for vogner i en database.
In addition to the mandatory databases mentioned above, at each IM side a train database may be installed. 
I tillegg til de obligatoriske databasene nevnt ovenfor kan hver infrastrukturforvaltning opprette en togdatabase.
This infrastructure manager train database corresponds to the movement part of the Wagon and Intermodal Unit Operational Database. 
Denne togdatabasen for infrastrukturforvaltningen tilsvarer bevegelsesdelen av driftsdatabasen for vogner og enheter for ulike transportsystemer.
The main data entries are the train related data of the train composition message from the RU. 
Hovedoppføringene er opplysningene om toget fra jernbaneforetakets togsammensetningsmelding.
All train events result in an update of this train related database. 
Alle endringer som gjelder toget, fører til en oppdatering av denne databasen.
An alternative storage possibility for these data is the path database (Chapter 4.2.2: 
Ruteleiedatabasen er en alternativ lagringsmulighet for disse dataene (kapittel 4.2.2:
Additional requirements on the databases 
Tilleggskrav til databasene
Under the following points are listed additional requirements which must be supported by the various databases. 
Nedenfor er det oppført tilleggskrav som de ulike databasene skal oppfylle.
When the maintenance/management system of a contractor or supplier is certified, the monitoring process described in point 3 may be limited to the results of the contracted operational processes referred to in point 3.1(b). 
Når en entreprenørs eller leverandørs vedlikeholds-/ledelsessystem sertifiseres, kan overvåkingsprosessen beskrevet i nr. 3 begrenses til resultatene av driftsprosessene som er overdratt til en underleverandør, og som er nevnt i nr. 3.1 bokstav b).
The organisation must have procedures to monitor the awareness of suppliers and/or contractors of risks they entail to the organisation’s operations. 
Organisasjonen skal ha framgangsmåter for å overvåke leverandørenes og/eller entreprenørenes bevissthet om den risikoen de påfører organisasjonens virksomhet.
Authentication 
Autentisering
A database must support the authentication of users of the systems before they can gain access to the database. 
En database skal støtte autentisering av systembrukere før de kan få tilgang til databasen.
A database must support the security aspects in the meaning of controlling access to the database. 
En database skal støtte sikkerhetsaspekter i den forstand at det er kontroll med tilgangen til databasene.
The possible encryption of the database contents itself is not required. 
En mulig kryptering av selve databaseinnholdet er ikke nødvendig.
Consistency 
Forenlighet
A database selected shall support the ACID principle (Atomicity, Consistency, Isolation, Durability). 
En valgt database skal støtte ACID-prinsippet (Atomicity, Consistency, Isolation, Durability – atomitet, forenlighet, isolasjon, holdbarhet).
Access control 
Tilgangskontroll
A database must allow access to the data to users or systems that have been granted permission. 
En database skal gi brukere eller systemer som har fått uttrykkelig tillatelse, tilgang til dataene.
The access control shall be supported down to a single attribute of a data record. 
Tilgangskontroll skal støttes ned til det enkelte attributt i en datapost.
The database shall support configurable, role based access control for insertion, update or deletion of data records. 
En database skal støtte en konfigurerbar, rollebasert tilgangskontroll for registrering, oppdatering eller sletting av dataposter.
Tracing 
Sporing
A database must support logging all actions applied to the database to allow for tracing the detail of the data entry (Who, What, When did the contents change). 
En database skal 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).
may be authorised to be placed in service. 
kan tas i bruk.
Lock strategy 
Låsestrategi
A database must implement a locking strategy which allows access to the data even when other users are currently editing records. 
En database skal inneholde en låsestrategi som gjør det mulig å få tilgang til dataene selv om datapostene samtidig redigeres av andre brukere.
Multiple access 
Flerbrukertilgang
A database must support that data can be accessed simultaneously by several users and systems. 
En database skal sikre at dataene er tilgjengelige for flere brukere og systemer samtidig.
The reliability of a database must support the required availability. 
Det skal være samsvar mellom en databases pålitelighet og den tilgjengelighet som kreves.
Availability 
Tilgjengelighet
A database must have an availability on demand of at least 99,9 %. 
Databasene skal ha en tilgjengelighet ved forespørsler på minst 99,9 %.
Maintainability 
Mulighet for vedlikehold
Family name and first name 
Etternavn og fornavn
A maintainability of the database must support the required availability. 
Det skal være samsvar mellom muligheten for vedlikehold av databasen og den tilgjengelighet som kreves.
Databases themselves are not safety related. 
Databaser er i seg selv ikke innstilt på sikkerhet.
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. wrong or not actual data — may have impact on the safety operation of a train. 
Dette må ikke forveksles med det faktum at visse data — for eksempel feilaktige eller ikke oppdaterte data — kan ha innvirkning på sikker drift av et tog.
Compatibility 
Forenlighet
A database must support a data manipulation language that is widely accepted, such as SQL or XQL. 
En database skal støtte et allment akseptert programmeringsspråk, som for eksempel SQL eller XQL.
Import facility 
Importfunksjon
A database shall provide a facility that allows the import of formatted data that can be used to fill the database instead of manual input. 
En database skal ha en funksjon som gjør det mulig å legge formaterte data inn i databasen, i stedet for manuell registrering.
Export facility 
Eksportfunksjon
A database shall provide a facility that allows to export the contents of the complete database or its part 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.
Mandatory fields 
Obligatoriske felter
identified to enable the calibration status to be determined; 
identifiseres slik at kalibreringsstatusen kan bestemmes,
A database must support mandatory fields that are required to be filled before the relevant record is accepted as input to the database. 
En database skal støtte obligatoriske felter som skal være utfylt før den aktuelle posten godtas som inndata til databasen.
Plausibility checks 
Rimelighetskontroll
adjusted or re-adjusted as necessary; 
justeres eller omjusteres etter behov,
A database must support configurable plausibility checks before accepting the insertion, update or deletion of data records. 
En database skal støtte konfigurerbare rimelighetskontroller før registrering, oppdatering eller sletting av dataposter godtas.
Response times 
Svartider
A database must have response times that allow users to insert, update or delete data records in a timely manner. 
En database skal ha svartider som gjør det mulig for brukerne å registrere, oppdatere eller slette dataposter i rett tid.
Performance aspects 
Ytelse
A database shall support the queries necessary to allow the effective run of about 60000 train runs per 24 hours. 
En database skal støtte det antall forespørsler som er nødvendig for å sikre effektiv drift av ca. 60 000 togbevegelser innenfor 24 timer.
About 50 % of these train runs are deemed to take place within two hours. 
Ca. 50 % av disse togbevegelsene antas å finne sted i løpet av to timer.
The number and kind of queries or updates per train are dependent on the overall process for planning and running a train. 
Antall og type forespørsler eller oppdateringer per tog avhenger av den overordnede prosessen forbundet med planlegging og kjøring av et tog.
Capacity aspects 
Kapasitet
A database shall support the storage of the relevant data for all freight wagons respectively the network. 
I en database skal det kunne lagres relevante data for alle godsvogner, henholdsvis hele jernbanenettet.
It shall be possible to extend the capacity by simple means (i.e. by adding more storage capacity and computers). 
Kapasiteten må kunne utvides med enkle midler (dvs. ved å tilføye flere lagringsenheter og flere datamaskiner).
There are procedures to ensure that the traffic control and signalling system is operated and maintained so as to ensure the safe operation of the railway. 
Det er innført framgangsmåter for å sikre at trafikkstyrings- og signalsystemet blir drevet og vedlikeholdt slik at det sikrer sikker drift av jernbanen.
A baseline in essence embodies the concept of a stable kernel in terms of system functionality, performance and other non-functional characteristics x|(e.g. RAM)( ). 
En referanseversjon er i prinsippet et uttrykk for en stabil kjerne med hensyn til systemfunksjonalitet, yteevne og andre ikke-funksjonelle egenskaper (for eksempel RAM)( ).
The extension of the capacity shall not require replacement of the subsystem. 
Kapasitetsutvidelsen skal ikke gjøre det nødvendig å erstatte delsystemet.
Historical data 
Historiske data
A database shall support the management of historical data in the meaning of making of data available that has been already transferred into an archive. 
En database skal støtte håndteringen av historiske data i den forstand at den gjør allerede arkiverte data tilgjengelige.
Back-up strategy 
Sikkerhetskopieringsstrategi
Registration business number 
Registrert organisasjonsnummer
A back-up strategy shall be in place to ensure that the complete database contents for up to a 24-hour period can be recovered. 
Det skal være utarbeidet en sikkerhetskopieringsstrategi som gjør at hele innholdet i databasen kan gjenopprettes for et tidsrom på inntil 24 timer.
Commercial aspects 
Kommersielle aspekter
A 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).
The above requirements must be handled by a standard Database Management System (DBMS). 
De ovennevnte kravene skal oppfylles ved hjelp av et standard databasesystem (DBMS).
The usage of the various databases is embedded into various work flows described here before. 
Bruken av de forskjellige databasene er innarbeidet i ulike arbeidsoperasjoner som er beskrevet tidligere.
The general workflow is a request/response mechanism, where an interested party requests information from the database through the common interface (4.2.14.1: 
Den normale arbeidsgangen består av et spørsmål og et svar, der en berørt part ber om opplysninger fra databasen gjennom det felles grensesnittet (4.2.14.1:
The DBMS responds to this request either by providing the requested data or by responding that no data can be made available (no such data exists or access is refused due to access control). 
Databasesystemet besvarer spørsmålene enten ved å hente fram dataene det spørres om, eller ved å svare at dataene ikke er tilgjengelige (ingen slike data finnes, eller tilgang nektet som følge av tilgangskontroll).
The description in Chapter 4.2.14 (Networking and communication) presents the communication network to be used for data exchange. 
I kapittel 4.2.14 (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 type to choose can then be decided upon by the parties involved in the information exchange, which means, that the electronic transmission of documents, for example, via ftp is given. 
Dette nettet og sikkerhetshåndteringen som beskrives, muliggjør alle typer av nettoverføring, som for eksempel e-post, filoverføring (ftp, http) osv. Den typen overføring som skal brukes, kan deretter bestemmes av partene som deltar i informasjonsutvekslingen, dvs. at den elektroniske overføringen av dokumenter, f.eks. via FTP, fastlegges.
General architecture 
Alminnelig arkitektur
This subsystem will see, over time, the growth and interaction of a large and complex telematic rail interoperability community with hundreds of participating actors (RUs, IMs, 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 hundrevis av deltakende organisasjoner (jernbaneforetak, infrastrukturforvaltninger osv.) vil konkurrere og/eller samarbeide om å dekke markedets behov.
The network and communication infrastructure supporting such rail interoperability community will be based on a common «Information Exchange Architecture», known and adopted by all participating actors. 
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 deltakende aktører.
The proposed «Information Exchange Architecture»: 
Den foreslåtte arkitekturen for informasjonsutveksling
is designed to reconcile heterogeneous information models by semantically transforming the data that is exchanged between the systems and by reconciling the business process and application-level protocol differences, 
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 minimum impact on the existing IT architectures implemented by every actor, 
har minimal innvirkning på eksisterende IT-arkitektur som anvendes av alle aktører,
safeguards IT investments made already. 
sikrer allerede foretatte IT-investeringer.
The Information Exchange Architecture favours a mostly peer-to-peer type of interaction between all actors, while it guarantees 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 list of spare parts, including a sufficiently detailed technical description of each part to allow like-for-like replacement with the same guarantees; 
en oversikt over reservedeler, herunder en tilstrekkelig detaljert teknisk beskrivelse av hver del slik at den utskiftes med en tilsvarende del med samme garantier,
A peer-to-peer interaction model allows the best cost distribution between the different actors, based on actual usage and it will present, in general, lesser 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.
A pictorial representation on the general architecture is given in Annex A, Index 5, Chapter 1.5. 
En grafisk framstilling av den alminnelige arkitekturen er vist i vedlegg A indeks 5 kapittel 1.5.
Networking in this case means the method and philosophy of communication and does not mean the physical network. 
Med nettverk 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.
The security issue will therefore be addressed not by the network (VPN, tunnelling, etc.), but by exchanging and managing inherently secure messages. 
Sikkerhetsspørsmålet håndteres derfor ikke av nettverket (VPN, tunneler osv.), men ved utveksling og forvaltning av i seg selv sikre meldinger.
The aim of “EC” monitoring is to ensure that the obligations deriving from the technical file have been met during the production of the subsystem. 
Formålet med EF-tilsynet er å forsikre seg om at pliktene som følger av den tekniske dokumentasjonen, er oppfylt under framstillingen av delsystemet.
A VPN network is therefore not required (the administration of a large VPN network will be complex and costly to manage), thus avoiding problems with responsibilities and ownership allocation. 
Et VPN-nett er derfor ikke nødvendig (et stort VPN-nett er sammensatt og dyrt å forvalte), og dermed unngås problemer med ansvarsforhold og tildeling av eierskap.
Tunnelling is not considered as a necessary means for achieving the appropriate security level. 
Tunneler anses ikke som et nødvendig middel for å oppnå et passende sikkerhetsnivå.
In any case if some actors already have or want to implement various degrees of security on selected partitions of the network, they can do so. 
Dersom enkelte aktører allerede har eller ønsker å innføre forskjellige grader av sikkerhet i utvalgte deler av nettet, kan de uansett gjøre det.
Over the public Internet network it is possible to implement a hybrid peer-to-peer model with a «central repository» and a «common interface» at each actors' node. 
Over det offentlige Internett er det mulig å gjennomføre en hybrid likenettmodell, med et «sentralt datalager» og et «felles grensesnitt» på hver aktørs knutepunkt.
The central repository is approached first to obtain meta-information, such as the identity of the peer (actor) on which some 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 visse opplysninger om, eller for å kontrollere sikkerhetsopplysninger.
Afterwards, a peer-to-peer communication is performed between involved actors. 
Deretter gjennomføres en likenettkommunikasjon mellom de berørte aktører.
Protocols 
Protokoller
Only protocols belonging to the full Internet Protocol suite must be used. 
Bare protokoller som inngår i den fullstendige Internett-protokollen, kan brukes.
To achieve a high level of security, all messages must be self-contained, which means that the information in the message is secured and the receiver can verify the authenticity of the message. 
For å oppnå et høyt sikkerhetsnivå må alle meldinger være selvstendige, dvs. at opplysningene i meldingen er sikret og at mottakeren kan kontrollere meldingens autentisitet.
This may be solved by using an encryption and signing scheme similar to email encryption. 
Dette kan oppnås ved hjelp av et krypterings- og signatursystem som ligner på e postkryptering.
This makes it possible to use any type of network transmission, like e-mail, file transfer (ftp, http), etc. The actual type to choose can then be decided upon by the parties involved in the information exchange. 
Dette gjør det mulig å bruke alle typer nettoverføringer, for eksempel e-post, filoverføring (ftp, http) osv. De partene som deltar i informasjonsutvekslingen, kan deretter bestemme hvilken type de skal velge.
complies with the relevant TSI(s), 
er i samsvar med de relevante TSI-ene,
Encryption 
Kryptering
Either asymmetric encryption or a hybrid solution based on symmetric encryption with public key protection must be used, due to the fact that sharing a common secret key among many actors will fail at some point. 
Det skal brukes enten asymmetrisk kryptering eller en hybridløsning basert på symmetrisk kryptering med offentlig nøkkelbeskyttelse, ettersom deling av en felles hemmelig nøkkel blant mange aktører vil mislykkes før eller siden.
A higher level of security is easier to achieve if every actor takes responsibility for its own pair of keys, even though a high level of integrity of the central repository (the key server) is required. 
Et høyere sikkerhetsnivå er enklere å oppnå dersom alle aktører tar ansvar for sitt eget nøkkelpar, selv om det kreves et høyt integritetsnivå for det sentrale datalageret (nøkkeltjeneren).
Central repository 
Sentralt datalager
the safe delivery of maintenance, including the health and safety of maintenance staff; 
sikker utføring av vedlikehold, herunder helse og sikkerhet for vedlikeholdspersonalet,
The central repository must be able to handle: 
Det sentrale datalageret skal kunne håndtere:
metadata — structured data describing the content of messages, 
metadata — strukturerte data som beskriver innholdet i meldinger,
Public Key Infrastructure (PKI), 
infrastruktur for offentlige nøkler (PKI),
Certification Authority (CA), 
sertifiseringsmyndighet (CA),
directory (phonebook) — it contains all needed information about the participating actors for exchanging messages. 
katalog (telefonkatalog) — inneholder alle opplysninger om aktørene som er nødvendige for å utveksle meldinger.
The management of the central repository should be under the responsibility of a non-commercial co-European organisation. 
Ansvaret for det sentrale datalageret bør ligge hos en ikke-kommersiell, felleseuropeisk organisasjon.
Common interface 
Felles grensesnitt