natgillin/translations-raw huggingface dataset:
Wagon Interchange Sub Notice message
Junien ja vaunujen liikkeiden seuraamiseksi on asennettava seuraavat tietokannat, jotka päivitetään reaaliaikaisesti jokaisen oleellisen tapahtuman jälkeen.
With the ‘Wagon Interchange Notice/Sub’ message the RU 2 informs the IM, that it has taken over the responsibility of a particular wagon.
Valtuutetuilla yhteisöillä, kuten liikkuvan kaluston haltijoilla ja hallinnoilla, on oltava mahdollisuus käyttää tietoja, joita ne tarvitsevat kahdenvälisten sopimusten mukaisia toimintojaan varten.
The definition of the mandatory structure of Wagon Interchange Sub Notice message and the elements to be followed are described in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
vaunujen ja intermodaalisten lastausyksikköjen toimintaan liittyvä tietokanta,
Wagon Received at Interchange message
vaunujen/intermodaalisten lastausyksikköjen reittisuunnitelma.
With the ‘Wagon Received at Interchange’ message the RU 2 informs RU 1 that it accepts the responsibility for the wagon.
Näiden tietokantojen on oltava käytettävissä yhteisen rajapinnan välityksellä (4.2.12.1 kohta: Yleinen arkkitehtuuri ja 4.2.12.6 kohta: Yhteinen rajapinta).
The definition of the mandatory structure of Wagon Received at Interchange message and elements to be followed are described in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
Vaunujen ja intermodaalisten lastausyksikköjen käyttöä koskeva tietokanta
Wagon Refused at Interchange message
Vastaavan rautatieyrityksen ja rautatieyritysten välinen viestintä yhteistoimintatilassa perustuu vaunujen ja/tai intermodaalisten lastausyksikköjen numeroihin.
With the ‘Wagon Refused at Interchange’ message the RU 2 informs RU 1 that it is not willing to take over the responsibility for the wagon.
Tämän takia rautatieyrityksen, joka viestii rataverkon haltijoiden kanssa junatasolla, on avattava nämä tiedot vaunuihin ja intermodaalisiin lastausyksikköihin liittyviksi.
The definition of the mandatory structure of Wagon Refused at Interchange message and elements to be followed are described in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
Nämä vaunuihin ja intermodaalisiin lastausyksikköihin liittyvät tiedot on säilytettävä vaunun ja intermodaalisen lastausyksikön käyttöä koskevassa tietokannassa.
To be competitive the European Railway Industry must deliver higher service quality to its customers (see also Annex III, Article 2.7.1 to the Directive 2008/57/EC (1)).
Junan liikkeitä koskevia tietoja lisätään tai päivitetään vaunun ja intermodaalisen lastausyksikön käyttöä koskevaan tietokantaan asiakkaiden tiedoksi.
A measurement process is an essential post trip process to support quality improvements.
Vaunun tai intermodaalisen lastausyksikön liikkeitä koskevia tietoja sisältävä tietokannan osa perustetaan viimeistään silloin, kun asiakas ilmoittaa ajan, jolloin vaunut tai intermodaaliset lastausyksiköt ovat lähtövalmiina.
In addition to measuring the service quality delivered to the customer, LRUs, RUs and IMs must measure the quality of the service components that in total make up the product delivered to the customer.
Tämä aika on ensimmäinen vaunun ja intermodaalisen lastausyksikön käyttöä koskevaan tietokantaan tehtävä itse kuljetusmatkaa koskeva merkintä.
The process involves the IMs and the RUs (especially if they are Lead RUs) selecting an individual quality parameter, a route or location and a measurement period in which actual results are to be measured against predetermined criteria and which normally have been set out in a contract.
Vaunujen liikkeitä koskevat viestit on määritelty 4.2.8 kohdassa (Vaunujen liikkeet) ja 4.2.9 kohdassa (Vaihtoraportit).
The results of the measurement process must clearly show the achievement level against the target which has been agreed upon between the contracting parties.
Tämän tietokannan on oltava käytettävissä yhteisen rajapinnan välityksellä (4.2.12.1: Yleinen arkkitehtuuri ja 4.2.12.6 kohta: Yhteinen rajapinta).
Preface
Vaunun ja intermodaalisen lastausyksikön käyttöä koskeva tietokanta on tärkein tietokanta vaunujen seurannan kannalta ja sen vuoksi myös mukana olevien rautatieyritysten ja vastaavan rautatieyrityksen välisen viestinnän kannalta.
The Infrastructure Data (the Network Statements and the infrastructure restriction notices ) and Rolling Stock Data (in the Rolling Stock Reference Databases and in the Wagon and Intermodal Unit Operational Database) are the most important data for the operation of freight trains on the European network.
Tässä tietokannassa on tiedot vaunun ja intermodaalisen lastausyksikön liikkeistä lähdöstä aina siihen saakka, kun ne lopulta toimitetaan asiakkaan sivuraiteelle, sekä ETI-ajat ja todelliset ajat eri paikoissa ja lopullisen perille toimittamisen ETA-aika.
Both types of data together allow an assessment of the compatibility of the rolling stock with the infrastructure, help to avoid multiple data input, which increase especially the data quality, and they give a clear picture on all available installations and equipment at any time for fast decisions during the operation.
Tietokannassa on myös tieto liikkuvan kaluston eri tiloista, kuten
The Rolling Stock Reference Databases
Tila:
The keeper of a rolling stock is responsible for the storage of the rolling stock data within a Rolling Stock Reference Database.
liikkuvan kaluston lastaus
The Information that must be included in the individual Rolling Stock Reference Databases is described in detail in Appendix I, Appendix C. They must contain all items for:
Tätä tilatietoa tarvitaan tiedonvaihtoon rautatieyrityksen ja rataverkon haltijoiden ja muiden kuljetuksessa mukana olevien rautatieyritysten kanssa.
Assessment of the compatibility with the infrastructure,
lastattu vaunu matkalla
The Rolling Stock Reference Databases must allow easy access (a single common access provided via the common interface) to the technical data to minimise the volume of data transmitted for each operation.
Tätä tilatietoa tarvitaan tiedonvaihtoon rataverkon haltijan ja rautatieyrityksen, muiden rataverkon haltijoiden ja muiden kuljetuksessa mukana olevien rautatieyritysten kanssa.
Contents of the Databases must be accessible, based on structured access rights depending on privilege to all Service Providers (IMs, RUs, Logistic providers and Fleet managers) in particular for purposes of fleet management and rolling stock maintenance.
tyhjä vaunu matkalla
The entries in the Rolling Stock Reference Database can be grouped as follows:
Tätä tilatietoa tarvitaan tiedonvaihtoon rataverkon haltijan ja rautatieyrityksen välillä, muiden rataverkon haltijoiden ja muiden kuljetuksessa mukana olevien rautatieyritysten kanssa.
Administrative data, related to certification and registration items such as reference to the EC registration file, id of the notified body, etc.;
liikkuvan kaluston lastin purku
this may include historical data related to ownership, rental, etc.
Tätä tilatietoa tarvitaan tiedonvaihtoon määränpäässä toimivan rautatieyrityksen ja kuljetuksesta vastaavan rautatieyrityksen välillä.
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.
tyhjä vaunu kalustonhallinnan valvonnassa
The following steps have to be taken into account:
Tätä tilatietoa tarvitaan, jotta saataisiin tietoja tietyntyyppisten vaunujen saatavuudesta.
Date put into service in the state of registration,
Vastaavan rautatieyrityksen (palveluintegraattorina toimivan rautatieyrityksen) on laadittava jokaiselle vaunulle matkasuunnitelma, joka vastaa junan reittiä.
Registration in other countries for the use on their national network,
Junalle laaditut uudet reitit — esim. häiriöiden sattuessa — aiheuttavat junassa olevien vaunujen matkasuunnitelmien muuttumisen.
Safety certification for all Rolling Stock which does not comply with the Rolling Stock TSI.
Näiden tietokantojen on oltava käytettävissä yhteisen rajapinnan välityksellä (4.2.14.1: Yleinen arkkitehtuuri ja 4.2.12.6 kohta: Yhteinen rajapinta).
The keeper is obliged to ensure that these data are available and the processes behind have been conducted.
Edellä mainittujen pakollisten tietokantojen lisäksi voidaan jokaisen rataverkon haltijan käyttöön asentaa junatietokanta.
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.
Tämä rataverkon haltijan junatietokanta vastaa vaunun ja intermodaalisen lastausyksikön käyttöä koskevan tietokannan liikkeitä koskevia tietoja sisältävää osaa.
The Rolling Stock Operational Data
Tärkeimmät syötettävät tiedot junan osalta sisältyvät rautatieyritykseltä tulleeseen Junan kokoonpano -viestiin.
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.
Kaikki junaa koskevat tapahtumat päivitetään tähän junatietokantaan.
This data shall include temporary data, such as restrictions, current and projected maintenance actions, km and fault counters, etc.;
Vaihtoehtoisesti nämä tiedot voidaan tallentaa reittitietokantaan (4.2.2 kohta: Reittipyyntö).
and all data that could be considered as ‘status’ (temporary speed restrictions, brake isolated, needs for repair and fault description, etc.).
Näiden tietokantojen on oltava käytettävissä yhteisen rajapinnan välityksellä (4.2.12.1: Yleinen arkkitehtuuri ja 4.2.12.6 kohta: Yhteinen rajapinta).
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:
Tietokantoja koskevia lisävaatimuksia
Railway Undertaking as Duty holder during its transport control,
Seuraavassa luetellaan vaatimukset, jotka eri tietokantojen on lisäksi täytettävä.
Keeper of rolling stock, and
Ne ovat seuraavat:
User (Hirer) of rolling stock.
Tunnistus
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).
Tietokannassa on oltava järjestelmän käyttäjien tunnistus ennen tietokannan käyttöä.
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.
Tietoturva
Reference Files
Tietokannan on oltava tietoturvallinen siinä mielessä, että sen käyttömahdollisuutta valvotaan.
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).
Tietokannan sisällön salausta ei sinänsä edellytetä.
The data must represent the actual status at all times.
Oikeellisuus
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.
Valitun tietokannan on tuettava ACID-periaatetta, joka on lyhenne sanoista Atomicity (atomisuus), Consistency (oikeellisuus), Isolation (erillisyys) ja Durability (kestävyys).
Locally stored and administrated:
Käyttöoikeudet
Reference File of the emergency services, correlated to type of hazardous goods.
Tietokannan tietojen on oltava käyttöoikeudet saaneiden käyttäjien tai järjestelmien käytettävissä.
Centrally stored and administrated:
Käytön valvonnan on ulotuttava jokaiseen tietueen attribuuttiin saakka.
Reference File of the Coding for all IMs, RUs, Service provider companies;
Tietokannan on tuettava mukautettavissa olevaa rooleihin perustuvaa käytön valvontaa, joka kattaa tietueiden lisäämisen, päivittämisen ja poistamisen.
Reference File of the Coding for Freight Transport Customers;
Käytön seuranta
Reference File of the Coding of Locations (Primary and subsidiary),
Tietokannan on tuettava kaikkien siinä tehtyjen toimien kirjaamista lokitiedostoon, jotta syötettyjen tietojen osalta voidaan selvittää, kuka teki mitäkin muutoksia ja milloin.
The European Railway Agency will save a copy of the Reference File for the Locations Codes and Company Codes.
Lukitusstrategia
On individual request and without prejudice to intellectual property rights, this data shall be available for public consultation.
Tietokannassa on toteutettava lukitusstrategia, joka mahdollistaa tietojen käytön silloinkin, kun joku toinen käyttäjä juuri muokkaa tietueita.
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.
Monen käyttäjän mahdollisuus
Other Databases
Usean käyttäjän ja järjestelmän on voitava samanaikaisesti käyttää tietokannan tietoja.
To allow for the tracking of train and wagon movements, the following databases, updated at each relevant event in real time, must be installed.
Luotettavuus
Authorised entities such as keepers and fleet managers must have access to the data relevant to fulfil their functions, according to bilateral agreements.
Tietokannan on oltava riittävän luotettava, jotta vaadittu käytettävyys saavutetaan.
Wagon and Intermodal Unit Operational Database,
Käytettävyys
Trip plan for wagon/Intermodal unit.
Tietokannan on oltava tarvittaessa käytettävissä vähintään 99,9-prosenttisesti.
These databases must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
Ylläpidettävyys
Wagon and Intermodal unit Operational Database
Tietokannan on oltava riittävän helposti ylläpidettävä, jotta vaadittu käytettävyys saavutetaan.
The communication between the Lead RU and RUs in the cooperation mode is based on wagon and/or Intermodal unit numbers.
Tietokannat eivät itsessään liity turvallisuuteen.
Therefore an RU, which communicates with the IMs at train level, must break down this information into wagon and Intermodal unit related one.
Tämän vuoksi turvallisuusseikat eivät liity asiaan.
This wagon and Intermodal unit related information must be stored in the Wagon and Intermodal Unit Operational Database.
Tällöin ei kuitenkaan pidä unohtaa, että tietokannan tiedoilla — jos ne esim. ovat vääriä tai vanhentuneita — voi olla vaikutusta junan käytön turvallisuuteen.
The information on train movement leads to new entries/updates in the Wagon and Intermodal Unit Operational Database for customer information.
Yhteensopivuus
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.
Tietokannan on tuettava yleisesti käytössä olevaa tietojenkäsittelykieltä, joita ovat esim. SQL ja XQL.
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.
Tietojen tuontimahdollisuus
The messages for the wagon movement are defined in the Chapters 4.2.8 (Wagon Movement) and 4.2.9 (Interchange Reporting).
Tietokantaan on oltava mahdollista tuoda tietyn muotoista dataa tietojen manuaalisen syöttämisen vaihtoehtona.
This database must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
Tietojen vientimahdollisuus
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.
Tietokannasta on oltava mahdollista viedä sen sisältö, kokonaan tai osittain, tietyn muotoisena datana.
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.
Pakolliset kentät
The database also shows the different status of the rolling stock such as:
Tietokannan on tuettava pakollisia kenttiä, jotka on täytettävä, ennen kuin tietokanta hyväksyy kyseisen tietueen syöttämisen.
Status:
Eheystarkistukset
loading of the rolling stock
Tietokannan on tuettava mukautettavia eheystarkistuksia, jotka tehdään ennen tietueiden lisäyksen, päivityksen tai poiston hyväksymistä.
This status is required for the information exchange between the RU and the IMs and to other railway undertakings involved in the transport journey.
Vasteajat
loaded wagon on journey
Tietokannan vasteaikojen on oltava sellaiset, että käyttäjät voivat lisätä, päivittää tai poistaa tietueita kohtuullisessa ajassa.
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.
Suorituskyky
empty wagon on journey
Viitetiedostojen ja tietokantojen on kustannustehokkaasti tuettava kyselyjä, joita kaikkien tämän YTE:n määräysten kohteena olevien junien kulku ja vaunujen liikkeet edellyttävät.
unloading of rolling stock
Tietokantaan on oltava mahdollista tallentaa kaikki tavaravaunuja ja rautatieverkkoa koskevat oleelliset tiedot.
This status is required for the information exchange between the RU at destination and the Lead RU for the transport.
Kapasiteetin lisäämisen yksinkertaisin keinoin (eli lisäämällä tallennuskapasiteettia ja tietokoneita) on oltava mahdollista.
empty wagon under fleet management control
Kapasiteetin lisääminen ei saa edellyttää alajärjestelmän uusimista.
This status is required to get the information about availability of a vehicle of defined characteristics.
Arkistointi
Wagon Trip Plan Databases
Tietokannan on tuettava historiatietojen hallintaa, toisin sanoen jo arkistoitujen tietojen on oltava käytettävissä.
Trains may be composed of wagons from various Customers.
Varmuuskopiostrategia
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.
Käytössä on oltava varmuuskopiostrategia, jonka avulla varmistetaan, että tietokannan koko sisältö aina edellisen 24 tunnin ajalta voidaan palauttaa.
New train paths for a train — e.g. in case of service interruptions — lead to revised trip plans for the wagons concerned.
Kaupalliset näkökohdat
The creation time for the trip plan is the receipt of the consignment note from the customer.
Tietokantajärjestelmän on oltava kaupallisesti saatavana valmiina tuotteena (COTS-tuotteena) tai yleisesti saatavana (Open Source).
The Wagon Trip Plans must be stored by each LRU in a database.
Huomautuksia:
These databases must be accessible via the Common Interface (4.2.14.1: General Architecture and 4.2.12.6: Common Interface).
Edellä mainittujen vaatimusten on oltava hallittavissa tavanomaisen tietokannanhallintajärjestelmän (DBMS) avulla.
In addition to the mandatory databases mentioned above, at each IM side a train database may be installed.
Eri tietokantojen käyttö sisältyy aiemmin tässä asiakirjassa kuvattuihin työnkulkuihin.
This infrastructure manager train database corresponds to the movement part of the Wagon and Intermodal Unit Operational Database.
Yleinen työnkulku on pyyntöjä ja vastauksia sisältävä mekanismi, jossa tietoja tarvitseva käyttäjä pyytää tietokannasta tietoja yhteisen rajapinnan välityksellä (4.2.12.1 kohta: Yleinen arkkitehtuuri ja 4.2.12.6 kohta: Yhteinen rajapinta).
The main data entry is the train related data of the train composition message from the RU.
Tietokannanhallintajärjestelmä vastaa tähän pyyntöön joko antamalla pyydetyt tiedot tai ilmoittamalla, ettei pyydettyjä tietoja ole käytettävissä (tietoja ei ole tai käytön valvonta estää niiden antamisen).
All train events result in an update of this train related database.
Yleinen arkkitehtuuri
An alternative storage possibility for these data is the path database (Chapter 4.2.2: Path Request).
Tässä osajärjestelmässä tapahtuu ajan kuluessa suurten ja monimutkaisten rautatieliikenteen yhteentoimivuuteen liittyvien telemaattisten yhteisöjen kasvua ja vuorovaikutusta satojen mukana olevien toimijoiden (rautatieyritysten, rataverkon haltijoiden jne.) välillä, jotka kilpailevat ja/tai toimivat yhteistyössä palvellakseen markkinoiden tarpeita.
These databases must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
Tällaisia rautatieliikenteen yhteentoimivuuteen liittyviä yhteisöjä tukeva verkko- ja viestintäinfrastruktuuri perustuu kaikkien osallisena olevien toimijoiden tuntemaan ja käyttämään yhteiseen tiedonvaihdon arkkitehtuuriin.
Additional Requirements on the Databases
Ehdotettu tiedonvaihdon arkkitehtuuri
Under the following points are listed additional requirements which must be supported by the various databases.
on suunniteltu sovittamaan yhteen erilaisia tietomalleja muuntamalla semanttisesti eri järjestelmien välillä lähetettäviä tietoja ja sovittelemalla liiketoimintaprosessien ja sovellustason protokollien välisiä eroja,
These are:
vaikuttaa mahdollisimman vähän eri toimijoiden nykyisin käyttämiin tietotekniikka-arkkitehtuureihin,
Authentication
turvaa jo tehtyjen tietotekniikkainvestointien arvon säilymisen.
A database must support the authentication of users of the systems before they can gain access to the database.
Tiedonvaihdon arkkitehtuuri suosii enimmäkseen vertaisperiaatteella tapahtuvaa vuorovaikutusta kaikkien toimijoiden kesken samalla, kun se takaa tiedonvaihdon eheyden ja jatkuvuuden yhteentoimivaan rautatieliikenteeseen osallistuvien kesken tarjoamalla keskitetyt palvelut.
Security
Vertaisperiaatteella tapahtuvan vuorovaikutuksen ansiosta kustannukset voidaan parhaalla tavalla jakaa eri toimijoiden kesken todellisen käytön perusteella, minkä lisäksi se yleisesti ottaen aiheuttaa vähemmän skaalautuvuuteen liittyviä ongelmia.
A database must support the security aspects in the meaning of controlling access to the database.
Lisäyksessä I mainitussa asiakirjassa ”TAF TSI — Annex A.5: Figures and Sequence Diagrams of the TAF TSI messages”, chapter 1.5 on yleistä arkkitehtuuria esittävä kuva.
The possible encryption of the database contents itself is not required.
Verkko
Consistency
Tässä tapauksessa verkottumisella tarkoitetaan viestinnän menetelmää ja filosofiaa, ei fyysistä verkkoa.
A database selected shall support the ACID principle (Atomicity, Consistency, Isolation and Durability).
Rautatieliikenteen yhteentoimivuus perustuu kaikkien osallisena olevien toimijoiden tuntemaan ja käyttämään yhteiseen tiedonvaihdon arkkitehtuuriin, ja tämä rohkaisee uusia toimijoita, erityisesti asiakkaita, tulemaan mukaan ja laskee mukaantulon kynnystä.
Access Control
Tietoturvaa ei sen vuoksi hoideta verkon avulla (esim. VPN tai tunnelointi), vaan vaihtamalla ja hallitsemalla turvallisia viestejä.
A database must allow access to the data to users or systems that have been granted permission.
VPN-verkkoa ei sen vuoksi tarvita (suuren VPN-verkon hallinnointi on monimutkaista ja kallista), minkä ansiosta vältetään vastuunjakoon ja omistussuhteisiin liittyvät ongelmat.
The access control shall be supported down to a single attribute of a data record.
Tunnelointia ei pidetä tarpeellisena vaadittavan tietoturvatason saavuttamiseksi.
The database shall support configurable, role based access control for insertion, update or deletion of data records.
Joka tapauksessa toimijoilla voi jo olla tai ne voivat halutessaan toteuttaa erilaisia tietoturvajärjestelyjä tietyissä verkon osissa.
Tracing
Julkisen internetin välityksellä on mahdollista toteuttaa hybridinen vertaisverkkomalli, jossa on yhteinen rajapinta kunkin toimijan ja keskusvarmentajan liittymään.
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).
Sen jälkeen toimijat viestivät keskenään vertaisperiaatteella.
Lock strategy
Vertaisviestintä perustuu yhteisen rajapinnan teknisiin standardeihin, jotka kuvataan lisäyksessä I mainitussa asiakirjassa ”TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model”.