natgillin/translations-raw huggingface dataset:
The water related section contains values or predictions for:
looditud väikseim sügavus,
water level;
läbisõidukõrgus,
least sounded depth;
paisu asend,
vertical clearance;
vooluhulk,
barrage status;
veerežiim.
discharge;
Veeolusid käsitlev teave koostatakse ja avaldatakse tavaliselt automaatselt andurite (nt tõusulaine), süsteemide (nt veetaseme mudel) või taristu (nt paisu asend) teabe põhjal.
regime.
Avaldamise võivad tingida eri tegurid, näiteks perioodiline avaldamine või teatava väärtuse saavutamine.
Usually, water related information is created and published automatically based on data received from sensor equipment (such as tide gauge), systems (such as water level model) or infrastructure (such as barrage status).
Jääteade sisaldab teavet tegelike või prognoositavate jääolude kohta faarvaatri osas (osades).
There may be different triggers for publication, such as periodical publication or reaching certain value.
Jääolusid käsitleva teabe koostavad tavaliselt pädevad töötajad kohaliku vaatluse ja professionaalse hindamise põhjal.
The ice related message contains information about the actual or predicted ice conditions for fairway section(s).
Ilmateade sisaldab teavet (ohtlike) ilmastikutingimuste kohta siseveelaevanduseks.
Ice related information is usually generated by competent personnel based on local observation and professional assessment.
Ilmateated võib avaldada, et hõlbustada hüdrometeoroloogia võrgustikelt saadava hüdrometeoroloogilise teabe edastamist kipritele.
The weather related message contains information about (dangerous) weather conditions for inland navigation.
NtSi XML skeemi definitsioonis (XSD) kasutatud eri elementide tähendust selgitatakse liites E esitatud NtSi viitetabelites.
In order to facilitate the distribution of hydro-meteo information from hydro-meteo networks to skippers, weather related messages may be published.
Kõigi XML elementide struktuuri, vormingut ja võimalikke väärtusi kirjeldatakse liites C esitatud NtS XSDs.
The meaning of the different elements used in the NtS XML schema definition (XSD) is described in the NtS Reference Tables provided in Appendix E. The structure, format and possible values of all XML elements are described in the NtS XSD in Appendix C.
Laius- ja pikkuskraadi koordinaadid kodeeritakse vastavalt 1984. aasta rahvusvaheliste geodeetiliste koordinaatide süsteemile ning esitatakse kraadides ja minutites vähemalt kolme, eelistatavalt nelja kümnendkoha täpsusega ([d]d mm.mmm[m] N, [d][d]d mm.mmm[m] E).
Latitude and longitude coordinates are encoded according to the World Geodetic System 1984 and are presented in degrees and minutes with at least three, but preferable four decimals ([d]d mm.mmm[m] N, [d][d]d mm.mmm[m] E).
Kümnendkohad on tähistatud arvväljadel punktiga („.“).
Decimals in numeric fields are indicated with a decimal point (‘.’).
Tuhandeliste eraldajat ei kasutata.
No separators for thousand are used.
NtSides kasutatakse XML sõnumis esitatud väärtuste puhul üksnes järgmisi ühikuid: cm, m3/s, h, km/h ja kW, m/s (tuul), mm/h (vihm) ning Celsiuse kraad.
NtS messages shall only use the following units for the values included in the XML message: cm, m3/s, h, km/h and kW, m/s (wind), mm/h (rain) and degree Celsius.
Riikide rakendused võivad konverteerida ühikud kasutajasõbralikumale kujule.
National applications may convert the units for user-friendly display.
Selleks et täita minimaalseid andmenõudeid seoses teabe esitamisega siseveelaevanduse seisukohast oluliste objektide kohta, nagu on osutatud direktiivi 2005/44/EÜ artikli 4 lõike 3 punktis a, tuleb objekti käsitlevas osas kasutada ISRSi asukohakoodi (ISRS Location Code).
To fulfil the minimum data requirements for provision of information about objects relevant for Inland navigation as referred to in Article 4(3)(a) of Directive 2005/44/EC, the ISRS Location Code has to be used in the object section.
ISRSi asukohakoodi (ISRS Location Code) kasutatakse objektide ja faarvaatri osade üheseks identifitseerimiseks ning RIS süsteemide ja teenuste koostalitlusvõime tagamiseks (nt selleks et ühendada laevasõidu kavandamiseks RIS Index’i, sisemaise ECDISi ja NtSi taristuteave).
The ISRS Location Code is used to uniquely identify objects and fairway sections and to ensure interoperable RIS Systems and Services (such as to combine information about infrastructure from the RIS Index, Inland ECDIS and NtS for voyage planning).
ISRSi asukohakood (ISRS Location Code) on 20-kohaline tähtnumbriline kood, mida kasutatakse jõeteabeteenuste puhul objektidevahelise ainulaadse ja standarditud suhte kindlaksmääramiseks.
The ISRS Location Code is a 20-digit alphanumerical code used to establish a unique and standardized relation between objects in River Information Services.
See koosneb järgmistest kohustuslikest andmeelementidest, mis on jaotatud nelja infoplokki:
It consists of the following mandatory data elements, arranged in four information blocks:
plokk: UN/LOCODE (5 tähte, tähtnumbriline), mis koosneb järgmistest osadest:
Block 1: UN/LOCODE (5 letters, alphanumerical), comprising
riigikood (country code) (kahekohaline, tähtnumbriline) ja
Country code (2 digits, alphanumerical), and
asukohakood (location code) (kolmekohaline, tähtnumbriline, puudumise korral „XXX“);
Location code (3 digits, alphanumerical, ‘XXX’ if not available)
plokk: faarvaatri osa kood (fairway section code) (viiekohaline, tähtnumbriline, selle määrab riigi ametiasutus);
Block 2: Fairway section code (5 digits, alphanumerical, to be determined by the national authority)
plokk: objekti viitekood (object reference code) (viiekohaline, tähtnumbriline, puudumise korral „XXX“);
Block 3: Object Reference Code (5 digits, alphanumerical, ‘XXXXX’ if not available)
plokk: faarvaatri osa hektomeeter (fairway section hectometre) (viiekohaline, hektomeeter ala keskel või puudumise korral „00000“).
Block 4: Fairway section hectometre (5 digits, numerical, hectometre at the centre of the area or ‘00000’ if not available).
Liikmesriigid hoiavad objektide ISRSi asukohakoode (ISRS Location Code) ja võrdlusandmeid RIS Indexis ning esitavad need Euroopa Komisjoni hallatavale ERDMSile, järgides ERDMSi veebisaidil avaldatud RIS Indexi ajakohastamise korda.
The ISRS Location Codes and the reference data of objects are maintained by the Member States in the RIS Index and submitted to the ERDMS operated by the European Commission according to the Maintenance procedures for the RIS Index published on the ERDMS website.
NtS kodeeritakse kooskõlas NtSi kodeerimisjuhendiga (Encoding Guide) toimetajatele (liide A) ja NtSi kodeerimisjuhendiga (Encoding Guide) rakenduste arendajatele (liide B).
NtS messages shall be encoded in line with the NtS Encoding Guide for editors (Appendix A) and in line with the NtS Encoding Guide for application developers (Appendix B).
Komisjoni 13. märtsi 2007. aasta määrus (EÜ) nr 414/2007, mis käsitleb Euroopa Parlamendi ja nõukogu direktiivi 2005/44/EÜ (ühtlustatud jõeteabeteenuste kohta ühenduse siseveeteedel) artiklis 5 osutatud tehnilisi suuniseid jõeteabeteenuste kavandamiseks, rakendamiseks ja tegelikuks kasutamiseks (ELT L 105, 23.4.2007, lk 1).
Commission Regulation (EC) No 414/2007 of 13 March 2007 concerning the technical guidelines for the planning, implementation and operational use of river information services (RIS) referred to in Article 5 of Directive 2005/44/EC of the European Parliament and of the Council on harmonised river information services (RIS) on inland waterways in the Community (OJ L 105, 23.4.2007, p. 1).
Komisjoni 13. märtsi 2007. aasta määrus (EÜ) nr 415/2007, milles käsitletakse laevade liikumistee kindlakstegemise ja jälgimise süsteemide tehnilisi kirjeldusi, millele osutatakse Euroopa Parlamendi ja nõukogu direktiivi 2005/44/EÜ (ühtlustatud jõeteabeteenuste kohta ühenduse siseveeteedel) artiklis 5 (ELT L 105, 23.4.2007, lk 35).
Commission Regulation (EC) No 415/2007 of 13 March 2007 concerning the technical specifications for vessel tracking and tracing systems referred to in Article 5 of Directive 2005/44/EC of the European Parliament and of the Council on harmonised river information services (RIS) on inland waterways in the Community (OJ L 105, 23.4.2007, p. 35).
ÜRO riigikoodid määratakse kooskõlas komisjoni määruse (EL) nr 164/2010 (ELT L 57, 6.3.2010, lk 1) lisa punktiga 2.4.2.12.
The UN country codes are defined in accordance with point 2.4.2.12 of the Annex to Commission Regulation (EU) No 164/2010 (OJ L 57, 6.3.2010, p. 1).
ÜRO riigikoodid on identsed standardi ISO 3166-1 Alpha-2 riigikoodidega.
The UN country codes are identical to the ISO 3166-1 Alpha-2 country codes.
A. KIPRITELE EDASTATAVATE TEADETE KODEERIMISJUHEND (ENCODING GUIDE) TOIMETAJATELE
A. NOTICES TO SKIPPERS ENCODING GUIDE FOR EDITORS
SISUKORD
CONTENTS
NtSi kodeerimisjuhendite (Encoding Guide) taust, ülesehitus ja eesmärk
Background, structure and purpose of NtS Encoding Guides
NtSi tüübi valik
Selection of the NtS message type
FTMi põhikaalutlused, FTMi avaldamise etapid
FTM basic considerations, steps towards publication of an FTM
FTMi koodide selgitus
FTM explanation of codes
WRMi põhikaalutlused
WRM basic considerations
ICEMi põhikaalutlused, ICEMi avaldamise etapid
ICEM basic considerations, steps towards publication of an ICEM
WERMi põhikaalutlused
WERM basic considerations
Teatavaid elemente käsitlevad eeskirjad
Rules for certain elements
Lühendid
Abbreviations:
Lühend
Abbreviation
Tähendus
Meaning
Euroopa siseveeteede koodeks (http://www.unece.org/trans/main/sc3/sc3res.html)
European Code for Inland Waterways (http://www.unece.org/trans/main/sc3/sc3res.html)
elektrooniline navigatsioonikaart
Electronic Navigational Chart
faarvaatri- ja liiklusteade
Fairway and Traffic related Message
jääteade
ICE Message
siseveelaevanduse elektrooniliste kaartide kuvamis- ja teabesüsteem, sisevee-ECDIS
Inland Electronic Chart Display and Information System
laevaettekannete rahvusvahelise standardi kohane asukohakood
‘International Ship Reporting Standard’ Location Code
kipritele edastatavad teated (notices to skippers)
Notices to Skippers
jõeteabeteenused (river information services)
River Information Services
mere-mobiilsides kasutatav meeterlaineala
maritime mobile band
ilmateade
Weather Related Message
veeteade
Water Related Message
veebiteenuste kirjelduskeel
Web Services Description Language
laiendatav märgistuskeel
Extended Markup Language
XML skeemi definitsioon
XML Schema Definition
NtSi standardit täiustatakse pidevalt.
The NtS Standard is continuously being improved.
Märkimisväärseks edusammuks oli NtSi veebiteenuse kasutuselevõtt, mis hõlbustab NtSide vahetamist nii ametiasutuste kui ka ametiasutuste ja NtSi kasutajate vahel.
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.
NtSide ühtlustatud kodeerimise hõlbustamiseks riikide ja rahvusvahelisel tasandil on välja töötatud kaks dokumenti: NtSi kodeerimisjuhend toimetajatele ja NtSi kodeerimisjuhend rakenduste arendajatele.
Two documents have been developed to facilitate the harmonised encoding of NtS messages nationally and internationally: the NtS Encoding Guide for editors and the NtS Encoding Guide for application developers.
Need juhendid kehtivad NtS XSD 4.0 ja NtS Web Service WSDL 2.0.4.0 kohta.
These Guides apply to NtS XSD 4.0 and the NtS Web Service WSDL 2.0.4.0.
NtSi veebiteenuse üha suuremat kasutamist arvesse võttes tuleb NtSe veelgi ühtlustada, et tagada kolmandate isikute süsteemide infosisu nõuetekohane kuvamine.
Considering increased use of the NtS web service, NtS messages shall be further harmonised to ensure proper display of content on third party systems.
Teadete ühetaoline kodeerimine on ka laevasõidu kavandamise rakendustes teadete arvessevõtmise eeltingimus.
Uniform encoding of messages is also a prerequisite for consideration of messages in voyage planning applications.
Üksnes standard- või vaikeväärtusi sisaldavad elemendid tuleb välja jätta, kui need on tingimuslikud, sest need suurendavad teate üldkulusid, kuid ei anna lisaväärtust.
Elements that would contain only standard or default values shall be omitted if they are conditional, because they lead to message overhead with no added value.
NtSi kodeerimisjuhend toimetajatele on mõeldud isikutele, kes toimetavad (ja avaldavad) NtSe, ning see sisaldab üksikasjalikke juhtnööre sobilike teatetüüpide loomiseks ja koodide selgitust.
The NtS Encoding Guide for editors is intended for those editing (and publishing) of NtS messages, including step-by-step instructions to create the proper message types as well as an explanation of codes.
NtSi kodeerimisjuhendis selgitatakse nelja tüüpi NtSi kohaldatavust, esitatakse koostamisjuhtnöörid ja teatavate ürituste korral kasutatavad koodid.
The NtS Encoding Guide explains the applicability of the four NtS message types, provides filling instructions as well as codes to be used in certain events.
NtSi kodeerimisjuhend toimetajatele on esitatud käesolevas liites A.
The NtS Encoding Guide for editors is included in the present Appendix A.
NtSi kodeerimisjuhend rakenduste arendajatele sisaldab NtSi rakenduse väljatöötamise ja teostamise suuniseid, selgitades selle loogikat, protsesse ja vaikeväärtusi.
The NtS Encoding Guide for application developers includes guidelines for NtS application development and implementation, explaining its logic, processes and auto/default values.
NtSi kodeerimisjuhend rakenduste arendajatele on esitatud käesoleva määruse lisa liites B.
The NtS Encoding Guide for application developers is included in Appendix B of the Annex to this Regulation.
FTM: valige see tüüp, kui soovite luua veeteede või veeteel asuvate objektide kohta „faarvaatri- ja liiklusteate“.
FTM: Choose this type if you want to create a ‘Fairway and traffic related message’ for waterways or objects on the waterway.
[Jätkake 3. jaotisest.]
[go to chapter 3]
WRM: valige see tüüp, kui soovite luua „veeteate“, mis võimaldab esitada nii praeguse ja prognoositava veetaseme teavet kui ka muud teavet.
WRM: Choose this type if you want to create a ‘Water related message’, which enables provision of information on current and predicted water levels as well as other information.
Veeteade sisaldab teavet objekti või faarvaatri osa kohta.
The water related message contains information for an object or a fairway section.
Objekt identifitseeritakse selle ISRSi asukohakoodiga, faarvaatri osa piiritletakse selle algus- ja lõpp-punkti ISRSi asukohakoodidega.
The object is identified by its ISRS Location Code, the fairway section is defined by its begin- and end-ISRS Location Codes.
ICEM: valige see tüüp, kui soovite luua „jääteate“.
ICEM: Choose this type if you want to create an ‘Ice related message’.
Jääteade sisaldab teavet jääolude kohta faarvaatri lõigus, mis on piiritletud selle algus- ja lõpp-punkti ISRSi asukohakoodidega.
The Ice message section contains information about the ice conditions for a fairway stretch defined by its begin- and end-ISRS Location Codes.
WERM: valige see tüüp, kui soovite luua „ilmateate“, mis võimaldab esitada teavet nii praeguste kui ka prognoositavate ilmastikutingimuste kohta veetee lõigus, mis on piiritletud selle algus- ja lõpp-punkti ISRSi asukohakoodidega.
WERM: Choose this type if you want to create a ‘Weather related message’, which 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.
Üksikasjalik teave koodide kohta, mida tuleb kasutada, on esitatud 4. jaotises.
Detailed information which codes have to be used is given in chapter 4.
Kaalutlused alates alajaotisest 3.3 ei ole tingimata esitatud FTMi toimetamisvahendi andmete sisestamise järjekorras.
The considerations beginning from 3.3 are not necessarily in the input order of an FTM editor tool.
Kas on vaja avaldada teavet NtSi FTMi kaudu kooskõlas NtSi standardiga?
Is there a need to publish information via NtS FTM according to NtS Standard?
Kogu ohutust ja laevasõidu kavandamist puudutav oluline teave tuleb avaldada NtSide kaudu.
All relevant information concerning safety and voyage planning has to be published via NtS messages.
Teavet, mis ei ole ohutuse ja laevasõidu kavandamise seisukohast oluline, võib avaldada.
Information that is not relevant in terms of safety and voyage planning may be published.
Teave iga teema/vahejuhtumi/ürituse kohta tuleb avaldada eraldi teates.
Each topic/incident/event has to be published in a separate message.
Kas hetkeolukorraga seoses on juba avaldatud kehtiv FTM (nii infosisu kui ka kehtivusaja poolest)?
Does a valid FTM already exist related to the current situation (related to the content as well as to the time of validity)?
juba olemasolevat FTMi tuleb ajakohastada.
The already existing FTM has to be updated.
FTMi toimetamisvahendit kasutades tuleb valida asjaomane avaldatud teade ja seda ajakohastada.
The respective published message has to be selected and updated in the FTM editor tool.
Aegunud FTMi ei saa enam ajakohastada.
An expired FTM cannot be updated any more.
tuleb koostada uus FTM.
A new FTM has to be compiled.
Kui sarnane üritus on olemasolevas FTMis juba kodeeritud, võib asjaomast FTMi kasutada kavandina uue FTMi loomiseks (kui see funktsioon on olemas); FTMi loomiseks võib ka kasutada malli (kui see funktsioon on olemas).
In case a similar event is already coded in an existing FTM the respective FTM can be used as draft for the creation of a new FTM (if this function is available), or a template may be used (if this function is available).
Tuleb määrata kehtivuse geograafiline ulatus.
The geographical range of validity is to be set
Kui FTM on seotud konkreetse veeteelõiguga, tuleb lisada asjaomane veeteelõik, mis on piiritletud selle algus- ja lõpp-punktiga.
In case the FTM is related to a specific stretch of a waterway, the waterway stretch has to be included, defined by its begin- and end points.
Kui infosisu kehtib sama veetee mitme osa või eri veeteede kohta, võib need kõik loetleda ühes FTMis.
If the content applies to several sections of the same waterway or different waterways they can all be listed in one FTM.
Kui FTM on seotud veeteel asuva konkreetse objektiga (nt sild, lüüs jmt), tuleb objektide loendist (kui loend on olemas) valida asjaomane objekt.
In case the FTM is related to a specific object (e.g. bridge, lock etc.) on the waterway the respective object is to be selected out of the list of available objects (if selection is available).
Teates ei ole vaja veetee lõiku piiritleda.
There is no need to define a waterway stretch within the message.
Kui FTM kehtib mitme objekti kohta, võib need kõik lisada ühte FTMi.
In case an FTM applies to several objects they can all be included in one FTM.
Objekti- ja faarvaatriteavet on võimalik esitada koos ühes teates, kui see teave puudutab üht konkreetset põhjust/üritust (sama teema- ja põhjuse kood).
Combination of object- and fairway-related information is possible within one message as long as the information relates to one specific cause/event (same subject and reason code).
Kuigi koordinaadid on tingimuslikud, esitatakse need selleks, et toetada kuvamist kaartidel (sageli esitab NtSi rakendus need koordinaadid automaatselt).
Although the coordinates are conditional they shall be provided to support the display on maps (often these coordinates are automatically provided by the NtS application).
Tuleb sisestada FTMi infosisu.
Content of the FTM is to be entered
Kogu teave, mida saab NtSi viitetabeleid kasutades esitada, peab olema standarditud sõnumiväljadel kodeeritud.
All information that can be expressed using the NtS Reference Tables has to be coded in the standardised message fields.
Vaba teksti väljadel esitatakse üksnes lisateave (mida ei saa mujal kodeerida).
Only additional information (which is not encodable otherwise) shall be stated in free text fields.
Vajaduse korral tuleb sisestada sihtrühm(ad) seoses laeva tüübi ja mõjutatud suundadega.
The target group(s) concerning the type of vessels and affected directions is/are to be entered if applicable.
Kui teade kehtib kõigi veesõidukite (kõik laevatüübid) kohta kõikides suundades, jäetakse sihtrühm märkimata, et kodeerida üksnes oluline teave.
In case the message is valid for all crafts (all types of vessels) in all directions the target group shall be left out in order to only code essential information.
Kui teade/piirang on adresseeritud konkreetsele sihtrühmale või puudutab konkreetset suunda, tuleb valida asjaomased koodid.
If the message/limitation is addressed to a specific target group or direction the respective codes are to be selected.
Kui kogu teade kehtib konkreetsete sihtrühmade suhtes, tuleb sihtrühmade teave esitada FTMi üldosas (seda ei tohi korrata piirangute jaotis(t)es).
In case the whole message is valid for specific target groups, the target group information is to be provided in the general part of the FTM (and not repeated in the limitation section(s)).
Kui eri sihtrühmadele kehtivad erinevad piirangud, tuleb sihtrühmade teave esitada asjaomaste piirangute all (seda ei tohi korrata üldosas).
In case there are different target groups applicable to different limitations the target group information is to be provided within the respective limitations (and not repeated in the general part).
Kui pädevad asutused teevad piirangutest erandi üksikute laevade või kohaliku liikluse puhul (nt laevad, mis osalevad ürituses, mille ajal on üldine liiklus blokeeritud, kohalik parvlaevaliiklus blokeeritud aladel), ei tule selliseid erandeid võtta sihtrühma(de) kodeerimisel arvesse.
In case exemptions from limitations are granted to individual vessels or local traffic by the competent authorities (e.g. vessels participating in an event for which a general blockage is applicable, local ferry traffic in blocked areas) such exemptions need not be taken into account for coding of the target group(s).
Sellise teabe võib esitada lisateabe jaoks ette nähtud vaba teksti väljal.
Such information may be stated in the free text field for additional information.
Vajaduse korral tuleb sisestada teabevahetuse osa.
The communication section is to be entered if applicable
Kui lisateave on kättesaadav konkreetse allika kaudu, tuleks allikale viidata selles osas.
If additional information is available via a specific source it should be stated in this section.
Kui kehtib lisakohustus teavitada konkreetse teabevahendi kaudu, tuleks sellele vahendile viidata selles osas.
If there is an additional obligation to report via a specific medium it is to be stated in this section.
Vajaduse korral tuleb sisestada piirangute osa.
The limitation section is to be entered if applicable
Kui kohaldatakse piiranguid, peab piirangute osa olema täidetud.
If limitations are applicable the limitation section is to be filled.
Kui piirangutega seotud väärtused on teada, tuleb need märkida.
If values bound to limitations are known they have to be stated.
Kohustuslik on esitada laeva mõõtmete, kiirusepiirangu ja olemasoleva navigatsiooniruumi väärtused.
It is mandatory to provide values for ship dimensions, the speed limit and the available space for navigation.
Kõigi piirangute puhul tuleb täpsustada tähtaeg, et laevasõidu kavandamise rakendustes saaks teha nõuetekohaseid arvutusi (töö lihtsustamiseks võiks NtSi rakenduses olla funktsioon tähtaegade kopeerimiseks või tähtaja kohta rohkem kui ühe piirangu valimiseks).
All limitations have to include the limitation periods in order to allow proper calculations within voyage planning applications (to ease the work there might be a function provided by the NtS application to copy limitation periods or to select more than one limitation for a limitation period).
Määrata tuleb teate kehtivuse alguskuupäev.
The start date of the validity of the message is to be set
Ka teate kehtivuse lõppkuupäev tuleb määrata, kui see on juba teada.
In case the end date of the validity of a message is already known it shall be set as well.
Kehtivuse lõppkuupäev ei tohi olla käesolevast kuupäevast varasem.
The validity end date must not be before the present date.
Kehtivusaja teavet kasutavad rakendused teadete valimiseks, mida tuleb kuvada kasutajatele taotletud aja jooksul.