[OSM-ja] 夏休みマッピング

2008年 8月 18日 (月) 01:45:17 BST

柴田(あ)です。

ちわ♪

たろかわさんの、車だと取れるデータが歩くよりも
三倍取れるというようにも見えます。
なかなか興味深いです。

で、
http://www.openstreetmap.org/?lat=35.55567&lon=140.17208&zoom=15&layers=B00FTF
を JOSM で見てみました。
いいなーこういう風にしたいなーという情報がいっぱい
見えましたので、参考にさせてくださいな。
信号とかこういうの入れたかったんですよ。
が、 properties の項目なんだろうなぁとかわけわかって
いなかったので、非常にありがたいです。

バス停は徳島で発見しましたが (^^;

当方の場合自転車で移動していますが、二時間でとって
きたログは道路の種類を引っ張るだけなのでだいたい
一時間くらいで済みます。
こういう時間計画のノウハウも溜まっていくといいですね。

あと、今はデジカメが手元にないのでボチボチはじめますが、
こういう道路は highway=primay だよとかいう写真というか
見本ギャラリーのようなのを考えています。
来週くらいにははじめたいなぁと。

***

閑話休題

日本の GPS のトラッキングデータが上がっているのは
うれしいことなのでしょうが、困っている部分もあります。
一度上げたものってなくすことってできるんでしょうか？

というのも、当方ログを取ってきて以前はサーバに
トラッキングデータを上げていました。
しかし今はやめています。
# 先日の OSM birthday party では上げろといわれました (^^;

というのも、「 RAW GPS データ」を編集データとして JOSM に
読み込むときに問題がありました。
たとえば
http://www.openstreetmap.org/?lat=35.85056&lon=139.31992&zoom=16&layers=B00FTF
の範囲を JOSM で RAW GPS データをダウンロードしてみてください。

雲のようにというか、ある範囲がブレブレのトラッキングラインで
塗りつぶされているような感じになって、そのエリアの編集が
できないわけです。
ほかにもそういう場所があります。

表示しないということも考えられますが、だったらダウンロード
する意味もないということになります。

ということで、いまは
a. こういうブレブレじゃないにしても電源投入時など時々ポイントが
　飛ぶことがあって、ほかの人に迷惑をかけているんじゃないか
b. サーバに上げても、自分がダウンロードしなくなったように
　上げることそのものに意味が減ってるんじゃないか
c. そもそもサーバに上げなくても手元のデータで地図編集はできる
という理由から上げていません。

サーバにデータを上げることの意味は
1. 共有することでほかの人のトラッキングデータから道を起こせる
2. 何らかのほかの統計に役立つ
などが考えられますが
上の 1 は a と表裏一体で、今の私には雲のようなブレブレに見える
トラッキングデータはほかに使える有効な手段がなければ編集の
邪魔になるのでそれを選んで排除したいのですが、それができない
現在の状況では、ほかの人のトラッキングデータは使わないという
選択が最善ということなわけです。

どうしたものでしょうねぇ。

--
あまねく生命に、あまねく知性に、最大の幸福を願う
E-mail:help ＠ eva.gr.jp

<48A8A48F.3020000 ＠ mqj.biglobe.ne.jp> の、
   "[OSM-ja] 夏休みマッピング" において、
   "Mon, 18 Aug 2008 07:22:07 +0900" 発信のメイルで
   "Taro Kawahara <tarokawa ＠ mqj.biglobe.ne.jp>"さんは書きました：

> 河原です。
> 
> お盆休み期間中、バンバン日本のGPS Tracesがアップロード
> されていましたね^^; 　自分のをアップロードするとき、
> 最新リストみてましたが、関西のほうから東北のほうまで
> 新しいデータがアップロードされているのを見かけました。
> 
> わたしは、鎌取駅南側の市街地を丸ごと一つ入力しました。
> 休み計画では、一日、ウォーキングで、もう一日、レンタカーで
> ぐるぐる回りしてデータ取りし、一日でそのデータを入力、
> 残りの一日で、市街地の効率のログ取りについての本を
> 執筆する、ということにしていました。　が、取れたログが
> 効率よすぎて(つまりたくさん取れすぎて)、データ入力だけで
> 三日がかりになってしまいまして、ノウハウ本執筆の時間は
> ゼロになっちゃいました。大変だ。
> 
> 通常、ウォーキングでは、フィールドワークと同程度の
> 時間でデータ入力が終わるのですが、ドライビングで
> 集めたデータは、速度が速い分データ量も多くなり、
> フィールドワークの時間より３倍ぐらいデータ入力時間が
> 必要になるみたいです。
> 
> 入力した場所は；
> http://www.openstreetmap.org/?lat=35.55567&lon=140.17208&zoom=15&layers=B00FTF
> の付近ですが、まだ、入力したデータはレンダリングされて
> いません。 また、 osmarender や Mapnik ではレンダリング
> されない種類のデータもけっこういっぱい入力したので、
> JOSMあたりで生データを覗いたほうが面白いのかもしれません。
> 
> 新しい試みとして、
> 　* 鉄道の駅舎を building タグで入力してみた
>   * 駅のホームを area で定義してみた
> 　* 意味的には微妙だけど、一つの試みとして、
> 　　highway=primary, highway=secondary, highway=tertiary,
>     highway=residential の意味を変更してみた。
>     (国道は highway=trunk で変更なし)
> 　* かなり積極的に、highway=footway と highway=steps を
> 　　使用した。
> 　* bridge=yes, cutting=yes も多用して、
> 　　細かく街の立体構造を入力することに努力をしたが、
> 　　トンネルの出口が橋になっていて、その橋の上から
> 　　別の橋が分岐して伸びているようなところとか、現在の
> 　　OSMマップのルールでは表現不可能な立体構造もあった。
> 
> 意味を変更してみることを試みた primary, secondary,
> tertiary, residential ですが、
> 　数キロ四方で眺めたとき、最も交通量が多く主要と思われる通りを
> 数本だけ選んでprimary, それより少ないが主要と思われる通りを
> secondary, 「町と町を繋いでいる」通りであっても、主要とは
> 思われない(メインストーリートとは思われない)通りは、
> 積極的に tertiary に格下げし、また、いままで tertiary だった
> 通りで secondary から格下げになったtertiary とごっちゃに
> なってしまう部分を、積極的に residential に変更してみました。
> (living_streetかなとも思ったのですが、ヨーロッパにあるような
> 「歩行者が自動車よりも優先される街路」と同じようなもの
> ほどに歩行者優先の通りなんて考えられないなぁとも思い、
> 実際道路で遊んでいる子どもは見かけたものの、residential
> で統一してみました)
> 
> その結果、居住地の道路で、一般の通過の車両が走行することは
> 歓迎されない道路はみんな residential になってます。
> (実際にその気になれば、一般の車両でも通過は可能ですから
> 「通常は通り抜けができないもの」という residential の定義
> とは違っていますけれども、通り抜けは歓迎されなさそうな
> 道は積極的に residential に落としました。なので、４車線の
> 通りだけど、清閑な高級住宅街の通りで通過は歓迎されていない
> 構造だからという理由で residential にしたところがあります、
> …東京の青山の外国人向け(?)住宅地にもこういう場所ありますよね)
> 
> 
> 東京の地図がごちゃごちゃしすぎていて、実用に使いにくく、
> ドイツなどの地図と見比べて primary, secondary, tertiary クラス
> の通りが多すぎると思ったので試みとしてやってみたって
> 感じですが、うまくいっているかどうかはまだ自信がないです。
> 
> --
> たろかわ
> 
> 
> _______________________________________________
> Talk-ja mailing list
> Talk-ja ＠ openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-ja
> 