natgillin/translations-raw huggingface dataset:
Without prejudice to the conditions for the usage of a path in the Network Statements or to the responsibilities in case of any restrictions in the infrastructure explained in the TSI Operation and Traffic Management, the RU must know before preparing the train, whether there are any restrictions on the line segments or stations (nodes) affecting its train composition described in the path contract.
Verkkoselostuksissa esitettyjen reitin käyttöä koskevien ehtojen merkitystä tai käyttötoimintaa ja liikenteen hallintaa koskevassa YTE:ssä esitettyjä infrastruktuurin rajoituksia koskevia vastuita rajoittamatta rautatieyrityksen on ennen junan valmistelua tiedettävä, onko rataosuuksilla tai asemilla (solmukohdissa) reittiä koskevassa sopimuksessa kuvattuja junan kokoonpanoon vaikuttavia rajoituksia.
For this the IMs must install and fill-in Infrastructure Restriction Notice Databases.
Tämän takia infrastruktuurin hallintojen on otettava käyttöön infrastruktuurin rajoituksia koskevat tietokannat ja tallennettava niihin tarvittavat tiedot.
The structure of such a database is outlined in Annex A, Index 2.
Kunkin tällaisen tietokannan rakenne selostetaan pääpiirteissään liitteessä A olevan 2 luettelokohdan mukaisessa asiakirjassa.
The entries of these databases are based on segments in line with the relevant Network Statements with the addition of restriction information.
Näihin tietokantoihin syötettävät tiedot perustuvat asianmukaisia verkkoselostuksia vastaaviin osuuksiin ja rajoituksia koskeviin tietoihin.
These databases must be accessible via the common interface (4.2.14.1: General architecture and 4.2.14.7: Common interface).
Näiden tietokantojen on oltava käytettävissä yhteisen rajapinnan välityksellä (4.2.14.1 kohta: ja 4.2.14.7 kohta:).
The RU is obliged to take into account all restrictions in the Infrastructure Restriction Notice Database affecting its train running until the pre-departure period.
Rautatieyrityksen velvollisuus on ottaa huomioon kaikki infrastruktuurin rajoituksia koskevassa tietokannassa olevat junan kulkuun vaikuttavat rajoitukset ennen junan lähdön valmisteluaikaa.
If nothing else is defined in a contract between the IM and RU, the pre-departure period starts one hour before the scheduled time of departure.
Jos infrastruktuurin hallinnon ja rautatieyrityksen välisessä sopimuksessa ei ole muuta sovittu, lähdön valmisteluaika alkaa tuntia ennen junan aikataulun mukaista lähtöaikaa.
In the pre-departure period the IM must notify directly the RU of any relevant changes arising in the Infrastructure Restriction Notice Database.
Lähdön valmisteluaikana infrastruktuurin hallinnon on ilmoitettava rautatieyritykselle välittömästi kaikista oleellisista infrastruktuurin rajoituksia koskevassa tietokannassa tapahtuneista muutoksista.
The Rolling Stock Reference Databases
Liikkuvan kaluston viitetietokannat
The keeper of a rolling stock is responsible for the storage of the rolling stock data within a Rolling Stock Reference Database.
Liikkuvan kaluston haltija vastaa liikkuvaa kalustoa koskevien tietojen tallentamisesta liikkuvan kaluston viitetietokantaan.
The Information that must be included in the individual Rolling Stock Reference Databases is described in detail in Annex A, Index 2.
Yksittäisiin liikkuvan kaluston viitetietokantoihin tallennettavat tiedot selostetaan yksityiskohtaisesti liitteessä A olevan 2 luettelokohdan mukaisessa asiakirjassa.
They must contain all items for:
Mukana on oltava kaikki seuraavat tiedot:
assessment of the compatibility with the infrastructure,
arvio yhteensopivuudesta infrastruktuurin kanssa,
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.
Liikkuvan kaluston viitetietokantoihin sisältyvien teknisten tietojen on oltava helposti käytettävissä (yhteiskäytössä yhteisen rajapinnan välityksellä) siten, että kutakin toimintoa varten siirrettävän tiedon määrä minimoidaan.
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.
Tietokantojen sisällön on oltava kaikkien palveluntarjoajien (infrastruktuurin hallintojen, rautatieyritysten, logistiikkapalvelujen tarjoajien ja liikkuvan kaluston haltijoiden) käytettävissä oikeuksiin perustuvien strukturoitujen käyttöoikeuksien nojalla erityisesti kaluston hallinta- ja huoltotarkoituksiin.
The entries in the Rolling Stock Reference Database can be grouped as follows:
Liikkuvan kaluston viitetietokannan sisältämät tiedot voidaan ryhmitellä seuraavasti:
Administrative data,
Hallinnolliset tiedot,
related to certification and registration items such as reference to the EC registration file, ID of the notified body, etc.; this may include historical data related to ownership, rental, etc. The following steps have to be taken into account:
jotka liittyvät todistuksiin ja rekisteröinteihin, kuten viittaukset EY-rekisteröintitiedostoon, ilmoitetun laitoksen tunnisteet jne. Näihin tietoihin saattaa sisältyä historiatietoja omistuksesta, vuokrauksesta jne.
EC certification,
Seuraavat vaiheet on otettava huomioon:
registration in the ‘home’ State,
EY-todistukset, rekisteröinti kotivaltiossa,
date put into service in the State of registration,
käyttöönottopäivä rekisteröintivaltiossa,
registration in other countries for the use on their national network,
rekisteröinti muissa valtioissa niiden omassa rautatieverkossa tapahtuvaa käyttöä varten,
safety certification for all rolling stock which does not comply with the Rolling Stock TSI.
muun kuin liikkuvaa kalustoa koskevan YTE:n mukaisen liikkuvan kaluston turvallisuustodistukset.
The keeper is obliged to ensure that these data are available and the processes behind have been conducted.
Haltijan velvollisuus on varmistaa, että nämä tiedot ovat käytettävissä ja että niiden taustalla olevat prosessit on käyty läpi.
Design data,
Suunnittelutiedot,
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.
joihin kuuluvat kaikki liikkuvan kaluston (fyysiset) elementit, mukaan luettuina ympäristöasioihin liittyvät ominaisuudet, ja kaikki tiedot, joiden voidaan odottaa säilyvän voimassa koko liikkuvan kaluston käyttöiän ajan — tähän saattaa sisältyä historiatietoja suurista muutoksista, suurista kunnossapitotöistä, huolloista jne.
The Rolling Stock Operational Data
Liikkuvan kaluston käyttöä koskevat tiedot
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.
Liikkuvan kaluston viitetietojen lisäksi liikkuvan kaluston todellista tilaa koskevat tiedot ovat käytön kannalta tärkeimpiä.
This data shall include temporary data, such as restrictions, current and projected maintenance actions, kilometers and fault counters, etc.; and all data that could be considered as ‘status’ (temporary speed restrictions, brake isolated, needs for repair and fault description, etc.,).
Näihin tietoihin sisältyvät tilapäiset tiedot, kuten rajoitukset sekä nykyiset ja suunnitellut kunnossapitotoimet, matkamittarit ja vikalaskurit jne. sekä kaikki tiedot, joita voidaan pitää ”tilatietoina” (tilapäiset nopeusrajoitukset, järjestelmästä irrotetut jarrut, korjaustarpeet ja vikojen kuvaukset jne.).
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:
Liikkuvan kaluston käyttöä koskevien tietojen käytössä on otettava huomioon kolme eri osapuolta, jotka ovat vastuussa liikkuvasta kalustosta kuljetuksen aikana:
Railway Undertaking as Duty holder during its transport control,
rautatieyritys velvollisena osapuolena hoitaessaan kuljetusta,
Keeper of rolling stock, and
liikkuvan kaluston haltija, ja
User (Hirer) of rolling stock.
liikkuvan kaluston käyttäjä (vuokraaja).
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).
Kaikkien eri osapuolten on saatava liikkuvan kaluston käyttöä koskevat tiedot käyttöönsä siten, että valtuutettu käyttäjä syöttää järjestelmään yhden vaunun tunnisteeseen (numeroon) perustuvan avaimen.
The operational rolling stock data is a part of the European-wide Wagon and Intermodal Unit Operational Database as described in Chapter 4.2.12.2 Other databases .
Liikkuvan kaluston käyttöä koskevat tiedot ovat osa 4.2.12.2 kohdassa (Muut tietokannat) kuvattua Euroopan laajuista vaunujen ja intermodaalisten lastausyksikköjen käyttöä koskevaa tietokantaa.
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).
Tavarajunien käyttämiseksi Euroopan rautatieverkossa on seuraavien viitetiedostojen oltava kaikkien palveluntarjoajien (infrastruktuurin hallintojen, rautatieyritysten, logistiikkapalvelujen tarjoajien ja liikkuvan kaluston haltijoiden) saatavana ja käytettävissä.
The data must represent the actual status at all times.
Tietojen on aina vastattava todellista tilannetta.
Locally stored and administrated:
Paikallisesti säilytetyt ja hallinnoidut tiedot:
reference file of the emergency services, correlated to type of hazardous goods.
viitetiedosto, jossa on tiedot erilaisiin vaarallisiin aineisiin liittyvistä pelastuspalveluista.
Centrally stored and administrated:
Keskitetysti säilytetyt ja hallinnoidut tiedot:
reference file of the coding for all IMs, RUs, service provider companies,
viitetiedosto, jossa on kaikkien infrastruktuurien hallintojen, rautatieyritysten ja palveluntarjoajayhtiöiden tunnisteet,
reference file of the coding for transport customers,
viitetiedosto, jossa on kuljetusasiakkaiden tunnisteet,
reference file of the coding of locations (primary, subsidiary and zone-track-spot),
viitetiedosto, jossa on tiettyjen paikkojen (ensisijaisten ja toissijaisten paikkojen sekä ratavyöhykkeiden) tunnisteet,
reference file of the coding for customer locations,
viitetiedosto, jossa on asiakkaiden toimipisteiden tunnisteet,
reference file of all existing train control systems,
viitetiedosto, jossa on tiedot kaikista käytössä olevista junanohjausjärjestelmistä,
reference file of hazardous goods, UN and RID numbers,
viitetiedosto, jossa on tiedot vaarallisista aineista sekä niiden YK- ja RID-numeroista,
reference file of all different locomotive types,
viitetiedosto, jossa on tiedot kaikista erilaisista veturityypeistä,
reference file of all CN and HS codes for goods,
viitetiedosto, jossa on tiedot kaikista tavaroiden CN- ja HS-tunnuksista,
reference file of all European maintenance workshops,
viitetiedosto, jossa on tiedot kaikista eurooppalaisista kunnossapitokonepajoista,
reference file of all European audit bodies,
viitetiedosto, jossa on tiedot kaikista eurooppalaisista auditointielimistä,
reference file of all European licensed operators including respective list of national safety certificates granted.
viitetiedosto, jossa on tiedot kaikista eurooppalaisista valtuutetuista junayhtiöistä sekä myönnetyistä kansallisista turvallisuustodistuksista.
The coding of IMs, RUs, transport organisations and companies and transport customers as well as of locations (primary, subsidiary, etc.) including customer locations are pending.
Infrastruktuurin hallintojen, rautatieyritysten, kuljetusorganisaatioiden ja -yritysten sekä kuljetusasiakkaiden ja paikkojen (ensisijaisten, toissijaisten jne.) ja asiakkaiden toimipaikkojen koodaus on vasta valmisteilla.
To allow for the tracking of train and wagon movements, the following databases, updated at each relevant event in real time, must be installed.
Junien ja vaunujen liikkeiden seuraamiseksi on asennettava seuraavat tietokannat, jotka päivitetään reaaliaikaisesti jokaisen oleellisen tapahtuman jälkeen.
Authorised entities such as keepers and fleet managers must have access to the data relevant to fulfil their functions, according to contractual conditions.
Valtuutetuilla yhteisöillä, kuten liikkuvan kaluston haltijoilla ja hallinnoilla, on oltava mahdollisuus käyttää tietoja, joita ne tarvitsevat sopimusehtojen mukaisia toimintojaan varten.
Wagon and Intermodal Unit Operational Database,
vaunujen ja intermodaalisten lastausyksikköjen toimintaan liittyvä tietokanta,
Trip plan for wagon/intermodal unit.
vaunujen / intermodaalisten lastausyksikköjen reittisuunnitelma.
Wagon and Intermodal Unit Operational Database
Vaunujen ja intermodaalisten lastausyksikköjen käyttöä koskeva tietokanta
The communication between the Lead RU and RUs in the cooperation mode is based on wagon and/or intermodal unit numbers.
Vastaavan rautatieyrityksen ja rautatieyritysten välinen viestintä yhteistoimintatilassa perustuu vaunujen ja/tai intermodaalisten lastausyksikköjen numeroihin.
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 takia rautatieyrityksen, joka viestii infrastruktuurin hallintojen kanssa junatasolla, on avattava nämä tiedot vaunuihin ja intermodaalisiin lastausyksikköihin liittyviksi.
This wagon and intermodal unit related information must be stored in the Wagon and Intermodal Unit Operational Database.
Nämä vaunuihin ja intermodaalisiin lastausyksikköihin liittyvät tiedot on säilytettävä vaunun ja intermodaalisen lastausyksikön käyttöä koskevassa tietokannassa.
The information on train movement leads to new entries/updates in the Wagon and Intermodal Unit Operational Database for customer information.
Junan liikkeitä koskevia tietoja lisätään tai päivitetään vaunun ja intermodaalisen lastausyksikön käyttöä koskevaan tietokantaan asiakkaiden tiedoksi.
The messages for the wagon movement are defined in the Chapters 4.2.8 (Wagon movement) and 4.2.9 (Interchange reporting).
Tämä aika on ensimmäinen Vaunun ja intermodaalisen lastausyksikön käyttöä koskevaan tietokantaan tehtävä itse kuljetusmatkaa koskeva merkintä. vaunujen liikkeitä koskevat viestit on määritelty 4.2.8 kohdassa (Vaunujen liikkeet) ja 4.2.9 kohdassa (Vaihtoraportit).
This database must be accessible via the common interface (4.2.14.1: General architecture and 4.2.14.7: Common interface).
Tämän tietokannan on oltava käytettävissä yhteisen rajapinnan välityksellä (4.2.14.1 kohta: ja 4.2.14.7 kohta:).
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.
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.
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.
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.
The database also shows the different status of the rolling stock such as:
Tietokannassa on myös tieto liikkuvan kaluston eri tiloista, kuten
Status: loading of the rolling stock
Tila: liikkuvan kaluston lastaus
This status is required for the information exchange between the RU and the IMs and to other railway undertakings involved in the transport journey.
Tätä tilatietoa tarvitaan tiedonvaihtoon rautatieyrityksen ja infrastruktuurin hallintojen ja muiden kuljetuksessa mukana olevien rautatieyritysten kanssa.
Status: loaded wagon on journey
Tila: lastattu vaunu matkalla
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.
Tätä tilatietoa tarvitaan tiedonvaihtoon infrastruktuurin hallinnon ja rautatieyrityksen, muiden infrastruktuurin hallintojen ja muiden kuljetuksessa mukana olevien rautatieyritysten kanssa.
Status: empty wagon on journey
Tila: tyhjä vaunu matkalla
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.
Tätä tilatietoa tarvitaan tiedonvaihtoon infrastruktuurin hallinnon ja rautatieyrityksen välillä, muiden infrastruktuurin hallintojen ja muiden kuljetuksessa mukana olevien rautatieyritysten kanssa.
Status: unloading of rolling stock
Tila: liikkuvan kaluston lastin purku
This status is required for the information exchange between the RU at destination and the Lead RU for the transport.
Tätä tilatietoa tarvitaan tiedonvaihtoon määränpäässä toimivan rautatieyrityksen ja kuljetuksesta vastaavan rautatieyrityksen välillä.
Status: empty wagon under fleet management control
Tila: tyhjä vaunu kalustonhallinnan valvonnassa
This status is required to get the information about availability of a vehicle of defined characteristics.
Tätä tilatietoa tarvitaan, jotta saataisiin tietoja tietyntyyppisten vaunujen saatavuudesta.
Wagon Trip Plan Databases
Vaunujen matkasuunnitelmia sisältävät tietokannat
Trains normally carry wagons from various customers.
Junissa on normaalisti mukana eri asiakkailta peräisin olevia vaunuja.
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.
Vastaavan rautatieyrityksen (palveluintegraattorina toimivan rautatieyrityksen) on laadittava jokaiselle vaunulle matkasuunnitelma, joka vastaa junan reittiä.
New train paths for a train — e.g. in case of service interruptions — lead to revised trip plans for the wagons concerned.
Junalle laaditut uudet reitit — esim. häiriöiden sattuessa — aiheuttavat junassa olevien vaunujen matkasuunnitelmien muuttumisen.
The creation time for the trip plan is the receipt of the consignment note from the customer.
Matkasuunnitelma laaditaan, kun asiakkaalta saadaan rahtikirja.
The Wagon Trip Plans must be stored by each LRU in a database.
Jokaisen vastaavan rautatieyrityksen on tallennettava vaunujen matkasuunnitelmat tietokantaan.
In addition to the mandatory databases mentioned above, at each IM side a train database may be installed.
Edellä mainittujen pakollisten tietokantojen lisäksi voidaan jokaisessa infrastruktuurin hallinnossa asentaa junatietokanta.
This infrastructure manager train database corresponds to the movement part of the Wagon and Intermodal Unit Operational Database.
Tämä infrastruktuurin hallinnon junatietokanta vastaa vaunun ja intermodaalisen lastausyksikön käyttöä koskevan tietokannan liikkeitä koskevia tietoja sisältävää osaa.
The main data entries are the train related data of the train composition message from the RU.
Tärkeimmät syötettävät tiedot junan osalta sisältyvät rautatieyritykseltä tulleeseen Junan kokoonpano -viestiin.
All train events result in an update of this train related database.
Kaikki junaa koskevat tapahtumat päivitetään tähän junatietokantaan.
An alternative storage possibility for these data is the path database (Chapter 4.2.2: Path request).
Vaihtoehtoisesti nämä tiedot voidaan tallentaa reittitietokantaan (4.2.2 kohta: Reittipyyntö).
Additional requirements on the databases
Tietokantoja koskevia lisävaatimuksia
Under the following points are listed additional requirements which must be supported by the various databases.
Seuraavassa luetellaan vaatimukset, jotka eri tietokantojen on lisäksi täytettävä.
Authentication
Tunnistus
A database must support the authentication of users of the systems before they can gain access to the database.
Tietokannassa on oltava järjestelmän käyttäjien tunnistus ennen tietokannan käyttöä.
A database must support the security aspects in the meaning of controlling access to the database.
Tietokannan on oltava tietoturvallinen siinä mielessä, että sen käyttömahdollisuutta valvotaan.
The possible encryption of the database contents itself is not required.
Tietokannan sisällön salausta ei sinänsä edellytetä.
Consistency
Oikeellisuus
A database selected shall support the ACID principle (Atomicity, Consistency, Isolation, Durability).
Valitun tietokannan on tuettava ACID-periaatetta, joka on lyhenne sanoista Atomicity (atomisuus), Consistency (oikeellisuus), Isolation (erillisyys) ja Durability (kestävyys).
Access control
Käyttöoikeudet
A database must allow access to the data to users or systems that have been granted permission.
Tietokannan tietojen on oltava käyttöoikeudet saaneiden käyttäjien tai järjestelmien käytettävissä.
The access control shall be supported down to a single attribute of a data record.
Käytön valvonnan on ulotuttava jokaiseen tietueen attribuuttiin saakka.
The database shall support configurable, role based access control for insertion, update or deletion of data records.
Tietokannan on tuettava mukautettavissa olevaa rooleihin perustuvaa käytön valvontaa, joka kattaa tietueiden lisäämisen, päivittämisen ja poistamisen.
Tracing
Käytön seuranta
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).
Tietokannan on tuettava kaikkien siinä tehtyjen toimien kirjaamista lokitiedostoon, jotta syötettyjen tietojen osalta voidaan selvittää, kuka teki mitäkin muutoksia ja milloin.
Lock strategy
Lukitusstrategia
A database must implement a locking strategy which allows access to the data even when other users are currently editing records.
Tietokannassa on toteutettava lukitusstrategia, joka mahdollistaa tietojen käytön silloinkin, kun joku toinen käyttäjä juuri muokkaa tietueita.
Multiple access
Monen käyttäjän mahdollisuus
A database must support that data can be accessed simultaneously by several users and systems.
Usean käyttäjän ja järjestelmän on voitava samanaikaisesti käyttää tietokannan tietoja.
The reliability of a database must support the required availability.
Tietokannan on oltava riittävän luotettava, jotta vaadittu käytettävyys saavutetaan.
Availability
Käytettävyys
A database must have an availability on demand of at least 99,9 %.
Tietokannan on oltava tarvittaessa käytettävissä vähintään 99,9-prosenttisesti.
Maintainability
Ylläpidettävyys
A maintainability of the database must support the required availability.
Tietokannan on oltava riittävän helposti ylläpidettävä, jotta vaadittu käytettävyys saavutetaan.
Databases themselves are not safety related.
Tietokannat eivät itsessään liity turvallisuuteen.
Hence safety aspects are not relevant.
Tämän vuoksi turvallisuusseikat eivät liity asiaan.
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.
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.
A database must support a data manipulation language that is widely accepted, such as SQL or XQL.
Tietokannan on tuettava yleisesti käytössä olevaa tietojenkäsittelykieltä, joita ovat esim. SQL ja XQL.
Import facility
Tietojen tuontimahdollisuus
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.
Tietokantaan on oltava mahdollista tuoda tietyn muotoista dataa tietojen manuaalisen syöttämisen vaihtoehtona.
Export facility
Tietojen vientimahdollisuus
A database shall provide a facility that allows to export the contents of the complete database or its part as formatted data.
Tietokannasta on oltava mahdollista viedä sen sisältö, kokonaan tai osittain, tietyn muotoisena datana.
Mandatory fields
Pakolliset kentät