natgillin/translations-raw huggingface dataset:
Те могат да използват вече резервирани (в режим на планиране) маршрути или да поискат от съответния(-ите) управител(-и) на инфраструктура(-и) специален за целта маршрут за участъка (участъците) от пътя, по които съответното ЖПП експлоатира влака.
The communication must always be based on train and path number, whereby the IM communicates with the RU, who has booked the train path on his infrastructure (see also Appendix I).
В приложение I е даден пример за сценарий за заявка на маршрут.
If an RU provides the complete journey A — F (Open Access by RU, no other RUs are involved), then each IM involved communicates directly with this RU only.
Притежанието на маршрут също така има важно значение за комуникацията между ЖПП и УИ по време на движението на влака.
This ‘open access’ by the RU can be realised by booking the train path via ‘One Stop Shop’ or in sections with each IM directly.
Комуникацията трябва винаги да се основава на номера на влака и на маршрута, които ЖПП е резервирало в инфраструктурата на УИ (виж също приложение I).
The TSI takes both cases into account as it is shown in Chapter 4.2.2.1:
Ако дадено ЖПП осигурява изцяло пътя A–F (в режим на свободен достъп за ЖПП и без участие на друго ЖПП), всеки заинтересован УИ трябва да комуникира пряко и единствено с него.
Path Request, Preliminary remarks.
Този „свободен достъп“ може да бъде осигурен чрез резервиране на маршрут на „едно гише“, или пряко от всеки УИ за отделните участъци от пътя.
The dialogue process between RUs and IMs for establishing a train path for a freight train is defined in Chapter 4.2.2 (Path Request).
В настоящата ТСОС са взети предвид и двете възможности, както е посочено в глава 4.2.2.1.
This function refers to Article 48(1) of Directive 2012/34/EU (3).
Заявка за маршрут, предварителни бележки.
The dialogue process excludes obtaining the licence for an RU providing services in accordance with Directive 2001/13/EC (10), the certification according to Directive 2012/34/EU (3) and access rights according to Directive 2012/34/EU (3).
Процедурата на диалог между ЖПП и УИ за определянето на маршрут на товарен влак е описана в глава 4.2.2 (Заявка за маршрут).
In Chapter 4.2.3 (Train Preparation) the information exchange relating to the train composition and the train departure procedure is defined.
Тази функция се основава на член 48, параграф 1 от Директива 2012/34/ЕС [3].
The data exchange during the running of a train in the case of normal operation is given in Chapter 4.2.4 (Train Running Forecast) and for exceptions the messages are defined in Chapter 4.2.5 (Service Disruption Information).
Процедурата на диалог не включва получаването на лиценз за ЖПП, предоставящо услуги съгласно Директива 2001/13/ЕО [10], получаването на сертификат съгласно Директива 2012/34/ЕС [3], и правата за достъп съгласно Директива 2012/34/ЕС [3].
All these messages are exchanged between RU and IM and based on trains.
Обменът на информация относно композирането и процедурата по потегляне на влаковете е описан в глава 4.2.3 (Подготовка на влака).
For a customer the most important information is the estimated time of arrival (ETA) for his shipment.
Обменът на данни по време на движението на влака при нормална експлоатация е описан в глава 4.2.4 (Прогнозиране на движението на влака), а съобщенията относно извънредните ситуации са описани в глава 4.2.5 (Информация за прекъсване на услугата).
From the information exchange between LRU and IM (in case of Open Access) an ETA can be calculated.
Всички тези съобщения се обменят между ЖПП и УИ и се базират на съответните влакове.
In the case of cooperation mode with various RUs, the ETA and also the estimated times of interchange (ETIs) can be determined from the message exchange between RUs and IMs and provided to the LRU by the RUs, (Chapter 4.2.6 Shipment ETI/ETA).
Най-важната информация за клиента при всички случаи е очакваният час на пристигане (ОЧП) на неговите стоки.
Also based on the information exchange between IM and RU, the LRU knows for example:
Очакваният час на пристигане може да бъде изчислен въз основа на обмена на информация между водещото ЖПП и УИ (в случай на режим на свободен достъп).
when the wagons departed from or arrived at a yard or at defined locations (Chapter 4.2.7 Wagon Movement),
В случай на сътрудничество между няколко ЖПП, очакваният час на пристигане и очакваните часове на прехвърляне (ОЧПР) могат да бъдат определени въз основа на обменените съобщения между ЖПП и УИ, които са предоставени от водещото ЖПП на ЖПП (глава 4.2.6 „Очакван час на прехвърляне/Очакван час на пристигане на товара“).
when the responsibility for the wagons was transferred from one RU to the next RU in the transport chain (Chapter 4.2.8 Interchange Reporting).
Този обмен на информация позволява също така на водещото ЖПП да е информирано например по следните въпроси:
Based not only on the data exchange between IM and RU, but also from the data exchange between RUs and LRU, various statistics may be evaluated
кога вагоните са тръгнали от или пристигнали в разпределителната гара или на определено място (глава 4.2.7 Движение на вагоните)
for — in the medium term — planning the production process in greater detail, and
кога отговорността за вагоните е била прехвърлена от едно ЖПП на друго в рамките на транспортната верига (глава 4.2.8.
for — in the long term — carrying out strategic planning exercises and capacity studies (e.g. network analyses, definition of siding and marshalling yards, rolling stock planning), but above all
Доклади за прехвърляне).
for improving the quality of the transport service and productivity (Chapter 4.2.9 Data Exchange for Quality Improvement).
От информацията, обменяна между УИ и ЖПП, както и между ЖПП и водещото ЖПП, е възможно да се получат различни статистически данни, които да послужат както следва:
The handling of empty wagons takes on particular relevance when considering interoperable wagons.
в средносрочен план — за по-подробно планиране на работния процес и
In principle there is no difference in the handling of loaded or empty wagons.
в дългосрочен план — за стратегическо планиране и проучвания относно капацитета (напр. анализи на мрежите, определяне на коловозите, използвани със служебна цел и на разпределителните гари, планиране на подвижния състав), но най-вече
The transport of empty wagons is also based on consignment orders, whereby the fleet manager for these empty wagons must be considered as a customer.
за подобряване на качеството на транспортната услуга и на производителността (глава 4.2.9 Обмен на данни за подобряване на качеството).
An information system is only as good as the reliability of the data within it.
Начинът на процедиране с празните вагони придобива особено значение при наличие на оперативно съвместими вагони.
Therefore the data that plays a decisive role in the forwarding of a consignment, a wagon or a container must be accurate and captured economically — which means that the data should be entered into the system only once.
По принцип няма разлика между начина на процедиране с натоварени и празни вагони.
Based on this, the applications and messages of this TSI avoid the multiple manual data input by access to already stored data e.g. the rolling stock reference data.
Транспортът на празни вагони също се базира на заявки за транспорт, и поради това управителят на парка за тези празни вагони трябва да бъде разглеждан като клиент.
The requirements regarding the rolling stock reference data are defined in Chapter 4.2.10 (The Main Reference Data).
Качеството на информационната система зависи от достоверността на съдържащите се в нея данни.
The specified Rolling Stock Reference Databases must allow easy access to the technical data.
Ето защо данните, които играят определяща роля при изпращането на дадена пратка, вагон или контейнер, трябва да бъдат точни и да са придобити по икономически ефективен начин, което означава данните да се въвеждат в системата само веднъж.
The contents of the databases must be accessible, based on structured access rights depending on privilege, to all IMs, RUs and Fleet managers, in particular for purposes of fleet management and rolling stock maintenance.
По този начин приложенията и съобщенията съгласно настоящата ТСОС дават възможност да се избегне ръчното и повторно въвеждане на данни посредством достъп до вече записана информация, например справочната информация относно подвижния състав.
They must contain all transport critical technical data such as:
Изискванията относно справочните данни за подвижния състав са определени в глава 4.2.10 (Основни справочни данни).
Identification of rolling stock,
Специфицираните справочни бази данни за подвижния състав трябва да дават възможност за лесен достъп до техническата информация.
Technical/design data,
Въз основа на структурираните права за достъп в зависимост от правомощията, съдържанието на тези бази данни трябва да бъде достъпно за всички УИ, ЖПП и управители на паркове, по-специално за целите на управлението на парковете и поддръжката на подвижния състав.
Assessment of compatibility with the infrastructure,
Те трябва да съдържат всички технически данни, които са необходими за транспорта, като например:
Assessment of relevant loading characteristics,
Идентификация на подвижния състав,
Brake relevant characteristics,
Технически/проектни данни,
Maintenance data,
Оценка на съвместимостта с инфраструктурата,
Environmental characteristics.
Оценка на съответните товарни характеристики,
In the Intermodal transport business at various points (called Gateways) a wagon is not only connected to another train, but also the Intermodal unit may be moved from one wagon to another.
Съответни спирачни характеристики,
As a consequence it is not sufficient to work with only a trip plan for wagons and therefore a trip plan for the Intermodal units must also be drawn up.
Данни за поддръжката и ремонта,
In Chapter 4.2.11 (Various Reference Files) some reference files and various databases are listed, among them, the Wagon and Intermodal Unit Operational Database.
Характеристики във връзка с околната среда.
This database contains the operational status data of the rolling stock, the weight and dangerous goods information, information related to Intermodal units and the location information.
При интермодалния транспорт на някои специфични места (наричани преходни точки) е възможно не само вагонът да бъде прикачен към друг влак, но също така и интермодалната единица да бъде преместена от един вагон в друг.
The TSI for Telematics Applications subsystem for freight services defines the required information, which has to be exchanged between the different partners involved in a transport chain, and permits a standard mandatory data exchange process to be installed.
Следователно не е достатъчно да се работи единствено с пътен план на вагоните; необходимо е също така да се изготви такъв план и за интермодалните единици.
It shows also the architecture strategy for such a communication platform.
В глава 4.2.11 (Разни справочни данни) са посочени някои справочни файлове и различни бази данни, между които и Оперативната база данни за вагоните и интермодалните единици (Wagon and Intermodal Unit Operational Database.).
This is outlined in Chapter 4.2.12 (Networking & Communication) which takes into account:
Тази база данни съдържа данни относно функционалното състояние на подвижния състав, информация за теглото и опасните стоки, информация във връзка с интермодалните единици и информация за местонахождението.
the interface to the subsystem Operation and Traffic Management referred to in Article 5(3) of Directive 2008/57/EC (1),
ТСОС на подсистемата „Телематични приложения за товарни превози“ дефинира необходимата информация, която трябва да бъде обменяна между различните участващи в транспортната верига партньори, и дава възможност за въвеждане на стандартизирана и задължителна процедура за обмен на данни.
the requirements for the content of the Network Statement, which are set out in Directive 2012/34/EU (3), Article 27 and Annex IV,
Тя показва също така стратегия за архитектурата на такава комуникационна платформа.
the information available on the freight wagon rolling stock and the requirements regarding maintenance from the Rolling Stock TSI.
Това е разгледано в глава 4.2.12 (Работа в мрежа и комуникации), където са взети предвид:
There is no direct data transmission from the subsystem Telematics Applications for Freight Services into the train, to the driver or to parts of the Control Command and Signalling subsystem and the physical transmission network is a completely different one from the network used by the Command Control and Signalling subsystem.
интерфейсът към подсистемата „Експлоатация и управление на движението“, спомената в член 5, параграф 3 от Директива 2008/57/ЕО [1],
The ERTMS/ETCS system is using GSM-R.
изискванията относно съдържанието на референтния документ за железопътната мрежа, които са зададени в член 27 и в приложение IV към Директива 2012/34/ЕС [3],
In this open Network the ETCS specifications clarify that safety is achieved with the appropriate management of open networks hazards in the EURORADIO protocol.
наличната информация относно товарните вагони и изискванията по поддръжката, определени в ТСОС „Подвижен състав“.
The interfaces to the structural subsystems Rolling Stock and Control Command are only given via the Rolling Stock Reference Databases (Chapter 4.2.10.2: The Rolling Stock Reference Databases), which are under the control of the keepers.
Няма пряко предаване на данни от подсистемата „Телематични приложения за товарни превози“ във влака, към машиниста или към елементи от подсистемата „Контрол, управление и сигнализация“ и при това съответната предавателна мрежа е физически напълно независима от мрежата, използвана от подсистемата „Контрол, управление и сигнализация“.
The interfaces to the subsystems Infrastructure, Control Command and Energy are given with the path definition (Chapter 4.2.2.3: Path Details message) from the IM, where infrastructure related values for the train are specified, and with the information provided by the IMs regarding restrictions in the infrastructure (Chapter 4.2.2 Path Request and Chapter 4.2.3 Train Preparation).
Системата ERTMS/ETCS (Европейска система за управление на железопътното движение/Европейска система за управление на влаковете) използва GSM-R (Глобалната система за мобилна комуникация на железниците).
According to Article 4(1) of Directive 2008/57/EC (1), the Trans-European Rail System, subsystems and their interoperability constituents must meet the essential requirements set out in general terms in Annex III of that Directive.
В тази отворена мрежа спецификациите на ETSC показват, че сигурността се гарантира чрез съответното управление в протокола EURORADIO на рисковете в отворените мрежи.
In the scope of the present TSI, the fulfilment of relevant essential requirements listed in Chapter 3 will be ensured for the subsystem by the compliance with the specifications described in Chapter 4:
Интерфейсите към структурните подсистеми „Подвижен състав“ и „Контрол и управление“ се дават само посредством справочните бази данни за подвижния състав (глава 4.2.10.2: Справочни бази данни за подвижния състав), които се управляват от ползвателите на подвижния състав.
Characterisation of the subsystem.
Интерфейсите към подсистемите „Инфраструктура“, „Контрол и управление“ и „Енергия“ се дават с дефинирането на маршрута (глава 4.2.2.3: Съобщение с подробни данни за маршрута) от УИ, в което се уточняват свързаните с инфраструктурата параметри за влака, както и с предоставяната от УИ информация относно ограниченията в инфраструктурата (глава 4.2.2 Заявка за маршрут и глава 4.2.3 Подготовка на влака).
The essential requirements concern:
Съгласно член 4, параграф 1 от Директива 2008/57/EО [1], трансевропейската железопътна система, подсистемите и съставните елементи на оперативна съвместимост трябва да отговарят на съществените изисквания, посочени в общ вид в приложение III към тази директива.
Safety,
В рамките на настоящата ТСОС, спазването на спецификациите, описани в глава 4, осигурява спазване и на посочените в глава 3 съществени изисквания за подсистемата.
Reliability and Availability,
Определяне на характеристиките на подсистемата.
Health,
Съществените изисквания се отнасят до:
Environmental protection,
Безопасност,
Technical compatibility.
Надеждност и разполагаемост,
According to Directive 2008/57/EC (1), the essential requirements may be generally applicable to the whole Trans-European Rail System or be specific to each subsystem and its constituents.
Опазване на здравето,
The relevance of the general requirements to the Telematics Applications Subsystem for Freight is determined as follows:
Защита на околната среда.
The essential requirements 1.1.1, 1.1.2, 1.1.3, 1.1.4 and 1.1.5 of Annex III to Directive 2008/57/EC (1) are not relevant to the Telematics Applications subsystem.
Техническа съвместимост.
‘The monitoring and maintenance of fixed or movable components that are involved in train movements must be organised, carried out and quantified in such a manner as to maintain their operation under the intended conditions.’
Съгласно Директива 2008/57/ЕО [1] съществените изисквания могат да се прилагат по принцип за цялата трансевропейска железопътна система или да са специфични за всяка подсистема и нейните съставни елементи.
This essential requirement is met by the following chapters:
Наличието на значимост на изискванията от общ характер към подсистемата „Телематични приложения за товарни превози“ се определя както следва:
Chapter 4.2.10:
Съществените изисквания 1.1.1, 1.1.2, 1.1.3, 1.1.4 и 1.1.5 от приложение III към Директива 2008/57/ЕО [1] не се отнасят за подсистемата „Телематични приложения“.
The Main Reference Data,
„Контролирането и поддържането на неподвижните или подвижните елементи, участващи в движението на влаковете, трябва да се организира и провежда и да е количествено определено по начин, осигуряващ функционирането им при определените условия.“
Chapter 4.2.11:
Това съществено изискване се изпълнява посредством посоченото в следните глави:
Various Reference Files and Databases,
Глава 4.2.10:
Chapter 4.2.12:
Основните справочни данни,
Networking & Communication.
Глава 4.2.11:
The essential requirements 1.3.1 and 1.3.2 of Annex III to Directive 2008/57/EC (1) are not relevant to the Telematics Applications subsystem.
Разни справочни файлове и бази данни,
The essential requirements 1.4.1, 1.4.2, 1.4.3, 1.4.4 and 1.4.5 of Annex III to Directive 2008/57/EC (1) are not relevant to the Telematics Applications subsystem.
Глава 4.2.12:
The essential requirement 1.5 of Annex III to Directive 2008/57/EC (1) is not relevant to the Telematics Applications subsystem.
Работа в мрежа и комуникации.
Essential requirement 2.7.1 of Annex III to Directive 2008/57/EC (1):
Съществените изисквания 1.3.1 и 1.3.2 от приложение III към Директива 2008/57/ЕО [1] не се отнасят за подсистемата „Телематични приложения“.
‘The essential requirements for Telematics Applications guarantee a minimum quality of service for passengers and carriers of goods, particularly in terms of technical compatibility.
Съществените изисквания 1.4.1, 1.4.2, 1.4.3, 1.4.4 и 1.4.5 от приложение III към Директива 2008/57/ЕО [1] не се отнасят за подсистемата „Телематични приложения“.
Steps must be taken to ensure:
Същественото изискване 1.5 от приложение III към Директива 2008/57/ЕО [1] не се отнася до подсистемата „Телематични приложения“.
that the databases, software and data communication protocols are developed in a manner allowing maximum data interchange between different applications and operators, excluding confidential commercial data,
Същественото изискване 2.7.1 от приложение III към Директива 2008/57/ЕО [1]:
easy access to the information for users.’
„Съществените изисквания за телематични приложения гарантират минимално качество на услугата за пътници и превозвачи на стоки, по-специално по отношение на техническата съвместимост.
This essential requirement is specially met by the following chapters:
Трябва да се предприемат мерки за осигуряване както следва:
Essential requirement 2.7.2 of Annex III to Directive 2008/57/EC (1):
базата данни, софтуерът и протоколите за комуникация на данни да са изготвени така, че да гарантират максимални възможности за обмен на данни, от една страна, между различните приложения и, от друга страна, между различните експлоатационни предприятия, като се изключват търговските и поверителните данни,
‘The methods of use, management, updating and maintenance of these databases, software and data communication protocols must guarantee the efficiency of these systems and the quality of the service.’
да има лесен достъп до информацията за потребителите.“
This requirement is specially met by the following chapters:
Това съществено изискване се изпълнява по-специално посредством посоченото в следните глави:
This essential requirement, especially the method of use to guarantee the efficiency of these Telematics applications and the quality of the service, is the foundations for the complete TSI and not restricted to the Chapters 4.2.10, 4.2.11 and 4.2.12.
Същественото изискване 2.7.2 от приложение III към Директива 2008/57/ЕО [1]:
Essential requirement 2.7.3 of Annex III to Directive 2008/57/EC (1):
„Методите на използване, управление, актуализация и поддържане на тези бази данни, софтуера и протоколите за предаване на данни трябва да гарантират ефективността на системите и качеството на обслужването.“
‘The interfaces between these systems and users must comply with the minimum rules on ergonomics and health protection.’
Това съществено изискване се изпълнява по-специално посредством посоченото в следните глави:
This TSI does not specify any additional requirements to existing national and European rules related to minimum rules on ergonomics and health protection of an interface between these Telematics applications and users.
Това съществено изискване, и по-специално използваният метод за гарантиране на ефективността на тези телематични приложения и на качеството на услугата, представлява основата на цялата ТСОС, а не се ограничава само до посоченото в главите 4.2.10, 4.2.11 и 4.2.12.
Essential requirement 2.7.4 of Annex III to Directive 2008/57/EC (1):
Същественото изискване 3.7.2 от приложение III към Директива 2008/57/ЕО [1]:
‘Suitable levels of integrity and dependability must be provided for the storage or transmission of safety-related information.’
„Интерфейсите между тези системи и потребителите трябва да бъдат в съответствие с минималните изисквания за ергономичност и правилата за здравеопазване.“
This requirement is met by the following chapters:
В настоящата ТСОС не са определени изисквания, допълнителни в сравнение със съществуващите национални и европейски нормативи в областта на минималните изисквания за ергономия и опазване на здравето, що се отнася до интерфейса между тези телематични приложения и потребителите.
The rail system, to which Directive 2008/57/EC applies and of which the Telematics Applications Subsystem is a part, is an integrated system whose consistency must be verified.
Същественото изискване 2.7.4 от приложение III към Директива 2008/57/ЕО [1]:
This consistency must be checked in particular with regard to the specifications of the subsystem, its interfaces vis-à-vis the system in which it is integrated, as well as the operating and maintenance rules.
„Трябва да бъдат осигурени подходящи нива на цялостност и надеждност за съхранението или предаването на информация, свързана с безопасността.“
Taking into account all the applicable essential requirements, the Telematics Application Subsystem for Freight is characterised by:
Това съществено изискване се изпълнява по-специално посредством посоченото в следните глави:
In light of the essential requirements in Chapter 3 (Essential requirements), the functional and technical specifications of the subsystem cover the following parameters:
Железопътната система, която е предмет на Директива 2008/57/ЕО и част от която е подсистемата „Телематични приложения“, е интегрирана система, чиято последователност трябва да бъде проверявана.
Consignment Note data,