Penggunaan Obyek katalog untuk ENC A.

51

tabel 4.1
Keterangan:
Sebuah bangunan yang rusak atau tonggak harus dikodekan dalam cara yang sama sebagai
fitur dalam kondisi/situasi baik, tetapi dengan atribut CONDTN = 2 (rusak).
Ketika bangunan ditampilkan sebagai daerah, menunjukkan bentuk yang sebenarnya, dan
diperlukan untuk mengkodekan fitur yang menonjol seperti bangunan atau menara yang
merupakan bagian dari dua struktur benda yang harus dirancang
(Lihat Gambar 3 b):
- Sebuah BUISGL objek dari tipe daerah untuk bangunan utama,
- Sebuah LNDMRK objek dari tipe titik untuk fitur yang menonjol.
Untuk gudang-gudang kapal tertutup, setiap benda yang berhubungan harus dikodekan
sebagai "real world", misalnya dermaga sebagai SLCONS , ponton sebagai PONTON ,
keseluruhan pos sebagai MORFAC.
Daerah yang beratap dapat ditutupi sebuah objek BUISGL yang merupakan bentuk daerah,
dengan atribut INFORM = Boathouse atau Boatshed . Jika layanan yang disediakan oleh
struktur yang diketahui, kelas objek SMCFAC (lihat klausul 4.6.5) atau HRBFAC (lihat
pasal 4.6.1) juga dapat dikodekan.
Jika diperlukan untuk mengkodekan sebuah bangunan lepas pantai, tonggak batas atau silo
/ tangki, sebuah tampilan berbasis objek ECDIS (misalnya PILPNT , LNDARE , PONTON
) juga harus dikodekan bertepatan untuk memastikan fitur yang selalu ditampilkan pada
ECDIS. Dalam pemasangan, lampu harus dikodekan seperti yang dijelaskan dalam ayat 12,8,
dengan BUISGL , LNDMRK atau SILTNK digunakan sebagai objek struktur untuk
LIGHTS peralatan objek (s) (lihat pasal 12.1.1).
Untuk pengkodean kendaraan angin lepas pantai, lihat pasal 11.7.4.
Pengertian S-57 sebagai nilai atribut CATLMK = 7 (tiang) harus diinterpretasikan sebagai
struktur tinggi relatif yang biasanya dilakukan vertikal dengan garis lini(depan).
Pengertian S-57 sebagai nilai atribut CATLMK = 17 (menara) harus diinterpretasikan
sebagai struktur tinggi relatif yang merupakan struktur mandiri.
Tidak semua tonggak batas secara visual mencolok. Jika fitur visual mencolok (jelas dan
terasa terlihat dari arah laut), atribut Convis = 1 (visual mencolok) harus dikodekan (lihat S-4
– B 340).
4.8.16 Pagar dan dinding
Jika diperlukan pengkodean pagar atau dinding, harus dilakukan dengan menggunakan kelas
objek FNCLNE .

4.8.17 Benteng Bangunan (lihat S-4 - B-379)

Jika diperlukan untuk pengkodean benteng bangunan, hal itu harus dilakukan dengan
menggunakan kelas objek FORSTC .

Keterangan:
Sebuah FORSTC objek dengan atribut CATFOR = 5 (menara Martello) harus digunakan
untuk mengkodekan setiap menara berbenteng atau benteng bulat digunakan untuk
pertahanan pesisir.
Jika diperlukan pengkodean benteng bangunan lepas pantai, sebuah tampilan objek
berbasis ECDIS(misalnya PILPNT , LNDARE ) juga harus dikodekan bertepatan untuk
memastikan fitur ini selalu ditampilkan pada ECDIS. Pemasangan penerangan harus
dikodekan seperti yang dijelaskan dalam ayat 12.8, dengan FORSTC yang digunakan
sebagai objek struktur untuk LIGHTS objek peralatan (s) (lihat pasal 12.1.1).
4.8.18 Tiang dan mendukung jembatan (lihat S-4 - B-381)
Jika diperlukan pengkodean tiang atau jembatan dukungan, itu harus dilakukan dengan
menggunakan kelas objek tiang .

Keterangan:
Sebuah tiang objek daerah dengan atribut WATLEV = 1 , 2 atau 6 harus ditutupi oleh
LNDARE yang merupakan objek dari tipe daerah (lihat pasal 4.8.10).

4.8.19 hambatan minyak (lihat S-4 - B-449,2)

Jika diperlukan pengkodean penghalang minyak, hal itu harus dilakukan dengan
menggunakan kelas objek OILBAR .

4.8.20 Pandangan dan sketsa, sudut pandang

Jika diperlukan untuk menunjukkan gambar atau foto, atribut PICREP harus digunakan untuk
menunjukkan nama file (tanpa jalur) dari file grafis eksternal. File gambar yang membentuk
bagian dari ENC harus dalam format Tagged Image File (TIF).
Pertimbangan harus diberikan untuk penambahan symbol "informasi" di beberapa pengaturan
layar ECDIS di mana PICREP ditempati, yang dapat berkontribusi terhadap kekacauan layar
ECDIS. Karena itu, PICREP hanya diisi masuknya informasi di ENCs, bukan di publikasi
bahari lain, yang dianggap penting dalam hal keselamatan navigasi dan perlindungan
lingkungan laut.
Pengkodean juga harus dipertimbangkan, yang merupakan bagian referensi ke file grafis
eksternal, apakah file sesuai dalam hal:
Ukuran file: file Graphics harus disimpan ke ukuran file minimum, dan harus
dipertimbangkan dalam kaitannya dengan ukuran maksimum dari set data ENC (5MB). Oleh
karena itu, misalnya, file grafis dari 100MB harus dianggap tidak layak. Penggunaan nilai
berikut sebagai pedoman untuk memastikan file ukuran yang dapat diterima:
 Isi grafis: Informasi yang terkandung dalam grafis harus lengkap, dalam hal relevansi
navigasi, pengkodean objek yang terkait. Sebagai contoh, sebuah gambar dari standar khusus
IALA, pelampung yang duplikat atribusi terkait BOYSPP tidak memberikan informasi
tambahan yang relevan dengan pelaut (dan mungkin dianggap pengkodean ganda), dan
karena itu tidak boleh disertakan.
Aspek: Grafik harus memberikan perspektif yang relevan dengan pandangan pelaut.
Sebagai contoh, sebuah gambar dari atas jembatan yang berasal dari sebuah foto yang
diambil dari atas menara jembatan atau gedung di dekatnya tidak memberikan mariner
dengan informasi yang relevan dengan lokasi mereka, dan tidak harus disertakan. Namun,
gambar yang berasal dari sebuah foto yang diambil dari kapal mendekati jembatan dapat
dianggap relevan.
Kesesuaian untuk ditampilkan di ECDIS: Grafis harus sedemikian rupa sehingga semua
informasi dalam grafik terbaca di layar ECDIS. Misalnya, teks termasuk dalam diagram atau
tabel harus cukup besar sehingga dapat dibaca ketika file dibuka di layar ECDIS. Gambar
yang termasuk dalam file grafis juga harus tepat skala sehingga cocok dalam tampilan
gambar pada ECDIS (yaitu tidak hanya mengambil daerah yang sangat kecil dari jendela,
atau begitu besar tetapi gambar harus menyorot untuk melihat seluruh gambar).
Pertimbangan juga harus diberikan kepada variasi dalam kondisi jembatan pencahayaan
kapal. Disarankan bahwa, file terkait diuji dengan membuka file dalam ECDIS sebelum
publikasi oleh ENC.

Keterangan:
Pasal 5.4.1 dari Spesifikasi Produk ENC (S-57 Lampiran B.1) menentukan isi sebuah
ENC pertukaran set, termasuk pilihan untuk menyertakan file gambar. klausa
mengamanatkan penggunaan TIF sebagai format yang akan digunakan untuk file-file ini,
tetapi menyatakan tambahan bahwa "File dalam format lain (Termasuk file aplikasi yang
dapat digunakan untuk memanipulasi teks atau gambar file) dapat dimasukkan dalam
pertukaran ditetapkan oleh perjanjian pribadi antara produsen dan penerima ". Selain itu,
klausa 5.6.4 juga mengamanatkan penggunaan format file TIF untuk file gambar, tetapi
menyatakan tambahan "File dalam format lain, tersedia melalui perjanjian pribadi, harus
mengikuti penamaan umum yang sama konvensi dan menggunakan ekstensi file yang sesuai
untuk menunjukkan format mereka ".
Banyak Jenis Disetujui ECDIS ini telah dikembangkan untuk hanya menerima file TIF saat
membuat SENC sebagaimana diamanatkan dalam ENC Spesifikasi Produk. Hal ini
mengakibatkan gagal ini ECDIS ini untuk memuat file gambar dalam format selain TIF.
Ketika membuat pertukaran set ENC untuk umum distribusi navigasi, file gambar harus
termasuk hanya dalam TIF (TIF) Format .

4.8.21 Tanda dan papan Pemberitahuan

Jika diperlukan untuk mengkodekan tanda tetap atau mengambang atau papan pengumuman,
harus dilakukan dengan menggunakan BCNSPP objek (lihat pasal 12.3.1) atau BOYSPP
objek (lihat pasal 12.4.1), dengan atribut CATSPM = 18 (pemberitahuan mark), atau
menggunakan kelas objek DAYMAR (lihat pasal 12.3.3).
Keterangan:
Jika diperlukan pengkodean tanda atau papan pengumuman yang memiliki lebih dari satu
warna, atribut WARNA dan COLPAT harus digunakan, sesuai dengan aturan yang tercantum
dalam klausul 2.4.
Jika diperlukan pengkodean setiap teks yang ditampilkan pada papan pengumuman atau
tanda, itu harus dilakukan dengan menggunakan atribut INFORM.
Jika diperlukan pengkodean bentuk dan warna papan pemberitahuan, itu harus dilakukan
oleh pengkodean papan sebagai objek DAYMAR .
5. Kedalaman
5.1 sounding datum
Lihat pasal 2.1.3.
5.2 Kedalaman kontur (lihat S-4 - B- 411)

Batas daerah berbatu pengeringan (lihat INT1 - J20) atau terumbu karang (lihat INT1 - J22)
mungkin bertepatan dengan kontur nol meter (lihat (fg) di Gambar 4). Jika diperlukan
pengkodean batas ini, harus dilakukan dengan menggunakan kelas objek DEPCNT dengan
atribut VALDCO = 0 .
Pada kertas grafik, presentasi kontur di bidang lereng curam kadang-kadang umum sehingga
kontur spasi erat dikeluarkan untuk meninggalkan kontur tunggal (lihat (ab) pada Gambar 4).
Sedemikian kasus, kontur ini harus dikodekan menggunakan kedalaman dangkal lereng.
Jika memungkinkan, kontur harus ditutup, atau terhubung ke perbatasan sel, garis pantai fitur
atau kontur lain, untuk mendefinisikan penutupan daerah. objek spasial yang terkait dengan
perkiraan kontur harus dikodekan menggunakan atribut QUAPOS = 4 (perkiraan).
Keterangan:
Produksi Pihak berwenang harus minimal menggunakan standar interval kedalaman
kontur(lihat S-4 - B-411). kontur kedalaman tambahan dapat ditambahkan, bilaman
diperlukan.

5.3 Sounding (lihat S-4 - B-412 dan B-413,1)

Gambar 4 - Kedalaman kontur

Terkait dengan batu atau karang puncak yang merupakan obstruksi ke menu harus dikodekan
menggunakan kelas objek UWTROC (INT1 - K14) dengan atribut VALSOU diisi dengan
nilai terdengar itu.
Geometri sounding diadakan dalam 3 dimensi (lintang, bujur, kedalaman). Dalam
kepentingan efisiensi, beberapa soundings harus dikodekan dalam satu objek spasial, asalkan
semua atribut objek spasial dan geo umum untuk kelompok.
Sebagai faktor multiplikasi terdengar (SOMF) untuk ENC 10, soundings hanya harus
dikodekan ke satu tempat desimal meter. sounding pengeringan harus ditunjukkan dengan
nilai negatif.
Untuk sounding dikelilingi oleh garis bahaya, lihat pasal 6.3.
CATATAN: Penggunaan atribut EXPSOU menunjukkan apakah "nilai terdengar" dalam
atau tidak dalam kisaran kedalaman kedalaman / daerah dikeruk sekitarnya. Hal ini
memungkinkan SOUNDG objek memiliki shoaler "nilai terdengar" dari kedalaman / daerah
dikeruk di mana terletak, yang akan dikodekan pada ENC.
Kelas objek SOUNDG tidak termasuk dalam daftar informasi SENC yang akan ditampilkan
baik dalam dasar tampilan atau standar mode tampilan pada ECDIS kecuali diminta oleh
operator melalui pilihan menu. Oleh karena itu sounding shoaler dari kedalaman pembuluh
keselamatan, seperti yang ditetapkan pada ECDIS, tidak ditampilkan saat menggunakan
tampilan basis atau standar pengaturan tampilan. Selain itu, tidak ada menjamin bahwa
ECDIS merupakan sistem anti-grounding yang akan mendeteksi sounding tersebut baik
dalam perencanaan rute atau bagian monitoring. Hal ini dapat mengakibatkan bahaya
potensial ke menu yang tidak terdeteksi oleh pelaut atau sistem yang digunakan.
Oleh karena itu sangat disarankan untuk tidak menggunakan atribut EXPSOU = 2 (shoaler
dari kisaran kedalaman dari daerah kedalaman sekitarnya) untuk SOUNDG benda. Di mana
terdengar sebuah ditemui yang shoaler dari berbagai kedalaman kedalaman / daerah dikeruk
sekitarnya, pengkode sangat disarankan untuk melakukan penyelidikan lebih lanjut dari
bahan sumber untuk mengkodekan tambahan kedalaman kontur dan informasi daerah
kedalaman yang lebih relevan. Atau, pengkode harus mempertimbangkan menggunakan
kelas objek alternatif dari SOUNDG (misalnya OBSTRN - lihat pasal 6.2.2) untuk
menyandikan kedalaman. Untuk panduan tambahan tentang pengkodean kedalaman dangkal
di daerah dikeruk, lihat pasal 5.5.