[OSM-ja] データ入力についての質問

[Kimiya FUJISAWA]

藤澤です。

Show-ichiさん、情報ありがとうございます。

relationでまとめることができるのですね。
番号をまとめたりそれとは別に名前が付いているときにも使えるのですね。
国道はエリアによって名前が変わることが良くありますが、それにも
対応できますね。

いずれレンダリングに反映されるようになればよいですね。

refの高密度化は私も気になってました。立体交差点などで、細分化すると
ref標示時にどの道の番号が表示されているのかわからなくなったりしていたので。

上り／下りが別々になっていると道路名が２重に表示されたりしますが、
これもrelationsでまとめてあれば、将来的には解決されるかもしれませんね。

後は、relationsを使えば、トンネルにはトンネル名を付けて道路名は付けない
ということも可能なわけですね。

私の方でも活用してみます。

show_ichi ＠ lucky.odn.ne.jp wrote:
> 徳島の Show-ichi です。
> 
> １．重複区間の ref について
> 
>> そこで、一般の地図に習って「重複区間は基本的に番号の若い方を入力する」
>> というルールのほうがよいのかなと思ったりするのですが、いかがでしょうか。
> 
> 国道や都道府県道で重複している区間について、ref の記述は“現地”で表示されている番号
> が、最優先だと思います（古い表示には注意が必要ですが）。
> そのうえで、複数が表示されているか表示がまったくない場合に「国道を優先し、最も若い番号
> を付する」のが良いと考えます（「現地で複数表示されているなら、ref にも複数表示すべき」
> という考えもなくはないのですが）。
> 
> また、１つの路線を１つながりの way で記述することは、橋やトンネル、レーン数などの情報
> を付け加えていけば、どのみち細分化してしまいますので、よっぽど短くない限りは不可能だと
> おもいます。
> 
> 重複があったり、連続していない路線データを一まとめに管理する手段としては 
> Relations/Routes (http://wiki.openstreetmap.org/index.php/Relations/Routes) が用意され
> ていますので、私はこれを利用しています（とりあえずは四国内に限って運用しています）。
> 
> way の細分化が進むと、ref が高密度にレンダリングされる傾向があるので、Relations で情報
> を担保したうえで、ref を適当に間引くようにしています（レンダリング結果にこだわるのは良
> くないと思いつつ……）。Mapnik などが Relations/Routes/route=road の ref をレンダリン
> グしてくれれば、こんな中途半端なことしなくてもいいのですが。
> 
> -- Show-ichi --
> 
> /*********************************************************************
> *                                                                    *
> * 内田祥一 (Show-ichi Uchida)       email: show_ichi ＠ lucky.odn.ne.jp *
> *                                                                    *
> *********************************************************************/
> 
> _______________________________________________
> Talk-ja mailing list
> Talk-ja ＠ openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-ja

-- 
 @@@@@                             藤澤 公也 / Kimiya FUJISAWA
@//  @@                          mailto:fujisawa ＠ techstrom.org
@-O-O-@                          work:fujisawa ＠ media.teu.ac.jp
 \ ^ /  mixi ID：10397871            http://www.techstrom.org/