natgillin/translations-raw huggingface dataset:
Те позволяват извършването на оценка на съвместимостта на подвижния състав с инфраструктурата и допринасят за избягване на двойното въвеждане на данни, като това по-специално увеличава качеството на данните и те дават ясна картина на всички налични инсталации и оборудване във всеки един момент, което позволява вземането на бързи решения по време на експлоатацията.
The entries in the Rolling Stock Reference Database can be grouped as follows:
Справочни бази данни за подвижния състав
Administrative data, 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.
Информацията, която трябва да бъде включена в индивидуалните справочни бази данни за подвижния състав, е описана в приложение I, допълнение В.
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.
Те трябва да съдържат всички елементи за:
The following steps have to be taken into account:
Оценка на съвместимостта с инфраструктурата,
EC certification,
Справочните бази данни за подвижния състав трябва да дават възможност за лесен достъп (единен общ достъп чрез общ интерфейс) до техническите данни и по този начин да свеждат до минимум обема на предаваните данни при всяка операция.
Registration in the ‘home’ State,
Въз основа на структурираните права за достъп в зависимост от правомощията, съдържанието на тези бази данни трябва да бъде достъпно за всички доставчици на услуги (УИ, ЖПП, доставчиците на логистични услуги и управителите на ж.п. паркове), по-специално с цел управление на парка и поддържане на подвижния състав.
Date put into service in the state of registration,
Въвежданите данни в справочната база данни за подвижния състав могат да бъдат групирани както следва:
Registration in other countries for the use on their national network,
Административни данни във връзка със сертифицирането и регистрирането, по-специално файлът за регистрация „ЕО“, информация относно нотифицирания орган и т. н.;
Safety certification for all Rolling Stock which does not comply with the Rolling Stock TSI.
тези данни могат да включват архивни данни във връзка със собствеността, наемните отношения и др.
The keeper is obliged to ensure that these data are available and the processes behind have been conducted.
Също така, съгласно Регламент ЕС 445/2011 на Комисията, член 5, стопаните на вагони могат да записват сертификационния номер на отговарящата за поддръжката и ремонта организация (ECM) в индивидуалните справочни бази данни за подвижния състав.
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.
Вземат се под внимание следните елементи:
The Rolling Stock Operational Data
Сертифициране „ЕО“,
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.
Регистрацията в държавата по произход,
This data shall include temporary data, such as restrictions, current and projected maintenance actions, km 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.).
Регистрация в други държави с цел използване на техните национални мрежи,
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:
Сертифицирне за безопасност на подвижния състав, която не съответства на ТСОС „Подвижен състав“.
Railway Undertaking as Duty holder during its transport control,
Ползвателят е длъжен да осигурява разполагаемост на тези данни и провеждане на свързаните с тях процедури.
Keeper of rolling stock, and
Проектни данни, които трябва да включват всички съставни (физически) елементи на подвижния състав, включително характеристиките, свързани с околната среда, както и цялата информация, която се очаква да остане валидна по време на целия период на експлоатация на подвижния състав — тази част може да включва информация относно историята на извършени значителни промени, важните ремонти, основен ремонт и др.
User (Hirer) of rolling stock.
Оперативни данни за подвижния състав
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).
Освен справочните данни за подвижния състав, най-важно значение за целите на експлоатацията имат данните, показващи реалното състояние на подвижния състав.
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.
Тази информация включва данни с временен характер, като например ограниченията, текущите и планираните дейности за ремонт и поддръжка, километража, авариите и т. н.;
Reference Files
а също и всички данни, отнасящи се за състоянието (временни ограничения на скоростта, изолирани спирачки, необходими ремонти и описания на авариите, и т. н.).
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).
Във връзка с използването на оперативните данни за подвижния състав трябва да се имат предвид три отделни потребителя, като се имат предвид различните страни, носещи отговорността за подвижния състав по време на транспортните дейности:
The data must represent the actual status at all times.
Железопътното предприятие, което носи отговорност докато транспортът е под негов контрол,
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.
Ползвателят на подвижния състав, и
Locally stored and administrated:
Ползвателят (наемателят) на подвижния състав.
Reference File of the emergency services, correlated to type of hazardous goods.
По отношение на всичките три участващи страни оперативните данни за подвижния състав трябва да бъдат достъпни за съответния упълномощен потребител, в зависимост от предварително определените му права за достъп, посредством идентификатора на вагона, тоест неговия номер.
Centrally stored and administrated:
Оперативните данни за подвижния състав са част от Оперативната база данни за вагоните и интермодалните единици, описана в глава 4.2.11.2 Други бази данни.
Reference File of the Coding for all IMs, RUs, Service provider companies;
Справочни файлове
Reference File of the Coding for Freight Transport Customers;
За експлоатацията на товарните влакове по европейската мрежа следните справочни файлове трябва да бъдат на разположение на всички доставчици на услуги (УИ, ЖПП, доставчици на логистични услуги и управители на ж.п. паркове).
Reference File of the Coding of Locations (Primary and subsidiary),
Данните трябва да представят действителното състояние във всеки един момент.
The European Railway Agency will save a copy of the Reference File for the Locations Codes and Company Codes.
В случай, че даден справочен файл се използва съвместно и за нуждите по ТСОС „Телематични приложения за пътнически услуги“ [2], допълнителното разработване и измененията трябва да бъдат съгласувани с ТСОС „Телематични приложения за пътнически услуги“ [2], с оглед постигане на оптимални синергии.
On individual request and without prejudice to intellectual property rights, this data shall be available for public consultation.
Файлове, които се съхраняват и управляват локално:
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.
Справочен файл за аварийните услуги, свързани с вида опасни товари.
Other Databases
Файлове, които се съхраняват и управляват централизирано:
To allow for the tracking of train and wagon movements, the following databases, updated at each relevant event in real time, must be installed.
Справочен файл за кодиране на всички дружества, които са УИ, ЖПП и доставчици на услуги,
Authorised entities such as keepers and fleet managers must have access to the data relevant to fulfil their functions, according to bilateral agreements.
Справочен файл за кодиране на клиентите на железопътни товарни превози,
Wagon and Intermodal Unit Operational Database,
Справочен файл за кодиране на местоположенията (първични и допълнителни),
Trip plan for wagon/Intermodal unit.
Европейската железопътна агенция ще съхранява копие на справочния файл за кодовете за местоположение и фирмените кодове.
These databases must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
По индивидуално искане и без това да засяга правата за интелектуална собственост, тези данни ще са публично достъпни.
Wagon and Intermodal unit Operational Database
Други кодови списъци са дефинирани в документа „ТСОС ТПТП — Приложение Г.2: Допълнение Е — Модел на данни и съобщения в ТСОС ТПТП“, включен в списъка в допълнение I.
The communication between the Lead RU and RUs in the cooperation mode is based on wagon and/or Intermodal unit numbers.
Други бази данни
Therefore an RU, which communicates with the IMs at train level, must break down this information into wagon and Intermodal unit related one.
За да може да се извършва проследяване на движението на влака и вагоните, необходимо е да се инсталират посочените по-долу бази данни и те да се актуализират в реално време при всяко важно събитие.
This wagon and Intermodal unit related information must be stored in the Wagon and Intermodal Unit Operational Database.
Упълномощените организации като стопаните на вагони и управителите на ж.п. паркове трябва да имат достъп до необходимите данни при изпълнение на своите функции, в съответствие с двустранни споразумения.
The information on train movement leads to new entries/updates in the Wagon and Intermodal Unit Operational Database for customer information.
Оперативна база данни за вагоните и интермодалните единици,
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.
Пътен план за вагон/интермодална единица
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.
Тези бази данни трябва да бъдат достъпни чрез общия интерфейс (глави 4.2.12.1: Цялостна архитектура и 4.2.12.6: Общ интерфейс).
The messages for the wagon movement are defined in the Chapters 4.2.8 (Wagon Movement) and 4.2.9 (Interchange Reporting).
Оперативна база данни за вагоните и интермодалните единици
This database must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
Комуникацията между водещото ЖПП и другите ЖПП в режим на сътрудничество се базира на номерата на вагоните и/или на интермодалните единици.
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.
Следователно ЖПП, което комуникира с различните УИ по отношение на даден влак, трябва да направи разбивка на тази информация, така че тя да бъде съотнесена с отделните вагони и интермодални единици.
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.
Тази отнасяща се за вагоните и интермодалните единици информация трябва да се съхранява в Оперативната база данни за вагоните и интермодалните единици.
The database also shows the different status of the rolling stock such as:
Информацията относно движението на влаковете води до нови въвеждания/актуализации в Оперативната база данни за вагоните и интермодалните единици за информация на клиентите.
Status:
Свързаната с движението част от данните за даден вагон или интермодална единица в базата данни се създава най-късно когато се получи времето на освобождаване на вагона или интермодалната единица от клиента.
loading of the rolling stock
Този час на освобождаване е първата информация за движението на вагона, въведена в Оперативната база данни за вагоните и интермодалните единици във връзка с дадено реално транспортно пътуване.
This status is required for the information exchange between the RU and the IMs and to other railway undertakings involved in the transport journey.
Съобщенията относно движението на вагоните са дефинирани в глави 4.2.8 (Движение на вагоните) и 4.2.9 (Отчитане на прехвърляне).
loaded wagon on journey
Тази база данни трябва да бъде достъпна чрез Общия интерфейс (глави 4.2.12.1: Цялостна архитектура и 4.2.12.6: Общ интерфейс).
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.
Оперативната база данни на вагоните и интермодалните единици е най-важната такава за проследяване на вагоните и следователно за комуникациите между участващите ЖПП и водещото ЖПП.
empty wagon on journey
Тази база данни показва движението на даден вагон или интермодална единица от момента на тръгване до крайното доставяне на коловозите на клиента, заедно с данни за ОЧПР и действителните часове на пристигане в различни местоположения до ОЧП за крайната доставка.
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.
Тя представя също така различните видове състояние на подвижния състав, като например:
unloading of rolling stock
Състояние:
This status is required for the information exchange between the RU at destination and the Lead RU for the transport.
товарене на подвижния състав
empty wagon under fleet management control
Това състояние е необходимо за обмена на информация между ЖПП и различните УИ, както и с други участващи в транспортния процес железопътни предприятия.
This status is required to get the information about availability of a vehicle of defined characteristics.
натоварен вагон на път
Wagon Trip Plan Databases
Това състояние е необходимо за обмена на информация между УИ и съответното ЖПП, както и с други управители на инфраструктура и други участващи в транспортния процес железопътни предприятия.
Trains may be composed of wagons from various Customers.
празен вагон на път
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.
Това състояние е необходимо за обмена на информация между УИ и съответното ЖПП, както и с други управители на инфраструктура и други участващи в транспортния процес железопътни предприятия.
New train paths for a train — e.g. in case of service interruptions — lead to revised trip plans for the wagons concerned.
разтоварване на подвижния състав
The creation time for the trip plan is the receipt of the consignment note from the customer.
Това състояние е необходимо за обмена на информация между ЖПП, действащо при местоназначението и водещото ЖПП за превоза.
The Wagon Trip Plans must be stored by each LRU in a database.
празен вагон, под контрола на управителя на ж.п. парк
These databases must be accessible via the Common Interface (4.2.14.1: General Architecture and 4.2.12.6: Common Interface).
Това състояние е необходимо за получаване на информация относно разполагаемостта на вагон с определени характеристики.
In addition to the mandatory databases mentioned above, at each IM side a train database may be installed.
Бази данни относно пътния план на вагоните
This infrastructure manager train database corresponds to the movement part of the Wagon and Intermodal Unit Operational Database.
Влаковете могат да са композирани с вагони за различни клиенти.
The main data entry is the train related data of the train composition message from the RU.
За всеки вагон водещото ЖПП (т.е.
All train events result in an update of this train related database.
ЖПП, което действа като обединител на транспортната услуга) трябва да изготвя и актуализира пътен план, съответстващ на влаковия маршрут на ниво влак.
An alternative storage possibility for these data is the path database (Chapter 4.2.2: Path Request).
Възприемането на нови маршрути за даден влак— например в случай на прекъсване на услугата — налага ревизиране на пътните планове на съответните вагони.
These databases must be accessible via the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
Датата и часа на създаване на пътния план е датата и часа на получаване на товарителницата от клиента.
Additional Requirements on the Databases
Пътните планове на вагоните трябва да бъдат съхранени от всяко водещо ЖПП в съответна база данни, Тези бази данни трябва да са достъпни чрез Общия интерфейс (глави 4.2.14.1: Цялостна архитектура и 4.2.12.6: Общ интерфейс).
Under the following points are listed additional requirements which must be supported by the various databases.
Освен отбелязаните по-горе задължителни бази данни, всеки УИ може да създаде база данни относно влаковете.
These are:
Тази база данни на управителя на инфраструктура съответства на Оперативната база данни за вагоните и интермодалните единици.
Authentication
Тя съдържа основно данните, които съответстват на предаваното от ЖПП съобщение за влаковата композиция.
A database must support the authentication of users of the systems before they can gain access to the database.
Всички промени относно влака налагат актуализирането на тази отнасяща се за влаковете база данни.
Security
Също така е възможно тази информация да се записва в базата данни относно маршрута (глава 4.2.2: Заявка за маршрут).
A database must support the security aspects in the meaning of controlling access to the database.
Тези бази данни трябва да са достъпни чрез Общия интерфейс (глави 4.2.12.1: Цялостна архитектура и 4.2.12.6: Общ интерфейс).
The possible encryption of the database contents itself is not required.
Допълнителни изисквания относно базите данни
Consistency
В следващите точки са изброени изисквания за функционални възможности, които трябва да бъдат поддържани от различните бази данни.
A database selected shall support the ACID principle (Atomicity, Consistency, Isolation and Durability).
Те са:
Access Control
Заверка
A database must allow access to the data to users or systems that have been granted permission.
Базата от данни трябва да осигурява удостоверяване на автентичността на потребителите на системите, преди те да получат достъп до базата от данни.
The access control shall be supported down to a single attribute of a data record.
Сигурност
The database shall support configurable, role based access control for insertion, update or deletion of data records.
Базата данни трябва да поддържа аспектите по осигуряване на сигурност, изразяващи се в контрол на достъпа до нея.
Tracing
Евентуалното криптиране на съдържанието на самата база данни не е задължително.
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).
Последователност
Lock strategy
За избраната база от данни трябва да се прилага принципът ACID (Atomicity, Consistency, Isolation, Durability — завършеност, съгласуваност, изолираност и устойчивост).
A database must implement a locking strategy which allows access to the data even when other users are currently editing records.
Контрол на достъпа
Multiple access
Базата данни трябва да разрешава достъп на потребителите или системите, които са упълномощени за това.
A database must support that data can be accessed simultaneously by several users and systems.
Контролът на достъпа трябва да бъде прилаган до нивото на единичен атрибут на запис от данни.
Reliability
Той трябва да бъде конфигуриран в зависимост от потребителите за въвеждане, актуализиране или изтриване на данните.
The reliability of a database must support the required availability.
Проследяване
Availability
Базата данни трябва да поддържа проследяване на всички извършени промени, за да позволи проследяване на въвежданата информация (автор, предмет и момент на извършване на промяната).
A database must have an availability on demand of at least 99,9 %.
Стратегия за блокиране
Maintainability
Базата данни трябва да позволява прилагането на стратегия на блокиране, която да позволява достъпа до съдържанието ѝ дори когато други потребители в същия момент извършват промени в записаните данни.
A maintainability of the database must support the required availability.
Едновременен достъп на няколко потребители
Databases themselves are not safety-related.
Базата данни трябва да поддържа едновременен достъп на няколко потребители или системи.
Hence safety aspects are not relevant.
Надеждност
This is not to be confused with the fact that the data — e.g. wrong or not actual data — may have impact on the safe operation of a train.
Надеждността на базата от данни трябва да осигурява изискваната разполагаемост на данните.
Compatibility
Разполагаемост
A database must support a data manipulation language that is widely accepted, such as SQL or XQL.
Достъпността на базата данни трябва да е такава, че заявките да бъдат удовлетворявани в най-малко 99,9 % от случаите.
Import facility
Пригодност за поддържане
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.
Пригодността за поддържане на базата данни трябва да осигурява изискваната разполагаемост.
Export facility
Самите бази данни не са пряко свързани с безопасността.
A database shall provide a facility that allows to export the contents of the complete database or its part as formatted data.
Следователно аспектите по безопасността не са от значение.
Mandatory Fields
Това обаче не означава, че самите данни — например ако са неверни или остарели — не могат да окажат влияние върху безопасността при експлоатацията на влака.
A database must support mandatory fields that are required to be filled before the relevant record is accepted as input to the database.
Съвместимост
Plausibility Checks
Базата от данни трябва да поддържа общоприет език за манипулиране на данни, като например SQL или XQL.
A database must support configurable plausibility checks before accepting the insertion, update or deletion of data records.
Помощна програма за импортиране на данни
Response times
Базата от данни трябва да разполага с помощна програма, която да позволява импортирането на форматирани данни, използваеми за попълване на базата, вместо те да бъдат въвеждани ръчно.
A database must have response times that allow users to insert, update or delete data records in a timely manner.
Помощна програма за експортиране на данни
Performance aspects
Базата данни трябва да разполага с помощна програма, която да позволява експортирането на цялото ѝ съдържание или на част от него във форматиран вид.
The reference files and databases shall support in a cost effective manner the queries necessary to allow the effective operation of all relevant train runs and wagon movements that are covered by the provisions of this TSI.
Задължителни полета
Capacity aspects
Базата данни трябва да съдържа задължителни полета, които да се попълват преди приемането на новите данни в базата.
A database shall support the storage of the relevant data for all freight wagons respectively the network.
Контролиране на правдоподобността на данните
It shall be possible to extend the capacity by simple means (i.e. by adding more storage capacity and computers).