natgillin/translations-raw huggingface dataset:
Когато редактор/издател на NtS активира публикуване,
the ‘year’ is filled with the current year;
a. се проверява дали цялото задължително съдържание е предоставено в съответствие с NtS XSD (ако не, върни се на (2),
the next available ‘number’ is assigned;
b. nts_number е генериран от приложението за NtS,
the ‘serial number’ 0 is assigned;
i. в полето „organisation“ са въведени наименованието или кодът на отговорната организация в зависимост от ролята на публикуващия ползвател,
‘date_issue’ is automatically filled with the actual date/time of publish action;
в полето „year“ е попълнена настоящата година,
‘validity_period’ — ‘date_start’ is automatically filled with the actual date of publication;
присвоен е следващият наличен „number“,
‘validity_period’ — ‘date_end’ is automatically filled with the next day after the date of 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).
присвоен е „serial number“ 0
The respective published message has to be selected to be updated in the ICEM editor tool.
полето „number“ остава без промяна,
The original ICEM has to be copied or altered in the DB (depending on national processes).
„serial number“ се увеличава (с едно) c. в полето „date_issue“ автоматично се попълват актуалните дата/час на публикуването
Expired ICEM (which passed the validity_date_end) cannot be updated any more, if this is the case NtS editors have to create a new ICEM.
d. в полето „validity_period“ — „date_start“ автоматично се попълва актуалната дата на публикацията e. в полетата „validity_period“ — „date_end“ автоматично се попълва денят след датата на публикацията (освен ако националните процеси не гарантират, че съобщенията ще получат крайна дата на валидност, веднага след като информацията в тях престане да бъде актуална).
The content (e.g. time of measurement or respective ice conditions) has to be altered by the editor in line with chapter 6 of the NtS Encoding Guide for editors.
Съответното публикувано съобщение трябва да се избере за актуализация в инструмента за редактиране на ICEM.
The date and time of measurement could also be altered by the application according to national definitions.
Оригиналното ICEM се копира или изменя в базата данни (в съответствие с националните процеси).
When an NtS editor/publisher triggers the publish action:
ICEM с изтекла валидност (с изтекла validity_date_end) не могат да бъдат актуализирани.
it is checked if all mandatory content is provided in line with the NtS XSD (if not, go back to (2)); (b) the nts_number is generated by the NtS application:
Ако случаят е такъв, редакторите на NtS трябва да създадат ново ICEM.
the ‘organisation’ stays unchanged; (ii) the ‘year’ stays unchanged; (iii) the ‘number’ stays unchanged;
Съдържанието (например времето на измерването или съответната ледова обстановка) трябва да бъде изменено от редактора в съответствие с глава 6 от NtS Encoding Guide за редактори.
the ‘serial number’ is incremented (increased by 1);
Датата и часът на измерване също биха могли да бъдат променяни от приложението в съответствие с националните определения.
Usually WERM are created and published automatically based on information received from sensor equipment or information received from infrastructure.
Когато редактор/издател на NtS активира публикуване,
The fairway section in WERM is indicated as a stretch between two points on the fairway, i.e. area of applicability of the weather station (gauge).
a. се проверява дали цялото задължително съдържание е предоставено в съответствие с NtS XSD (ако не, върни се на (2),
Date and time of measurement/forecast have to be provided even if it is not mandatory in WERM messages.
b. nts_number е генериран от приложението за NtS,
In case of forecasts the ‘measure date’ is the date/time the forecast is valid for.
i. полето „organisation“ остава без промяна, ii. полето „year“ остава без промяна,
In NtS XSD 4.0 the NtS number is optional within WERM messages.
Обикновено WERM се създават и публикуват автоматично въз основа на информация, получена от сензорно оборудване, или на информация, получена от инфраструктурата.
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 WERM to ensure unique numbers (it is not required to have consecutive numbers).
Разделът за фарватера в WERM е зададен като участък между две точки от фарватера, т.е. зоната на действие на метеорологичната станция (водомерната станция).
The wind speed in ‘weather_category_code’ (values 0 to 12) shall be provided in line with the Beaufort scale published by the World Meteorological Organization in its Manual on Marine Meteorological Services ‘WMO-No 558’.
Датата и часът на измерване/прогноза трябва да бъдат посочени, въпреки че не са задължителни в WERM съобщенията.
The visibility in ‘weather_category_code’ (values 13 to 22) shall be provided as defined in the following table:
При прогнози „measure_date“ е датата/часът, за която/който е валидна прогнозата.
Value, meaning
В NtS XSD 4.0 NtS номерът на NtS в WERM не е задължителен.
Visibility
Ако бъде предоставен, номерът трябва да е уникален (Organisation/Year/Number/Serial) за всеки вид съобщение, като уникалните номера трябва да се осигурят от организацията, предоставяща WERM (не е необходимо номерата да са последователни).
Additional information
Скоростта на вятъра в „weather_category_code“ (стойности от 0 до 12) се предоставя по скалата на Бофор, публикувана от Световната метеорологична организация в нейното Ръководство за морски метеорологични услуги „WMO-№ 558“.
13, thick fog
Видимостта в „weather_category_code“ (стойности от 13 до 22) се предоставя, както е определено в таблицата по-долу:
below 50 metres
Стойност, значение
14, dense fog
Видимост
below 100 metres
Допълнителна информация
15, moderate fog
13, гъста мъгла
below 200 metres
под 50 метра
16, fog
14, плътна мъгла
below 1000 metres
под 100 метра
Fog consists of water droplets.
15, умерена мъгла
17, mist
под 200 метра
from 1 km to 4 km
16, мъгла
Mist consists of water droplets.
под 1000 метра
Mist is used in case of ‘dry fog’, this phenomenon usually takes place before sunrise.
Мъглата се състои от водни капчици.
18, haze
17, лека мъгла
Haze consists of dry particles.
от 1 km до 4 km
19, light haze
Леката мъгла се състои от водни капчици.
from 4 km to 10 km
Лека мъгла се използва за „суха мъгла“, това явление обикновено се появява преди изгрев слънце.
20, clear
18, мараня
from 10 km to 20 km
Маранята се състои от сухи частици.
21, very clear
19, лека мараня
no limitation of visibility
от 4 km до 10 km
22, no fog
20, ясно време
‘no fog’ is used to state that there is no fog depending on national/local requirements.
от 10 km до 20 km
In the NtS Encoding Guide for editors it is described under which circumstances an NtS editor creates a new FTM or updates an existing FTM.
21, много ясно време
NtS applications may offer NtS editors to:
без ограничение на видимостта
use existing notices as draft upon creation of new FTM; and/or
22, без мъгла
use notice templates for certain situations.
„без мъгла“ се използва, за да се посочи отсъствието на мъгла в зависимост от националните/местните изисквания.
The content (e.g. time of validity, limitations) has to be entered by the editor in line with chapters 3 and 4 of the NtS Encoding Guide for editors.
В NtS Encoding Guide за редактори е описано при какви обстоятелства редактор на NtS създава ново FTM или актуализира съществуващо FTM.
the ‘organisation’ is filled with the name or code of the responsible organisation depending on the role of the publishing user:
Приложенията за NtS може да предлагат на редакторите на NtS да
the next available ‘number’ is assigned, in case a dedicated number was entered by the NtS editor or an application process in step 2 it is taken over (given that (Organisation/Year/Number/Serial) is unique as explained in chapter 15.1;
a. използват съществуващи известия като чернова при създаването на ново FTM и/или
‘date _issue’ is automatically filled with the actual date/time of publish action
b. използват шаблони на известия за някои решения.
The respective published message has to be selected to be updated in the FTM editor tool, the original FTM has to be copied or altered in the DB (depending on national processes).
Съдържанието (например срок на валидност, ограничения) трябва да бъде въведено от редактора в съответствие с глави 3 и 4 от NtS Encoding Guide за редактори.
Expired FTM (which passed the validity_date_end) cannot be updated any more, if this is the case NtS editor has to create a new FTM.
i. в полето „organisation“ са въведени наименованието или кодът на отговорната организация в зависимост от ролята на публикуващия ползвател,
The subject code ‘Notice withdrawn’ is only used if:
присвоен е следващият наличен „number“, ако специфичен номер е въведен от редактора на NtS или от приложение в стъпка 2, той се приема (при условие че (Organisation/Year/Number/Serial) е уникален, както е обяснено в глава 15.1
present date is before the validity_date_start.
c. в полето „date_issue“ автоматично се попълват актуалните дата/час на публикуването
In case only the content of the field ‘additional information in national language’ may be altered, the coded content of the message (step 2) has to stay unchanged;
Съответното публикувано съобщение трябва да се избере за актуализация в инструмента за редактиране на FTM, оригиналното FTM се копира или изменя в базата данни (в зависимост от националните процеси).
the validity period already started and the new end date for all limitations is in the past.
a.
The end date of the limitation has to be set to the correct time.
FTM с изтекла валидност (с изтекла validity_date_end) не могат да бъдат актуализирани вече, ако случаят е такъв, редакторът на NtS трябва да създаде ново FTM.
If a notice is withdrawn the validity period date end always has to be set to date of withdrawal.
b.
The content (e.g. time of validity, limitations) has to be altered by the editor in line with chapters 3 and 4 of the NtS Encoding Guide for editors.
Предметният код „Оттеглено известие“ се използва само ако
it is checked if all mandatory content is provided in line with the NtS XSD (if not go back to (2)); (b) the nts_number is generated by the NtS application:
i. настоящата дата предшества validity_date_start.
‘date_issue’ is automatically filled with the actual date/time of publish action
В случай че само съдържанието на полето „допълнителна информация на националния език“ може да се промени, кодираното съдържание на съобщението (стъпка 2) трябва да остане непроменено.
FTM with subject code ‘Notice withdrawn’ shall not be considered for voyage planning (any more).
вече започналият период на валидност и новата крайна дата за всички ограничения са в миналото.
A waterway related FTM contains information about one or several stretches of waterway.
В крайната дата на ограничението трябва да се зададе правилният час.
A waterway stretch is defined in the ‘fairway_section’ part by its begin and end ISRS Location Codes.
c.
An object related FTM contains information about one or several specific objects on the waterway.
При оттегляне на известие за крайна дата на срока на валидност винаги се задава датата на оттеглянето.
An object is defined in the ‘object’ part by its ISRS Location Code.
Съдържанието (например срок на валидност, ограничения) трябва да бъде изменено от редактора в съответствие с глави 3 и 4 от NtS Encoding Guide за редактори.
One FTM has to refer
a. се проверява дали цялото задължително съдържание е предоставено в съответствие с NtS XSD (ако не, върни се на (2),
to one or several fairway sections, or
полето „number“ остава без промяна,
to one or several objects on one or several fairway sections.
„serial number“ се увеличава (с едно) c. в полето „date_issue“ автоматично се попълват актуалните дата/час на публикуването b.
Different limitations have different impact on navigation.
FTM с предметен код „Оттеглено известие“ (вече) не се взема предвид при планирането на корабните рейсове.
In order to allow display of the most severe limitation e.g. in an FTM list overview, the following order shall be considered starting with the most severe limitation having Rank 1:
FTM за даден воден път съдържа информация за един или няколко участъка от водния път.
Rank
Участък от водния път се определя в частта „fairway_section“ с неговите начални и крайни ISRS Location Codes.
Value
FTM за дадена обект съдържа информация за един или повече конкретни обекти по водния път.
Meaning (EN)
Обект се определя в частта „object“ с неговия ISRS Location Code.
Limitations with the same limitation periods should be grouped/listed together/combined for display to keep it reader-friendly.
FTM трябва да се отнася до
NtS editor tools should provide a function for editors to avoid re-typing of limitation periods.
един или няколко участъка от фарватера или
All limitations have to include a limitation period with an interval code in order to allow proper calculations within voyage planning applications.
един или няколко обекта в един или няколко участъка от фарватера
To ease the work of NtS editors the following functions may be implemented:
Различните ограничения оказват различно влияние върху корабоплаването.
The NtS editor tool may provide a function to copy already entered limitations to avoid re-typing of the limitation period by the NtS editor.
За да е възможно визуализирането на най-строгите ограничения, напр. при преглед на списък с FTM, се взема предвид следната последователност, започваща с най-строгото ограничение от Клас 1:
The NtS editor tools may provide a function to select more than one limitation code for a specific limitation period and automatically create the required limitation sections based on the information entered by the NtS editor.
Клас
‘Monday to Friday except public holidays’: The value ‘holidays’ is very difficult for voyage planning applications.
Стойност
A list of holidays for each country is needed for proper calculation.
Значение (EN)
If no such list is available the respective limitations will be assigned to the public holidays nevertheless.
Ограниченията с едни и същи ограничителни периоди следва да бъдат групирани/изброявани заедно/комбинирани за визуализация с цел по-голямо удобство при четене.
‘with the exception of’: must not be used; Interrupted intervals have to be given as separate limitation periods within the same limitation, therefore this code shall not be displayed/available to notice editors.
Инструментите за редактиране на NtS следва да предлагат на редакторите функция, позволяваща да се избегне необходимостта от повторно набиране на ограничителни периоди.
Logic and display of information applicable in case of interval code ‘continuous’:
Всички ограничения трябва да включват ограничителен период с код за интервал, за да се даде възможност за извършване на правилни изчисления в рамките на приложенията за планиране на корабните рейсове.
If the interval_code is continuous the start_time belongs to the start_date and the end_time belongs to the end_date e.g. from 1 April 06:00 to 30 June 10:00
За да се облекчи работата на редакторите на NtS, може да се въведат следните функции:
Logic and display of information applicable in case of any other interval code than ‘continuous’:
Инструментът за редактиране на NtS може да предлага функция за копиране на вече въведени ограничения, за да се избегне необходимостта редакторът на NtS да набира повторно ограничителните периоди.
If the interval_code has another value the start_time and end_time belongs to this interval_code e.g. from 1 April to 30 June Monday to Friday from 06:00 to 10:00
Инструментите за редактиране на NtS може да предлагат функция за избор на повече от един код за ограничение за конкретен ограничителен период и автоматично да създават необходимите раздели за ограничения въз основа на въведената от редактора на NtS информация.
The limitation time end always has to be filled in the last version of a message.
„от понеделник до петък с изключение на официални празници“: Стойността „празници“ е много трудна за тълкуване от приложенията за планиране на корабни рейсове.
The following is to be considered:
За правилно изчисляване е необходим списък на празниците за всяка държава.
The table ‘GUI_labels’ provided in the NtS Reference Tables shall be considered when building NtS applications (search masks, e-mail subscription form, display of messages).
Дори ако такъв списък не е наличен, съответното ограничение ще се присвои в полето за официалните празници.
The date_end cannot be before date_start.
„с изключение на“: не трябва да се използва; Прекъснатите интервали трябва да се задават като отделни ограничителни периоди в рамките на едно и също ограничение, поради което този код не е видим/достъпен за редакторите на известия.
Codes that have been disabled (are not to be used any more) via NtS change requests (see comments in the NtS XSD) shall not be displayed to NtS editors upon creation of new messages.
Логика и визуализация на приложимата информация при използване на код за интервал „непрекъснато“:
The codes are still included in the NtS XSD enumerations for backwards compatibility.
Ако interval_code е „непрекъснато“, start_time принадлежи към start_date, а end_time принадлежи към end_date, напр. от 06:00 ч. на 1 април до 10:00 ч. на 30 юни
Every number (Organisation/Year/Number/Serial) has to be unique per message type.
Логика и визуализация на приложимата информация при използване на кой да е код за интервал, различен от „непрекъснато“:
That means that messages of different types can have the same NtS Number.
Ако interval_code има друга стойност, start_time и end_time принадлежат към този interval_code, напр. от понеделник до петък от 06:00 до 10:00 ч. от 1 април до 30 юни
For users the message numbers are only relevant for FTM and ICEM, for all other message types display of the message number can be skipped depending on national requirements.
Крайният час на ограничението винаги се попълва в последния вариант на съобщението.
To users the message number shall be displayed in the following format ‘Message Type/Country/Organisation/Year/Number/Serial’ (it can be shortened depending on applied filters if no information gets lost).
Трябва да се вземе предвид следното:
The element ‘from’ in the identification section is filled with the name of the national system that provides the message (e.g. ELWIS, DoRIS, SLOVRIS, FLARIS).
Таблицата „GUI_labels“, предоставена в NtS Reference Tables, се взема предвид при разработването на приложенията за NtS (маски за търсене, формуляр за абонамент по електронна поща, визуализация на съобщения).
The element ‘originator’ is the organisation which enters the messages into the national systems.
date_end не може да предшества date_start.
The element ‘source’ is the authority for which the FTM are published.
Кодовете, които са били деактивирани (вече няма да се използват) чрез заявки за промяна на NtS (вж. коментарите в NtS XSD), не са видими за редакторите на NtS при създаване на нови съобщения.
The element ‘organisation’ within the nts_number section is the name of the organisation assigning the nts_number (NtS Provider).
Кодовете все още са включени в NtS XSD изброяванията за нуждите на обратната съвместимост.
Elements that would contain only standard or default values shall be omitted if they are conditional, they lead to message overhead with no added value.
Всеки номер (Organisation/Year/Number/Serial) трябва да е уникален за конкретния вид съобщение.
Following elements are concerned:
Това означава, че съобщенията от различни видове могат да имат еднакъв NtS номер.
Target Group: target_group_code ALL with direction_code ALL (if there are no other specific target groups within the message),
От значение за ползвателите са само номерата на съобщенията за FTM и ICEM, за всички останали видове съобщения номерът на съобщението може да не е видим в зависимост от националните изисквания.
FTM and ICEM
Номерът на съобщението става видим за ползвателите в следния формат „Message Type/Country/Organisation/Year/Number/Serial“ (той може да се съкрати в зависимост от използваните филтри, стига да не се загуби информация).
For FTM and ICEM the value of date_issue element is the actual date and time of publishing.
Елементът „from“ в идентификационния раздел се попълва с наименованието на националната система, която предоставя съобщението (напр.
In case of updated messages date_issue is the date and time when the update was published.
ELWIS, DoRIS, SLOVRIS, FLARIS).
WRM and WERM
Елементът „originator“ е организацията, която въвежда съобщението в националните системи.
For WRM and WERM the value of date_issue element is the date and time of the processing request, because there can be several measurements with different issuing time stamps within one W(E)RM message.
Елементът „source“ е органът, за който се публикува FTM.
Date and time shall always be provided in local time including time zone information within the NtS XML messages.
Елементът „organisation“ в раздел nts_number е наименованието на организацията, която присвоява nts_number (доставчик на NtS).
The only exceptions from this provision are the ‘time_start’ and the ‘time_end’ within the ‘limitation_period’ section.
Елементите, които съдържат само стандартни стойности или стойности по подразбиране, се пропускат, ако са условни, те водят до генериране на твърде много съобщения без добавена стойност.
This is because in the limitation section an interval can be applied.
Пропускането засяга следните елементи:
If date start and date end have different time regimes (e.g. CEST and CET) this would result in a change of the time zone information within this interval.
Целева група: target_group_code ALL с direction_code ALL (ако в съобщението липсват други специфични целеви групи),
This change cannot be expressed via a single limitation period.
FTM и ICEM
Instead of creating different limitation periods for each time change only a single limitation period without time zone information is used to reduce overhead in message processing and transmission.
За FTM и ICEM стойността на елемента date_issue съответства на актуалните дата и час на публикуването.
As a general rule seconds have to be provided in (date)/time fields but shall not be displayed to NtS users.
В актуализираните съобщения date_issue е датата и часът, когато е публикувана актуализацията.
Minutes are sufficient for NtS granularity.
WRM и WERM
Decimals in numeric fields are indicated with a .
За WRM и WERM стойността на елемента date_issue съответства на датата и часа на искането за обработка, тъй като в рамките на едно и също съобщение W(E)RM може да са налице няколко измервания с различни марки за час на издаване.
(period).
Датата и часът винаги се дават в местно време, като в NtS XML съобщенията се включва информация за часовата зона.
No thousand separators are used.
Единственото изключение от това правило са „time_start“ и „time_end“ в раздел „limitation_period“.
The number of decimals used for values shall be limited to a feasible amount to ensure user-friendly display.
Причината за това е, че в раздела за ограничения може да се зададе интервал.
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, applications may convert the units for user friendliness.
Ако часовите режими за начална и крайна дата са различни (напр.
In case the input units differ from the standardised units the entered values have to be converted by the application accordingly.
CEST и CET), това ще предизвика промяна в информацията за часовата зона в рамките на този интервал.
The element ‘name’ shall be prefilled automatically from the RIS Index reference data ‘national object name’ (NtS editors might amend the prefilled name if this is a national requirement).
Тази промяна не може да бъде изразена с един-единствен ограничителен период.
Naming conventions for object names are included in the RIS Index Encoding Guide version 2.0 or higher.