本文へ
ハクソク

世界を動かす技術を、日本語で。

SF内の任意の2点間で最も平坦なルートを見つける

元記事: 原文(flattensf.com)

概要

Flatten SF は、San Franciscoの坂道を避けた最適なルートを提案するウェブツール。 USGSの1m解像度Lidar標高データ と Overture/OpenStreetMapの道路グラフ を活用。 スライダーで「最短距離」と「最も平坦」な道の間を調整可能。 徒歩と自転車でルート選択時の条件が異なる設計。 検索や計算は全て ブラウザ内で完結 し、個人情報は送信されない仕組み。

Flatten SF:サンフランシスコのフラットなルート探索ツール

  • Flatten SF は、San Francisco市内の坂道を避けて歩きやすい・走りやすいルートを算出するウェブアプリ

  • 約160,000本 の道路区間データを使用した詳細な経路計算

  • USGS 1m Lidar標高データ で正確な高低差を反映

  • Overture/OpenStreetMap の道路ネットワークを利用したルート構築

  • ルートの選択は「 距離の短さ」と「 登坂量の少なさ」のトレードオフで調整可能

    • スライダーを右に動かすほど「平坦さ」重視
    • スライダーを左に動かすほど「最短距離」重視
    • どちらも他のルートより優れている「パレート最適」なルートのみ表示
  • 登坂量 は「累積標高上昇量」で計算し、出発点と到着点の標高差ではない

  • 徒歩ルートでは 階段 も利用可能、自転車ルートでは階段が除外される仕様

  • 画面上には他の候補ルートも薄く表示され、比較が容易

検索・計算方法

  • 住所・交差点・ランドマーク の検索機能を内蔵
  • 検索やルート計算は全て オフライン で実行、プライバシー保護
  • データやアルゴリズムの詳細は Drew Edwards による公開資料で確認可能

データ・ソース・詳細分析

  • USGS 1m Lidar :精密な標高データ提供元
  • Overture/OpenStreetMap :道路ネットワークのベースデータ
  • Drew Edwards による解析・ツール開発
  • ユーザーは Flatten SF のページでソースや分析結果を参照可能

使い方のポイント

  • サンフランシスコ内の徒歩・自転車移動計画に最適
  • 坂道の多い地域で「なるべく平坦なルート」を探したい場合に有効
  • 観光や日常の移動、ランニングコースの計画など多用途で活用可能

提供: ハクソク · 要約更新:

AIによる日本語要約です。内容は原文とあわせてご確認ください。

Hacker Newsの議論を読む

Hackerたちの意見

ウィグル!(懐かしい通勤を思い出して) https://flattensf.com/#t~-122.40850~37.77493~-122.50940~37.7...

正確じゃないね。外リッチモンドのカブリロ通りから4番街までマッピングしたら、25番街を登ってからゲアリー通りを歩けって言われたけど、実際は完全に平坦な23番街を使うべきなのに。

└

これって使ってるDEMに関係してると思う。USGSの3DEP DTMを25cmで使ってたら、もっと良くなったんじゃないかな。編集:どうやらAWS S3で無料でホストされてるみたい。

└

ああ、これってSFの「スローストリート」プログラムに関係してるし、パーサーのバグもあるね。カブリロはスローストリートだから、パーサーが「目的地専用」のタグを歩行者通行止めと読み取っちゃって、ツールがその通りを全く見れなかったみたい(それでブロックをずらしてスタートしたのかな?)。修正してデプロイしたから、今はカブリロ → 23番 → ゲアリーに行けるはず。

ミッションの22番とサンホセのところで変なことが起きてる。22番をそのまま進めるって理解してないみたいで、サンホセを下ってから戻るルートになっちゃってる。他にもクリックしてると変な不連続がいくつか見える。クラウドUIはここで多くの不可解な決定をしてると思う。例えば、謎の色分けや、離散的なセットに対する混乱した連続スライダー、高度グラフの高さラベルの位置が変だったり。

ベイエリア周辺のしっかりした標高、バイクインフラ、交通を考慮したルーティングについては、https://bikehopper.orgをチェックしてみて。友達と5年前にこれを作って、今もメンテナンスしてるよ。SFには1mのDTM標高データを使って、田舎のエリアには50mを使ってる。SFでは高層ビルや大きな木が多いから、標高に基づくルーティングにはDTMが必須だね。他のモデルは全然ダメだから。

└

シアトルを含めるように考えてもらえますか?それとも、プジェットサウンド地域の方がいいかな?ここに1mのDTM標高データがあるよ。素晴らしい自転車道がたくさんあるけど、避けなきゃいけない丘もいっぱいあるんだ。

└

すごくいいね!作ってくれてありがとう!最近いくつかの自転車マッピングアプリを試してみたんだけど、絶対に役立つ機能が勾配の表示だった。http://hillmapper.comみたいなやつ(残念ながらメンテされてないみたいだけど)。Googleマップの標高図は選んだルートの比較にはいいけど、極端な勾配を強調するのはあんまり得意じゃないよね。実際には標高そのものよりも標高の変化をグラフ化したい気がする。最近サイクリングしたルート(ミッション・ベルナル・セーフウェイからダイヤモンド・ハイツ・セーフウェイ近く)を使ってみたけど、ルートが自転車レーンを重視しすぎてる気がする。例えば、サンチェスとカストロの間のクリッパーの2ブロックを避けるために、共有道路と自転車レーンで4ブロックも進むんだ。重い荷物を載せた電動自転車だと、勾配が増すとかなり非線形的な違いを感じるよ。12%ならちょっと頑張れば大丈夫だけど、22%(Googleマップが送ってきたルート…)だと1ブロックでほぼ崩れそうになる。

└

DSMの方がDTMより好ましいんじゃない?それとも大きな木に関して言ってるのかな?

これいいね。SFはほとんどグリッドだから、目的地から遠ざからないような道を選ぶっていうヒューリスティックを使ってた。下り坂は避けて、選択肢があれば緩やかな登りを選ぶ感じ。他に目的地の方向を知ってる以外は、地元の情報だけを使ってた。

距離と標高上昇を加えつつ、勾配を最小限に抑えるオプションがあったらいいな。例えば、SOMAからノブヒルへのルートは、東か西からアプローチすることで平坦にできる。技術的には、2つの間での標高上昇で測ると「最も平坦」なのはマーケットからテイラーを真っ直ぐ上がることだけど、ノブヒルの頂上に自転車で行くには、遠回りする方がずっと楽しいよね(ポーク → カリフォルニア、エンバカデロ → ブロードウェイとか)。

└

これだと、すごく長いルートになっちゃう気がする。山を登るのに勾配を最小限にしようとしたら、永遠にジグザグし続けることになるよね。

Hacker Newsで議論の続きを見る