Google Earth EnterpriseとArcGIS for ServerおよびGeoServerを比較しますか？[閉まっている]

私は、マッピング機能（現在は、埋め込まれたGoogleマップ上のマーカーとKMLオーバーレイのみ）を含むWebアプリに取り組んでいます。Googleの無料のものの限界を乗り越え始めており、Google Earth Enterpriseは当初、自然なアップグレードパスであるように思われました。しかし、少なくともこのサイトのタグから判断すると、GISコミュニティで多くの使用を得ているようには見えません。

広く使用されているサーバープラットフォームと比較できるGEEを使用している人はいますか？

ESRI
個人的には、ESRIのことは避けたいと思います。私はESRIジオデータベースを使って作業していますが、その制限は複雑で制限があります。エンタープライズサービスは異なる場合がありますが、私は息を止めないことを選択します。（これは偏った意見であり、ここでいくつかの研究を行い、自分で決定することをお勧めします。ArcServerの経験はほとんどありませんが、ArcGeodatabases（SDE、FGDB、PGDB）についてはかなり経験があります。のような）

Google Earth Enterprise Server
Google Earth Enterprise Serverは素晴らしい製品です。しかし、それを推進するために必要なインフラストラクチャとデータの支払いに備えてください。簡単なインストールと15mのグローブデータセットにより、約600,000ドル（重要なインフラストラクチャレベルの冗長性と一部のデータ用）に戻ります。世界中のデータストレージと必要なリソースをサポートする約16 TBがありました。

次に、対処するユーザーの期待があります。デスクトップにGoogle Earthクライアントアイコンが表示された場合、食欲不振のいとこではなく、Google Proのエクスペリエンスが期待されます。これは私たちが見つけたもので、マネージャーは完全なGoogleエクスペリエンスを提供していないために私たちに懸命になりましたが、そのようなサービスの価格にしました。ソリューションは、Google Pro製品の上にデータを配置した状態でGoogle Proライセンスとレイヤーグローブを購入することですが、ここではコストを追加しています。

あなたがそこに払っているのは、基本的にはGeoWebCache、Googleが修正したApacheサーバー（Tomcat）の上にあるGeoServerの上にある素晴らしいUIです。やや過剰に簡略化されていますが、これが基本です。

Googleサポートフォークは非常に役立ち、できる限りサポートしていますが、グローブに使用できるラスターデータセットはWGS84-LLのGeoTIFFとJP2000に制限されています。そのため、データ処理インフラストラクチャも用意してください。ベクターデータセットの場合、Oracle Spatial、PostGIS、およびその他のフレーバーのジオデータベースは、ベクターストレージの対象外です。それについては、ShapefileとMapInfoタブをご覧ください。これはイライラし、制限があります。

しかし、@ DEWrightが言ったように、それは視覚化には最適であり、他には何の役にも立ちません。カスタマイズできるものはありますが、創造性を発揮する必要があります。Google Earthクライアント内で何かをインスタンス化する最も一般的な方法は、クエリを定式化するWebページを作成するか、KMLが応答するプロセスをトリガーすることでした。その後、この動的なKMLはGoogle Earth Enterprise Clientで開かれ、バルーン内のハイパーリンクを介して他のリソースへのナビゲーションを制御できます。より良いアイデアを提供するために、これを図にしたいです。

Google Earth Enterprise Serverの詳細については、PMにご連絡ください。この製品で2年を費やして、独創的なことや環境への統合を実現しました。

GeoServerとGeoWebCacheが
すばらしい無料！このフォーラムのほとんどの人は、これらの製品について素晴らしいフィードバックを提供します。私が出会ったのは、一般に同じことでしたが、GeoServerがより緊密なパッケージを提供するためにステップアップしたのはごく最近のことです。

スタイラーは役立ちますが、バグがあります（少なくともv2.0はそうでした）、GeoWebCacheは別のポート上の別個の機能/サービスであり（これは変更されました）、WMSをチェーンしませんでした（現在はそうです）。 Active Directoryとの統合（問題ではないかもしれませんが、私のプロジェクトのためでした）。

何よりも、WPS（ウェブ処理サービス）をサポートするようになりました。これをGoogle Earth Enterprise Serverと組み合わせて使用​​しました。Googleはデータの視覚化が得意であり、分析のためにデータを提供するのが得意ではありません。GeoServerは、多数のデータ形式との優れた接続性、および管理用の優れたGUIを備えています。

コミュニティは活発であり、リリース、バグ修正、および更新と一貫性があります。また、Webにはサポートのための大量の情報があります。

現在のKMLを取り込み、KMLとしてデータを配信します。反映されたKML機能は、現在のビューにあるデータのみがGoogleインターフェースにストリームされるという点で優れています。これにより、15MBの制限を超えることができます。オラクルの空間データベースに600mbのデータセットをGoogle Earthクライアントに配信し、応答時間は約5秒でした（DBおよびGeoWebCacheの最適化手法を使用）

最大の利点は、データが完全にオープンであることです。OGCに準拠しているため、任意の数のクライアントに提供できます。

私は何日も続けることができます、あなたがより多くの情報が欲しいならば、私は配達して、私に電子メールを送って満足です。GEに関連する何か関連するものがある場合は、ここにも追加します。

乾杯...仕事に戻って;）

GEEは実際には視覚化プラットフォームであり、エンタープライズGISではありません。真のGISを使用すると、世界中にデータをドレープする以外に、データを作成し、より複雑な分析を行う必要性/能力もあります。GEEがESRIシステムの賛辞であるシステムを使用しました。データの表示にArcGIS Explorerを使用しなかったため、ユーザーはGoogle Earthを使用しました。

どちらの解決策についても多くの議論を行うことができますが、最終的には、ポイント/ポリゴンでグローブを表示することが視覚化ターゲットである場合、GEEが最適かもしれません。しかし、優れたカートグラフィック出力を作成したり、より複雑なデータの構築と分析を行えるようにしたい場合は、おそらくエンタープライズGISプラットフォームを検討する必要があります。

AGSの方向、シームレスな公開などには多くのプロがいますが、長期的なコストもあります。

Google Earthは、ほとんどが優れた視覚化であり、本格的なGISではありません。

そして、それがあなたがここで議論されていることの多くを見ない理由かもしれません:)

一方、ESRI AGSは、業界標準のGISです。非常に深刻なもの、すぐに使用できる機能が豊富にあり、さらに多数のカスタマイズオプションにより、ほとんどのエンタープライズGIS展開でnumero unoを選択できます。

さらに、Oracle、DB2、SQL Server、PostGRE SQLなどのすべての主要データベースで動作します。

私にとっては、要件次第です。ユーザーが基本データを視覚化する必要がある場合は、Googleが最適かもしれませんが、データをキャプチャ、作成、編集、分析、クランチ、ジオプロセシング、特注のインターフェイス、Web-パブリッシング、Webサービスなど、そしてESRI製品がその道です。また、ESRIは、製品が複数の無料の製品、データベース、SAPと連携し、スケーラブルであることなどを保証します。いずれにしてもコストが発生します。ビジネスケースを開発する必要があります。

これは実際にはGoogle Earth Enterpriseに関する最初の質問（これは使用していません）に対する応答ではなく、すでに行われた一連の応答に対する応答です。Google Earth（マップではなく）を、これまでに見たArcGISの例と比較しています。ESRIのArcGlobeは、Google Earthの機能の一部またはすべてを近似できます。

Optimize Primeの最初の投稿で特定しました。私はまだGISにかなり慣れていませんが、グラフィックの背景があり、1年間、Google Earthプロでマップを構築し、オンラインコースでArcGIS Desktopを学習し、ArcGIS Onlineを試しています。ここに私の2セントがありますので、自由に教育/修正してください。

Google Earth（フラットマップよりも地球シミュレーション）とは異なり、私が見たESRIマップは古くなった地図作成の比es（私は知っている重い言語）を使用しています。

ほとんどのESRIマップには、固定された「North is up」パースペクティブ（「メルカトルの暴君」と呼びます）、角度機能のない（および近距離/遠距離の視覚化がない）オーバーヘッドビューがあり、操作に重点を置いているようです。データ（フロントエンド）を公開するのではなく、データ（バックエンド処理）。地図の印刷物を作成するのではなく、画面上の表示に重点を置いていますが、印刷物であってもこれらの懸念は関連しています。
私はデジタルの歴史に興味があり、Google Earthのジオコーディングされたアメリカ南北戦争データを、ワシントン州の上空から、南アメリカに面した角度で​​、地球の曲線を明確に（または他の視点から）表示できるのは素晴らしいことです。ESRIはこれを実行できますか？もしそうなら、どのように？

[このスクリーンショットとアイコンシンボルは、私がいじくり回している非公開のGoogle Earthプロジェクトのものであり、一部はGIS WebプロジェクトVisualizing Emancipationに由来しています ]

ArcGISの強力なデータ処理機能がクライアント/エンドユーザーにどの程度関連しているかはわかりません。彼らが見るのは公開された製品だけであり、私にとってはGoogle Earthは物事を素晴らしいものにし、視点に価値ある変化をもたらします。必要に応じて、Google Earthの外部で定量的なデータベース処理を行い、結果をグラフィックオブジェクトとしてインポートできます。これはすべてに対して機能するわけではありませんが、多くの場合、非常にうまく機能します。

GEEが終了し、既存のすべてのユーザーがArcGIS Onlineに移植されると、このオプションは使用できなくなります。 http://www.esri.com/landing-pages/products/google-lp：

Esriは、Googleと連携して、Esriソフトウェアへの移行を検討しているGoogle Earth EnterpriseおよびGoogle Maps Engineのお客様とパートナー向けの特別オファーを用意しました。

非ESRIのオープンスタンダードベースの代替品を探している場合、CubeWerxは、特に大量の画像に対して、Google Earth Enterpriseの代替品として機能する印象的なフレームワークも開発しました。市場で最も効率的で費用対効果の高い画像サービスと思われるものがあります。そして、それはすべてオープンスタンダードを中心に構築されています。

GEEのブログ投稿：http : //www.cubewerx.com/cubewerx-openimagemap-google-earth-enterprise-replacement-imagery/ および製品ページ：http : //www.cubewerx.com/solutions/openimagemap/