0

〜100都市としましょう。また、これらの都市間の最短移動経路も事前に計算しています。任意の 2 つの都市をクリックすると、それらの間の最短経路が表示されます。問題は、所有する都市の数に応じて、少なくとも 10,000 ~ 30,000 のパスがあることです (都市の数は 2 を選択)。さらに、パスはさまざまなタイプ (たとえば、道路と高速道路) に分割されているため、2 つのパスを選択する都市の数よりも多くなっています。

SVG は、詳細のレベルと SVG に対して行った最適化に応じて、数 MB から 100 MB の範囲である可能性があります。したがって、SVG を最適化する方法について質問しているわけではなく、現在のアプローチを再考できるかどうかに関心があります。現在、すべてのパスを SVG に配置して非表示に設定し、2 つの都市が選択されたときにプロパティを変更します。パスを他のファイルに保存して、スクリプトを使用してインタラクティブに SVG に挿入できないのではないかと思っているので、オンデマンドでのみロードされます。最終的な目標は、1 台のマシンでアイデアを提示するための優れた対話型マップを用意することです。そのため、たとえばサーバー側の理由で最適化する必要はまったくありません。

誰かが私に指摘できるアイデアや読み物を持っていますか? 私はこの種の問題について考えるのはかなり初めてで、存在しなければならない一般的な知恵に対してオープンです。

4

2 に答える 2

0

考えられるすべてのパスを SVG に入れる代わりに、それらを単一のノード間接続に分割し、どのパスがどの接続を使用するかを選択ロジックに格納します。そうすれば、SVG 要素の数を大幅に減らすことができ、最短パス データをより圧縮しやすい形式で保存できます。

于 2013-03-06T16:54:28.690 に答える