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 orang-orang 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 proyek-proyek 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.