natgillin/translations-raw huggingface dataset:
maximum → this is an absolute value
Bizonyos méretek meghatározásához hivatkozni kell egy külső (földrajzi vagy hidrológiai) vonatkoztatási rendszerre (pl. szabad űrszelvénymagasság, rendelkezésre álló vízmélység, minimális mélység) vagy mesterséges szerkezetek ismert méreteihez kell viszonyítani (pl. rendelkezésre álló hosszúság, rendelkezésre álló szélesség).
minimum → this is an absolute value
Ha abszolút méretek vagy vonatkoztatási pontok ismertek, azokat kell használni.
If the dimension indicating a limitation refers to a geographical or hydrological co-ordinate, the respective reference system has to be indicated in the NtS message (e.g. clearance height min.
Relatív értékek csak akkor használhatók, ha nem lehetséges külső vonatkoztatási rendszerre hivatkozni.
4 m referred to highest navigable water level; available depth min.
által csökkentve → ez relatív érték
1,7 m referred to regulated low water level)
maximum → ez abszolút érték
If the dimension indicating a limitation refers to a dimension of an artificial structure (e.g. bridge, lock), the reference may be given relative to known dimensions (e.g. clearance height reduced by 1,5 m, available length reduced by 27 m).
minimum → ez abszolút érték
Position_code (objects):
Ha a korlátozást jelző méret földrajzi vagy hidrológiai koordinátára hivatkozik, a megfelelő vonatkoztatási rendszert meg kell adni az NtS üzenetben (pl. szabad űrszelvénymagasság min. 4 m, a legnagyobb hajózási vízszintre vonatkoztatva, a rendelkezésre álló vízmélység min. 1,7 m, a szabályozott kisvízszintre vonatkoztatva).
Wherever possible the Position_code shall refer to the side of the fairway where the object is located relative to the fairway axis (left/middle/right) or other commonly known information (old/new) or geographic direction (north/south/east/west).
Ha a korlátozást jelző méret egy mesterséges szerkezetre (pl. híd, zsilip) hivatkozik, a vonatkoztatást az ismert méretekhez viszonyítva is meg lehet adni (pl. a szabad űrszelvénymagasság 1,5 m-rel csökken, a rendelkezésre álló hosszúság 27 m-rel csökken).
The position_code for objects may be prefilled automatically from the RIS Index reference data.
Position_code (objektum):
The left/right side of the fairway is defined looking downstream direction.
Ahol lehetséges, a Position_code a hajóút azon oldalára hivatkozik, ahol az objektum található a hajóút tengelyéhez képest (bal, közép, jobb), vagy más közismert információra (régi/új), vagy földrajzi irányra (észak/dél/kelet/nyugat).
Position_code (fairways/waterways):
Az objektumokra vonatkozó pozíciókód automatikusan kitölthető előre a RIS Index referenciaadatainak felhasználásával.
A Position_code for an FTM (or a part of an FTM) that is related to a fairway or waterway is not provided.
A hajóút bal/jobb oldalát folyásirányba nézve kell megállapítani.
To indicate on which side of the fairway/canal/river/lake an incident occurs the limitation ‘special caution’ in combination with the proper limitation Position_code is used.
Position_code (hajóutak/vízi utak):
Position_code (limitations):
A hajóútra vagy a vízi útra vonatkozó FTM-ben (vagy az FTM egy részében) nem tüntetnek fel Position_code-ot.
Wherever possible the Position_code shall refer to the side of the fairway or object where the limitation occurs (left/right).
Annak megjelölésére, hogy a hajóút/csatorna/folyó/tó melyik oldalán történt a váratlan esemény, a „kiemelt óvatosság” korlátozást kell használni a korlátozás megfelelő Position_code-jával.
The Position_code shall direct the attention of the skipper to the side of the fairway where e.g. an area of special interest, a danger or an obstacle is located.
Position_code (korlátozások):
Therefore a rough indication (e.g. left bank — left — middle — right — right bank) is sufficient.
Ahol lehetséges, a Position_code a hajóút vagy objektum azon oldalára hivatkozik, ahol korlátozásra kerül sor (bal/jobb).
A finer subdivision is not intended.
A Position_code felhívja a hajós figyelmét a hajóút azon oldalára, ahol pl. különös érdeklődésre számot tartó terület, veszély vagy akadály található.
If necessary, more precise position information should preferably be given by way of maps or sketches (attachment, see chapter 3.6)
Ennélfogva közelítő megjelölés (pl. bal part – bal – közép – jobb –jobb part) elegendő.
For sections where the usual position indication by fairway side (left/right) does not seem appropriate (e.g. harbour basins, certain canal sections without distinct direction of flow) the cardinal points (north/east/south/west) may be used.
Ennél pontosabb bontásra nincs szükség.
Target_group_code (see chapter 3.5)
Ha szükséges, a pontosabb pozícióra vonatkozó információt lehetőség szerint térkép vagy vázlat formájában kell megadni (csatolmányként, lásd a 3.6. fejezetet).
The Reporting_code shall, as a general rule, only be used in case there is a special need for communication (e.g. additional duty to report to local authority with regard to on-site traffic regulation) or where additional information is available (e.g. VHF contact point like channel name or call-sign for current position of dredger) with direct relevance for the FTM.
Azon szakaszok tekintetében, ahol a szokásosan a hajóút oldalában kifejezett pozíció nem tűnik megfelelőnek (pl. kikötői medencék, egyes csatornaszakaszok, ahol nem különül el az áramlás iránya), a négy égtájat (észak/kelet/dél/nyugat) kell használni.
A routine reiteration of publicly available communication data (e.g. telephone numbers of local authorities, VHF channels of locks, etc.) shall be avoided if there is no direct cause for such communication with reference to the FTM.
Target_group_code (lásd a 3.5. fejezetet)
Generally applicable means of communication according to official regulation (e.g. ship-to-ship and ship-to-shore VHF communication as laid down by CEVNI or regional or national rules for navigation) shall, as a general rule, not be repeated by the Reporting_code if there is no direct cause for such communication with reference to the FTM).
A Reporting_code-ot főszabályként csak akkor lehet használni, ha kifejezetten szükség van kommunikációra (pl. kiegészítő bejelentkezési kötelezettség áll fenn a helyi hatóságok felé, a helyszíni forgalomszabályozással összefüggésben, vagy ahol további, az FTM szempontjából közvetlenül releváns információ áll rendelkezésre (pl. VHF kapcsolattartási pont, mint a csatorna neve vagy a hívójel a kotró aktuális pozíciója tekintetében).
The following format shall be used (examples):
A nyilvánosan hozzáférhető kommunikációs adatok (pl. helyi hatóságok telefonszámai, zsilipek VHF csatornái stb.) rutinszerű megismétlését kerülni kell, ha az ilyen kommunikációnak nincs közvetlen oka az FTM tekintetében.
VHF ‘number, call sign’: ‘10, Schifffahrtsaufsicht Wien’
A hivatalos szabályozás értelmében általánosan használandó kommunikációs eszközt (pl. hajók közötti, illetve a hajó és a part közötti, a CEVNI vagy a regionális vagy nemzeti hajózási szabályokban megállapított VHF kommunikáció) főszabályként nem kell újra feltüntetni a Reporting_code alatt, ha az ilyen kommunikációnak nincs közvetlen oka az FTM tekintetében.
Phone or Fax number: ‘+43123456789, Schifffahrtsaufsicht Wien’
a következő formátumot kell használni (példa):
Internet address: ‘http://example.com’
VHF „szám, hívójel”: „10, Schifffahrtsaufsicht Wien”
Sound signalling: ‘long blast / langer Ton’
Telefon- vagy faxszám: „+43123456789, Schifffahrtsaufsicht Wien”
E-mail: ‘example@authority.eu’
Internetcím: „http://example.com”
EDI mailbox number: ‘900012345@edi.bics.nl’
Hangjelzés: „Hosszú kürtjel / langer Ton”
Teletext: ‘ARD, 992 — 995’
E-mail: „example@authority.eu”
A waterway is either a canal, lake or river.
EDI postafiókszám: „900012345@edi.bics.nl”
anchoring area
Teletext: „ARD, 992 – 995”
bank
A vízi út lehet csatorna, tó vagy folyó.
beacon
horgonyzóhely
berth
part
border control
parti (irány)jel
bridge
kikötőhely
bridge opening
határállomás
buoy
híd
cable overhead
hídnyílás
canal (The term ‘canal’ is used if a message is relating to the whole canal (not just the fairway))
bója
canal bridge: aqueduct
átfeszítés
culvert
csatorna (a „csatorna” kifejezést akkor kell használni, ha az üzenet a teljes csatornára vonatkozik, nem csak a hajóútra)
fairway (The term ‘fairway’ means that part of the waterway that can actually be used by shipping).
csatornahíd
ferry
búvár
floating dock
hajóút (a hajóút kifejezést a vízi út azon részére kell alkalmazni, amelyet ténylegesen lehet hajózásra használni).
flood gate (A flood gate is used to protect an area in high water situations)
komp
harbour
úszódokk
harbour facility
zsilipkapu (a zsilipkapu adott terület védelmére szolgál magas vízállással jellemzett helyzetekben)
harbour master's office
kikötő
lake (The term ‘lake’ is used if a message is relating to the whole lake (not just the fairway))
kikötői létesítmény
light
kikötőkapitányság
lock basin: individual lock chamber
tó (a „tó” kifejezést akkor kell használni, ha az üzenet a tó egészére vonatkozik, nem csak a hajóútra)
lock: whole lock complex
fény
mooring facility
zsilip várakozóhely: egyedi zsilipkamra
notice mark
zsilip: teljes zsilipkomplexum
pipeline
kikötőberendezés
pipeline overhead
hajózási jel(zés)
ramp
csővezeték
refuse dump
csőhíd
reporting point
rámpa
reservoir
hulladéklerakó
river (The term ‘river’ is used if a message is relating to the whole river (not just the fairway))
jelentkezési pont
ship lift
gyűjtőmedence
shipyard
folyó (a „folyó” kifejezést akkor kell használni, ha az üzenet a folyó egészére vonatkozik, nem csak a hajóútra)
signal station
hajólift
terminal
hajógyár
tide gauge
jelzőállomás
tunnel
rakodó
turning basin
vízmérce
vessel traffic centre
alagút
weir (A weir is used to control the water level in rivers).
fordítóhely
Water related messages shall, as a general rule, be generated automatically.
forgalomirányító központ
Where this is not possible the manual generation of WRM shall follow the processes set out for automatically generated WRM (see NtS Encoding Guide for Developers) as closely as possible.
gát (a gáttal szabályozható a folyók vízszintje)
Ice Messages depend on local observation and assessment and will usually be generated by authorised staff.
A vízállásjelentéseket főszabály szerint automatikusan generálják.
An ICEM shall be issued in case of ice.
Ha erre nincs lehetőség, a WRM manuális kidolgozása során a WRM automatikus generálására megállapított eljárást kell követni a lehető legnagyobb mértékben (lásd a fejlesztőknek szóló NtS Encoding Guide-ot).
Ice does not necessarily cause limitation for navigation however information about ice condition not hindering navigation may be provided.
A jégjelentések helyi megfigyeléstől és értékeléstől függnek, és azokat általában felhatalmazott személyzet hozza létre.
Is there a need to publish information via NtS ICEM?
ICEM-et jég esetén kell kiadni.
The first ice message for a stretch shall only be published in case of ice at the waterway or tributaries, also in case there are no limitations.
A jég nem feltétlenül vezet hajózási korlátozáshoz, ugyanakkor a hajózást nem akadályozó jég állapotára vonatkozó információt meg lehet adni.
Does a valid ICEM already exist for the affected stretch of the waterway?
Szükség van az információ NtS ICEM-en keresztül történő közzétételére?
If a message for the affected stretch is (still) valid the already existing message shall be updated.
Egy adott szakasz tekintetében az első jégjelentést akkor kell kiadni, ha a vízi úton vagy a mellékfolyókon jég tapasztalható, abban az esetben is, ha nincsenek korlátozások.
It is possible to update existing ice messages even if the area of applicability changes (e.g. ice is expanding increasing the size of affected stretch).
Van már érvényes ICEM a vízi út érintett szakaszán?
In case there is no valid ice message available for the affected stretch, a new message is to be created.
Ha az érintett szakaszra vonatkozó üzenet (még mindig) érvényes, a már meglévő üzenetet naprakésszé kell tenni.
However information about ice condition not hindering navigation may be provided.
A meglévő jégjelentést akkor is frissíteni lehet, ha annak területi hatálya megváltozik (pl. a jég növekszik, ezáltal az érintett szakasz mérete is nagyobb lesz).
One ICEM is always valid for one single stretch of the waterway.
Ha az érintett szakaszra vonatkozóan nem adtak ki érvényes jégjelentést, új üzenetet kell létrehozni.
The geographical range of validity is to be set by defining the waterway and the respective begin- and end-(hectometre)points (or choosing certain consecutive sections, depending on national implementation).
Ugyanakkor a hajózást nem akadályozó jég állapotára vonatkozó információt meg lehet adni.
Measurement time is to be entered.
Egy ICEM mindig a hajóút egyetlen szakaszára érvényes.
The respective ice conditions are to be entered by using at least one of the code lists (depending on national requirements).
Az érvényesség földrajzi tartományát a vízi út és a megfelelő kezdő és végpont (hektométer) meghatározásával kell megadni (vagy bizonyos egymást követő szakaszokat kell választani a nemzeti végrehajtás függvényében).
Ice_situation_code (the ice situation code should always be provided to allow presentation of ice situation on a map using ‘traffic light’ colours).
A mérés idejét rögzíteni kell.
The ICEM can be published.
A megfelelő jégállapotot legalább a kódlistán szereplő egyik kód használatával kell meghatározni (a nemzeti követelmények függvényében).
Ice messages will be valid automatically until the next day after publication or until as defined in national procedures.
Ice_situation_code (a jéghelyzetet mindig meg kell adni, hogy a jéghelyzet térképen ábrázolható legyen a közlekedési jelzőlámpák színeivel).
Taking into account the abundance of available Web Services and apps for weather forecasts and weather warnings WERM should only be used for weather information of specific importance for navigation which is not covered by general weather information services.
Az ICEM közzétehető.
Weather related messages shall, as a general rule, be generated automatically.
A jégjelentések automatikusan érvényesek a közzétételt követő napig vagy a nemzeti eljárásokban meghatározott napig.
Object names are usually prefilled by the NtS editor tool based on RIS Index reference data.
Ha erre nincs lehetőség, a WERM manuális kidolgozása során a WERM automatikus generálására irányadó eljárásokat kell követni a lehető legnagyobb mértékben (lásd a fejlesztőknek szóló NtS Encoding Guide-ot).
Names shall be entered in local language, thus also e.g. diacritics or Cyrillic letters may be used.
Az objektumok kapcsán a „name” elemre vonatkozó szabályok
E.g.: The lock ‘Schleuse Freudenau’ shall only be named ‘Freudenau’, the object type ‘lock’ is added automatically based on the type_code.
Például: a „Schleuse Freudenau” zsilip neve csak „Freudenau”, a „zsilipet” mint objektumtípust a rendszer automatikusan adja meg a type_code alapján.
E:g.: The object name for the Railway bridge in Krems (AT) is ‘Eisenbahnbrücke Krems’.
Például: egy linzi (AT) híd objektumneve „Nibelungenbrücke”.
The information ‘railway bridge’ is included in the object name as it adds information in addition to the type_code ‘bridge’.
A „brücke” szó az objektumnévben szerepel, mivel a híd nevének részét képezi.
E.g.: The object name for a bridge in Linz (AT) is ‘Nibelungenbrücke’.
Például: a „Pegelstelle Wildungsmauer” vízmérce neve „Wildungsmauer”, mivel az azzal kapcsolatos információ, hogy az objektum vízmérce, már a type_code-ban szerepel.
The word ‘brücke’ stays within the object name as it is part of the bridge name itself.
Ha a vízi út adott szakasza két különböző nyelvű ország közötti határ is egyben, a nemzeti objektumnév mindkét nyelven megadható (pl. „Staatsgrenze AT-SK/Statna hranica AT-SK”).
E.g.: The waterway gauge ‘Pegelstelle Wildungsmauer’ is named ‘Wildungsmauer’ as the information that this object is a gauge is already coded in the type_code.
A hajóutak kapcsán a „name” elemre vonatkozó szabályok
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.
A hajóutak nevét általában az NtS-szerkesztő eszköz előre kitölti a RIS Index referenciaadatai alapján.
‘Staatsgrenze AT-SK/Statna hranica AT-SK’).
A „name” mező az adott hajóútszakasz helyi nevét tartalmazza (pl. „Rhein”).
Rules for the element ‘name’ related to fairways
A nemzeti eljárások függvényében a hajóút neve szerkeszthető, hogy általánosan használt helyi neveket vagy toldásokat is magában foglaljon (pl. „Rhein am Deutschen Eck”).
Fairway names are usually prefilled by the NtS editor tool based on RIS Index reference data.
A korlátozásokon belül a „value” és „unit” elemekre vonatkozó szabályok
The field ‘name’ shall contain the local name of the respective fairway section (e.g.
Eltérő rendelkezés hiányában az NtS üzenetekben kizárólag cm, m3/s, h, km/h és kW, m/s (szél), mm/h (eső) és Celsius-fok használható mértékegységként.
‘Rhein’) Depending on national processes it may be possible to edit the fairway name to include commonly used local names or additions (e.g.
B. A HAJÓSOKNAK SZÓLÓ HIRDETMÉNYEKHEZ KAPCSOLÓDÓ, ALKALMAZÁSFEJLESZTŐKNEK SZÓLÓ ENCODING GUIDE
‘Rhein am Deutschen Eck’).
Háttér és struktúra
Rules for the elements ‘value’ and ‘unit’ within limitations
Az NtS Encoding Guide célja
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.
NtS Encoding Guide szerkesztők számára
B. NOTICES TO SKIPPERS ENCODING GUIDE FOR APPLICATION DEVELOPERS
NtS Encoding Guide alkalmazásfejlesztők számára (e dokumentum)
Background & Structure
NtS üzenetek és szakaszaik
Purpose of NtS Encoding Guide
Az NtS_number szakasz kitöltése a WRM-ben
NtS Encoding Guide for editors
A WRM kitöltése, az előrejelzéseket is ideértve
NtS Encoding Guide for application developers (this document)
ICEM folyamatok
NtS messages and sections
Új ICEM
Filling of nts_number section in the WRM
Meglévő ICEM naprakésszé tétele
Filling of WRM including predictions
Az NtS_number szakasz kitöltése a WERM-ben
ICEM processes
A WERM „weather_category_code” kitöltése
New ICEM
FTM folyamatok
Update of an existing ICEM
Új FTM
Filling of nts_number section in the WERM
Meglévő FTM naprakésszé tétele/visszavonása
Filling of WERM ‘weather_category_code’
A vízi úttal és/vagy objektummal kapcsolatos FTM
FTM processes
Korlátozási kódok automatikus rangsorolása
New FTM
A korlátozás időtartamának kezelése
Update/withdrawal of an existing FTM
Általános végrehajtási szabályok
Waterway and/or object related FTM
A „number_section” kitöltése
Automatic ordering of limitation codes
A „from”, „originator”, „organisation” és „source” elemek kitöltése
Handling of limitation period
Elemek elhagyása
General implementation rules
A date_issue automatikus kitöltése
Filling of the ‘number_section’
Az időzónákkal kapcsolatos információ kezelése az NtS üzenetekben
Filling of elements ‘from’, ‘originator’, ‘organisation’ and ‘source’
A másodpercek kezelése az NtS üzenetekben
Omission of elements
A tizedesjegyek formátuma az NtS üzenetekben
Automatic filling of date_issue
Az NtS üzenetekben alkalmazandó mértékegységek
Handling of time zone information in NtS messages
A „name”, „position_code” és „type_code” elemekre vonatkozó szabályok
Handling of Seconds in NtS messages
A „fairway_name” elemre vonatkozó szabályok
Format of decimals in NtS messages
A fordításokra vonatkozó pontosítások a táblázatkezelő „reference_code” részében
Units to be used in NtS messages
Ajánlás a „coordinate” elem tekintetében
Rules for the elements ‘name’, ‘position_code’ and ‘type_code’
A célcsoportok kezelése
Rules for the element ‘fairway_name’
Érvényes üzenetek megjelenítése adott időpontban
Clarifications for translations in the spreadsheet ‘reference_code’
Az NtS-szerkesztő eszköz felhasználóbarátabbá tételét szolgáló választható funkciók
Recommendation for the element ‘coordinate’
Az NtS XML üzenet struktúrája
Handling of target groups
Célkitűzés
Display of valid messages at a given time
Alapelvek és megszorítások
Optional functions to increase user friendliness of NtS editor tools
Webszabványok
NtS XML Message Structure
Interaktivitási modell és az NtS WS kódolási módszere
Objective
Általános előírások és ajánlások
Basic Principles and constraints
Előírás: Verzióadatok
Web standards
Előírás: A névtartományok struktúrája
Interaction model and encoding method for NtS WS
Ajánlás: A névtartományok használata
General specifications and recommendations
Ajánlás: Névtartomány-előtagok használata
Specification: Version information
Előírás: ISRS Location Code használata
Specification: Structure of namespaces
NtS üzenetszolgáltatás (megvalósítási előírás)
Recommendation: Use of namespaces
Kérés
Recommendation: Use of namespace prefixes
Válasz
Specification: Use of ISRS Location Codes
Szolgáltatás és ügyfelek létrehozása
NtS Message Service (implementation specification)
Glosszárium
Request
A hajósoknak szóló hirdetményeket (NtS) a különböző európai országokban a közösségi belvízi közlekedésre vonatkozó harmonizált folyami információs szolgáltatásokról (RIS) szóló 2005/44/EK európai parlamenti és tanácsi irányelv 5. cikkében említett, hajósoknak szóló hirdetményekre vonatkozó műszaki előírásokról szóló 416/2007/EK bizottsági rendelet alapján hajtották végre.
Response
Az NtS szabvány megszakítás nélküli javítási folyamat tárgyát képezi, amelyben fontos előrelépés volt az NtS Web Service elindítása, amely szolgáltatás megkönnyíti az NtS üzenetek hatóságok közötti, illetve a hatóságok és az NtS felhasználók közötti cseréjét, továbbá megjelent az NtS XSD 4.0, amely észszerűsíti az NtS üzenetek kódolását.
Generation of services and clients
Az NtS Encoding Guide bemutatja a négy NtS üzenettípus alkalmazhatóságát, és bizonyos esetekben használandó kódokat ír le.
Glossary
Kitöltési útmutatót biztosít az NtS szerkesztők számára az NtS üzenetek tekintetében, így lehetővé teszi az NtS üzenetek nemzeti és nemzetközi szinten harmonizált kódolását.
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.
Az NtS Encoding Guide 1.0 verziója az NtS XSD 4.0-ra és az NtS Web Service WSDL 2.0.4.0-ra vonatkozik.
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.
A szerkesztőknek szóló NtS Encoding Guide címzettje az NtS üzeneteket szerkesztő (és közzétevő) személyzet.
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.
Az útmutató lépésenkénti utasításokat ad a megfelelő üzenettípus összeállítására, továbbá megmagyarázza a kódokat.
It provides NtS editors with NtS message filling instructions, thus allows nationally and internationally harmonised encoding of NtS messages.
A szerkesztőknek szóló kódolási útmutató alkalmazásfejlesztők számára releváns információt is tartalmaz.
The NtS Encoding Guide version 1.0 applies to NtS XSD 4.0 and the NtS Web Service WSDL 2.0.4.0.
A fejlesztőknek szóló NtS Encoding Guide útmutatásokat fogalmaz meg az NtS alkalmazások megvalósításáról, kifejti a logikát, a folyamatokat és az automatikus/alapértelmezett értékeket.
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.
Az NtS üzenetek a következőkből állnak:
The encoding guide for editors also includes relevant information for application developers.
az üzenet azonosító adatait tartalmazó rész,
The NtS Encoding Guide for developers includes guidelines for NtS application implementation explaining logic, processes and auto/default values.
azon érintett objektumot/objektumokat vagy hajóutat/utakat meghatározó rész, amelyre/amelyekre az üzenet vonatkozik;