natgillin/translations-raw huggingface dataset:
The Wagon and Intermodal Unit Operational Database is the most important one for the tracking of wagons and therefore for the communication between the RUs involved and the Lead RU.
Driftdatabasen för godsvagnar och intermodala enheter är den viktigaste databasen för lokalisering av vagnar och därmed för kommunikationen mellan berörda RU och LRU.
This database shows the movement of a wagon and of an intermodal unit from departure through to final delivery at customer sidings with ETIs and actual times at different locations until the final delivery time ETA.
Denna databas visar vagnars och intermodala enheters rörelser från avgång och fram till slutlig leverans till kundens rangerbangård med ETI och faktiska tider vid olika positioner fram till den slutliga ETA vid leverans.
The database also shows the different status of the rolling stock such as:
I databasen visas också olika status för den rullande materielen, enligt följande:
Status: loading of the rolling stock
Status: lastning av rullande materiel
This status is required for the information exchange between the RU and the IMs and to other railway undertakings involved in the transport journey.
Denna status behövs för informationsutväxlingen mellan RU och berörda IM samt för övriga järnvägsföretag som berörs av transporten.
Status: loaded wagon on journey
Status: lastad vagn i trafik
This status is required for the information exchange between the IM and the RU, with other infrastructure managers and with other railway undertakings involved in the transport journey.
Denna status behövs för informationsutväxlingen mellan IM och RU samt för övriga infrastrukturförvaltare och övriga järnvägsföretag som berörs av transporten.
Status: empty wagon on journey
Status: tom vagn i trafik
This status is required for the information exchange between the IM and the RU, with other infrastructure managers and railway undertakings involved in the transport journey.
Denna status behövs för informationsutväxlingen mellan IM och RU samt för övriga infrastrukturförvaltare och järnvägsföretag som berörs av transporten.
Status: unloading of rolling stock
Status: lossning av rullande materiel
This status is required for the information exchange between the RU at destination and the Lead RU for the transport.
Denna status behövs för informationsutväxlingen mellan RU vid slutdestinationen och LRU för transporten.
Status: empty wagon under fleet management control
Status: tom vagn under vagnparksförvaltares kontroll
This status is required to get the information about availability of a vehicle of defined characteristics.
Denna status behövs för att få information om tillgång till fordon med angivna egenskaper.
Wagon Trip Plan Databases
Databaser över färdplaner för vagnar
Trains normally carry wagons from various customers.
Tåg innehåller vanligtvis vagnar från olika kunder.
For each wagon the Lead RU (RU acting as service integrator) must establish and update a trip plan which corresponds to the train path at train level.
För varje vagn skall LRU (den RU som fungerar som samordnare för transporten) upprätta och uppdatera en färdplan som motsvarar tågläget på tågnivå.
New train paths for a train — e.g. in case of service interruptions — lead to revised trip plans for the wagons concerned.
Nya tåglägen för ett tåg – t.ex. vid avbrott i trafiken – leder till förändringar av färdplanerna för de berörda vagnarna.
The creation time for the trip plan is the receipt of the consignment note from the customer.
Tiden för upprättandet av en färdplan är tiden för mottagande av fraktsedeln från kunden.
The Wagon Trip Plans must be stored by each LRU in a database.
Färdplanerna för vagnarna skall lagras av varje LRU i en databas.
In addition to the mandatory databases mentioned above, at each IM side a train database may be installed.
Utöver de obligatoriska databaser som nämns här ovan kan en tågdatabas inrättas hos varje IM.
This infrastructure manager train database corresponds to the movement part of the Wagon and Intermodal Unit Operational Database.
Denna infrastrukturförvaltarens tågdatabas motsvarar rörelsedelen i driftdatabasen för godsvagnar och intermodala enheter.
The main data entries are the train related data of the train composition message from the RU.
Huvudposterna är tågrelaterade data från RU: s meddelande om tågets sammansättning.
An alternative storage possibility for these data is the path database (Chapter 4.2.2: Path request).
En alternativ lagringsmöjlighet för dessa data är databasen över tåglägen (avsnitt 4.2.2: Begäran om tågläge).
Additional requirements on the databases
Ytterligare krav på databaserna
Under the following points are listed additional requirements which must be supported by the various databases.
Under nedanstående punkter listas de ytterligare krav som de olika databaserna skall uppfylla.
These are:
Följande ytterligare krav skall uppfyllas:
A database must support the authentication of users of the systems before they can gain access to the database.
En databas måste stödja autentisering av systemanvändarna innan de kan få tillgång till databasen.
A database must support the security aspects in the meaning of controlling access to the database.
En databas måste stödja säkerhetsaspekter i den mening att tillgången till databasen är kontrollerad.
The possible encryption of the database contents itself is not required.
Kryptering av själva innehållet i databasen krävs inte.
Consistency
Enhetlighet
A database selected shall support the ACID principle (Atomicity, Consistency, Isolation, Durability).
En databas skall stödja principen ACID (Atomicity, Consistency, Isolation, Durability).
Access control
Accesskontroll
A database must allow access to the data to users or systems that have been granted permission.
En databas måste ge tillgång till uppgifter för användare eller system som fått tillstånd för detta.
The access control shall be supported down to a single attribute of a data record.
Accesskontroll skall stödjas ner till nivån för enskilda attribut till en registrerad uppgift.
The database shall support configurable, role based access control for insertion, update or deletion of data records.
Databasen skall stödja konfigurerbar, rollbaserad accesskontroll för införande, uppdatering eller borttagning av registrerade data.
Tracing
Spårning
A database must support logging all actions applied to the database to allow for tracing the detail of the data entry (Who, What, When did the contents change).
En databas måste stödja loggning av alla åtgärder som vidtagits i databasen för att det skall vara möjligt att spåra detaljerna kring en datapost (av vem, för vad och när gjordes ändringen av innehållet).
Lock strategy
Låsstrategi
A database must implement a locking strategy which allows access to the data even when other users are currently editing records.
En databas måste tillämpa en låsstrategi som gör att alla data är tillgängliga även samtidigt som andra användare för in ändringar.
Multiple access
Samtidig tillgång
A database must support that data can be accessed simultaneously by several users and systems.
En databas måste stödja att data samtidigt är tillgängliga för flera användare och system.
Reliability
Tillförlitlighet
The reliability of a database must support the required availability.
Tillförlitligheten hos en databas måste stödja den tillgänglighet som krävs.
A database must have an availability on demand of at least 99,9 %.
En databas måste ha en tillgänglighet vid förfrågan på minst 99,9 %.
Maintainability
Underhållsmässighet
A maintainability of the database must support the required availability.
Underhållsmässigheten hos en databas måste stödja den tillgänglighet som krävs.
Databases themselves are not safety related.
Databaserna är i sig inte säkerhetsrelaterade.
Hence safety aspects are not relevant.
Därför är säkerhetsaspekter inte relevanta.
This is not to be confused with the fact that the data — e.g. wrong or not actual data — may have impact on the safety operation of a train.
Detta skall inte förväxlas med det faktum att vissa data – t.ex. felaktiga eller inaktuella data – kan påverka säkerheten vid drift av ett tåg.
A database must support a data manipulation language that is widely accepted, such as SQL or XQL.
En databas måste stödja ett programspråk som är allmänt accepterat, såsom SQL eller XQL.
Import facility
Importmöjligheter
A database shall provide a facility that allows the import of formatted data that can be used to fill the database instead of manual input.
En databas skall vara så utformad att det går att importera formaterade data för att fylla i databasen istället för manuell inmatning.
Export facility
Exportmöjligheter
A database shall provide a facility that allows to export the contents of the complete database or its part as formatted data.
En databas skall vara så utformad att det går att exportera innehållet i hela eller delar av databasen som formaterade data.
Mandatory fields
Obligatoriska fält
A database must support mandatory fields that are required to be filled before the relevant record is accepted as input to the database.
En databas måste stödja obligatoriska fält som måste fyllas i innan en registrering accepteras som en inmatning i databasen.
Plausibility checks
Rimlighetskontroll
A database must support configurable plausibility checks before accepting the insertion, update or deletion of data records.
En databas måste stödja konfigurerbara rimlighetskontroller innan införande, uppdatering eller borttagning av registrerade data accepteras.
Response times
Svarstider
A database must have response times that allow users to insert, update or delete data records in a timely manner.
En databas måste ha svarstider som gör att användare kan införa, uppdatera eller ta bort registrerade data utan oacceptabla fördröjningar.
Performance aspects
Prestandaaspekter
A database shall support the queries necessary to allow the effective run of about 60000 train runs per 24 hours.
En databas skall stödja den mängd frågor som krävs för att cirka 60000 tågfärder effektivt skall kunna genomföras per 24 timmar.
About 50 % of these train runs are deemed to take place within two hours.
Cirka 50 % av dessa tågfärder förmodas äga rum inom två timmar.
The number and kind of queries or updates per train are dependent on the overall process for planning and running a train.
Antalet och typen av frågor eller uppdateringar per tåg beror på den övergripande planeringsprocessen för framförandet av ett tåg.
Capacity aspects
Kapacitetsaspekter
A database shall support the storage of the relevant data for all freight wagons respectively the network.
En databas skall stödja lagringen av relevanta data för alla godsvagnar respektive hela järnvägsnätet.
It shall be possible to extend the capacity by simple means (i.e. by adding more storage capacity and computers).
Det skall vara möjligt att utöka kapaciteten med enkla medel (dvs. genom att lägga till mer lagringskapacitet och datorer).
The extension of the capacity shall not require replacement of the subsystem.
För utökningen av kapaciteten skall det inte krävas att delsystemet byts ut.
Historical data
Historiska data
A database shall support the management of historical data in the meaning of making of data available that has been already transferred into an archive.
En databas skall stödja hanteringen av historiska data i den meningen att data överförs till ett arkiv och hålls tillgängliga.
Back-up strategy
Backupstrategi
A back-up strategy shall be in place to ensure that the complete database contents for up to a 24-hour period can be recovered.
En backupstrategi skall finnas som gör att allt innehåll i databasen för upp till 24 timmar kan återställas.
Commercial aspects
Kommersiella aspekter
A database system used shall be available commercially-off-the-shelf (COTS-product) or be available in the public domain (Open Source).
Ett databassystem som används skall finnas tillgängligt som hyllvara (COTS-produkt) eller vara fritt tillgängligt i public domain (Open Source).
The above requirements must be handled by a standard Database Management System (DBMS).
Ovan nämnda krav måste hanteras av ett standardsystem för databashantering (DBMS).
The usage of the various databases is embedded into various work flows described here before.
Användningen av de olika databaserna ingår i olika arbetsflöden som beskrivits ovan.
The general workflow is a request/response mechanism, where an interested party requests information from the database through the common interface (4.2.14.1: General architecture and 4.2.14.7: Common interface).
Det generella arbetsflödet är en fråga/svar-mekanism där en berörd part efterfrågar information från databasen via det gemensamma gränssnittet (4.2.14.1: Allmän arkitektur och 4.2.14.7: Gemensamt gränssnitt).
The DBMS responds to this request either by providing the requested data or by responding that no data can be made available (no such data exists or access is refused due to access control).
DBMS svarar på denna förfrågan antingen genom att tillhandahålla efterfrågade data eller genom att svara att inga data kan tillhandahållas (inga sådana data existerar eller tillgång nekas på grund av accesskontroll).
The description in Chapter 4.2.14 (Networking and communication) presents the communication network to be used for data exchange.
I avsnitt 4.2.14 (Nätverk och kommunikation) beskrivs det kommunikationsnät som skall användas för datautväxling.
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.
Detta nät och den beskrivna säkerhetshanteringen möjliggör alla typer av överföringar, t.ex. e-post och filöverföring (ftp, http). Typen av överföring kan överenskommas mellan de parter som deltar i informationsutväxlingen, vilket betyder att man bestämmer att elektronisk överföring av t.ex. dokument skall ske via ftp.
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.
Detta delsystem kommer med tiden att växa och bilda ett stort och komplext samverkande telematiksystem inom ramen för ett gemensamt driftskompatibelt järnvägsnät, med hundratals deltagande aktörer (RU, IM m.fl.) som konkurrerar och/eller samarbetar om att tillgodose marknadens behov.
The network and communication infrastructure supporting such rail interoperability community will be based on a common ‘Information Exchange Architecture’, known and adopted by all participating actors.
Infrastrukturen för nätverk och kommunikation inom ett sådant gemensamt driftskompatibelt järnvägsnät skall bygga på en gemensam arkitektur för informationsutväxling som är känd av och har anammats av alla deltagande aktörer.
The proposed ‘Information Exchange Architecture’:
Den föreslagna arkitekturen för informationsutväxling:
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,
är utformad för att göra heterogena informationsmodeller förenliga genom att semantiskt transformera de data som utbyts mellan systemen samt överbrygga skillnaderna i affärsprocesser och protokoll på applikationsnivå,
has minimum impact on the existing IT architectures implemented by every actor,
har minimal inverkan på de olika aktörernas befintliga IT-arkitekturer,
The Information Exchange Architecture favours a mostly peer-to-peer type of interaction between all actors, while it guarantees the overall integrity and consistency of the rail interoperability community by providing a set of centralised services.
Arkitekturen för informationsutväxling stödjer främst en peer-to-peer-baserad typ av samverkan mellan alla aktörer, men garanterar samtidigt en övergripande tillförlitlighet och enhetlighet i det gemensamma driftskompatibla järnvägsnätet genom att tillhandahålla en uppsättning centraliserade tjänster.
A peer-to-peer interaction model allows the best cost distribution between the different actors, based on actual usage and it will present, in general, lesser scalability problems.
En peer-to-peer-modell för samverkan möjliggör den bästa kostnadsfördelningen mellan de olika aktörerna, baserad på faktisk användning, och den kommer generellt att innebära färre skalbarhetsproblem.
A pictorial representation on the general architecture is given in Annex A, Index 5, Chapter 1.5.
En grafisk framställning av den allmänna arkitekturen finns i bilaga A index 5 avsnitt 1.5.
Network
Nät
Networking in this case means the method and philosophy of communication and does not mean the physical network.
Med nätverk avses här kommunikationsmetoden och -idén, inte det fysiska nätet.
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.
Driftskompatibilitet inom järnvägssystemet bygger på en gemensam arkitektur för informationsutväxling som är känd av och har anammats av alla deltagare, vilket uppmuntrar och minskar hindren för nya deltagare, särskilt kunder.
The security issue will therefore be addressed not by the network (VPN, tunnelling, etc.), but by exchanging and managing inherently secure messages.
Säkerhetsfrågan hanteras därför inte på nätnivå (VPN, tunnlar etc.), utan genom utväxling och hantering av i sig säkra meddelanden.
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.
Ett VPN-nät krävs därför inte (administrationen av ett stort VPN-nät skulle bli komplex och kostsam att hantera) vilket gör att problem rörande ansvar och ägande undviks.
Tunnelling is not considered as a necessary means for achieving the appropriate security level.
VPN-tunnlar anses inte vara nödvändiga för att uppnå en tillräcklig säkerhetsnivå.
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.
Aktörer som redan har eller vill införa olika säkerhetsnivåer i valda delar av nätet kan dock göra det.
Over the public Internet network it is possible to implement a hybrid peer-to-peer model with a ‘central repository’ and a ‘common interface’ at each actors' node.
Det är möjligt att implementera en hybridartad peer-to-peer-modell över det publika Internet med en central datakatalog och ett gemensamt gränssnitt vid alla aktörers noder.
The central repository is approached first to obtain meta-information, such as the identity of the peer (actor) on which some information is stored, or to verify security credentials.
Först kontaktas den centrala datakatalogen för att få metainformation, såsom identiteten för den aktör där viss information finns lagrad, eller för att verifiera en aktörs identitet.
Only protocols belonging to the full Internet Protocol suite must be used.
Endast protokoll som hör till Internet Protocol Suite får användas.
OSI Reference Model
OSI-referensmodellen
Application
Applikation
Routing Protocols
Routingprotokoll
Link
Data
Not specified
Ej angivet
Physical
Fysiskt
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.
För att uppnå en hög säkerhetsnivå skall alla meddelanden vara självständiga (self contained), vilket betyder att informationen i meddelandet är skyddad och att mottagaren kan verifiera meddelandets äkthet.
This may be solved by using an encryption and signing scheme similar to email encryption.
Detta kan göras genom att använda en metod för kryptering och signering liknande den som används för kryptering av e-post.
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.
Det gör det möjligt att använda alla typer av överföring i nätet, som e-post, filöverföring (ftp, http) etc. De parter som deltar i informationsutväxlingen kan sedan gemensamt besluta om vilken typ som skall användas.
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.
Man skall använda antingen asymmetrisk kryptering eller en hybridlösning baserad på symmetrisk kryptering och öppen nyckel, eftersom ett system med en för många aktörer gemensam hemlig nyckel kommer att fallera förr eller senare.
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.
Det är lättare att uppnå en högre säkerhetsnivå om alla aktörer tar ansvar för sina egna nyckelpar, även om det krävs en hög integritetsnivå för den centrala datakatalogen (nyckelservern).
Central repository
Den centrala datakatalogen
The central repository must be able to handle:
Den centrala datakatalogen skall kunna hantera
metadata — structured data describing the content of messages,
metadata – strukturerade data som beskriver meddelandenas innehåll,
Public Key Infrastructure (PKI),
infrastruktur för kryptering med öppna nycklar (PKI – Public Key Infrastructure),
Certification Authority (CA),
certifieringsinstans (CA),
directory (phonebook) — it contains all needed information about the participating actors for exchanging messages.
adresskatalog (”adressbok”) – innehåller all information om de deltagande aktörerna som behövs för att utväxla meddelanden.
The management of the central repository should be under the responsibility of a non-commercial co-European organisation.
Förvaltningen av den centrala datakatalogen bör skötas av en icke-kommersiell sameuropeisk organisation.
The common interface has to be able to handle:
Det gemensamma gränssnittet skall kunna hantera
message formatting of outgoing messages according to the metadata,
formatering av utgående meddelanden enligt metadata,
signing and encryption of outgoing messages,
signering och kryptering av utgående meddelanden,
addressing of the outgoing messages,
adressering av utgående meddelanden,
authenticity verification of the incoming messages,
verifiering av inkommande meddelandens äkthet,
decryption of incoming messages,
dekryptering av inkommande meddelanden,
conformity checks of incoming messages according to metadata,
kontroll av att inkommande meddelanden överensstämmer med metadata,
handling the single common access to various databases.
åtkomsten till olika databaser via en enda gemensam ingång.
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).
Varje instans av det gemensamma gränssnittet skall ha tillgång till de data som krävs enligt TSD inom varje RU, IM, etc., oavsett om de relevanta databaserna är centrala eller individuella (se även bilaga A index 5 avsnitt 1.6).
Based on the results of authenticity verification of incoming messages, a minimum level of message acknowledgement can be implemented:
På grundval av resultaten av äkthetsverifieringen av inkommande meddelanden kan en miniminivå för meddelandekvittens implementeras:
positive send ACK;
i. positiv sänd ACK
negative send NACK.
negativ sänd NACK.
The common interface uses the information in the central repository in order to manage the above tasks.
Det gemensamma gränssnittet använder informationen i den centrala datakatalogen för att sköta de ovan nämnda uppgifterna.
An actor may implement a local ‘mirror’ of the central repository to shorten response times.
En aktör kan ha en lokal ”spegling” av den centrala datakatalogen för att förkorta svarstiderna.
Interfaces with the TSI infrastructure
Gränssnitt till TSD Infrastruktur