追加
地理空間 - GISGoogle Earthの/地図仮想地球

KML ... OGC互換または独占フォーマット?

OGC標準 ニュースはそこにあり、kmlフォーマットが標準と見なされたのはXNUMX年以上前ですが、承認された瞬間に、非常に良い位置にあるフォーマットを独占するというGoogleの意図について多くの批判が生じます。 kmlはOGC基準に含まれていると言われ、さまざまな意見が出されました。

良い

標準は良好ですが、存在しなかった場合、主に商用ツールであるさまざまな技術ツール間の相互運用性を維持できませんでした。 の目的 オープンGISコンソーシアム (OGC)は、エンティティ、関係、データ辞書などの定義など、文書化されたスキームの下で交換プロトコルを作成できる空間データ標準を体系化することです。

「ogcstandards」というスローガンの下でいくつかの製品が持っているテクノロジーのリストを見ると、AutoDesk、ESRI、Bentley、Intergraph、Leica、Oracle、CadCorp、Mapinfo、Manifoldなどの取り組みが非常によくサポートされていることがわかります。とりわけ、昨年はMicrosoftが含まれていました。 この表は、XMLジオロケーションデータ標準となるKMLを含むOGC標準が存在するカテゴリを反映しています。

これまでのところ、(KMLは、DXFに)それをインポートすることなく、KMLと対話することが困難であった、とGoogleが渇望されていない日は、直接オープン1 .SHPまたは.DXFへのあなたのGoogle Earthの能力を与えます。 KML標準は、それは進化が狂っに従わないことを保証するので、これらのものは変更される可能性があることを前提とかもしれないという事実は、基準がGoogle Playの地理空間業界や一般的な社会の創造に入って来る成功しました。

したがって、Googleがkml形式をリリースすることは悪くありません。このようにして、開発に投資する人々に持続可能性を保証できるため、「オープン」モデルでリリースするのは良いことです。 これは、データをインポートまたは変換することなくアプリケーションを簡単に作成できることを意味します。非常に理論的であるように見えますが、「オープン」基準は、協調的であることを除けば、中立性を追求し、特定のプログラムにフォーマットを登録せずにすべての人に利益をもたらします...もちろん、グーグル。

悪い

問題は、OGCによるフォーマットのこの承認が、大規模な技術市場において敏感な時期に来ることである。 私たちは、 Microsoftは買えなかった Yahoo! だれがGoogleと浮気することにしました。

マイクロソフトはデスクトップツールでグーグルを打ち負かし、グーグルはインターネットの支配者であるヤフー! オンライン広告で両方を打ち負かします。 Microsoftはキャプティブライセンスに賭けており、Googleは「その」無料アプリケーションであるYahoo!の使用を促進しようとしています。 それは毎秒死にます。 仮想地球は毎日です より魅力的な、Google Earthはより多くのカバレッジ、Yahooマップ...

これらのわずかな組み合わせは、Googleがkmlを一般に公開しようとした場合に疑問を投げかけるものです。これは、kmlが世界に何かを提供しているためではなく、すでに位置付けられている形式ですべての人に作業を求めているためです... Microsoftが.NETを提供したい人に.NETを提供したときと同様です。デスクトップアプリケーションを開発し、私たちを途方もないレベルの苦しみに導き、Javaを覆い隠そうとするスタイルとの互換性を確保します。 また、地理空間コミュニティの大部分は、機能が限られているためにkmlの可能性を過小評価しています。これは、GoogleEarthとGoogleMapsが素晴らしい成果を上げていることは認めますが、kmlは、原則としてese:xmlよりも地理的に単純で、常にWebに焦点を当てています。 しかし、優れたデスクトップツールの開発は、どこにでもAPIを釘付けにするというGoogleのクレイジーな習慣のために、kmlのインポートとエクスポート以上のものではありませんでした。

)GC標準-い

...そしてこれにより、APIを介さずにGoogleマップデータに接続する開発を開発できる可能性がありますか? これまでに、Googleエグゼクティブを見つけなければならないことをしたい場合は、何をしたいのか、何を見せたいのか、どのようにデータを表示するのかを伝えてから、表示する最大解像度レベルの条件が与えられることを期待してくださいGoogleロゴを配置する必要があります。もちろん、考えられる価格でGoogle Earth Enterprise Clientを購入する義務、または極端な場合には、 Google Earthプロ 彼の気まぐれに調和したサーバーで。

オープンな代替手段は、GoogleやAPIを使って開発した何千ものドメインなどの優れた技術によってサポートされていることを賞賛していますが、コミュニティからの素晴らしいコラボレーションを受けたMySQL日はSUNによって購入された 1兆ドル。 そして、その中で、各バージョンのバグを解決するのを手伝った人々は、ペニーを見ていません。

ボルチモアの会議では、OGCのCEOであるMarkReichardtが次のようなプレナリーを行うスピーチをすでに想像できます。OGCのビジョン「そして、彼らは確かにグーグルに祭壇を提供するでしょう。 この小説はどこで終わりますか?

ゴルジアルバレス

作家、研究者、土地管理モデルのスペシャリスト。 彼は、ホンジュラスの国家財産管理システムSINAP、ホンジュラスの共同自治体の管理モデル、地籍管理の統合モデル-ニカラグアのレジストリ、コロンビアのテリトリーSATの管理システムなどのモデルの概念化と実装に参加しています。 。 2007年からGeofumadasナレッジブログの編集者であり、GIS-CAD-BIM-デジタルツインのトピックに関する100以上のコースを含むAulaGEOAcademyの作成者。

関連記事

2のコメント

  1. OK 非常に成功した答えに感謝します。 Googleがkmlを標準に提出すれば、変な変化についてより安定したものになるでしょう。

  2. こんにちは、

    Googleではメラとメラを混ぜ合わせてはいませんが、Googleが優れたビジネスを行う地図サービスを提供していることと、OGCがGoogleが多くの情報を転送するフォーマットに賞賛しているということです地理的。

    私に説明しましょう:KMLを標準として定義するとき、KMLを文書化してから、 方法 私たちが使っているものは非常に異なっています。 Googleが最近公開した 実装 KMLで作業するライブラリは無料です(Googleと同じくらいうまくいくでしょうが、それは別の戦争です)。 gvSIGでははるかに強力な、GML 3.2をサポートするために意図されていることを意味しない(このライブラリを使用せずにKMLをサポートし、それはかなり単純な形式で情報を伝送するための実行可能な代替であるため、それを改善するために取り組んでいるが、すでに存在しているとおそらく他の用途のためのサイズ)。 、KMLは誰によって公開もたらす彼と一緒に分析し、(明らかにGoogleのサービスを経由せずに)あなたが望む地獄は本当に面白い権利がある出版のために別のKMLを再構築することができGvSIG?

    要するに、Googleのビジネス方法と標準の定義を混同してはなりません。 個人的には、KMLが標準であることが良いと思います。なぜなら、少なくとも同じフォーマットを使用していることを確認するからです。

    拝啓

コメントを残します

あなたのメールアドレスが公開されることはありません。 必須フィールドには付いています *

このサイトはAkismetを使用して迷惑メールを減らします。 コメントデータの処理方法を学ぶ.

先頭へ戻るボタンに