natgillin/translations-raw huggingface dataset:
weather report(s) for the Weather related message.
ISRSi asukohakood on määratletud käesoleva määruse lisa alajaotises 4.3.
Figure 2
Veetaseme teave on väga tähtis nii laevasõidu kavandamisel kui ka ohutuse jaoks.
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)
Hetkel puudub ühtne standard veetaseme teabe edastamiseks.
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:
Veetasememõõturite näidud viitavad merepinna eri tasemetele või kindlatele võrdluspunktidele.
Usually WRM are created automatically (and periodically) based on sensor measurements or infrastructure status not requiring NtS editor interaction.
läbisõidukõrgus (sh prognoosid),
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).
vooluhulk (sh prognoosid),
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.
paisu asend,
[go to chapter 4]
veerežiim.
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.
Clarifications for translations in the spreadsheet „reference_code“ (Tabelis „reference_code“ sisalduvate tõlkevastete selgitused) on esitatud alajaotises 7.11.
[go to chapter 5]
WRM luuakse ja avaldatakse tavaliselt automaatselt andurite teabe või taristu kohta saadud teabe põhjal (nt prognoosid, paisu asend).
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.
WRMi avaldamise võivad tingida mitmesugused tegurid, näiteks perioodiline avaldamine või teatava väärtuse saavutamine.
The ISRS location code is defined in point 4.3 of the Annex to this Regulation.
NtS XSD 4.0 puhul on WRMis NtSi numbri esitamine vabatahtlik.
Water level information is very important for voyage planning as well as safety.
Kui see esitatakse, peab iga number (organisatsioon/aasta/number/seeria („Organisation/Year/Number/Serial“)) olema iga teate tüübi puhul ainulaadne.
At the moment there is no common standard of referencing water level information.
WRMi esitav organisatsioon on kohustatud tagama unikaalsed numbrid, kuid numbrid ei pea olema järjestikused.
The values of gauges are referring to different sea-levels or to special reference points.
Kehtivusaja (validity_period) alguskuupäeva (date_start) väli tuleb täita käesoleva kuupäevaga (date_issue) ja kehtivusaja (validity_period) lõppkuupäeva (date_end) väli tuleb täita väljaandmise kuupäevale (date_issue) järgneva kuupäevaga.
To provide a proper reference, the respective ‘reference_code’ shall always be provided together with the value.
Muutuse esitamiseks (nt veetaseme puhul) kasutajasõbralikul viisil võib WRMi erinevuste osas esitada erinevuse võrreldes varasema võrreldava mõõtmistulemusega.
WRM may be used to provide the following information:
Peale väärtuse muutuse (nt –5 [cm]) tuleb esitada ka ajaline erinevus võrreldes võrreldava mõõtmistulemusega.
Water level (including predictions),
Prognooside puhul on measure_date (mõõtmiskuupäev) prognoosi kehtivuse kuupäev/kellaaeg.
Least sounded depth (including predictions),
Veetaseme prognoosid hõlmavad alati ebakindlustegurit.
Vertical clearance (including predictions),
Tavaliselt arvutatakse eri parameetritega mudelid (nt ilmaprognoos), mis annavad erinevad veetaseme prognoositud väärtused.
Discharge (including predictions),
Selleks et oleks võimalik esitada minimaalset ja maksimaalset prognoositud väärtust (nt veetaseme prognoosi usaldusvahemiku kujutamine), lisatakse WRMi mõõtmiste osasse kaks täiendavat vabatahtlikku andmevälja.
Barrage status,
Järgmisel joonisel kujutatakse veetaseme prognoosi usaldusvahemikku.
Regime.
Joonis 3
Clarifications for translations in the spreadsheet ‘reference_code’ are provided in chapter 7.11.
NtS XSDs on kättesaadavad kaks elementi:
Usually WRM are created and published automatically based on information received from sensor equipment or information received from infrastructure (e.g. predictions, barrage status).
< value_min > usaldusvahemiku väikseim väärtus,
There may be different triggers for WRM publication, e.g. periodically or when certain values are reached.
< value_max > usaldusvahemiku suurim väärtus.
In NtS XSD 4.0 the NtS number is optional within WRM messages.
Peale prognoositava veetaseme võib usaldusvahemikku kasutada ka looditud väikseima sügavuse ja läbisõidukõrguse kohta avaldatud teabe ebakindluse väljendamiseks.
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).
Usaldusvahemik value_min ja value_max võimaldab esitada WRMi väärtuse usaldusvahemiku standarditud NtSi WRMi kaudu selle graafikutes kasutamiseks.
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.
Siseveetranspordi kasutajatele ei tohi esitada töötlemata andmeid (nt koodi kujul).
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.
Mõõtmiskoodi (measure_code) „NOM“ ei tohi kasutada.
Besides the change in the value (e.g. - 5 [cm]) also the time difference to the comparative measurement has to be provided.
Kui teatava WRMi tüübi puhul mõõtmistulemused puuduvad, tuleb väärtusi kajastavad elemendid välja jätta, kuid teade tuleb ikkagi saata.
Water level predictions always include a factor of uncertainty.
ICEM avaldatakse teatava faarvaatri osa (fairway_section) kohta, mis piiritletakse selle algus- ja lõpp-punkti ISRSi asukohakoodidega (ISRS Location Code), ja see sisaldab jääolude (ice_condition) teavet teataval mõõtmiskuupäeval.
Usually models with different parameters (e.g. weather forecast) are calculated leading to different predicted water level values.
ICEM hakkab kehtima selle avaldamise kuupäeval (NtSi rakendus määrab selle automaatselt).
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.
Selleks et vältida kehtivuse kaotanud ICEMi kuvamist kasutajatele, peab NtSi rakendus märkima kehtivuse lõppkuupäevaks (date_end) automaatselt avaldamisele järgneva kuupäeva (välja arvatud juhul, kui riikliku protsessiga on tagatud, et teade saab kehtivuse lõppkuupäeva kohe, kui teates sisalduv teave ei ole enam ajakohane).
An illustration of water level prediction confidence interval is given in the following figure:
NtSi kodeerimisjuhendis toimetajatele kirjeldatakse, millistel tingimustel NtSi toimetaja loob uue ICEMi või ajakohastab olemasolevat ICEMi.
Figure 3
Kohaldatakse järgmist menetlust.
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)
NtSi rakendused võivad pakkuda NtSi toimetajatele võimalust
Two elements are available in the NtS XSD:
kasutada olemasolevaid teateid kavandina uue ICEMi loomisel (nt kui jääolud on sarnased olemasolevas teates kirjeldatutega) ja/või
< value_min > lowest value of confidence interval
kasutada teatavates olukordades teatevorme.
< value_max > highest value of confidence interval
Toimetaja peab lisama infosisu (nt mõõtmise aeg või asjaomased jääolud) kooskõlas toimetajatele mõeldud NtSi kodeerimisjuhendi 6. jaotisega.
Besides predicted water levels the confidence interval may also be used to state the uncertainty of published least sounded depth and vertical clearance information.
Mõõtmise kuupäeva ja kellaaja võib määrata ka rakendus vastavalt riiklikele määratlustele.
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.
Kui NtSi toimetaja/avaldaja algatab avaldamistoimingu, siis
The raw data itself shall not be displayed to IWT users (e.g. in code format).
kontrollitakse, kas kogu kohustuslik infosisu on esitatud kooskõlas NtS XSDga (kui ei ole, tuleb tagasi pöörduda punkti 2 juurde);
The measure_code ‘NOM’ must not be used.
NtSi rakendus genereerib NtSi numbri (nts_number),
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.
väljale „organisation“ („organisatsioon“) märgitakse vastutava organisatsiooni nimi või kood olenevalt avaldava kasutaja rollist;
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).
väljale „year“ („aasta“) märgitakse praegune aasta;
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.
määratakse järgmine vaba „number“;
The validity of the ICEM starts at the date of publication (automatically set by the NtS application).
seerianumbriks (serial number) määratakse 0;
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).
väli „date_issue“ („avaldamiskuupäev“) täidetakse automaatselt avaldamistoimingu tegeliku kuupäeva/kellaajaga;
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.
väli „validity_period – date_start“ („kehtivusaja alguskuupäev“) täidetakse automaatselt avaldamise tegeliku kuupäevaga;
The following processes apply:
väli „validity_period – date_end“ („kehtivusaja lõppkuupäev“) täidetakse automaatselt avaldamise kuupäevale järgneva kuupäevaga (välja arvatud juhul, kui riikliku menetlusega on tagatud, et teade saab kehtivuse lõppkuupäeva kohe, kui teates sisalduv teave ei ole enam ajakohane).
NtS applications may offer NtS editors:
ICEMi toimetamisvahendit kasutades tuleb valida ajakohastamiseks asjaomane avaldatud teade.
to use existing notices as draft upon creation of new ICEM (e.g. if ice conditions are similar to the existing notice); and/or
Esialgne ICEM tuleb andmebaasis kopeerida või seda muuta (olenevalt riiklikust menetlusest).
to use notice templates for certain situations.
Aegunud ICEMi (mille kehtivuse lõppkuupäev (validity_date_end) on möödunud) ei saa enam ajakohastada ja sel juhul peavad NtSi toimetajad looma uue ICEMi.
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.
Toimetaja peab muutma infosisu (nt mõõtmise aeg või asjaomased jääolud) kooskõlas toimetajatele mõeldud NtSi kodeerimisjuhendi 6. jaotisega.
The date and time of measurement could also be set by the application according to national definitions.
Mõõtmise kuupäeva ja kellaaega võib muuta ka rakendus vastavalt riiklikele määratlustele.
When an NtS editor/publishers triggers the publish action:
Kui NtSi toimetaja/avaldaja algatab avaldamistoimingu, siis
it is checked if all mandatory content is provided in line with the NtS XSD (if not go back to (2));
seerianumbrit (serial number) suurendatakse (ühe võrra);
the nts_number is generated by the NtS application:
WERM luuakse ja avaldatakse tavaliselt automaatselt andurite teabe või taristu kohta saadud teabe põhjal.
the ‘organisation’ is filled with the name or code of the responsible organisation depending on the role of the publishing user;
Faarvaatri osa märgitakse WERMis faarvaatri kahe punkti vahelise lõiguna, st ilmajaama (mõõturi) rakendamisalana.
the ‘year’ is filled with the current year;
Mõõtmise/prognoosi kuupäev ja kellaaeg tuleb esitada isegi siis, kui see ei ole WERMi teadetes kohustuslik.
the next available ‘number’ is assigned;
Prognooside puhul on „measure date“ („mõõtmiskuupäev“) prognoosi kehtivuse kuupäev/kellaaeg.
the ‘serial number’ 0 is assigned;
NtS XSD 4.0 puhul on WERMis NtSi numbri esitamine vabatahtlik.
‘date_issue’ is automatically filled with the actual date/time of publish action;
Kui see esitatakse, peab iga number (organisatsioon/aasta/number/seeria („Organisation/Year/Number/Serial“)) olema iga teate tüübi puhul ainulaadne.
‘validity_period’ — ‘date_start’ is automatically filled with the actual date of publication;
WERMi esitav organisatsioon on kohustatud tagama unikaalsed numbrid, kuid numbrid ei pea olema järjestikused.
‘validity_period’ — ‘date_end’ is automatically filled with the next day after the date of publication (unless it is ensured by national processes that messages will get a validity date end as soon as the information included in the message is not up-to-date any more).
Tuule kiirus esitatakse osas „weather_category_code“ (väärtused 0–12) kooskõlas Beauforti skaalaga, mille Maailma Meteoroloogiaorganisatsioon avaldas oma merenduse meteoroloogiateenuste käsiraamatus „WMO-No. 558“.
Expired ICEM (which passed the validity_date_end) cannot be updated any more, if this is the case NtS editors have to create a new ICEM.
Nähtavus
The content (e.g. time of measurement or respective ice conditions) has to be altered by the editor in line with chapter 6 of the NtS Encoding Guide for editors.
Lisateave
The date and time of measurement could also be altered by the application according to national definitions.
13, tihe udu
When an NtS editor/publisher triggers the publish action:
alla 50 meetri
it is checked if all mandatory content is provided in line with the NtS XSD (if not, go back to (2)); (b) the nts_number is generated by the NtS application:
14, väga tihe udu
the ‘organisation’ stays unchanged; (ii) the ‘year’ stays unchanged; (iii) the ‘number’ stays unchanged;
alla 100 meetri
the ‘serial number’ is incremented (increased by 1);
15, mõõdukas udu
Usually WERM are created and published automatically based on information received from sensor equipment or information received from infrastructure.
alla 200 meetri
The fairway section in WERM is indicated as a stretch between two points on the fairway, i.e. area of applicability of the weather station (gauge).
16, udu
Date and time of measurement/forecast have to be provided even if it is not mandatory in WERM messages.
alla 1000 meetri
In case of forecasts the ‘measure date’ is the date/time the forecast is valid for.
Udu koosneb veepiisakestest.
In NtS XSD 4.0 the NtS number is optional within WERM messages.
17, hägu
If it is provided every number has to be unique (Organisation/Year/Number/Serial) per message type and it is up to the organisation providing the WERM to ensure unique numbers (it is not required to have consecutive numbers).
1–4 km
The wind speed in ‘weather_category_code’ (values 0 to 12) shall be provided in line with the Beaufort scale published by the World Meteorological Organization in its Manual on Marine Meteorological Services ‘WMO-No 558’.
Hägu koosneb veepiisakestest.
The visibility in ‘weather_category_code’ (values 13 to 22) shall be provided as defined in the following table:
Seda kasutatakse nn kuiva udu korral, mis tekib tavaliselt enne päikesetõusu.
Value, meaning
18, somp
Visibility
Somp koosneb tahketest osakestest.
Additional information
19, kerge somp
13, thick fog
4–10 km
below 50 metres
20, selge
14, dense fog
10–20 km
below 100 metres
21, väga selge
15, moderate fog
piiramatu nähtavus
below 200 metres
22, udutu
16, fog
Seda kasutatakse, et märkida udu puudumist olenevalt riiklikest/kohalikest nõuetest.
below 1000 metres
NtSi kodeerimisjuhendis toimetajatele kirjeldatakse, millistel tingimustel NtSi toimetaja loob uue FTMi või ajakohastab olemasolevat FTMi.
Fog consists of water droplets.
NtSi rakendused võivad pakkuda NtSi toimetajatele võimalust
17, mist
kasutada olemasolevaid teateid kavandina uue FTMi koostamisel ja/või
from 1 km to 4 km
kasutada teatavates olukordades teatevorme.
Mist consists of water droplets.
Toimetaja peab lisama infosisu (nt kehtivusaeg, piirangud) kooskõlas toimetajatele mõeldud NtSi kodeerimisjuhendi 3. ja 4. jaotisega.
Mist is used in case of ‘dry fog’, this phenomenon usually takes place before sunrise.
väljale „organisation“ („organisatsioon“) märgitakse vastutava organisatsiooni nimi või kood olenevalt avaldava kasutaja rollist;
18, haze
määratakse järgmine vaba „number“; juhul kui NtSi toimetaja või rakenduse protsess on teises etapis määranud spetsiaalse numbri, siis kasutatakse seda (võttes arvesse, et see number (organisatsioon/aasta/number/seeria) on ainulaadne, nagu selgitatakse alajaotises 15.1);
Haze consists of dry particles.
väli „date_issue“ („avaldamiskuupäev“) täidetakse automaatselt avaldamistoimingu tegeliku kuupäeva/kellaajaga.
19, light haze
FTMi toimetamisvahendit kasutades tuleb valida ajakohastamiseks asjaomane avaldatud teade, esialgne FTM tuleb andmebaasis kopeerida või seda muuta (olenevalt riiklikust menetlusest).
from 4 km to 10 km
Aegunud FTMi (mille kehtivusaja lõppkuupäev (validity_date_end) on möödunud) ei saa enam ajakohastada ja sel juhul peab NtSi toimetaja looma uue FTMi.
20, clear
Teemakoodi „notice withdrawn“ („teate tühistamine“) kasutatakse ainult siis, kui
from 10 km to 20 km
praegune kuupäev on varasem kui kehtivuse alguskuupäev (validity_date_start).
21, very clear
Kui muuta võib üksnes välja „additional information in national language“ („lisateave kohalikus keeles“) infosisu, peab teate kodeeritud infosisu (teine etapp) jääma samaks;
no limitation of visibility
kehtivusaeg on juba alanud ja kõigi piirangute uueks lõppkuupäevaks märgitakse juba möödunud kuupäev.
22, no fog
Piirangu lõppkuupäevaks tuleb märkida õige aeg.
‘no fog’ is used to state that there is no fog depending on national/local requirements.
Kui teade tühistatakse, tuleb kehtivusaja lõppkuupäevaks alati märkida tühistamise kuupäev.
In the NtS Encoding Guide for editors it is described under which circumstances an NtS editor creates a new FTM or updates an existing FTM.
Toimetaja peab muutma infosisu (nt kehtivusaeg, piirangud) kooskõlas toimetajatele mõeldud NtSi kodeerimisjuhendi 3. ja 4. jaotisega.
NtS applications may offer NtS editors to:
väli „date_issue“ („avaldamiskuupäev“) täidetakse automaatselt avaldamistoimingu tegeliku kuupäeva/kellaajaga;
use existing notices as draft upon creation of new FTM; and/or
Teemakoodiga „notice withdrawn“ („teate tühistamine“) FTMi ei tohi laevasõidu kavandamisel (enam) arvesse võtta.
use notice templates for certain situations.
Veeteed puudutav FTM sisaldab teavet veetee ühe või mitme lõigu kohta.
The content (e.g. time of validity, limitations) has to be entered by the editor in line with chapters 3 and 4 of the NtS Encoding Guide for editors.
Veetee lõik piiritletakse osas „fairway_section“ („veetee osa“) selle algus- ja lõpp-punkti ISRSi asukohakoodidega.
the ‘organisation’ is filled with the name or code of the responsible organisation depending on the role of the publishing user:
Objekti puudutav FTM sisaldab teavet ühe või mitme konkreetse objekti kohta veeteel.
the next available ‘number’ is assigned, in case a dedicated number was entered by the NtS editor or an application process in step 2 it is taken over (given that (Organisation/Year/Number/Serial) is unique as explained in chapter 15.1;
Objekt piiritletakse osas „object“ („objekti osa“) selle ISRSi asukohakoodiga.
‘date _issue’ is automatically filled with the actual date/time of publish action
Üks FTM peab käsitlema
The respective published message has to be selected to be updated in the FTM editor tool, the original FTM has to be copied or altered in the DB (depending on national processes).
üht või mitut faarvaatri osa või
Expired FTM (which passed the validity_date_end) cannot be updated any more, if this is the case NtS editor has to create a new FTM.
üht või mitut objekti ühes või mitmes faarvaatri osas.
The subject code ‘Notice withdrawn’ is only used if:
Eri piirangutel on laevasõidule erinev mõju.
In case only the content of the field ‘additional information in national language’ may be altered, the coded content of the message (step 2) has to stay unchanged;
Koht
the validity period already started and the new end date for all limitations is in the past.
Väärtus
The end date of the limitation has to be set to the correct time.
Tähendus (EN)
If a notice is withdrawn the validity period date end always has to be set to date of withdrawal.
Sama kehtivusajaga piirangud tuleks rühmitada / koondada ühte loendisse, et kuvada neid kasutajasõbralikult.
The content (e.g. time of validity, limitations) has to be altered by the editor in line with chapters 3 and 4 of the NtS Encoding Guide for editors.
NtSi toimetamisvahend peaks pakkuma toimetajatele funktsiooni, mis aitab vältida kehtivusaegade korduvat sisestamist.
it is checked if all mandatory content is provided in line with the NtS XSD (if not go back to (2)); (b) the nts_number is generated by the NtS application:
Kõikide piirangute puhul tuleb esitada kehtivusaeg koos intervallikoodiga, et laevasõidu kavandamise rakendused saaksid õigesti arvutusi teha.
‘date_issue’ is automatically filled with the actual date/time of publish action
NtSi toimetajate töö lihtsustamiseks võib rakendada järgmisi funktsioone:
FTM with subject code ‘Notice withdrawn’ shall not be considered for voyage planning (any more).
NtSi toimetamisvahend võib pakkuda funktsiooni, mis võimaldab kopeerida juba sisestatud piiranguid, et NtSi toimetaja ei peaks kehtivusaega korduvalt sisestama;
A waterway related FTM contains information about one or several stretches of waterway.
NtSi toimetamisvahend võib pakkuda funktsiooni, mis võimaldab valida konkreetse kehtivusaja puhul rohkem kui ühe piirangukoodi ja luua NtSi toimetaja sisestatud teabe põhjal automaatselt nõutavad piirangu osad.
A waterway stretch is defined in the ‘fairway_section’ part by its begin and end ISRS Location Codes.
esmaspäevast reedeni, v.a riigipühad: väärtus „holidays“ („pühad“) on laevasõidu kavandamise rakenduste jaoks väga keeruline.
An object related FTM contains information about one or several specific objects on the waterway.
Õige arvutuse tegemiseks on vaja iga riigi riigipühade loetelu.
An object is defined in the ‘object’ part by its ISRS Location Code.
Sellise loetelu puudumisel määratakse riigipühadele siiski asjaomased piirangud.
One FTM has to refer
„with the exception of“ („välja arvatud“): seda ei tohi kasutada.
to one or several fairway sections, or
Katkendlikud vahemikud tuleb esitada sama piirangu eraldi kehtivusaegadena; seetõttu seda koodi teate toimetajatele ei kuvata / see kood ei ole teate toimetajatele kättesaadav.
to one or several objects on one or several fairway sections.
Intervallikoodi „continuous“ („pidev“) korral esitatava teabe loogika ja kuvamine:
Different limitations have different impact on navigation.
Kui intervallikood (interval_code) on pidev, kuulub algusaeg (start_time) alguskuupäeva (start_date) juurde ja lõppaeg (end_time) kuulub lõppkuupäeva (end_date) juurde, näiteks alates 1. aprillist kella 06.00 kuni 30. juunini kella 10.00.
In order to allow display of the most severe limitation e.g. in an FTM list overview, the following order shall be considered starting with the most severe limitation having Rank 1:
Muu intervallikoodi kui „continuous“ („pidev“) korral esitatava teabe loogika ja kuvamine: