遅くなりましたがribbonさん、コメントありがとうございます。
> 1. Bing 画像データがある場合には、再度書き直すのは楽なので放置
> 2. Yahoo! データがある場合にはインポートで何とかなるので優先度低
> 3. GPSデータがある場合には再度書き直すのができるので優先度低
> 4. 他に何もないものについては優先的に処理
おおまかにはそんな感じかと思います。
1.〜3.についてはタグが落ちてしまうケースが出てきそうですが
それを全て4/1の前に拾おうとするとそれはそれで大変な作業に
なってしまいそうなので、ある程度放置になってしまうのも
やむをえないのかもしれません
東です。
> 削除対象となる森林データが、削除対象となる道路データを見えにくくしてるって話しもありますね。
> 特に西日本方面とか。
>
> データ自体大きいので、ゴッソリ消しちゃうのも難しいですが、
> その多くは巨大なリレーションになってますので、
> JOSMとかで該当のリレーション・データを呼び出して、
> 森林のリレーションをゴッソリ消しちゃう方法もあるかもしれませんね。
すみません、少し逸れます。
以前からの疑問なのですが、森林でその中に森林で無いエリアを含むものを
ポリゴン(リレーション)で表現するのは必須なんですかね。
riverbankのようにエリアを適当に敷きつめてい
ikiyaです。
OSMをベースとした世界の海図"OpenSeaMap"のMarkusさんが
http://openseamap.org/
http://wiki.openstreetmap.org/wiki/JA:OpenSeaMap
日本沿岸の灯台について編集の手伝いを求めています。
読むところ、既に灯台のノードデータが日本の沿岸に
インポートされています。
まずはこの灯台ノードの位置についてBing写真や
現地マッピングで修正して欲しいとのことです。
(灯台の修正方法)
http://wiki.openstreetmap.org/wiki/Key:seamark:fixme
普
Tomです。
> riverbankのようにエリアを適当に敷きつめていくようなマッピングをしても良いものでしょうか。
> インポートの都合で、同時に処理するためにポリゴンにしなければならないのなら
> それはそれでやむなしと思います。
> しかし、森林インポートエリアでBing画像があるところだと
> ズレが目立ったり、開発が進んでいたりして(大抵は森林エリアが縮小)
> Bingを元に手動で森林を描く場合、インポート時のリレーションを崩して
> riverbankのように適当なサイズのエリアを組み合わせて描いて行きたい場合があります。
> 複雑なリレーションを厳密ともいえない森林エリアで
On Wed, Jan 04, 2012 at 12:16:01AM +0900, SHIBATA Akira wrote:
> このままヒッソリ(こっそり?)とサーバを止めても
> 多分何も問題ないでしょうが、データを引き取りたいとか
> サーバを継続して動かしてほしいとか、何かある方は
> なんなりと当方にお申し付けください。
>
> データとしてはざっくり 127GB ほどあります。
> /dev/sdb8 247G 127G 108G 55% /var/www
>
> 一応、現時点 2012/1/3 時点で
> http://110.4.222.54/17/113
5 matches
Mail list logo