natgillin/translations-raw huggingface dataset:
I tidens løb vil dette delsystem danne ramme om et voksende samvirke i et stort og komplekst it-netværk om interoperabilitet i jernbanenettet, hvor tusindvis af deltagere (jernbanevirksomheder, infrastrukturforvaltere og tredjeparter såsom detailforhandlere og myndigheder osv.) konkurrerer og/eller samarbejder om at opfylde markedets behov.
Over time this subsystem will see the growth and interaction of a large and complex telematics rail interoperability community with thousands of participating actors (railway undertakings, infrastructure managers, third parties such as retailers and public authorities, etc.), which will compete and/or cooperate in serving the market’s needs.
Den netværks- og kommunikationsinfrastruktur, der skal understøtte dette interoperabilitetsnetværk, vil være baseret på en fælles arkitektur for informationsudveksling, som alle deltagerne kender og bruger.
The network and communication infrastructure supporting such a rail interoperability community will be based on a common ‘Information Exchange Architecture’, known and adopted by all those participating in it.
Den foreslåede arkitektur for 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 de protokoller, der anvendes på applikationsniveau
is designed to reconcile heterogeneous information models by semantically transforming the data that are exchanged between the systems and by reconciling the differences in business processes and application-level protocols,
får kun minimal indvirkning på den eksisterende it-arkitektur, som de enkelte aktører anvender
has a minimal impact on the existing IT architectures implemented by each actor,
beskytter de it-investeringer, der allerede er foretaget.
safeguards IT investments already made.
Informationsudvekslingsarkitekturen favoriserer interaktion, der primært bliver af peer-to-peer-typen, mellem alle aktørerne og sikrer samtidig den overordnede integritet og sammenhæng i jernbanenettet ved at stille et sæt centrale tjenester til rådighed.
The Information Exchange Architecture favours a mostly Peer-to-Peer type of interaction between all actors, while guaranteeing the overall integrity and consistency of the rail interoperability community by providing a set of centralised services.
En peer-to-peer-model for interaktionen giver mulighed for at fordele omkostningerne mellem de forskellige aktører på den bedste måde med udgangspunkt i den faktiske brug, og generelt vil den medføre færre problemer med skalerbarhed.
A Peer-to-Peer interaction model allows the best distribution of costs between the different actors, based on actual usage and, in general, will pose fewer scalability problems.
Netværket
Network
Netværket skal garantere den nødvendige grad af sikkerhed, redundans, trafikstyring, statistiske værktøjer, voksende båndbredde, brugertilgængelighed og effektiv administration.
The network shall ensure the necessary level for security, redundancy, traffic control, statistics tools, bandwidth growth, user accessibility and efficient management.
Med »netværk« henvises der her til kommunikationsmetoden og -princippet og ikke til det fysiske net.
‘Network’ in this context means the method and philosophy of communication and does not refer to the physical network.
Interoperabiliteten i jernbanenettet bygger på en fælles arkitektur for informationsudveksling, som alle deltagere kender og bruger, og som dermed virker tiltrækkende og mindsker hindringerne for nye deltagere, ikke mindst 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.
Først kontakter man centraldepotet for at skaffe metadata, f.eks. identiteten på den aktør, der er lagret oplysninger om, eller for at få bekræftet sikkerhedsoplysninger.
First, the central Repository is approached to obtain meta-information, such as the identity of the peer (actor) on which information is stored, or to verify security credentials.
Derefter foregår peer-to-peer-kommunikationen mellem de involverede aktører.
Afterwards, Peer-to-Peer communication takes place between the actors involved.
I udviklingsarbejdet må der kun anvendes protokoller, der tilhører internetprotokolsuiten (ofte benævnt TCP/IP, UDP/IP osv.).
Only protocols belonging to the Internet Protocol Suite (commonly known as TCP/IP, UDP/IP, etc.) may be used for developments.
Oven i den grad af sikkerhed, der garanteres på netværkets niveau (se afsnit 4.2.21.2, Netværket), kan der opnås en yderligere sikkerhed for følsomme data ved brug af en kombination af kryptering, certificeringsordning og VPN-teknologi.
On top of the security level guaranteed at the level of the network (see Section 4.2.21.2 Network), an additional level of security can be achieved for sensitive data by using a combination of encryption, certification scheme and VPN technologies.
kryptering
Encryption
Der kan benyttes enten asymmetrisk eller symmetrisk kryptering ved transmission og lagring af data, afhængigt af hvad forretningsgangen kræver.
Either asymmetric or symmetric encryption can be used for data transmission and storage, depending on the business requirements.
Til dette formål skal der etableres en PKI (infrastruktur for offentlig nøgle).
For this purpose a public key infrastructure (PKI) is to be implemented.
en liste over elektroniske adresser, hvor de aktører, som denne TSI er henvendt til, tillader andre aktører at hente oplysninger eller data i overensstemmelse med bestemmelserne i denne TSI
list of electronic addresses where the actors addressed by this TSI allow other actors to obtain information or data according to the provisions of this TSI,
kryptering
encryption,
autentificering
authentication,
et register (»telefonbog«), der indeholder alle nødvendige oplysninger om deltagerne i udveksling af meddelelser og data.
directory (phonebook) — it contains all necessary information on those participating in exchanging messages and data.
Når centraldepotet benyttes i forbindelse med TSI'en om Trafiktelematik for godstrafikken, skal udviklingen og ændringerne af det ligge så tæt som muligt på den gennemførte TSI om Trafiktelematik for godstrafikken, for at der kan opnås optimale synergivirkninger.
Where the Central Repository is in use in conjunction with the TAF TSI, development and changes shall be performed as closely as possible to the implemented TAF TSI in order to achieve optimum synergies.
Fælles grænseflade for kommunikation mellem jernbanevirksomhed og infrastrukturforvalter
Common interface for RU/IM communication
Den fælles grænseflade er obligatorisk for alle aktører, der ønsker at tiltræde interoperabilitetsnetværket.
The common interface is mandatory for each actor in order to join the rail interoperability community.
adressering af udgående meddelelser
addressing of outgoing messages,
ægthedsbekræftelse af indgående meddelelser
authenticity verification of incoming messages,
konformitetskontroller af indgående meddelelser i henhold til metadata
conformity checks of incoming messages according to the metadata,
det fælles adgangspunkt til de forskellige databaser.
handling the single common access to the various databases.
Alle brugere af 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.
Each instance of the common interface will have access to all the data required according to the TSI within each railway undertaking, infrastructure manager, etc., whether the relevant databases are central or individual.
På grundlag af resultaterne af bekræftelsen af indgående meddelelsers ægthed kan der implementeres et minimumniveau af meddelelseskvittering:
Based on the results of verification of the authenticity of incoming messages, a minimum level of message acknowledgement can be implemented:
positiv kvittering: ACK
positive: send ACK;
negativ kvittering: NACK.
negative: send NACK.
Den fælles grænseflade bruger oplysningerne fra centraldepotet til at varetage ovenstående opgaver.
The common interface uses the information in the Central Repository in order to manage the above tasks.
Hvis en aktør implementerer et lokalt »spejlbillede« af centraldepotet, skal den pågældende — med egne midler — sikre, at det lokale »spejlbillede« er en korrekt og ajourført kopi af centraldepotet.
If an actor implements a local ‘mirror’ of the Central Repository, that actor must then — by its own means — ensure that the local ‘mirror’ is an accurate and up to date copy of the Central Repository.
Når den fælles grænseflade er i almindelig brug i forbindelse med TSI'en om Trafiktelematik for godstrafikken, skal udviklingen og ændringerne af det ligge så tæt som muligt på den gennemførte TSI om Trafiktelematik for godstrafikken, for at der kan opnås optimale synergivirkninger.
Where the Common Interface is in common use with the TAF TSI, the development and changes shall take place as closely as possible to the implemented TAF TSI, in order to achieve optimum synergies.
Styring af tilslutninger til andre transportformer
Management of connection with other modes of transport
For at styre tilslutningsforbindelserne med andre transportformer, bør der anvendes følgende standard for tilvejebringelse af oplysninger og udveksling af oplysninger med andre transportformer:
In order to manage the connection with other modes of transport, the following standard should be applied for the provision of information to and exchange of information with other modes of transport:
Til udveksling af køreplansoplysninger mellem jernbanevirksomheder og andre transportformer: standard EN 12896 (»Transmodel«) og standard EN TC 278 WI 00278207 (»IFOPT — Identification of Fixed Objects in Public transport«).
For the exchange of timetable information between railway undertakings and other modes of transport: norms EN 12896 (‘Transmodel’) and EN TC 278 WI 00278207 (‘IFOPT — Identification of Fixed Objects in Public transport’),
Til udveksling af specifikke køreplansdata anvendes tekniske XML-standarder og -protokoller i baseret på Transmodel, særlig standard EN 15531 (»SIRI«) til udveksling af realtidskøreplaner og standard EN TC 278 WI 00278207 (»IFOPT«) til udveksling af data om »stop/station«.
For the exchange of specific timetable data, the XML technical standards and protocols based on Transmodel, in particular norm EN 15531 (‘SIRI’) for the exchange of real-time timetables and norm EN TC 278 WI 00278207 (‘IFOPT’) for the exchange of ‘stop/station’ data.
Til udveksling af tarifdata: denne standard er stadig et udestående punkt (se bilag II, Liste over udestående punkter).
For the exchange of tariff data: this standard is still an open point (see Annex II — List of open points).
Med hensyn til teknisk kompatibilitet har delsystemet Trafiktelematik for persontrafikken følgende grænseflader med andre delsystemer.
From the standpoint of technical compatibility, the interfaces of the subsystem ‘telematics applications for passenger services’ with the other subsystems are as described in the following paragraphs.
Grænseflader til delsystemet Rullende materiel
Interfaces with the Rolling Stock Subsystem
Grænseflader til delsystemet Rullende materiel
Interfaces with the Rolling Stock subsystem
Reference i TSI'en om Trafiktelematik for persontrafikken
Reference Telematics Applications for passengers TSI
Reference i TSI'en om Rullende materiel til konventionelle tog
Reference Conventional Rail Rolling Stock TSI’s
Visningsskærm i tog
Board device display
Håndtering af kundeoplysning i togene
Handling of information provision in vehicle area
Grænseflader til delsystemet Trafiktelematik for godstrafikken
Interfaces with the Telematics Applications for Freight Subsystem
Grænseflader til delsystemet Trafiktelematik for godstrafikken
Interfaces with the Telematics Applications for Freight subsystem
Reference i TSI'en om Trafiktelematik for godstrafikken, konventionelle baner
Reference Conventional Rail Telematics Applications for Freight TSI
Meddelelsen »Tog klart« for alle tog
Train ready message for all trains
Meddelelsen »tog klart«
Train ready message
Togkørselsprognose
Train running forecast
Meddelelsen »Togkørselsprognose« for alle tog
‘Train running forecast’ message for all trains
Meddelelsen »prognose for togkørsel«
Train running forecast message
Tog kører
Train running information
Meddelelsen »Togkørselsoplysninger« for alle tog
‘Train running information’ message for all trains
Til jernbanevirksomhed: afbrudt togkørsel
Train running interrupted to RU
Meddelelsen »Afbrudt togkørsel« for alle tog
‘Train running interrupted’ message for all trains
togkørsel afbrudt
Train running interrupted
Håndtering af kortfristede køreplansdata
Handling of short term timetable data
Fælles grænseflade
Common Interface
Centraldepot
Central Repository
Referencefiler
Reference Files
På baggrund af de væsentlige krav i kapitel 3 gælder følgende driftsbestemmelser for det delsystem, som denne TSI dækker:
In the 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 the purposes of data quality assurance, 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, der stilles til rådighed som led i denne TSI, skal dataene i disse databaser anvendes til kvalitetssikring af dataene.
Where the source data for data quality assurance purposes are 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 leveres af de databaser, der stilles til rådighed som led i denne TSI, skal afsenderen af meddelelsen gennemføre kvalitetssikringskontrollen af dataene ved hjælp af egne ressourcer.
Where the source data for data quality assurance purposes is not supplied by the databases provided as part of this TSI, the originator of the message must carry out the data quality assurance check from their own resources.
Kvalitetssikringen af dataene omfatter sammenligning med data fra de databaser, der stilles til rådighed som led 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 that they:
er fejlfrie tilgængelige, korrekte, rettidige, fuldstændige, overensstemmende med andre kilder osv.
are error-free accessible, accurate, timely, complete, consistent with other sources, etc.,
har de ønskede egenskaber relevante, omfattende, tilstrækkeligt detaljerede, lette at læse og fortolke osv.
possess the desired features relevant, comprehensive, proper level of detail, easy-to-read, easy-to-interpret, etc.
Datakvaliteten afhænger hovedsagelig af:
The main characteristics of data quality are:
rigtighed
accuracy,
modsigelsesfrihed
consistency,
Rigtighe
Accuracy
Dette forudsætter, at de primære data så vidt muligt kun registreres en enkelt gang.
This is only feasible if the Primary Data only are recorded, if possible, on one single occasion.
Derfor skal de primære data indføres i systemet så tæt som muligt på kilden, så de kan integreres fuldt ud i en eventuel efterfølgende behandling.
Therefore, the Primary Data should be introduced into the system as close as possible to its source, so that they can be fully integrated into any subsequent processing operation.
Før en meddelelse afsendes, skal dens fuldstændighed og syntaks kontrolleres ved hjælp af metadataene.
Before sending out messages, the completeness and syntax must be checked using the Metadata.
Herved undgår man desuden unødig datatrafik på nettet.
This also avoids unnecessary information traffic on the network.
Også for alle indgående meddelelser skal fuldstændigheden kontrolleres ved hjælp af metadataene.
All incoming messages must also be checked for completeness using the Metadata.
Modsigelsesfrihed
Consistency
Der skal opstilles regler for forretningsgangen for at sikre modsigelsesfrihed.
Business rules must be implemented in order to guarantee consistency.
Dobbelt indlæsning af data bør undgås, og det bør gøres klart, hvem der »ejer« dataene.
Double entry should be avoided and the owner of the data should be clearly identified.
Hvordan disse regler for forretningsgangen skal implementeres, afhænger af deres kompleksitet.
The type of implementation of these business rules depends on their complexity.
Ved enkle regler er databaserestriktioner og udløserfunktioner nok.
For simple rules, database constraints and triggers are sufficient.
Ved mere komplekse regler, hvor der skal bruges data fra forskellige tabeller, skal der gennemføres valideringsprocedurer, som indebærer, at dataversionens modsigelsesfrihed kontrolleres, før der genereres grænsefladedata, og før den nye dataversion tages i brug.
In the 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 for forretningsgangen.
It must be ensured that transferred data are validated against the defined business rules.
Rettidighed
Timeliness
Det er vigtigt, at oplysningerne foreligger, præcis når de skal bruges.
Providing information right on time is important.
Når udløseren for datalagring eller for afsendelse af meddelelser reagerer direkte på hændelser i it-systemet, bliver der ingen problemer med rettidigheden, forudsat at systemet er udformet hensigtsmæssigt og i overensstemmelse med forretningsprocessernes behov.
Insofar as the trigger for data storage or for message sending is event driven directly from the IT system, timeliness is not a problem if the system is designed properly and according the needs of the business processes.
Men som regel iværksættes afsendelsen af en meddelelse af en operatør eller i hvert fald på baggrund af yderligere input fra en operatør.
However, in most cases, the sending of a message is initiated by an operator or is at least based on additional input from an operator.
For at opfylde kravet om rettidighed skal dataene opdateres så hurtigt som muligt, også for at sikre, at det faktiske dataindhold stadig er aktuelt, når systemautomatikken sender meddelelserne.
To fulfil the timeliness requirements, the data must be updated as soon as possible, also in order to guarantee that the actual data content of the messages is current when these messages are sent out automatically by the system.
Svartiden for forespørgsler er et spørgsmål, der skal behandles for de forskellige applikationer og brugertyper som led i de detaljerede it-specifikationer.
The response time for enquiries must be addressed for the various applications and user types within the detailed IT specifications.
Alle former for dataopdatering og -udveksling skal gennemføres så hurtigt som muligt.
All data updates and exchanges shall be carried out as soon as possible.
Måling af datakvalitet
Data quality metrics
I de detaljerede it-specifikationer skal der fastsættes passende procentsatser for:
The detailed IT specifications shall define appropriate percentages for:
dataenes fuldstændighed (hvor mange procent af datafelterne der er indsat værdier i) og modsigelsesfrihed (hvor mange procent af værdierne der matcher på tværs af tabeller/filer/poster)
the completeness of data (percent of data fields having values entered into them) and the consistency of data (percent of matching values across tables/files/records),
dataenes rettidighed (hvor mange procent af dataene der er til rådighed inden for en nærmere bestemt tidsramme)
the timeliness of data (percent of data available within a specified threshold time frame),
den krævede rigtighedsgrad (hvor mange procent af de lagrede værdier der er korrekte ved sammenligning med de faktiske værdier).
the required accuracy (percent of stored values that are correct when compared to the actual value).
Centraldepotets funktioner defineres i afsnit 4.2.21.6, Centraldepot.
The functions of the Central Repository are defined in Section 4.2.21.6 Central repository.
For at sikre datakvaliteten skal den enhed, der forvalter centraldepotet, have ansvaret for opdateringen af metadataene og registret og for disses kvalitet samt for forvaltningen af adgangskontrollen.
For the purpose of data quality assurance, the entity operating the Central Repository shall be responsible for the updating and quality of the Metadata and the directory, and also for the administration of the access control.
Metadataenes kvalitet med hensyn til fuldstændighed, modsigelsesfrihed, rettidighed og rigtighed skal gøre det muligt for delsystemet at fungere korrekt i overensstemmelse med denne TSI.
The quality of the Metadata in terms of completeness, consistency, timeliness and accuracy shall enable appropriate functioning for the purposes of this TSI.
På baggrund af de væsentlige krav i kapitel 3 gælder følgende vedligeholdelsesbestemmelser for det delsystem, som denne TSI dækker:
In the light of the Essential Requirements in Chapter 3, the maintenance rules specific to the subsystem concerned by this TSI are as follows:
Transportforbindelsens kvalitet skal være sikret, selvom dataene er blevet beskadiget eller databehandlingsudstyret bryder helt eller delvis sammen.
The quality of the transport service must be guaranteed, even if the data were corrupted or if the data processing equipment were to suffer a complete or partial breakdown.
Derfor tilrådes det at installere særlig pålidelige dobbeltsystemer eller backup-computere, som kan garanteres at køre uden afbrydelser under vedligeholdelse.
It is therefore advisable to install duplex systems or computers with a particularly high degree of reliability, and for which uninterrupted operation during maintenance is ensured.
Vedligeholdelse af de forskellige databaser er omhandlet i afsnit 4.2.19.3, Yderligere krav til databaserne, pkt. 10 og 21.
The maintenance aspects of the various databases are mentioned in Section 4.2.19.2 — Additional requirements on the databases, points 10 and 21.
Der kræves følgende faglige kvalifikationer hos det personale, der skal drive og vedligeholde delsystemet og gennemføre TSI'en:
The professional qualifications of the staff required to operate and maintain the subsystem and for implementing the TSI are as follows:
Gennemførelsen af denne TSI kræver ikke et helt nyt hardware- og software-system og nyt personale.
The implementation of this TSI does not require a complete new system in terms of hardware and software with new staff.
TSI'ens krav kan efterleves ved blot at foretage de ændringer, opgraderinger og funktionelle udvidelser af driften, som allerede nu foretages af det eksisterende personale.
Achieving the requirements of the TSI results only in those changes, upgrades or functional enlargements of the operation which are already being made by the existing staff.
Der stilles således ikke krav ud over de eksisterende regler om faglige kvalifikationer på nationalt og europæisk plan.
Therefore, there are no requirements in addition to the existing national and European rules on professional qualifications.