多言語表記のタグ付けを考える(パート2: 編集合戦編)

2026-02-01に’さくらインターネット Blooming Camp’で行われた「マッパーズサミット2026」での発表内容の「編集合戦編」です

パート１: OSMの基礎知識編

この記事は「基礎知識編」の続編です

必ず「基礎知識編」を見てから「編集合戦編」へ進んでください

• パート１: OSMの基礎知識編

パート2: 編集合戦編

ここからは、OSM編集で実際に起きた「編集合戦」について説明します。

パート１を見ていない方は、パート１: OSMの基礎知識編 を先に見ください

事件は「渋谷スクランブル交差点」で起きました
- ウェイ: 渋谷駅前交差点 (1335178864) “バージョン #6” 2025-07-30

この交差点は英語圏では “Shibuya scramble crossing”として世界的に認知されており、インバウンド観光客の目的地ともなっています
- 渋谷スクランブル交差点

訪日客が”Shibuya scramble crossing”を目的地にした場合、数多ある渋谷周辺の’交差点’の中からどうやって”Shibuya scramble crossing” だと確信することができるでしょうか？
交差点にある「案内標識」の「国際表記名=Sybuya Sta.」がOSMに入力されていれば,日本語を解さない人でも「Sybuya Sta.」と表記された場所が「Shibuya scramble crossing」だと確信することができます

• ここでは、OSMwikiの「一般的な名称以外は、派生名に入れてください」に従い、国際表記部分を int_name=Sybuya Sta. と入力します
  • 「一般的な名称以外は、派生名に入れてください」@osmwiki:名称キー

… See full entry

多言語表記のタグ付けを考える

2026-02-01に’さくらインターネット Blooming Camp’で行われた「マッパーズサミット2026」での発表内容です

パート１: OSMの基礎知識編

発表内容のうち、OSM wikiに記載されている項目の解説を「OSMの基礎知識編」します

「基礎知識」と思ってバカにしないでください。日本の編集のほとんどすべて（９９％以上）がOSM wikiに記載事項に違反しています
また、’talk-ja’などでの意見も OSM wikiに記載事項を理解されていないと思われるものが多いです

実例を使って交差点のタグ付けを考えて見ましょう。

ちなみに、この例は私の自宅近くにある交差点で一般的なものです、特殊な例ではありません。

• 交差点なので junction=yes とします。

… See full entry

大阪市の中心付近に、信号停止線に「一時停止」タグがつけられた箇所がたくさんあります。

「一時停止」標識が存在しない場所なので、誤ったタグ付けなのですが、交点に信号機があるだけの状態よりも優れたマッピングです。

しかし、このままでは、初心者マッパーに「誤りだから・・」という理由で単純に削除されてしまう恐れがあります。

改善編集

「osmwiki JA:Tag:highway=traffic_signals」で推奨されている「highway=traffic_signals」に書き換えましょう！

• 信号停止線にある「highway=stop」タグを「highway=traffic_signals」に書き換えます。
• 交差点の交点にあった「highway=traffic_signals」を「junction=yes」に書き換える

… See full entry

日本国内での access:* タグについて　その1（JapanTagging のImplies 編）

JA talk:Key:access 議論のページ

JapanTaggingの[highway=motorway]のImpliesの件ですが、 ここは今回の提案の’きっかけ’となった部分なので説明いたします。

まず、話がややっこしくなっている最大の原因が JapanTaggingのImpliesが間違っているからです。 (いきなり間違いと決めつけたくはないのですが、間違いと認めないと話が進まないので…)

現行のJapanTaggingでは、

• motorcar=designated
• motorcycle=designated
• foot=no
• bicycle=no

となっていますが、access=yes がデフォルトなので access=no としなければ、軽車両、耕運機、スノーモービルも yes になります。

海外の人やアプリが[highway=motorway]を認識する際には OSM標準でのImpliesで、

• access=no
• motor_vehicle=yes

で認識します。 Impliesに access=no があることによって「OSMの編集に不慣れな方」は access=yes/no を意識しなくて済みます。 なので、JapanTaggingの[highway=motorway]のImpliesにも

• access=no

と明記すべきです。

JapanTaggingの[highway=motorway]のImpliesに access=no が入っていない理由のもう一つの解釈として、 「OSM標準の上に 日本固有の JapanTagging がかぶせてある」（つまりOSM標準は省略されている）と解釈した場合、

• access=no
• foot=no
• bicycle=no
• motor_vehicle=yes
• motorcar=designated
• motorcycle=designated

となっている。と解釈することができます。 この場合、

• foot=no
• bicycle=no

が冗長になります。

OSM標準とJapanTaggingとの違いは

• motorcar= yes <–> designated
• motorcycle= yes <–> designated

のほんのわずかの違いでしかありません。

’’’ ほんとうにそれでいいんでしょうか？ ‘’’

というのが今回の私の提案のきっかけです。（4年ぐらい前の話です） 以来ずっとこのことが引っかかってきました。

■ OSM標準とJapanTaggingとの違いが 実質的に違わない程の差であることのメリット 　→ 海外のアプリがそのまま日本でも適用できる！

これは大きなメリットです。 OSMは「世界地図」なので、日本独自のルールを定義するとその部分が世界標準から隔絶してしまします。

しかし、日本独自のルールが存在することも事実です。 例えば、

• 　「小二輪」は高速道路を走行できない

を、JapanTaggingでは

• motorcar=designated
• motorcycle=designated
• foot=no
• bicycle=no

でなんとなく表現しているつもりになっているように見えるのです。

• 「小二輪」→ moped *　moped は motorcycle とは別物。

　だから、[moped = no] とみなすことができるような気がする。 だとすると、 motor_vehicle=yes はJapanTaggingには含まれないことになります。

JapanTaggingと OSM標準が含まれないとすると、WorldWideと日本とでは highway=motorway の定義が異なることになります。 JapanTaggingに対応していないアプリは、motor_vehicle=yes と解釈するので、「moped=yes」と誤って認識してしまいます。

実際のところはJapanTaggingに対応したアプリはほとんど皆無に近いと思います。 現行のアプリはほとんどが Maps.me のような海外製のアプリですし、OSMの理念から言っても 「海外製のアプリでも日本を正しく認識できるべき」だとおもいます。

ではどうすればいいのでしょうか？

わたしの考えは、まずは JapannTaggingを

… See full entry

osm_jp_access

OpenStreetMap 日本国内での車両別アクセス制限タグを規定するためのドラフトです。

ドラフト版が完成したらOpenStreetMap/wiki - JapanTagging (議論) のページへ転載します。

---

OpenStreetMap Japan Key:access draft

提案する日本の「車両別アクセスタグ」

… See full entry

OSMの網羅率

日本全国でどのぐらいマッパーが活躍しているのかを示す図を作ってみました。 「国土数値情報（バス停データ）」の近くにOSMデータの「bus_stop」が近くにどれだけ存在するかによって色分けしています。

以下の図は国土交通省国土政策局「国土数値情報（バス停データ）」をもとにhayashiが編集・加工したものです。

• 赤： データが入力されていない地域
• 橙： データ入力が不完全。修正が必要な地域
• 緑： データが入力されている地域

Compared with Kokudo Suchi Joho (data from Japanese Government)

• Red： Empty Area
• Orange: Uncompleted Area. Need more works
• Green: Completed Area.

全国の状況を見ると「OSMぜんぜんダメじゃん」って感じになっていますが、そもそも「バス停」ってアームチェアマッピングが非常にやりにくいので、このデータにはアームチェアマッパーの貢献度が全く反映されていません。 街中を徘徊するタイプのマッパーによる成果とみることができます。

神奈川県周辺

… See full entry

心療療養のため韓国へ

きままな一人旅のはずが 貧乏旅行へ

先日、現実逃避のためになんの準備もせずにふらりと韓国-ソウルに行ってきました。
精神的に疲れ果てていたのでソウルへ行く目的も準備も全くなしで着替えだけ持ってソウル市内へひとり旅に行ってきました。

韓国ではハングル文字も読めないし、英語も通じない状態に陥り、いきなり予約したホテルを探して二時間もウロウロ歩きまわるはめに。

更にホテルに到着した晩でのホルモン屋でぼったくられ いきなり金欠です。

翌日は朝から金策のために銀行探しの旅へ

なんの準備もしないで来たので 完全にOFF-LINE状態です。

オーストリアで活躍した Maps.me を探すも 銀行が見つかりません。そもそもハングルが読めないので街を歩いていてもどれが銀行なのかさっぱりわからず 朝９時からとにかく闇雲に歩きまわりました。歩いているうちに出会ったのが「光化門」です。

「光化門」と「景福宮」

「光化門」と漢字で大書きされている門をくぐると広場があり、その先に「景福宮」があるようなのですが、「景福宮」へは有料のようなので 一旦、銀行さがしの旅へ戻りました。

結局、１５時にやっと銀行をみつけて 貧乏旅行を終了させることができました。歩き回るという適度な運動を行ったことと、非日常の世界が私の精神面に良い影響を与えたようで 全くの無気力状態から 正常な精神状態へ変わったようです。ここの夜 初めてまともな感覚を取り戻したようです。

　　「暇だ」 　　「やることがない」

そうだ survey に行こう

ということで 昨日お金がなくて入れなかった 景福宮 へサーベイに出かけることにしました。 準備不足でいつも愛用しているカメラを持ってきていません。スマホも日本においてきましたので Mapillary もできません。

しかし、 いつも持ち歩くバックの中に、GPSロガーとGoProによく似た中華カメラが入っていたので ちょっと昔のやり方でサーベイしてきました。こんなにガッツリやるのは久しぶりです。

ひたすらマッピング用の写真を取りまくりっす。

• 9:00~16:00
• デジカメのバッテリーチェンジ３回
• GPSロガーのバッテリーチェンジ１回
• 撮影枚数 １４００枚以上

… See full entry

JA:talk:Japan_Tagging_交通標識 [osm.wiki/JA_talk:Japan_Tagging_%E4%BA%A4%E9%80%9A%E6%A8%99%E8%AD%98] をまとめる。

JA:talk:Japan_Tagging_交通標識 [osm.wiki/JA_talk:Japan_Tagging_%E4%BA%A4%E9%80%9A%E6%A8%99%E8%AD%98] をまとめる。

座間市のコミュニティバス路線を完成！

OSM wiki にまとめたものがこちら JA:Bus routes in Kanagawa

そして、WikipediaにもOSM_BOXを貼った！ 座間市コミュニティバス

今日は横浜市金沢区のプレエディトとして野島の建物をトレースしてみた。 １３：００－から２２：００まで、途中中断が入ったから正味８時間というところか、１日の作業量がだいたいつかめた。 このペースで行くと金沢区全域ではのべ３０日間というところか・・・

WikipediaにOSM_BOXを追記しよう

手法：

　地図があると説明しやすいんじゃない？ 　と思われるWikipdiaの記事にOSM_BOXを追記する。

目的：

１．　Wikipedia記事を書いた人がおや？ って思う。 → OpenStreetMapの存在に気づく。 → マッパーになる。

２．　Wikipediaを見た人がOSMの存在に気づく → マッパーになる。

ターゲットページ：

ざっと見たところ下記のページ

• 日本の道路一覧
• 日本の一般国道一覧
• 日本の一般有料道路一覧
• Category:歩道
• ボードウォーク
• コミュニティ道路
• 日本のコミュニティバス一覧
• Category:高速バス路線
• バス専用道路
• 長距離自然歩道
• [Category:日本の山 (山系別)]の[登山ー主なコース] (https://ja.wikipedia.org/wiki/%E9%9B%B2%E5%8F%96%E5%B1%B1)

osm.org/browse/relation/3016811

ロギングデータ

Download: [http://dl.dropbox.com/u/50897542/hureai06_20121202.zip]

ちょっと時間が出来たので本格的なマッピングしてみたいけど、ログデータがないという方、是非、マッピングしてみてください。

• source=”survey 2012-12-02”
• 私が撮影した写真とGPSログをパブリックドメインで公開します。ご自由にお使いください。
• 「自転車」でのロギングデータです。
• 36MBほどあります。
• 「～_.gpx」は、osmtrackerで取得したGPSログとウェイポイントをOSMのPOIに変換したファイル。写真へのリンクWPも付加されています。
• 写真は１６分の１に縮小しています。写真縮小以外はほぼ生データです。
• 写真ファイルの位置情報は正しくありません(4分以上のズレがあります)。写真の位置は「～_.gpx」で確認してください。
• 「～.osm」は、osmtrackerのWPボタンをOSMのPOIに変換したもの（fixme付き）。バス停も入ってます。
• 「～.csv」は、変換ログです。（マッピングには必要ありません）

＜自転車＞茅ヶ崎駅～サザン通り

1. 「茅ヶ崎駅」から「茅ヶ崎漁港」へ（一部「サザン通り」）

＜自転車＞関東ふれあいの道 連絡道

1. 「茅ヶ崎漁港」から開始点へ（サイクリングロード）
2. 一般道、「連絡道」を往復（ふれあいの道を示す案内などはなし）

＜自転車＞関東ふれあいの道神奈川県コース6

関東ふれあいの道神奈川県コース06 <— マッピングしたらここに反映して！

1. 「開始点」から「記念碑」へ（サイクリングロード）
2. コース途中でリタイア

＜自転車＞鵠沼海岸～鵠沼駅

1. 「鵠沼海岸」から「駅」へ

パブリックドメイン ロギングデータ

## 関東ふれあいの道神奈川県コース16

パブリックドメインで公開しました。 ちょっと時間が出来たので本格的なマッピングしてみたいけど、ログデータがないという方、是非、マッピングしてみてください。

• 「バス」と「徒歩」でのロギングデータです。
• 31MBほどあります。
• source=”survey 2012-12-09”

＜神奈中路線バス＞

1. 「秦野駅」から「蓑毛バス停」へ（右側座席：バス停WPあり）

＜関東ふれあいの道神奈川県コース16　徒歩＞

1. 「蓑毛バス停」
2. 蓑毛越、阿夫利神社、二重の滝、見晴台、
3. オプション：「浄願寺奥の院」へ
4. option: 「大友皇子の墓」へ
5. 「日向薬師バス停」

＜神奈中路線バス＞

1. 「日向薬師バス停」から「伊勢原駅北口」へ（左側座席：バス停WPあり）
   ２７０円

Download: hureai16_20121209%20.zip

osmtrackerで取得したGPSログとウェイポイントをOSMのPOIに変換したファイルと、写真の撮影リンクをGPXに埋め込んだファイルとを公開します。 ロギングデータの写真付きです。写真は１６分の１に縮小しています。写真縮小以外はほぼ生データです。

～_.gpx は、写真へのリンクWPが負荷されたGPXです。 ～.csv は、変換ログです。 ～.osm は、osmtrackerのWPボタンをOSMのPOIに変換したもの（fixme付き）。 バス停も入ってます。

写真の中に私の左手が写っているものがありますが、これは撮影方向を示しています。（DSC00336.JPG付近） 人差し指が進行方向を示していて、 親指は進行方向の右側方向へ分岐する道。 小指、薬指、中指は、進行方向の左側方向へ分岐する道。 掌がこちら向きの場合は、逆方向へ向かって（以下同）。 グーは、後ろ向きの方向を示しています。 指示がないときは、進行方向側を撮影しています。

パブリックドメイン ロギングデータ

## 関東ふれあいの道神奈川県コース１０

パブリックドメインで公開しました。 ちょっと時間が出来たので本格的なマッピングしてみたいけど、ログデータがないという方、是非、マッピングしてみてください。

• 自転車でのロギングデータです。
• ４５MBほどあります。
• source=”survey 2012-12-08”

1. 「森の里公園」をスタート
2. 「神奈川県自然環境保全センター」から
3. 一般道を通って「日向薬師バス停」へ、
4. オプションとして、「日陰道」ルートをロギングした後、
5. 「ふれあいの道１０」を伝って、「鎧塚」「産業大」「上粕屋神社」「太田道灌の墓」「比々多神社」「長福寺」「坪内」へ、
6. 坪ノ内からは帰路、一般道を通って’‘バス停’‘の位置をロギングしながら「森の里公園」の駐車場へ戻る

Download: hureai10_20121208.zip

osmtrackerで取得したGPSログとウェイポイントをOSMのPOIに変換したファイルと、写真の撮影リンクをGPXに埋め込んだファイルとを公開します。 ロギングデータの写真付きです。写真は１６分の１に縮小しています。写真縮小以外はほぼ生データです。

～_.gpx は、写真へのリンクWPが負荷されたGPXです。 ～.csv は、変換ログです。 ～.osm は、osmtrackerのWPボタンをOSMのPOIに変換したもの（fixme付き）。 バス停も入ってます。

クエスト：道路の中央分離帯にある鉄塔の高さを測量する

1. 45度方で鉄塔の高さを水平面上に置換する

45度方について

1. 歩測で鉄塔までの距離を測る。しかし、鉄塔との間に障害物(通行量の多い道路)があるのでピタゴラスの定理で斜辺の長さとして距離を求める。

• 鉄塔の真横までの歩道上の距離を歩測する。

　　　　a = (58.5+60.0)/2 = 59.25 歩

• 横断歩道で道路の幅の半分の長さを測る

　　　　b = (14.0+14.0)/2 = 14.0 歩

• ピタゴラスの定理で斜辺の長さとして距離を求める。

　　　cc = aa + b*b

　　　　　= (59.2559.25) + (14.014.0)

　　　　　= 3510.56 + 196

　　　　　= 3706.56

　　　c = SQRT(3706.56) = 60.88 歩

• 私の歩幅係数を掛ける

　　　C = 60.88 * 0.78 = 47.49m

• 私の目線までの高さを加える

　　　Hight = 47.49m + 1.7m = 49.19m

関東ふれあいの道

## 神奈川県 1. 三浦・岩礁のみち

1. 油壺・入江のみち

関東ふれあいの道　[3] 荒崎・潮騒のみち

関東ふれあいの道　[4] 佐島・大楠山のみち

関東ふれあいの道　[5] 稲村ヶ崎・磯づたいのみち

関東ふれあいの道　[6] 湘南海岸・砂浜のみち

関東ふれあいの道　[7] 大磯・高麗山のみち

関東ふれあいの道　[8] 鷹取山・里のみち

関東ふれあいの道　[9] 弘法大師とサクラのみち

関東ふれあいの道　[10] 太田道灌・日向薬師のみち

関東ふれあいの道　[11] 順礼峠のみち

関東ふれあいの道　[12] 丹沢山塊東辺のみち

関東ふれあいの道　[13] 山里から津久井湖へのみち

関東ふれあいの道　[14] 峰の薬師へのみち

関東ふれあいの道　[15] 弘法大師と丹沢へのみち

関東ふれあいの道　[16] 大山参り蓑毛のみち

関東ふれあいの道　[17] 北条武田合戦場のみち

<秦野> 秦野市ハイキングコース　[B] 弘法山公園・吾妻山コース [osm.org/browse/relation/2146833] <平塚> 平塚市　[] 湘南平霧降渓流の道(ﾊｲｷﾝｸﾞｺｰｽ) [osm.org/browse/relation/2200600] 平塚市　[] 土屋の古跡をめぐる道(ﾊｲｷﾝｸﾞｺｰｽ) 平塚市　[] 七国峠遠藤原の道(ﾊｲｷﾝｸﾞｺｰｽ) <鎌倉> 鎌倉市　[祇園山] 祇園山ハイキングコース [osm.org/browse/relation/2224674] 鎌倉市　[天園] 天園ハイキングコース [osm.org/browse/relation/2236969] 鎌倉市　[] 大仏ハイキングコース

国土数値情報　バス停留所データ
http://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-P11.html
を変換して、OSMファイル、または、GPXファイルを作成する。

== 評価 ==

神奈川県のデータをGPXファイルに変換し、JOSMでバス停を”トレース”出来るかどうか検証してみた。

; ためしにGPXファイルへ変換してみた :基盤地図情報「地名」と同じ技法にて変換。 https://sites.google.com/site/hayashiyuu/home-1/ji-pan-de-tu-qing-bao-ding-zi-ming-wogpxfairuni-bian-huansuru

:トレース方法も同じ。 https://docs.google.com/viewer?a=v&pid=sites&srcid=ZGVmYXVsdGRvbWFpbnxoYXlhc2hpeXV1fGd4OjkyODgyZDBlNTI4MGE3Yg

* データが多すぎてJOSMが動かない！

:* とりあえず動くがとても遅い！

:* 作業ができないほど遅い！

::（神奈川県で約８５００ノード）

* ゆえに、分割が必要

:* バス路線毎？

::* バス会社毎？

::* 分割するならインデックス情報も作成する必要あり。

; インポートデータはどんな感じか？

* ノードはひとつしか無い

通常、２つあるバス停の中間の位置にポイントが設定してあるようだ * OSMの位置とはずれている（３０ｍぐらいかな） * バス停の「名前」と、ここを経由する「バス路線」の情報がある

「シェルター」や「退避帯」などの情報はない

もちろん、時刻表や料金もない
; 既存のバス停データへの配慮 * バス停はBingでは描けないので、既存のバス停は全てsurver or knowledge によるものと考えられる。 * 既存データの有無は、半径５０ｍほどの範囲に他のバス停が存在するかどうかを目視でチェックするしかないようだ。 :: 「妥当性」のチェックでは検知できない。 :: なにかいい方法はないか？

== インポートでもOKなのか？ ==
* 基盤地図情報が”トレース”なのに、国土数値情報は”インポート(変換)”’'’OK’'’の出典元はどこ？

== インポートファイルをOSMメンバーに配布できないか？ ==
既存の「バス停」と二重に登録されることを回避するために、例によって’'’人力による力技’'’が必要になる？
* 国土数値情報の”ダウンロードとデータ変換”の作業は、’'’煩雑・めんどくさい・楽しくない’’‘。
; どんなファイル？
* バス路線ごとにOSMファイルを作成することは可能 * タグ付：　（いま調査中、helpMe!）

== 誰がやるのか？ ==
* マッピングジャンキー(likes me)
:: 特殊な人々、絶対数が少ないのが問題
* 地元のマッパー
:: 大多数は自分の領域外までインポートしようとは考えない
* バスマニア
:: まだOSMの存在を知らないようだ
* バス運営者（バス会社、自治体など）
:: マッパーになってくれれば理想的

いまのところはジャンキーに頼るしか無いが、OSMの「ビジネス利用促進」の観点から「バス運営者自身」で自らのバス路線を描いてもらうのが理想的ではないか？
特に、自治体やコミュニティバスは路線図の作成費や印刷費に悩んでいるのではないだろうか？
WinWinの関係が成立する関係になると考える。（たぶんバス運営者は地図の精度やらカバー率など面倒なことはいわないとおもう）

国土地理院のサイトから「バス停」のXMLデータがダウンロードできる。 試しに神奈川県のデータをダウンロードして中身を確認してみた。 XMLの中身は、

バス停 { 　・バス停の名前 　・位置 　通過するバス路線 { 　　・運営会社名 　　・路線名 　} }

というデータが記録されているようだ。 ・通過するバス路線のデータから路線図が作成できるように感じるが、バスが経由するバス停の順番が読み取れないので、この情報からバス経路図は作成できない。

・バス停は通常、道路の左右に別れて位置しているが、このデータではバス停はひとつしか記録されていない。 ・バス停の位置は、例によってずれている。

バス停の「インポート」は良くない行為だと思います。 「バス停」というのは航空写真では視認出来ないので、現地調査で確認すべき最初の地物となり、初心者マッパーにとっては思い入れの強いPOIになっていると思います。 既に多くのバス停が現地調査によって投入されています。 ここに質の悪いインポートデータが投入されると、混乱をきたすでしょう。(森林データに悩まされているマッパーは私だけではないはずです)

しかし、アームチェアマッパーとしてはバス停のデータは入力したい地物でしょう。

そこで、「インポート」ではなく「トレース」でバス停を入力出来るようにすることを現在目論見中です。 多分、バス停のXMLをGPXに変換して、ウェイポイントにして、それを「なぞる」という方法が可能になるように考えています。