私はGoogle検索を使い果たして、ここに助けを求めました。現在、クライアント側でgeoXml3を使用してKMLファイルを処理しています。しかし理想的には、私はサーバー側でそれを前処理し、クライアント側でploygonsを送信したいと思うでしょう。 KMLファイルは18MBファイルなので、クライアント側でダウンロードするのは永遠になり、クライアントはそれを解析してGoogleマップ上にポリゴンを描画します。NodejsでKML/GeoJSONを処理する方法は？
KMLファイルをGeoJSONに変更し、サイズを縮小して圧縮しました。サーカス全体の応答時間はまだまだ順調ではありません。私はちょうどこれを行うことができるノードの方法/ライブラリがあるかどうかを知りたい。
あなたがファイルを圧縮していると言ったら、どういう意味ですか？あなたがzipやlhaのようなアルゴリズムを意味するなら、それは必ずしもファイルのサイズをそれほど減らさないでしょう。あなたがしたいのは、KMLファイルから線分を削除することです。いくつかの地理情報を削減するにあたり、直線から1フィート足らずに変化する長さがあることがわかりました。データポイントは数フィートごとに配置されていたため、KMLファイルのポイントの大部分は、ジオメトリの外観を大幅に変更することなく削除できました。直線セグメントを探すことは比較的簡単です。
また、表示されている地図の縮尺やKMLファイル内のデータポイントの間隔にも注意してください。ラインが複雑な曲線であっても、フィーチャのセグメントをカーブフィッティングし、このようにしてデータのサイズを小さくすることによって、多数のポイントを削除することは可能です。
サーバーからクライアントへのデータのダウンロードには、サーバー上のデータを処理するよりも時間がかかります。これが正しければ、点数を減らすことが最も効率的な方法です。
gzipを使って圧縮するダウンロードポイントと時間が120秒から15秒に短縮されました。それでも遅いですね！私はこのための解決策はないとは思わない。 –
おそらく簡単な解決策ではないか、一般に適用可能な解決策ではない。 1つのアプローチは、KMLファイルを使用してすべての点をプロットし、さまざまな倍率でそれを見ることです。 –
KMLポリゴンファイルのダウンロード時間を短縮するために、多くの方法があります。&レンダリング時間。
以前の回答で既に提案したように、キーはデータのサイズを小さくすることです。
Thanks Aengusの場合、縮小ファイルは1.6 MBになりました。しかし、依然として使用可能性から少し不満を抱いている15秒かかる。 –
はい、まだかなり遅いです。あなたはその15sがどこに行くのか調べましたか？例えばネットワーク、読み取り、レンダリング。さらに最適化は、クライアント上のポリゴンで何をしようとしているかによって異なります。あなたはサーバー側のレンダリングを見ましたか？ – aengus
あなたはgeojsonにkmlファイルを変換するライブラリをお探しですか？ – Dario
リクエストごとにファイルを処理する必要がありますか、これはサーバー側で1回限りの処理ですか？ – HeadCode
@HeadCodeこれはロードレイヤーで1回です。リクエストごとにpostgisがあります –