A.   PAZIŅOJUMU KAPTEIŅIEM ENCODING GUIDE VADLĪNIJAS REDAKTORIEM

SATURS

1.

NtS Encoding Guide vadlīniju vispārīgā informācija, struktūra un mērķis

10

2.

NtS ziņojuma veida atlase

10

3.

FTM pamatapsvērumi, FTM ziņojumu publicēšanai nepieciešamās darbības

10

4.

FTM kodu skaidrojumi

12

5.

WRM pamatapsvērumi

20

6.

ICEM pamatapsvērumi, ICEM ziņojumu publicēšanai nepieciešamās darbības

20

7.

WERM pamatapsvērumi

20

8.

Noteiktu elementu noteikumi

21

Saīsinājumi

Saīsinājums	Nozīme
CEVNI	Eiropas iekšējo ūdensceļu kodi (http://www.unece.org/trans/main/sc3/sc3res.html)
ENC	Elektroniskā navigācijas karte
FTM	Ziņojums par kuģu ceļu un satiksmi
ICEM	Ziņojums par ledu
Inland ECDIS	Iekšzemes elektronisko karšu attēlošanas un informācijas sistēma
ISRS Location Code kods	Starptautiskā kuģniecības reģistra standarta ģeogrāfiskās informācijas kods
NtS	Paziņojumi kapteiņiem
RIS	Upju informācijas pakalpojumi
VHF	Jūras mobilo sakaru josla
WERM	Ziņojums par laikapstākļiem
WRM	Ziņojums par ūdens līmeni
WSDL	Tīmekļa pakalpojumu apraksta valoda
XML	Paplašināmās iezīmēšanas valoda
XSD	XML shēmas definīcija

1.    NtS Encoding Guide vadlīniju vispārīgā informācija, struktūra un mērķis

NtS ziņojumu standarts tiek nepārtraukti uzlabots. Būtisks pozitīvs solis bija NtS Web Service pakalpojuma ieviešana, kas veicināja NtS ziņojumu apmaiņu starp iestādēm, kā arī starp iestādēm un NtS ziņojumu lietotājiem.

Lai veicinātu saskaņotu NtS ziņojumu kodēšanu valstu un starptautiskā līmenī, ir izstrādāti divi dokumenti: NtS Encoding Guide vadlīnijas redaktoriem un NtS Encoding Guide vadlīnijas lietojumprogrammu izstrādātājiem. Šīs vadlīnijas attiecas uz NtS XSD 4.0 un NtS Web Service pakalpojumu WSDL 2.0.4.0.

Ņemot vērā NtS Web Service pakalpojumu pastiprinātu lietojumu, NtS ziņojumi tiks papildus saskaņoti, lai nodrošinātu pareizu satura attēlojumu trešo personu sistēmās. Vienota ziņojumu kodēšana ir arī priekšnosacījums, lai ziņojumus varētu izmantot reisu plānošanai.

Tiks noņemti nosacījuma elementi, kas satur tikai standarta vai noklusējuma vērtības, jo tie izraisa papildu ziņojumu nosūtīšanu bez pievienotās vērtības.

NtS Encoding Guide vadlīnijas redaktoriem ir paredzētas speciālistiem, kas rediģē (un publicē) NtS ziņojumus, un tajās ietvertas detalizētas norādes, kā izveidot pareizus ziņojumu veidus, kā arī kodu skaidrojumi. NtS Encoding Guide vadlīnijās paskaidrots, kā lietot visus četrus NtS ziņojumu veidus, kā aizpildīt konkrētas sadaļas, un tajās norādīti konkrētos gadījumos lietojami kodi. NtS Encoding Guide vadlīnijas redaktoriem ir iekļautas šajā A papildinājumā.

NtS Encoding Guide vadlīnijas lietojumprogrammu izstrādātājiem ietver vadlīnijas lietojumprogrammu izstrādei un ieviešanai un skaidro lietojumprogrammu izmantošanas loģiku, procesus un automātiski lietojamās / noklusējuma vērtības. NtS Encoding Guide vadlīnijas lietojumprogrammu izstrādātājiem ir iekļautas šīs Regulas pielikuma B papildinājumā.

2.    NtS ziņojuma veida atlase

—	FTM: izvēlieties šo veidu, ja vēlaties izveidot ziņojumu par kuģu ceļu un satiksmi ūdensceļiem vai ūdensceļos esošiem objektiem. [skatīt 3. nodaļu]

—

WRM: izvēlieties šo veidu, ja vēlaties izveidot ziņojumu par ūdens līmeni, kas ļauj nodrošināt informāciju par pašreizējo un prognozēto ūdeni līmeni, kā arī citu informāciju. Ziņojumā par ūdens līmeni ir ietverta informācija par objektu vai kuģu ceļa posmu. Objektu identificē ar ISRS Location Code kodu, savukārt kuģu ceļa posmu – ar sākuma un beigu punkta ISRS Location Code kodiem.

—	ICEM: izvēlieties šo veidu, ja vēlaties izveidot ziņojumu par ledu. Ledus ziņojumu sadaļā ietverta informācija par ledus apstākļiem kuģu ceļa posmā, kas norādīts, izmantojot tā sākuma un beigu punkta ISRS Location Code kodus.

—	WERM: izvēlieties šo veidu, ja vēlaties izveidot ziņojumu par laikapstākļiem, kas ļauj sniegt informāciju par pašreizējiem un prognozētajiem laikapstākļiem ūdens ceļa posmā, kas norādīts, izmantojot tā sākuma un beigu punkta ISRS Location Code kodus.

3.    FTM pamatapsvērumi, FTM ziņojumu publicēšanai nepieciešamās darbības

Detalizēta informācija par kodu izmantošanu ir pieejama 4. nodaļā. Apsvērumi, sākot ar 3.3. punktu, var nebūt norādīti secībā, kāda jāievēro ievadot datus FTM redaktora rīkā.

3.1.

Vai saskaņā ar NtS standartu ir jāpublicē informācija, izmantojot NtS FTM ziņojumus? Visa būtiskā informācija, kas attiecas uz drošību un reisu plānošanu, ir jāpublicē, izmantojot NtS ziņojumus. Var publicēt arī informāciju, kas nav būtiska drošībai un reisu plānošanai. Katra tēma/starpgadījums/notikums ir jāpublicē atsevišķā ziņojumā.

3.2.

Vai par attiecīgo situāciju jau ir publicēts derīgs FTM ziņojums (atbilst gan saturs, gan derīguma termiņš)?

3.2.1.

Jā: esošais FTM ziņojums ir jāatjaunina. Attiecīgais publicētais ziņojums ir jāatlasa un jāatjaunina FTM redaktora rīkā. FTM ziņojumu ar beigušos derīguma termiņu nevar atjaunināt.

3.2.2.

Nē: ir jāizveido jauns FTM ziņojums. Ja līdzīga notikuma kods jau ir pieejams esošā FTM ziņojumā, šo FTM ziņojumu var izmantot kā melnrakstu jauna FTM ziņojuma izveidošanai (ja šāda funkcija ir pieejama) vai var izmantot sagatavi (ja šī funkcija ir pieejama).

3.3.

Ir jāiestata informācijas ģeogrāfiskais derīguma diapazons.

3.3.1.

Ja FTM ziņojums attiecas uz konkrētu ūdensceļa posmu, tas ir jāiekļauj, norādot attiecīgā posma sākuma un beigu punktu. Ja saturs attiecas uz viena ūdensceļa vairākiem posmiem vai dažādiem ūdensceļiem, tos visus var norādīt vienā FTM ziņojumā.

3.3.2.

Ja FTM ziņojums ir saistīts ar konkrētu ūdensceļa objektu (piem., tiltu, slūžām utt.), attiecīgais objekts ir jāatlasa pieejamo objektu sarakstā (ja šāda atlase ir iespējama). Ziņojumā nav jānorāda ūdensceļa posms. Ja FTM ziņojumi attiecas uz vairākiem objektiem, tos visus var iekļaut vienā FTM ziņojumā.

3.3.3.

Vienā ziņojumā var ietvert informāciju par objektu un kuģu ceļu, ja vien informācija attiecas uz vienu konkrētu iemeslu/notikumu (tēmas un iemesla kods ir vienāds).

3.3.4.

Lai arī koordinātas ir nosacījuma, tās ir jānorāda, lai nodrošinātu satura atveidi kartēs (bieži vien šīs koordinātas automātiski nodrošina NtS lietojumprogramma).

3.4.

Jāievada FTM ziņojuma saturs. Visa informācija, ko var izteikt, izmantojot NtS Reference Tables atsauču tabulas, ir jānorāda kodu veidā standartizētajos ziņojumu laukos. Brīvā teksta laukos tiek norādīta tikai papildu informācija (ko nevar norādīt kodu veidā).

3.5.

Ja attiecināms, ir jānorāda mērķgrupa(-as), kas attiecas uz kuģa veidu un ietekmēto satiksmes virzienu.

3.5.1.

Ja ziņojums attiecas uz visiem peldlīdzekļiem (visa veida kuģiem) un visiem satiksmes virzieniem, mērķgrupa nav jānorāda, un kodā jānorāda tikai būtiskā informācija. Ja ziņojums/ierobežojums attiecas uz konkrētu mērķgrupu vai virzienu, ir jāatlasa attiecīgie kodi.

3.5.2.

Ja viss ziņojums attiecas uz konkrētām mērķgrupām, mērķgrupas informācija ir jānorāda FTM ziņojuma vispārīgajā sadaļā (un tā nav jāatkārto ierobežojuma sadaļā(-ās)).

3.5.3.

Ja uz dažādiem ierobežojumiem attiecas dažādas mērķgrupas, mērķgrupu informācija ir jānorāda attiecīgā ierobežojuma sadaļā (un tā nav jāatkārto vispārīgās informācijas sadaļā).

3.5.4.

Ja atbildīgās iestādes atsevišķus kuģus vai vietējo satiksmi atbrīvo no ierobežojumu piemērošanas (piem., kuģi, kas piedalās pasākumā, kura ietvaros tiek piemērota vispārēja bloķēšana vai vietējā prāmju satiksme bloķētos apgabalos), šādi atbrīvojumi ir jāņem vērā veidojot mērķgrupas(-u) kodu. Šādu informāciju kā papildu informāciju var norādīt brīvā teksta laukā.

3.6.

Ja attiecināms, ir jāaizpilda komunikācijas sadaļa. Ja no īpaša avota ir pieejama papildu informācija, tā ir jānorāda šajā sadaļā. Ja ir jāievēro papildu pienākums ziņot, izmantojot īpašus līdzekļus, tas ir jānorāda šajā sadaļā.

3.7.

Ja attiecināms, ir jāaizpilda ierobežojumu sadaļa. Ja ir piemērojami ierobežojumi, ir jāaizpilda ierobežojumu sadaļa. Ja ir zināmas ar ierobežojumiem saistītas vērtības, tās ir jānorāda. Obligāti ir jānorāda kuģa izmēru vērtības, ātruma ierobežojums un pieejamā kuģošanas telpa. Visiem ierobežojumiem ir jānorāda ierobežojumu periodi, lai reisu plānošanas lietojumprogrammās varētu veikt pareizus aprēķinus (lai atvieglotu ievadīšanu, NtS lietojumprogrammā var būt nodrošināta funkcija, kas ļauj kopēt ierobežojumu periodus vai ļauj vienam ierobežojumu periodam atlasīt vairākus ierobežojumus).

3.8.

Ir jānorāda ziņojuma derīguma sākuma datums. Ja ir zināms ziņojuma derīguma beigu termiņš, arī tas ir jānorāda. Derīguma beigu datums nedrīkst būt senāks par pašreizējo datumu. Jāņem vērā, ka derīguma perioda informāciju izmanto lietojumprogrammas, lai atlasītu un parādītu ziņojumus, kurus par noteiktu laika periodu pieprasa lietotāji. Ja ziņojums tiek atsaukts: a) pirms ir sācies derīguma periods, sākuma un beigu datums ir jānomaina uz atsaukšanas datumu; b) un derīguma periods jau ir sācies, visu ierobežojumu beigu datumi ir jānomaina uz pagājušiem datumiem un derīguma termiņa beigu datums ir jānomaina uz atsaukšanas datumu.

3.9.

Ziņojumu var publicēt.

4.    FTM kodu skaidrojumi

4.1.   Subject_code

Ziņojumu tematu kodu lietošanas norādes:

—

“Brīdinājums” : būtiski drošībai. Brīdinājumā ir jābūt norādītam vismaz vienam ierobežojumam, kas saistīts ar tiešu un konkrētu apdraudējumu cilvēkiem, peldlīdzekļiem vai iekārtām, piemēram, dzirksteles no metināšanas darbiem uz tilta, no tilta nolaists pārbaudes būris / strādnieki, šķērslis kuģu ceļā.

—	“Paziņojums” : būtiski reisa plānošanai vai drošībai. Paziņojumā var būt iekļauti ierobežojumi, piemēram, slūžu rezervuāra bloķēšana apkopes dēļ, kuģu ceļa bagarēšanas darbi, valsts tiesību aktus papildinoši kuģošanas satiksmes noteikumi.

—

“Informācijas dienests” : vispārīga informācija, kas nav tieši saistīta ar reisa plānošanu vai drošību. Informācijas dienesta paziņojumos nevar būt ietverti konkrēti ierobežojumi, tāpēc tie nav būtiski drošībai un nav vajadzīgi reisa plānošanai. Šādos paziņojumos var būt iekļauti, piemēram, vietējie satiksmes noteikumi un Inland ECDIS atjauninājumi. Derīguma termiņš tiek izmantots, lai norādītu laiku, kurā informācijas dienesta ziņojums tiek rādīts lietotājiem, nevis sniegtās informācijas derīguma termiņu (piem., 1 mēnesis vai valsts procedūrās norādītais termiņš).

—

“Paziņojums atcelts” Tēmas kods “Paziņojums atcelts” tiek izmantots tikai tad, ja: — šī brīža datums ir agrāks par derīguma termiņa sākuma datumu. Šādā gadījumā var mainīt tikai saturu laukā “Papildu informācija valsts valodā” un pārējo saturu mainīt nedrīkst. Šādā gadījumā kods “Paziņojums atcelts” tiek izmantots, lai atsauktu paziņojumu, pirms tas kļūst derīgs. Tas nozīmē, ka kods “Paziņojums atcelts” tiek lietots paziņojumiem, kuriem vēl nav sācies derīguma termiņš un/vai gadījumos, kad paredzētie pasākumi netiks īstenoti (piem., tika plānoti bagarēšanas darbi, taču augstā ūdens līmeņa dēļ tos nevar uzsākt), — derīguma termiņš jau ir sācies un visu ierobežojumu beigu datumi tiek nomainīti uz pagātnes datumiem. Derīguma termiņa beigu datums ir jānomaina uz atsaukšanas datumu. Šādā gadījumā pasākumi/notikumi beidzas pirms sākotnēji iestatītā derīguma termiņa esošā FTM ziņojumā.

4.2.   Reason_code

Iemesla kods ir jānorāda, lai sniegtu kapteiņiem papildu informāciju.

Iemeslu kodu lietošanas norādes:

Būvdarbi	Paziņojums par būvdarbiem
Negadījums	Brīdinājums par negadījumu
Izmaiņas kuģu ceļā	Paziņojums par izmaiņām kuģu ceļā
Mainītas zīmes	Paziņojums par izmainītām ūdensceļa zīmēm
Kuģu ceļa sašaurinājums	Paziņojums par samazinātu kuģu ceļa platumu, ja nav piemērojams cits reason_code kods
Bojātas zīmes/norādes	Paziņojums par bojātām zīmēm/norādēm
Ūdenslīdēju darbi	Brīdinājums par ūdenslīdēju darbiem
Bagarēšana	Paziņojums par bagarēšanas darbiem
Pasākums	Paziņojums par pasākumiem, piem., peldēšanas, burāšanas vai airēšanas sacensībām
Mācības	Paziņojums par mācībām, piem., glābēju vai militārajām mācībām
Sprāgstvielu neitralizēšanas operācija	Paziņojums par sprāgstvielu neitralizēšanas operāciju
Liela pārplūde	Paziņojums par lielāku nekā parasti novadītā ūdens apjomu caur aizsprostiem vai slūžām ūdenssaimniecības vajadzībām
Krītošs objekts	Paziņojums par krītošiem objektiem, piem., lāstekām vai koku zariem
Maldīgs radara ehosignāls	Paziņojums par iespējami maldīgu radara ehosignālu
Uguņošana	Paziņojums par uguņošanu
Peldošs objekts	Paziņojums par peldošiem objektiem virs ūdens līmeņa (redzami) un zem ūdens līmeņa (neredzami)
Straumes mērījumi	Paziņojums par mērījumu veikšanu
Veselības risks	Brīdinājums vai paziņojums par, piem., ozola zobspārņu kāpuriem, gāzes noplūdēm utt.
Augstsprieguma kabelis	Paziņojums par augstsprieguma kabeļa ceļa šķērsošanu
Augsts ūdens līmenis	Paziņojums par augstu ūdens līmeni, pirms ir sasniegts ūdens līmenis, kurā kuģošana aizliegta
Ledus	Paziņojums par ledu; plašāka informācija tiks nosūtīta ar ledu saistītos ziņojumos (ziņojums par ledu)
Inland ECDIS atjauninājums	Informācijas dienesta paziņojums par Inland ECDIS atjauninājumiem
Pārbaude	Paziņojums par pārbaudes darbiem; tiek izmantots tikai pārbaudes gadījumā; netiek izmantots (remonta/būvdarbu) veikšanas gadījumā. Iespējami ierobežojumi pārbaudes iekārtu / būru vai sastatņu lietošanas gadījumā
Kuģa nolaišana ūdenī	Paziņojums par kuģa iziešanu no kuģu būvētavas
Vietējie satiksmes noteikumi	Informācijas dienesta paziņojums par esoša likuma vai regulas noteikumu papildināšanu vai maiņu, nenorādot īpašus ierobežojumus, ierobežojumu datumus vai derīguma datumus
Zems ūdens līmenis	Paziņojums par zemu ūdens līmeni, pirms ir sasniegts ūdens līmenis, kurā kuģošana aizliegta
Ūdens līmeņa pazemināšana	Paziņojums par kontrolētu ūdens līmeņa pazemināšanu, lai veiktu pārbaudes vai tehniskos darbus vai ūdenssaimniecības vajadzībām
Minimāla pārplūde	Paziņojums par mazāku nekā parasti novadītā ūdens apjomu caur aizsprostiem vai slūžām ūdenssaimniecības vajadzībām
Jauns objekts	Paziņojums par informācijas pieejamību par jaunu objektu, piem., tiltu vai piestātni
Šķērslis	Paziņojums par samazinātu pieļaujamo augstumu un/vai samazinātu kuģu ceļa platumu, ko izraisījis virs ūdens līmeņa esošs šķērslis
Zemūdens šķērslis	Paziņojums par samazinātu ūdens dziļumu un/vai samazinātu kuģu ceļa platumu, ko izraisījis zem ūdens esošs šķērslis
Ūdens līmenis, kurā kuģošana aizliegta	Paziņojums par ūdens līmeni (augstu vai zemu ūdens līmeni), kurā kuģošana ir aizliegta
Radiosignālu pārklājums	Paziņojums par radiosignālu pārklājumu
Objekta noņemšana	Paziņojums par noņemtiem objektiem
Remonts	Paziņojums par objekta bojājumiem vai nedarbošanos un remonta nepieciešamību, piem., slūžu vadības sistēmu; var izmantot arī plānotiem remontdarbiem
Kāpjošs ūdens līmenis	Paziņojums par dabisku ūdens līmeņa paaugstināšanos, kas nav saistīta ar ūdenssaimniecības darbībām
Aizsērēšana	Paziņojums par samazinātu pieejamo dziļumu, ko izraisījusi aizsērēšana
Zondēšana	Paziņojums par zondēšanas darbiem
Īpašas zīmes	Paziņojums par īpašu zīmju izmantošanu, piem., ūdens vai zvejniecības apgabalu bloķēšanai
Īpašs transports	Paziņojums par īpašu transportu
Streiks	Paziņojums par operatīvā personāla streiku, kas ietekmē ūdensceļu infrastruktūras pieejamību
Ūdens līmenis bīstams kuģošanai	Paziņojums par ūdens līmeni (augstu vai zemu ūdens līmeni), kurā kuģošana ir veicama īpaši piesardzīgi
Darbs	Paziņojums par vispārīgiem darbiem ūdensceļu (upju vai kanālu) objektos, krastos un/vai gultnēs
Ierobežojumi	Izmantojams tikai kā norāde par esošiem ierobežojumiem, ja nevar izmantot citus iemesla kodus
Citi	Neizmanto arī tad, ja nevar izmantot nevienu citu iemesla kodu; iemesla kods netiek norādīts

4.3.   Limitation_code

Ierobežojumu kodu lietošanas norādes

—	Bloķēts Ja nekāda veida kuģošana nav iespējama: — caur slūžu rezervuāru, — caur tilta atvērumu, — caur konkrētu punktu kuģu ceļā, — konkrētā kuģu ceļa posmā.

—

Daļēji bloķēts Visām infrastruktūras daļām (piem., slūžu rezervuāriem, tiltu atvērumiem) ir savs ISRS Location Code kods. Ja šādu kodu trūkst, atļauts izmantot daļējās bloķēšanas kodu, ja kuģošana ir ierobežota, tomēr iespējama (piem., ir pieejams tikai slūžu apgabala objekta kods, taču slūžām ir divi paralēli rezervuāri): — caur vienu vai vairākiem slūžu rezervuāriem, atstājot vismaz vienu no tiem atvērtu, — caur vienu vai vairākiem tilta atvērumiem, atstājot vismaz vienu no tiem atvērtu.

—

Pakalpojums nav pieejams Tiek izmantots, ja kustināms tilts konkrētā laikā netiek darbināts. Šim periodam jābūt parastajā darba laikā. Tas, ka nedarbojas kustināms tilts, nozīmē, ka izbraukt zem tā joprojām ir iespējams. Citādā gadījumā pareizais kods ir “Bloķēts”. Ja nedarbojas slūžas, pareizais kods ir “Bloķēts”.

—	Izmainīts pakalpojums Tiek izmantots, ja objekta (piem., slūžu vai (kustināmu) tiltu) standarta darbības laiks tiek mainīts, pagarināts vai saīsināts.

—

Ja ierobežojumi attiecas uz atļautajiem kuģa/karavānas izmēriem (kas nav tieši saistīti ar infrastruktūru), šie ierobežojumi kodā ir jānorāda ar šādiem teksta elementiem: — kuģa iegrime, — kuģa platums, — karavānas platums, — kuģa garums, — karavānas garums, — kuģa virsūdens augstums. Ja pieejama, ir jānorāda absolūtā vērtība.

—	Ja ierobežojumi attiecas uz objekta vai ūdensceļa posma pieejamo izmēru, ir jāizmanto šādi kodi: — pieļaujamais augstums, — pieļaujamais garums, — pieļaujamais platums, — pieļaujamais dziļums. Ja pieejama, ir jānorāda absolūtā vērtība.

—	Mazākais izmērītais dziļums: tiek izmantots, ja iespējamas problēmas ar dziļumu (piem., aizsērēšanas dēļ). Ir jānorāda absolūtā dziļuma (jeb atsauces vērtība) vai dziļuma samazinājuma vērtība. Ja pieejama, ir jānorāda absolūtā vērtība.

—

Aizkavējums: tiek izmantots, ja objektu vai ūdensceļa posmu konkrētā laika periodā (ar sākuma un beigu laiku) ierobežotu ilgumu ietekmē šķērslis/negadījums. Kodā ir jānorāda paredzamais maksimālais šķēršļa/negadījuma ietekmes ilgums. Aizkavējuma kodu neizmanto, ja viens no vairākiem slūžu rezervuāriem slūžās nav pieejams.

—

Ja aizliegts veikt konkrētus manevrus vai darbības, attiecīgie ierobežojumi ir jāiekļauj kodā. Tālāk norādītie ierobežojumi ir jāiekļauj kodā tikai tad, ja tie jau nav izziņoti, izmantojot navigācijas norādes vai noteikumus, kas iekļauti oficiālajā iekšzemes elektroniskās navigācijas kartes (ENC) kodā: — minimālā jauda, — divvirzienu satiksme, — aizliegts pagriezties, — aizliegts šķērsot, — aizliegts apdzīt, — aizliegts doties uz piestātni, — aizliegts pietauvoties, — aizliegts noenkuroties, — aizliegts radīt viļņus, — ātruma ierobežojums, — aizliegts doties krastā. Ja pieejama, ir jānorāda ātruma ierobežojuma un minimālās jaudas absolūtā vērtība.

—

Īpaša piesardzība: ja FTM (vai FTM ziņojuma daļa) attiecas uz kuģu ceļu / ūdensceļu, šis ierobežojums tiek izmantots, lai norādītu, kurā kuģu ceļa / upes / kanāla / ezera vietā negadījums ir noticis. Tas tiek arī izmantots, ja nav iespējams detalizēti aprakstīt ierobežojumu, taču varētu būt noderīgi vai ir nepieciešams brīdināt vai informēt kapteiņus, ka viņiem ir jāuzmanās un jāpievērš uzmanība radiosakaru informācijai.

—	Nav ierobežojumu: tiek izmantots tikai tad, ja ir nepārprotami norādīts, ka konkrētā laika periodā ierobežojumi nav paredzēti.

4.4.   Limitation interval_code Interval codes kodu lietošanas norādes:

—	“nepārtraukti”: tiek izmantots ierobežojumiem, kas bez pārtraukumiem piemērojami ar konkrētu sākuma datumu/laiku līdz beigu datumam/laikam (piem., bloķēts no 01.01.2016. 00.00 līdz 31.03.2016. 23.59, kā arī bloķēts 17.09.2016. no 8.00 līdz 18.00),

—	“ik dienas”: tiek izmantots regulāri piemērojamam ierobežojumam (piem., aizliegts radīt viļņus darba laikā bagarēšanas zonā – no 07.04.2016. līdz 11.04.2016., katru dienu no 6.00 līdz 18.00),

—	dienā (saskaņā ar CEVNI definīciju): jēdziens “diena” nozīmē laika posmu starp saullēktu un saulrietu,

—	naktī (saskaņā ar CEVNI definīciju): jēdziens “nakts” nozīmē laika posmu starp saulrietu un saullēktu,

—	nedēļas dienas: intervālus, kas attiecas uz dažādām nedēļas dienām, ir jānorāda, izmantojot šos teksta elementus: — pirmdiena, — otrdiena, — trešdiena, — ceturtdiena, — piektdiena, — sestdiena, — svētdiena, — no pirmdienas līdz piektdienai, — sestdiena un svētdiena,

—	“ierobežotas redzamības apstākļos”: tiek izmantots, ja ierobežojums ir spēkā tikai apstākļos, kuros redzamību ierobežo migla, dūmaka, sniegs, lietus vai citi apstākļi,

—

“izņemot”: nedrīkst izmantot; pārtrauktiem intervāliem viena ierobežojuma ietvaros ir jānorāda atsevišķi ierobežojuma periodi. Tas tā jādara, jo reisu plānošanas programmatūra nespēj pareizi nolasīt kodu, proti, ka ierobežojums nav spēkā konkrētā datumā vai laikā. Tāpēc nav iespējams precīzi noteikt aprēķinātos ierašanās laikus,

—

“no pirmdienas līdz piektdienai, izņemot oficiāli svinamās dienas”: izmanto tikai tad, ja ierobežojuma derīguma termiņā ietvertas oficiāli svinamas dienas. Lai veicinātu informācijas nodošanu lietotājiem, oficiāli svinamās dienas var norādīt FTM ziņojuma brīvā teksta sadaļā. Reisu plānošanas programmatūra nespēs ņemt vērā oficiāli svinamās dienas, aprēķinot ierašanās laikus.

4.5.   Indication_code

Kodu Indication_code ir paredzēts izmantot, lai sniegtu informāciju par konkrētām vērtībām attiecībā uz noteiktiem ierobežojumiem (piem., ātruma ierobežojums, minimālā jauda, ūdens dziļums). Lai varētu noteikt izmērus, atsaucei ir jāizmanto ārēja atsauču sistēma (ģeogrāfiska vai hidroloģiska) (piem., pieļaujamais augstums, ūdens dziļums, mazākais izmērītais dziļums) vai relatīva vērtība, kas iegūta attiecībā pret mākslīgi radītas būves zināmiem izmēriem (piem., pieļaujamais garums, pieļaujamais platums).

4.5.1.

Ja ir zināmi absolūtie izmēri vai atsauces vērtības, tās ir jāizmanto. Relatīvas vērtības var izmantot tikai tad, ja nevar atsaukties uz ārēju atsauču sistēmu.

4.5.2.

samazināts par → šī ir relatīva vērtība

4.5.3.

maksimums → šī ir absolūta vērtība

4.5.4.

minimums → šī ir absolūta vērtība

4.5.5.

Ja izmērs, kas norāda ierobežojumu, iegūts, izmantojot ģeogrāfisku vai hidroloģisku koordinātu, attiecīgā atsauces sistēma ir jānorāda NtS ziņojumā (piem., minimālais pieļaujamais augstums ir 4 m, atsaucoties uz augstāko kuģojamo ūdens līmeni; minimālais ūdens dziļums ir 1,7 m, atsaucoties uz noteikto zemāko kuģojamo ūdens līmeni).

4.5.6.

Ja izmērs, kas norāda ierobežojumu, iegūts, izmantojot mākslīgi radītas būves izmēru (piem., tilta, slūžu), var tikt norādīta atsauce uz relatīvu vērtību, kas iegūta no zināma izmēra (piem., pieļaujamais augstums samazināts par 1,5 m, pieļaujamais garums samazināts par 27 m).

4.6.   Position_code (objekti)

Kad iespējams, Position_code kodā tiks norādīta kuģu ceļa puse, kurā atrodas objekts attiecībā pret kuģu ceļa asi (pa kreisi / vidū / pa labi) vai citiem vispārzināmiem atskaites punktiem (veci/jauni) vai ģeogrāfisko virzienu (uz ziemeļiem/dienvidiem/austrumiem/rietumiem). Objektiem paredzētais position_code kods var tikt norādīts automātiski, izmantojot RIS Index sistēmas atsauces datus. Kuģu ceļa kreisā/labā puse tiek noteikta, veroties straumes tecēšanas virzienā.

4.7.   Position_code (kuģu ceļi / ūdensceļi)

FTM ziņojumā (vai FTM ziņojuma daļā), kas attiecas uz kuģu ceļu vai ūdensceļu, Position_code kods netiek norādīts. Lai norādītu, kurā kuģu ceļa / kanāla / upes / ezera pusē noticis negadījums, ir jāizmanto ierobežojums “īpaša piesardzība” kopā ar pareizo ierobežojuma Position_code kodu.

4.8.   Position_code (ierobežojumi)

4.8.1.

Kad iespējams, Position_code kods norāda to kuģu ceļa vai objekta pusi, uz kuru attiecas ierobežojums (labā/kreisā). Kuģu ceļa kreisā/labā puse tiek noteikta, veroties straumes tecēšanas virzienā.

4.8.2.

Ar Position_code kodu kapteinim tiek norādīta kuģu ceļa puse, kurai ir jāpievērš uzmanība, jo tas, piemēram, ir apgabals, kurā jāņem vērā īpaši apsvērumi, kurā var rasties bīstama situācija vai kurā atrodas šķērslis. Tāpēc ir pietiekami, ja norāde ir tikai aptuvena (piem., kreisais krasts – pa kreisi – vidū – pa labi – labais krasts). Detalizētāks iedalījums nav paredzēts.

4.8.3.

Ja nepieciešams, precīzāku novietojuma pozīciju vēlams sniegt, izmantojot kartes vai skices (pielikums, skatiet 3.6. nodaļu)

4.8.4.

Vietās, kur ierastās pozīciju norādes – kuģu ceļa puse (kreisā/labā) – nav piemērotas (piem., ostu baseini, noteikti kanālu posmi bez izteikta plūsmas virziena), var izmantot debespuses (ziemeļi/austrumi/dienvidi/rietumi).

4.9.   Target_group_code (skatīt 3.5. nodaļu)

 

4.10.   Reporting_code

4.10.1.

Parasti Reporting_code kods tiek izmantots tikai tad, ja ir īpaša vajadzība sazināties (piem., papildu pienākums ziņot vietējām iestādēm par satiksmes regulēšanu attiecīgajā vietā) vai ja ir pieejama papildu informācija (piem., VHF kontaktpunkts, kā kanāla nosaukums vai izsaukuma signāls par bagara pašreizējo atrašanās vietu), kas ir tieši saistīta ar FTM ziņojumu.

4.10.2.

Jāizvairās no regulāras publiski pieejamas saziņas informācijas (piem., vietējo iestāžu tālruņa numuri, slūžu VHF kanāli utt.) atkārtošanas, ja vien šādas informācijas ziņošana nav tieši nepieciešama saistībā ar FTM ziņojumu.

4.10.3.

Saskaņā ar oficiāliem noteikumiem vispārīgie saziņas līdzekļi (piem., kuģu sasvstarpējā saziņa un kuģa ar krastu VHF saziņa saskaņā ar CEVNI, reģionālajiem vai valsts noteikumiem par kuģošanu) parasti nav jāatkārto ar Reporting_code kodu, ja vien šādas informācijas ziņošana nav tieši nepieciešama saistībā ar FTM ziņojumu.

4.11.   Communication_code

Ir jāizmanto tālāk norādītais formāts (piemēri):

—	VHF “numurs, izsaukuma signāls”: “10, Schifffahrtsaufsicht Wien”

—	Tālruņa vai faksa numurs: “+43123456789, Schifffahrtsaufsicht Wien”

—	Interneta adrese: “http://example.com”

—	Skaņas signāli: “long blast / langer Ton”

—	E-pasts: “example@authority.eu”

—	EDI pastkastītes numurs: “900012345@edi.bics.nl”

—	Teleteksts: “ARD, 992 – 995”

4.12.   Type_code

Ūdensceļš ir kanāls, ezers vai upe.

—	enkurvieta

—

krasts

—

bāka

—	pietauvošanas vieta

—	robežkontrole

—

tilts

—	tilta atvērums

—

boja

—	kabeļu pārvads

—	kanāls (jēdziens “kanāls” tiek lietots, ja ziņojums attiecas uz visu kanālu, nevis tikai kuģu ceļu)

—	kanāla tilts: akvedukts

—	ūdensvadne

—	kuģu ceļš (jēdziens “kuģu ceļš” tiek lietots, lai apzīmētu to ūdensceļa daļu, kuru var izmantot kuģošanai).

—

prāmis

—	peldošais doks

—	ūdens nolaidne (ūdens nolaidne tiek izmantota, lai aizsargātu teritoriju augsta ūdens līmeņa situācijās)

—

osta

—	ostas iekārta

—	ostas kapteiņa dienests

—	ezers (jēdziens “ezers” tiek lietots, ja ziņojums attiecas uz visu ezeru, nevis tikai kuģu ceļu)

—

gaisma

—	slūžu baseins: atsevišķs slūžu rezervuārs

—	slūžas: visa slūžu būve

—	pietauvošanas iekārta

—	informatīva zīme

—	cauruļvads

—	cauruļvadu pārvads

—

traps

—	atkritumu izgāztuve

—	ziņošanas vieta

—	rezervuārs

—	upe (jēdziens “upe” tiek lietots, ja ziņojums attiecas uz visu upi, nevis tikai kuģu ceļu)

—	kuģu lifts

—	kuģu būvētava

—	signālstacija

—	terminālis

—	paisuma/bēguma līmeņrādis

—

tunelis

—	pagriešanās vieta

—	kuģu satiksmes centrs

—	aizsprosts (aizsprostus izmanto, lai kontrolētu ūdens līmeni upēs)

5.    WRM pamatapsvērumi

Ziņojumi par ūdens līmeni parasti tiek ģenerēti automātiski. Kad tas nav iespējams, WRM ziņojumi tiek veidoti manuāli, stingri ievērojot automātiski ģenerētajiem WRM ziņojumiem noteiktos procesus (skatīt NtS Encoding Guide vadlīnijas izstrādātājiem).

6.    ICEM pamatapsvērumi, ICEM ziņojumu publicēšanai nepieciešamās darbības

Ziņojumi par ledu tiek sastādīti, balstoties uz vietējiem novērojumiem un informācijas izvērtēšanu, un to parasti dara pilnvaroti darbinieki.

Ja ir novērojams ledus, tiek izsūtīts ICEM ziņojums. Ledus ne vienmēr rada ierobežojumus kuģošanai, taču var tikt izsūtīta informācija par kuģošanu traucējošiem ledus apstākļiem.

6.1.

Vai ir nepieciešams publicēt informāciju, izmantojot NtS ICEM ziņojumus? Pirmais ziņojums par ledu konkrētā posmā tiek publicēts tikai tad, ja ūdensceļā vai pietekās novērojams ledus, kā arī tad, ja nav ierobežojumu.

6.2.

Vai par attiecīgo ūdensceļa posmu jau ir publiskots derīgs ICEM ziņojums?

6.2.1.

Jā: ja ziņojums par attiecīgo posmu (joprojām) ir derīgs, ir jāatjaunina esošais ziņojums. Esošo ziņojumu par ledu var atjaunināt arī tad, ja mainās ietekmētais apgabals (piem., ledus sega paplašinās, palielinot ietekmēto posmu).

6.2.2.

Nē: ja par ietekmēto posmu nav esoša derīga ziņojuma par ledu, ir jāizveido jauns ziņojums.

6.3.

Taču var tikt nodrošināta informācija par ledus apstākļiem, kas neapgrūtina kuģošanu.

6.4.

Viens ICEM ziņojums vienmēr ir derīgs tikai vienam ūdensceļa posmam. Derīguma ģeogrāfiskais diapazons ir jāiestata, nosakot ūdensceļu un attiecīgos sākuma un beigu (hektometru) punktus (vai izvēloties konkrētus secīgus posmus atbilstīgi valsts īstenošanas noteikumiem).

6.5.

Ir jānorāda mērījuma veikšanas laiks. Ledus apstākļi ir jānorāda, izmantojot vismaz vienu no tālāk norādītajiem kodiem (atbilstīgi valsts prasībām).

6.5.1.

Ice_condition_code

6.5.2.

Ice_accessibility_code

6.5.3.

Ice_classification_code

6.5.4.

Ice_situation_code (ledus stāvokļa kods ir jānorāda vienmēr, lai būtu iespējams attēlot ledus stāvokli kartē, izmantojot “luksofora” krāsas).

6.6.

ICEM ziņojumu var publicēt. Ziņojumi par ledu pēc publicēšanas būs automātiski derīgi līdz nākamajai dienai vai, kā noteikts valsts procedūrās.

7.    WERM pamatapsvērumi

Ņemot vērā laikapstākļu prognožu un brīdinājumu nodrošinošu Web Services pakalpojumu un lietotņu pārpilnību, WERM ziņojumus var izmantot tikai, lai publicētu tādu kuģošanai būtisku laikapstākļu informāciju, kas nav pieejama vispārīgos laikapstākļu informācijas pakalpojumos.

Ziņojumi par laikapstākļiem parasti tiek ģenerēti automātiski. Kad tas nav iespējams, WERM ziņojumi tiek veidoti manuāli, ievērojot automātiski ģenerētajiem WERM ziņojumiem noteiktos procesus (skatīt NtS Encoding Guide vadlīnijas lietojumprogrammu izstrādātājiem).

8.   Noteiktu elementu noteikumi

8.1.   Noteikumi par elementu “name” attiecībā uz objektiem

Objektu nosaukumus parasti automātiski norāda NtS redaktora rīks, izmantojot RIS Index sistēmas atsauces datus. Nosaukumus norāda vietējā valodā, tāpēc atļauts izmantot arī, piemēram, diakritiskās zīmes vai kirilicas alfabēta burtus (piem., “Baarlerbrücke”, “Volkeraksluis” vai “Mannswörth”).

Nav jāietver informācija par objekta veidu; objekta veids nosaukumā nav jāatkārto, ja vien tas nesniedz papildu informāciju, kas nav pieejama objekta veida kodā.

Piemēram: slūžu “Schleuse Freudenau” nosaukumā jāizmanto tikai nosaukums “Freudenau”, jo objekta veids “slūžas” tiek pievienots automātiski, izmantojot type_code kodu.

Piemēram: Kremsā (AT) esošā dzelzceļa tilta objekta nosaukums ir “Eisenbahnbrücke Krems”. Objekta nosaukumā ir iekļauta papildu informācija (“dzelzceļa tilts”), kas nav norādīta type_code kodā “tilts”.

Piemēram: Lincā (AT) esošā tilta objekta nosaukums ir “Nibelungenbrücke”. Vārds “brücke” ir jāatstāj objekta nosaukumā, jo tā ir daļa no paša tilta nosaukuma.

Piemēram: ūdensceļa mērinstrumenta “Pegelstelle Wildungsmauer” nosaukums ir “Wildungsmauer”, jo informācija par to, ka šis objekts ir mērinstruments, jau ir iekļauta type_code kodā.

Ja ūdensceļa posms ir robeža starp divām valstīm ar dažādām valodām, objekta nosaukumu var norādīt abās valodās (piem., “Staatsgrenze AT-SK/Statna hranica AT-SK”).

8.2.   Noteikumi par elementu “name” attiecībā uz kuģu ceļiem

Kuģu ceļu nosaukumus parasti automātiski norāda NtS redaktora rīks, izmantojot RIS Index sistēmas atsauces datus. Laukā “name” ir jānorāda attiecīgā kuģu ceļa posma vietējais nosaukums (piem., “Rhein”). Atkarībā no valstī vērojamajiem procesiem kuģu ceļa nosaukumu var rediģēt, lai norādītu izplatītus vietējos nosaukumus vai papildinājumus (piem., “Rhein am Deutschen Eck”).

8.3.   Noteikumi par elementu “value” un “unit” lietošanu ierobežojumos

Ja vien nav norādīts citādi, NtS ziņojumos atļauts izmantot tikai šādas mērvienības: cm, m3/s, h, km/h un kW, m/s (vējam), mm/h (lietum) un grādi pēc Celsija skalas.

B.   PAZIŅOJUMU KAPTEIŅIEM ENCODING GUIDE VADLĪNIJAS LIETOJUMPROGRAMMU IZSTRĀDĀTĀJIEM

SATURS

1.

Vispārīga informācija un struktūra

24

1.1.

NtS Encoding Guide vadlīniju mērķis

24

1.1.1.

NtS Encoding Guide vadlīnijas redaktoriem

24

1.1.2.

NtS Encoding Guide vadlīnijas lietojumprogrammu izstrādātājiem (šis dokuments)

24

2.

NtS ziņojumi un sadaļas

24

3.

WRM pamatapsvērumi

26

3.1.

nts_number sadaļas aizpildīšana WRM ziņojumā

26

3.2.

WRM ziņojuma sastādīšana, ja tajā ietvertas prognozes

26

4.

ICEM ziņojumu procesi

27

4.1.

Jauns ICEM ziņojums

28

4.2.

Esoša ICEM ziņojuma atjaunināšana

28

5.

WERM pamatapsvērumi

29

5.1.

nts_number sadaļas aizpildīšana WERM ziņojumā

29

5.2.

WERM ziņojuma “weather_category_code” sadaļas aizpildīšana

29

6.

FTM ziņojumu procesi

30

6.1.

Jauns FTM ziņojums

30

6.2.

Esoša FTM ziņojuma atjaunināšana/atcelšana

30

6.3.

FTM ziņojumi par ūdensceļiem un/vai objektiem

31

6.4.

Automātiska ierobežojumu kodu kārtošana

31

6.5.

Ierobežojumu periodu izmantošana

32

7.

Vispārīgi īstenošanas noteikumi

33

7.1.

Sadaļas “number_section” aizpildīšana

33

7.2.

Elementu “from”, “originator”, “organisation” un “source” norādīšana

33

7.3.

Elementu izlaišana

34

7.4.

Vērtības “date_issue” automātiska norādīšana

34

7.5.

Laika joslu informācijas izmantošana NtS ziņojumos

34

7.6.

Sekunžu izmantošana NtS ziņojumos

34

7.7.

Decimāldaļskaitļu formāts NtS ziņojumos

34

7.8.

NtS ziņojumos izmantojamās mērvienības

34

7.9.

Noteikumi par elementu “name”, “position_code” un “type_code” lietošanu

34

7.10.

Elementa “fairway_name” lietošanas noteikumi

38

7.11.

Izklājlapā “reference_code” esošo tulkojumu skaidrojums

38

7.12.

Ieteikums elementa “coordinate” lietošanai

38

7.13.

Mērķgrupu izmantošana

38

7.14.

Derīgu ziņojumu parādīšana par noteiktu laika periodu

39

7.15.

Papildu funkcijas, kas padarītu NtS redaktoru rīku lietošanu ērtāku

39

8.

NtS XML ziņojumu struktūra

39

9.

NtS Web Service pakalpojums

39

9.1.

Mērķis

39

9.2.

Pamatprincipi un ierobežojumi

40

9.2.1.

Tīmekļa standarti

40

9.2.2.

NtS WS pakalpojuma saziņas modelis un kodēšanas metodes

40

9.3.

Vispārīgas specifikācijas un ieteikumi

40

9.3.1.

Specifikācija: informācija par versiju

40

9.3.2.

Specifikācija: nosaukumvietu struktūra

41

9.3.3.

Ieteikums: nosaukumvietu izmantošana

41

9.3.4.

Ieteikums: nosaukumvietu prefiksu lietošana

41

9.3.5.

Specifikācija: ISRS Location Code kodu lietošana

41

9.4.

NtS ziņojumu pakalpojums (īstenošanas specifikācija)

46

9.4.1.

Pieprasījums

46

9.4.2.

Atbilde

47

9.5.

Pakalpojumu un klientu veidošana

48

Glosārijs

48

1.   Vispārīga informācija un struktūra

Paziņojumi kapteiņiem (NtS) tika ieviesti daudzās Eiropas valstīs saskaņā ar Komisijas Regulu 416/2007/EK par tehniskajām specifikācijām paziņojumiem kapteiņiem, kā minēts Eiropas Parlamenta un Padomes RIS Direktīvas 2005/44/EK 5. pantā. NtS standarts tiek nepārtraukti uzlabots, un ievērojams solis uz priekšu bija NtS Web Service pakalpojuma ieviešana, kas veicināja NtS ziņojumu apmaiņu starp iestādēm un starp iestādēm un NtS ziņojumu lietotājiem, kā arī NtS ziņojumu kodēšanas racionalizēšana ar NtS XSD 4.0.

1.1.   NtS Encoding Guide vadlīniju mērķis

NtS Encoding Guide vadlīnijās paskaidrots, kā pielietot četrus NtS ziņojumu veidus, kā arī noteiktos gadījumos lietojamos kodus. Tās NtS redaktoriem sniedz NtS ziņojumu sastādīšanas norādes, šādi veicinot nacionāli un starptautiski saskaņotu NtS ziņojumu kodēšanu.

Ņemot vērā NtS Web Service pakalpojumu pastiprinātu lietojumu, NtS ziņojumi tiks papildus saskaņoti, lai nodrošinātu pareizu satura attēlojumu trešo personu sistēmās. Vienota ziņojumu kodēšana ir arī priekšnosacījums, lai ziņojumus varētu izmantot reisu plānošanai. NtS Encoding Guide vadlīniju versija 1.0 attiecas uz NtS XSD 4.0 un NtS Web Service pakalpojumu WSDL 2.0.4.0.

1.1.1.   NtS Encoding Guide vadlīnijas redaktoriem

NtS Encoding Guide vadlīnijas redaktoriem ir paredzētas darbiniekiem, kas rediģē (un publicē) NtS ziņojumus, turklāt tajās ietvertas detalizētas norādes, kā izveidot pareizus ziņojumu veidus, kā arī kodu skaidrojumi. Kodēšanas vadlīnijās redaktoriem ietverta būtiska informācija arī lietojumprogrammu izstrādātājiem.

1.1.2.   NtS Encoding Guide vadlīnijas lietojumprogrammu izstrādātājiem (šis dokuments)

NtS Encoding Guide vadlīnijas izstrādātājiem ietver vadlīnijas lietojumprogrammu darbības īstenošanai, izskaidrojot izmantošanas loģiku, procesus un automātiski lietojamās/noklusējuma vērtības.

2.   NtS ziņojumi un sadaļas

NtS ziņojuma uzbūve:

—	identifikācijas sadaļa,

—	sadaļa, kas nosaka objektu(-us) vai kuģu ceļu(-us), uz kuriem ziņojums attiecas,

—	viena vai vairākas tālāk norādītās sadaļas atkarībā no ziņojuma veida: — ierobežojums(-i) ziņojumā par kuģu ceļu un satiksmi, — mērījums(-i) ziņojumā par ūdens līmeni, — ledus apstākļi ziņojumā par ledu, — laikapstākļu informācija ziņojumā par laikapstākļiem.

2. attēls

Identifikācijas sadaļa ir obligāta, un tajā norādīta vispārīga informācija par ziņojuma avotu, sūtītāju, izsūtīšanas datumu, valsti un ziņojuma valodu, un tā tiek norādīta kopā ar kādu no četriem dažādajiem NtS ziņojumu sadaļu veidiem.

—

Fairway and traffic related section: “Ziņojumus par kuģu ceļu un satiksmi” (FTM) parasti veido NtS redaktori, ievērojot NtS Encoding Guide vadlīnijas redaktoriem. Tie attiecas uz ūdensceļu posmiem (ko nosaka ar sākuma un beigu punkta ISRS Location Code kodiem un/vai ūdensceļa objektiem, kuru novietojumu nosaka to ISRS Location Code kods). [skatīt 6. nodaļu]

—

Water level related section: “Ziņojums par ūdens līmeni” (WRM) nodrošina informāciju par pašreizējo un prognozēto ūdens līmeni, kā arī citu informāciju. Parasti WRM ziņojumi tiek ģenerēti automātiski (un regulāri), izmantojot sensoru mērījumus vai infrastruktūras elementu statusu, bez NtS redaktoru iejaukšanās. Ūdens līmeņa ziņojuma sadaļā ietverta informācija par objektu (piem., mērinstrumentu stacija) vai kuģu ceļa posmu (piem., posma minimālais dziļums vai ūdensceļa posmā ievērojamais darba režīms). Objektu identificē ar ISRS Location Code kodu, savukārt kuģu ceļa posmu – ar sākuma un beigu punkta ISRS Location Code kodiem. [skatīt 3. nodaļu]

—	Ice related section: “Ziņojumos par ledu” (ICEM) ietverta informācija par ledus apstākļiem kuģu ceļa posmā, kas norādīts, izmantojot tā sākuma un beigu punkta ISRS Location Code kodus. [skatīt 4. nodaļu]

—	Weather related section: “Ziņojumi par laikapstākļiem” (WERM) ļauj sniegt informāciju par pašreizējiem un prognozētajiem laikapstākļiem ūdensceļa posmā, kas norādīts, izmantojot tā sākuma un beigu punkta ISRS Location Code kodus. [skatīt 5. nodaļu]

Turklāt ISRS Location Code kods (Starptautiskais kuģniecības reģistra standarts) tiek izmantots, lai noteiktu objektu(-us) vai kuģu ceļa posmu(-us), uz kuriem ziņojums attiecas.

ISRS Location Code kods ir definēts šīs regulas pielikuma 4.3. punktā.

3.   WRM pamatapsvērumi

Informācija par ūdens līmeni ir ļoti svarīga reisa plānošanai un drošībai. Šobrīd nav vienota standarta, kā atsaukties uz ūdens līmeņa informāciju. Ūdens līmeņa mērinstrumentu vērtības tiek uzrādītas, atsaucoties uz dažādiem jūras līmeņiem vai īpašiem atsauces nulles punktiem. Lai nodrošinātu uzticamu atsauci, ziņojumā kopā ar vērtību vienmēr jānorāda attiecīgais “reference_code” kods. WRM ziņojumus var izmantot, lai nodrošinātu tālāk norādīto informāciju:

—	ūdens līmenis (tostarp prognozes),

—	minimālais dziļums (tostarp prognozes),

—	pieļaujamais augstums (tostarp prognozes),

—	ūdens novadīšana (tostarp prognozes),

—	aizsprosta stāvoklis,

—	darba režīms.

Izklājlapā “reference_code” esošo tulkojumu skaidrojums ir sniegts 7.11. nodaļā.

Parasti WRM ziņojumi tiek ģenerēti un publicēti automātiski, izmantojot informāciju, kas iegūta no sensoriem vai infrastruktūras (piem., prognozes vai aizsprosta stāvoklis). WRM publicēšana var tikt aktivizēta dažādi, piem., tiek veikta regulāra publicēšana vai ir sasniegtas noteiktas robežvērtības.

3.1.   nts_number sadaļas aizpildīšana WRM ziņojumā

Ja WRM ziņojumu izveidošanai izmanto NtS XSD 4.0, NtS numurs nav jānorāda obligāti. Ja tas tiek norādīts, katram ziņojuma veidam ir jānorāda unikāls numurs (Organisation/Year/Number/Serial), un WRM ziņojumu publicējošā organizācija ir atbildīga, lai šis numurs būtu unikāls (numuriem nav jābūt secīgiem).

3.2.   WRM ziņojuma sastādīšana, ja tajā ietvertas prognozes

validity_period elementa date_start laukā ir jānorāda pašreizējais datums (date_issue) un validity_period elementa date_end laukā ir jānorāda nākamā diena pēc date_issue datuma.

Lai izmaiņas, piem., ūdens līmeņa, norādītu lietotājiem ērtā veidā, starpību ar iepriekšējā salīdzinošā mērījuma rezultātu var norādīt WRM starpības sadaļā. Kopā ar vērtības izmaiņu (piem., –5 [cm]) jānorāda arī salīdzinošā mērījuma laika starpība.

Ja tiek izteikta prognoze, vērtība “measure_date” ir datums/laiks, kurā prognoze ir derīga.

Ūdens līmeņa prognozes vienmēr ir zināmā mērā nedrošas. Parasti tiek izmantoti modeļi ar atšķirīgiem parametriem (piem., laikapstākļu prognoze), tāpēc tiek iegūtas atšķirīgas prognozētās ūdens līmeņa vērtības. Lai būtu iespējams sniegt minimālo un maksimālo prognozēto vērtību, piem., lai varētu vizualizēt ūdens līmeņa prognožu uzticamības intervālu, WRM mērījumu sadaļā ir iekļauti divi papildu datu lauki (nav jāaizpilda obligāti).

Attēlā tālāk ir parādīta ūdens līmeņa prognozes uzticamības intervāla ilustrācija.

3. attēls

Ūdens līmeņa prognozes uzticamības intervāla vizualizācija: visticamākā vērtība (melna), uzticamības intervāla augšējā robežvērtība (violeta), uzticamības intervāla apakšējā robežvērtība (sarkana)

NtS XSD ir pieejami divi elementi:

<value_min>

uzticamības intervāla zemākā vērtība

<value_max>

uzticamības intervāla augstākā vērtība

Uzticamības intervālu var izmantot ne tikai ūdens līmeņa prognozēm, bet arī lai parādītu publicētās minimālā dziļuma un pieļaujamā augstuma informācijas nedrošumu.

Izmantojot uzticamības intervāla value_min un value_max vērtības, WRM vērtību uzticamības intervālu var nodrošināt standarta NtS WRM ziņojumu formātā, lai to izmantotu diagrammās. Paši jēldati iekšzemes ūdensceļu transporta lietotājiem nebūs redzami (piem., koda formātā).

Nedrīkst izmantot measure_code kodu “NOM”. Ja noteikta veida WRM ziņojumam nav pieejami mērījuma dati, bet tik un tā vēlaties publicēt ziņojumu, vispirms ir jāizdzēš vērtību elementi.

4.   ICEM ziņojumu procesi

Ziņojumu par ledu pamatā ir vietējie novērojumi un datu izvērtējums, un parasti šie ziņojumi tiek sastādīti manuāli (automātiskas ģenerēšanas gadījumā ir jāievēro manuālās sastādīšanas noteikumi; skatīt NtS Encoding Guide vadlīnijas redaktoriem).

ICEM ziņojums tiek publicēts par konkrētu fairway_section posmu, kas tiek noteikts, izmantojot tā sākuma un beigu punktu ISRS Location Code kodus, un ziņojumos ir ietverta ice_condition informācija, kas iegūta konkrētā mērījuma veikšanas datumā.

ICEM ziņojuma derīguma sākuma termiņš ir publicēšanas datums (to automātiski iestata NtS lietojumprogramma). Lai lietotājiem netiktu rādīti nederīgi ICEM ziņojumi, NtS lietojumprogramma automātiski norāda derīguma beigu termiņu date_end, kas ir nākamā diena pēc publicēšanas (ja vien nacionālie procesi nenosaka, ka ziņojuma derīguma termiņš beidzas, tiklīdz ziņojumā iekļautā informācija vairs nav aktuāla).

NtS Encoding Guide vadlīnijās redaktoriem ir paskaidrots, kādos gadījumos NtS redaktors veido jaunu ICEM ziņojumu un kādos – atjaunina esošu ICEM ziņojumu. Ir jāpiemēro tālāk norādītie procesi.

4.1.   Jauns ICEM ziņojums

1.	NtS lietojumprogrammas var piedāvāt NtS redaktoriem: a) izmantot esošos paziņojumus kā melnrakstus jauna ICEM ziņojuma izveidei (piem., ja ledus apstākļi ir līdzīgi tiem, kādi norādīti esošajā paziņojumā); un/vai b) izmantot konkrētu situāciju paziņojumu sagataves.

2.	Redaktoram saturs (piem., mērījuma veikšanas laiks vai attiecīgie ledus apstākļi) ir jāievada atbilstīgi norādēm NtS Encoding Guide vadlīniju redaktoriem 6. nodaļā. Mērījuma datumu un laiku var arī automātiski ievadīt pati lietojumprogramma saskaņā ar valsts noteikumiem.

3.

Kad NtS redaktors/publicētāji aktivizē publicēšanu: a) tiek pārbaudīts, vai viss obligātais saturs ir norādīts saskaņā ar NtS XSD norādēm (ja nē, skatiet 2. punktu); b) NtS lietojumprogramma ģenerē nts_number numuru: i) laukā “organisation” tiek norādīts atbildīgās organizācijas nosaukums vai kods atkarībā no publicējošā lietotāja lomas; ii) laukā “year” tiek norādīts pašreizējais gads; iii) tiek piešķirts nākamais pieejamais “number”; iv) tiek piešķirts “serial number” 0; c) laukā “date_issue” automātiski tiek norādīts publicēšanas datums/laiks; d) “validity_period” elementa “date_start” laukā automātiski tiek norādīts publicēšanas datums; e) “validity_period” elementa “date_end” laukā automātiski tiek norādīts nākamās dienas datums pēc publicēšanas (izņemot gadījumus, kad valstī ir izstrādāti procesi, kas nomaina derīguma termiņu kā beigušos, tiklīdz ziņojumā ietvertā informācija vairs nav aktuāla).

4.2.   Esoša ICEM ziņojuma atjaunināšana

1.

Ir jāatlasa attiecīgais publicētais ziņojums, ko atjaunināt ICEM redaktora rīkā. Datubāzē ir jākopē vai jāizmaina oriģinālais ICEM ziņojums (atbilstīgi izstrādātajiem valsts procesiem). ICEM ziņojumus ar beigušos derīguma termiņu (šā brīža datums ir vēlāks par validity_date_end laukā norādīto) nevar atjaunināt; šādā gadījumā NtS redaktoriem ir jāizveido jauns ICEM ziņojums.

2.	Redaktoram saturs (piem., mērījuma veikšanas laiks vai attiecīgie ledus apstākļi) ir jāizmaina atbilstīgi norādēm NtS Encoding Guide vadlīniju redaktoriem 6. nodaļā. Mērījuma datumu un laiku var arī automātiski nomanīt pati lietojumprogramma, saskaņā ar valsts noteikumiem.

3.

Kad NtS redaktors/publicētājs aktivizē publicēšanu: a) tiek pārbaudīts, vai viss obligātais saturs ir norādīts saskaņā ar NtS XSD norādēm (ja nē, skatiet 2. punktu); b) NtS lietojumprogramma ģenerē nts_number numuru: i) saturs laukā “organisation” paliek nemainīgs; ii) saturs laukā “year” paliek nemainīgs; iii) saturs laukā “number” paliek nemainīgs; iv) lauka “serial number” vērtība pieaug (palielinās par 1); c) laukā “date_issue” automātiski tiek norādīts publicēšanas datums/laiks; d) “validity_period” elementa “date_start” laukā automātiski tiek norādīts publicēšanas datums; e) “validity_period” elementa “date_end” laukā automātiski tiek norādīts nākamās dienas datums pēc publicēšanas (izņemot gadījumus, kad valstī ir izstrādāti procesi, kas nomaina derīguma termiņu kā beigušos, tiklīdz ziņojumā ietvertā informācija vairs nav aktuāla).

5.   WERM pamatapsvērumi

Parasti WERM ziņojumi tiek ģenerēti un publicēti automātiski, izmantojot informāciju, kas iegūta no sensoriem vai infrastruktūras. validity_period elementa date_start laukā ir jānorāda pašreizējais datums (date_issue) un validity_period elementa date_end laukā ir jānorāda nākamā diena pēc date_issue datuma.

Kuģu ceļa posms WERM ziņojumā tiek norādīts kā posms starp diviem kuģu ceļa punktiem, proti, apgabals, uz kuru attiecas laikapstākļu stacijas (mērierīces) informācija.

Mērījuma/prognozes datums un laiks ir jānorāda kaut arī tas WERM ziņojumos nav obligāti.

Ja tiek izteikta prognoze, vērtība “mērījuma datums” ir datums/laiks, kurā prognoze ir derīga.

5.1.   nts_number sadaļas aizpildīšana WERM ziņojumā

Ja WERM ziņojumu izveidošanai izmanto NtS XSD 4.0, NtS numurs nav jānorāda obligāti. Ja tas tiek norādīts, katram ziņojuma veidam ir jānorāda unikāls numurs (Organisation/Year/Number/Serial), un WERM ziņojumu publicējošā organizācija ir atbildīga, lai šis numurs būtu unikāls (numuriem nav jābūt secīgiem).

5.2.   WERM ziņojuma “weather_category_code” sadaļas aizpildīšana

Vēja ātrums sadaļā “weather_category_code” (vērtība no 0 līdz 12) ir jānorāda saskaņā ar Boforta skalu, kas publicēta Pasaules meteoroloģijas organizācijas rokasgrāmatā par jūrniecības meteoroloģiskajiem pakalpojumiem “WMO-No. 558”.

Redzamība sadaļā “weather_category_code” (vērtība no 13 līdz 22) ir jānorāda saskaņā ar norādēm šajā tabulā:

Vērtība, nozīme	Redzamība	Papildu informācija
13, spēcīga migla	līdz 50 metriem
14, bieza migla	līdz 100 metriem
15, mērena migla	līdz 200 metriem
16, migla	līdz 1 000 metriem	Miglu veido ūdens pilieni.
17, viegla migla	no 1 km līdz 4 km	Vieglu miglu veido ūdens pilieni. Par vieglu miglu tiek dēvēta “sausā migla”, kas parasti veidojas pirms saullēkta.
18, dūmaka	no 1 km līdz 4 km	Dūmaku veido sausas daļiņas.
19, viegla dūmaka	no 4 km līdz 10 km
20, skaidrs	no 10 km līdz 20 km
21, ļoti skaidrs	redzamība nav ierobežota
22, nav miglas		Jēdziens “nav miglas” atbilstīgi valsts/vietējām prasībām tiek lietots gadījumos, kad migla nav novērojama.

6.   FTM ziņojumu procesi

NtS Encoding Guide vadlīnijās redaktoriem ir paskaidrots, kādos gadījumos NtS redaktors veido jaunu FTM ziņojumu un kādos – atjaunina esošu FTM ziņojumu. Ir jāpiemēro tālāk norādītie procesi.

6.1.   Jauns FTM ziņojums

1.	NtS lietojumprogrammas NtS redaktoriem var piedāvāt: a) izmantot esošus paziņojumus kā melnrakstus jaunu FTM ziņojumu veidošanai; un/vai b) izmantot paziņojumu sagataves konkrētām situācijām.

2.	Redaktoram saturs (piem., derīguma laiks un ierobežojumi) ir jāievada saskaņā ar norādēm NtS Encoding Guide vadlīniju redaktoriem 3. un 4. nodaļā.

3.

Kad NtS redaktors/publicētājs aktivizē publicēšanu: a) tiek pārbaudīts, vai viss obligātais saturs ir norādīts saskaņā ar NtS XSD norādēm (ja nē, skatiet 2. punktu); b) NtS lietojumprogramma ģenerē nts_number numuru: i) laukā “organisation” tiek norādīts atbildīgās organizācijas nosaukums vai kods atkarībā no publicējošā lietotāja lomas; ii) laukā “year” tiek norādīts pašreizējais gads; iii) nākamā pieejamā numura “number” vērtība tiek piešķirta, ja paredzēto numuru ievada NtS redaktors vai norāda lietojumprogramma 2. darbībā (pieņemot, ka Organisation/Year/Number/Serial vērtība ir unikāla), kā paskaidrots Error! Reference source not found.. nodaļā; iv) tiek piešķirts “serial number” 0; c) laukā “date_issue” automātiski tiek norādīts publicēšanas datums/laiks.

6.2.   Esoša FTM ziņojuma atjaunināšana/atcelšana

1.

Attiecīgais publicētais ziņojums ir jāatlasa atjaunināšanai FTM redaktora rīkā; oriģinālais FTM ziņojums ir jākopē vai jāizmaina datubāzē (atbilstīgi izstrādātajiem valsts procesiem). a) FTM ziņojumus ar beigušos derīguma termiņu (pašreizējais datums ir vēlāks par validity_date_end laukā norādīto) nevar atjaunināt; šādā gadījumā NtS redaktoram ir jāizveido jauns FTM ziņojums. b) Tēmas kods “Paziņojums atcelts” tiek izmantots tikai tad, ja: i) pašreizējais datums ir agrāks par datumu laukā validity_date_start. Ja atļauts mainīt tikai saturu laukā “papildinformācija valsts valodā”, ziņojuma koda saturam (2. darbība) ir jāpaliek nemainītam; ii) derīguma termiņš jau ir sācies un visu ierobežojumu jaunie beigu datumi ir pagātnes datumi. Ierobežojuma beigu datums ir jānomaina uz pareizu datumu. c) Ja paziņojums tiek atcelts, derīguma perioda datums vienmēr ir jānomaina uz atcelšanas datumu.

2.	Redaktoram saturs (piem., derīguma laiks un ierobežojumi) ir jālabo saskaņā ar norādēm NtS Encoding Guide vadlīniju redaktoriem 3. un 4. nodaļā.

3.

Kad NtS redaktors/publicētājs aktivizē publicēšanu: a) tiek pārbaudīts, vai viss obligātais saturs ir norādīts saskaņā ar NtS XSD norādēm (ja nē, skatiet 2. punktu); b) NtS lietojumprogramma ģenerē nts_number numuru: i) saturs laukā “organisation” paliek nemainīgs; ii) saturs laukā “year” paliek nemainīgs; iii) saturs laukā “number” paliek nemainīgs; iv) lauka “serial number” vērtība pieaug (palielinās par 1); c) laukā “date_issue” automātiski tiek norādīts publicēšanas datums/laiks; d) FTM ziņojumi ar tēmas kodu “Paziņojums atcelts” (vairs) netiek ņemti vērā reisu plānošanai.

6.3.   FTM ziņojumi par ūdensceļiem un/vai objektiem

FTM ziņojumā par ūdensceļu ir ietverta informācija par vienu vai vairākiem ūdensceļu posmiem. Ūdensceļa posmu definē sadaļā “fairway_section”, norādot tā sākuma un beigu punkta ISRS Location Code kodus.

FTM ziņojumā par objektu ir ietverta informācija par vienu vai vairākiem konkrētiem ūdensceļa objektiem. Objektu definē sadaļā “objekts”, norādot tā ISRS Location Code kodu.

Vienā FTM ziņojumā var būt informācija par:

—	vienu vai vairākiem kuģu ceļa posmiem vai

—	vienu vai vairākiem objektiem vienā vai vairākos kuģu ceļa posmos.

6.4.   Automātiska ierobežojumu kodu kārtošana

Atšķirīgiem ierobežojumiem ir dažāda ietekme uz kuģošanu. Lai būtu iespējams skatīt būtiskākos ierobežojumus, piem., FTM ziņojumu pārskata sarakstā, tiek piemērota tālāk norādītā secība, visbūtiskākajam ierobežojumam piešķirot 1. pakāpi:

Pakāpe	Vērtība	Nozīme (EN)
1	OBSTRU	blockage
2	PAROBS	partial obstruction
3	NOSERV	no service
4	SERVIC	changed service
5	VESDRA	vessel draught
6	VESBRE	vessel breadth
7	CONBRE	convoy breadth
8	VESLEN	vessel length
9	CONLEN	convoy length
10	CLEHEI	clearance height
11	VESHEI	vessel air draught
12	AVALEN	available length
13	CLEWID	clearance width
14	AVADEP	available depth
15	LEADEP	least depth sounded
16	DELAY	delay
17	ALTER	alternate traffic direction
18	TURNIN	no turning
19	PASSIN	no passing
20	OVRTAK	no overtaking
21	NOBERT	no berthing
22	NOMOOR	no mooring
23	ANCHOR	no anchoring
24	SPEED	speed limit
25	WAVWAS	no wash of waves
26	NOSHORE	not allowed to go ashore
27	MINPWR	minimum power
28	CAUTIO	special caution
29	NOLIM	no limitation

6.5.   Ierobežojumu periodu izmantošana

—	Ierobežojumus ar vienādiem ierobežojuma periodiem jāgrupē/jākārto kopā vai jāapvieno, lai tie tiktu parādīti lasītājam ērtā veidā.

—	NtS redaktoru rīkam būtu jānodrošina funkcija, kuru izmantojot redaktoriem nebūtu atkārtoti jāpārraksta ierobežojumu periodi.

—

Visiem ierobežojumiem ir jānorāda ierobežojuma periods ar intervāla kodu, lai šos datus varētu izmantot pareiziem aprēķiniem reisu plānošanas lietojumprogrammās. Lai atvieglotu NtS redaktoru darbu, varētu tikt ieviestas šādas funkcijas: — NtS redaktora rīkā varētu būt nodrošināta funkcija, kas atļauj kopēt jau ievadītus ierobežojumus, lai NtS redaktoriem nebūtu atkārtoti jāievada ierobežojumu periodi, — NtS redaktora rīkā varētu būt nodrošināta funkcija, kas konkrētam ierobežojuma periodam atļauj atlasīt vairāk nekā vienu ierobežojuma kodu un kas automātiski izveido vajadzīgās ierobežojuma sadaļas, izmantojot NtS redaktora ievadīto informāciju.

—

“No pirmdienas līdz piektdienai, izņemot oficiāli svinamās dienas”: Reisu plānošanas lietojumprogrammām ir ļoti grūti apstrādāt vērtību “oficiāli svinamās dienas”. Precīzai aprēķinu veikšanai ir vajadzīgs katras valsts oficiāli svinamo dienu saraksts. Ja šāds saraksts nav pieejams, attiecīgie ierobežojumi tiks attiecināti uz oficiāli svinamajām dienām.

—	“izņemot”: šo kodu nedrīkst izmantot. Pārtraukti intervāli ir jānorāda kā atsevišķi ierobežojumu periodi vienā ierobežojumā, tāpēc šis kods netiks rādīts / nebūs pieejams paziņojumu redaktoriem.

—

Intervāla koda “nepārtraukti” lietošanas loģika un rādāmā informācija: <date_start>2015-04-01+01</date_start> <date_end>2015-06-30+02</date_end> <time_start>06:00:00</time_start> <time_end>10:00:00</time_end> <interval_code>CON</interval_code> Ja interval_code kods apzīmē nepārtrauktu laiku, vērtība start_time ir attiecināma uz start_date datumu un vērtība end_time ir attiecināma uz end_date datumu, piem., no 1. aprīļa plkst. 6.00 līdz 30. jūnija plkst. 10.00.

—

Lietošanas loģika un rādāmā informācija, kad tiek izmantots jebkurš cits kods, kas nav “nepārtraukti”: <date_start>2015-04-01+01</date_start> <date_end>2015-06-30+02</date_end> <time_start>06:00:00</time_start> <time_end>10:00:00</time_end> <interval_code>WRK</interval_code> Ja interval_code kodam ir cita vērtība, start_time un end_time vērtības ir attiecināmas uz interval_code kodu, piem., no 1. aprīļa līdz 30. jūnijam, no pirmdienas līdz piektdienai, plkst. 6.00–10.00.

—	Ierobežojuma beigu laiks pēdējā ziņojuma versijā ir jānorāda vienmēr.

7.   Vispārīgi īstenošanas noteikumi

Ir jāņem vērā tālāk norādītais.

—	Izstrādājot NtS lietojumprogrammas (meklēšanas maskas, e-pastu abonementu veidlapas, ziņojumu rādīšana), ir jāņem vērā NtS Reference Tables atsauču tabulās sniegtā tabula “GUI_labels”.

—	Vērtība date_end nevar būt agrāka par vērtību date_start.

—	Veidojot jaunus ziņojumus, NtS redaktoriem netiks rādīti kodi, kas tikuši atspējoti (vairs netiek izmantoti), saņemot NtS izmaiņu pieprasījumu (skatīt NtS XSD komentārus). Šie kodi joprojām ir iekļauti NtS XSD uzskaitījumā, lai nodrošinātu atpakaļsaderību.

7.1.   Sadaļas “number_section” aizpildīšana

Ikvienam numuram (Organisation/Year/Number/Serial) katrā ziņojuma veidā ir jābūt unikālam. Tas nozīmē, ka dažādu veidu ziņojumiem var būt vienāds NtS numurs.

Lietotājiem ziņojumu numurs ir svarīgs tikai FTM un ICEM ziņojumos. Visiem pārējiem ziņojumu veidiem atkarībā no valsts prasībām ziņojuma numura rādīšanu var izlaist.

Lietotājiem ziņojuma numurs tiks rādīts šādā formātā “Message Type/Country/Organisation/Year/Number/Serial” (pielietojot filtrus, ziņojumu var saīsināt, ja šādi netiek zaudēta informācija).

7.2.   Elementu “from”, “originator”, “organisation” un “source” norādīšana

Identifikācijas sadaļas elementa “from” laukā tiek norādīts tās valsts sistēmas nosaukums, kas izsūta ziņojumu (piem., ELWIS, DoRIS, SLOVRIS, FLARIS).

Elements “originator” norāda organizāciju, kas ievada ziņojumus valsts sistēmā.

Elements “source” norāda iestādi, kurai FTM ziņojumi tiek publicēti.

Elements “organisation” sadaļā nts_number norāda tās organizācijas nosaukumu, kas piešķir nts_number vērtības (NtS ziņojumu sniedzējs).

7.3.   Elementu izlaišana

Netiks izmantoti nosacījuma elementi, kas satur tikai standarta vai noklusējuma vērtības, jo tie izraisa papildu ziņojumu nosūtīšanu bez pievienotās vērtības.

Tas attiecas uz šādiem elementiem:

—	mērķgrupa: target_group_code kods “ALL” ar direction_code kodu “ALL” (ja ziņojumā nav ietverta neviena cita konkrēta mērķgrupa),

—	position_code: AL,

—	reason_code: OTHER.

7.4.   Vērtības “date_issue” automātiska norādīšana

FTM un ICEM ziņojumi

FTM un ICEM ziņojumiem elementa date_issue vērtība ir vienāda ar ziņojuma publicēšanas laiku un datumu. Ja ziņojums tiek atjaunināts, elementa date_issue vērtība ir vienāda ar atjauninājuma publicēšanas laiku un datumu.

WRM un WERM ziņojumi

WRM un WERM ziņojumiem elementa date_issue vērtība ir vienāda ar apstrādes pieprasījuma saņemšanas laiku un datumu, jo vienā W(E)RM ziņojumā var būt vairāki mērījumi ar atšķirīgiem izdošanas laikspiedoliem.

7.5.   Laika joslu informācijas izmantošana NtS ziņojumos

NtS XML ziņojumos vienmēr tiks norādīts vietējais datums un laiks, ietverot arī laika joslas informāciju.

Vienīgais izņēmums šim noteikumam ir “time_start” un “time_end” vērtības “limitation_period” sadaļā. Tā tas ir tāpēc, ka ierobežojumu sadaļā var izmantot intervālus. Ja sākuma datuma un beigu datuma laika skaitīšanas veids atšķiras (piem., CEST un CET), intervālā būtu jānorāda laika joslas informācijas izmaiņas. Šādu izmaiņu nevar norādīt vienā ierobežojuma periodā. Tā vietā, lai veidotu atsevišķus ierobežojumu periodus katram laika skaitīšanas veidam, tiek izmantots tikai viens ierobežojuma periods, nenorādot laika joslu informāciju, lai samazinātu apstrādājamo un nosūtāmo ziņojumu apjomu.

7.6.   Sekunžu izmantošana NtS ziņojumos

Ir vispārpieņemts (datuma)/laika laukos norādīt arī sekundes, taču tās netiks rādītas NtS lietotājiem. Ar minūtēm ir pietiekami, lai nodrošinātu NtS ziņojumiem vajadzīgo detalizācijas līmeni.

7.7.   Decimāldaļskaitļu formāts NtS ziņojumos

Ciparus aiz veselā skaitļa attiecīgajos skaitļu laukos atdala ar “.” (punktu). Tūkstošiem atdalītājzīmes netiek lietotas.

Aiz veselā skaitļa norādāmo ciparu skaits ir ierobežots, lai nodrošinātu lietotājiem ērti pārskatāmu atveidi.

7.8.   NtS ziņojumos izmantojamās mērvienības

NtS ziņojumos atļauts izmantot tikai šādas mērvienības: cm, m3/s, h, km/h un kW, m/s (vējam), mm/h (lietum) un grādi pēc Celsija skalas; lietojumprogrammas var šīs mērvienības konvertēt, lai nodrošinātu lietotājiem ērtu uztveramību.

Ja ievades mērvienības atšķiras no standarta mērvienībām, ievadītās vērtības ir attiecīgi jākonvertē pašā lietojumprogrammā.

7.9.   Noteikumi par elementu “name”, “position_code” un “type_code” lietošanu

Elements “name” tiek ievadīts automātiski, izmantojot RIS Index sistēmas atsauces datus “national object name” (NtS redaktori var labot automātiski ievadīto nosaukumu, ja tā ir attiecīgās valsts prasība). Objektu nosaukumu piešķiršanas noteikumi ir pieejami RIS Index Encoding Guide vadlīniju versijā 2.0 vai jaunākā. Piemērotu objektu nosaukumu piemēri ir ietverti arī NtS Encoding Guide vadlīnijās redaktoriem.

Veida kodu pirms objekta nosaukuma automātiski pievieno lietojumprogramma.

Objektu pozīcija tiek norādīta ar pozīcijas kodu, kuru objektam pievieno NtS lietojumprogramma, izmantojot RIS Index sistēmu. Redaktori var mainīt automātiski ievadītos veida un pozīciju kodus. Objektu pozīcijas kodi netiek norādīti geo_objects objektiem, kas norādīti fairway_section sadaļā.

Pilns objekta nosaukums ietver position code kodu, type code kodu un name elementu.

Lai atvieglotu NtS redaktoru darbu NtS redaktoru rīkos var ieviest tālāk norādītos kartēšanas principus, kas atļautu redaktoriem atrast/atlasīt pareizos objektus, izmantojot RIS Index sistēmas function_code kodu vai NtS type_code kodu.

1. tabula

Saderība, “RIS Index function_code” – “NtS type_code”

Function Code	Function Code Meaning	Type Code	Type Code Meaning
—	—
BUAARE	E.1.1 Built-Up Areas		to be selected by editor
BUISGL	E.1.2 Building of Navigational Significance		to be selected by editor
brgare	G.1.1 - G.1.6 Bridge Area [C_AGGR()]	BRI	bridge
bridge_5	G.1.1 Bascule Bridge	BRO	bridge opening
bridge_1	G.1.2 Bridges with Bridge Arches	BRO	bridge opening
bridge_1	G.1.3 Fixed Bridge	BRO	bridge opening
bridge_4	G.1.4 Lift Bridge	BRO	bridge opening
bridge_12	G.1.5 Suspension Bridge	BRO	bridge opening
bridge_3	G.1.6 Swing Bridge	BRO	bridge opening
cblohd	G.1.8 Overhead Cable	CAB	cable overhead
pipohd	G.1.9 Overhead Pipe	PPO	pipeline overhead
bridge_7	G.1.12 Drawbridge	BRO	bridge opening
bunsta	G.3.2 Bunker / Fuelling Station	BUS	Bunker / Fuelling Station
cranes	G.3.4 Crane		to be selected by editor
hrbare	G.3.9 Harbour Area	HAR	harbour
hrbbsn	G.3.10 Harbour Basin	HAR	harbour
ponton	G.3.11 Landing Stage, Pontoon		to be selected by editor
morfac	G.3.12 Mooring Facility	MOO	mooring facility
hulkes	G.3.14 Permanently Moored Vessel or Facility		to be selected by editor
prtare	G.3.15 Port Area	HAR	harbour
refdmp	G.3.17 Refuse Dump	REF	refuse dump
termnl	G.3.19 Terminal	TER	terminal
trm01	G.3.19 RORO-terminal	TER	terminal
trm03	G.3.19 Ferry-terminal	TER	terminal
trm07	G.3.19 Tanker-Terminal	TER	terminal
trm08	G.3.19 Passenger Terminal	TER	terminal
trm10	G.3.19 Container Terminal	TER	terminal
trm11	G.3.19 Bulk Terminal	TER	terminal
vehtrf	G.3.20 Vehicle Transfer Location	BER	berth
lokbsn	G.4.3 Lock Basin	LKB	lock basin
lkbspt	G.4.4 Lock Basin Part	LKB	lock basin
lokare	G.4.3 / G.4.4 Lock Area [C_AGGR()]	LCK	lock
excnst	G.4.8 Exceptional Navigational Structure	SLI	ship lift
		TUN	tunnel
		CBR	canal bridge
gatcon	G.4.9 Opening Barrage	BAR	weir
		FLO	flood gate
wtwgag	I.3.4 Waterway Gauge	GAU	tide gauge
FERYRT_2	L.2.1 Cable Ferry	FER	ferry
FERYRT_1	L.2.2. Free Moving Ferry	FER	ferry
feryrt_4	L.2.3. Swinging Wire Ferry	FER	ferry
dismar	L.3.2 Distance Mark along Waterway Axis	RIV	river
achare	M.1.1 Anchorage Area	ANC	anchoring area
achbrt	M.1.2 Anchorage Berth	BER	berth
berths_3	M.1.3 Berth / Fleeting Areas	BER	berth
berths_1	M.1.4 Transhipment Berth	BER	berth
trnbsn	M.4.5 Turning Basin	TUR	turning basin
		CAN	canal
		FWY	fairway
rdocal	Q.2.1 Radio Calling-In Point (notification point)	REP	reporting point
chkpnt	R.1.1 Check Point	BCO	border control
sistat_8	R.2.1 Traffic Sistat – Bridge Passage	SIG	signal station
sistat_6	R.2.2 Traffic Sistat – Lock	SIG	signal station
sistat_10	R.2.3 Traffic Sistat – Oncoming Traffic Indicator	SIG	signal station
sistat_2	R.2.4 Traffic Sitat – Port Entry and Departure	SIG	signal station
pas	Passage Points		to be selected by editor
riscen	RIS centre	VTC	vessel traffic centre
specon	Special Construction		to be selected by editor
trafp	Traffic Points (first reporting points)	REP	reporting point
junction	Waterway node / end of waterway / Junction		to be selected by editor
waypt	Waypoint		to be selected by editor
Legend:
green	Direct match (1:1 relation)
yellow	matching example, other TypeCodes possible (1:n relation)
blue	no direct match / to be selected by editor

7.10.   Elementa “fairway_name” lietošanas noteikumi

Lai izvairītos no lietojumprogrammas loģikas neatbilstības vai vajadzības saņēmējsistēmā (programmatūra, kas lietotājam atveido ziņojumu) nodrošināt atbilstošus atsauces datus, “geo_object” sadaļā vienmēr ir jāiekļauj izvēles elements “fairway_name”, kuram NtS lietojumprogramma automātiski piešķirs “Waterway name”, izmantojot RIS Index sistēmu. NtS redaktori nedrīkst mainīt elementa fairway_name saturu.

7.11.   Izklājlapā “reference_code” esošo tulkojumu skaidrojums

NtS Reference Tables atsauču tabulās sniegtajām reference_code vērtībām tiek sniegtas tālāk norādītās definīcijas.

—	NAP: Nīderlandē saīsinājums NAP tiek lietots un ir saprotams; NAP nav jātulko.

—	KP: “channel level” tiek tulkots un ir pieejams valsts valodā.

—	FZP: tiek lietots tikai saīsinājums “FZP” (mūsdienās gandrīz netiek lietots).

—	ADR: “Adrijas jūra” tiek tulkots un ir pieejams valsts valodā.

—

TAW/DNG: “Tweede algemene waterpassing” (holandiešu val.) – “Deuzième Nivellement Général” (franču val.) ir atsauces augstums, kas tiek lietots Beļģijā, lai izteiktu augstuma mērījumus. 0 ir vidējais jūras līmenis, kad Ostendē ir zems ūdens līmenis. — Holandiešu val.: TAW — Franču val.: DNG — Visās pārējās valodās: TAW/DNG

—	LDC: “zems ūdens līmenis, Donavas komisija” tiek tulkots un ir pieejams valsts valodā.

—	HDC: “augsts ūdens līmenis, Donavas komisija” tiek tulkots un ir pieejams valsts valodā.

—	ETRS: “European Terrestrial Reference System 1989” – saīsinājums “ETRS89” tiek izmantots visās valodās.

7.12.   Ieteikums elementa “coordinate” lietošanai

Lai arī koordinātu elements ģeogrāfisko objektu sadaļā ir nosacījuma, ģeogrāfiskās koordinātas ir jānorāda WGS84 formātā – [d]d mm.mmm[m] N (latitude) and [d][d]d mm.mmm[m] E (longitude). Tā tas tiek darīts, lai NtS ziņojumiem varētu norādīt ģeogrāfiskas atsauces.

7.13.   Mērķgrupu izmantošana

Mērķgrupas sadaļā ir norādīts mērķgrupas kods un virziena kods. Ja abiem kodiem ir norādīta vērtība “ALL” un ziņojumā nav citu konkrētu mērķgrupu, visa ziņojuma sadaļa tiek noņemta. Ja vērtība ir pieejama tikai vienam kodam, otram ir jānorāda vērtība “ALL”, jo abi elementi ir jānorāda obligāti.

Plašāka informācija par mērķgrupām ir pieejama NtS Encoding Guide vadlīnijās redaktoriem.

7.14.   Derīgu ziņojumu parādīšana par noteiktu laika periodu

Elementa validity_period vērtību izmanto lietojumprogrammas, lai atlasītu un parādītu ziņojumus, kurus par noteiktu laika periodu pieprasa lietotāji.

Ja subject_code koda vērtība ir INFSER (informācijas dienests), derīguma termiņš tiek izmantots, lai norādītu laiku, kurā informācijas dienesta ziņojums tiek rādīts lietotājiem, nevis sniegtās informācijas derīguma termiņu (piem., 1 mēnesis).

7.15.   Papildu funkcijas, kas padarītu NtS redaktoru rīku lietošanu ērtāku

Atkarībā no valsts prasībām, NtS redaktoriem var tikt piedāvātas tālāk norādītās funkcijas.

—	NtS lietojumprogrammas var piedāvāt NtS redaktoriem iespēju saglabāt NtS ziņojumu melnrakstus (lai saglabātu ziņojuma melnrakstu, nav jānorāda viss obligātais saturs).

—	Dažādiem redaktoriem var būt dažādas lietotāja lomas (piem., redaktori, kam atļauts ievadīt/mainīt paziņojumus vai publicētāji, kam atļauts publicēt paziņojumus (kā arī rediģēt tos)).

8.   NtS XML ziņojumu struktūra

NtS XML ziņojumu struktūra un datu elementu saturs un mērķis ir noteikti un izskaidroti C papildinājumā: NtS XML shēmas definīcija (XSD).

9.   NtS Web Service pakalpojums

9.1.   Mērķis

NtS ekspertu grupa ir nolēmusi, ka web service tehnoloģija ir piemērots veids, kā nodrošināt paziņojumus kapteiņiem.

Šajā nodaļā izklāstītas specifikācijas web service tehnoloģijai, kas paredzēta paziņojumu kapteiņiem nodrošināšanai jeb NtS Web Service. Īpaša uzmanība tika veltīta plaši izplatītu starptautisku standartu lietošanai.

Viens no koncepta izstrādājuma mērķiem bija panākt web service tehnoloģijas elastības un uzticamības līdzsvaru. Pieprasījumos sniegtie filtru parametri būtībā ir arī kritēriji, kas noteikti NtS standartā (ūdensceļa posms ar izvēles upes km, derīguma laiks, paziņojuma publicēšanas datums). Ņemot vērtā web service pakalpojuma lietošanas gadījumus, tika nolemts, ka šāda pieeja ir pietiekami visaptveroša un vienlaikus arī mazina īstenošanas sarežģītību.

Galvenais rezultāts ir web service tehnoloģijas izstrādes līgums, kurā izklāstīti visi pieprasījumi un atbildes. Web service pakalpojuma lietotāji var paļauties uz šo līgumu, un izstrādātājiem ir jāievēro tā nosacījumi. Šī līguma specifikāciju pamatā ir starptautiskais standarts WSDL.

Visas iesaistītās dalībvalstis ieviesīs vienu vai vairākus web service pakalpojumus dažādo NtS ziņojumu (FTM, WRM, ICEM, WERM) apstrādei un nodrošinās šo pakalpojumu pieejamību internetā (“NtS ziņojumu pakalpojums”).

NtS WS pakalpojuma īstenošanas tehniskās norādes, piem., piemērotu datu pūlu izvēle, lietojumprogrammas un platformas, nav ietvertas šajā specifikācijā, un to izvēle ir katras iesaistītās dalībvalsts atbildība.

Lai definētu drošu komunikācijas kanālu, ir jāņem vērā dažādi drošības aspekti un aizsardzības mērķi. Noteiktos apstākļos var gadīties, ka nav jāņem vērā visi šie aspekti. Dažādu drošības aspektu prioritāte un to ieviešanas pakāpe var būt atšķirīga. Kā arī noteiktu pasākumu īstenojamību var ierobežot tehnisko līdzekļu iespējas. NtS ziņojumu kontekstā visa informācija ir publiska. Tas nozīmē, ka pašu NtS ziņojumu datu aizsardzība nav vajadzīga. Tāpēc katrs pakalpojuma sniedzējs pats var izlemt, cik lielā mērā pakalpojumā tiek nodrošināts šis aspekts.

9.2.   Pamatprincipi un ierobežojumi

9.2.1.   Tīmekļa standarti

NtS Web Service pakalpojumam ir jāatbilst WS-I pamatprofila versijas 1.1 nosacījumiem. Šajā profilā “ir sniegtas sadarbspējas nodrošināšanas vadlīnijas nepatentētu web service pakalpojumu specifikāciju pamatkopu izstrādei, piemēram, SOAP, WSDL un UDDI”  (1). Svarīgākie šeit minētie standarti ir:

—	XML Schema Definition (XSD),

—	Simple Object Access Protocol (SOAP),

—	Web Services Description Language (WSDL),

—	Universal Description, Discovery and Integration (UDDI).

NtS WS pakalpojuma atbildes ziņojums ir NtS ziņojums, kas ir definēts šīs Komisijas regulas C papildinājuma sadaļā “XML shēmas definīcija (XSD)”.

SOAP

ir lietojumprogrammu protokols, kas regulē datu pārsūtīšanu starp IT sistēmām un kura standartus nosaka Globālā tīmekļa konsorcijs (W3C). NtS Web Service pakalpojuma konkrētie elementi ir definēti atbilstīgi šīs Komisijas regulas D papildinājumā izklāstītajām WSDL specifikācijām. NtS standarta shēma (XSD) ir iekļauta ar svarīgu paziņojumu.

UDDI

(Universal Description, Discovery and Integration) ir norādīts kā centrāls, iespējams, starptautisks web service pakalpojumu reģistrs, kurā jāreģistrē NtS tīmekļa pakalpojums. Potenciālie web service pakalpojuma lietotāji varētu izmantot šo reģistru, lai meklētu un atrastu pakalpojumu. Taču potenciālos NtS Web Service pakalpojuma sniedzējus nosaka iesaistītās dalībvalstis, un WSDL specifikācija ir neatņemama standarta sastāvdaļa, tāpēc šobrīd nav vajadzīga neatkarīga NtS Web Service pakalpojuma reģistrācija.

9.2.2.   NtS WS pakalpojuma saziņas modelis un kodēšanas metodes

NtS Web Service pakalpojumam tiek izmantota aplauzta dokumenta/literāļa (Document-literal wrapped) kodēšanas metode, jo šādā veidā ir iespējama validācija, izmantojot XML shēmu, un WSDL specifikācijā definētie darbību nosaukumi SOAP ziņojumos tiek izmantoti tieši kā XML birku nosaukumi.

9.3.   Vispārīgas specifikācijas un ieteikumi

9.3.1.   Specifikācija: informācija par versiju

NtS Web Service pakalpojuma versijas informācija sastāv no divām daļām:

—	web service pakalpojuma versija,

—	web service pakalpojumā izmantotās NtS shēmas versija.

Web service pakalpojuma sadaļā ir divas daļas:

—	web service pakalpojuma galvenā versija,

—	web service pakalpojuma papildversija.

Galvenā versija ir pozitīvs vesels skaitlis, kas norāda web service pakalpojuma galveno versiju.

Papildversija ir nenegatīvs vesels skaitlis, kas norāda web service pakalpojuma galvenās versijas papildversiju.

NtS shēmas sadaļā ir ietverta NtS shēmas versija atbilstīgi NtS ekspertu grupas norādēm.

Tādējādi šeit norādītā NtS Web Service pakalpojuma versija ir 2.0.4.0 – 2.0 ir web service pakalpojuma versija, un 4.0 ir izmantotās NtS shēmas versija.

NtS Web Service pakalpojuma pieprasījumos un atbildēs precīza versijas informācija nav jānorāda. Paredzams, ka tiešsaistē vienlaikus būs pieejamas tikai dažas pakalpojumu versijas. Atšķirīgām versijām varēs piekļūt, izmantojot atšķirīgus vietrāžus URL. Tādējādi katrā NtS Web Service pakalpojuma īstenošanas gadījumā tiks atbalstīta viena konkrēta NtS Web Service pakalpojuma versija.

9.3.2.   Specifikācija: nosaukumvietu struktūra

NtS Web Service pakalpojuma nosaukumvietu pamatā ir RIS ekspertu grupu (http://www.ris.eu/) tīmekļa domēns.

Nosaukumvietas ietver datus, kas norāda attiecīgā pakalpojuma un versijas informāciju. Tādējādi šeit norādītajā pakalpojumā tiek izmantota šāda nosaukumvieta:

NtS ziņojumu pakalpojums: http://www.ris.eu/nts.ms/2.0.4.0

9.3.3.   Ieteikums: nosaukumvietu izmantošana

Labākai XML dokumentu pārskatāmībai nosaukumvietas shēmās un instanču dokumentos ir ieteicams definēt, izmantojot ārēju piemēroto elementu, kā arī nav ligzdotos elementos ieteicams izmantot lokālas nosaukumvietu definīcijas.

9.3.4.   Ieteikums: nosaukumvietu prefiksu lietošana

NtS Web Service pakalpojuma pieprasījumos un atbildēs XML elementi tiks izmantoti kvalificētā veidā, proti, ar skaidri noteiktu nosaukumvietas prefiksu, savukārt XML atribūti – nekvalificētā veidā, proti, bez nosaukumvietas prefiksa.

Lai cilvēkiem atvieglotu salasāmību, ieteicams izmantot intuitīvi saprotamus nosaukumvietu prefiksus, piem., “nts”.

9.3.5.   Specifikācija: ISRS Location Code kodu lietošana

ISRS Location Code kods ir paskaidrots 2. nodaļā NtS Encoding Guide vadlīnijās lietojumprogrammu izstrādātājiem, kā arī RIS Index Encoding Guide vadlīnijās.

Nosūtot vaicājumu NtS Web Service pakalpojumam, klients atsaucei var izmantot dažādus objektus, piem., kuģu ceļa posmus, mērinstrumentus vai slūžas. Ja tiek lietoti atbilstošie parametri (id elements), tajos ir jānorāda ISRS Location Code kodi. Šie parametri parasti tiek norādīti id elements elementos, un katrā ir viens vai divi ID apzīmētāji.

Izmantojot šos parametrus, ir jāievēro tālāk minētie vispārpieņemtie noteikumi.

—	ISRS Location Code kodi ir jānorāda kā pilna garuma 20 rakstzīmju kodi, proti, bez apraujošām noslēguma nullēm.

—

Ja ID elementā tiek izmantoti divi ID apzīmētāji, abiem ISRS Location Code kodiem ir jāattiecas uz vienu ūdensceļu. Tas nozīmē, ka kodos ir dažas vienādas rakstzīmes, kas norādītas ISRS Location Code koda fairway_section sadaļā. Kuģu ceļa posma kods kopā ar kuģu ceļa hektometru vērtību kā id elements elementu pāris kopā definē ūdensceļa posmu.

Lai NtS ziņojumos norādītu ūdensceļa posmus (ID elementu pāris fairway_section sadaļas geo_object elementā), ir jāņem vērā tālāk norādītais par ISRS Location Code kodu.

—	Rakstzīmes 1–2 (Country code kods): — ID pārī tiem jābūt identiskiem, taču — vienā ID pārī var tikt norādīti dažādi valstu kodi, ja kaimiņvalstis konkrētam ūdensceļam izmanto vienādus kuģu ceļa posma kodus un vienādas hektometru vērtības noteikšanas sistēmas.

—	Rakstzīmes 3–5 (UN Location code kods): — nav būtiski, ID pārī var tikt norādīts atšķirīgs saturs.

—

Rakstzīmes 6–10 (Fairway section code kods): — ID pārī tiem jābūt identiskiem, taču — [izņēmums]: ja NtS WS pakalpojumā tiek izmantoti Beļģijas ISRS Location Code kodi, vienā no tiem kuģu ceļa posmu identificēšanai var izmantot tikai rakstzīmes no 6 līdz 8, jo NtS ziņojumi tiks publicēti viena kuģu ceļa dažādos posmos.

—	Rakstzīmes 11–15 (Object Reference Code): — nav būtiski, ID pārī var tikt norādīts atšķirīgs saturs.

—

Rakstzīmes 16–20 (Fairway Hectometre): — sastāv no pieciem cipariem, kas nosaka hektometru vērtību, tāpēc bieži vien ID pārī būs norādīts atšķirīgs saturs. Piemērs. “00235” kuģu ceļa 23,5. km; “00001” kuģu ceļa 0,1. km, — [izņēmums]: Nīderlandē ne vienmēr tieši sakrīt kuģu ceļa hektometru vērtība un faktiskā kuģu ceļa kilometru vērtība, jo tīklu modelī un faktiskajos apstākļos kuģu ceļa posma sākums tiek definēts atšķirīgi. Šādos gadījumos “dismar” veida objektu atsauces kods sākas ar “Kxxxx” (“xxxx” norāda faktisko ūdensceļa kilometru, piem., NLSVG00130K000300191 (3. km)). Taču citiem objektu veidiem nav tiešas saistības ar faktiskajiem kuģu ceļa kilometriem ISRS kodos, piem., “Sas van Gent” tiltam kuģu ceļa 2,5. kilometrā ISRS kods ir NLSVG001300521600186. Kanāla “Kanaal Gent-Terneuzen” faktiskā attāluma mērīšana (0,0 km) sākas no Beļģijas un Nīderlandes robežas, taču kuģu ceļa hektometru attāluma mērīšana (0,0 km) sākas kanāla sākumā Gentē.

Ja ziņojums attiecas uz vairākiem ūdensceļiem vai kuģu ceļa posmiem, visi kuģu ceļa posmi ir jādefinē, norādot to sākuma un beigu punktus atsevišķos “fairway_section” XML elementos.

Dažās valstīs/reģionos obligāti ir jānodrošina filtru funkcionalitāte. Piemēram, ja ISRS Location Code kods (1–2) ir BE, izmantojiet ISRS Location Code kodu (6–8) kā lineārās atsauces ID uz kuģu ceļa hektometru (ISRS Location Code kods 16–20). Tālāk norādīti kuģu ceļa posmu (fairway_section sadaļā norādīti derīgi ID elementu pāri) piemēri, kuros iekļauti iepriekš norādītie izņēmumi.

—

Abi NL ISRS Location Code kodi ir derīgas ūdensceļa posmu definējošas vērtības (ir parādīts NL izņēmums attiecībā uz kuģu ceļa kilometru): NLSVG00130K000300191 (3,0. kilometrs pie Sas van Gent tilta Kanaal Gent-Terneuzen kanālā) – NLWDP00130K000400200 (4,0. kilometrs pie Westdorpe ciema Kanaal Gent-Terneuzen kanālā).

—

Abi BE ISRS Location Code kodi ir derīgas ūdensceļa posmu definējošas vērtības (ir parādīts BE izņēmums attiecībā uz fairway section code kodu (020 Albertkanaal)): BEGNK02016L010100414 (Genk slūžas atrodas Albert Canal kanāla 41,4. kilometrā) – BEOSH02033L010500772 (Ham slūžas atrodas Albert Canal kanāla 77,2. kilometrā).

Attēlā tālāk norādīti pretēji piemēri ISRS Location Code koda lietošanai katram no vispārpieņemtajiem noteikumiem (vispārpieņemto noteikumu izņēmumi neattiecas uz SK ūdensceļa posmiem).

Nederīgi ISRS Location Code koda vaicājumi

Vispārīga piezīme: NtS Web Service pakalpojums neatbalsta pakalpojumu derīgu ISRS Location Code kodu vaicājumiem. ISRS Location Code kodi ir norādīti Eiropas Atsauces datu pārvaldības sistēmā (ERDMS).

Pareizs ISRS Location Code kodu lietojums vaicājumos un kodu skaidrojums ir parādīts tālākajos piecos gadījumos.

1. gadījums: pieprasījumā nav iekļauts ID elements

Pieprasījumā ID elements nav obligāts, proti, atļauts veidot vaicājumu bez ID elementiem:

Derīgs vaicājums bez ID parametra

Ja ID elements nav norādīts, tiks parādīti visi ziņojumi (protams, atbilstīgi citiem filtru kritērijiem, piemēram, validity_period vai dates_issue).

2. gadījums: pieprasījums ar vienu ID elementu

Katra ID elementā var būt iekļauts viens vai divi ID elementi. Attēlā tālāk ir parādīts gadījums ar vienu ID elementu:

Derīgs vaicājums ar vienu ID parametru

Saņemot šādu vaicājumu, serveris parādīs visus atbilstošos ziņojumus, kuros sākuma hektometrs ir ≤ ar norādīto vērtību (piemērā – 240,7) un beigu hektometrs ir ≥ ar šo vērtību. Attēlā tālāk parādīta šādu ziņojumu atlase: vaicājumā norādītais punkts atrodas starp sākuma un beigu hektometru vērtībām 1., 3. un 4. ziņojumā, tāpēc tiktu parādīti šie ziņojumi. Netiktu parādīts 2., 5. un 6. ziņojums, jo vaicājumā norādītais punkts nesakrīt ar vērtībām šajos ziņojumos.

Ja norādītais ISRS Location Code kods attiecas uz vienu objektu, piem., mērinstrumentu vai slūžām, web service pakalpojumam jāparāda ziņojumi, kas attiecas uz šo objektu.

Atbilstoši un neatbilstoši ziņojumi parametram ar vienu ID

3. gadījums: pieprasījums ar diviem ID elementiem

Katra ID elementā var būt iekļauts viens vai divi ID elementi. Attēlā tālāk ir parādīts gadījums ar diviem ID elementiem:

Derīgs vaicājums ar diviem ID parametriem

Visas vaicājumā ietvertās hektometru vērtības tiks uzskatītas par derīgām arī tad, ja attiecīgajam kuģu ceļa posmam ir atšķirīgi sākuma vai beigu punkti. Piemēram, ja kuģu ceļa posma sākums ir 100,0. hektometrs un beigas ir 300,0. hektometrs, pieprasījuma vaicājums ar hektometru vērtībām 20,0–400,0 tiktu uzskatīts par derīgu. Protams, pašā sistēmā tiktu meklētas atbilstības tikai “īstajam” kuģu ceļa posmam.

Šādā veidā iespējams veikt visu kuģu ceļa ziņojumu meklēšanu, nezinot tā patieso hektometru diapazonu (lai to darītu, jānosūta ISRS Location Code kods, kurā hektometru vērtība iestatīta uz attiecīgi “00000” vai “99999”).

Tiks parādīti visi ziņojumi, kuros norādītās vērtības būs ietvertas norādītajā hektometru intervālā. Diagrammā tālāk parādīta šāda situācija:

Atbilstoši un neatbilstoši ziņojumi parametram ar diviem ID elementiem

Attēlā iepriekš ir parādīta situācija, kad vērtības “pārklājas”. Diapazons 1.–4. ziņojumā pārklājas ar vaicājumos ietverto hektometru diapazonu (daļēji vai pilnībā), bet 5. un 6. ziņojuma diapazons atrodas ārpus vaicājumā norādītās vērtības, tāpēc 1.–4. ziņojums tiks parādīts, bet 5. un 6. netiks parādīts.

Tehniskais noformējums ziņojumam, kas pārklājas ar intervālu [A, B]: ziņojuma hektometru sākuma punkts ir ≤ B un hektometru beigu punkts ir ≥ A.

Apvienojums: pieprasījumā iekļauti vairāki ID elementi

Derīgs vaicājums ar vairākiem ID elementiem

Pieprasījumā apvienojot vairākus ID elementus, tiek iegūts atbilstošu ziņojumu kopums. Katrs ID elements tiek nolasīts atsevišķi, un ziņojums tiek parādīts, ja tas atbilst vismaz vienam no elementiem. Tādējādi parādītajā piemērā tiktu parādīti šādi ziņojumi:

—	visi ziņojumi par objektu, kura ISRS Location Code kods ir SKXXX0000010000***** un kura sākuma hektometra punkts ir 0 un beigu hektometra punkts ir ≥ 0 (skatīt 2. gadījumu),

—	visi ziņojumi par objektu, kura ISRS Location Code kods ir SKXXX0000500000***** un kura hektometra vērtība atrodas hektometru intervālā [11,0–15,0] (skatīt 3. gadījumu),

—	visi ziņojumi par objektu, kura ISRS Location Code kods ir SKXXX0000200000***** un kura sākuma hektometra punkts ir ≤ 110,5 un beigu hektometra punkts ir ≥ 110,5 (skatīt 2. gadījumu),

—	visi ziņojumi par objektu, kura ISRS Location Code kods ir SKXXX0000500000***** un kura hektometra vērtība atrodas hektometru intervālā [220,0–300,0] (skatīt 3. gadījumu).

9.4.   NtS ziņojumu pakalpojums (īstenošanas specifikācija)

Šajā nodaļā ir izklāstītas NtS ziņojumu pakalpojuma īstenošanas specifikācijas, kas izriet no iepriekšējās nodaļās minētajiem apsvērumiem un lēmumiem.

NtS ziņojumu pakalpojums nodrošina četru veidu NtS ziņojumu izsūtīšanu:

1.	NtS FTM (ziņojumi par kuģu ceļu un satiksmi).

2.	NtS WRM (ziņojumi par ūdens līmeni).

3.	NtS ICEM (ziņojumi par ledu).

4.	NtS WERM (ziņojumi par laikapstākļiem).

Īstenots NtS ziņojumu pakalpojums var atbalstīt visus vai īpaši atlasītus ziņojumu veidus. Iesaistītajām dalībvalstīm ir atļauts konkrētam ziņojuma veidam izmantot vairākus pakalpojumus, kas viens otru papildina.

9.4.1.   Pieprasījums

Lai nodrošinātu pakalpojuma uzticamību, vienlaikus nepadarot sistēmu pārāk sarežģītu, NtS Web Service pakalpojumam nevar izmantot papildu vaicājumu iesūtīšanas valodas. Ir jāpielieto WSDL sniegtās konstrukcijas. Īpašās darbības un to parametri ir pilnībā aprakstīti WSDL specifikāciju sadaļā. Attiecībā uz NtS ziņojumu pakalpojumu tiek definēta viena darbība.

Tēmu filtru kritēriju pamatā ir NtS standarts, kas ir paplašināts, ņemot vērā parametru kardinalitāti:

—	ziņojuma veids (obligāti; viens no šiem: “FTM”, “WRM”, “ICEM”, “WERM”),

—	konkrēti ūdensceļa posmi vai to daļas vai konkrēti objekti (nav obligāti; norāda viens ISRS Location Code kods un/vai ISRS Location Code kodu pāris),

—	derīguma laiks (nav obligāts; sākuma un beigu datums),

—	paziņojuma publicēšanas datums (nav obligāts; parasts datums un/vai datumu intervāli).

Pakalpojums parādīs tikai tos ziņojumus, kas atbilst norādītajiem kritērijiem.

Lapošanas mehānisms

Lai varētu kontrolēt datu apjomu, ir ieviests lapošanas mehānisms. Lapošanas parametrs ir definēts, izmantojot saliktu tipu, kurā ietverti tālāk norādītie elementi.

—	Offset: pirmā parādītā ziņojuma sērijas numurs (integer ≥ 0).

—	Limit: maksimālais ziņojumu skaits (integer ≥ 0).

—	Total count: atzīmēt ar karodziņu, ja tiek parādīts kopējais ziņojumu skaits (Boolean vērtība).

Saliktais lapošanas parametrs nav obligāts, taču, ja tas ir izmantots, ir jāparāda visi atbilstošie elementi. Šādā situācijā lapošanas mehānisms darbojas, kā norādīts tālāk.

Kopējais ziņojumu skaits nepārsniegs parametra limit vērtību, izņemot gadījumus, kad vērtība 0 nozīmē, ka “ierobežojumu nav”. Atbildē tiek izlaisti tik ziņojumi, cik norādīts parametrā offset. Lai nodrošinātu šāda mehānisma darbību, pakalpojumā jāizmanto īslaicīgi stabila (bet citādi patvaļīga veida) ziņojumu secība, piem., starp diviem ziņojumu datu atjauninājumiem web service pakalpojuma bāzes datu kopā. Tas nozīmē, ka diviem secīgi nosūtītiem identiskiem pieprasījumiem jāparāda vienādi ziņojumi vienādā secībā. Parametrs total count nosaka, vai atbildē tiks parādīts kopējais tēmu kritērijiem atbilstošais ziņojumu skaits. Parasti pietiek, ja šī informācija tiek pieprasīta pirmajā atbildē un tiek izlaista secīgajās atbildēs. Tam būtu jāuzlabo web service pakalpojuma darbība.

Lapošanas mehānisms atļauj nosūtīt ziņojumu pieprasījumus iterāciju veidā sadaļā “lapas”. Lai lapošanas mehānisms darbotos pareizi, katrā pieprasījuma reizē ir jānorāda vieni un tie paši tematu parametri.

9.4.2.   Atbilde

Ja pieprasījums ir veiksmīgs, NtS Web Service pakalpojuma atbildē ir ietverts pieprasījuma parametriem atbilstošs NtS ziņojums. NtS ziņojumiem ir jāatbilst NtS shēmai, un tos var pārbaudīt, izmantojot šo shēmu. Ziņojuma veids ir obligāts pieprasījuma parametrs, tāpēc katrā atbildē var būt ietverti tikai viena ziņojumu veida NtS ziņojumi – FTM, WRM, ICEM vai WERM.

Ja pakalpojums pieprasījumu apstrādes laikā uztver kļūdas, tas var parādīt dažādu kļūdu ziņojumu skaitu, izmantojot kļūdu kodus, kas norādīti apakšnodaļā tālāk.

Vienā NtS Web Service pakalpojuma atbildē var būt ietverti gan NtS ziņojumi, gan kļūdu ziņojumi.

Ja pieprasījumā ir ietverti lapošanas parametri, atbildē var tikt parādīta arī izvēles lapošanas informācija. Šādā gadījumā nobīde un ietverto ziņojumu skaits ir obligāts, bet kopējais skaits ir jānorāda tikai tad, ja tas ticis pieprasīts.

Ievērībai: tiek pieņemts, ka saziņa starp web service pakalpojumu un lietotāju ir izveidota, proti, pakalpojums saņem pieprasījumu, un lietotājs saņem attiecīgo atbildi. Tehniskās kļūdas, piem., interneta savienojuma pārtraukums vai web service pakalpojuma nepieejamība apkopes vai bojājumu dēļ, šeit netiek ņemtas vērā. Šeit tiek ņemtas vērā tikai kļūdas, kas no lietotāju skatpunkta norisinās “aiz” web service pakalpojuma saskarnes.

Kļūdu paziņojumi

Tālāk ir parādīti paredzamo kļūdu situāciju kļūdu kodi un to skaidrojumi. Atbildē ir ietverts tikai kļūdas kods – tā ir standarta procedūra XML shēmas NtS ziņojumos.

NtS ziņojumu pakalpojuma kļūdu kodi

Code	Description	Explanation
e010	message type not supported	web service does not support the requested message type
e030	paging parameters inconsistent with messages	parameters for paging mechanism do not fit the available messages, e.g. Offset ≥ Total Count
e100	syntax error in request	request violates the schema for requests; can be specified in more detail by further e1xx-Codes
e110	incorrect message type	given message type is not known
e120	incorrect type-specific parameters	type-specific parameters are erroneous
e130	incorrect paging parameters	given parameters for the paging mechanism are erroneous
e200	operation not known	the requested operation is unknown
e300	data source unavailable	data source of the web service for the NtS data is temporarily unavailable (technical problem)
e310	too many results for request,	server is unable to handle number of results

9.5.   Pakalpojumu un klientu veidošana

Ja konsekventi tiek ievērota pieeja, ka vispirms tiek noslēgti līgumi, proti, WSDL dokumentu formātā tiek piedāvāts viens vai vairāki līgumi ar pilnīgiem saskarņu aprakstiem, pakalpojuma(-u) īstenošana, kā arī attiecīgā klienta piesaistīšana var tikt reģistrēta automātiski, izmantojot piemērotus programmatūras rīkus. Ideālā gadījumā nav vajadzīgs manuāli mainīt ģenerēto avotkodu.

Taču vairumā gadījumu ir vajadzīgas vairākas iterācijas, lai WSDL specifikācija atbilstu šāda rīka precīzajām prasībām. Parasti no rīka tiek saņemtas individuālas prasības par WSDL standarta izmantošanu, lai rīks darbotos bez problēmām. Tāpēc var būt nepieciešamas izmaiņas WSDL specifikācijā, kaut arī sākotnēji WSDL specifikācija bija uzskatāma par derīgu atbilstīgi WSDL standartam. Ja web service pakalpojuma WSDL specifikācija tiek mainīta pēc tam, kad jau ir ģenerēts pakalpojums vai klients, atkarībā no veiktajām izmaiņām var būt nepieciešams veikt jaunu ģenerēšanu.

Glosārijs

Jēdziens	Skaidrojums
ID	Identifikācija
ISRS Location Code kods	Starptautiskā kuģniecības reģistra standarta ģeogrāfiskās informācijas kods
NtS	Paziņojumi kapteiņiem
RIS	Upju informācijas pakalpojumi
SOAP	Vienkāršais objektpiekļuves protokols; tīkla protokols, ko parasti izmanto tīmekļa pakalpojumos
UDDI	Universālais uzņēmumu reģistrs; reģistrācijas pakalpojumu standarts tīmekļa pakalpojumu kontekstā
UN	Apvienoto Nāciju Organizācija
URL	Vienotais resursu vietrādis; tīkla resursu atrašanās vieta, ko parasti izmanto interneta adresēs
WGS 84	Pasaules ģeodēziskā sistēma 1984
WS	Tīmekļa pakalpojums; pakalpojums, kas internetā nodrošina savu saskarņu pieejamību un kam var piekļūt internetā
WSDL	Tīmekļa pakalpojumu apraksta valoda; tīmekļa pakalpojumu specifikāciju standarts
WS-I	Tīmekļa pakalpojumu sadarbspējas organizācija; nozares konsorcijs, kas darbojas ar mērķi veicināt tīmekļa pakalpojumu sadarbspēju
XML	Paplašināmās iezīmēšanas valoda; metavaloda strukturētai un no platformām neatkarīgai datu atveidošanai
XSD	XML shēmas definīcija; XML dokumentu struktūras specifikācijas standarts

---

(1)  Apraksts ir citēts no WS-I tīmekļa vietnes: http://www.ws-i.org.