natgillin/translations-raw huggingface dataset:
A database must support the logging of all actions applied to the database to allow the detail of the data entry to be traced (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.
Locking strategy
Lukitusstrategia
A database must implement a locking strategy which allows access to the data even when other users are engaged in editing records.
Tietokannassa on toteutettava lukitusstrategia, joka mahdollistaa tietojen käytön silloinkin, kun joku toinen käyttäjä juuri muokkaa tietueita.
A database must ensure 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.
A database must have the necessary availability level for the nature of the data and the business cases based on it.
Tietokannan käytettävyyden on oltava datan luonteen ja sitä käyttävien liiketoimintasovellusten edellyttämällä tasolla.
The 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.
Hence, safety aspects are not relevant.
Tämän vuoksi turvallisuusnäkökohdat eivät liity asiaan.
This is not to be confused with the fact that the data — e.g. incorrect or not up-to-date data — may have an impact on the safe 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 shall provide a facility that allows the contents of the complete database or part thereof to be exported as formatted data.
Tietokannasta on oltava mahdollista viedä sen sisältö, kokonaan tai osittain, tietyn muotoisena datana.
A database must support mandatory fields that are required to be completed 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.
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 that are covered by the provisions of this TSI.
Viitetiedostojen ja tietokantojen on kustannustehokkaasti tuettava kyselyjä, joita kaikkien tämän YTE:n määräysten kohteena olevien junien tehokas toiminta edellyttää.
A database shall support the storage of the relevant data for all passenger wagons and/or the network.
Tietokantaan on oltava mahdollista tallentaa kaikki matkustajavaunuja ja/tai rautatieverkkoa koskevat oleelliset tiedot.
A database shall support the management of historical data by making data available that have been already transferred into an archive.
Tietokannan on tuettava historiatietojen hallintaa, toisin sanoen jo arkistoitujen tietojen on oltava käytettävissä.
A back-up strategy shall be in place to ensure that the complete database contents for a period of up to 24 hours can be recovered.
Käytössä on oltava varmuuskopiostrategia, jonka avulla varmistetaan, että tietokannan koko sisältö aina edellisen 24 tunnin ajalta voidaan palauttaa.
The 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).
Privacy aspects
Tietosuojanäkökohtia
A database has to fulfil the privacy policy requirements of the Member State in which the company performing the service is domiciled.
Tietokannan on täytettävä sen jäsenvaltion tietosuojavaatimukset, jossa palvelua hoitavan yhtiön kotipaikka on.
The description in Section 4.2.21 — Networking and communication — presents the communication network to be used for data exchange.
Tiedonvaihtoon käytettävän viestintäverkon kuvaus on 4.2.21 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 parties involved in the information exchange can then decide on the type to choose, thereby ensuring the electronic transmission of documents, for example, via FTP.
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.
Over time this subsystem will see the growth and interaction of a large and complex telematics rail interoperability community with thousands of participating actors (railway undertakings, infrastructure managers, third parties such as retailers and public authorities, 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 haltijoiden jne.) välillä, jotka kilpailevat ja/tai toimivat yhteistyössä palvellakseen markkinoiden tarpeita.
The network and communication infrastructure supporting such a rail interoperability community will be based on a common ‘Information Exchange Architecture’, known and adopted by all those participating in it.
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.
is designed to reconcile heterogeneous information models by semantically transforming the data that are exchanged between the systems and by reconciling the differences in business processes and application-level protocols,
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 a minimal impact on the existing IT architectures implemented by each actor,
vaikuttaa mahdollisimman vähän eri toimijoiden nykyisin käyttämiin tietotekniikka-arkkitehtuureihin,
safeguards IT investments already made.
turvaa jo tehtyjen tietotekniikkainvestointien arvon säilymisen.
The Information Exchange Architecture favours a mostly Peer-to-Peer type of interaction between all actors, while guaranteeing 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 distribution of costs between the different actors, based on actual usage and, in general, will pose fewer 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.
The network shall ensure the necessary level for security, redundancy, traffic control, statistics tools, bandwidth growth, user accessibility and efficient management.
Verkon tietoturvan, redundanssin, liikenteen valvonnan, tilastointityökalujen, kaistanleveyden laajentamismahdollisuuksien, käytettävyyden ja tehokkaan hallinnan on oltava tarvittavalla tasolla.
‘Network’ in this context means the method and philosophy of communication and does not refer to the physical network.
Tässä yhteydessä verkolla tarkoitetaan viestinnän menetelmää ja filosofiaa, ei fyysistä verkkoa.
First, the central Repository is approached to obtain meta-information, such as the identity of the peer (actor) on which information is stored, or to verify security credentials.
Keskitettyä kuvaustietokantaa lähestytään ensin metatiedon saamiseksi, kuten toimijan tietoja sisältävän identiteetin selvittämiseksi tai tietoturvavaltuuksien varmentamiseksi.
Afterwards, Peer-to-Peer communication takes place between the actors involved.
Sen jälkeen toimijat viestivät keskenään vertaisperiaatteella.
Only protocols belonging to the Internet Protocol Suite (commonly known as TCP/IP, UDP/IP, etc.) may be used for developments.
Kehitystyössä käytettävien protokollien on kuuluttava käytössä oleviin internetprotokolliin (jotka tunnetaan yleisesti nimillä TCP/IP, UDP/IP jne.).
On top of the security level guaranteed at the level of the network (see Section 4.2.21.2 Network), an additional level of security can be achieved for sensitive data by using a combination of encryption, certification scheme and VPN technologies.
Verkon tasolla taatun tietoturvan (ks. 4.2.21.2 kohta Verkko) lisäksi voidaan tietoturvan tasoa erityisen tärkeiden tietojen kohdalla kohottaa käyttämällä salauksen, sertifikaattien ja VPN-tekniikan yhdistelmää.
Either asymmetric or symmetric encryption can be used for data transmission and storage, depending on the business requirements.
Tietojen siirtoon ja tallentamiseen voidaan käyttää joko epäsymmetristä tai symmetristä salausta liiketoiminnan vaatimusten mukaan.
For this purpose a public key infrastructure (PKI) is to be implemented.
Tätä varten on toteutettava julkisen avaimen infrastruktuuri.
metadata — structured data describing the content of messages,
metadata – strukturoitua dataa, joka kuvaa viestien sisältöä,
list of electronic addresses where the actors addressed by this TSI allow other actors to obtain information or data according to the provisions of this TSI,
luettelo niistä verkko-osoitteista, joista tämän YTE:n tarkoittamat toimijat voivat saada tietoja tai dataa tämän YTE:n määräysten mukaisesti,
encryption,
salaus,
authentication,
tunnistus,
directory (phonebook) — it contains all necessary information on those participating in exchanging messages and data.
luettelo (”puhelinluettelo”), joka sisältää kaikki tarvittavat tiedot viestien vaihtoon osallistuvista toimijoista.
Where the Central Repository is in use in conjunction with the TAF TSI, development and changes shall be performed as closely as possible to the implemented TAF TSI in order to achieve optimum synergies.
Jos keskitettyä kuvaustietokantaa käytetään tavaraliikenteen telemaattisia sovelluksia koskevan YTE:n yhteydessä, sen kehittämisen ja muutostyön tulee tapahtua mahdollisimman yhdenmukaisesti tavaraliikenteen telemaattisia sovelluksia koskevan YTE:n kanssa optimaalisten synergiaetujen saavuttamiseksi.
Common interface for RU/IM communication
Yhteinen rajapinta rautatieyrityksen/infrastruktuurin haltijan viestintää varten
addressing of outgoing messages,
lähtevien viestien varustaminen osoitteella,
authenticity verification of incoming messages,
saapuvien viestien aitouden varmistaminen,
conformity checks of incoming messages according to the metadata,
saapuvien viestien sisällön ja metadatan vastaavuuden tarkistaminen,
handling the single common access to the various databases.
erilaisten tietokantojen yhteiskäyttö.
Each instance of the common interface will have access to all the data required according to the TSI within each railway undertaking, infrastructure manager, etc., whether the relevant databases are central or individual.
Kustakin yhteisen rajapinnan kohdasta voidaan käyttää kaikkia YTE:n mukaisia tietoja jokaisessa rautatieyrityksessä, infrastruktuurin haltijassa jne. riippumatta siitä, ovatko kyseiset tietokannat keskitettyjä vai paikallisia.
Based on the results of verification of the authenticity of incoming messages, a minimum level of message acknowledgement can be implemented:
Saapuvien viestien aitouden varmistamisen tuloksen perusteella voidaan toteuttaa minimitasoinen viestinkuittaus:
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.
If an actor implements a local ‘mirror’ of the Central Repository, that actor must then — by its own means — ensure that the local ‘mirror’ is an accurate and up to date copy of the Central Repository.
Jos toimija perustaa keskitetylle kuvaustietokannalle paikallisen ”peilitietokannan”, kyseisen toimijan on tällöin itse varmistettava, että paikallinen peilitietokanta on keskitetyn kuvaustietokannan tarkka ja ajan tasalla oleva kopio.
Where the Common Interface is in common use with the TAF TSI, the development and changes shall take place as closely as possible to the implemented TAF TSI, in order to achieve optimum synergies.
Jos yhteistä rajapintaa käytetään yhdessä tavaraliikenteen telemaattisia sovelluksia koskevan YTE:n kanssa, sen kehittämisen ja muutostyön tulee tapahtua mahdollisimman yhdenmukaisesti tavaraliikenteen telemaattisia sovelluksia koskevan YTE:n kanssa optimaalisten synergiaetujen saavuttamiseksi.
Management of connection with other modes of transport
Muihin kuljetusmuotoihin olevien vaihtoyhteyksien hallinta
In order to manage the connection with other modes of transport, the following standard should be applied for the provision of information to and exchange of information with other modes of transport:
Muihin kuljetusmuotoihin olevien vaihtoyhteyksien hallintaa varten on tiedottamisessa ja tiedonvaihdossa muiden kuljetusmuotojen kanssa noudatettava seuraavaa standardia:
For the exchange of timetable information between railway undertakings and other modes of transport: norms EN 12896 (‘Transmodel’) and EN TC 278 WI 00278207 (‘IFOPT — Identification of Fixed Objects in Public transport’),
Aikataulutietojen vaihtamisessa rautatieyritysten ja muiden kuljetusmuotojen kanssa noudatetaan standardeja EN 12896 (”Transmodel”) ja EN TC 278 WI 00278207 (”IFOPT – Identification of Fixed Objects in Public transport”).
For the exchange of specific timetable data, the XML technical standards and protocols based on Transmodel, in particular norm EN 15531 (‘SIRI’) for the exchange of real-time timetables and norm EN TC 278 WI 00278207 (‘IFOPT’) for the exchange of ‘stop/station’ data.
Yksityiskohtaisen aikatauludatan vaihtamisessa noudatetaan Transmodel-standardiin perustuvia teknisiä XML-standardeja ja -protokollia, tosiaikaisten aikataulutietojen vaihdossa erityisesti standardia EN 15531 (”SIRI”) ja pysähdys- ja asematietojen vaihtamisessa standardia EN TC 278 WI 00278207 (”IFOPT”).
For the exchange of tariff data: this standard is still an open point (see Annex II — List of open points).
Tariffitietojen vaihtamisessa käytettävä standardi on vielä avoinna (ks. liitteessä II oleva avointen kohtien luettelo).
From the standpoint of technical compatibility, the interfaces of the subsystem ‘telematics applications for passenger services’ with the other subsystems are as described in the following paragraphs.
Henkilöliikenteen telemaattisten sovellusten osajärjestelmän yhteentoimivuuteen liittyvät liitännät toisten osajärjestelmien kanssa on kuvattu seuraavissa kappaleissa.
Interfaces with the Rolling Stock Subsystem
Liitännät liikkuvan kaluston osajärjestelmän kanssa
Interfaces with the Rolling Stock subsystem
Liitännät liikkuvan kaluston osajärjestelmän kanssa
Reference Telematics Applications for passengers TSI
Henkilöliikenteen telemaattiset sovellukset -YTE:n viite
Reference Conventional Rail Rolling Stock TSI’s
Tavanomaisen rautatiejärjestelmän liikkuva kalusto -YTE:n viite
Board device display
Junassa oleva näyttölaite
Handling of information provision in vehicle area
Kalustoyksikössä tapahtuvan tiedottamisen hoitaminen
Customer information (PRM)
Asiakkaille tiedottaminen (liikuntarajoitteisten henkilöiden tarpeita koskeva YTE)
Automatic voice and announcement
Automaattinen äänimerkki ja kuulutus
Public address system
Julkinen kuulutusjärjestelmä
Interfaces with the Telematics Applications for Freight Subsystem
Liitännät tavaraliikenteen telemaattisten sovellusten osajärjestelmän kanssa
Interfaces with the Telematics Applications for Freight subsystem
Liitännät tavaraliikenteen telemaattisten sovellusten osajärjestelmän kanssa
Reference Conventional Rail Telematics Applications for Freight TSI
Tavanomaisen rautatiejärjestelmän tavaraliikenteen telemaattiset sovellukset -YTE:n viite
Train ready message for all trains
Juna valmis -viesti kaikille junille
Train ready message
Juna valmis -viesti
‘Train running forecast’ message for all trains
Junan kulkuennuste -viesti kaikille junille
Train running forecast message
Junan kulkuennuste -viesti
Train running information
Junan kulkutiedot
‘Train running information’ message for all trains
Junan kulkutiedot -viesti kaikille junille
Train running interrupted to RU
Junan kulun keskeytymisestä kertova viesti rautatieyritykselle
‘Train running interrupted’ message for all trains
Junan kulku keskeytynyt -viesti kaikille junille
Train running interrupted
Junan kulku keskeytynyt
Handling of short term timetable data
Lyhyen aikavälin aikataulutietojen käsittely
Common Interface
Yhteinen rajapinta
Central Repository
Keskitetty kuvaustietokanta
Reference Files
Viitetiedostot
In the 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 the purposes of data quality assurance, 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 are 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 supplied by the databases provided as part of this TSI, the originator of the message must carry out 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.
possess the 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 main characteristics of data quality are:
Tietojen laatua kuvaavat ensi sijassa seuraavat ominaisuudet:
This is only feasible if the Primary Data only are recorded, if possible, on one single occasion.
Tämä käy päinsä vain, jos alkuperäistiedot kirjataan mahdollisuuksien mukaan vain kerran koko matkan osalta.
Therefore, the Primary Data should be introduced into the system as close as possible to its source, so that they can be fully integrated into any subsequent processing operation.
Tämän vuoksi alkuperäistiedot pitäisi tuoda järjestelmään mahdollisimman lähellä niiden alkuperää jotta ne voidaan täysin sisällyttää myöhempiin käsittelyvaiheisiin.
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.
All incoming messages must also be checked for completeness using the Metadata.
Kaikkien saapuvien viestien täydellisyys on myös tarkistettava metadatan avulla.
The type of implementation of these business rules depends on their complexity.
Näiden toimintasääntöjen toteuttamistapa vaihtelee säännön monimutkaisuuden mukaan.
In the case of more complex rules, which require data from various tables, validation procedures must be implemented which check the consistency of the data version before interface data are generated and the new data version becomes operational.
Kun kyse on monimutkaisemmista säännöistä, jotka tarvitsevat tietoja eri taulukoista, on käytettävä validointimenettelyjä, joissa tietoversion oikeellisuus tarkistetaan, ennen kuin liitäntään lähetettävät tiedot luodaan ja uusi tietoversio tulee käyttöön.
It must be ensured that transferred data are validated against the defined business rules.
Siirrettävien tietojen validointi määriteltyjen toimintasääntöjen avulla on varmistettava.
Providing information right on time is important.
Tiedon oikea-aikainen saanti on tärkeää.
Insofar as the trigger for data storage or for message sending is event driven directly from the IT system, timeliness is not a problem if the system is designed properly and according the needs of the business processes.
Jos tiedon tallennus tai viestien lähetys käynnistyy tietyn tietojärjestelmän tapahtuman liipaisemana, oikea-aikaisuus ei ole ongelma, kunhan tietojärjestelmä on asianmukaisesti suunniteltu toimintaprosessien vaatimusten mukaiseksi.
However, in most cases, the sending of a message is initiated by an operator or is at least based on additional input from an operator.
Useimmissa tapauksissa heräte viestin lähettämiseen kuitenkin tulee käyttäjältä tai ainakin se perustuu käyttäjältä tulleeseen lisäsyötteeseen.
To fulfil the timeliness requirements, the data must be updated as soon as possible, also in order to guarantee that the actual data content of the messages is current when these messages are sent out automatically by the system.
Oikea-aikaisuusvaatimusten täyttämiseksi tiedot on päivitettävä mahdollisimman pian myös sen varmistamiseksi, että järjestelmän automaattisesti lähettämien viestien asiasisältö on oikea.
The response time for enquiries must be addressed for the various applications and user types within the detailed IT specifications.
Kyselyjen vasteajat on eri sovellusten ja käyttäjätyyppien kohdalla määriteltävä yksityiskohtaisissa tietoteknisissä eritelmissä.
All data updates and exchanges shall be carried out as soon as possible.
Kaikki tietojen päivitykset ja vaihdot on tehtävä mahdollisimman pian.
The detailed IT specifications shall define appropriate percentages for:
Yksityiskohtaisissa tietoteknisissä eritelmissä on määriteltävä asianmukaiset prosenttiluvut seuraaville parametreille:
the completeness of data (percent of data fields having values entered into them) and the consistency of data (percent of matching values across tables/files/records),
tietojen täydellisyys (täytettyjen tietokenttien prosenttiosuus) ja oikeellisuus (arvoiltaan vastaavien taulukkojen/tiedostojen/tietueiden prosenttiosuus),
the timeliness of data (percent of data available within a specified threshold time frame),
tietojen oikea-aikaisuus (tietyssä ajassa käyttöön saatujen tietojen prosenttiosuus),
the required accuracy (percent of stored values that are correct when compared to the actual value).
vaadittu tarkkuus (tallennettujen ja todellisiin arvoihin verratessa oikeaksi todettujen arvojen prosenttiosuus).
The functions of the Central Repository are defined in Section 4.2.21.6 Central repository.
Keskitetyn kuvaustietokannan toiminnot on määritelty 4.2.14.6 kohdassa (Keskitetty kuvaustietokanta).