地理空間 - GIS谷歌地球/地圖虛擬地球

KML ... OGC兼容或壟斷格式?

OGC標準 有消息傳出,儘管kml格式已被認為是一種標準,但是……一經批准,就引發了許多批評,指責Google壟斷定位良好的格式的意圖。 據說kml在OGC標準中,引起了不同的意見。

好的

這些標準是好的,如果不存在的話,就無法維持不同技術工具(主要是商業工具)之間的互操作性。 的對象 打開Gis聯盟 (OGC)的目標是系統化空間數據標準,允許在文檔化的方案下創建交換協議,如實體的定義,關係和數據字典等。

查看他們的幾個產品在“ogc 標準”口號下的技術列表,我們看到這項工作得到了很好的支持,包括 AutoDesk、ESRI、Bentley、Intergraph、Leica、Oracle、CadCorp、Mapinfo、Manifold.. .其中包括微軟去年。 此表反映了存在 OGC 標準的類別,包括 KML,這將是一種 XML 地理定位數據標準。

到目前為止,已經很難用KML交互,而無需將其導入(KML到DXF),以及日期谷歌一直沒有渴求會給你的谷歌地球的能力直接打開一個.SHP或.DXF; 的事實KML標準可能會認為這些事情會改變,因為它確保了進化不聽從瘋狂的成功標準開始發揮作用,谷歌和地理空間行業的創造力和一般社會。

因此,谷歌發布它的 kml 格式並不錯,它在“開放”模式下這樣做是好的,因為這樣可以保證那些投資開發的人的可持續性。 這意味著無需導入或轉換數據即可輕鬆創建應用程序,儘管看起來非常理論化,但“開放”標準除了協作之外,還尋求中立性,使每個人都受益,而無需向特定程序註冊格式……除了谷歌,當然。。

不好

問題在於,OGC格式的批准在大型技術市場上處於一個敏感時期, 而我們恰恰指的是那個時刻 微軟無法購買 雅虎 誰決定與穀歌調情。

微軟在桌面工具上擊敗了谷歌,谷歌在互聯網統治地位上擊敗了所有人,雅虎! 勝過在線廣告。 微軟押注強制許可,谷歌試圖推廣使用“它的”免費應用程序,雅虎! 它每秒都會死去。 虛擬地球是每一天 更有吸引力,Google Earth的覆蓋範圍更大,Yahoo地圖...

這些微小的變化使人們懷疑Google是否試圖向公眾發布kml,這不是因為它向世界提供了東西,而是因為它希望每個人都能以已經設法定位的格式工作……類似於Microsoft向任何想要提供.NET的人提供開發桌面應用程序,以確保與樣式的兼容性,從而使我們遭受巨大的苦難並試圖使Java黯然失色。 此外,由於其功能有限,很大一部分地理空間社區都低估了kml的潛力,因為儘管我們承認Google Earth和Google Maps取得了令人欽佩的成就,但kml只不過顯示了他媽的位置,原因是ese:基於xml的地域簡化,並且始終以網絡為中心。 但是,出色的桌面工具的發展只涉及了導入和導出kml,這是因為Google瘋狂的習慣在任何地方釘給我們它們的API。

)GC標準-醜陋

…這將釋放進行開發而不需要通過其API即可連接到Google Maps數據的可能性嗎? 迄今為止,如果您想做些事情,就必須找到Google高管,告訴他您想做什麼,要顯示什麼,數據看起來如何……然後等待他們為您提供要顯示的最大分辨率級別的條件,位置您必須貼上Google徽標,當然還有義務以其實際價格購買Google Earth Enterprise Client,或者在極端情況下, Google地球專業版 在服務器的條件下,他的奇想。

此外,雖然我們讚賞開替代正在被很好地定位技術,如已在其API開發的谷歌和數以千計的域名的情況下支持的,記得不久前的MySQL,它收到了來自社會各界的高度合作,一天被SUN買了一小筆錢 一萬億美元。 其中那些幫助解決每個版本的錯誤的人一分錢也沒有。

在巴爾的摩會議上,我已經可以想像 OGC 首席執行官 Mark Reichardt 將在全體會議上發表的演講:“OGC的願景“,他們肯定會在其中為谷歌提供祭壇。 這部小說將在哪裡結束?

高爾基阿爾瓦雷斯

作家、研究員、土地管理模型專家。 他參與了模型的概念化和實施,例如:洪都拉斯國家財產管理系統 SINAP、洪都拉斯聯合市政管理模型、地籍管理綜合模型 - 尼加拉瓜登記處、哥倫比亞領土 SAT 管理系統. 自 2007 年以來,Geofumadas 知識博客的編輯和 AulaGEO 學院的創建者,其中包括 100 多門關於 GIS - CAD - BIM - 數字孿生主題的課程。

相關文章

2 個評論

  1. 好吧。 謝謝你的回答,看起來非常成功。 Google向標準提交kml會使其對反复無常的變化更加穩定。

  2. HOLA,

    視圖不能與橘子混蘋果,有一件事是,谷歌已經做好大企業的地圖服務,又是另一回事事情是,OGC給了榮譽,其中谷歌轉移他們的信息,多格式地理。

    讓我來解釋一下:將KML定義為標準時,我們確保它將被記錄下來 如何 我們使用的是非常不同的。 谷歌最近發表了一個 履行 與KML工作的免費圖書館(這將是不如谷歌認定希望它是,但那是另一場戰爭)。 在gvSIG已經有不使用這個庫的KML支持,並正在努力改進它,因為它是在一個相當簡單的格式來發送信息(這並不意味著它的目的是支持GML 3.2,更強大的和可行的替代方案可能大小為其他用途)。 GvSIG能夠帶來KML的任何人公佈,與他分析和重建另一個KML出版在您想要的地獄(不通過谷歌服務會明顯)真的很有趣吧?

    簡而言之,我們絕不能將Google的業務方式與標準的定義相混淆。 就我個人而言,我認為KML是標準的,因為至少我們確保我們都使用相同的格式。

    問候

發表評論

您的電子郵件地址將不會被發表。 必填字段標有 *

返回頂部按鈕