KML ... format OGC yang kompatibel atau monopoli?

Standar OGC Berita itu berjalanlah disana, dan meski sudah lebih dari setahun yang lalu format kml itu dianggap standar ... pada saat disetujui banyak kritik tentang niat Google untuk memonopoli format yang diposisikan dengan sangat baik. Biarkan sekarang dikatakan bahwa kml ada dalam Standar OGC, menghasilkan pendapat yang berbeda.

Bagus

Standarnya bagus, jika tidak ada, interoperabilitas antara alat teknologi yang berbeda, yang terutama komersial, tidak dapat dipertahankan. Obyek dari Buka Konsorsium Gis (OGC) adalah untuk mensistematisasi standar data spasial yang memungkinkan terciptanya protokol pertukaran di bawah skema terdokumentasi, seperti definisi entitas, hubungan, dan kamus data.

Melihat daftar teknologi yang memiliki beberapa produk mereka dengan slogan "standar ogc" kita melihat bahwa upaya tersebut telah didukung dengan sangat baik, termasuk AutoDesk, ESRI, Bentley, Intergraph, Leica, Oracle, CadCorp, Mapinfo, Manifold ... antara lain termasuk Microsoft hanya tahun ini. masa lalu Tabel ini mencerminkan kategori di mana standar OGC ada, termasuk KML yang merupakan standar data geolokasi XML.

Sampai sekarang sulit untuk berinteraksi dengan kml tanpa harus mengimpornya (kml ke dxf), dan sampai saat ini Google belum ingin memberikan kapasitas Google Earth untuk membuka langsung sebuah .shp atau .dxf; fakta bahwa standar kml bisa menduga bahwa hal-hal ini bisa berubah karena diyakinkan bahwa evolusi yang telah terjadi tidak akan mematuhi kriteria gila Google dan kreativitas industri geospasial dan masyarakat pada umumnya akan ikut bermain.

Jadi tidak buruk, bahwa Google merilis format kmlnya dan hasilnya tidak sesuai dengan model "terbuka", karena dengan cara ini Anda dapat menjamin keberlanjutan bagi mereka yang berinvestasi dalam perkembangan. Ini berarti kemudahan untuk membuat aplikasi tanpa harus mengimpor atau mentransformasikan data, dan walaupun tampaknya sangat teoritis, kriteria "terbuka" selain bersikap kolaboratif mencari netralitas yang menguntungkan semua orang tanpa mendaftarkan format dengan program tertentu ... kecuali Google, tentu saja .

Yang buruk

Masalahnya adalah bahwa persetujuan format OGC ini datang pada saat yang sensitif di pasar teknologi yang besar; dan kami mengacu tepat pada saat kapan Microsoft tidak bisa membeli Yahoo! siapa yang telah memutuskan main mata dengan google.

Microsoft mengungguli Google dalam alat desktop, Google melampaui semua domain di Internet, Yahoo! berkinerja baik baik dalam iklan online. Microsoft bertaruh pada lisensi captive, Google mencoba mempromosikan penggunaan aplikasi gratisnya, Yahoo! itu mati setiap detik Virtual Earth setiap hari lebih menarik, Google Earth memiliki cakupan yang lebih banyak, Yahoo memetakan ...

Titik-titik kecil ini adalah yang membuat keraguan jika Google mencoba melepaskan kml ke publik, bukan karena memberi sesuatu kepada dunia, tetapi karena mereka ingin setiap orang bekerja dalam format yang telah berhasil diposisikan ... serupa saat Microsoft menawarkan .NET untuk siapa saja yang menginginkannya. mengembangkan aplikasi desktop, memastikan kompatibilitas dengan gaya untuk membawa kita ke tingkat penderitaan yang luar biasa dan berusaha membayangi Java. Selain itu, sebagian besar komunitas geospasial telah meremehkan potensi kml karena kapasitasnya yang terbatas, karena walaupun kami mengakui bahwa Google Earth dan Google Maps memiliki prestasi yang mengagumkan, kml tidak melakukan lebih dari sekedar menunjukkan lokasi pinches, karena asasnya adalah itu: kesederhanaan geografis pada xml dan selalu dengan fokus web. Namun, perkembangan alat desktop besar tidak terlalu memprihatinkan daripada mengimpor dan mengekspor kml oleh kebiasaan gila Google untuk tetap mempertahankan API-nya.

) Standar GC - Yang Jelek

... dan ini mungkin membebaskan kemungkinan pembuatan perkembangan yang terhubung ke data Google Maps tanpa harus melalui API-nya? Sampai saat ini, jika Anda ingin melakukan sesuatu, Anda harus mencari eksekutif Google, katakan padanya apa yang ingin Anda lakukan, apa yang ingin Anda tunjukkan, bagaimana data akan terlihat ... dan kemudian menunggu kondisi tingkat resolusi maksimum untuk ditunjukkan, di mana Anda harus meletakkan logo Google dan tentu saja, kewajiban untuk membeli Google Earth Enterprise Client dengan harga yang dapat Anda pikirkan atau dalam kasus ekstrim memasang Google Earth Pro di server dikondisikan untuk keinginannya.

Meskipun kami bertepuk tangan bahwa alternatif yang terbuka didukung oleh teknologi yang diposisikan dengan baik, seperti juga kasus Google dan ribuan domain yang telah dikembangkan di atas API-nya, kami ingat bahwa MySQL yang lalu tidak lama berselang, yang mendapat banyak kolaborasi dari masyarakat, sebuah hari dibeli oleh SUN dengan jumlah yang sederhana satu triliun rupiah. Dan mereka yang membantu memecahkan bug dari setiap versi belum melihat sepeser pun.

Pada konferensi di Baltimore, saya sudah bisa membayangkan pidato oleh Mark Reichardt, CEO OGC yang akan memberikan sesi pleno yang disebut "Visi OGC"Dan di mana mereka pasti akan menawarkan altar ke Google. Apa akhir novel ini?

UTM 2 geografis

pikiran 2 pada "KML ... format OGC yang kompatibel atau monopoli?"

  1. Baiklah Terima kasih atas jawabannya yang nampaknya sangat sukses. Bahwa Google yang menyerahkan kml ke standar akan memberi lebih banyak stabilitas sehubungan dengan perubahan yang berubah-ubah.

  2. Halo,

    Mari kita tidak mencampur merras churras, satu hal adalah bahwa Google memiliki layanan peta di mana mereka membuat bisnis besar, dan hal lain yang sangat berbeda adalah bahwa OGC telah memberikan penghargaan kepada format di mana Google mengalihkan sebagian besar informasinya. wilayah geografis.

    Mari saya jelaskan: ketika mendefinisikan KML sebagai standar, kami memastikan bahwa dokumen itu akan didokumentasikan sebagai kami menggunakannya sangat berbeda. Google baru saja merilis sebuah implementasi bebas dari perpustakaan untuk bekerja dengan KML (yang akan sebaik yang diinginkan Google, tapi itu adalah perang lain). Dalam gvSIG sudah ada dukungan untuk KML tanpa menggunakan perpustakaan ini dan pekerjaan sedang dilakukan untuk memperbaikinya karena merupakan alternatif untuk mengirimkan informasi dalam format yang lebih atau kurang sederhana (yang tidak berarti bahwa ini dimaksudkan untuk mendukung GML 3.2, yang jauh lebih kuat dan mungkin berukuran untuk kegunaan lain). Mampu membawa ke GVSIG sebuah KML yang diterbitkan oleh siapa saja, lakukan analisis dengannya dan buat ulang KML lain untuk mempublikasikannya sesuai keinginan Anda (tanpa melalui layanan Google dengan jelas) benar benar menarik?

    Singkatnya, kita tidak boleh bingung cara melakukan bisnis Google dengan definisi standar. Secara pribadi saya pikir itu bagus bahwa KML adalah standar karena setidaknya kita memastikan bahwa kita semua menggunakan format yang sama.

    Sebuah ucapan

Tinggalkan komentar

Alamat email Anda tidak akan dipublikasikan.