natgillin/translations-raw huggingface dataset:
this may include historical data related to ownership, rental, etc.
Informationen om rörelse för en vagn eller intermodal enhet i databasen införs senast då uppgift erhålls om tiden för frisläppande av vagnar och intermodala enheter från kunden.
Additionally, according to Commission Regulation EU 445/2011, article 5, the Wagon Keepers may store the ECM certification identification number in the individual Rolling Stock Reference Databases.
Tiden för frisläppande är den första rörelseposten för en vagn som införs i driftdatabasen för godsvagnar och intermodala enheter med hänvisning till en faktisk transport.
The following steps have to be taken into account:
Meddelandena för vagnrörelser beskrivs i avsnitten 4.2.8 (Vagnrörelse) och 4.2.9 (Rapportering om utväxling).
Date put into service in the state of registration,
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 platser fram till den slutliga ETA vid leverans.
Registration in other countries for the use on their national network,
I databasen visas också olika status för den rullande materielen, enligt följande:
Safety certification for all Rolling Stock which does not comply with the Rolling Stock TSI.
lastning av rullande materiel
The keeper is obliged to ensure that these data are available and the processes behind have been conducted.
Denna status behövs för informationsutväxlingen mellan RU och berörda IM samt för övriga RU som berörs av transporten.
Design data, which shall include all constitutive (physical) elements of the rolling stock, including characteristics related to the environment, and all information that is expected to remain valid throughout the life of the rolling stock — this part may contain a history of major modifications, major maintenance, overhaul, etc.
lastad vagn i trafik
The Rolling Stock Operational Data
Denna status behövs för informationsutväxlingen mellan IM och RU samt för övriga IM och övriga RU som berörs av transporten.
Beside the reference data for rolling stock, the data representing the actual status of the rolling stock is the most important data for operational purposes.
tom vagn i trafik
This data shall include temporary data, such as restrictions, current and projected maintenance actions, km and fault counters, etc.;
Denna status behövs för informationsutväxlingen mellan IM och RU samt för övriga IM och RU som berörs av transporten.
and all data that could be considered as ‘status’ (temporary speed restrictions, brake isolated, needs for repair and fault description, etc.).
lossning av rullande materiel
For use of the operational rolling stock data three different entities must be considered taking into account the different parties responsible for rolling stock during transport operation:
Denna status behövs för informationsutväxlingen mellan RU vid slutdestinationen och LRU för transporten.
Railway Undertaking as Duty holder during its transport control,
tom vagn under vagnparksförvaltares kontroll
Keeper of rolling stock, and
Denna status behövs för att få information om tillgång till fordon med angivna egenskaper.
User (Hirer) of rolling stock.
Databaser över färdplaner för vagnar
For all three different parties the operational rolling stock data must be accessible by the authorised user, down to his predefined authorised level, using the single key given by the wagon id (wagon number).
Tågen kan bestå av vagnar från olika kunder.
The operational rolling stock data is a part of the Wagon and Intermodal Unit Operational Database as described in Chapter 4.2.11.2 Other Databases.
För varje vagn ska LRU (den RU som fungerar som samordnare för transporten) upprätta och uppdatera en färdplan som motsvarar tågläget på tåguppdragsnivå.
Reference Files
Nya tåglägen för ett tåguppdrag – t.ex. vid avbrott i trafiken – leder till förändringar av färdplanerna för de berörda vagnarna.
For the operation of freight trains on the European network the following reference files must be available and accessible to all service providers (IMs, RUs, logistic providers and fleet managers).
Dessa databaser ska vara tillgängliga via det gemensamma gränssnittet (4.2.14.1: Allmän arkitektur och 4.2.12.6: Gemensamt gränssnitt).
The data must represent the actual status at all times.
Utöver de obligatoriska databaser som nämns här ovan kan en tågdatabas inrättas hos varje IM.
Where a reference file is in common use with the TAP TSI (2), the development and changes must be in line with TAP TSI (2), in order to achieve optimum synergies.
Denna infrastrukturförvaltarens tågdatabas motsvarar rörelsedelen i driftdatabasen för godsvagnar och intermodala enheter.
Locally stored and administrated:
Huvudposten är tågrelaterade data från RU:s meddelande om tågets sammansättning.
Reference File of the emergency services, correlated to type of hazardous goods.
Alla tåghändelser leder till en uppdatering av denna tågrelaterade databas.
Centrally stored and administrated:
En alternativ lagringsmöjlighet för dessa data är databasen över tåglägen (avsnitt 4.2.2: Ansökan om tågläge).
Reference File of the Coding for all IMs, RUs, Service provider companies;
Dessa databaser ska vara tillgängliga via det gemensamma gränssnittet (4.2.12.1: Allmän arkitektur och 4.2.12.6: Gemensamt gränssnitt).
Reference File of the Coding for Freight Transport Customers;
Ytterligare krav på databaserna
Reference File of the Coding of Locations (Primary and subsidiary),
Under nedanstående punkter listas de ytterligare krav som de olika databaserna ska uppfylla.
The European Railway Agency will save a copy of the Reference File for the Locations Codes and Company Codes.
Följande ytterligare krav ska uppfyllas:
On individual request and without prejudice to intellectual property rights, this data shall be available for public consultation.
Autentisering
Other code lists are defined in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
En databas måste stödja autentisering av systemanvändarna innan de kan få tillgång till databasen.
Other Databases
Säkerhet
To allow for the tracking of train and wagon movements, the following databases, updated at each relevant event in real time, must be installed.
En databas måste stödja säkerhetsaspekter i den mening att tillgången till databasen är kontrollerad.
Authorised entities such as keepers and fleet managers must have access to the data relevant to fulfil their functions, according to bilateral agreements.
Kryptering av själva innehållet i databasen krävs inte.
Wagon and Intermodal Unit Operational Database,
Enhetlighet
Trip plan for wagon/Intermodal unit.
En databas ska stödja ACID-principen (Atomicity, Consistency, Isolation, Durability).
These databases must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
Accesskontroll
Wagon and Intermodal unit Operational Database
En databas måste ge tillgång till uppgifter för användare eller system som fått tillstånd för detta.
The communication between the Lead RU and RUs in the cooperation mode is based on wagon and/or Intermodal unit numbers.
Accesskontroll ska stödjas ner till nivån för enskilda attribut för en datapost.
Therefore an RU, which communicates with the IMs at train level, must break down this information into wagon and Intermodal unit related one.
Databasen ska stödja konfigurerbar, rollbaserad accesskontroll för införande, uppdatering eller borttagning av data.
The information on train movement leads to new entries/updates in the Wagon and Intermodal Unit Operational Database for customer information.
En databas måste stödja loggning av alla åtgärder som vidtagits i databasen för att det ska vara möjligt att spåra detaljerna kring en datapost (av vem, för vad och när gjordes ändringen av innehållet).
The movement part for a wagon or Intermodal unit in the database is set up at the latest when receiving the release time for the wagons or Intermodal unit from the customer.
Låsstrategi
This release time is the first movement entry for a wagon into the Wagon and Intermodal Unit Operational Database related to an actual transport journey.
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.
The messages for the wagon movement are defined in the Chapters 4.2.8 (Wagon Movement) and 4.2.9 (Interchange Reporting).
Samtidig tillgång
This database must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
En databas måste stödja att data samtidigt är tillgängliga för flera användare och system.
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.
Tillförlitlighet
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.
Tillförlitligheten hos en databas måste uppfylla de krav för tillgänglighet som ställs.
The database also shows the different status of the rolling stock such as:
Tillgänglighet
Status:
En databas måste ha en tillgänglighet vid förfrågan på minst 99,9 %.
loading of the rolling stock
Underhållsmässighet
This status is required for the information exchange between the RU and the IMs and to other railway undertakings involved in the transport journey.
Underhållsmässigheten hos en databas måste stödja den tillgänglighet som krävs.
loaded wagon on journey
Databaserna är i sig inte säkerhetsrelaterade.
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.
Därför är säkerhetsaspekter inte relevanta.
empty wagon on journey
Detta ska 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.
unloading of rolling stock
En databas måste stödja ett programspråk som är allmänt accepterat, t.ex.
This status is required for the information exchange between the RU at destination and the Lead RU for the transport.
SQL eller XQL.
empty wagon under fleet management control
Importmöjligheter
This status is required to get the information about availability of a vehicle of defined characteristics.
En databas ska vara så utformad att det går att importera formaterade data för att fylla i databasen istället för manuell inmatning.
Wagon Trip Plan Databases
Exportmöjligheter
Trains may be composed of wagons from various Customers.
En databas ska vara utformad så att det går att exportera innehållet i hela eller delar av databasen som formaterade data.
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.
Obligatoriska fält
New train paths for a train — e.g. in case of service interruptions — lead to revised trip plans for the wagons concerned.
En databas måste stödja obligatoriska fält som måste fyllas i innan en registrering accepteras som en inmatning i databasen.
The creation time for the trip plan is the receipt of the consignment note from the customer.
Rimlighetskontroll
The Wagon Trip Plans must be stored by each LRU in a database.
En databas måste stödja konfigurerbara rimlighetskontroller innan införande, uppdatering eller borttagning av registrerade data accepteras.
These databases must be accessible via the Common Interface (4.2.14.1: General Architecture and 4.2.12.6: Common Interface).
Svarstider
In addition to the mandatory databases mentioned above, at each IM side a train database may be installed.
En databas måste ha svarstider som gör att användare kan föra in, uppdatera eller ta bort registrerade data utan oacceptabla fördröjningar.
This infrastructure manager train database corresponds to the movement part of the Wagon and Intermodal Unit Operational Database.
Prestandaaspekter
The main data entry is the train related data of the train composition message from the RU.
Referensfiler och databaser ska på ett kostnadseffektivt sätt tillåta att de frågor ställs som krävs för att alla relevanta tågrörelser och vagnrörelser som omfattas av bestämmelserna i denna TSD ska kunna genomföras effektivt.
All train events result in an update of this train related database.
Kapacitetsaspekter
An alternative storage possibility for these data is the path database (Chapter 4.2.2: Path Request).
En databas ska stödja lagringen av relevanta data för alla godsvagnar respektive hela järnvägsnätet.
These databases must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
Det ska vara möjligt att utöka kapaciteten med enkla medel (dvs. genom att lägga till mer lagringskapacitet och datorer).
Additional Requirements on the Databases
Utökning av kapaciteten ska inte kräva att delsystemet byts ut.
Under the following points are listed additional requirements which must be supported by the various databases.
Historiska data
These are:
En databas ska stödja hanteringen av historiska data i den meningen att data överförs till ett arkiv och hålls tillgängliga.
Authentication
Backupstrategi
A database must support the authentication of users of the systems before they can gain access to the database.
En backupstrategi ska finnas som gör att allt innehåll i databasen för upp till 24 timmar kan återställas.
Security
Kommersiella aspekter
A database must support the security aspects in the meaning of controlling access to the database.
Ett databassystem som används ska finnas tillgängligt som hyllvara (COTS-produkt) eller vara fritt tillgängligt i public domain (öppen källa).
The possible encryption of the database contents itself is not required.
Anmärkningar:
Consistency
Ovan nämnda krav måste hanteras av ett standardsystem för databashantering (DBMS).
A database selected shall support the ACID principle (Atomicity, Consistency, Isolation and Durability).
Användningen av de olika databaserna ingår i olika arbetsflöden som beskrivits ovan.
Access Control
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.12.1: Allmän arkitektur och 4.2.12.6: Gemensamt gränssnitt).
A database must allow access to the data to users or systems that have been granted permission.
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 access control shall be supported down to a single attribute of a data record.
Allmän arkitektur
The database shall support configurable, role based access control for insertion, update or deletion of data records.
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.
Tracing
Infrastrukturen för nätverk och kommunikation inom ett sådant gemensamt driftskompatibelt järnvägsnät ska bygga på en gemensam arkitektur för informationsutväxling som är känd av och har anammats av alla deltagande aktörer.
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).
Den föreslagna arkitekturen för informationsutväxling
Lock strategy
ä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å,
A database must implement a locking strategy which allows access to the data even when other users are currently editing records.
har minimal inverkan på de olika aktörernas befintliga IT-arkitekturer, och
Multiple access
säkrar redan gjorda IT-investeringar.
A database must support that data can be accessed simultaneously by several users and systems.
Arkitekturen för informationsutbyte 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.
Reliability
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.
The reliability of a database must support the required availability.
En grafisk framställning av den allmänna arkitekturen finns i dokumentet ”TSD TAF – Bilaga A. 5: siffror och sekvensdiagram i TSD TAF-meddelanden”, kapitel 1.5, som förtecknas i bilaga I.
Availability
Nätverk
A database must have an availability on demand of at least 99,9 %.
Med nätverk avses här kommunikationsmetoden och -idén, inte det fysiska nätet.
Maintainability
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.
A maintainability of the database must support the required availability.
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.
Databases themselves are not safety-related.
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.
Hence safety aspects are not relevant.
VPN-tunnlar anses inte vara nödvändiga för att uppnå en tillräcklig säkerhetsnivå.
This is not to be confused with the fact that the data — e.g. wrong or not actual data — may have impact on the safe operation of a train.
Aktörer som redan har eller vill införa olika säkerhetsnivåer i valda delar av nätet kan dock göra det.
Compatibility
Det är möjligt att genomföra en hybridartad peer-to-peer-modell över det publika internet med ett gemensamt gränssnitt vid varje aktörs nod och en central certifikatutfärdare.
A database must support a data manipulation language that is widely accepted, such as SQL or XQL.
Sedan genomförs en peer-to-peer-kommunikation mellan de berörda aktörerna.
Import facility
Peer-to-peer-kommunikationen grundar sig på tekniska standarder för det gemensamma gränssnitt som beskrivs i dokumentet ”TSD TAF – Bilaga D. 2: Tillägg F – TSD TAF data och meddelandemodell” som förtecknas i tillägg I.
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.
För att uppnå en hög säkerhetsnivå ska alla meddelanden vara självständiga (self contained), vilket betyder att informationen i meddelandet är skyddad och att mottagaren kan verifiera meddelandets äkthet.
Export facility
Detta kan göras genom en metod för kryptering och signering liknande den som används för kryptering av e-post.
A database shall provide a facility that allows to export the contents of the complete database or its part as formatted data.
Kryptering
Mandatory Fields
Man ska 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 database must support mandatory fields that are required to be filled before the relevant record is accepted as input to the database.
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).
Plausibility Checks
Den centrala datakatalogen
A database must support configurable plausibility checks before accepting the insertion, update or deletion of data records.
Den centrala datakatalogen ska kunna hantera
Response times
metadata – strukturerade data som beskriver meddelandenas innehåll,
A database must have response times that allow users to insert, update or delete data records in a timely manner.
certifieringsinstans (CA).
Performance aspects
Förvaltningen av den centrala datakatalogen bör skötas av en icke-kommersiell sameuropeisk organisation.
The reference files and databases shall support in a cost effective manner the queries necessary to allow the effective operation of all relevant train runs and wagon movements that are covered by the provisions of this TSI.
Om den centrala datakatalogen används i samband med TSD TAF [2] ska utveckling och ändringar ske i linje med TSD TAF:en [2] så att optimala synergieffekter kan åstadkommas.
Capacity aspects
Ett gemensamt gränssnitt är obligatoriskt för alla aktörer som vill delta i det gemensamma driftskompatibla järnvägsnätet.
A database shall support the storage of the relevant data for all freight wagons respectively the network.
Ett gemensamt gränssnitt ska kunna hantera
It shall be possible to extend the capacity by simple means (i.e. by adding more storage capacity and computers).
formatering av utgående meddelanden enligt metadata,
The extension of the capacity shall not require replacement of the subsystem.
signering och kryptering av utgående meddelanden,
Historical data
adressering av utgående meddelanden,
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.
verifiering av inkommande meddelandens äkthet,
Back-up strategy
dekryptering av inkommande meddelanden,
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.
kontroll av att inkommande meddelanden överensstämmer med metadata,
Commercial aspects
åtkomsten till olika databaser via en enda gemensam ingång.
A database system used shall be available commercially off-the-shelf (COTS-product) or be available in the public domain (Open Source).
Varje instans av det gemensamma gränssnittet ska ha tillgång till alla de data som krävs enligt TSD inom varje fordonsinnehavare, LRU, RU, IM etc., oavsett om de relevanta databaserna är centrala eller individuella (se även dokumentet ”TSD TAF – Bilaga A. 5: siffror och sekvensdiagram i TSD TAF-meddelanden”, kapitel 1.6, som förtecknas i bilaga I).
Remarks:
Om det gemensamma gränssnittet används tillsammans med TSD TAF [2] ska utveckling och ändringar ske i linje med TSD TAF [2] så att optimala synergieffekter kan åstadkommas.
The above requirements must be handled by a standard Database Management System (DBMS).
På grundval av resultaten av äkthetsverifieringen av inkommande meddelanden kan en miniminivå för meddelandekvittens genomföras:
The usage of the various databases is embedded into various work flows described here before.
positiv sänd ACK,
The general workflow is a request/response mechanism, where an interested party requests information from the database through the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
negativ sänd NACK.
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).
Det gemensamma gränssnittet använder informationen i den centrala datakatalogen för att sköta ovan nämnda uppgifter.
General Architecture
En aktör kan ha en lokal ”spegling” av den centrala datakatalogen för att förkorta svarstiderna.
This subsystem will see, over time, the growth and interaction of a large and complex Telematics rail interoperability community with hundreds of participating players (RUs, IMs, etc.), which will compete and/or cooperate in serving the market's needs.
Mot bakgrund av de väsentliga kraven i kapitel 3, gäller följande funktionella och tekniska specifikationer för gränssnitten: