natgillin/translations-raw huggingface dataset:
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 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.
I dette delsystem vil man med tiden opleve vækst og øget samspil i et stort og komplekst jernbanenetværk, hvor hundredvis af aktører (jernbanevirksomheder, infrastrukturforvaltere osv.) gennem konkurrence og/eller samarbejde opfylder markedets behov.
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.
Den netværks- og kommunikationsinfrastruktur, der skal understøtte dette jernbanenetværk, vil være baseret på en fælles arkitektur til informationsudveksling, som alle aktører kender og anvender.
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.
Den foreslåede arkitektur til informationsudveksling
The proposed ‘Information Exchange Architecture’:
udformes, så den forener forskelligartede informationsmodeller gennem semantisk omdannelse af de data, der udveksles mellem systemerne, og ved at udligne forskellene mht. forretningsgange og anvendte protokoller 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,
får kun minimal indvirkning på den eksisterende it-arkitektur, som de enkelte aktører anvender
has minimum impact on the existing IT architectures implemented by every actor,
sikrer de it-investeringer, der allerede er foretaget.
safeguards IT investments made already.
Arkitekturen 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 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.
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 it will present, in general, lesser scalability problems.
I det dokument, der er henvist til i bilag A, indeks 5, kapitel 1.5 findes en grafisk gengivelse af den overordnede arkitektur.
A pictorial representation on the general architecture is given in Annex A, Index 5, Chapter 1.5.
Netværkssamarbejde betyder i dette tilfælde kommunikationsmåde og princip og ikke det fysiske netværk.
Networking in this case means the method and philosophy of communication and does not mean the physical network.
Interoperabiliteten i jernbanenetværket bygger på en fælles arkitektur til informationsudveksling, som alle deltagere kender og anvender, og som tilskynder og mindsker hindringerne for nye aktører, navnlig kunder.
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.
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, etc.), but by exchanging and managing inherently secure messages.
Et VPN-netværk er derfor ikke nødvendigt (det vil være komplekst og dyrt at forvalte et stort VPN-netværk), hvilket forhindrer problemer med ansvarsfordeling og tildeling af ejerskab.
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.
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.
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.
OSI-referencemodel
OSI Reference Model
Internetprotokol
Internet Protocol Suite
Applikation
Application
Routing-protokoller
Routing Protocols
Fysisk
Physical
For at opnå et højt sikkerhedsniveau skal alle meddelelser være isolerede, hvilket betyder, at oplysningerne i meddelelserne 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 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 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.
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 a high level of integrity of the central repository (the key server) is required.
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) — it contains all needed information about the participating actors for exchanging messages.
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,
det fælles adgangspunkt til de forskellige databaser.
handling the single common access to various databases.
Hvert punkt i den fælles grænseflade får adgang til alle de data, der i henhold til TSI'en kræves hos hver jernbanevirksomhed, infrastrukturforvalter osv., uanset om de pågældende databaser er centrale eller decentrale (se også det dokument, der er henvist til i bilag A, indeks 5, kapitel 1.6).
Each instance of the common interface will have access to all the data required according the TSI within each RU, IM, etc, whether the relevant databases are central or individual (see also Annex A, Index 5, Chapter 1.6).
positiv kvittering (ACK)
positive send ACK;
Den fælles grænseflade bruger oplysningerne fra centraldepotet til håndteringen af ovenstående opgaver.
The common interface uses the information in the central repository in order to manage the above tasks.
En aktør kan implementere et lokalt »spejlbillede« (en kopi) af centraldepotet for at forkorte svartiderne.
An actor may implement a local ‘mirror’ of the central repository to shorten response times.
På baggrund af de væsentlige krav i kapitel 3 er de funktionelle og tekniske specifikationer for grænsefladerne som følger:
In light of the essential requirements in Chapter 3, the functional and technical specifications of the interfaces are as follows:
Grænseflader med TSI'en for infrastruktur
Interfaces with the TSI infrastructure
Delsystemet infrastruktur omfatter trafikstyrings-, sporings- og navigationssystemer: tekniske installationer til databehandling og telekommunikation, som er beregnet til passager- og godstransport over lange afstande på netværket, og som skal garantere sikker og harmonisk drift af netværket og effektiv trafikstyring.
The infrastructure subsystem includes traffic management, tracking, and navigation systems: technical installations for data processing and telecommunications intended for long-distance passenger services and freight services on the network in order to guarantee the safe and harmonious operation of the network and efficient traffic management.
Delsystemet trafiktelematik for godstrafikken anvender de nødvendige driftsdata, som fremgår af kanalaftalen, eventuelt opdateret i den database over begrænsninger, som infrastrukturforvalteren tilvejebringer. Der findes således ingen direkte grænseflade mellem denne TSI og TSI'en for infrastruktur.
The subsystem Telematic Applications for Freight uses the data required for operational purposes as given by the path contract, eventually updated in the restriction notice database, as provided by the IM. Thus no direct interface exists between this TSI and the TSI for infrastructure.
Den eneste forbindelse til styringskontrol og signaler går via
The only connection to control command and signalling is via the
kanalaftalen, hvor de relevante oplysninger om anvendeligt styringskontrol- og signaleringsudstyr fremgår af beskrivelsen af strækningssegmentet, og
path contract, where within the line segment description the relevant information about usable command control and signalling equipment is given, and
diverse referencedatabaser over rullende materiel, hvor oplysningerne om det rullende materiels styringskontrol- og signaleringsudstyr skal lagres.
various Rolling Stock Reference Databases, where the command control and signalling equipment of the rolling stock must be stored.
I delsystemet trafiktelematik for godstransporten udpeges de tekniske og driftsmæssige data, der skal være tilgængelige i forhold til det rullende materiel.
The subsystem Telematic Applications for Freight identifies the technical and operational data, which must be available for the rolling stock.
I TSI'en for rullende materiel specificeres vognenes egenskaber.
The rolling stock TSI specifies the characteristics of a wagon.
Hvis en vogns egenskaber ændres, skal dette ajourføres i referencedatabaserne over rullende materiel i forbindelse med den normale vedligeholdelse af databasen.
If the characteristics changes for a wagon, this must be updated in the Rolling Stock Reference Databases within the normal maintenance process for the database.
Der findes således ingen direkte grænseflade mellem denne TSI og TSI'en for rullende materiel.
Thus no direct interface exists between this TSI and the TSI for rolling stock.
I delsystemet drift og trafikstyring specificeres de procedurer og det udstyr, der sikrer sammenhængende anvendelse af de forskellige strukturelt definerede delsystemer, både under normal og nedsat drift, herunder navnlig togkørsel og trafikplanlægning og -forvaltning.
The subsystem Operation and Traffic Management specifies the procedures and related equipment enabling a coherent operation of the different structural subsystems, both during normal and degraded operation, including in particular train driving, traffic planning and management.
I delsystemet trafiktelematik for godstransporten specificerer man primært applikationer til brug ved godstransport, herunder tidstro overvågning af gods og tog og opretholdelse af forbindelser med andre transportformer.
The subsystem Telematic Applications for Freight mainly specifies applications for freight services including real-time monitoring of freight and trains and the management of connections with other modes of transport.
For at sikre konsekvens mellem disse TSI'er anvendes følgende procedure.
In order to ensure consistency between both TSIs, the following procedure applies.
Når specifikationerne i TSI'en for drift og trafikstyring vedrørende kravene i denne TSI skrives og/eller ændres, skal det ske i samråd med det organ, der har ansvaret for denne TSI.
When the specifications of the TSI Operation and Traffic Management related to the requirements of this TSI will be written and/or will become subject to amendments, then the body in charge of this TSI must be consulted.
Hvis specifikationerne i denne TSI vedrørende de driftsmæssige krav, der specificeres i TSI'en for drift og trafikstyring, ændres, skal det ske i samråd med det organ, der har ansvaret for TSI'en for drift og trafikstyring.
In the case that the specifications of this TSI related to operational requirements specified in the TSI Operation and Traffic Management should be subject to any amendment, the body in charge of the TSI Operation and Traffic Management must be consulted.
På baggrund af de væsentlige krav i kapitel 3 gælder følgende driftsbestemmelser for det delsystem, som denne TSI dækker:
In light of the essential requirements in Chapter 3, the operating rules specific to the subsystem concerned by this TSI are as follows:
Af hensyn til kvalitetssikring af dataene har afsenderen af en TSI-meddelelse ansvaret for, at meddelelsens dataindhold er korrekt på det tidspunkt, hvor den sendes.
For data quality assurance purposes, the originator of any TSI message will be responsible for the correctness of the data content of the message at the time when the message is sent.
Hvis kildedataene til kvalitetssikring af dataene er tilgængelige i de databaser, som indgår i TSI'en, skal dataene i disse databaser anvendes til kvalitetssikring af dataene.
Where the source data for data quality assurance purposes is available from the databases provided as part of the TSI, the data contained within those databases must be used for data quality assurance.
Hvis kildedataene til kvalitetssikring af dataene ikke er tilgængelige i de databaser, som indgår i TSI'en, skal afsenderen af meddelelsen foretage kvalitetssikringskontrollen af dataene ved hjælp af egne ressourcer.
Where the source data for data quality assurance purposes is not provided from the databases provided as part of this TSI, the originator of the message must make the data quality assurance check from their own resources.
Kvalitetssikringen af dataene omfatter sammenligning med data fra de databaser, der indgår i denne TSI, som beskrevet ovenfor, og, hvis dette er relevant, logiske kontroller for at sikre, at meddelelser og data overføres rettidigt og kontinuerligt.
Data quality assurance will include comparison with data from databases provided as part of this TSI as described above plus, where applicable, logic checks to assure the timeliness and continuity of data and messages.
Data har høj kvalitet, hvis de egner sig til deres tilsigtede formål, hvilket betyder, at de
Data are of high quality if they are fit for their intended uses, which means they:
er fejlfri: tilgængelige, præcise, rettidige, fuldkomne, stemmer overens med andre kilder osv., og
are error-free: accessible, accurate, timely, complete, consistent with other sources, etc., and
har de ønskede egenskaber: relevante, omfattende, tilstrækkeligt detaljerede, lette at læse og fortolke osv.
possess desired features: relevant, comprehensive, proper level of detail, easy-to-read, easy-to-interpret, etc.
Datakvaliteten afhænger primært af:
The data quality is mainly characterised by:
nøjagtighed
accuracy,
fuldstændighed
completeness,
overensstemmelse
consistency,
rettidighed.
timeliness.
Nøjagtighed:
Accuracy:
De nødvendige oplysninger (data) skal indsamles så billigt som muligt.
The information (data) required needs to be captured as economically as possible.
Dette forudsætter, at de primære data, som spiller en afgørende rolle ved fremføring af en forsendelse, vogn eller container, så vidt muligt kun registreres en enkelt gang for hele transporten.
This is only feasible if the primary data, which plays a decisive role in the forwarding of a consignment, a wagon or a container, is only recorded, if possible, on one single occasion for the whole transport.
Derfor skal de primære data indføres i systemet så tæt som muligt på kilden, dvs. på grundlag af det fragtbrev, der udarbejdes, når en vogn eller forsendelse udbydes til fragt, så de kan integreres fuldt ud i den efterfølgende behandling.
Therefore the primary data should be introduced into the system as close as possible to its source, e.g. on the basis of the consignment note drawn up when a wagon or a consignment is tendered for carriage, so that it can be fully integrated into any later processing operation.
Fuldstændighed:
Completeness:
Før en meddelelse afsendes, skal dens fuldstændighed og syntaks kontrolleres ved hjælp af metadata.
Before sending out messages the completeness and syntax must be checked using the metadata.
Herved undgår man desuden unødvendig datatrafik på netværket.
This also avoids unnecessary information traffic on the network.
Alle indgående meddelelser skal også kontrolleres med hensyn til fuldstændighed ved hjælp af metadata.
All incoming messages must also be checked for completeness using the metadata.
Overensstemmelse:
Consistency:
Der skal opstilles regler vedrørende forretningsgange for at sikre overensstemmelse.
Business rules must be implemented in order to guarantee consistency.
Dobbeltarbejde ved indlæsning af data skal undgås, og dataenes »ejer« skal udpeges tydeligt.
Double entry should be avoided and the owner of the data should be clearly identified.
Håndhævelsen af disse regler afhænger af deres kompleksitet.
The type of implementation of these business rules depends on the complexity of the rule.
Ved enkle regler er det tilstrækkeligt med databasebegrænsninger og »trigger« -funktioner.
For simple rules, database constraints and triggers are sufficient.
Ved mere komplekse regler, som kræver data fra forskellige tabeller, skal der gennemføres valideringsprocedurer, hvor man kontrollerer dataversionens overensstemmelse, før man genererer grænsefladedata, og før den nye dataversion anvendes.
In case of more complex rules which require data from various tables, validation procedures must be implemented which check the consistency of the data version before interface data are generated and the new data version becomes operational.
Det skal garanteres, at de data, der overføres, valideres i forhold til de fastsatte regler vedrørende forretningsgange.
It must be guaranteed that transferred data are validated against the defined business rules.
Rettidighed:
Timeliness:
Tilvejebringelse af oplysninger på rette tid er et vigtigt aspekt.
The provision of information right in time is an important point.
Så længe »trigger« -funktionen, der aktiverer datalagring og afsendelse af meddelelser, aktiveres direkte ud fra hændelser i it-systemet, er der ingen problemer med rettidigheden, forudsat at systemet er udformet hensigtsmæssigt i forhold til forretningsgangene.
As far as the triggering for data storage or for message sending is event driven directly from the IT system the timeliness is not a problem if the system is designed in well manner according the needs of the business processes.
Men oftest iværksættes afsendelsen af en meddelelse af en operatør eller i hvert fald på baggrund af yderligere input fra en operatør (f.eks. afsendelse af togsammensætningen eller opdatering af tog- eller vognrelaterede data).
But in most of the cases the initiation of sending a message is done by an operator or at least is based on additional input from an operator (for example the sending of the train composition or the actualising of train or wagon related data).
For at opfylde kravet om rettidighed skal dataene opdateres så hurtigt som muligt, også for at sikre, at meddelelserne rummer det faktiske dataindhold, når de afsendes automatisk af systemet.
To fulfil the timeliness requirements the updating of the data must be done as soon as possible also to guarantee, that the messages will have the actual data content when sending out automatically by the system.
Generelt skal følgende krav være opfyldt:
In general the following requirements must be fulfilled:
Svartiden for forespørgsler skal være under 5 minutter.
The response time for enquiries must be less then 5 minutes.
Alle former for dataopdatering og -udveksling skal foretages så hurtigt som muligt.
All data updates and exchanges must be done as soon as possible.
Systemets reaktions- og transmissiontid ved opdateringen skal være under 1 minut.
The system reaction and transmission time for the update should be below 1 minute.
Datakvalitetskriterier:
Data quality metrics
Hvad angår de obligatoriske datas fuldstændighed (procentdelen af datafelter, der indeholder værdier) og overensstemmelse (procentdelen af matchende værdier på tværs af tabeller/filer/poster), skal der opnås 100 %.
For the completeness (percent of data fields having values entered into them) of mandatory data and for the consistency of data (percent of matching values across tables/files/records) a percentage of 100 % must be reached.
Hvad angår dataenes rettidighed (procentdelen af data, der er til rådighed inden for en bestemt tidsramme), skal der opnås 98 %.
For the timeliness of data (percent of data available within a specified threshold time frame) a percentage of 98 % must be reached.
Hvis der ikke defineres grænseværdier i denne TSI, skal disse værdier specificeres i aftalerne mellem de involverede parter.
As far as threshold values are not defined in this TSI, these values must be specified in the contracts between the involved parties.
Nøjagtigheden (procentdelen af lagrede værdier, der er korrekte ved sammenligning med de faktiske værdier) skal være over 90 %.
The required accuracy (percent of stored values that are correct when compared to the actual value) must be above 90 %.
De nøjagtige værdier og kriterierne skal fastlægges i aftalerne mellem de involverede parter.
The exact value and the criteria must been set out in the contracts between the involved parties.
Funktionerne ved centraldepotet defineres i kapitel 4.2.14.6 (Centraldepot).
The functions of the central repository are defined in Chapter 4.2.14.6 (Central repository).
For at sikre datakvaliteten skal den enhed, der forvalter centraldepotet, have ansvaret for opdatering, for metadataenes og indeksets kvalitet og for forvaltningen af adgangskontrollen (public key).
For data quality assurance purposes, the entity operating the central repository should be responsible for the updating and the quality of the metadata and the directory, and also for the administration of the access control (Public keys).
Hvad angår metadataenes kvalitet, skal der opnås 100 % for fuldstændighed, overensstemmelse, rettidighed og nøjagtighed.
Regarding the quality of the metadata a percentage of 100 % must be reached for completeness, consistency, timeliness and accuracy.