KMLがGoogle Maps APIに対して大きすぎる/複雑な場合はどうなりますか？[閉まっている]

Webアプリには、シンプルなマッピング機能が組み込まれています（現在は、埋め込みGoogleマップ上のマーカーとKMLオーバーレイのみ）。これはかなりうまくいきます。私たちが直面している唯一の本当の制限は、KMLに対する Googleのサイズと複雑さの制限を超えるKMLオーバーレイです。

独自のサーバー（GeoServerやArcGIS Serverなど）を立ち上げることを検討しています。ただし、Googleの制限が10 MBの場合に15 MBのKMLを提供するだけの大きなステップのように思えます。

健全性チェックが必要です：GoogleのKMLオーバーレイ用の無料で簡単なAPIと、独自のタイルサーバーのセットアップの間に中間点がありますか？

既にGoogleマップの開発に投資しているので、すべてのデータをGoogle Fusion Tablesにプッシュすることを強くお勧めします。その後、KMLと同様の方法で、信じられないほどのパフォーマンスでマップに解析できます（WNYC Fusion Tablesアプリを参照）。フロントエンドを大幅に変更する必要のないKMLへのアップグレードと考えてください。

KMLを複数のKMLに分割し、親KMLでより小さいkmlsを参照できます。少なくともこれにより、ファイルサイズがかなりのレベルに下がり、はるかに大きなデータセットをKMLとして参照できるようになります。

正直なところ、KMLは、機能と関連属性がほとんどない小さなデータセットにのみ適しています。私はファイルデータソースとしてそれの近くに行きません。これらのファイルが大きくなっているのを見ている場合は、別のデータ型を調べるか、間違いなく分散データセットのGeoServer / MapServerルートを調べます。

Google Maps APIにあまり時間を費やしていない場合は、独自のKMLファイルを読み取ることができるクライアント側KMLパーサーを備えたOpenLayersに切り替えることができます。以下の例を参照してください。

http://openlayers.org/dev/examples/kml-layer.html

ただし、15MBのファイルの場合、これによりブラウザが停止する可能性があります。ファイルサイズの上限に近づくと、おそらくGoogleサーバーでもかなり遅くなります。

15MBレベルの詳細が本当に必要ですか、それとも情報をあまり失うことなくKMLを単純化できますか？

クライアント側でベクトル/ジオメトリにアクセスする必要がありますか？このデータを画像として提供できますか？

これらのどちらも不可能な場合は、何らかのマップサービスタイプのソフトウェアを調べる必要があります。ArcGIS ServerのGeoServerとともに、MapServerがKMLを提供するか、WFSとして機能することを検討できます。mapserverを使用する利点は、リクエストがマップ内のデータのみを返すことです。これにより、ネットワークトラフィックが減少し、ロード時間が短縮されます。

バージョン3を使用している場合、一意の識別子を除くすべての属性情報を取り除き、ユーザーが機能をクリックするたびにWebサービスへのajax呼び出しを介して情報を要求できます。10 MB以上のポイントがある場合は、それらすべてのポイントを一度に表示するのではなく、何らかのクラスタリングを行うことをお勧めします。また、グラウンドオーバーレイを個別のKMLファイルに分離することもできます。

Google Fusion Tablesを試しましたか。 http://www.google.com/fusiontables/public/tour/index.html

最大100 MBのデータを無料で読み込むことができます。

MapLargeには興味深いソリューションがあります-サーバーでデータを複製し、独自のソフトウェアを使用してタイルをその場で生成するという重い作業を行うことができます。これらは、Google Maps、OpenLayersなどからのベースマップにこれらをオーバーレイできるJavascript APIを提供します。

それらの例をいくつか確認してください-速度は印象的です：

• http://beta.maplarge.com/Map/USDemographics
• http://lobbydata.com/donors

無料ではありませんが、別のサーバーを立ち上げてこれらのレイヤーを生成する手間と費用を望まない人にとっては良い選択肢です。