natgillin/translations-raw huggingface dataset:
intermediate stops or any other designated points along the proposed path, indicating the Time of arrival plus the time of departure from an Intermediate Point.
stopp underveis eller andre angitte punkter langs det foreslåtte ruteleiet, med angivelse av klokkeslett for ankomst til og avgang fra et mellomliggende punkt;
If this field is not completed, it means that the train does not stop at this point,
dersom dette feltet ikke er utfylt, betyr det at toget ikke stopper ved dette punktet,
agreed and necessary train equipment/data for section of the journey,
avtalt og nødvendig togutstyr/data for reisestrekning,
maximum permissible train speed,
største tillatte toghastighet,
maximum speed under specified train control system(s) (national and international, e.g. LZB, ETCS),
største hastighet med spesifisert(e) togstyringssystem(er) (nasjonale og internasjonale, f.eks. LZB, ETCS),
for each traction unit:
for hver motorvogn:
class of traction, technical variant,
trekkraftklasse, teknisk variant,
banking traction unit (class of traction, technical variant),
skyvende motorvogn (trekkraftklasse, teknisk variant),
driving vehicle trailer (DVT) leading,
styrevogner,
total length,
samlet lengde,
total weight,
samlet vekt,
maximum axle load,
største aksellast,
gross weight per meter,
bruttovekt per meter,
brake performance (representing brake level effective braking power),
bremsevirkning (effektiv bremsekraft ved bremsen),
brake type (for the indication of usage of electromagnetic brake),
bremsetype (for å angi bruk av elektromagnetisk brems),
specified train control system(s) (national and international),
spesifisert(e) togstyringssystem(er)(nasjonalt og internasjonalt),
emergency brake override,
overstyring av nødbrems,
radio system (e.g. GSM-R),
radiosystem (f.eks. GSM-R),
SCs (special consignments),
spesialsendinger,
any other technical prerequisites that differ from the standard dimensions (e.g. exceptional loading gauge),
eventuelle andre tekniske krav som avviker fra standardmålene (f.eks. ekstraordinær lasteprofil),
train category,
togkategori,
any other specific data required locally or nationally to process the path request,
eventuelle andre særskilte data som kreves lokalt eller nasjonalt, for å behandle søknaden om ruteleie,
definitions of activities that are to be performed at a given Intermediate Point along the route,
definisjoner på oppgaver som skal utføres på et bestemt mellomliggende punkt langs ruten,
railway undertaking code responsible for the train movement on the current section of the journey,
kode for jernbaneforetak som er ansvarlig for togbevegelsen på den aktuelle reisestrekningen,
infrastructure manager code responsible for the train over the respective section of the journey,
kode for infrastrukturforvaltning som er ansvarlig for toget på den aktuelle reisestrekningen,
railway undertaking and infrastructure manager code for the next section of the train, where appropriate.
kode for jernbaneforetak og infrastrukturforvaltning for den neste togstrekningen, dersom det er aktuelt.
The above process and the information used for it shall at least comply with the ‘PathRequestMessage’ of the technical document(s):
Den ovennevnte prosessen og opplysningene som brukes i den, skal minst være i samsvar med meldingen «Opplysninger om togtrafikk» i det eller de tekniske dokumentene
In addition, other existing standards may be used for the same purpose if there is a specific agreement between the parties involved that allows the use of these standards.
I tillegg kan andre eksisterende standarder benyttes for samme formål dersom det foreligger en særskilt avtale mellom de berørte partene, som tillater bruken av disse standardene.
Path Details message
Meldingen «Opplysninger om ruteleie»
The infrastructure manager sends this message with the following main content to the requesting AP in reply to that AP’s path request:
Infrastrukturforvaltningen sender denne meldingen, med følgende hovedinnhold, til den tilgangsparten som søker om ruteleie, som svar på dennes søknad om ruteleie:
intermediate stops or any other designated points along the proposed path, indicating the time of arrival plus the time of departure from an intermediate point.
stopp underveis eller andre angitte punkter langs det foreslåtte ruteleiet, med angivelse av klokkeslett for ankomst til og avgang fra et mellomliggende punkt;
gross weight per metre,
bruttovekt per meter,
any other technical prerequisites that differ from the usual dimensions (e.g. exceptional loading gauge),
eventuelle andre tekniske krav som avviker fra de vanlige målene (f.eks. ekstraordinær lasteprofil),
code of railway undertaking responsible for the train movement on the current section of the journey,
kode for jernbaneforetak som er ansvarlig for togbevegelsen på den aktuelle reisestrekningen,
code of infrastructure manager responsible for the train over the respective section of the journey,
kode for infrastrukturforvaltning som er ansvarlig for toget på den aktuelle reisestrekningen,
code of railway undertaking and infrastructure manager for the next section of the journey, if appropriate.
kode for jernbaneforetak og infrastrukturforvaltning for den neste reisestrekningen, dersom det er aktuelt.
The above process and the information used for it shall at least comply with the ‘PathDetailsMessage’ of the technical document(s):
Den ovennevnte prosessen og opplysningene som brukes i den, skal minst være i samsvar med meldingen «Opplysninger om ruteleie» i det eller de tekniske dokumentene
In addition, other existing standards may be used for the same purpose if a specific agreement is concluded between the parties involved to allow the use of these standards.
I tillegg kan andre eksisterende standarder benyttes for samme formål dersom det er inngått en særskilt avtale mellom de berørte partene, som tillater bruken av disse standardene.
‘Path Not Available’ message
Meldingen «Ruteleie ikke tilgjengelig»
The infrastructure manager sends this message to the requesting AP in reply to the AP’s path request in the event of no path being available:
Infrastrukturforvaltningen sender denne meldingen til tilgangsparten som søker om ruteleie, som svar på dennes søknad om ruteleie, dersom ingen ruteleier er tilgjengelig:
train’s point of departure on the path,
togets avgangssted på ruteleiet,
Path destination point,
ruteleiets sluttpunkt:
indication that the path is not available,
angivelse av at ruteleiet ikke er tilgjengelig,
reason for path not being available.
årsak til at ruteleiet ikke er tilgjengelig.
At the same time as this message, or as soon as possible, the infrastructure manager must send an alternative proposal without requiring any further request from the railway undertaking (Path Details message).
Samtidig med denne meldingen, eller så snart som mulig, må infrastrukturforvaltningen sende et alternativt forslag, uten krav om ytterligere søknad fra jernbaneforetaket (meldingen «Opplysninger om ruteleie»).
The above process and the information used for it shall at least comply with the ‘PathNotAvailableMessage’ of the technical document(s):
Den ovennevnte prosessen og opplysningene som brukes i den, skal minst være i samsvar med meldingen «Ruteleie ikke tilgjengelig» i det eller de tekniske dokumentene
The requesting AP uses this message to book/confirm the path proposed by the infrastructure manager:
Tilgangsparten som søker om ruteleie, bruker denne meldingen til å bestille/bekrefte det ruteleiet som infrastrukturforvaltningen foreslår:
Path Number for the purpose of identifying the path,
ruteleienummer med sikte på identifisering av ruteleiet,
End point of path:
sluttpunkt for ruteleiet,
time at which the proposed train is due to arrive at its destination,
klokkeslett for når det foreslåtte toget skal ankomme sitt bestemmelsessted,
indication that the AP accepts the path proposed.
angivelse av at tilgangsparten godtar det foreslåte ruteleiet.
The above process and the information used for it shall be compliant at least with the ‘PathConfirmedMessage’ of the technical document(s):
Den ovennevnte prosessen og opplysningene som brukes i den, skal minst være i samsvar med meldingen «Ruteleie bekreftet» i det eller de tekniske dokumentene
In addition, other existing standards may be used for the same purpose if there is a specific agreement between the parties involved allowing the use of these standards.
I tillegg kan andre eksisterende standarder benyttes for samme formål dersom det foreligger en særskilt avtale mellom de berørte partene, som tillater bruken av disse standardene.
Path Details Refused message
Meldingen «Opplysninger om ruteleie avvist»
The requesting AP uses this message to reject the path details proposed by the relevant infrastructure manager:
Tilgangsparten som søker om ruteleie, bruker denne meldingen til å avvise ruteleieopplysningene som den relevante infrastrukturforvaltningen foreslår:
Indication that the path details are being rejected,
angivelse av at ruteleieopplysningene avvises,
Reason for refusing the path or for the alteration requested by the AP,
begrunnelse for avvisningen av ruteleiet eller for endringen som tilgangsparten ber om,
time at which the proposed train is due to arrive at its destination.
klokkeslett for når det foreslåtte toget skal ankomme sitt bestemmelsessted.
The above process and the information used for it shall be compliant at least with the ‘PathDetailsRefusedMessage’ of the technical document(s):
Den ovennevnte prosessen og opplysningene som brukes i den, skal minst være i samsvar med meldingen «Opplysninger om ruteleie avvist» i det eller de tekniske dokumentene
Other existing standards may also be used for the same purpose if there is a specific agreement between the parties involved that allows the use of these standards.
Andre eksisterende standarder kan også benyttes for samme formål dersom det foreligger en særskilt avtale mellom de berørte partene, som tillater bruken av disse standardene.
This message is used by an AP to cancel a path it has booked:
Denne meldingen brukes av tilgangsparten for å annullere et bestilt ruteleie:
section of the journey to be cancelled,
reisestrekning som skal annulleres,
indication that the path is being cancelled,
angivelse av at ruteleiet annulleres,
original path departure point:
ruteleiets opprinnelige utgangspunkt:
Time of departure from original start point of path:
avgangstid fra ruteleiets opprinnelige startpunkt:
time for which the path was requested,
klokkeslett som søknaden om ruteleie gjelder for,
original end point of path:
opprinnelig sluttpunkt for ruteleiet,
train’s destination on the requested path,
togets bestemmelsessted på ruteleiet det søkes om,
Time of arrival at original end point of path:
ankomsttid på ruteleiets opprinnelige sluttpunkt:
time at which the proposed train was due to arrive at its destination.
klokkeslett for når det foreslåtte toget skal ankomme sitt bestemmelsessted.
The above process and the information used for it shall be compliant at least with the ‘PathCancelledMessage’ of the technical document(s):
Den ovennevnte prosessen og opplysningene som brukes i den, skal minst være i samsvar med meldingen «Ruteleie annullert» i det eller de tekniske dokumentene
‘Receipt Confirmation’ message
Meldingen «Bekreftelse av mottak»
This message is exchanged between infrastructure managers and APs when the required response to any of the above messages cannot be made available within 5 minutes:
Denne meldingen utveksles mellom infrastrukturforvaltningene og tilgangspartene når svaret som kreves på noen av de ovennevnte meldingene, ikke kan gjøres tilgjengelig i løpet av fem minutter:
Receipt Confirmation message:
Meldingen «Mottak bekreftet»
indicates that its sender has received the message and will act upon it as necessary.
angir at avsenderen har mottatt meldingen og vil treffe nødvendige tiltak.
The above process and the information used for it shall be compliant at least with the ‘ReceiptConfirmationMessage’ of the technical document(s):
Den ovennevnte prosessen og opplysningene som brukes i den, skal minst være i samsvar med meldingen «Mottak bekreftet» i det eller de tekniske dokumentene
The infrastructure manager uses this message to let the AP know that a path which has been booked is no longer available.
Infrastrukturforvaltningen bruker denne meldingen for å gi tilgangsparten beskjed om at et bestilt ruteleie ikke lenger er tilgjengelig.
The path has ceased to be available for an important reason, e.g. a major disruption.
Ruteleiet har opphørt å være tilgjengelig av en viktig årsak, f.eks. en større forstyrrelse.
Content of message:
Innhold i meldingen:
Path Number,
ruteleienummer,
Train number of the scheduled train for which the path is no longer available (if already known to the infrastructure manager),
tognummer for det planlagte toget som ruteleiet ikke lenger er tilgjengelig for (dersom allerede kjent for infrastrukturforvaltningen),
Original path departure point:
ruteleiets opprinnelige utgangspunkt:
Original end point of path:
opprinnelig sluttpunkt for ruteleiet,
time when the proposed train was due to arrive at its destination,
klokkeslett for når det foreslåtte toget skal ankomme sitt bestemmelsessted,
Indication of the cause.
angivelse av årsaken.
The above process and the information used for it shall be compliant at least with the ‘PathNotAvailableMessage’ of the technical document(s):
Den ovennevnte prosessen og opplysningene som brukes i den, skal minst være i samsvar med meldingen «Ruteleie ikke tilgjengelig» i det eller de tekniske dokumentene
The quality of the data and information related to this TSI
Kvaliteten på dataene og opplysningene i forbindelse med denne TSI-en
The requirements
Kravene
In order to meet the requirements of this TSI, the following shall be applied as regards data and information quality throughout the whole TSI.
Med sikte på å oppfylle kravene i denne TSI-en skal følgende gjelde med hensyn til kvaliteten på dataene og opplysningene i hele TSI-en.
All those to whom this TSI is addressed shall be responsible for making available up-to-date, coherent, accurate and complete data at the appropriate time and in the appropriate format to other railway undertakings, or to infrastructure managers, or to a third party.
Alle de som denne TSI-en er rettet til, skal være ansvarlige for å gjøre oppdaterte, sammenhengende, nøyaktige og fullstendige data tilgjengelig til rett tid og i riktig format for andre jernbaneforetak, eller for infrastrukturforvaltninger eller en tredjepart.
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.