JA:Relation:route

迂回路

歩行ルート(ハイキング、巡礼も含む)

主な記事：JA:徒歩ルート

ハイキングのルートはルートリレーションで広範にマップされており、 Waymarkedtrails map ではここでの提案と osmc:symbol=* の記述に従って描画されます。

ハイキングのルートはHiking and Trail riding map (ドイツ語)内のドイツの選択されたエリアに対して描画されます。レンダリングに必要なタグは以下のとおりです:

ウェイを複数のルートリレーションに追加する方法

• 多くのルートが1つのウェイを共有する場合、ルートの新規区間をマッピングしようとすると作業数が多くなります。なぜなら全てのリレーションにそのウェイを追加していかなければならないからです。
• 人はおそらくそのウェイが他のルートに使用されていることは見ておらず、全てのリレーションにウェイに関する変更や変化の適用を忘れるでしょう。するとデータが不一致を起こしてしまいます。
• おそらく比較的簡単な方法です。なぜなら、リレーションを区間分けし、どの区間を編集すべきか見つけることは初心者にとってやや困難だからです。
• リレーションは巨大になり、動作が大変になります（分析ソフトはそのプロセスに時間を要し、地図描写には長いJavaScript CPU timeを必要とします）。
• もしスーパー・リレーションを全く使用しなかった場合、代替（alternative）ルートと脇道（excursion）ルートもリレーションに追加する必要があります。これだと分析ソフトやツールにルートを理解させるのが難しくなります。role=excursionと role=alternativeが提案されていますが、それらは未だにどのウェイがどの脇道ルートに属するのか示していません（if there are multiple ones）。
• 複数オブジェクトをグループ化しまとめることが、リレーションの目的です。2つのprimary road（日本においては主要地方道）がいくつかの区間において同じ通りを共有している時は、同じノードを共有する2つのウェイを作成してはいけません。なので同じウェイを共有する2つのリレーションを作るべきではないことになります。

スーパー・リレーションを作成する方法

• 現在の（CycleMapのような）地図レンダラーはスーパー・リレーションをサポートしておらず、"ref"（参照番号）と"network"タグが表示されません。現在、それら全てのタグが全ての区間リレーションに追加される必要があり、多くの作業を必要とします（特に、区間が所属するルート全てが違う"ref"を持っている必要があるときなど）。
• リレーションを1経路に保つことは良いマッピング技術だと言われています。なので代替・脇道ルートは他のリレーションに入れる必要があります。よって、ルートを区間分けしない場合でも、しばしばスーパー・リレーションが必要になるのです。
• 地図ツールと分析ソフト（例えばOSM Relation Analyzerの、特にGPX export機能）はスーパー・リレーションをまだサポートしていません。これはルートをまとめて分析することが難しくなります（これは重要で、例えば、地図のどの程度まで既にマッピングされたのか計算することなどです）。（※注：OSM Route Managerはサブ（子）リレーションをサポートしています）
• スーパー・リレーションの取扱い方に関して、文章化された協定がありません。一見すると、スーパー・リレーションは単純に見えます――全てのタグを全てのメンバーに引き継ぐだけですから――しかしそうではありません。メンバーリレーションへの引き継ぎのときに、訳の分からない、または文脈・意味が変わってしまっているタグがあります（例："distance"（距離）や"note"（注釈））。基本となるリレーション中以外のロールでも同様のことがいえます（例："forward"/"backward"のロール）。
• リレーションが複数のスーパー・リレーションに、またはウェイが複数のリレーションに属するとき、スーパー・リレーションはとても紛らわしくなります。この場合、もはやどのリレーションやウェイが正しいもので、そのタグを適用されるべきなのか決定的ではなくなります。
• 誰かが新しいルートをマッピングした時、ウェイを共有するルートを別のルートに分割する必要があるかもしれません。それらの別ルートを編集する人は、多くのサブリレーションが常に更新し続ける際に混乱するでしょう。
• 現在のエディタは「リレーション分割」（そしてスーパー・リレーションのレンディング）のような、発展的なリレーション編集の特徴を欠いています。1つのルートが何百もの小さな区間リレーションからなる際、非常にややこしくなります。
• OSMの一つのモットーが、「レンダラーの為にマッピングしない」です。もしスーパー・リレーションの作成がもっと自然なマッピング方法だと考えるなら、我々がその方法をとることが、レンダラーとツールにおいて（スーパー・リレーションの）サポートが無いという理由で抑制されるべきではありません。
• スーパー・リレーションはサーバーからデータを要求する際に必ずしも含まれるわけではないことを考慮してください。なので、スーパー・リレーションが含まれていたかどうかによって、データの解釈（レンダリング）は違ってきます。あなたがウェイやリレーションが他のリレーションのメンバーであるかどうか判別できないのと同様、あなたは関連性のあるデータが全て見えているかどうか確信できないでしょう。
• もしとある完結したルートが他のルートの一部である場合、（ドイツの"D6"は"EuroVelo EV6"の一部であるように）スーパー・リレーションを作ることは常識です。もし現在、EV6が他の経路の一部だけを他国で共有しているなら、どのみち区間リレーションを作成する必要があります（他にサブリレーションとウェイの両方を含むリレーションを作成することになります）。その方法か他の方法のどちらかを使用するべきです。
• 人はマッピングしているルートだけを知る必要があります。とある誰かがドイツの"D6"ルートをマッピングしたとき、（"EV"の標識が彼の地域に存在しなかったかもしれないので）EuroVeloネットワークのことを知る必要はないのです。なぜなら、スーパー・リレーションによって、ルートの一部は自動的に全ての親リレーションに追加されるからです。これはOSMのコンセプト、「各自が知っている場所や地物をマッピングすることで、完璧な世界地図は発展していくのです」により合致しています。

この時、もし分割された区間が、ルート全長と比較して相対的に大きかったのなら、より区間リレーション作成の練習を積む必要があるでしょう。国内の自転車ルートにおいて、20kmが上限として適切です。短めの区間においては、単独のウェイは所属するリレーションの全てに加えられるでしょう（もちろんこれは経験則で、公式のマッピング方法には存在しません）。OSMにおいては、区間がいくつの個別のウェイで構成されているかということも重要です。区間分けをすることはもしルートが自動車道路（少数の長いウェイを含んでいるよう）からなる場合、あまり実用的ではありません。複数のリレーションがあったとしても多くのウェイを加えざるを得ないような多くの都市や住宅街をしばしば自転車ルートが通り過ぎている一方で、です。

用いるタグ付けを決めるときのもう一つの注意点は、もしルートが同じウェイを使っていた場合、「偶然の一致による」ものだけを調べることです。このようにして、あるルートが変更された場合、他のルートが未だ古いウェイを使用し続けるようであったなら、区間リレーションを用いることは適切ではないでしょう。