natgillin/translations-raw huggingface dataset:
Togspecifikationer med henblik på maksimumslængde og bruttovægt, læsseprofil osv. vil være omfattet af disse kontrakter, hvilket vil blive behandlet under punkt 6.
Train specifications in terms of maximum length and gross weight, loading gauge etc., will also be covered in these contracts, which aspect will be addressed under item number 6.
Procedurerne og tidsrammerne for bekræftelse af udnyttelsen af en kanal, annulleringen af brugen af en planlagt kanal og det omfang, hvor en kanal kan anvendes uden for (før eller efter) de angivne tidspunkter, vil også være omfattet af disse kontrakter.
The procedures and time frames for confirming the utilisation of a path, cancelling the use of a planned path and the extent to which a path can be used outside (early or late) the specified range of times will also be covered in these contracts.
Kvalitetsmålinger jernbanevirksomhed/infrastrukturforvalter, kanaltilgængelighed med kort varsel
Quality measurements RU/IM, path availability on short notice
Periodisk sammenligner jernbanevirksomheden kanalansøgningen og svardataene for at udarbejde rapporter, der indeholder:
Periodically the RU will compare the path request and the response data for producing reports as follows:
reaktionstid for kanalansøgning i forhold til rammeaftale
Path request response time against framework agreement;
antallet af leverede kanaler inden for x, y og z timer osv. fra ansøgningstidspunktet
Number of paths supplied within x, y, and z hours etc., of requested time;
antallet af afviste kanalansøgninger.
Number of rejected path requests.
Kvalitetsmålinger, infrastrukturforvalter/jernbanevirksomhed, kvalitet af togsammensætning
Quality measurements IM/RU, train composition quality
Når meddelelserne for »tog klart« og/eller togsammensætningslisterne sendes fra en jernbanevirksomhed til infrastrukturforvalteren/-forvalterne (eller til andre jernbanevirksomheder), skal de stemme overens med togspecifikationerne i den gældende kontrakt.
When the train ready messages and/or train composition lists are sent by an RU to the IM(s) (or to other RUs), they should comply with the train specifications contained within the applicable contract.
Dette parameter definerer, hvilke yderligere referencefiler der skal være til rådighed for driften af godstog i det europæiske netværk.
This parameter defines which additional references files must be available for the operation of freight trains in the European network.
Referencefiler
Reference files
Liste over referencefiler
List of reference files
referencefil for numerisk kodning af alle infrastrukturforvaltere, jernbanevirksomheder og serviceleverandører
Reference file of the numerical coding for all IMs, RUs, and Service provider companies
referencefil for numerisk kodning af transportkunder
Reference file of the numerical coding for transport customers
referencefil for numerisk kodning af lokaliteter (primær, sekundær og zone-spor-sted)
Reference file of the numerical coding of locations (primary, subsidiary and zone-track-spot)
referencefil for numerisk kodning af kundelokaliteter
Reference file of the numerical coding for customer locations
referencefil for alle eksisterende togkontrolsystemer
Reference file of all existing train control systems
referencefil for farligt gods, UN- og RID-numre
Reference file of hazardous goods, UN and RID numbers
referencefil for alle lokomotivtyper
Reference file of all different locomotive types
referencefil for alle CN- og HS-koder for gods
Reference file of all CN and HS codes for goods
referencefil for nødforanstaltninger efter typen af farligt gods
Reference file of the emergency services, correlated to type of hazardous goods
referencefil for alle europæiske vedligeholdelsesværksteder
Reference file of all European maintenance workshops
referencefil for alle europæiske revisionsmyndigheder
Reference file of all European audit bodies
referencefil for alle godkendte europæiske operatører.
Reference file of all European accredited operators
Tilgængelighed
Accessibility
Referencefilerne skal være tilgængelige for alle serviceleverandører (infrastrukturforvaltere, jernbanevirksomheder, logistikleverandører og flådeforvaltere).
The reference files must be accessible to all service providers (IMs, RUs, logistic providers and fleet managers).
Aktualitet
Actuality
Dataene skal repræsentere den til enhver tid faktiske tilstand.
The data must represent the actual status at all times.
Andre databaser
Other databases
For at tillade sporingen af bevægelsen af tog og vogne kan følgende midlertidige database, der opdateres ved hver relevant hændelse i realtid, være installeret:
To allow for the tracking of train and wagon movements, the following temporary databases, updated at each relevant event in real time, may be installed:
Database over bevægelsen af vogne og intermodale enheder
Wagon and intermodal unit movement database
Kommunikationen mellem den primære jernbanevirksomhed og jernbanevirksomhederne i et samarbejde er baseret på numrene på vogne og/eller intermodale enheder.
The communication between the lead RU and RUs in the cooperation mode is based on wagon and/or intermodal unit numbers.
Derfor skal en jernbanevirksomhed, der kommunikerer med infrastrukturforvalterne på togniveau, angive disse oplysninger ved hjælp af oplysninger om vogn og intermodal enhed.
Therefore an RU, which communicates with the IMs at train level, must break down this information into wagon and intermodal unit related.
Disse oplysninger om vogn og intermodal enhed kan lagres i databaser om bevægelsen af vogne og intermodale enheder.
This wagon and intermodal unit related information may be stored in wagon and intermodal unit specific movement databases.
Oplysningerne om togbevægelser fører til nye poster/opdateringer i databasen om bevægelsen af vogne og intermodale enheder til kundeoplysninger.
The information on train movement leads to new entries/updates in the wagon and intermodal unit movement database for customer information.
Denne database oprettes, senest ved modtagelsen af frigivelsestidspunktet for vognene eller den intermodale enhed fra kunden.
This database is set up at the latest when receiving the release time for the wagons or intermodal unit from the customer.
Dette frigivelsestidspunkt er den første post i databasen for bevægelsen af vogne og intermodale enheder.
This release time is the first entry into the wagon and intermodal unit movement database.
Togdatabase
Train data base
Infrastrukturforvalterens togdatabase svarer til jernbanevirksomhedens vognbevægelsesdatabase.
The infrastructure manager train database corresponds to the railway undertaking wagon movement database.
De primære dataposter er de togrelaterede data fra togsammensætningsmeddelelsen fra jernbanevirksomheden.
The main data entries are the train related data of the train composition message from the RU.
Alle toghændelser medfører en opdatering af denne togrelaterede database.
All train events result in an update of this train related database.
En alternativ lagringsmulighed for disse data er kanaldatabasen.
An alternative storage possibility for these data is the path database.
Vognens ruteplan
Wagon trip plan
Tog medfører normalt vogne fra flere forskellige kunder.
Trains normally carry wagons from various customers.
For hver enkelt vogn opretter og opdaterer den primære jernbanevirksomhed en ruteplan, der svarer til togkanalen på togniveau.
For each wagon the Lead RU establishes and updates a trip plan which corresponds to the train path at train level.
Nye togkanaler for et tog, f.eks. i forbindelse med driftsafbrydelser, resulterer i en omtur for de forskellige kunders vogne.
New train paths for a train (e.g. in case of service interruptions) lead to a re-trip for the wagons of the various customers.
Oprettelsestidspunktet for ruteplanen er modtagelsen af fragtbrevet fra kunden.
The creation time for the trip plan is the receipt of the consignment note from the customer.
Dette parameter omhandler håndteringen af den elektroniske overførsel af tog- og forsendelsesrelaterede dokumenter, hvor der i den aktuelle proces anvendes fysiske dokumenter, f.eks. kundedokumenter.
This parameter considers the managing of electronic transmission of train and shipment related documents where the current process needs physical documents, e.g. customs documents.
I det næste kapitel (kapitel 14) præsenteres det kommunikationsnetværk, der skal anvendes i forbindelse med dataudveksling.
The next paragraph presents the communication network to be used for data exchange.
Dette netværk og den beskrevne sikkerhedshåndtering muliggør enhver type netværksoverførsel, f.eks. e-mail, filoverførsel (ftp, http) osv. Den type, der skal anvendes, skal derefter bestemmes af de involverede parter i oplysningsudvekslingen, dvs. at den elektroniske overførsel af dokumenter, f.eks. via ftp, fastlægges.
This network and the described security handling make it possible for any type of network transmission, such as email, 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 parameter beskriver kravene for omkostningseffektiv og rettidig netværkssamarbejde og kommunikation for alle grundparametermeddelelser i denne TSI.
This parameter describes the cost effective and timely networking and communication requirements for all the basic parameter massages in this TSI.
Generel arkitektur
General architecture
Den netværks- og kommunikationsinfrastruktur, der understøtter et sådan skinneinteroperabilitetssystem vil være baseret på en fælles arkitektur for informationsudveksling, der kendes og anvendes af alle deltagende aktører.
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.
Arkitekturen for informationsudveksling:
The information exchange architecture:
er beregnet til at bringe de forskelligartede informationsmodeller i overensstemmelse ved semantisk overførsel af data, der udveksles mellem systemerne og ved afstemning af forretningsgange og protokolforskelle på applikationsniveau
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;
har minimal indvirkning på de eksisterende it-arkitekturer, der anvendes af hver enkelt aktør
has minimum impact on the existing IT architectures implemented by every actor;
beskytter allerede foretagne it-investeringer.
safeguards IT investments made already.
Skalerbarhed
Scalability
Arkitekturerne til informationsudveksling favoriserer primært en peer-to-peer-interaktion mellem alle aktører og garanterer jernbanenetværkets overordnede integritet og kontinuitet ved at angive et sæt centraliserede tjenester.
The information exchange architectures 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.
En peer-to-peer-interaktionsmodel giver mulighed for bedst mulig omkostningsfordeling mellem de forskellige aktører, der er baseret på faktisk brug, og vil generelt medføre færre problemer med skalerbarhed.
A peer-to-peer interaction model allows the best cost distribution between the different actors, based on actual usage and will present, in general, lesser scalability problems.
Netværk
Network
Netværkssamarbejde betyder i dette tilfælde kommunikationsmåde og -princip og omfatter ikke det fysiske netværk.
Networking in this case means the method and philosophy of communication and does not include the physical network.
Jernbanenetværket er baseret på brugen af de offentlige internetnetværk og tilskynder og mindsker hindringerne for nye aktører.
The rail interoperability community is based on usage of the public Internet network, thus encouraging and lowering barriers for entry actors.
Sikkerhedsspørgsmålet behandles derfor ikke af netværket (VPN, tunnelering, ...), men ved udveksling og håndtering af i sig selv sikre meddelelser.
The security issue will therefore be addressed not by the network (VPN, tunnelling, ...), but by exchanging and managing inherently secure messages.
Et VPN-netværk er derfor ikke nødvendigt, hvilket forhindrer problemer med ansvarsfordeling og tildeling af ejerskab.
A VPN network is therefore not required, thus avoiding problems with responsibilities and ownership allocation.
Tunnelering betragtes ikke som et nødvendigt middel til opnåelse af det relevante sikkerhedsniveau.
Tunnelling is not considered as a necessary means for achieving the appropriate security level.
Hvis nogle aktører allerede har eller vil gennemføre forskellige grader af sikkerhed i udvalgte dele af netværket, kan de gøre dette.
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.
Via det offentlige internetnetværk er det muligt at implementere en blandet peer-to-peer-model med et centraldepot og en fælles grænseflade ved hver aktørs knudepunkt.
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.
Centraldepotet kontaktes først for at skaffe metadata, f.eks. identiteten af den aktør, der er lagret oplysninger om, eller for at bekræfte sikkerhedsakkreditiver.
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.
Derefter udføres der peer-to-peer-kommunikation mellem de involverede aktører.
Afterwards, a peer-to-peer communication is performed between involved actors.
Protokoller
Protocols
Der må kun anvendes protokoller, der er en del af den fulde internetprotokol.
Only protocols belonging to the full internet protocol suite must be used.
For at opnå et højt sikkerhedsniveau skal alle meddelelser være isolerede, hvilket betyder, at oplysningerne i meddelelsen er sikrede, og at modtageren kan bekræfte meddelelsens ægthed.
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.
Dette kan foregå ved hjælp af et krypterings- og signatursystem, der svarer til e-mail-kryptering.
This may be solved by using an encryption and signing scheme similar to email encryption.
Dette gør det muligt at bruge alle typer netværksoverførsler, f.eks. e-mail, filoverførsel (ftp, http) osv. Den type, der skal anvendes, kan derefter bestemmes af de involverede parter i informationsudvekslingen.
This makes it possible to use any type of network transmission, like email, file transfer (ftp, http), etc. The actual type to choose can then be decided upon by the parties involved in the information exchange.
Kryptering
Encryption
Der skal anvendes enten asymmetrisk kryptering eller en hybridløsning, der er baseret på symmetrisk kryptering og public key-beskyttelse, idet delingen af en fælles hemmelig nøgle blandt mange aktører vil mislykkes før eller siden.
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.
Et højere sikkerhedsniveau er nemmere at opnå, hvis hver enkelt aktør har ansvar for sit eget sæt nøgler, selvom kravet om et højt integritetsniveau for et centraldepot (nøgleserveren) er nødvendigt.
A higher level of security is easier to achieve if every actor takes responsibility for its own pair of keys, even though the demand for a high level of integrity of a central repository (the key server) is required.
Centraldepot
Central repository
Centraldepotet skal kunne håndtere:
The Central repository must be able to handle:
metadata — strukturerede data, der beskriver indholdet af meddelelser
metadata — structured data describing the content of messages;
public key-infrastruktur (PKI)
public key infrastructure (PKI);
certificeringsmyndighed (CA)
certification authority (CA);
indeks (»telefonbog«), der indeholder alle nødvendige oplysninger om de deltagende aktører for udveksling af meddelelser.
directory (phonebook) —contains all needed information about the participating actors for exchanging messages.
Styringen af centraldepotet skal påhvile en ikke-kommerciel paneuropæisk organisation.
The management of the central repository should be under the responsibility of a non-commercial co-European organisation.
Fælles grænseflade
Common interface
Den fælles grænseflade er obligatorisk for alle aktører for at tiltræde jernbanenetværket.
The common interface is mandatory for each actor in order to join the rail interoperability community.
Den fælles grænseflade skal kunne håndtere:
The Common Interface has to be able to handle:
meddelelsesformatering af udgående meddelelser i henhold til metadataene
message formatting of outgoing messages according to the metadata
signering og kryptering af udgående meddelelser
signing and encryption of outgoing messages
adressering af udgående meddelelser
addressing of the outgoing messages
ægthedsbekræftelse af indgående meddelelser
authenticity verification of the incoming messages
dekryptering af indgående meddelelser
decryption of incoming messages
konformitetskontroller af indgående meddelelser i henhold til metadata.
conformity checks of incoming messages according to metadata
På baggrund af resultaterne af ægthedsbekræftelsen af indgående meddelelser kan der implementeres et minimumniveau af meddelelseskvittering:
Based on the results of authenticity verification of incoming messages, a minimum level of message acknowledgement can be implemented:
positiv kvittering (ACK)
i. positive send ACK
negativ kvittering (NACK).
negative send NACK.
Den fælles grænseflade bruger oplysningerne fra centraldepotet til håndteringen af ovenstående opgaver. En aktør kan implementere et lokalt »spejlbillede« (en kopi) af centraldepotet for at forkorte svartiderne.
The common interface uses the information in the central repository in order to manage the above tasks.
EFT L 235 af 17.9.1996, s. 25. Senest ændret ved Kommissionens direktiv 2003/29/EF (EUT L 90 af 8.4.2003, s. 47).
An actor may implement a local “mirror” of the central repository to shorten response times.
Berigtigelse til Kommissionens beslutning 2004/447/EF af 29. april 2004 om ændring af bilag A til beslutning 2002/731/EF og om fastlæggelse af de vigtigste specifikationer for klasse A-systemerne (ERTMS) for delsystemet »styringskontrol og signaler« i det transeuropæiske jernbanesystem for konventionelle tog, jf. Europa-Parlamentets og Rådets direktiv 2001/16/EF
Corrigendum to Commission Decision 2004/447/EC of 29 April 2004 modifying Annex A to Decision 2002/731/EC of 30 May 2002 and establishing the main characteristics of Class A system (ERTMS) of the control-command and signalling subsystem of the trans-European conventional rail system referred to in Directive 2001/16/EC of the European Parliament and of the Council
Beslutning 2004/447/EF læses således:
Decision 2004/447/EC should read as follows:
om ændring af bilag A til beslutning 2002/731/EF og om fastlæggelse af de vigtigste specifikationer for klasse A-systemerne (ERTMS) for delsystemet »styringskontrol og signaler« i det transeuropæiske jernbanesystem for konventionelle tog, jf. Europa-Parlamentets og Rådets direktiv 2001/16/EF
modifying Annex A to Decision 2002/731/EC of 30 May 2002 and establishing the main characteristics of Class A system (ERTMS) of the control-command and signalling subsystem of the trans-European conventional rail system referred to in Directive 2001/16/EC of the European Parliament and of the Council
(meddelt under nummer K(2004) 1559)
(notified under document number C(2004) 1559)
under henvisning til Rådets direktiv 96/48/EF af 23. juli 1996 om interoperabilitet i det transeuropæiske jernbanesystem for højhastighedstog [1], særlig artikel 6, stk. 2,
Having regard to Council Directive 96/48/EC of 23 July 1996 on the interoperability of the trans-European high-speed rail system [1], and in particular Article 6(2) thereof,
under henvisning til Europa-Parlamentets og Rådets direktiv 2001/16/EF af 19. marts 2001 om interoperabilitet i det transeuropæiske jernbanesystem for konventionelle tog [2], særlig artikel 6, stk. 1, og
Having regard to Directive 2001/16/EC of 19 March 2001 on the interoperability of the trans-European conventional rail system [3], and in particular Article 6(1) thereof,
Denne beslutning vedrører infrastruktur og rullende materiel, som er omfattet af direktiv 96/48/EF og direktiv 2001/16/EF, og som sættes i drift efter nærværende beslutnings ikrafttrædelsesdato.
This Decision refers to infrastructure and rolling stock equipment which are subject to Directives 96/48/EC and Directives 2001/16/EC and are to be placed in service after the date on which this Decision takes effect.
Denne beslutnings første mål er at give vejledning i forbindelse med tekniske beslutninger, der træffes af de myndigheder, som er ansvarlige for projektering, anlæg, udbygning og drift af de nævnte infrastrukturer og rullende materiel.
The first objective of this Decision is to guide the technical choices made by authorities responsible for planning, constructing, renewing, upgrading and operating the abovementioned infrastructure and rolling stock.
Beslutningens andet mål er en ajourføring af bilag A til Kommissionens beslutning 2002/731/EF af 30. maj 2002 om tekniske specifikationer for interoperabilitet gældende for delsystemet »styringskontrol og signaler« i det transeuropæiske jernbanesystem for højhastighedstog, jf. artikel 6, stk. 1, i direktiv 96/48/EF [3].
The second objective of this Decision is to update the Annex A of the Commission Decision 2002/731/EC of 30 May 2002 concerning the technical specification for interoperability relating to the control-command and signalling subsystem of the trans-European high-speed rail system referred to in Article 6(1) of Council Directive 96/49/EC [5].
Beslutningens tredje mål er at fastlægge en definitiv reference for specifikationerne vedrørende delsystemet styringskontrol og signaler til det transeuropæiske jernbanesystem for konventionelle tog, jf. artikel 6, stk. 1, i direktiv 2001/16/EF.
The third objective of this Decision is to establish a definitive reference of the set of specifications that are to be considered in the context of the control-command and signalling subsystem of the trans-European conventional rail system referred to in Article 6(1) of Directive 2001/16/EC.
Det udelukker ikke behovet for at validere og om nødvendigt yderligere tilpasse, ajourføre eller ændre disse parametre i den tilhørende TSI (TSI CCS-CR), som vedtages i overensstemmelse med direktiv 2001/16/EF.
It does not preclude the need to validate and, if necessary, further amend, update or modify these parameters in the corresponding TSI (TSI CCS-CR), which shall be adopted in accordance with Directive 2001/16/EC.
Parametrene kan også ajourføres som led i den revision af TSI'er, der er fastsat i direktivet, og under hensyntagen til den afgivne udtalelse i forbindelse med change control management-proceduren, som er fastlagt i TSI CCS-HS.
These parameters may also be updated as part of the review of the TSIs provided for in this Directive and considering the opinion expressed in the change control management procedure as provided for in the TSI CCS-HS.
Det transeuropæiske jernbanesystem for højhastighedstog er ved artikel 2, litra c, i direktiv 96/48/EF opdelt i delsystemer af strukturel eller funktionel karakter.
In accordance with Article 2(c) of Directive 96/48/EC, the trans-European high-speed rail system is subdivided into structural or functional subsystems.
Hvert delsystem skal omfattes af en teknisk specifikation for interoperabilitet (TSI).
Each of the subsystems is to be covered by a technical specification for interoperability (TSI).