natgillin/translations-raw huggingface dataset:
A database must support mandatory fields that are required to be filled before the relevant record is accepted as input to the database.
Tietokannan on tuettava pakollisia kenttiä, jotka on täytettävä, ennen kuin tietokanta hyväksyy kyseisen tietueen syöttämisen.
Plausibility checks
Eheystarkistukset
A database must support configurable plausibility checks before accepting the insertion, update or deletion of data records.
Tietokannan on tuettava mukautettavia eheystarkistuksia, jotka tehdään ennen tietueiden lisäyksen, päivityksen tai poiston hyväksymistä.
Response times
Vasteajat
A database must have response times that allow users to insert, update or delete data records in a timely manner.
Tietokannan vasteaikojen on oltava sellaiset, että käyttäjät voivat lisätä, päivittää tai poistaa tietueita kohtuullisessa ajassa.
Performance aspects
Suorituskyky
A database shall support the queries necessary to allow the effective run of about 60000 train runs per 24 hours.
Tietokannasta on oltava mahdollista tehdä se määrä kyselyjä, joka tarvitaan noin 60000 junan ajoa varten 24 tunnissa.
About 50 % of these train runs are deemed to take place within two hours.
Noin 50 %:n näistä junien ajoista oletetaan tapahtuvaksi kahden tunnin sisällä.
The number and kind of queries or updates per train are dependent on the overall process for planning and running a train.
Yhtä junaa kohti tehtävät kyselyt ja niiden tyyppi riippuu junan kulun suunnittelua ja kuljettamista koskevasta kokonaisprosessista.
Capacity aspects
Kapasiteetti
A database shall support the storage of the relevant data for all freight wagons respectively the network.
Tietokantaan on oltava mahdollista tallentaa kaikki tavaravaunuja ja rautatieverkkoa koskevat oleelliset tiedot.
It shall be possible to extend the capacity by simple means (i.e. by adding more storage capacity and computers).
Kapasiteetin lisäämisen yksinkertaisin keinoin (eli lisäämällä tallennuskapasiteettia ja tietokoneita) on oltava mahdollista.
The extension of the capacity shall not require replacement of the subsystem.
Kapasiteetin lisääminen ei saa edellyttää alajärjestelmän uusimista.
Historical data
Arkistointi
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.
Tietokannan on tuettava historiatietojen hallintaa, toisin sanoen jo arkistoitujen tietojen on oltava käytettävissä.
Back-up strategy
Varmuuskopiostrategia
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.
Käytössä on oltava varmuuskopiostrategia, jonka avulla varmistetaan, että tietokannan koko sisältö aina edellisen 24 tunnin ajalta voidaan palauttaa.
Commercial aspects
Kaupalliset näkökohdat
A database system used shall be available commercially-off-the-shelf (COTS-product) or be available in the public domain (Open Source).
Tietokantajärjestelmän on oltava kaupallisesti saatavana valmiina tuotteena (COTS-tuotteena) tai yleisesti saatavana (Open Source).
The above requirements must be handled by a standard Database Management System (DBMS).
Edellä mainittujen vaatimusten on oltava hallittavissa tavanomaisen tietokannanhallintajärjestelmän (DBMS) avulla.
The usage of the various databases is embedded into various work flows described here before.
Eri tietokantojen käyttö sisältyy aiemmin tässä asiakirjassa kuvattuihin työnkulkuihin.
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).
Yleinen työnkulku on pyyntöjä ja vastauksia sisältävä mekanismi, missä tietoja tarvitseva käyttäjä pyytää tietokannasta tietoja yhteisen rajapinnan välityksellä (4.2.14.1 kohta: ja 4.2.14.7 kohta:).
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).
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).
The description in Chapter 4.2.14 (Networking and communication) presents the communication network to be used for data exchange.
Tiedonvaihtoon käytettävän viestintäverkon kuvaus on 4.2.14 kohdassa (Verkot ja viestintä).
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.
Tämän verkon ja kuvattujen tietoturvajärjestelyjen avulla voidaan hoitaa kaikentyyppiset verkossa tapahtuvat tiedonsiirrot, kuten sähköpostilähetykset, tiedostonsiirrot (ftp, http) jne. Tietoja vaihtavat osapuolet voivat valita haluamansa tiedonsiirtotavan eli esimerkiksi siirtää asiakirjoja sähköisesti käyttämällä ftp-protokollaa.
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.
Tässä alajärjestelmässä tapahtuu ajan kuluessa suurten ja monimutkaisten rautatieliikenteen yhteentoimivuuteen liittyvien telemaattisten yhteisöjen kasvua ja vuorovaikutusta satojen mukana olevien toimijoiden (rautatieyritysten, infrastruktuurin hallintojen jne.) välillä, jotka kilpailevat ja/tai toimivat yhteistyössä palvellakseen markkinoiden tarpeita.
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.
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.
The proposed ‘Information Exchange Architecture’:
Ehdotettu tiedonvaihdon arkkitehtuuri
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,
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,
has minimum impact on the existing IT architectures implemented by every actor,
vaikuttaa mahdollisimman vähän eri toimijoiden nykyisin käyttämiin tietotekniikka-arkkitehtuureihin,
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.
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.
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.
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 pictorial representation on the general architecture is given in Annex A, Index 5, Chapter 1.5.
Liitteessä A olevan 5 luettelokohdan mukaisen asiakirjan 1.5 kohdassa on yleistä arkkitehtuuria esittävä kuva.
Network
Verkkokerros
Networking in this case means the method and philosophy of communication and does not mean the physical network.
Tässä tapauksessa verkottumisella tarkoitetaan viestinnän menetelmää ja filosofiaa, ei fyysistä verkkoa.
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.
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ä.
The security issue will therefore be addressed not by the network (VPN, tunnelling, etc.), but by exchanging and managing inherently secure messages.
Tietoturvaa ei sen vuoksi hoideta verkon avulla (VPN, tunnelointi jne.), vaan vaihtamalla ja hallitsemalla turvallisia viestejä.
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.
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.
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.
Joka tapauksessa toimijoilla voi jo olla tai ne voivat halutessaan toteuttaa erilaisia tietoturvajärjestelyjä tietyissä verkon osissa.
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.
Julkisen Internetin välityksellä on mahdollista toteuttaa hybridinen vertaisverkkomalli, jossa on keskitetty kuvaustietokanta ja yhteinen rajapinta kunkin toimijan liittymään.
Only protocols belonging to the full Internet Protocol suite must be used.
Käytettävien protokollien on kuuluttava käytössä oleviin Internet-protokolliin.
OSI Reference Model
OSI-referenssimalli
Internet Protocol Suite
Internet-protokolla
Application
Sovelluskerros
Presentation
Esityskerros
Session
Istuntokerros
Transport
Kuljetuskerros
Routing Protocols
Reititysprotokol lat
Link
Siirtokerros
Physical
Peruskerros
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.
Jotta saavutetaan hyvä tietoturva, kaikkien viestien on oltava itsessään kaiken tiedon sisältäviä, mikä tarkoittaa, että viestissä olevat tiedot on suojattu ja vastaanottaja voi varmistaa viestin aitouden.
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.
Tällöin voidaan siirtää tietoja verkossa mitä hyvänsä tapaa, kuten sähköpostia, tiedostonsiirtoa (ftp, http) jne. käyttäen. Tiedonvaihdon osapuolet voivat keskenään päättää käytettävästä menetelmästä.
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.
Parempi turvallisuustaso saavutetaan helpommin, jos jokainen toimija vastaa omasta avainparistaan, vaikka se aiheuttaakin keskitetylle kuvaustietokannalle (avainpalvelimelle) suuret vaatimukset turvallisuuden kannalta.
The central repository must be able to handle:
Keskitetyn kuvaustietokannan on kyettävä hoitamaan seuraavia elementtejä:
metadata — structured data describing the content of messages,
metadata — strukturoitua dataa, joka kuvaa viestien sisältöä,
Public Key Infrastructure (PKI),
julkisen avaimen infrastruktuuri (PKI),
Certification Authority (CA),
varmentaja (CA),
directory (phonebook) — it contains all needed information about the participating actors for exchanging messages.
luettelo (”puhelinluettelo”), joka sisältää kaikki viestien vaihdossa tarvittavat tiedot toimijoista.
The common interface has to be able to handle:
Yhteisen rajapinnan on kyettävä hoitamaan seuraavia tehtäviä:
message formatting of outgoing messages according to the metadata,
lähtevien viestien muotoilu metadatan mukaan,
signing and encryption of outgoing messages,
lähtevien viestien allekirjoitus ja salaus,
addressing of the outgoing messages,
lähtevien viestien varustaminen osoitteella,
authenticity verification of the incoming messages,
saapuvien viestien aitouden varmistaminen,
decryption of incoming messages,
saapuvien viestien salauksen purkaminen,
conformity checks of incoming messages according to metadata,
saapuvien viestien sisällön ja metadatan vastaavuuden tarkistaminen,
handling the single common access to various databases.
erilaisten tietokantojen yhteiskäyttö.
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).
Kustakin yhteisen rajapinnan kohdasta voidaan käyttää kaikkia YTE:n mukaisia tietoja jokaisessa rautatieyrityksessä, infrastruktuurin hallinnossa jne. riippumatta siitä, ovatko kyseiset tietokannat keskitettyjä vai paikallisia (ks. myös liitteessä A olevan 5 luettelokohdan mukaisen asiakirjan 1.6 kohta).
positive send ACK;
kun tulos on positiivinen, lähetetään ACK-kuittaus;
negative send NACK.
kun tulos on negatiivinen, lähetetään NACK-kuittaus.
The common interface uses the information in the central repository in order to manage the above tasks.
Yhteinen rajapinta käyttää keskitetyn kuvaustietokannan tietoja näitä tehtäviä hoitaessaan.
An actor may implement a local ‘mirror’ of the central repository to shorten response times.
Toimija voi perustaa keskitetylle kuvaustietokannalle paikallisen ”peilitietokannan” vastausaikojen lyhentämiseksi.
In light of the essential requirements in Chapter 3, the functional and technical specifications of the interfaces are as follows:
Tämän asiakirjan 3 luvussa esitettyjen olennaisten vaatimusten mukaisesti liitäntöjen toiminnalliset ja tekniset vaatimukset ovat seuraavat:
Interfaces with the TSI infrastructure
Liitännät infrastruktuuria koskevan YTE:n kanssa
The infrastructure subsystem includes traffic management, tracking, and navigation systems: technical installations for data processing and telecommunications intended for long-distance passenger services and freight services on the network in order to guarantee the safe and harmonious operation of the network and efficient traffic management.
Infrastruktuuriosajärjestelmä sisältää liikenteen hallinta-, seuranta- ja navigointijärjestelmät, tietojenkäsittelyn ja tietoliikenteen tarvitsemat tekniset laitteistot, jotka on tarkoitettu rautatieverkossa tapahtuvaan pitkän matkan matkustaja- ja tavaraliikenteeseen rautatieverkon turvallisen ja yhtenäisen käytön ja liikenteen tehokkaan hallinnan turvaamiseksi.
The subsystem Telematic Applications for Freight uses the data required for operational purposes as given by the path contract, eventually updated in the restriction notice database, as provided by the IM. Thus no direct interface exists between this TSI and the TSI for infrastructure.
Tavaraliikenteen telemaattisia sovelluksia koskeva osajärjestelmä käyttää käyttötoimintaa varten tarkoitettuja tietoja, jotka saadaan reittisopimuksesta ja joskus infrastruktuurin hallinnon tekemistä rajoitusilmoituksia sisältävän tietokannan päivityksistä. Näin ollen tämän YTE:n ja infrastruktuuri-YTE:n välillä ei ole suoranaista liitäntää.
The only connection to control command and signalling is via the
Ainoat yhteydet liikenteenohjausta ja valvontaa sekä opasteita/merkinantoa koskevaan järjestelmään ovat
path contract, where within the line segment description the relevant information about usable command control and signalling equipment is given, and
reittisopimukset, joissa rataosuuden kuvauksessa annetaan tärkeitä tietoja käytettävistä liikenteenohjaus-, valvonta-, opaste- ja merkinantolaitteista, sekä
various Rolling Stock Reference Databases, where the command control and signalling equipment of the rolling stock must be stored.
erilaiset liikkuvan kaluston viitetietokannat, joihin on tallennettava tiedot liikkuvan kaluston liikenteenohjaus-, valvonta-, opaste- ja merkinantolaitteista.
The subsystem Telematic Applications for Freight identifies the technical and operational data, which must be available for the rolling stock.
Tavaraliikenteen telemaattisia sovelluksia koskeva osajärjestelmä määrittelee ne liikkuvaa kalustoa koskevat tekniset ja käyttöön liittyvät tiedot, joiden on oltava käytettävissä.
The rolling stock TSI specifies the characteristics of a wagon.
Liikkuvaa kalustoa koskevassa YTE:ssä eritellään vaunun ominaisuudet.
If the characteristics changes for a wagon, this must be updated in the Rolling Stock Reference Databases within the normal maintenance process for the database.
Jos vaunun ominaisuudet muuttuvat, ne on tietokannan normaalin ylläpitoprosessin yhteydessä päivitettävä liikkuvan kaluston viitetietokantoihin.
Thus no direct interface exists between this TSI and the TSI for rolling stock.
Näin ollen tämän YTE:n ja liikkuvaa kalustoa koskevan YTE:n välillä ei ole suoranaista liitäntää.
The subsystem Operation and Traffic Management specifies the procedures and related equipment enabling a coherent operation of the different structural subsystems, both during normal and degraded operation, including in particular train driving, traffic planning and management.
Käyttötoimintaa ja liikenteen hallintaa koskevassa osajärjestelmässä eritellään menettelyt ja niihin liittyvät laitteet, joiden avulla voidaan varmistaa erilaisten rakenteellisten osajärjestelmien yhdenmukainen käyttö sekä niiden tavanomaisen toiminnan että vajaatoiminnan aikana, mukaan luettuina erityisesti junien ohjaus ja liikenteen suunnittelu ja hallinta.
The subsystem Telematic Applications for Freight mainly specifies applications for freight services including real-time monitoring of freight and trains and the management of connections with other modes of transport.
Tavaraliikenteen telemaattisia sovelluksia koskeva osajärjestelmä erittelee pääasiassa tavarakuljetuksiin liittyviä sovelluksia, joita ovat rahdin ja junien reaaliaikainen valvonta sekä muihin kuljetusmuotoihin olevien yhteyksien hallinta.
In order to ensure consistency between both TSIs, the following procedure applies.
Jotta varmistetaan molempien YTE:ien yhdenmukaisuus, käytetään seuraavassa selostettua menettelyä.
When the specifications of the TSI Operation and Traffic Management related to the requirements of this TSI will be written and/or will become subject to amendments, then the body in charge of this TSI must be consulted.
Kun tämän YTE:n kannalta oleelliset käyttötoimintaa ja liikenteen hallintaa koskevan YTE:n eritelmät valmistuvat ja/tai vaativat muutoksia, on asiasta keskusteltava tästä YTE:stä vastaavan elimen kanssa.
In the case that the specifications of this TSI related to operational requirements specified in the TSI Operation and Traffic Management should be subject to any amendment, the body in charge of the TSI Operation and Traffic Management must be consulted.
Jos muutoksia on tehtävä sellaisiin tämän YTE:n eritelmiin, jotka liittyvät käyttötoimintaa ja liikenteen hallintaa koskevassa YTE:ssä esitettyihin käyttöä koskeviin vaatimuksiin, on asiasta keskusteltava käyttötoimintaa ja liikenteen hallintaa koskevasta YTE:stä vastaavan elimen kanssa.
In light of the essential requirements in Chapter 3, the operating rules specific to the subsystem concerned by this TSI are as follows:
Tämän asiakirjan 3 luvussa esitettyjen olennaisten vaatimusten mukaisesti tässä YTE:ssä tarkoitettua osajärjestelmää koskevat seuraavat käyttösäännöt:
For data quality assurance purposes, the originator of any TSI message will be responsible for the correctness of the data content of the message at the time when the message is sent.
Tietojen laadun varmistamiseksi jokaisen YTE:n mukaisen viestin alkuperäinen lähettäjä vastaa viestiin sisältyvien tietojen oikeellisuudesta viestin lähettämishetkellä.
Where the source data for data quality assurance purposes is available from the databases provided as part of the TSI, the data contained within those databases must be used for data quality assurance.
Jos tietojen laadunvarmistuksessa käytettävät lähdetiedot ovat saatavissa tässä YTE:ssä esitetyistä tietokannoista, näissä tietokannoissa olevia tietoja on käytettävä tiedon laadunvarmistukseen.
Where the source data for data quality assurance purposes is not provided from the databases provided as part of this TSI, the originator of the message must make the data quality assurance check from their own resources.
Jos tietojen laadunvarmistuksessa käytettävät lähdetiedot eivät ole saatavissa tässä YTE:ssä esitetyistä tietokannoista, viestin alkuperäisen lähettäjän on tehtävä tietojen laadunvarmistus omia resurssejaan käyttäen.
Data quality assurance will include comparison with data from databases provided as part of this TSI as described above plus, where applicable, logic checks to assure the timeliness and continuity of data and messages.
Tietojen laadunvarmistus sisältää vertaamisen tässä YTE:ssä esitetyistä tietokannoista saatuihin tietoihin sekä tarvittaessa loogiset tarkistukset, joilla varmistetaan tietojen ja viestien ajantasaisuus ja jatkuvuus.
Data are of high quality if they are fit for their intended uses, which means they:
Tiedot ovat korkealuokkaisia, jos ne soveltuvat aiottuun käyttöön, mikä tarkoittaa, että
are error-free: accessible, accurate, timely, complete, consistent with other sources, etc., and
niissä ei ole virheitä eli ne ovat käytettävissä, tarkkoja, ajantasaisia, täydellisiä, yhdenmukaisia muiden lähteiden kanssa jne.,
possess desired features: relevant, comprehensive, proper level of detail, easy-to-read, easy-to-interpret, etc.
niillä on halutut ominaisuudet eli ne ovat oleellisia, kattavia, riittävän yksityiskohtaisia, helppolukuisia, helposti tulkittavia jne.
The data quality is mainly characterised by:
Tietojen laatua kuvaavat ensi sijassa seuraavat ominaisuudet:
accuracy,
tarkkuus,
completeness,
täydellisyys,
consistency,
oikeellisuus,
timeliness.
oikea-aikaisuus.
Accuracy:
Tarkkuus
The information (data) required needs to be captured as economically as possible.
Tarvittavat tiedot (data) on kerättävä mahdollisimman taloudellisesti.
This is only feasible if the primary data, which plays a decisive role in the forwarding of a consignment, a wagon or a container, is only recorded, if possible, on one single occasion for the whole transport.
Tämä käy päinsä vain, jos alkuperäistiedot, jotka ovat lähetyksen, vaunun tai kontin huolinnan kannalta määräävässä asemassa, kirjataan mahdollisuuksien mukaan vain kerran koko kuljetuksen osalta.
Therefore the primary data should be introduced into the system as close as possible to its source, e.g. on the basis of the consignment note drawn up when a wagon or a consignment is tendered for carriage, so that it can be fully integrated into any later processing operation.
Tämän vuoksi alkuperäistiedot pitäisi tuoda järjestelmään mahdollisimman lähellä niiden alkuperää esim. vaunua tai lähetystä kuljetettavaksi annettaessa laaditun rahtikirjan perusteella, jotta ne voidaan täysin sisällyttää myöhempiin käsittelyvaiheisiin.
Completeness:
Täydellisyys
Before sending out messages the completeness and syntax must be checked using the metadata.
Ennen viestien lähettämistä on niiden täydellisyys ja syntaksi tarkistettava metadatan avulla.
This also avoids unnecessary information traffic on the network.
Näin myös vältetään tarpeetonta liikennettä verkossa.
All incoming messages must also be checked for completeness using the metadata.
Kaikkien saapuvien viestien täydellisyys on myös tarkistettava metadatan avulla.
Consistency:
Oikeellisuus
Business rules must be implemented in order to guarantee consistency.
Tietojen oikeellisuus on varmistettava toimintasääntöjä noudattamalla.