Chapter.

10 Sederetan Standar untuk Infrastruktur Data Spasial

Keberhasilan pelaksanaan IDS berbasis internet membutuhkan spesifikasi dan
adopsi sederetan standar yang sesuai untuk memungkinkan kemampuan
interoperabilitas. Perkembangan standar baru dan versi baru dari standar lama
menimbulkan masalah ketergantungan dan kompatibilitas yang memungkinkan
menghalangi pelaksaan arsitektur IDS. Bab ini mengusulkan bagaimana
menentukan sederetan standar geospasial dengan sederetan contoh dari standar
IDS. Proses ini dirancang untuk memfasilitasi deskripsi dan akuisisi teknologi
kompatibel untuk IDS di seluruh dunia. Penerapan seperangkat standar untuk
IDS dapat mengurangi biaya siklus hidup, meningkatkan interoperabilitas,
mengurangi risiko implementasi, dan meningkatkan pelayanan, terutama dalam
mengembangkan dunia. Membangun konsep-konsep ini, Lampiran bab ini
menetapkan Persyaratan IDS Implementasi Latihan Terbaik.
Pendahuluan
Selama lebih dari dua puluh tahun, kegiatan IDS telah maju di tingkat lokal,
regional, dan nasional. Infrastruktur Data spasial adalah realisasi upaya teknis
dan manusia untuk mengkoordinasikan dan memberikan informasi geospasial
dan layanan untuk beberapa tujuan. IDS Cookbook (Nebert 2004)
memperkenalkan IDS sebagai berikut:
Istilah "Spasial Infrastruktur Data" (IDS) sering digunakan untuk menunjukkan
teknologi koleksi dasar yang relevan, kebijakan dan pengaturan kelembagaan
yang memfasilitasi ketersediaan dan akses ke data spasial. IDS memberikan
dasar untuk penemuan data spasial, evaluasi, dan aplikasi untuk pengguna dan
penyedia dalam semua tingkat pemerintah, sektor komersial, sektor non-profit,
akademisi, dan oleh warga negara secara umum.
Sebuah IDS dapat didefinisikan dalam hal sosial yang luas sebagai kerangka
untuk kolaborasi. Kerangka kerja teknis, termasuk penggunaan efektif standar,
untuk IDS memungkinkan interoperabilitas untuk akses dan pertukaran sumber
daya geospasial. Masalahnya adalah bahwa terlalu banyak kegiatan IDS saat
beroperasi sebagai independen aplikasi "silo" dengan sedikit (atau tidak)
interoperabilitas antara IDS. Sering, inisiatif IDS individu mendefinisikan
standand praktik terbaik tanpa melihat bagaimana IDS lainnya menggunakan
standar-standar yang sama. Interoperablity pada sisi yang lain diperlukan
perjanjian independen IDS pada standar yang digunakan, apa versi standar yang
diberikan digunakan, dan sebagainya. Tanpa perjanjian ini, batas keras
dikenakan pada kemampuan kita untuk menerapkan global virtual IDS.
Pernyataan Masalah
Pada tahun 2005, setelah satu tahun upaya terkonsentrasi, Badan Nasional AS
Geospatial Intelligence (NGA) mengumumkan persetujuan infrastruktur data
spasial OGC 1.0 (IDS 1.0) spesifikasi dasar. Masalah NGA kemudian yang
dihadapi adalah bagaimana hati-hati dalam mempertimbangkan dan
menentukan dasar yang sebenarnya dari standar (termasuk versi) dan saling
ketergantungan antara standar. Selanjutnya, tidak ada referensi arsitektur umum
untuk mendefinisikan kerangka bagaimana standar ini bekerja sama untuk
memungkinkan IDS berbasis standar. Puluhan inisiatif IDS menerapkan berbagai
standar internasional untuk data dan penemuan layanan, data akses, visualisasi,

dan analisis. Penggunaan versi yang berbeda dari standar ini membatasi
interoperabilitas antara sistem dan inisiatif. Selanjutnya, inisiatif IDS yang
berbeda menggunakan model konten yang berbeda untuk tema kunci data,
seperti tutupan lahan dan kepemilikan lahan. Pedoman tentang praktik dan
pendekatan terbaik untuk memecahkan masalah interoperabilitas ini adalah
kemampuan penting untuk kita mendefinisikan dan menerapkan IDS global.
Jangkauan dan Tujuan
Bab ini berfokus pada identifikasi kompatibel, kematangan standar geospasial
yang akan memungkinkan teknis maksimum interoperabilitas berdasarkan
kriteria evaluasi umum. Untuk tujuan bab ini, kita istilahkan sederetan ini
kompatibel standar IDS 1.0. Bab ini juga mengusulkan calon standar untuk
penyebaran IDS masa depan atau perangkat tambahan. IDS 1.0 ditujukan untuk
semua komunitas IDS yang tertarik dalam menyediakan dan mengakses data
geospasial melalui Internet. Transnasional IDS, juga dikenal sebagai infrastruktur
data geospasial global (GDI), didefinisikan dimana partisipan berinteraksi untuk
mengembangkan dan berbagi konten dan layanan geospasial untuk kepentingan
umum suatu bangsa atau, benua misalnya Eropa.
Latar belakang dan Dasar pemikiran
Sebuah koordinasi standar IDS akan digunakan untuk mengatur kerumitan
standar yang tersedia dan perubahan versi dan untuk mendorong solusi yang
sesuai secara global.
Kompleksitas
Hampir 100 standar dapat diidentifikasi serta dipertimbangkan sebagai bagian
arsitektur dan penyebaran solusi geospasial interoperable, termasuk berbagai
standar di bidang teknologi informasi dan komunikasi masyarakat. Pemilihan
arsitektur teknis yang tepat dapat menjadi sesuatu yang membingungkan, dan
seleksi mandiri dari standar, yang dapat menyebabkan tidak kompatibel antara
implementasi IDS yang berdekatan. Definisi sederetan standar yang relatif kecil
memungkinkan referensi singkatan untuk kemampuan nominal di lingkungan
SDI, dengan ketentuan untuk mengidentifikasi standar tambahan opsional.
Siklus evolusi
Standar berkembang dan berubah berdasarkan kebutuhan baru dan pengalaman
implementasi. Terlalu sering perubahan dengan jarang berkoordinasi dengan
perubahan standar normatif direferensikan lainnya. Oleh karena itu, identifikasi
serangkaian tertentu standar (dan nomor versi mereka) yang diketahui bekerja
sama dengan baik adalah dari besar manfaat untuk pelaksana dan pengadopsi.
Beradaptasi dengan perubahan sering dalam standar mahal dan rentan terhadap
isu-isu
Ketidakcocokan
Meminimalkan jumlah dan frekuensi perubahan versi adalah tujuan dari proposal
ini. Maksud dari memiliki sebuah SDI nomor versi standar suite, yaitu, 1.0,
adalah untuk mendokumentasikan versi kompatibel tersebut. SDI 1,0 Suite akan
perlu bertambah di masa depan untuk menggabungkan revisi dari standar yang
digunakan pada sederetan.

Kompatibilitas global
Melalui identifikasi seperangkat standar untuk penggunaan SDI, pengembangan
perangkat lunak yang mendukung SDI di salah satu bagian dari dunia dapat
dengan mudah digunakan untuk SDI lain. Ini memperluas pasar mencapai
penyedia solusi dan mengurangi biaya pengembangan perangkat lunak melalui
dukungan yang ditargetkan dari standar versi tertentu.
Standards considered
Standar geospasial terutama dikembangkan oleh Organisasi Internasional untuk
Standardisasi (ISO) Teknis Komite 211 (TC 211) dan Open Geospatial Consortium
(OGC). Mereka sering tergantung pada standar industri lainnya, seperti orangorang dari World Wide Web Consortium (W3C) dan OASIS, yang mengembangkan
standar e-bisnis. Standar internasional untuk kode negara dan sistem koordinat
referensi ada sebelum tahun 1990-an, tetapi upaya standarisasi rinci mulai
digalakkan pada tahun 1994 dengan pembentukan TC 211 dan OGC.
Proses pengembangan standar geospasial telah maju selama dua belas tahun
terakhir sebagian besar dalam konteks World Wide Web dan standar yang
muncul dan infrastruktur. Termasuk yang mendasari standar Internet, lebih dari
75 standar mungkin relevan dengan domain geospasial. Versi standar ini ada di
berbagai negara-pembangunan, dukungan, pelaksanaan, atau bantahan sehingga penyebaran semua standar secara terkoordinasi tidak praktis.
Selanjutnya, tidak ada jaminan bahwa mereka akan berfungsi sama dengan baik.
Identifikasi seperangkat standar sudah merupakan praktek dalam konteks IDS
nasional atau IDS global.
Canada Geospatial Data Infrastructure (CGDI)
mengakui dan mempromosikan penggunaan sederetan yang dipilih dari standar
melalui Teknologi Penasehat. Infrastruktur Data Spasial Nasional (IDSN) AS
mendukung standar yang dipilih melalui Geospasial Portal One-Stop,
geodata.gov. Dalam kedua konteks nasional, standar tersebut memungkinkan
untuk federasi besar, jumlah penyedia jasa yang dioperasikan dan untuk data
yang akan ditemukan, divisualisasikan, dan diakses oleh Web browser dan
aplikasi perangkat lunak.
Kriteria untuk dimasukkan
Mengingat jumlah standar geospasial dan versi standar ini, definisi suite yang
kompatibel mengurangi risiko dan meningkatkan interoperabilitas antar IDS.
Pencantuman standar di SDI 1.0 didasarkan pada berikut
Kriteria:
Bukti pelaksanaan
Penerapan standar tergantung pada banyak faktor, seperti kesederhanaan, pasar
perlu, materi pendidikan, kebijakan, dan sebagainya. Dalam hal SDI 1.0, ada
persyaratan untuk stabilitas dan bukti bahwa standar yang diberikan secara luas
diterapkan dan didukung di kedua teknologi komersial dan open source.
Mendokumentasikan bukti pelaksanaan membantu menentukan standar yang
perlu dimasukkan dalam baseline. Pendekatan ini memiliki fokus pada
pengurangan biaya dan risiko ketika nilai meningkat dengan memanfaatkan
layanan dan konten yang ada.

Solusi komersial dan non-komersial perangkat lunak dan dokumentasi (publikasi,

bagaimana-untuk
panduan,
dan
buku
kerja)
yang
berguna
dalam
mengidentifikasi standar dewasa. Sebagai contoh, situs web OGC berisi
menerapkan produk yang memiliki menerapkan standar OGC. Juga, beberapa
anggota OGC telah mengembangkan alat yang mencari Web mencari publik
server yang tersedia OGC Layanan Web-enabled. Berdasarkan kemampuan
pencarian ini, ada lebih dari 1.000 kasus operasional dari OGC (r) WMS
Antarmuka Standard (refraksi, 2006) (angka-angka ini tidak termasuk contoh
standar OGC yang tersembunyi di balik firewall).
Dependensi
Standar jarang monolitik atau berdiri sendiri dan sering memiliki dependensi
implisit dan eksplisit pada standar lainnya. Hierarki standar, seperti Open System
Interoperability (OSI) stack, menggambarkan vertikal hardware, sistem operasi,
protokol, dan aplikasi hubungan. Ada hubungan horisontal dan penahanan atau
dependensi juga. Versi terbaru dari standar belum tentu salah satu yang akan
bekerja dengan set yang dipilih standar lainnya. Keberhasilan penerapan standar
harus jelas menentukan jenis, konteks, dan versi terkait standar dan penggunaan
mereka. Ketergantungan pada standar lain yang tidak matang atau sebagai
diadopsi secara luas dapat menyebabkan masalah dengan interoperabilitas.
Meminimalkan jumlah dependensi dapat memfasilitasi migrasi ke versi standar
yang lebih baru, mengingat standar terkait dapat berkembang pada jadwal yang
independen.
Stabilitas dan kesesuaian
Penerapan standar teknis untuk memastikan interoperabilitas mensyaratkan
bahwa standar memiliki beberapa cara yang dinilai atau diuji untuk kesesuaian
atau kepatuhan. Ketersediaan tes-tes layanan, metodologi penilaian, Model
pernyataan, atau pengujian software-mempromosikan adopsi interoperable
solusi. Contoh dari lingkungan pengujian kepatuhan adalah OGC CITE
kemampuan
untuk
pengujian
WMS
dan
WFS
kepatuhan
(http://www.opengeospatial.org/resources/?page=testing).
Inti atau status tambahan. Sedangkan beberapa standar geospasial tampak
umum dan diperlukan untuk melaksanakan lokal, regional, dan nasional SUN,
sejumlah standar lain mungkin opsional. "Inti" standar harus dilihat sebagai yang
paling banyak menerapkan standar yang menyediakan fungsionalitas dasar
dalam SDI. Standar tambahan mungkin tidak menjadi diperlukan untuk
implementasi SDI, namun mengidentifikasi opsional, kemampuan terkenal.
Matriks referensi
Tabel 1 berisi daftar standar yang digunakan oleh empat proyek SDI utama.
Kelompok pertama adalah standar resmi direferensikan oleh inisiatif SDI,
sedangkan lima terakhir mewakili implementasi prototipe belum disetujui
sebagai final standar. Pilihan CGDI mewakili kedua standar didukung dan
direkomendasikan. Pilihan AS IDSN mewakili standar yang dibutuhkan oleh
Geospasial One-Stop Portal dalam interaksinya dengan data dan layanan
masyarakat.
The NRW (North Rhein-Westphalia Utara [Jerman]) Pilihan merupakan kombinasi
dari standar yang digunakan oleh GDI lokal proyek serta proyek lintas batas

dioperasikan dalam kemitraan dengan Belanda. Pilihan Catalonian mewakili

teknologi saat ini diimplementasikan dalam tahap pertama dari SDI. Tabel ini
tidak dimaksudkan untuk menjadi lengkap eksplorasi standar diadopsi tetapi
menggambarkan kesamaan dan perbedaan antara SDI nasional dan regional
lingkungan.

dasar Standar
Tabel 2 daftar standar dasar yang standar geospasial mungkin tergantung. Tidak
semua dari standar ini diperlukan untuk pelaksanaan SDI 1.0 standar, tetapi
mereka mungkin diperlukan atau diharapkan untuk hadir dalam masyarakat
lingkungan operasi

Standar isi informasi. Standar berikut ini berlaku untuk konten informasi:
ISO IS19115 / DTS 19.139 standar metadata. Metadata standar ISO 19115: 2003
berisi model abstrak diwakili di UML yang menggambarkan isi dan hubungan
deskripsi data dan layanan geografis. The 19.115 standar tidak tidak
memberikan bimbingan pada encoding atau pertukaran metadata tetapi
berfungsi sebagai panduan untuk informasi apa yang harus didokumentasikan
untuk data dan layanan. Draft ISO Spesifikasi Teknis 19.139 dijadwalkan untuk
rilis pada akhir tahun 2006. isi utama dari kepentingan dalam spesifikasi ini
adalah satu set dokumen XML skema yang dapat digunakan dalam validasi dan
penataan compliant metadata ISO, berasal dari model 19115 metadata.

Meskipun sejumlah paket perangkat lunak dan sistem mengaku mendukung

19.115 metadata, ketersediaan tertunda dari encoding resmi di DTS 19.139
berarti bahwa akan ada beberapa implementasi compliant sampai skema baru
diadopsi dan diimplementasikan. Karena kurangnya praktek pelaksanaan,
19115/19139 harus dipertimbangkan tambahan ke SDI 1.0 standar suite.
FGDC Standar Isi untuk Digital Geospatial Metadata
The Federal AS Geographic Komite Data (FGDC) disetujui versi 1.0 dari Standar
Isi untuk Digital Geospatial Metadata (CSDGM) pada tahun 1994 dan versi 2.0 di
1998. Standar ini hanya mencakup model abstrak dari konten, hubungan,
kewajiban, dan pengulangan dari sifat yang menggambarkan data geospasial.
The FGDC telah menerbitkan skema (XML jenis dokumen deklarasi dan skema
XML dokumen) di situs Web-nya untuk memudahkan validasi dan pengolahan
metadata sesuai standar. Sebuah metadata Program parser (mp) tersedia dari
Survey Geologi AS untuk berdiri sendiri dan penggunaan Web untuk memvalidasi
metadata sesuai dengan standar ini. Ekstensi untuk data biologis dan
penginderaan jauh juga tersedia. CSDGM adalah standar metadata yang paling
banyak digunakan di dunia. Pada Maret 2006, lebih dari 8 juta catatan metadata
ada di Internet dalam koleksi dicari yang mendukung CSDGM. Koleksi metadata
mendukung standar ini telah dikembangkan untuk 32 negara dalam setidaknya
empat bahasa: Inggris, Perancis, Spanyol, dan Portugis. Sejak penerimaan
sebagai standar internasional pada tahun 2003, ISO 19115 telah perlahan-lahan
mengganti CSDGM internasional, dengan validasi melalui ISO 19139 DTS XML
encoding. Pada tahun 2008 standar metadata ISO kemungkinan akan
menggantikan CSDGM di SDI versi standar Suite masa depan. Sampai ada adopsi
luas dan penyebaran 19115/19139, CSDGM tetap menjadi sarana utama untuk
deskripsi data geospasial yang digunakan dalam SUN. Dianjurkan untuk
dimasukkan dalam OGC Geografi Markup Language. OGC Geografi Markup
Language (GML), juga merupakan Standar Internasional ISO (19136 dan OGC
GML 3.2.1), menyediakan sarana pengkodean fitur geografis dan sifat mereka
menggunakan XML.
GML adalah kemasan yang diharapkan untuk fitur yang diminta dari OGC Web
Feature Server (WFS). Data dikodekan dalam GML versi 2 dan 3 dapat divalidasi
menggunakan skema XML yang diterbitkan dengan standar dan dipelihara dalam
repositori skema oleh OGC.
Komunitas OGC menggunakan dua versi utama dari GML yang berbeda dan tidak
kompatibel backwardly. Versi 3.1.1 saat ini yang paling banyak digunakan,
seperti yang sering dipasangkan dengan implementasi dari WFS, meskipun WFS
standar tidak menghalangi layanan data GML 3.2.1-dikodekan. GML 3.1.1 sedang
banyak digunakan untuk mengungkapkan data dasar Tema, dikenal sebagai data
kerangka di Amerika Serikat, dan upaya pemodelan data yang sama di Australia.
Mengingat prevalensi, GML versi 3.1.1 dianjurkan untuk inti SDI 1.0 standar
suite. GML 3.2.1,, adalah direkomendasikan sebagai suplemen untuk SDI 1.0
standar suite. Kami berharap 3.2.1 untuk melihat pelaksanaan yang lebih luas
pada tahun 2009. OGC spesifikasi Filter Encoding. Filter Encoding OGC (FE)
spesifikasi digunakan untuk mengekspresikan query, atau filter, menggunakan
bahasa predikat atau istilah dan operator yang disimpan dalam elemen XML. FE
digunakan dalam pesan permintaan dikirim ke WFS dan dalam query dikirim ke
OGC Layanan katalog CS-W. OGC host referensi XML dokumen skema yang dapat

digunakan untuk memvalidasi pertanyaan terstruktur sesuai dengan standar. FE

versi 1.1 telah disetujui pada tahun 2004 dan direkomendasikan untuk
dimasukkan dalam SDI 1.0 standar suite. OGC Gaya Lapisan Descriptor. OGC
Gaya Lapisan Descriptor (SLD) standar mendefinisikan struktur file XML yang
berlaku render atau simbolisasi aturan untuk fitur. Sebuah SLD dapat dipanggil
sebagai argumen untuk Layanan Web Peta (WMS) untuk menyajikan peta
diminta sesuai dengan aturan gaya disampaikan. Dukungan SLD merupakan fitur
opsional dari WMS dan sebagai tersebut harus dipertimbangkan tambahan ke
SDI 1.0 standar suite.
OGC Web Peta Konteks
Menurut OGC mengadopsi-spesifikasi halaman, "The ... Konteks spesifikasi
negara bagaimana pengelompokan tertentu dari satu atau lebih peta dari satu
atau lebih peta server dapat digambarkan dalam portabel, format yang
platformindependent untuk penyimpanan dalam repositori atau untuk transmisi
antara klien. Deskripsi ini dikenal sebagai 'Web Peta Konteks Dokumen '[WMC]
atau hanya' Konteks. '"Versi 1.1 dari WMC dikoordinasikan dengan WMS versi
1.1.1.
Seperti SLD, versi 1.1 WMC dukungan merupakan fitur opsional dari WMS dan
dengan demikian harus dianggap tambahan ke SDI 1.0 standar suite.
Layanan dan antarmuka standar. Standar berikut ini berlaku untuk akses ke
informasi geospasial dan membangun atas standar isi informasi di atas.
Spesifikasi OGC Layanan katalog. Layanan katalog spesifikasi menyediakan
sebuah model abstrak dan solusi protokol khusus untuk penemuan sumber daya
geospasial. Katalog mengandung beberapa bentuk metadata (informasi dicari
deskriptif) dan antarmuka query (untuk mengembalikan properti metadata untuk
pemohon). Sering tertanam dalam metadata ini adalah link untuk data aktual
atau layanan yang memungkinkan katalog untuk bertindak sebagai layanan
rujukan ke sumber informasi lainnya.
Tiga binding protocol dijelaskan dalam versi Layanan katalog 2.0: CORBA,
Z39.50, dan HTTP, yang terakhir juga dikenal sebagai Jasa katalog untuk Web
(CS-W). HTTP mengikat membutuhkan deklarasi tambahan profil aplikasi untuk
menentukan spesifik interaksi dalam masyarakat. Dua profil aplikasi besar telah
disetujui: satu untuk model registry umum informasi (ebRIM) dan yang lain untuk
data dan objek layanan berdasarkan semantik dan struktur dari ISO
19115/19119/19139 metadata. Skema tanggapan metadata diterbitkan dengan
menyusun dokumen profil dan dapat mendukung pengujian validasi terbatas.
Sebuah OGC uji kepatuhan Suite resmi telah resmi
dikembangkan atau didukung. Profil ketiga ad hoc dari CS-W telah dirancang
untuk query dan sekarang FGDC CSDGM metadata. Mengingat tahap awal adopsi
dan interoperabilitas pasti ini profil CS-W, protokol CS-W mengikat diakui sebagai
calon yang muncul untuk masa depan SDI standar suite dan direkomendasikan
sebagai suplemen untuk SDI 1.0
Dari tiga protokol, Z39.50 (juga diadopsi sebagai ISO 23950) telah dilaksanakan
paling banyak, dengan lebih dari 400 yang terdaftar server dari tujuh vendor
mendukung geospasial permintaan dan respon aturan. Meskipun tidak ada
kesesuaian Suite resmi eksis untuk protokol, Z39.50 kepatuhan server diuji oleh
FGDC menggunakan alat query secara online dan suite validasi dieksekusi dalam

Geospasial One-Stop Portal. Protokol OGC katalog Layanan Z39.50 mengikat

direkomendasikan untuk SDI 1.0 standar suite.
Isu-isu berikut menghambat adopsi Z39.50 di suite standar layanan Web: Z39.50
adalah TCP / IP berbasis-dan Oleh karena itu bukan layanan Web konvensional,
memerlukan penggunaan unik TCP / IP port komunikasi yang tidak umumnya
dikonfigurasi untuk akses publik, dan itu membutuhkan operasi layanan yang
berbeda dan perangkat lunak dari yang digunakan oleh protokol Web lainnya.
Mengingat masalah ini dan meningkatkan pengujian pelaksanaan CS-W, ada
kemungkinan bahwa CS-W dan yang profil aplikasi akan menggantikan Z39.50
sebagai standar pilihan di masa depan. OGC Web Map Service. Sejauh ini yang
paling populer dan banyak diterapkan standar geospasial, Web OGC Layanan
peta (versi 1.1.1 WMS dan 1,3; ISO 19128) mendukung permintaan dan tampilan
peta berasal dari data diakses oleh layanan. Peta, disampaikan sebagai gambar
grafis (GIF, JPEG, TIFF, dll) dapat diminta dari satu atau lebih WMSs overlay di
browser atau aplikasi client. Fitur "balik" peta juga dapat dilihat, dan sifat mereka
dapat dikembalikan ke klien meminta. Seperti dibahas di atas, SLD dan WMC file
digunakan opsional untuk berinteraksi dengan render atau recall dari peta,
masing-masing.
Skema untuk memvalidasi "kemampuan" dari file XML kembali dari WMS layanan
yang ada, dan pengujian kepatuhan tersedia melalui OGC untuk menilai kinerja
WMS pada semua fungsi tombol. WMS versi 1.1.1 adalah yang paling banyak
digunakan (ISO 19128, bagaimanapun, adalah diselaraskan dengan WMS versi
1.3 tapi tidak belum banyak digunakan) dan dianjurkan untuk dimasukkan dalam
SDI 1.0 standar suite.
OGC Web Service Feature. Menurut OGC mengadopsi-spesifikasi halaman, "OGC
Web Service Fitur memungkinkan klien untuk mengambil dan memperbarui data
geospasial dikodekan dalam Geografi Markup Language (GML) ... dari beberapa
Web Fitur Layanan. The ... antarmuka harus didefinisikan dalam XML ... GML
harus digunakan untuk mengekspresikan fitur dalam antarmuka ... predikat atau
filter bahasa akan didefinisikan dalam XML dan berasal dari CQL [Umum Query
Bahasa] sebagaimana didefinisikan dalam OpenGIS Antarmuka katalog
Implementasi Spesifikasi. "The WFS memberikan abstraksi dari data store yang
mendasarinya, dinyatakan dalam GML, seperti yang didefinisikan melalui skema
aplikasi GML direferensikan oleh
layanan.
Pelaksanaan yang paling umum dari WFS adalah versi 1.0. Namun, nomor jika
WFS 1.1 implementasi adalah cepat tumbuh dan pada tahun 2009 akan
melampaui jumlah WFS 1,0 implementasi. WFS 1,0 implementasi biasanya
kembali fitur dikodekan menggunakan GML 2.1 atau GML 3.1.1. Semakin banyak
layanan berbasis pada WFS 1.1 Disarankan agar WFS versi 1.0 dimasukkan
dalam SDI 1.0 standar suite, dengan dukungan yang diperlukan untuk GML 2.1
dan GML 3.1.1 respon encoding.
OGC Web Service Coverage. OGC Web Cakupan Layanan (WCS) "... memperluas
Web Server Peta (WMS) antarmuka untuk memungkinkan akses ke geospasial
'coverage' yang mewakili nilai-nilai atau sifat dari lokasi geografis, bukan WMS
dihasilkan peta (gambar), "menurut laman mengadopsi-spesifikasi OGC. WCS
dapat kembali berbeda representasi dari permukaan data kontinu (coverage)

untuk setiap lokasi: grid, jaringan tidak teratur Triangulasi (TINS), titik set. Paling
umum, bagaimanapun, bentuk cakupan yang paling sering kembali adalah grid
dalam menyatakan koordinat sistem referensi dan format umum seperti GeoTIFF.
WCS versi 1.0 (dengan Corrigendum) sudah tersedia sejak 2003 dan
direkomendasikan untuk dimasukkan dalam SDI 1.0 standar suite untuk
pertukaran raster atau data grid (tidak diberikan citra)
Candidate SDI 1.0 standards. Table 3 lists the standards for SDI 1.0 and for
future versions.

Diskusi
Membentuk standar dasar SDI melayani tujuan pasar banyak. Beberapa
hubungan mendasar yang terbaik menggambarkan kebutuhan untuk
didefinisikan dengan baik dan -managed SDI 1.0 dan beberapa kekuatan pasar
dan kebijakan mendikte persyaratan untuk SDI standar suite dibahas di bawah.
Analogi untuk masyarakat teknologi informasi lain yang menghadapi set sama
masalah dan driver pasar juga ditarik.
Evolusi dari SDI standar suite
Koordinasi siklus rilis dari berbagai standar saat ini terbatas. Kurangnya
koordinasi dapat menghambat pemeliharaan kemampuan operasional sebagai
versi baru dari standar yang tersedia. Masalahnya diperparah ketika standar
saling tidak direvisi dan dirilis di secara terkoordinasi. Situasi ini tidak jauh
berbeda dari isu-isu yang berkaitan dengan pengembangan produk perangkat
lunak dan rilis siklus. Oleh karena itu, salah satu alasan utama untuk memiliki
didefinisikan dengan baik dan setuju-untuk SDI standar suite untuk mendukung
perangkat lunak (dan standar) manajemen siklus hidup. Setiap rilis versi baru
dari SDI standar Suite perlu diprediksi dan dikoordinasikan. Kompatibilitas
merupakan persyaratan utama untuk melestarikan investasi pelanggan dalam
teknologi secara keseluruhan. Pengecualian untuk mundur kompatibilitas dapat
ditoleransi oleh pengguna jika hubungan fungsi baru menciptakan nilai yang
cukup untuk sepenuhnya mengkompensasi investasi pelanggan dalam
manajemen perubahan. Pertimbangan ini juga berlaku untuk versi baru dari
aplikasi SDI.

Periode antara rilis standar juga relevan dengan manajemen siklus hidup
perangkat lunak. Faktor-faktor yang perlu dianggap termasuk investasi
hubungan, nilai tambah dari suite baru, laba atas investasi, dan kemampuan
untuk meningkatkan aplikasi SDI pada waktu yang tepat. Sebuah SDI Suite baru
perlu menambahkan cukup nilai untuk membenarkan upgrade sebuah SDI
aplikasi atau Portal. Berdasarkan penelitian sebelumnya, kita tahu bahwa
investasi awal dalam menggunakan SDI 1.0 akan menambah nilai dan
mengurangi biaya manajemen siklus hidup (NASA, 2005). Seiring waktu, semakin
banyak pengguna memahami nilai dan potensi menggunakan pendekatan
berbasis standar. Nilai dapat dinyatakan sebagai uang tetapi bisa juga diukur
dengan lainnya indikator. Hanya jika generasi pertama telah menghasilkan nilai
yang cukup dan lulus laba atas investasi (ROI) keputusan Titik akan investasi
baru untuk menerapkan generasi berikutnya dari SDI Suite tersedia. Ekspresi
"Generasi nilai" berlaku untuk SUN dan aplikasi SDI. Meskipun umur panjang dari
versi yang diberikan dari SDI standar Suite tidak dapat ditentukan lagi, konsep
generasi ini berguna untuk mengidentifikasi fungsi yang harus disertakan dalam
rilis pertama dan yang bisa pindah ke masa mendatang (calon).
SDI zona
Persyaratan antarmuka pengguna, harga, fungsi pengolahan, keamanan, dan
hak-hak persyaratan manajemen bisa bervariasi secara luas dari daerah ke
daerah. Variasi ini disebabkan kebutuhan pelanggan lokal, kebijakan pemerintah,
hukum sistem, dan sebagainya. Pendekatan monolitik mungkin tidak bekerja
untuk SDI yang melintasi batas-batas yurisdiksi. Pasar ini kekuatan sangat mirip
dengan apa yang industri telekomunikasi harus berurusan dengan setiap hari.
Dalam telekomunikasi, infrastruktur berbasis standar secara efektif menangani
kebijakan yang berbeda, pajak, hukum, dan persyaratan harga oleh menampung
variasi regional. SUN menghadapi variasi regional yang sama. Kami
menyebutnya "zona SDI." Daripada memaksa setiap yurisdiksi untuk
menggunakan yang sama Implementasi SDI, arsitektur, dan kerangka kebijakan,
kami sarankan menciptakan zona SDI untuk memenuhi kebutuhan lokal
sementara menjaga interoperabilitas antara zona. Keuntungan dari zona yang
berbeda namun terhubung adalah ketergantungan lebih rendah dan risiko
mengurangi kemacetan. Jika zona SDI atau sambungan untuk itu tidak
operasional, zona lainnya tidak terpengaruh secara langsung.
Saat SDI 1,0 desain harus zona memperhitungkan dan menawarkan mekanisme
koneksi zona-to-zona. Zona yang berbeda dapat mengimplementasikan versi
yang berbeda dari SDI standar suite, atau mereka mungkin menerapkan versi
yang sama di waktu yang berbeda. Oleh karena itu, mekanisme koneksi juga
perlu untuk menghubungkan zona dengan versi yang berbeda.
Kompatibilitas zona
Aplikasi sering mengatasi kebutuhan pengguna tertentu dan dengan demikian
menciptakan nilai yang besar untuk tertentu yang
Tujuan
Sebuah contoh klasik dalam dunia PC adalah program grafis untuk profesional.
Di satu sisi, program ini menciptakan nilai yang sangat besar untuk profesional;
di sisi lain, jumlah potensial (profesional) pengguna dan jumlah mereka potensi
investasi relatif kecil. Kompatibilitas antara zona SDI merupakan persyaratan

utama untuk menjual aplikasi ke pasar yang lebih besar. Sebaliknya, jumlah
(addressable) pengadopsi awal untuk aplikasi tertentu memiliki dampak
langsung pada kemauan pengembang untuk berinvestasi.
SUN dibandingkan aplikasi SDI
Meskipun antarmuka antara infrastruktur dan aplikasi sering dinyatakan secara
teknis, itu dapat didefinisikan pada titik tertentu dalam rantai nilai berdasarkan
kriteria organisasi dan ekonomi.
Listrik, contoh klasik, diproduksi di pembangkit listrik, didistribusikan melalui
jaringan, dan kemudian digunakan dalam aplikasi, misalnya, radio atau
pemanas. Antarmuka infrastruktur terletak di beberapa titik didefinisikan dengan
baik di belakang meteran listrik. Oleh karena itu, tanggung jawab infrastruktur
berakhir pada titik antarmuka ini, di mana pasokan listrik hilir diukur untuk uang
kompensasi hulu. Menggunakan analogi ini, SDI adalah mekanisme transportasi
untuk layanan data dan spasial. Oleh karena itu, gateway didefinisikan
diperlukan untuk bertindak sebagai antarmuka organisasi antara operator SDI
dan aplikasi pelanggan SDI.
Perbedaan antara sistem operasi (OS) dan aplikasi di komputer memberikan
analogi lain. Perbedaan ini didefinisikan oleh satu set antarmuka pemrograman
aplikasi (API), yang menghubungkan program dan memungkinkan aplikasi
software yang akan ditulis. Pemasok sistem operasi sering tidak pemasok
aplikasi. Dalam sistem operasi, yang fungsi tertentu dapat ditambah dan dibuat
dapat digunakan kembali jika banyak aplikasi menggunakannya. Contoh klasik
video dan audio driver. Fungsi-fungsi ini pernah dianggap aplikasi tertentu, tetapi
karena mereka digunakan oleh banyak aplikasi, standar API akhirnya dimasukkan
dalam sistem operasi. Contoh lain yang terkenal adalah SUN Java Developer Kit
(JDK). Meskipun terdiri dari sejumlah besar fungsi dan spesifikasi antarmuka,
paket dilepaskan dengan nomor tunggal, misalnya, JDK 1.4. Pengembang aplikasi
dan operator hanya dapat menentukan persyaratan dan negara, "JDK 1.4
diperlukan." The Java Community Process (JCP) adalah digunakan untuk proyekproyek baru, menunjukkan nilai kolaborasi antara lembaga. Di masa depan,
konsep SDI harus mencakup aplikasi SDI serta antarmuka SDI. OGC ini
Geospasial Pendukung Keputusan (GeoDSS), misalnya, bisa dengan mudah
diimplementasikan menggunakan SDI 1.0 standar Suite ditambah dengan OASIS
Bisnis Proses Eksekusi Bahasa (BPEL) standar. Aplikasi GeoDSS akan memuat
data dari berbagai repositori, melakukan analisis, memuat lebih banyak data,
melakukan analisis lain, dan sebagainya. Namun, persyaratan untuk layanan
chaining berada di luar lingkup SDI 1.0. Sebuah generasi masa depan SUN dapat
mencakup fungsi tambahan.
Tata Kelola. SDI 1.0 membutuhkan proses konsensus internasional untuk benar
mendefinisikan, dokumen, dan mengelola kerangka standar untuk memastikan
bahwa kebutuhan banyak konstituen yang diwakili dengan benar. Sebuah
terstruktur dan proses yang terbuka akan memfasilitasi dialog, persetujuan dari
SDI 1,0 kerangka dan revisi masa depan, dan siklus hidup yang efektif
manajemen. GSDI, INSPIRE, ANZLIC, CGDI, GDI NRW, AS IDSN, dan berbagai
inisiatif e-government dapat memberikan forum yang sangat baik untuk
pemurnian SDI 1.0, setelah diidentifikasi praktik terbaik untuk mengembangkan
standar berbasis SUN dan memiliki peran aktif bermain di OGC.

Kelompok Kerja OGC Arsitektur bisa mengambil tanggung jawab untuk

mendokumentasikan dan meninjau dasar standar untuk SDI 1.0. The
pemeriksaan formal SDI 1,0 kerangka akan terjadi dalam Arsitektur Dewan OGC
(OAB), kunci Komite OGC bertanggung jawab untuk menegakkan konsistensi dan
memastikan manajemen siklus hidup yang tepat dari standar OGC dasar.
Manajemen siklus hidup kekakuan akan memastikan bahwa SDI 1.0
dikoordinasikan secara efektif dan bahwa revisi yang hati-hati dipertimbangkan
dan didokumentasikan.

Kesimpulan
SUN menjadi sumber daya utama untuk akses ke data dan layanan geospasial.
Kemitraan antara masyarakat dan sektor swasta melunasi pengembalian yang
lebih tinggi atas investasi. Mungkin bahkan lebih penting, SUN berkontribusi
pengambilan keputusan suara, aplikasi e-government ditingkatkan, dan layanan
yang lebih baik dan siap untuk mengambil langkah berikutnya dalam evolusi
mereka: jaringan SDI. Jaringan SDI diperlukan untuk kesiapsiagaan dan tanggap
darurat, kontraterorisme, pemantauan dan respon terhadap pandemi, dan
perlindungan lingkungan. Agar aplikasi ini transnasional untuk efektif, SUN (atau
SDI zona) harus beroperasi. Interoperabilitas dapat dicapai hanya melalui
konsisten dan pelaksanaan terstruktur antarmuka dan encoding standar. Artikel
ini mengusulkan sebuah paket standar untuk semua SUN. Kami
merekomendasikan bahwa konsep SDI standar suite yang dianggap oleh
masyarakat SDI global yang penting item pekerjaan. Anggota OGC setuju bahwa
SUN membutuhkan didefinisikan dengan baik dan -managed suite standar. Oleh
karena itu kami mengusulkan bahwa OGC bertanggung jawab formal untuk
menyediakan manajemen siklus hidup dan dokumentasi suite dan bahwa
masyarakat SDI global yang bertanggung jawab untuk menentukan standar yang
sebenarnya.