答えて
のグラフィック表現は、各パスのweight
に対応していません。
彼らはあまり持っていません...視覚的な表現は単なる表象です。体重に相当するものではありません。
頂点間の接続が維持されていることを確認して、好きなようにグラフを再描画できます。
編集:Dijkstraやそれ以外のどのグラフを扱っても問題ありません。あなたは方向が重要なグラフを陥れさえすることができます:AからBまでは10、BからAまでは30になります。問題ありません。
編集2:この画像は、頂点同士の接続方法を示しています。画像は、プログラムに格納されているグラフと同じ縮尺である必要はありません。場合によっては、非常に多くの頂点とエッジを持つグラフを作成して、それを適切に表現できなくなることがあります。あなたのプログラミング上の問題は、頂点、辺、および重みです。イメージは、その大まかな表現です。必要に応じてイメージを再描画することができます。すべての頂点、すべてのエッジ、および各エッジのすべてのウェイトを確実に配置する必要があります。
Dijkstra'sでエッジを距離と同じにすることは可能ですか、それとも完全に別の問題ではありますか? – daidai
私はあなたが意味することを理解している場合、エッジは2つの頂点間の距離です(国の都市のようなマップで考えると)。また、「コスト」(たとえば、「液体」状態から「蒸気」状態への移行は100℃になります)を意味する場合もあります。彼らはあなたが好きなものを意味することができます。エッジウェイトは、頂点Aから頂点Bに行くための価格です。 – woliveirajr
エッジが長さだけであるダイクストラのアルゴリズム/バージョンはありますか?私はまだ、上記の例では、2つの同様の距離 "コスト" 3&16単位の間を移動する方法/理由を見ていない。 – daidai
パスの長さ(図の線のサイズのような)は無関係です。見た目を良くするためだけです。線の重みは、2つのノード間を移動するコストを示します。
グラフが描画される方法を変更すると、混乱することがあります。
なぜ2つのより近いポイント間を移動するコストは、例えば、別の2ポイントよりも3倍多いでしょうか?これは私が理解していないものです。 – daidai
@daidai: 'graph'の距離が指定されています(グラフで見た数値)。グラフは実距離でのスケールにする必要はありません。グラフを表現するために作ったイメージは、それを表現するのに役立ちます。 – woliveirajr
ああ、私は逆をやろうとしていると思うよ。この例のプロットは場所の表現であり、線はそれらの距離の大まかなものであり、Imはこのアルゴリズムを使用して2つの場所間の最短経路を他のものから見つける方法です。 Dijkstraは私のニーズに適していませんか? – daidai
- 1. DockedItemsは重量
- 2. 重量C++
- 3. Simplecart合計重量
- 4. がレイアウト重量XML
- 5. 重量ノードとソートノード基本重量を変更する
- 6. 同じオブジェクトの重量と軽量バージョン
- 7. TensorBoard(重量)ヒストグラムの理解
- 8. 圧力センサーと重量センサー
- 9. エラー(うち、「重量」):接続
- 10. MongoDBのテキストインデックスのワイルドカード重量
- 11. オンラインバックプロパゲーション重量更新の運動量項を追加するか?
- 12. OpenCart 2.0チェックアウトカートで総重量と量を表示するには?
- 13. JavaメソッドchangeBlue(重量)を書きます
- 14. のF# - 重量(測定単位)ストーンズ・ポンド
- 15. ユーザー入力による重量変換
- 16. のPython:Pythonの2の長さと重量
- 17. アプリケーションの重量を減らす方法
- 18. スケールに対する重量平均
- 19. Googleの重量を読み取る
- 20. 最大中央重量一致
- 21. Androidの重量が作動しない
- 22. ラザニアネットワークの重量をリセットするには?
- 23. リニアレイアウトマッチ親または重量はここ
- 24. JSキャンバス - 特定のテキスト・重量
- 25. ナップザックですが正確な重量
- 26. TfIdf学習率/文書重量
- 27. SpriteKit - SKSpriteNodeの重量を取得する
- 28. BAPI_PRDSRVAPS_SAVEMULTI2 - 正味重量がゼロになる
- 29. ケラス - 重量とカーネルレギュライザーと同じです
- 30. リミット最大重量カートにOpencart 2.0.3.1
パスを言うときに何らかの意味でエッジをしますか? –
@obrok:おそらく... – woliveirajr
どのようにそのグラフィックを生成しましたか? – Peaches491