1 はじめに
OSMのマッピングはツールの充実などによりとっつきやすくなったが、その奥は極めて深い。自分の興味や習熟度に合わせて楽しくマッピングすることがいちばんではあるものの、ある程度慣れてきたらOSMはデータのプロジェクトであるということを意識すると、いろいろやるべき／やりたいことが見えてくる。はじめはどうしても絵柄としてのマッピング（レンダラーに対するインプットとしてのデータ整備）に目が行きがちだが、実はレンダラーはOSMデータを元に動作するソフトウェアのひとつに過ぎない。OSMデータはそれ以外にも経路案内、スポーツ、ゲーム、考古学、インドア、3D/4D等々、多様な分野のソフトウェアで使えるように詳細なタグ付けのスキームを持っており、そのスキームは日々更新されている。
＜OSMデータを利用したサービスやソフトウェアの例＞
2 歩行者向け経路について
移動のための交通手段は地域により公共交通機関が主であったり自家用車が多かったりするが、共通するのは徒歩ではあまり移動しないという点だ。そのため徒歩でなければ見つけられないとっておきの場所が意外と知られていないことが多い。今回はそんな場所のうち、歩行者向けの「通り道／抜け道」がテーマである。
地元でどこかへ歩いて行く場合、最初は遠回りでもとにかくたどり着ける道を探して行くが、次第に他の歩行者の様子などを見ながらより便利な道を見つけ出す。そんな歩行者向けの道を、実際に歩いてたどれる経路として整備して共有しようよ、というのが今回の趣旨だ。人の通り道とはいっても民家の庭先など、公共空間でない場所はNGである。
日本では既に成熟産業であるカーナビと同じような自動車向けの経路案内をいまさら頑張るのはなかなかモチベーションも湧きづらい。しかしながら歩行者向けのナビゲーションは商用サービスであっても都心部や駅周辺以外ではまださほど充実していない（車道と歩道を区別して経路案内してくれるのは一部）ためパイオニア的な楽しみもある。
3 歩行者向けの地物を描いて経路をつなぐ
歩行者向けの経路を整備するのに必要なのは歩道や階段といった歩行者が通行できる地物である。歩行者が通れる道を経路としてつなぐ。その詳しいマッピング方法は「歩道/SidewalkMapping」を参照のこと。
歩道などのマッピングがある程度できたら、実際に経路がたどれるか検証が必要だ。マッピング作業が中断したり、描き方がよく分からなかったりして経路として途切れている箇所はよく見受けられる。こうした部分をチェックしながらつないで行く作業である。
4 ポイント1-全般
- 歩道や横断歩道といった歩行者の経路となる地物を描く。
- 歩行できる範囲では地物をきっちり接続する。歩行できない（通れない）部分は接続しない、もしくは妨げている障害物を描く。行き止まりの通路には終端ノード上に(noexit=yes)とタグ付けして接続していないことを明示する。
- 縁石のある歩道が途切れている箇所でも、白線などで歩行領域が分けられている場合は縁石の無い歩道として描いたり、歩行領域が確保できていない場合は車道に接続したりする（車道の端を歩く）。
- 歩道橋や歩行者トンネルの終端ノードは何も無い所になんとなく置くのではなく、近くの歩道または車道に接続する。
- 経路がはっきりしない（どこでも通れる）広場などでは、とり得る代表的な経路を仮想的に歩道(highway=footway)として引く。
- 歩行者経路の妨げとなる長い／大きい地物（広い道路、線路、河川、塀、その他の構造物など）では、その横断／通過ポイント（横断歩道、歩道橋、跨線橋、踏切、トンネル、橋、階段、出入口、通路など）は経路の距離に大きく影響するので漏れなく描く。
＜参考＞
バリアフリーやインドアに着眼するとやや複雑になるため参考程度に挙げておくと、歩道の幅・路面・斜度、縁石の有無・おおよその形状・高さ、点字ブロック、触知地図、音響や振動による案内がある信号機、手すり、建物の出入口、エレベータ、エスカレータ、廊下、なども経路判断の要素となり得るものであり、そのような経路案内に興味のある人はぜひこういった地物のマッピングを極めて頂きたい。
5 ポイント2-経路探索結果を地元の知識で改善する
自宅や職場から最寄り駅まで、自宅から学校やスーパーまで、といった自分のよく知っている歩行経路が正しく案内されるかを確認して、違和感のある経路が案内されたら詳しく調べ、問題点を修正する。たいていはどこかにボトルネック（つながるべきところがつながっていない）が存在しているはず。
OSM.orgウェブサイトでは左上の検索窓の右隣に「直進＋右折」マークのアイコンがあり、クリックして交通手段で「歩行」を選び、緑のピンを始点に、赤いピンを終点にドラッグすると歩行者向けの経路探索ができる。
5.1 例1
私の地元の松戸中央公園入口付近から松戸駅までの歩行経路を探索した結果が下記水色の線。
公園は丘の上にあってそこから車道を下りる経路が水色の線で示されているが、これは遠回りで車の通る狭い道なので地元の人はこんな経路をとらない。代わりに赤い手書きの経路のように、安全な公園内を通って崖の部分に掛かっている階段を通って地上に降りる。
編集モードで開く：
背景を基盤地図2500
http://www.finds.jp/ws/tmc/1.0.0/KBN2500FN-900913-L/{zoom}/{x}/{y}.png
に切り替えると公園内の歩道と崖を下る階段が見えているのでトレース。
公園内の歩道は商用地図の歩行者向け経路案内では対象外になっていることが多いが、広い公園では単純に公園内の経路案内に使え、小さい公園でも歩行経路をちゃんとつないでおけば目的地への抜け道にも使えるため、公園内の経路もできるだけ描く。
画像トレースだけではなく、地元ならではの知識や現地調査結果を活用して経路の細かいつながり具合を正しく表現する。
修正反映後の経路：
（2018/7/29現在、サーバー移設のため反映が遅れている模様。通常はレンダリングと同程度のタイムラグでルーティングライブラリGraphHopperが見ているDBへも反映されるがここでは数日掛かった）
5.2 例2
国道を越えて中学校へ行く経路だが、すぐ近くの歩道橋を渡らずに遠回りする経路が案内されてしまっている。
編集モードで見てみると：
地理院オルソ画像で見ると：
2箇所で途切れているのでしっかりつなぐ：
- 歩道橋の階段→歩道に接続する
- 左側の歩道が孤立→地理院オルソ画像で見えている横断歩道でつなぎ、さらに歩道エリアが確保されていない道路であるため、歩道を道路に接続する
修正後：
修正反映後の経路：
5.3 例3
駅を通り抜ける歩行経路がつながっていないため大回りのルートが案内されている。
駅前のペデストリアンデッキが穴あき表現のためにリレーション（マルチポリゴン）で描かれているが、歩行経路が描かれていない。
ペデストリアンデッキ上の仮想的な歩行経路をつなぐとこんな感じ：
修正反映後の経路：
6 チェックツールを利用して改善する
論理的に誤りの可能性があるつながり具合をチェックしてくれるツール（QAツール）もいくつかあり、目視だけでは見逃してしまう誤りも検出することができる。チェックは完全ではなく誤りの候補をピックアップしているだけなので、現地の知識がある人が修正の要否を判断しながら対応することが望ましい。ここでは2つ取り上げてチェックしてみる。
6.1 Keep right
「浮島」とも呼ばれる孤立したウェイの例。
線路をまたぐ車道沿いの歩道の両端がその先に接続されておらず、確かに孤立している。
背景画像、mapillary画像、現地調査、地元の知識などを元に正しい経路を接続する。
修正が終わったら「一時的に無視（エラー修正済み）」をチェックして「保存」。
Keep rightは通常週次で定期検査処理を実行しており、そこで問題が発見されなければ完全に消える。
6.2 osmose
終端ノードが近くにありながら接続していない経路の例。
マップ修正後：
状態を「修正済み」にする。
7 実際に歩行者向け経路案内アプリを利用する
7.1 maps.me
出発地点と目的地点をそれぞれ地図上で長押しして選び、上部の交通手段で徒歩アイコンを選ぶ。
7.2 Osmand
画面下の右折アイコンをタップして開始地点(From)と目的地点(To)を地図上で選び、交通手段として徒歩アイコンを選ぶ。
目的地までの経路を調べる際に、こうしたOSMベースのスマートフォン地図兼ナビゲーションアプリを使って、最短でない経路が案内された場合はOSM側でデータを修正する。ナビゲーションアプリのデータ更新頻度はあまり高くないので気長に待つ必要があるが、こうして適切な歩行者向け経路案内ができるまでの自己完結したフィードバックループが実現できる。
OpenStreetMap(OSM)の特徴のひとつは共有だ。情報を共有することでみんながハッピーになってくれれば私もハッピー、そんなことだ。特にmaps.meは操作性が高くオフラインでも動作するため海外旅行のお供として人気が高く、有名な観光地などで歩行経路が充実していると海外からのゲストの役に立つ可能性も高い。
小さな幸せのおすそ分け、それもOSMの本質のひとつである。Happy mapping!