natgillin/translations-raw huggingface dataset:
Object names are usually prefilled by the NtS editor tool based on RIS Index reference data.
Ellei tämä ole mahdollista, WERM-viestin manuaalisessa luomisessa on noudatettava mahdollisimman tarkasti automaattisesti luotaville WERM-viesteille määritettyjä menettelyjä (ks. sovelluskehittäjille tarkoitettu NtS Encoding Guide -ohje).
Names shall be entered in local language, thus also e.g. diacritics or Cyrillic letters may be used.
Kohteisiin liittyvää ”name”-elementtiä koskevat säännöt
(e.g. Baarlerbrücke, Volkeraksluis or Mannswörth).
NtS-muokkaustyökalu täyttää kohteiden nimet yleensä automaattisesti RIS Indexin viitetietojen perusteella.
Do not include information on characteristics of feature, the type of object shall not be repeated in the name unless additional information to the object type is given.
Tähän elementtiin ei saa sisällyttää tietoa kohteen ominaispiirteistä, eikä kohteen tyyppiä pidä toistaa nimessä, ellei anneta lisätietoja kohteen tyypistä.
E.g.: The lock ‘Schleuse Freudenau’ shall only be named ‘Freudenau’, the object type ‘lock’ is added automatically based on the type_code.
Esim: Sulusta ”Schleuse Freudenau” käytetään vain nimeä ”Freudenau”.
E:g.: The object name for the Railway bridge in Krems (AT) is ‘Eisenbahnbrücke Krems’.
Kohteen tyyppi ”sulku” lisätään automaattisesti type_code-koodin perusteella.
The information ‘railway bridge’ is included in the object name as it adds information in addition to the type_code ‘bridge’.
Esim: Kremsissä (Itävalta) sijaitsevan rautatiesillan kohdenimi on ”Eisenbahnbrücke Krems”.
E.g.: The object name for a bridge in Linz (AT) is ‘Nibelungenbrücke’.
Tieto ”rautatiesilta” sisältyy kohteen nimeen, koska sillä täydennetään type_code-koodin ”silta” sisältämiä tietoja.
The word ‘brücke’ stays within the object name as it is part of the bridge name itself.
Esim: Linzissä (Itävalta) sijaitsevan sillan kohdenimi on ”Nibelungenbrücke”.
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.
Sana ”brücke” säilyy kohteen nimessä, koska se on osa sillan nimeä.
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.
Esim: Vesiväylän vedenkorkeuden mittauspisteestä ”Pegelstelle Wildungsmauer” käytetään nimeä ”Wildungsmauer”, koska tieto siitä, että kohde on vedenkorkeuden mittauspiste, sisältyy jo type_code-koodiin.
‘Staatsgrenze AT-SK/Statna hranica AT-SK’).
Jos vesiväyläosio sijaitsee kahden eri kieltä käyttävän maan välisellä rajalinjalla, kansallisen kohteen nimi voidaan esittää molemmilla kielillä (esim. ”Staatsgrenze AT-SK/Statna hranica AT-SK”).
Rules for the element ‘name’ related to fairways
Väyliin liittyvää ”name”-elementtiä koskevat säännöt
Fairway names are usually prefilled by the NtS editor tool based on RIS Index reference data.
NtS-muokkaustyökalu täyttää väylien nimet yleensä automaattisesti RIS Indexin viitetietojen perusteella.
The field ‘name’ shall contain the local name of the respective fairway section (e.g.
”Name”-kenttä sisältää asianomaisen väyläosion paikallisen nimen (esim. ”Rhein”).
‘Rhein’) Depending on national processes it may be possible to edit the fairway name to include commonly used local names or additions (e.g.
Kansallisista menettelyistä riippuen väylän nimeä voi olla mahdollista muokata siten, että siihen sisällytetään yleisesti käytettyjä paikallisia nimiä tai lisäyksiä (esim. ”Rhein am Deutschen Eck”).
‘Rhein am Deutschen Eck’).
Rajoituksiin sisältyviä ”value”- ja ”unit”-elementtejä koskevat säännöt
Rules for the elements ‘value’ and ‘unit’ within limitations
Ellei toisin säädetä, NtS-viesteissä yksikköinä voidaan käyttää vain seuraavia: cm, m3/s, h, km/h ja kW, m/s (tuuli), mm/h (sade) ja celsiusaste.
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.
B. LAIVUREILLE TARKOITETTUJA ILMOITUKSIA KOSKEVA ENCODING GUIDE -OHJE SOVELLUSKEHITTÄJILLE
B. NOTICES TO SKIPPERS ENCODING GUIDE FOR APPLICATION DEVELOPERS
Tausta & rakenne
Background & Structure
NtS Encoding Guide -ohjeen tarkoitus
Purpose of NtS Encoding Guide
Käsittelijöille tarkoitettu NtS Encoding Guide -ohje
NtS Encoding Guide for editors
Sovelluskehittäjille tarkoitettu NtS Encoding Guide -ohje (tämä asiakirja)
NtS Encoding Guide for application developers (this document)
NtS-viestit ja niiden osiot
NtS messages and sections
NtS-numero-osion täyttäminen WRM-viestissä
Filling of nts_number section in the WRM
WRM-viestin ja ennusteiden täyttäminen
Filling of WRM including predictions
ICEM -menettelyt
ICEM processes
Uusi ICEM-viesti
New ICEM
Olemassa olevan ICEM-viestin päivittäminen
Update of an existing ICEM
NtS-numero-osion täyttäminen WERM-viestissä
Filling of nts_number section in the WERM
WERM-viestin ”weather_category_code”-koodin täyttäminen
Filling of WERM ‘weather_category_code’
FTM -menettelyt
FTM processes
Uusi FTM-viesti
New FTM
Olemassa olevan FTM-viestin päivittäminen/peruuttaminen
Update/withdrawal of an existing FTM
Vesiväylää ja/tai kohdetta koskeva FTM-viesti
Waterway and/or object related FTM
Rajoituskoodien automaattinen tilaaminen
Automatic ordering of limitation codes
Rajoitusjakson käsittely
Handling of limitation period
Täytäntöönpanoa koskevat yleiset säännöt
General implementation rules
”number_section”-elementin täyttäminen
Filling of the ‘number_section’
”from”-, ”originator”-, ”organisation”- ja ”source”-elementtien täyttäminen
Filling of elements ‘from’, ‘originator’, ‘organisation’ and ‘source’
Elementtien pois jättäminen
Omission of elements
date_issue-elementin automaattinen täyttäminen
Automatic filling of date_issue
Aikavyöhyketietojen käsittely NtS-viesteissä
Handling of time zone information in NtS messages
Sekuntien käsittely NtS-viesteissä
Handling of Seconds in NtS messages
Desimaalien muoto NtS-viesteissä
Format of decimals in NtS messages
NtS-viesteissä käytettävät yksiköt
Units to be used in NtS messages
”name”-, ”position_code”- ja ”type_code”-elementtejä koskevat säännöt
Rules for the elements ‘name’, ‘position_code’ and ‘type_code’
”fairway_name” -elementtiä koskevat säännöt
Rules for the element ‘fairway_name’
”reference_code”-taulukkoon sisältyvien käännösten selitykset
Clarifications for translations in the spreadsheet ‘reference_code’
”Koordinaatit”-elementtiä koskevat suositukset
Recommendation for the element ‘coordinate’
Kohderyhmien käsittely
Handling of target groups
Voimassa olevien viestien näyttäminen tiettynä ajankohtana
Display of valid messages at a given time
Valinnaiset toiminnot NtS-muokkausvälineiden käyttäjäystävällisyyden lisäämiseksi
Optional functions to increase user friendliness of NtS editor tools
NtS XML -viestin rakenne
NtS XML Message Structure
Tavoite
Objective
Perusperiaatteet ja rajoitukset
Basic Principles and constraints
Verkkostandardit
Web standards
NtS WS -palvelun vuorovaikutusmalli ja koodaustapa
Interaction model and encoding method for NtS WS
Yleiset spesifikaatiot ja suositukset
General specifications and recommendations
Spesifikaatio: Versiotiedot
Specification: Version information
Spesifikaatio: Nimialueiden rakenne
Specification: Structure of namespaces
Suositus: Nimiavaruuksien käyttö
Recommendation: Use of namespaces
Suositus: Nimiavaruuden etuliitteiden käyttö
Recommendation: Use of namespace prefixes
Eritelmä: ISRS Location Code -koodien käyttö
Specification: Use of ISRS Location Codes
NtS-viestipalvelu (toteutusta koskeva eritelmä)
NtS Message Service (implementation specification)
Pyyntö
Request
Vastaus
Response
Palvelujen ja asiakkaiden luominen
Generation of services and clients
Sanasto
Glossary
Laivureille tarkoitetut ilmoitukset (NtS) pantiin täytäntöön eri Euroopan maissa Euroopan parlamentin ja neuvoston RIS-direktiivin (2005/44/EY) 5 artiklassa tarkoitetuista laivureille tarkoitettuja ilmoituksia koskevista teknisistä eritelmistä annetun Euroopan parlamentin ja neuvoston asetuksen (EY) N:o 416/2007 perusteella.
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.
NtS-standardia pyritään parantamaan jatkuvasti.
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.
Tärkeä edistysaskel oli NtS web service -palvelun käynnistäminen.
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.
Tällä verkkopalvelulla helpotetaan NtS-viestien vaihtoa viranomaisten kesken sekä viranomaisten ja NtS-käyttäjien kesken.
It provides NtS editors with NtS message filling instructions, thus allows nationally and internationally harmonised encoding of NtS messages.
Merkittävä edistysaskel oli myös NtS XSD 4.0 -versio, jossa yhdenmukaistettiin NtS-viestien koodaamista.
The NtS Encoding Guide version 1.0 applies to NtS XSD 4.0 and the NtS Web Service WSDL 2.0.4.0.
NtS Encoding Guide -ohjeessa selitetään neljän NtS-viestityypin soveltamista ja koodit, joita on käytettävä tiettyjen tapahtumien osalta.
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.
Siinä annetaan NtS-käsittelijöille ohjeet NtS-viestin täyttämisestä.
The encoding guide for editors also includes relevant information for application developers.
Se mahdollistaa siten NtS-viestien kansallisesti ja kansainvälisesti yhdenmukaistetun koodaamisen.
The NtS Encoding Guide for developers includes guidelines for NtS application implementation explaining logic, processes and auto/default values.
NtS Encoding Guide -ohjeen versiota 1.0 sovelletaan NtS XSD 4.0- ja NtS Web Service WSDL 2.0.4.0-versioihin.
An NtS message consists of the following:
Käsittelijöille tarkoitettu NtS Encoding Guide -ohje on suunnattu NtS-viestejä käsittelevälle (ja julkaisevalle) henkilöstölle.
the identification section,
Siihen sisältyvät vaihekohtaiset ohjeet asianmukaisten viestityyppien luomiseksi ja koodien selitykset.
section defining the applicable object(s) or fairway section(s) the message is related to,
Käsittelijöille tarkoitettuun koodausohjeeseen sisältyy myös asiaa koskevaa tietoa sovelluskehittäjille.
one or more of the following sections according to the message type:
Sovelluskehittäjille tarkoitettu NtS Encoding Guide -ohje sisältää ohjeita NtS-sovelluksen käyttöönotosta, ja siinä selitetään sovelluksen logiikka, prosessit ja automaattiset arvot / oletusarvot.
limitation(s) for the Fairway and traffic related message,
NtS-viesti koostuu
measurement(s) for the Water level related message,
tunnisteosiosta
ice condition(s) for the Ice related message,
osiosta, jossa määritellään sovellettava kohde (kohteet) tai väyläosio(t), johon tai joihin viesti liittyy
weather report(s) for the Weather related message.
yhdestä tai useammasta seuraavista osioista viestityypin mukaan:
Figure 2
väylää tai liikennetiedotusta koskevaan viestiin liittyvä rajoitus (rajoitukset)
Visualisation of the NtS message structure: mandatory element (1), mandatory element that may occur one or two times (1…2), mandatory element that has to occur two times (2), mandatory elements that may occur as often as necessary (1-n), optional element that may occur as often as necessary (0…n)
vedenkorkeutta koskevaan viestiin liittyvä mittaustulos (mittaustulokset)
The identification section is mandatory and includes general information about the message originator, sender, date issue, country and original language and is provided together with one of the four different NtS message section types:
jäätilannetta koskevaan viestiin liittyvä jäätilanne
Fairway and traffic related section: a ‘Fairway and Traffic related Message’ (FTM) is usually created by NtS editors following the NtS Encoding Guide for editors.
säätä koskevaan viestiin liittyvä säätiedotus (säätiedotukset).
It is related to stretches of waterways (defined by its begin and end ISRS Location Codes and/or objects on the waterway defined by their respective ISRS Location Code.
Kuvio 2
[go to chapter 6]
NtS-viestirakenteen visualisointi: pakollinen elementti (1), pakollinen elementti, joka voi esiintyä kerran tai kahdesti (1…2), pakollinen elementti, jonka on esiinnyttävä kaksi kertaa (2), pakollinen elementti, joka voi esiintyä niin usein kuin on tarpeen (1-n), vapaavalintainen elementti, joka voi esiintyä niin usein kuin on tarpeen (0…n).
Water level related section: a ‘Water Related Message’ (WRM) facilitates provision of information on current and predicted water levels as well as other information.
Tunnisteosio on pakollinen ja sisältää yleistä tietoa viestin laatijasta, lähettäjästä, julkaisemispäivästä, maasta ja alkuperäiskielestä.
Usually WRM are created automatically (and periodically) based on sensor measurements or infrastructure status not requiring NtS editor interaction.
Tunnisteosio liitetään johonkin seuraavista neljästä eri NtS-viestityypistä:
The water related message section contains information for an object (e.g. gauge station) or a fairway section (e.g. least sounded depth for a stretch, applicable regime at a waterway section).
Fairway and traffic related section: NtS-käsittelijät luovat yleensä ”väylää tai liikennetiedotusta koskevan viestin” (FTM) käsittelijöille tarkoitetun NtS Encoding Guide -ohjeen mukaisesti.
Ice related section: an ‘ICE Message’ (ICEM) contains information about the ice conditions for a fairway stretch defined by its begin- and end-ISRS Location Codes.
Se liittyy vesiväylien osuuksiin (jotka määritellään niiden alkamis- ja päättymiskohdan ISRS Location Code -koodien avulla) ja/tai vesiväylällä oleviin kohteisiin (jotka määritellään niiden ISRS Location Code -koodien avulla).
[go to chapter 4]
[siirry lukuun 6]
Weather related section: a ‘WEather Related Message’ (WERM) enables provision of information on current as well as forecasted weather situations on a waterway stretch defined by its begin- and end-ISRS Location Codes.
Water level related section: ”Vesitilannetta koskeva viesti” (WRM) helpottaa tämänhetkistä ja ennustettua vedentasoa koskevien tietojen sekä muiden tietojen välittämistä.
[go to chapter 5]
WRM-viestit luodaan yleensä automaattisesti (ja säännöllisin väliajoin) anturien mittaustulosten tai infrastruktuurin tilan perusteella.
In addition, the ISRS Location Code (International Ship Reporting Standard) is used to define the applicable object(s) or fairway section(s) the message is related to.
Ne eivät edellytä NtS-viestin käsittelijältä mitään toimia.
The ISRS location code is defined in point 4.3 of the Annex to this Regulation.
Vesitilannetta koskeva viesti sisältää tietoa kohteesta (esim. vedenkorkeuden mittausasemasta) tai väyläosiosta (esim. väyläosuuden matalin luodattu syvyys tai vesiväyläosion vedenkorkeussuhteet).
Water level information is very important for voyage planning as well as safety.
Ice related section: ”Jäätilannetta koskeva viesti” (ICEM) sisältää tietoa jäätilanteesta väylän osuudella, joka määritellään sen alkamis- ja päättymiskohdan ISRS Location Code -koodien avulla.
At the moment there is no common standard of referencing water level information.
[siirry lukuun 4]
The values of gauges are referring to different sea-levels or to special reference points.
Weather related section: ”Säätä koskevalla viestillä” (WERM) voidaan antaa tietoa tämänhetkisestä ja ennustetusta säätilasta vesiväylän osuudella, joka määritellään sen alkamis- ja päättymiskohdan ISRS Location Code -koodien avulla.
To provide a proper reference, the respective ‘reference_code’ shall always be provided together with the value.
[siirry lukuun 5]
WRM may be used to provide the following information:
ISRS Location Code -koodia (International Ship Reporting Standard) käytetään lisäksi sen kohteen (kohteiden) tai väyläosio(ide)n määrittelemiseen, jota tai joita viesti koskee.
Water level (including predictions),
ISRS location code -koodi määritellään tämän asetuksen liitteessä olevassa 4.3 kohdassa.
Least sounded depth (including predictions),
Vedenkorkeutta koskevat tiedot ovat erittäin tärkeitä sekä matkasuunnittelun että turvallisuuden kannalta.
Vertical clearance (including predictions),
Vedenkorkeutta koskeviin tietoihin viittaamiselle ei ole tällä hetkellä olemassa yhteistä standardia.
Discharge (including predictions),
Vedenkorkeusmittarien arvoilla viitataan merenpinnan korkeuksiin tai erityisiin viitekohtiin.
Barrage status,
Jotta viittaus on asianmukainen, yhdessä arvon kanssa on aina esitettävä asianomainen ”reference_code”.
Regime.
WRM-viestiä voidaan käyttää seuraavien tietojen antamiseen:
Clarifications for translations in the spreadsheet ‘reference_code’ are provided in chapter 7.11.
vedenkorkeus (ennusteet mukaan lukien)
Usually WRM are created and published automatically based on information received from sensor equipment or information received from infrastructure (e.g. predictions, barrage status).
matalin luodattu syvyys (ennusteet mukaan lukien)
There may be different triggers for WRM publication, e.g. periodically or when certain values are reached.
alikulkukorkeus (ennusteet mukaan lukien)
In NtS XSD 4.0 the NtS number is optional within WRM messages.
virtaus (ennusteet mukaan lukien)
If it is provided every number has to be unique (Organisation/Year/Number/Serial) per message type and it is up to the organisation providing the WRM to ensure unique numbers (it is not required to have consecutive numbers).
avattavan padon tilanne
The date_start of validity_period has to be filled with present date (date_issue) and the date_end of validity_period has to be filled with the next day after date_issue.
vedenkorkeussuhteet.
To provide changes in e.g. water level in a user-friendly way the difference to a previous comparative measurement may be provided in the WRM difference section.
”reference_code”-taulukkoon sisältyvien käännösten selitykset -taulukkoon sisältyvien käännösten selitykset esitetään luvussa 7.11.
Besides the change in the value (e.g. - 5 [cm]) also the time difference to the comparative measurement has to be provided.
WRM-viestit yleensä kootaan ja julkaistaan automaattisesti anturilaitteista saatavien tietojen tai infrastruktuurista saatavien tietojen (esim. ennusteiden tai avattavien patojen tilanteen) perusteella.
Water level predictions always include a factor of uncertainty.
NtS XSD 4.0 -versiossa NtS-numero on valinnainen WRM-viesteissä.
Usually models with different parameters (e.g. weather forecast) are calculated leading to different predicted water level values.
Jos NtS-numero annetaan, jokaisen numeron on oltava yksilöllinen (Organisation/Year/Number/Serial) viestityypeittäin.
To enable provision of a minimum and maximum predicted value e.g. visualisation of a water level prediction confidence interval, two additional optional data fields are included in the WRM ‘measure’ section.
WRM-viestin antavan organisaation on varmistettava yksilöllisten numeroiden käyttö (numeroiden ei tarvitse olla peräkkäisiä).
An illustration of water level prediction confidence interval is given in the following figure:
Validity_period-elementin date_start-kohtaan on täytettävä kuluva päivämäärä (date_issue) ja validity_period-elementin date_end-kohtaan on täytettävä date_issue-päivää seuraava päivä.
Figure 3
Jotta esimerkiksi vedenkorkeuden muutokset esitetään käyttäjäystävällisellä tavalla, WRM-viestin ero-osiossa voidaan esittää ero viimeisimpään vastaavaan mitattuun arvoon.
Visualisation of water level prediction confidence interval: most probable value (black), confidence interval upper boarder (violet), confidence interval lower boarder (red), measured water level (blue) (The x-axis shows the time; the y-axis shows the water level in cm)
Arvonmuutoksen (esim. - 5 [cm]) ohella on ilmoitettava myös aikaero vastaavaan mitattuun arvoon.
Two elements are available in the NtS XSD:
Ennusteiden tapauksessa ”measure_date” tarkoittaa päivää/aikaa, jona ennuste on voimassa.
< value_min > lowest value of confidence interval
Vedenkorkeuden ennusteisiin sisältyy aina epävarmuustekijä.
< value_max > highest value of confidence interval
Mallit, joissa käytetään eri parametrejä, (esim. sääennuste) tuottavat tavallisesti erilaisia ennustetun vedenkorkeuden arvoja.
Besides predicted water levels the confidence interval may also be used to state the uncertainty of published least sounded depth and vertical clearance information.
Jotta voidaan ilmoittaa ennustettu minimi- ja maksimiarvo, esimerkiksi vedenkorkeuden ennustamisen luottamusvälin havainnollistamiseksi, WRM-viestin ”measure”-osioon sisältyy lisäksi kaksi valinnaista tietokenttää.
The confidence interval value_min and value_max enable provision of WRM value confidence interval via standardised NtS WRM Message to use it in graphs.
Vedenkorkeuden ennustamisen luottamusväliä kuvataan seuraavassa kuviossa:
The raw data itself shall not be displayed to IWT users (e.g. in code format).
Kuvio 3
The measure_code ‘NOM’ must not be used.
NtS XSD -kaaviossa esitetään kaksi elementtiä:
In case there is no measurement for a certain type of WRM the value elements have to be omitted if a message should be sent anyhow.
< value_min > luottamusvälin alin arvo
Ice Messages depend on local observation and assessment and will usually be generated manually (in case of automatic generation the rules for manual creation have to be followed, see NtS Encoding Guide for editors).
< value_max > luottamusvälin ylin arvo.
The ICEM is published for a certain fairway_section defined by its begin and end ISRS Location Codes and contains the ice_condition at a certain measurement date.
Ennustetun vedenkorkeuden ohella luottamusvälin avulla voidaan ilmaista myös matalinta luodattua syvyyttä ja alikulkukorkeutta koskevien julkaistujen tietojen epävarmuus.
The validity of the ICEM starts at the date of publication (automatically set by the NtS application).
Luottamusväli, toisin sanoen value_min-arvo ja value_max-arvo, mahdollistaa WRM-arvon luottamusvälin esittämisen vakiomuotoista NtS WRM -viestiä käyttäen, jotta sitä voidaan käyttää kaavioissa ja diagrammeissa.
In order to avoid ICEM being displayed to users that are not valid any more, the validity date_end has to be filled automatically by the NtS application with the day after publication (unless it is ensured by national processes that messages will get a validity date end as soon as the information included in the message is not up-to-date any more).
Raakadataa itsessään ei näytetä IWT-käyttäjille (esim. koodimuodossa).
In the NtS Encoding Guide for editors it is described under which circumstances an NtS editor creates a new ICEM or updates an existing ICEM.
Measure_code ”NOM” -koodia ei saa käyttää.
The following processes apply:
Ellei tietyn tyyppisestä WRM-viestistä ole saatavilla mittaustulosta, arvoelementit on jätettävä pois, jos viesti olisi joka tapauksessa lähetettävä.
NtS applications may offer NtS editors:
Jäätilannetta koskevat viestit määräytyvät paikallisten havaintojen ja arvioinnin perusteella, ja ne luodaan yleensä manuaalisesti (jos viestit luodaan automaattisesti, on noudatettava manuaalista luomista koskevia sääntöjä, ks. käsittelijöille tarkoitettu NtS Encoding Guide -ohje).
to use existing notices as draft upon creation of new ICEM (e.g. if ice conditions are similar to the existing notice); and/or
ICEM-viesti julkaistaan tietystä väyläosiosta (fairway_section), joka määritellään sen alkamis- ja päättymiskohdan ISRS Location Code -koodien avulla.
to use notice templates for certain situations.
Se sisältää jäätilanteen (ice_condition) tiettynä mittauspäivänä.
The content (e.g. time of measurement or respective ice conditions) has to be entered by the editor in line with chapter 6 of the NtS Encoding Guide for editors.
ICEM-viestin voimassaolo alkaa sen julkaisuajasta (jonka NtS-sovellus määrittää automaattisesti).