natgillin/translations-raw huggingface dataset:
Информацията „железопътен мост“ е включена в обектното наименование, тъй като дава информация, която допълва съответния type_code „мост“.
If a waterway section is the borderline between two countries with different languages, the national object name can be provided in both languages (e.g.
Напр.: Обектното наименование на мост в Линц (Австрия) е „Nibelungenbrücke“.
‘Staatsgrenze AT-SK/Statna hranica AT-SK’).
Думата „brücke“ остава в обектното наименование, тъй като е част от наименованието на самия мост.
Rules for the element ‘name’ related to fairways
Напр.: Водомерната станция „Pegelstelle Wildungsmauer“ се именува „Wildungsmauer“, тъй като информацията, че обектът е водомерна станция, вече е кодирана в съответния type_code.
Fairway names are usually prefilled by the NtS editor tool based on RIS Index reference data.
Ако участък от водния път е граница между две държави, ползващи различни езици, националното наименование на обекта може да бъде предоставено и на двата езика (например „Staatsgrenze AT-SK/Statna hranica AT-SK“).
The field ‘name’ shall contain the local name of the respective fairway section (e.g.
Правила за елемента „name“ относно фарватери
‘Rhein’) Depending on national processes it may be possible to edit the fairway name to include commonly used local names or additions (e.g.
Наименованията на фарватерите обикновено се попълват предварително от инструмента за редактиране на NtS въз основа на справочните данни от RIS Index.
‘Rhein am Deutschen Eck’).
Полето „name“ съдържа местното наименование на съответния участък от фарватера (напр. „Rhein“).
Rules for the elements ‘value’ and ‘unit’ within limitations
В зависимост от националните процеси е възможно наименованието на фарватера да се редактира, за да се включат често използвани местни наименования или допълнения (напр. „Rhein am Deutschen Eck“).
Unless stated otherwise only cm, m3/s, h, km/h and kW, m/s (wind), mm/h (rain) and degree Celsius are allowed to be used as units within NtS messages.
Правила за елементите „value“ и „unit“ в рамките на ограниченията
B. NOTICES TO SKIPPERS ENCODING GUIDE FOR APPLICATION DEVELOPERS
Освен ако не е посочено друго, в NtS съобщенията се разрешава използването само на следните мерни единици: cm, m3/s, h, km/h и kW, m/s (вятър), mm/h (дъжд) и градуси по Целзий.
Background & Structure
Б.
Purpose of NtS Encoding Guide
НАСОКИ ЗА РАЗРАБОТЧИЦИ НА ПРИЛОЖЕНИЯ ЗА КОДИРАНЕ НА ИЗВЕСТИЯ ДО КОРАБНИТЕ ВОДАЧИ (NTS ENCODING GUIDE)
NtS Encoding Guide for editors
Контекст и структура
NtS Encoding Guide for application developers (this document)
Цел на NtS Encoding Guide
NtS messages and sections
NtS Encoding Guide за редактори
Filling of nts_number section in the WRM
NtS Encoding Guide за разработчици на приложения (настоящият документ)
Filling of WRM including predictions
NtS съобщения и раздели
ICEM processes
Попълване на раздел nts_number в WRM
New ICEM
Попълване на WRM, включително прогнози
Update of an existing ICEM
ICEM процеси
Filling of nts_number section in the WERM
Ново ICEM
Filling of WERM ‘weather_category_code’
Актуализиране на съществуващо ICEM
FTM processes
Попълване на раздел nts_number в WERM
New FTM
Попълване на „weather_category_code“ в WERM
Update/withdrawal of an existing FTM
FTM процеси
Waterway and/or object related FTM
Ново FTM
Automatic ordering of limitation codes
Актуализиране/оттегляне на съществуващо FTM
Handling of limitation period
FTM за воден път и/или обект
General implementation rules
Автоматично подреждане на кодовете за ограничения
Filling of the ‘number_section’
Третиране на ограничителните периоди
Filling of elements ‘from’, ‘originator’, ‘organisation’ and ‘source’
Общи правила за изпълнение
Omission of elements
Попълване на „number_section“
Automatic filling of date_issue
Попълване на елементите „from“, „originator“, „organisation“ и „source“
Handling of time zone information in NtS messages
Пропускане на елементи
Handling of Seconds in NtS messages
Автоматично попълване на date_issue
Format of decimals in NtS messages
Третиране на информацията за часовата зона в NtS съобщенията
Units to be used in NtS messages
Третиране на секундите в NtS съобщенията
Rules for the elements ‘name’, ‘position_code’ and ‘type_code’
Формат на десетичните знаци в NtS съобщенията
Rules for the element ‘fairway_name’
Мерни единици, които да се използват в NtS съобщенията
Clarifications for translations in the spreadsheet ‘reference_code’
Правила за елементите „name“, „position_code“ и „type_code“
Recommendation for the element ‘coordinate’
Правила за елемента „fairway_name“
Handling of target groups
Пояснения за преводите в електронната таблица „reference_code“
Display of valid messages at a given time
Препоръки за елемента „coordinate“
Optional functions to increase user friendliness of NtS editor tools
Третиране на целевите групи
NtS XML Message Structure
Визуализация на валидни съобщения в определен момент
Objective
Незадължителни функции за по-голямо удобство при използване на инструментите за редактиране на NtS
Basic Principles and constraints
Структура на NtS XML съобщение
Web standards
Цел
Interaction model and encoding method for NtS WS
Основни принципи и ограничения
General specifications and recommendations
Уеб стандарти
Specification: Version information
Модел на взаимодействие и метод на кодиране за NtS WS
Specification: Structure of namespaces
Общи спецификации и препоръки
Recommendation: Use of namespaces
Спецификация: Информация за версията
Recommendation: Use of namespace prefixes
Спецификация: Структура на именните пространства
Specification: Use of ISRS Location Codes
Препоръка: Използване на именни пространства
NtS Message Service (implementation specification)
Препоръка: Използване на префикси на именни пространства
Request
Спецификация: Използване на ISRS Location Codes
Response
Услуга за NtS съобщения (спецификации за изпълнение)
Generation of services and clients
Заявка
Glossary
Отговор
Notices to Skippers (NtS) were being implemented in various European countries based on Commission Regulation 416/2007/EC of the European Parliament and of the Council concerning the technical specifications for Notices to Skippers as referred to in Article 5 of RIS directive 2005/44/EC.
Създаване на услуги и клиенти
The NtS standard is in the continuous process of enhancement, a major step forward was the release of the NtS Web Service facilitating exchange of NtS messages between authorities as well as between authorities and NtS users as well as NtS XSD 4.0 streamlining the encoding of NtS messages.
Речник
The NtS Encoding Guide explains the applicability of the four NtS message types as well as codes to be used in case of certain events.
Известията до корабните водачи (NtS) са въведени в различни европейски държави въз основа на Регламент (ЕО) № 416/2007 на Европейския парламент и на Съвета относно техническите спецификации за известия до корабните водачи, на които се позовава член 5 от Директива 2005/44/EО.
It provides NtS editors with NtS message filling instructions, thus allows nationally and internationally harmonised encoding of NtS messages.
Стандартът за NtS се усъвършенства постоянно, като голяма крачка напред беше пускането на NtS web service, което позволи да се улесни обменът на NtS съобщения между органите, както и между органите и ползвателите на NtS, както и на NtS XSD 4.0, с което се рационализира кодирането на NtS съобщенията.
The NtS Encoding Guide version 1.0 applies to NtS XSD 4.0 and the NtS Web Service WSDL 2.0.4.0.
В NtS Encoding Guide се обяснява приложението на четирите вида NtS съобщения, както и кодовете, които да се използват при настъпването на определени събития.
The NtS Encoding Guide for editors is intended for personnel editing (and publishing) NtS messages including step-by-step creation instructions for the proper message types as well as explanation of codes.
Те предоставят на редакторите на NtS указания за попълването на NtS съобщенията, като по този начин позволяват хармонизиране на кодирането им на национално и международно равнище.
The encoding guide for editors also includes relevant information for application developers.
Версия 1.0 на NtS Encoding Guide се прилага за NtS XSD 4.0 и NtS Web Service WSDL 2.0.4.0.
The NtS Encoding Guide for developers includes guidelines for NtS application implementation explaining logic, processes and auto/default values.
NtS Encoding Guide за редактори са предназначени за служителите, които се занимават с редактирането (и публикуването) на NtS съобщения, и включват постъпкови указания за създаване на подходящите видове съобщения, както и обяснение на кодовете.
An NtS message consists of the following:
Насоките за кодиране за редактори включват също и информация, която е от значение за разработчиците на приложения.
the identification section,
NtS Encoding Guide за разработчици включват насоки за изпълнение на приложения за NtS, като се обясняват тяхната логика, процеси и автоматични стойности/стойности по подразбиране.
section defining the applicable object(s) or fairway section(s) the message is related to,
NtS съобщението се състои от следните раздели:
one or more of the following sections according to the message type:
идентификационен раздел
limitation(s) for the Fairway and traffic related message,
раздел за определяне на обекта (обектите) или на участъка (участъците) от фарватера, за които се отнася съобщението;
measurement(s) for the Water level related message,
един или повече от следните раздели в зависимост от вида на съобщението:
ice condition(s) for the Ice related message,
ограничение(я) за съобщенията за фарватера и трафика,
weather report(s) for the Weather related message.
измерване(ия) за съобщенията за нивото на водата,
Figure 2
ледова обстановка за съобщенията за ледовите явления,
Visualisation of the NtS message structure: mandatory element (1), mandatory element that may occur one or two times (1…2), mandatory element that has to occur two times (2), mandatory elements that may occur as often as necessary (1-n), optional element that may occur as often as necessary (0…n)
метеорологичен(и) доклад(и) за съобщенията за метеорологичната обстановка.
The identification section is mandatory and includes general information about the message originator, sender, date issue, country and original language and is provided together with one of the four different NtS message section types:
Фигура 2
Fairway and traffic related section: a ‘Fairway and Traffic related Message’ (FTM) is usually created by NtS editors following the NtS Encoding Guide for editors.
Онагледена структура на NtS съобщението: задължителен елемент (1); задължителен елемент, който може да присъства веднъж или два пъти (1…2); задължителен елемент, който трябва да присъства два пъти (2); задължителни елементи, които може да присъстват толкова често, колкото е необходимо (1-n); незадължителен елемент, който може да присъства толкова често, колкото е необходимо (0… n)
It is related to stretches of waterways (defined by its begin and end ISRS Location Codes and/or objects on the waterway defined by their respective ISRS Location Code.
Идентификационният раздел е задължителен и включва обща информация за автора на съобщението, изпращача, датата и държавата на издаване и оригиналния език и се предоставя с един от четирите различни вида NtS съобщения:
[go to chapter 6]
Fairway and traffic related section: „раздел за фарватера и трафика“ (FTM) обикновено се създава от редакторите на NtS в съответствие с NtS Encoding Guide за редактори.
Water level related section: a ‘Water Related Message’ (WRM) facilitates provision of information on current and predicted water levels as well as other information.
То се отнася до участъци от водните пътища (определени с техните начални и крайни ISRS Location Codes) и/или до обекти по водния път, определени с техния съответен ISRS Location Code.
Usually WRM are created automatically (and periodically) based on sensor measurements or infrastructure status not requiring NtS editor interaction.
[виж глава 6]
The water related message section contains information for an object (e.g. gauge station) or a fairway section (e.g. least sounded depth for a stretch, applicable regime at a waterway section).
Water level related section: „раздел за нивото на водата“ (WRM) улеснява предоставянето на информация за актуалните и прогнозните нива на водите, както и на други данни.
Ice related section: an ‘ICE Message’ (ICEM) contains information about the ice conditions for a fairway stretch defined by its begin- and end-ISRS Location Codes.
Обикновено WRM се създават автоматично (и периодично) въз основа на измервания на датчиците или състоянието на инфраструктурата без необходимост от намеса на редактора на NtS.
[go to chapter 4]
Съобщението за нивото на водата, съдържа информация за даден обект (например водомерна станция) или участък от фарватера (напр. минимална дълбочина за даден участък, приложим режим по даден участък от водния път).
Weather related section: a ‘WEather Related Message’ (WERM) enables provision of information on current as well as forecasted weather situations on a waterway stretch defined by its begin- and end-ISRS Location Codes.
Ice related section: „раздел за ледовите явления“ (ICEM) съдържа информация за ледовата обстановка за даден участък от фарватера, определен с неговите начални и крайни ISRS Location Codes.
[go to chapter 5]
[виж глава 4]
In addition, the ISRS Location Code (International Ship Reporting Standard) is used to define the applicable object(s) or fairway section(s) the message is related to.
Weather related section: „раздел за метеорологичната обстановка“ (WERM) позволява предоставянето на информация за актуалните, както и за прогнозните метеорологични ситуации по участък от водния път, определен с неговите начални и крайни ISRS Location Codes.
The ISRS location code is defined in point 4.3 of the Annex to this Regulation.
[виж глава 5]
Water level information is very important for voyage planning as well as safety.
Освен това ISRS Location Code (Международен стандарт за корабно докладване) се използва за определяне на приложимия(ите) обект(и) или участък(ци) от фарватера, за които се отнася съобщението.
At the moment there is no common standard of referencing water level information.
ISRS location code е определен в точка 4.3 от приложението към настоящия регламент.
The values of gauges are referring to different sea-levels or to special reference points.
Информацията за нивото на водата е много важна при планирането на корабните рейсове, а също и с оглед на безопасността.
To provide a proper reference, the respective ‘reference_code’ shall always be provided together with the value.
Към настоящия момент не съществува общ стандарт, към който да се отнесе информацията за нивото на водата.
WRM may be used to provide the following information:
Стойностите на водомерните станции се отнасят към различни морски нива или конкретни референтни точки.
Water level (including predictions),
За да се предостави правилната референция, стойността трябва винаги да се дава със съответния „reference_code“.
Least sounded depth (including predictions),
WRM може да се използва за предоставяне на следната информация:
Vertical clearance (including predictions),
Водно ниво (включително прогнози),
Discharge (including predictions),
Минимална дълбочина (включително прогнози),
Barrage status,
Височина на свободния проход (включително прогнози),
Regime.
Дебит на водите (включително прогнози),
Clarifications for translations in the spreadsheet ‘reference_code’ are provided in chapter 7.11.
Статус на бентовете,
Usually WRM are created and published automatically based on information received from sensor equipment or information received from infrastructure (e.g. predictions, barrage status).
Режим.
There may be different triggers for WRM publication, e.g. periodically or when certain values are reached.
Пояснения за преводите в електронната таблица „reference_code“ са предоставени в глава 7.11.
In NtS XSD 4.0 the NtS number is optional within WRM messages.
Обикновено WRM се създават и публикуват автоматично въз основа на информация, получена от сензорно оборудване, или информация, получена от инфраструктурата (например прогнози, статус на бентовете).
If it is provided every number has to be unique (Organisation/Year/Number/Serial) per message type and it is up to the organisation providing the WRM to ensure unique numbers (it is not required to have consecutive numbers).
Публикациите за WRM може да са зададени да излизат периодично или при достигане на определена стойност.
The date_start of validity_period has to be filled with present date (date_issue) and the date_end of validity_period has to be filled with the next day after date_issue.
В NtS XSD 4.0 NtS номерът на NtS в WRM не е задължителен.
To provide changes in e.g. water level in a user-friendly way the difference to a previous comparative measurement may be provided in the WRM difference section.
Ако бъде предоставен, номерът трябва да е уникален (Organisation/Year/Number/Serial) за всеки вид съобщение, като уникалните номера трябва да се осигурят от организацията, предоставяща WRM, (не е необходимо номерата да са последователни).
Besides the change in the value (e.g. - 5 [cm]) also the time difference to the comparative measurement has to be provided.
В полето date_start на validity_period се попълва настоящата дата (date_issue), а в полето date_end на validity_period се въвежда денят след date_issue.
In case of predictions the ‘measure_date’ is the date/time the prediction is valid for.
За да може промените, например в нивото на водата, да се представят по лесен за ползване начин, в раздела за разлика в WRM може да се представи разликата спрямо предишно сравнително измерване.
Water level predictions always include a factor of uncertainty.
Освен промяната в стойността (напр. - 5 [cm]) трябва да се въведе и времето, изтекло след сравнителното измерване.
Usually models with different parameters (e.g. weather forecast) are calculated leading to different predicted water level values.
При прогнози „measure_date“ е датата/часът, за която/който е валидна прогнозата.
To enable provision of a minimum and maximum predicted value e.g. visualisation of a water level prediction confidence interval, two additional optional data fields are included in the WRM ‘measure’ section.
Прогнозните нива на водите винаги включват коефициент на несигурност.
An illustration of water level prediction confidence interval is given in the following figure:
Обикновено се изчисляват модели с различни параметри (например прогноза за времето), което води до различни прогнозни стойности за нивото на водата.
Figure 3
За да е възможно предоставянето на минимална и максимална прогнозна стойност, напр. визуализация на доверителния интервал при прогноза за нивото на водата, в раздел „измерване“ в WRM са включени две допълнителни полета за данни.
Visualisation of water level prediction confidence interval: most probable value (black), confidence interval upper boarder (violet), confidence interval lower boarder (red), measured water level (blue) (The x-axis shows the time; the y-axis shows the water level in cm)
Пример за доверителен интервал при прогноза за нивото на водата е представен на следната фигура:
Two elements are available in the NtS XSD:
Фигура 3
< value_min > lowest value of confidence interval
Онагледяване на доверителен интервал при прогноза за нивото на водата: най-вероятна стойност (в черно), горна граница на доверителния интервал (във виолетово), долна граница на доверителния интервал (в червено), измерено ниво на водата (в синьо) ()
< value_max > highest value of confidence interval
В NtS XSD са налични два елемента:
Besides predicted water levels the confidence interval may also be used to state the uncertainty of published least sounded depth and vertical clearance information.
< value_min > най-ниска стойност на доверителния интервал
The confidence interval value_min and value_max enable provision of WRM value confidence interval via standardised NtS WRM Message to use it in graphs.
< value_max > най-висока стойност на доверителния интервал
The raw data itself shall not be displayed to IWT users (e.g. in code format).
Освен за прогнозните нива на водите доверителният интервал може да се използва и за указване на несигурност на публикуваната информация за минимална дълбочина и височина на свободния проход.
The measure_code ‘NOM’ must not be used.
Доверителните интервали value_min и value_max позволяват да се прогнозира стойността на доверителния интервал на WRM чрез стандартизирано NtS WRM съобщение, което може да се използва в графики.
In case there is no measurement for a certain type of WRM the value elements have to be omitted if a message should be sent anyhow.
Суровите данни сами по себе си не са видими за ползвателите на IWT (например в кодов формат).
Ice Messages depend on local observation and assessment and will usually be generated manually (in case of automatic generation the rules for manual creation have to be followed, see NtS Encoding Guide for editors).
Кодът measure_code „NOM“ не трябва да се използва.
The ICEM is published for a certain fairway_section defined by its begin and end ISRS Location Codes and contains the ice_condition at a certain measurement date.
В случай че стойностите за някои видове WRM не са измерени, елементите на стойността се пропускат, ако съобщение все пак трябва да бъде изпратено.
The validity of the ICEM starts at the date of publication (automatically set by the NtS application).
Съобщенията за ледовите явления зависят от наблюденията и оценките по места и обикновено се генерират ръчно (при автоматично генериране трябва да се спазват правилата за ръчно създаване, вж.
In order to avoid ICEM being displayed to users that are not valid any more, the validity date_end has to be filled automatically by the NtS application with the day after publication (unless it is ensured by national processes that messages will get a validity date end as soon as the information included in the message is not up-to-date any more).
NtS Encoding Guide за редактори).
In the NtS Encoding Guide for editors it is described under which circumstances an NtS editor creates a new ICEM or updates an existing ICEM.
ICEM се публикува за даден fairway_section, определен с неговите начални и крайни ISRS Location Codes, и съдържа ice_condition към определена дата на измерване.
The following processes apply:
Валидността на ICEM започва от датата на публикуване (автоматично зададена от приложението за NtS).
NtS applications may offer NtS editors:
За да не може ползвателите да виждат вече невалидни ICEM, date_end за валидност трябва да бъде попълнена автоматично от приложението за NtS в деня след публикацията (освен ако националните процеси не гарантират, че съобщенията ще получат крайна дата на валидност, веднага след като информацията в тях престане да бъде актуална).
to use existing notices as draft upon creation of new ICEM (e.g. if ice conditions are similar to the existing notice); and/or
В NtS Encoding Guide за редактори е описано при какви обстоятелства редактор на NtS създава ново ICEM или актуализира съществуващо ICEM.
to use notice templates for certain situations.
Прилагат се следните процеси:
The content (e.g. time of measurement or respective ice conditions) has to be entered by the editor in line with chapter 6 of the NtS Encoding Guide for editors.
Приложенията за NtS може да предлагат на редакторите на NtS
The date and time of measurement could also be set by the application according to national definitions.
a. да използват съществуващи известия като чернова при създаването на ново ICEM (напр. ако ледовата обстановка е подобна на тази в съществуващото известие), и/или
When an NtS editor/publishers triggers the publish action:
b. да използват шаблони на известия за някои решения.
it is checked if all mandatory content is provided in line with the NtS XSD (if not go back to (2));
Съдържанието (например времето на измерването или съответната ледова обстановка) трябва да бъде въведено от редактора в съответствие с глава 6 от NtS Encoding Guide за редактори.
the nts_number is generated by the NtS application:
Датата и часът на измерване също могат да бъдат зададени от приложението в съответствие с националните определения.
the ‘organisation’ is filled with the name or code of the responsible organisation depending on the role of the publishing user;