natgillin/translations-raw huggingface dataset:
Вместо да се създават различни ограничителни периоди, за всяка промяна на часовия режим се използва един ограничителен период без да се дава информация за часовата зона, за да се намали ненужното претоварване при обработката и предаването на съобщението.
Examples for proper object names are also given in the NtS Encoding Guide for editors.
Общото правило е, че секундите трябва да бъдат дадени в полетата (дата)/час, но не трябва да са видими за ползвателите на NtS.
The type code is added to the object by the NtS application in front of the object name.
Минутите са достатъчни за точността на NtS.
The position of objects is encoded via position code and added to the object by the NtS application out of the RIS Index.
Десетичните знаци в числовите полета са посочени с .
Editors may change prefilled type and position codes.
(точка).
An object position code shall not be provided for geo_objects in the fairway_section.
Не се използват разделителни знаци за хилядите.
A full object name is composed of its position code, type code and name.
Десетичните знаци, които се използват за стойностите, се ограничават до разумен брой, за да се гарантира удобство при визуализацията.
To ease the work of NtS editors the following mapping may be implemented in NtS editor tools supporting editors in finding / selecting the proper objects based on the RIS Index function_code or the NtS type_code:
В NtS съобщенията се разрешава използването само на следните мерни единици: cm, m3/s, h, km/h и kW, m/s (вятър), mm/h (дъжд) и градуси по Целзий , като приложенията може да ги преобразуват за удобство на ползвателите.
Table 1
В случай че входящите мерни единици се различават от стандартните такива, приложението трябва да преобразува въведените стойности по съответния начин.
Matching ‘RIS Index function_code’ — ‘NtS type_code’
Елементът „name“ се попълва предварително и автоматично от справочните данни за „national object name“ в RIS Index (редакторите на NtS могат да променят предварително попълненото наименование, ако национално изискване налага това).
/ G.4.4 Lock Area [C_AGGR()]
Установените практики за именуване на обекти са включени във версия 2.0 или по-нова на RIS Index Encoding Guide.
To avoid application logic / necessity of proper reference data at the receiving system (software displaying the notice to the user) the optional element ‘fairway_name’ shall always be included in the ‘geo_object’ and automatically filled by the NtS application with the ‘Waterway name’ from the RIS Index.
Примери за правилни наименования на обекти са дадени и в NtS Encoding Guide за редактори.
NtS editors shall not alter the content of the element fairway_name.
Видът на кода се добавя към обекта от приложението за NtS пред наименованието на обекта.
The following definition shall be used for reference_code values provided in the NtS Reference Tables:
Мястото на обектите се кодира чрез кода за място и се добавя към обекта от приложението за NtS извън RIS Index.
NAP: In the Netherlands the abbreviation NAP is used and understood, NAP is not translated
Редакторите могат да променят предварително попълнените кодове за вид и място.
KP: ‘channel level’ shall be translated thus provided in national language
Код за място на обект не се предоставя за geo_objects в fairway_section.
FZP: only the abbreviation ‘FZP’ shall be used (nowadays hardly used anymore)
Пълното наименование на обект включва неговия код за място, код за вид и наименование.
ADR: ‘Adriatic Sea’ shall be translated thus provided in national language
За да се улесни работата на редакторите на NtS, в инструмента за редактиране на NtS може да се вгради следната схема, която подпомага редакторите при намирането/избора на точните обекти въз основа на RIS Index function_code или NtS type_code:
TAW/DNG: ‘Tweede algemene waterpassing’ (Dutch) — ‘Deuzième Nivellement Général’ (French) is the reference height used in Belgium to express height measurements.
Таблица 1
0 is the average sea water level at low water in Oostende
Припокриване на „RIS Index function_code“ — „NtS type_code“
Dutch: TAW
/ G.4.4 Lock Area [C_AGGR()]
French: DNG
За да се предотврати логиката/нуждата на приложението от точни референтни данни на ниво приемаща система (софтуер за визуализация на съобщението на ползвателя), в „geo_object“ винаги се включва незадължителният елемент „fairway_name“, в който приложението за NtS автоматично попълва съответния „Waterway name“ от RIS Index.
All other Languages: TAW/DNG
Редакторите на NtS не променят съдържанието на елемента fairway_name.
LDC: ‘low navigable water level Danube Commission’ shall be translated thus provided in national language
За стойностите на reference_code се използва следното определение, дадено в NtS Reference Tables:
HDC: ‘high navigable water level Danube Commission’ shall be translated thus provided in national language
NAP: Съкращението NAP се използва и разбира в Нидерландия, NAP не се превежда
ETRS: ‘European Terrestrial Reference System 1989’ the abbreviation ‘ETRS89’ is used in all languages.
KP: „ниво на канала“ се превежда, както е прието на националния език
Although the element coordinate within the geo object section is conditional, the geo coordinates shall be given in WGS84 in format [d]d mm.mmm[m] N (latitude) and [d][d]d mm.mmm[m] E (longitude).
FZP: използва се само съкращението „FZP“ (в наши дни почти не се употребява)
This is to refer the NtS messages geographically.
ADR: „Адриатическо море“ се превежда, както е прието на националния език
The target group section consists of target group code and direction code.
TAW/DNG: „Tweede algemene waterpassing“ (нидерландски) — „Deuxième nivellement général“ (френски) е референтната височина, използвана в Белгия за изразяване на измерените височини.
If both have the value ALL the whole section shall be omitted if there are no other specific target groups within the message.
0 е средното морско равнище при ниско водно ниво в Остенде
If just one of these two is given the other must be filled with the default value ALL because both elements are mandatory.
На нидерландски: TAW
Further information concerning target groups can be found in the NtS Encoding Guide for editors.
На френски: DNG
The validity_period shall be used by applications to select the messages, which are to be displayed to users for a requested time.
На всички останали езици: TAW/DNG
If subject_code is INFSER (Info service) the validity period is used to specify the time the Info service Message is displayed to the users, not for the period of validity of the provided information (e.g. 1 month).
LDC: „ниско навигационно ниво на водата съгласно Дунавската комисия“ се превежда, както е прието на националния език
The following functions may be offered to NtS editors depending on national requirements:
HDC: „високо навигационно ниво на водата съгласно Дунавската комисия“ се превежда, както е прието на националния език
NtS applications may offer NtS editors to save draft NtS messages (not all mandatory content has to be provided in order to save draft messages)
ETRS: „European Terrestrial Reference System 1989“ съкращението „ETRS89“ се използва на всички езици
Different user roles may apply to different editors (e.g. editors that are allowed to enter/alter notices, publishers that are allowed to publish notices (in addition to editing)
Въпреки че елементът за координати в раздела за географски обекти е условен, географските координати се дават във формат WGS84 [d]d mm.mmm[m] N (ширина) и [d][d]d mm.mmm[m] E (дължина).
The NtS XML Message Structure and the content and purpose of data elements are defined and further explained in Appendix C: NtS XML Schema Definition (XSD).
Това се прави с цел географско насочване на NtS съобщенията.
The NtS Expert Group identified the web service technology as an appropriate means to provide the Notices to Skippers.
Разделът за целеви групи се състои от код за целева група и код за посока.
This chapter constitutes the specification of the web service for the provision of the Notices to Skippers, short NtS Web Service.
Ако стойността и на двата кода е ALL, целият раздел се пропуска, при условие че в съобщението не са налице други конкретни целеви групи.
Particular emphasis was placed on the use of well-established international standards.
Ако е попълнен само един от двата кода, другият се попълва със стойност по подразбиране ALL, тъй като и двата елемента са задължителни.
One goal of the conceptual design was to ensure a good balance between flexibility and robustness of the resulting web service.
Допълнителна информация относно целевите групи може да бъде намерена в NtS Encoding Guide за редактори.
The filter parameters provided in the requests are essentially the criteria specified in the NtS standard (waterway section with optional river km, time of validity, date of publication of the notice).
Приложенията използват validity_period при избора на съобщенията, които трябва да са видими за ползвателите в даден заявен момент.
This seems sufficiently expressive considering the use cases of the web service and at the same time limits the complexity of the implementation.
Ако subject_code е INFSER (информационна услуга), периодът на валидност се използва, за да се укаже моментът, в който информационното съобщение става видимо за ползвателите, а не периодът на валидност на предоставената информация (напр.
The core result is a contract for the web service, in which the requests and responses are specified.
1 месец).
The consumers of the web service can rely on this contract and the providers have to comply with it.
Следните функции могат да се предлагат на редакторите на NtS в зависимост от националните изисквания:
This contract is specified using the international standard WSDL.
Приложенията за NtS може да предлагат на редакторите на NtS да запазват чернови на NtS съобщения (за да се запази чернова на съобщение, не е необходимо да се даде цялото задължително съдържание)
Every participating Member State shall implement one or more web services for the different message types of the NtS (FTM, WRM, ICEM, WERM) and provide them via the internet (‘NtS Message Service’),
На различните редактори може да се присвояват различни потребителски роли (например редактори, на които е позволено да въвеждат/променят известия, издатели, на които е позволено да публикуват известия (освен да редактират)
The technical details of the implementation of the NtS WS, e.g. choice of appropriate data pools, applications and platforms, are not in the scope of this specification and are in the responsibility of each individual participating Member State.
Структурата на NtS XML съобщението, както и съдържанието и целта на елементите данни са определени и допълнително пояснени в допълнение В: Дефиниция на XML-схемата на NtS (XSD).
In order to define a secure communication one has to consider various security aspects and protection objectives.
Експертната група в областта на NtS определи web service технологията като подходящо средство за предоставяне на известия до корабните водачи.
Depending on the circumstances not all of these aspects have to be considered.
Настоящата глава съставлява спецификацията на web service за предоставянето на известия до корабните водачи, кратка NtS Web Service.
The priority of the various security aspects and the degree of their fulfilment can vary.
Особен акцент беше поставен върху използването на утвърдени международни стандарти.
Also the feasibility of a certain measure can be limited by the capabilities of the technical implementation.
Една от целите на концептуалната разработка беше да се гарантира добър баланс между гъвкавост и надеждност на получената web service.
In the context of NtS all information are public.
Филтриращите параметри в заявките по същество съответстват на зададените в стандарта за NtS критерии (участък от водния път с опционален речен километър, срок на валидност, дата на публикуване на известието).
So there is no need to secure the NtS data themselves in terms of data protection.
Това изглежда достатъчно като съдържание предвид случаите, в които се използва web service, като в същото време ограничава сложността на изпълнението.
Therefore every provider has to decide on its own in how far this aspect will be implemented in its service.
Основният резултат е договор за web service, в който са зададени спецификациите на заявките и отговорите.
The NtS Web Service has to comply with the WS-I Basic Profile 1.1.
Потребителите на web service могат да разчитат на този договор, а доставчиците трябва да го спазват.
This profile ‘provides interoperability guidance for a core set of non-proprietary web services specifications, such as SOAP, WSDL and UDDI’.
В договора се използват спецификациите на международния WSDL стандарт.
The most relevant standards herein are
Всяка участваща държава членка изпълнява едва или повече web services за различните видове NtS съобщения (FTM, WRM, ICEM, WERM) и ги предоставя по интернет („Услугата за NtS съобщения“),
Web Services Description Language (WSDL), and
Техническите подробности за изпълнението на NtS WS, напр. избор на подходящи съвкупности от данни, приложения и платформи, не попадат в обхвата на настоящата спецификация и са отговорност на всяка отделна участваща държава членка.
The response message of the NtS WS is an NtS message which is defined in XML Schema Definition (XSD) in Appendix C of this Commission Regulation.
За да се определи какво е сигурна комуникация, трябва да се вземат предвид различни аспекти на сигурността и цели на защита.
SOAP is an application protocol for data transmission among IT-Systems and is standardised by the World Wide Web Consortiums (W3C).
В зависимост от обстоятелствата не е необходимо да се вземат предвид всички аспекти.
The specific elements for the NtS Web Service are defined inline in the corresponding WSDL specifications in Appendix D of this Commission Regulation.
Равнището на приоритетност на различните свързани със сигурността аспекти и степента на тяхното изпълнение могат да варират.
The schema of the NtS standard (XSD) is included with an import statement.
Осъществимостта на определена мярка може да бъде ограничена и от техническите възможности за изпълнение.
UDDI (Universal Description, Discovery and Integration) is noted here as a central, possibly international registry for web services, where the NtS Web Service could be registered.
Цялата информация в контекста на NtS е публична.
In this registry potential consumers of the web service could search and find the service.
Така че самите данни за NtS не е необходимо да се обезпечават от гледна точка на защитата на данните.
But since the potential providers of the NtS Web Service are limited by the participating Member States and the WSDL specification is an integral part of the standard, the need for an independent registration of the NtS Web Service is not apparent.
Следователно всеки доставчик трябва сам да реши в каква степен да внедри този аспект в своята услуга.
The encoding method Document-literal wrapped is used for the NtS Web Service, because it allows for validation against an XML schema and the operation names defined in the WSDL specification are used directly as XML tag names in the SOAP messages.
NtS Web Service трябва да постигне съответствие с основен профил 1.1 на WS-I.
The version information of the NtS Web Service consists of two sections:
Този профил „предоставя насоки за оперативна съвместимост за основен набор от непатентовани спецификации за web services, като SOAP, WSDL и UDDI“.
version of the web service itself,
Най-подходящите стандарти в това отношение са
version of the NtS schema used by the web service.
Web Services Description Language (WSDL) и
The section of the web service itself consists of two parts:
Съобщението, съдържащо отговора на NtS WS, е NtS съобщение, както е определено в дефиницията на XML-схемата (XSD) в допълнение В от настоящия регламент на Комисията.
major version of the web service,
SOAP е приложен протокол за предаване на данни между ИТ системи и е стандартизиран от Консорциумите на световната уеб мрежа (W3C).
minor version of the web service.
Конкретните елементи на NtS Web Service са дефинирани в съответствие с относимите WSDL спецификации в допълнение Г към настоящия регламент на Комисията.
The major version is given as a positive integer denoting the major version of the web service.
Схемата на стандарта за NtS (XSD) е включена в декларацията на вносителя.
The minor version is given as a non-negative integer denoting the minor version of the web service within the major version.
UDDI (Universal Description, Discovery and Integration) е посочен тук като централен, вероятно международен регистър за web services, в който NtS Web Service може да бъде регистрирана.
The section of the NtS schema contains the version of the NtS schema as defined by the NtS Expert Group.
В този регистър потенциалните потребители на web service могат да търсят и намират услуги.
Hence, the version of the NtS Web Service specified here is 2.0.4.0, where 2.0 is the version of the web service itself and 4.0 is the version of the NtS schema used.
Доколкото потенциалните доставчици на NtS Web Service са ограничени до участващите държави членки и WSDL спецификацията е неразделна част от стандарта, не съществува очевидна потребност от регистрация на NtS Web Service.
Explicit version information is not necessary in the requests or responses of the NtS Web Service.
За NtS Web Service се използва методът на кодиране Document-literal wrapped, защото позволява валидиране спрямо XML-схема и наименованията на операциите, определени в WSDL спецификацията, се използват директно като имена на XML-маркери в SOAP съобщенията.
There are only a few versions of the services expected to be online at the same time.
Информацията за версията на NtS Web Service се състои от два раздела:
Different versions shall be provided with different URLs.
версия на самата web service
Hence, each instance of an NtS Web Service implementation shall support one specific version of the NtS Web Service.
версия на използваната от web service схема на NtS
The namespaces in the NtS Web Service are based on the web domain of the RIS Expert Groups, http://www.ris.eu/
Разделът за самата web service се състои от две части:
The namespaces contain a particle indicating the corresponding service and version information.
основна версия на web service
Hence, the service specified here uses the following namespace:
второстепенна версия на web service
NtS Message Service: http://www.ris.eu/nts.ms/2.0.4.0
Основната версия е дадена като положително цяло число, обозначаващо основната версия на web service.
For higher transparency of XML documents it is recommended to define namespaces in the outmost suitable element in the schemas as well as the instance documents and not to use local namespace definitions in nested elements.
Второстепенната версия е дадена като неотрицателно цяло число, което обозначава второстепенната версия на web service в рамките на основната версия.
Requests and responses in the NtS Web Service shall use XML elements in qualified form, i.e. with an explicit namespace prefix, and XML attributes in unqualified form, i.e. without a namespace prefix.
Разделът за схемата на NtS съдържа версията на схемата на NtS, както е описана от експертната група в областта на NtS.
It is recommended to use intuitive namespace prefixes like ‘nts’ for better human readability.
Затова посочената тук версията на NtS Web Service е 2.0.4.0, където 2.0 е версията на самата web service, а 4.0 е версията на използваната схема на NtS.
The ISRS Location Code is explained in chapter 2 of the NtS Encoding Guide for application developers as well as the RIS Index Encoding Guide.
Не е необходима в заявките или отговорите на NtS Web Service да присъства изрична информация за версията.
Querying an NtS Web Service, the client can reference various objects, e.g. fairway sections, gauges or locks.
Очаква се по едно и също време онлайн да са качени само няколко версии на услугите.
If the corresponding parameters, the id elements, are used, they must contain ISRS Location Codes.
Различните версии се предоставят с различни URL.
These parameters are typically given in id elements, each containing one or two ids.
Така всеки отделен случай на изпълнение на NtS Web Service поддържа една конкретна версия на NtS Web Service.
When using these parameters, the following general conventions have to be observed:
Именните пространства в NtS Web Service са базирани на уебстраницата на експертната група в областта на RIS, http://www.ris.eu/.
ISRS Location Codes have to be submitted as full-length 20-character codes, i.e. without truncating trailing zeros,
Именните пространства съдържат елемент, указващ съответната информация за услугата и версията.
If two ids are used within an id element, both ISRS Location Codes have to refer to the same waterway.
Така посочената тук услуга използва следното именно пространство:
This means, that the codes include some identical digits located in the fairway_section part of the ISRS Location Code.
Услуга за NtS съобщения: http://www.ris.eu/nts.ms/2.0.4.0
The fairway section code together with the fairway hectometre defines a waterway stretch provided as pair of id elements.
За по-голяма прозрачност на XML-документите се препоръчва именните пространства да се дефинират чрез най-подходящия елемент в схемите и примерните документи и във вградени елементи да не се използват местни определения на именни пространства.
For the provision of waterway stretches (id element pairs within the fairway_section geo_object) in NtS messages, the following has to be considered with respect to the ISRS Location Codes:
Заявките и отговорите в NtS Web Service използват XML елементи в квалифициран формат, т.е. със специфичен префикс на именно пространство, и XML атрибути в неквалифициран формат, т.е. без специфичен префикс на именно пространство.
digits 1 to 2 (Country code):
Препоръчва се използването на интуитивни префикси на именни пространства като „nts“ за улесняване на разбирането от човека.
have to be identical within the id pair, but
ISRS Location Code е обяснен в глава 2 на NtS Encoding Guide за разработчици на приложения, както и в RIS Index Encoding Guide.
different country codes may be defined within one id pair in case neighbouring countries are using the same fairway section code for a specific waterway and the same system for defining the hectometres,
Когато прави заявка за NtS Web Service, клиентът може да я отнесе към различни обекти, напр. участъци от фарватера, водомерни станции или шлюзове.
digits 3 to 5 (UN Location code):
Ако са използвани съответните параметри, id elements, те трябва да съдържат ISRS Location Codes.
are not relevant, may contain different content within the id pair,
Тези параметри обикновено се дават като id elements, всеки от които съдържа една или повече идентификации.
digits 6 to 10 (Fairway section code):
При използването на тези параметри трябва да се съблюдават следните общоустановени практики:
[exception]: in case of using the Belgian ISRS codes within NtS WS, one should use only digits 6 to 8 to identify the fairway section, because NtS messages will be published across different sections within one fairway,
ISRS Location Codes трябва да се подават под формата на 20-символни кода без съкращения, т.е. без орязване на крайните нули.
digits 11 to 15 (Object Reference Code).
Ако в рамките на един идентификационен елемент са използвани две идентификации, и двата ISRS Location Codes трябва да препращат към един и същи воден път.
digits 16 to 20 (Fairway Hectometre):
Това означава, че кодовете включват няколко идентични символа, разположени в частта на ISRS Location Code, която се отнася до участъка от фарватера.
consist of five numerical digits defining the hectometre thus will usually contain different content within the id pair.
Кодът на участъка от фарватера заедно с хектометъра на фарватера определят участък от водния път, даден като двойка id elements.
Example: ‘00235’ for fairway km 23,5; ‘00001’ for fairway km 0,1,