Re: [OSM-ja] リマッピングの呼びかけ

2012-01-17 スレッド表示 Shu Higashi
東です。 12/01/16 Tomomichi Hayakawa : > Tomです。 > > Yahoo/Alpsデータの道路のwikiで、 > 備考欄の左に、一列予備を作ってるはずですので、 > そこを使うといいかもです。 この欄を使ってリマッピング状態を 要/不要/済 で表わすということでいかがでしょうか。 http://wiki.openstreetmap.org/wiki/JA:YahooJapanALPS_Data/Highway#01:.E5.8C.97.E6.B5.B7.E9.81.93 > > 2012年1月16日22:37 Yoichi NAKASHIMA : >>

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-16 スレッド表示 Tomomichi Hayakawa
Tomです。 Yahoo/Alpsデータの道路のwikiで、 備考欄の左に、一列予備を作ってるはずですので、 そこを使うといいかもです。 2012年1月16日22:37 Yoichi NAKASHIMA : > なかしまです。 > > リマッピングの状況といっても、そんな難しいことを考えていた訳では > ありません。アルプスデータのインポートが終わった市町村で、 > 特に道路のデータの > 1. リマッピングが必要か > 2. 必要なリマッピングが終わったか > の2点があれば、突然道路が消滅し、しかもどこが消えたのか分からないと > いった状況が防げます。 > > せっかくアルプスデ

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-16 スレッド表示 Yoichi NAKASHIMA
なかしまです。 リマッピングの状況といっても、そんな難しいことを考えていた訳では ありません。アルプスデータのインポートが終わった市町村で、 特に道路のデータの 1. リマッピングが必要か 2. 必要なリマッピングが終わったか の2点があれば、突然道路が消滅し、しかもどこが消えたのか分からないと いった状況が防げます。 せっかくアルプスデータのインポートwikiがありますので、その後ろに 上記2点のチェック欄を付け加えればよいのではと考えておりました。 -- 諦観:なかしま よういち ___ T

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-15 スレッド表示 Shu Higashi
なかしまさん、ご提案ありがとうございます。 > で、提案ですが、インポートのwikiにチェック欄をつけ加えて、リマッピング > の状況が分かるようにしてはどうでしょう。急いでインポートするよりも、 > 二度手間になることを防ぐ手段が必要でなないかなと思っています。 そうですね。 これからやる作業が無駄にならないことを考えた方が良さそうですね。 上記の「リマッピングの状況」とは例えばどんなことが分かれば 良いでしょうか。 東 > -- > 諦観:なかしま よういち > > > > > > ___ >

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-12 スレッド表示 Yoichi NAKASHIMA
なかしまです。 未定ユーザへの対応は、既に行われていたのですね。東さんのおっしゃる通り、 この件に関しては様子見でよいのではないでしょうか。 リマッピングに取り組んでみて、今一番懸念していることは、Yahooデータ インポート済みの市町村で道路データが失われることです。消えてしまった ウェイを探し出して、再度インポートするのは結構手間がかかる作業になる と思います。bing画像がない地域では特に苦労しそうです。 で、提案ですが、インポートのwikiにチェック欄をつけ加えて、リマッピング の状況が分かるようにしてはどうでしょう。急いでインポートするよりも、 二度手間になることを防ぐ手段が

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-11 スレッド表示 Shu Higashi
東です。 フェーズ4以降、OSMFJでは承認/未定/拒否ユーザ数の推移を ウォッチしつつ対策を協議・実施してきました。 https://docs.google.com/a/osmf.jp/spreadsheet/ccc?key=0AhvlrTvfS0RAdDBpRGY5RGE3ZjYzXzhOdkxvWWU1WEE#gid=0 昨年暮れのOSMFからの案内メールも含め、ある程度は対策の効果が出た のではないかと思います。 今後、何もしないと決めた訳ではなく、以下私見ですが 特に編集量の多い未定ユーザには既に何度もコンタクトを試みていますので これから先はOSMFJからの個別コンタクトの効

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-08 スレッド表示 ribbon
On Sun, Jan 08, 2012 at 10:57:52AM +0900, Shu Higashi wrote: > > これは確認した方がいいと思います。 > > 確認しました。 > 12/22から23にかけて217名の日本の未定ユーザに対してメールを送ったとのこと。 送信した結果はどんなもんでしょうね。 エラーメールが多かったりするとあきらめた ほうがいいかもしれません。 ざっと見た限り、2008-2009年頃にインポートをがんばっていただいた 人の何人か分が、大きく影響している感じです。 oota __

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-07 スレッド表示 Shu Higashi
東です。 > これは確認した方がいいと思います。 確認しました。 12/22から23にかけて217名の日本の未定ユーザに対してメールを送ったとのこと。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-07 スレッド表示 ribbon
On Sat, Jan 07, 2012 at 05:35:47PM +0900, Shu Higashi wrote: > また、該当ノードにタグが無い場合は単純削除で良いですが > タグがある場合にはそのノードの履歴を見て > 承認ユーザにより付けられたタグということが確認できれば > タグをコピーすることができます。 > (よく分からない場合はタグのコピーはできないと考えた方が良いと思います) 状況にもよりますが、基本的に、ばっさり削った方が楽かと。 > 去年の暮(12/20頃)、OSMF(本家)より > 未承認ユーザに送るメールの文面の日本語化依頼があり > 日本語にして送りま

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-07 スレッド表示 Shu Higashi
東です。 12/01/07 Yoichi NAKASHIMA : > なかしまです。 > この間インポートしたところに赤いウェイが結構残っていてかなりショックです。 早めにアナウンスできれば良かったですね。 > 2点質問があります。 > 1. 赤いノードが点々としているだけで点線のないウェイは、どういう取扱いを > すればよいですか? >  この場合の削除対象はノードだけですか、それともウェイもろとも? ノードだけの削除で良いです。 他の人が引いたウェイを延長しているような場合には 結果的に延長部分のウェイを全て消すことになりますが。 また、該当ノードにタグが無い場合は単純削除で良

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-06 スレッド表示 Yoichi NAKASHIMA
なかしまです。 この間インポートしたところに赤いウェイが結構残っていてかなりショックです。 2点質問があります。 1. 赤いノードが点々としているだけで点線のないウェイは、どういう取扱いを すればよいですか?  この場合の削除対象はノードだけですか、それともウェイもろとも? 2. 赤いノード/ウェイを編集したユーザさんの中にはライセンス諾否の 意思表示をされていない方がおられますが、今後催促なんかが行われる 予定がありますか?あればもうしばらく様子を見ようかなと。 ついでに 大阪市内から堺にかけては範囲が広すぎるので、このままにしておいて 消去がすんでからインポートする方がずっと効率的な

Re: [OSM-ja] リマッピングの呼びかけ(九州)

2012-01-06 スレッド表示 ribbon
On Thu, Dec 29, 2011 at 05:54:56PM +0900, Shu Higashi wrote: > 九州:一部の道路、行政界、森林 太宰府、大分のあたりの道路が消えちゃうようです。 後はほとんどが森林のようです。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-04 スレッド表示 Tomomichi Hayakawa
Tomです。 > riverbankのようにエリアを適当に敷きつめていくようなマッピングをしても良いものでしょうか。 > インポートの都合で、同時に処理するためにポリゴンにしなければならないのなら > それはそれでやむなしと思います。 > しかし、森林インポートエリアでBing画像があるところだと > ズレが目立ったり、開発が進んでいたりして(大抵は森林エリアが縮小) > Bingを元に手動で森林を描く場合、インポート時のリレーションを崩して > riverbankのように適当なサイズのエリアを組み合わせて描いて行きたい場合があります。 > 複雑なリレーションを厳密ともいえない森林エリアで

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-04 スレッド表示 Shu Higashi
東です。 > 削除対象となる森林データが、削除対象となる道路データを見えにくくしてるって話しもありますね。 > 特に西日本方面とか。 > > データ自体大きいので、ゴッソリ消しちゃうのも難しいですが、 > その多くは巨大なリレーションになってますので、 > JOSMとかで該当のリレーション・データを呼び出して、 > 森林のリレーションをゴッソリ消しちゃう方法もあるかもしれませんね。 すみません、少し逸れます。 以前からの疑問なのですが、森林でその中に森林で無いエリアを含むものを ポリゴン(リレーション)で表現するのは必須なんですかね。 riverbankのようにエリアを適当に敷きつめてい

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-04 スレッド表示 Shu Higashi
遅くなりましたがribbonさん、コメントありがとうございます。 > 1. Bing 画像データがある場合には、再度書き直すのは楽なので放置 > 2. Yahoo! データがある場合にはインポートで何とかなるので優先度低 > 3. GPSデータがある場合には再度書き直すのができるので優先度低 > 4. 他に何もないものについては優先的に処理 おおまかにはそんな感じかと思います。 1.〜3.についてはタグが落ちてしまうケースが出てきそうですが それを全て4/1の前に拾おうとするとそれはそれで大変な作業に なってしまいそうなので、ある程度放置になってしまうのも やむをえないのかもしれません

Re: [OSM-ja] リマッピングの呼びかけ

2012-01-03 スレッド表示 Tomomichi Hayakawa
Tomです。 削除対象となる森林データが、削除対象となる道路データを見えにくくしてるって話しもありますね。 特に西日本方面とか。 データ自体大きいので、ゴッソリ消しちゃうのも難しいですが、 その多くは巨大なリレーションになってますので、 JOSMとかで該当のリレーション・データを呼び出して、 森林のリレーションをゴッソリ消しちゃう方法もあるかもしれませんね。 その時、注意したいのが、県境上のノードの共有状況によっては、 削除時に競合が発生する可能性がありそうです。 県境データと森林データは、県境で重なってる筈ですが、 通常は(インポート時のままであれば)、 単純にノードが重なってる(重

Re: [OSM-ja] リマッピングの呼びかけ

2011-12-29 スレッド表示 Shu Higashi
東です。 > やってみました。これでいいですか? <中略> > これをリマップすれば良いわけ。 > > で、ここは運良くBingがあるので、それを元に再トレース。 > > まず、当該ウェイを削除。 > Bingのデータを元に再トレース。 > > タグを付けて完了。 詳細な内容を追いかけられなかったのですが 新たに描いたノードやウェイにタグを付ける際には、 不同意/未同意マッパーの付けたタグはコピーしないように 気を付ける必要があります。 その点を意識してやられたのであれば問題無いと思います。 > oota > >

Re: [OSM-ja] リマッピングの呼びかけ

2011-12-29 スレッド表示 Shu Higashi
東です。 11/12/30 ISHIKAWA Sachihiro : > 石川といいます。 > 確認ですが、disagree な人のデータはその人がuploadしたgps ログごと消えると思ってますが、この認識で合ってますよね? > なので最初に書いた人がgps ログ使っていて、その人がdisagree だった場合、ログごと消えてしまう、ということですね。 > #その後でBingやAlpsデータでリマップすると。 いいえ。 osm.orgにアップロードしたGPSトレース(.gpx)はライセンス変更とは無関係ですので そのまま残ります。公開(パブリック)指定されたものはそのまま公開状態で残

Re: [OSM-ja] リマッピングの呼びかけ

2011-12-29 スレッド表示 ISHIKAWA Sachihiro
石川といいます。 確認ですが、disagree な人のデータはその人がuploadしたgps ログごと消えると思ってますが、この認識で合ってますよね? なので最初に書いた人がgps ログ使っていて、その人がdisagree だった場合、ログごと消えてしまう、ということですね。 #その後でBingやAlpsデータでリマップすると。 2011/12/30 10:25 "ribbon" : > On Thu, Dec 29, 2011 at 05:54:56PM +0900, Shu Higashi wrote: > > > マッピングそのものに割けるパワー自体が少ない中では、 > > 今回のよ

Re: [OSM-ja] リマッピングの呼びかけ

2011-12-29 スレッド表示 ribbon
On Thu, Dec 29, 2011 at 05:54:56PM +0900, Shu Higashi wrote: > マッピングそのものに割けるパワー自体が少ない中では、 > 今回のような後ろ向きの作業にマンパワーをかけるよりも、 > このまま放置して消えた後にマッピングし直す > という考えもあると思います。 > 忌憚の無いご意見をお待ちしております。 1. Bing 画像データがある場合には、再度書き直すのは楽なので放置 2. Yahoo! データがある場合にはインポートで何とかなるので優先度低 3. GPSデータがある場合には再度書き直すのができるので優先度低 4. 他に何

Re: [OSM-ja] リマッピングの呼びかけ

2011-12-29 スレッド表示 ribbon
On Thu, Dec 29, 2011 at 05:54:56PM +0900, Shu Higashi wrote: > http://wiki.openstreetmap.org/wiki/JA:Remapping > にある、Potlatch2やJOSMで赤色で取り扱っている下記2種類のデータに加えて > まだ諾否を決めていないマッパーが最初に新規作成したノードやウェイも > 削除される可能性が高いものとして赤く表示しています。 > > 1)暗い赤のアウトラインは "オリジナルのマッパーがノーと言った"ことを意味します。 > 間違いなく置き換える必要があります。 > 2)透明な赤

Re: [OSM-ja] リマッピングの呼びかけ

2011-12-29 スレッド表示 Shu Higashi
東です。 ikiyaさんのコメントに補足します。 1.その後の情報 ・Frederik RammさんのOSM Inspectorにライセンス変更の状態が分かるビューが 追加されました。 http://tools.geofabrik.de/osmi/?view=wtfe&lon=137.95437&lat=38.36770&zoom=5&opacity=0.88&overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_

[OSM-ja] リマッピングの呼びかけ

2011-12-10 スレッド表示 Shu Higashi
OSMFJからのお知らせです。 確定ではありませんが、ライセンス切替日が来年4/1で提案されました。 http://wiki.openstreetmap.org/wiki/JA:Open_Database_License/Implementation_Plan OSMFは引き続き新しい投稿規約に対する態度を決めていない方への説得が重要と考えており 近々、個人宛にお知らせが送られることになっています。 (下記の3.に相当。もしかしたら既にお知らせが送られているかもしれません) 最終的な取り扱いはまだ結論が出ていませんが、下記に該当するデータについては ライセンス切替のタイミングで取り除かれ