natgillin/translations-raw huggingface dataset:
Pro uživatele jsou čísla zpráv důležitá jen u zpráv FTM a ICEM, u všech ostatních typů zpráv lze zobrazení čísla zprávy přeskočit, pokud to povolují příslušné vnitrostátní předpisy.
That means that messages of different types can have the same NtS Number.
Uživatelům se číslo zprávy zobrazuje v následujícím formátu: „Message Type/Country/Organisation/Year/Number/Serial“ (v závislosti na použitých filtrech lze číslo zkrátit, pokud nedojde ke ztrátě informací).
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.
Do prvku „from“ (odesilatel) v identifikačním oddílu zprávy se vepíše název vnitrostátního systému, který zprávu poskytuje (např. ELWIS, DoRIS, SLOVRIS, FLARIS).
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).
V prvku „originator“ (autor zprávy) se uvádí organizace, která zadává zprávy do vnitrostátních systémů.
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).
Prvek „source“ (vydavatel zprávy) udává orgán, jehož jménem se zprávy FTM zveřejňují.
The element ‘originator’ is the organisation which enters the messages into the national systems.
Prvek „organisation“ v oddílu s číslem zprávy (nts_number) udává název organizace, která toto číslo přiděluje (poskytovatel zprávy NtS).
The element ‘source’ is the authority for which the FTM are published.
Prvky, které by obsahovaly pouze standardní nebo výchozí hodnoty, se vynechávají, pokud jsou podmíněné, protože vedou ke zvětšení velikosti zprávy bez jakékoli přidané hodnoty.
The element ‘organisation’ within the nts_number section is the name of the organisation assigning the nts_number (NtS Provider).
Týká se to následujících prvků:
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.
Cílová skupina: target_group_code ALL s direction_code ALL (pokud zpráva neobsahuje žádné jiné konkrétní cílové skupiny),
Following elements are concerned:
Zprávy FTM a ICEM
Target Group: target_group_code ALL with direction_code ALL (if there are no other specific target groups within the message),
U zpráv FTM a ICEM se jako hodnota prvku date_issue použije skutečné datum a čas zveřejnění zprávy.
FTM and ICEM
U aktualizované zprávy se jako hodnota prvku date_issue použije datum a čas zveřejnění aktualizace.
For FTM and ICEM the value of date_issue element is the actual date and time of publishing.
Zprávy WRM a WERM
In case of updated messages date_issue is the date and time when the update was published.
U zpráv WRM a WERM se jako hodnota prvku date_issue použije datum a čas zpracování požadavku, protože v rámci jedné zprávy WRM nebo WERM může existovat několik měření s rozdílnými časovými razítky vydání.
WRM and WERM
Ve zprávách NtS kódovaných v jazyce XML se datum a čas musí vždy uvádět jako místní čas včetně časového pásma.
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.
Jedinými výjimkami z tohoto pravidla jsou položky „time_start“ a „time_end“ v oddílu „limitation_period“.
Date and time shall always be provided in local time including time zone information within the NtS XML messages.
Je tomu tak proto, že v oddílu věnovaném omezením lze použít interval.
The only exceptions from this provision are the ‘time_start’ and the ‘time_end’ within the ‘limitation_period’ section.
Pokud by datum začátku mělo rozdílný režim časového pásma než datum konce (např. CEST a CET), musela by být změněna informace o časovém pásmu v rámci tohoto intervalu.
This is because in the limitation section an interval can be applied.
Tuto změnu nelze vyjádřit prostřednictvím jediné doby omezení.
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.
Místo vytvoření různých dob omezení pro každou změnu času se použije jen jedna doba omezení bez informace o časovém pásmu, aby se zkrátila doba potřebná k jejímu zpracování a přenosu.
This change cannot be expressed via a single limitation period.
Obecně platí, že v polích pro (datum)/čas se sekundy uvádět musí, ale uživatelům zpráv NtS se nezobrazují.
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.
Pro granularitu dat zpráv NtS postačují minuty.
As a general rule seconds have to be provided in (date)/time fields but shall not be displayed to NtS users.
Desetinná místa v číselných polích se oddělují .
Minutes are sufficient for NtS granularity.
(tečkou).
Decimals in numeric fields are indicated with a .
Tisíce se neoddělují žádným znaménkem.
(period).
Počet desetinných míst v hodnotách je nutno omezit na rozumnou míru, aby se údaje zobrazovaly uživatelsky přívětivým způsobem.
No thousand separators are used.
Ve zprávách NtS se jako jednotky smějí používat pouze cm, m3/s, h, km/h a kW, m/s (vítr), mm/h (déšť) a stupně Celsia, přičemž aplikace mohou jednotky převádět, aby se zobrazovaly uživatelsky přívětivým způsobem.
The number of decimals used for values shall be limited to a feasible amount to ensure user-friendly display.
Pokud se zadávané jednotky liší od normalizovaných jednotek, musí aplikace dané hodnoty příslušným způsobem převést.
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.
Prvek „name“ (název) se předvyplní automaticky za použití referenčního údaje „national object name“ (název objektu v národním jazyce) z rejstříku RIS (pokud to vyžadují vnitrostátní předpisy, mohou editoři zpráv NtS předvyplněný název upravit).
In case the input units differ from the standardised units the entered values have to be converted by the application accordingly.
Zásady pojmenování objektů jsou uvedeny v příručce RIS Index Encoding Guide verze 2.0 nebo vyšší.
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).
Příklady správných názvů objektů jsou rovněž uvedeny v příručce NtS Encoding Guide pro editory.
Naming conventions for object names are included in the RIS Index Encoding Guide version 2.0 or higher.
Aplikace pro zprávy NtS před název objektu doplní kód typu objektu.
Examples for proper object names are also given in the NtS Encoding Guide for editors.
Poloha objektů se vyjadřuje kódem polohy, který aplikace pro zprávy NtS vyhledá v rejstříku RIS Index a doplní jej k objektu ve zprávě.
The type code is added to the object by the NtS application in front of the object name.
Editoři mohou předvyplněné kódy typu a polohy upravovat.
The position of objects is encoded via position code and added to the object by the NtS application out of the RIS Index.
Kód polohy objektu se neuvádí u položek geo_object v oddílu fairway_section.
Editors may change prefilled type and position codes.
Úplný název objektu tvoří jeho kód polohy (position code), kód typu (type code) a název (name).
An object position code shall not be provided for geo_objects in the fairway_section.
Aby se editorům zpráv NtS usnadnila práce, lze do nástrojů pro editování zpráv NtS implementovat následující mapovací tabulku, která editorům pomůže nalézt/vybrat správné objekty na základě kódu funkce (function_code) nebo typu zprávy NtS (type_code) z rejstříku RIS Index:
A full object name is composed of its position code, type code and name.
Tabulka 1
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:
Párování „RIS Index function_code“ – „NtS type_code“
Table 1
/ G.4.4 Lock Area [C_AGGR()]
Matching ‘RIS Index function_code’ — ‘NtS type_code’
Aby nebyla nutná logika aplikace / přítomnost správných referenčních údajů na straně přijímajícího systému (tzn. softwaru, který zprávu zobrazuje uživateli), v rámci geografického objektu („geo_object“) musí být vždy uveden prvek „fairway_name“ (vodní cesta) a aplikace pro zprávy NtS do něho musí automaticky vyplnit název vodní cesty („Waterway name“) z rejstříku RIS Index.
/ G.4.4 Lock Area [C_AGGR()]
Editoři zpráv NtS nesmějí obsah prvku fairway_name měnit.
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.
Pro hodnoty v tabulce Reference_code uvedené v referenčních tabulkách NtS Reference Tables platí následující definice:
NtS editors shall not alter the content of the element fairway_name.
NAP: Zkratka NAP je v Nizozemsku běžně používána a chápána, takže NAP se nepřekládá
The following definition shall be used for reference_code values provided in the NtS Reference Tables:
KP: „channel level“ se překládá, a tudíž uvádí v národním jazyce
NAP: In the Netherlands the abbreviation NAP is used and understood, NAP is not translated
FZP: používá se pouze zkratka „FZP“ (v současnosti se však již téměř nepoužívá)
KP: ‘channel level’ shall be translated thus provided in national language
ADR: „Adriatic Sea“ se překládá, a tudíž uvádí v národním jazyce
FZP: only the abbreviation ‘FZP’ shall be used (nowadays hardly used anymore)
TAW/DNG: „Tweede algemene waterpassing“ (nizozemsky) – „Deuzième Nivellement Général“ (francouzsky) je referenční výška používaná v Belgii k vyjadřování hodnot měření výšky.
ADR: ‘Adriatic Sea’ shall be translated thus provided in national language
0 je průměrná výška hladiny moře při odlivu v Oostende
TAW/DNG: ‘Tweede algemene waterpassing’ (Dutch) — ‘Deuzième Nivellement Général’ (French) is the reference height used in Belgium to express height measurements.
nizozemsky: TAW
0 is the average sea water level at low water in Oostende
francouzsky: DNG
Dutch: TAW
všechny ostatní jazyky: TAW/DNG
French: DNG
LDC: „low navigable water level Danube Commission“ se překládá, a tudíž uvádí v národním jazyce
All other Languages: TAW/DNG
HDC: „high navigable water level Danube Commission“ se překládá, a tudíž uvádí v národním jazyce
LDC: ‘low navigable water level Danube Commission’ shall be translated thus provided in national language
ETRS: „European Terrestrial Reference System 1989“ – ve všech jazycích se používá zkratka „ETRS89“
HDC: ‘high navigable water level Danube Commission’ shall be translated thus provided in national language
Ačkoli je prvek „coordinate“ (souřadnice) v oddílu geo_object podmíněný, je nutno ve WGS84 uvádět zeměpisné souřadnice ve formátu [d]d mm.mmm[m] N (zeměpisná šířka) a [d][d]d mm.mmm[m] E (zeměpisná délka).
ETRS: ‘European Terrestrial Reference System 1989’ the abbreviation ‘ETRS89’ is used in all languages.
Účelem je uvést zprávy NtS do zeměpisných souvislostí.
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).
Oddíl věnovaný cílovým skupinám je tvořen kódem cílové skupiny a kódem směru plavby.
This is to refer the NtS messages geographically.
Jestliže mají oba tyto kódy hodnotu ALL, celý oddíl se vynechá, pokud zpráva neobsahuje žádné jiné konkrétní cílové skupiny.
The target group section consists of target group code and direction code.
Pokud je uvedena hodnota jen jednoho z těchto dvou kódů, musí se pro druhý z nich vyplnit výchozí hodnota, protože oba tyto prvky jsou povinné.
If both have the value ALL the whole section shall be omitted if there are no other specific target groups within the message.
Další informace ohledně cílových skupin jsou uvedeny v příručce NtS Encoding Guide pro editory.
If just one of these two is given the other must be filled with the default value ALL because both elements are mandatory.
Informace o době platnosti (validity_period) budou příslušné aplikace používat k výběru zpráv, které se mají uživatelům zobrazovat po požadovanou dobu.
Further information concerning target groups can be found in the NtS Encoding Guide for editors.
Pokud je jako předmět (subject_code) uveden INSFER (Informační servis), doba platnosti (např. 1 měsíc) se používá k určení doby, po kterou se uživatelům zpráva informačního servisu zobrazuje, nikoli doby platnosti poskytnutých informací.
The validity_period shall be used by applications to select the messages, which are to be displayed to users for a requested time.
V závislosti na vnitrostátních požadavcích je možno editorům zpráv NtS nabídnout níže uvedené funkce.
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).
Aplikace pro zprávy NtS mohou editorům zpráv NtS umožňovat ukládání konceptů zpráv NtS (koncept zprávy lze uložit, i pokud není vyplněn veškerý povinný obsah).
The following functions may be offered to NtS editors depending on national requirements:
Na jednotlivé editory (například na ty, kteří mohou zadávat/měnit zprávy, nebo na vydavatele, což jsou editoři, kteří kromě editování mohou zprávy také zveřejňovat) se mohou vztahovat různé uživatelské role.
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)
Struktura zprávy NtS v jazyce XML a také obsah a účel jednotlivých datových prvků jsou vymezeny a dále vysvětleny v dodatku C: Definice schématu XML pro zprávy NtS (XSD)
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)
Odborná skupina pro zprávy NtS konstatovala, že technologie webové služby (web service) je vhodným prostředkem pro poskytování zpráv vůdcům plavidel.
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).
Tato kapitola obsahuje specifikaci webové služby pro poskytování zpráv vůdcům plavidel (NtS Web Service).
The NtS Expert Group identified the web service technology as an appropriate means to provide the Notices to Skippers.
Zvláštní důraz byl kladen na používání zavedených mezinárodních norem.
This chapter constitutes the specification of the web service for the provision of the Notices to Skippers, short NtS Web Service.
Jedním z cílů návrhu celkového pojetí bylo zajistit vyváženost mezi flexibilitou a robustností výsledné webové služby.
Particular emphasis was placed on the use of well-established international standards.
Filtrovací parametry poskytnuté v požadavcích jsou v zásadě totožné s kritérii vymezenými v normě pro zprávy NtS (úsek vodní cesty s nepovinným uvedením říčního kilometru, doba platnosti, datum zveřejnění zprávy).
One goal of the conceptual design was to ensure a good balance between flexibility and robustness of the resulting web service.
Zdá se, že vyjadřovací možnosti těchto parametrů jsou vzhledem k případům použití webové služby dostatečné, a zároveň zjednodušují implementaci.
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).
Základním výsledkem je smlouva o webové službě, ve které jsou vymezeny jednotlivé požadavky a odpovědi.
This seems sufficiently expressive considering the use cases of the web service and at the same time limits the complexity of the implementation.
Uživatelé webové služby se mohou na tuto smlouvu spolehnout a poskytovatelé ji musejí dodržovat.
The core result is a contract for the web service, in which the requests and responses are specified.
Smlouva je vymezena za použití mezinárodní normy WSDL.
The consumers of the web service can rely on this contract and the providers have to comply with it.
Každý zúčastněný členský stát zavede jednu nebo více webových služeb pro jednotlivé typy zpráv NtS (FTM, WRM, ICEM, WERM) a poskytuje je prostřednictvím internetu (dále jen „služba pro zprávy NtS“).
This contract is specified using the international standard WSDL.
Technické podrobnosti implementace webové služby pro zprávy NtS, např. volba vhodných úložišť dat, aplikací a platforem, nespadají do působnosti této specifikace a zodpovídá za ně každý jednotlivý zúčastněný členský stát.
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’),
Aby bylo možné vymezit bezpečnou komunikaci, je nutno zvážit různá bezpečnostní hlediska a cíle ochrany.
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.
V závislosti na okolnostech nemusí být brána v úvahu všechna tato hlediska.
In order to define a secure communication one has to consider various security aspects and protection objectives.
Důležitost jednotlivých bezpečnostních hledisek a míra jejich splnění se mohou lišit.
Depending on the circumstances not all of these aspects have to be considered.
Rovněž proveditelnost určitého opatření může být omezena možnostmi technické implementace.
The priority of the various security aspects and the degree of their fulfilment can vary.
V kontextu zpráv NtS jsou veškeré informace veřejné.
Also the feasibility of a certain measure can be limited by the capabilities of the technical implementation.
Není tudíž nezbytné údaje zpráv NtS zabezpečovat z hlediska ochrany údajů.
In the context of NtS all information are public.
Každý poskytovatel se proto musí samostatně rozhodnout, do jaké míry toto hledisko ve své službě uplatní.
So there is no need to secure the NtS data themselves in terms of data protection.
Služba NtS Web Service (NtS WS) musí být v souladu se základním profilem interoperability webových služeb (WS-I Basic Profile) verze 1.1.
Therefore every provider has to decide on its own in how far this aspect will be implemented in its service.
Tento profil „poskytuje pokyny ohledně interoperability pro základní soubor nechráněných specifikací pro web service, jako například SOAP, WSDL a UDDI“.
The NtS Web Service has to comply with the WS-I Basic Profile 1.1.
Nejdůležitějšími normami zde jsou:
This profile ‘provides interoperability guidance for a core set of non-proprietary web services specifications, such as SOAP, WSDL and UDDI’.
Web Services Description Language (WSDL) a
The most relevant standards herein are
Odpovědní zprávou NtS WS je zpráva NtS je definována podle definice schématu XML (XSD) v dodatku C tohoto nařízení Komise.
Web Services Description Language (WSDL), and
SOAP je aplikační protokol pro přenos dat mezi IT systémy a je standardizován konsorciem World Wide Web Consortium (W3C).
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.
Konkrétní prvky pro službu NtS Web Service jsou definovány v souladu s odpovídajícími specifikacemi WSDL v dodatku D tohoto nařízení Komise.
SOAP is an application protocol for data transmission among IT-Systems and is standardised by the World Wide Web Consortiums (W3C).
Schéma standardu pro zprávy NtS (XSD) je uvedeno spolu s prohlášením ohledně importu.
The specific elements for the NtS Web Service are defined inline in the corresponding WSDL specifications in Appendix D of this Commission Regulation.
UDDI (Universal Description, Discovery and Integration) se zde uvádí jako ústřední, případně mezinárodní registr pro webové služby, kde by mohla být služba NtS Web Service registrována.
The schema of the NtS standard (XSD) is included with an import statement.
V tomto registru by si mohli potenciální uživatelé tuto webovou službu vyhledat.
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.
Jelikož však jsou potenciální poskytovatelé služby NtS Web Service omezeni zúčastněnými členskými státy a specifikace WSDL je nedílnou součástí příslušného standardu, není potřeba nezávislé registrace služby NtS Web Service očividná.
In this registry potential consumers of the web service could search and find the service.
Pro službu NtS Web Service se používá metoda kódování document/literal wrapped, protože umožňuje validaci porovnáním se schématem XML a názvy operací definované ve specifikaci WSDL se ve zprávách v protokolu SOAP používají přímo jako názvy značek XML.
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.
Informace o verzi služby NtS Web Service má dvě části:
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.
verze samotné webové služby,
The version information of the NtS Web Service consists of two sections:
verze schématu pro zprávy NtS používaného danou webovou službou.
version of the web service itself,
Část týkající se verze samotné webové služby má dvě části:
version of the NtS schema used by the web service.
hlavní číslo verze webové služby,
The section of the web service itself consists of two parts:
dílčí číslo verze webové služby.
major version of the web service,
Hlavní číslo verze webové služby se uvádí jako kladné celé číslo, které vyjadřuje hlavní číslo verze webové služby.
minor version of the web service.
Dílčí číslo verze webové služby se uvádí jako nezáporné celé číslo, které vyjadřuje dílčí číslo verze webové služby v rámci hlavní verze.
The major version is given as a positive integer denoting the major version of the web service.
Část týkající se verze schématu pro zprávy NtS obsahuje číslo verze schématu pro zprávy NtS definované odbornou skupinou pro zprávy NtS.
The minor version is given as a non-negative integer denoting the minor version of the web service within the major version.
Zde uvedená verze služby NtS Web Service specifikovaná je tedy 2.0.4.0, kde 2.0 je verze samotné webové služby a 4.0 je verze použitého schématu pro zprávy NtS.
The section of the NtS schema contains the version of the NtS schema as defined by the NtS Expert Group.
Explicitní informace o verzi nejsou v požadavcích nebo odpovědích služby NtS Web Service nutné.
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.
Předpokládá se, že online bude vždy současně jen několik málo verzí služeb.
Explicit version information is not necessary in the requests or responses of the NtS Web Service.
Různé verze budou mít různé adresy URL.
There are only a few versions of the services expected to be online at the same time.
Každá instance implementace služby NtS Web Service tudíž musí podporovat jednu konkrétní verzi služby NtS.
Different versions shall be provided with different URLs.
Service.
Hence, each instance of an NtS Web Service implementation shall support one specific version of the NtS Web Service.