Re: [OSM-ja] リマッピングの呼びかけ
東です。 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 : >> なかしまです。 >> >> リマッピングの状況といっても、そんな難しいことを考えていた訳では >> ありません。アルプスデータのインポートが終わった市町村で、 >> 特に道路のデータの >> 1. リマッピングが必要か >> 2. 必要なリマッピングが終わったか >> の2点があれば、突然道路が消滅し、しかもどこが消えたのか分からないと >> いった状況が防げます。 >> >> せっかくアルプスデータのインポートwikiがありますので、その後ろに >> 上記2点のチェック欄を付け加えればよいのではと考えておりました。 >> >> -- >> 諦観:なかしま よういち >> >> >> ___ >> Talk-ja mailing list >> Talk-ja@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-ja > > > > -- > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com > > うえこみ春日井小牧 - http://www.kasugai-komaki.jp/ > Malaika System - http://malaika-system.com/ > blog - close to you - http://malaika.air-nifty.com/ > OSM Tokai - http://groups.google.com/group/OSM-Tokai > XOOPS Cube TOKAI - http://xc-tokai.net/ > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > ___ > Talk-ja mailing list > Talk-ja@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ja > ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
Tomです。 Yahoo/Alpsデータの道路のwikiで、 備考欄の左に、一列予備を作ってるはずですので、 そこを使うといいかもです。 2012年1月16日22:37 Yoichi NAKASHIMA : > なかしまです。 > > リマッピングの状況といっても、そんな難しいことを考えていた訳では > ありません。アルプスデータのインポートが終わった市町村で、 > 特に道路のデータの > 1. リマッピングが必要か > 2. 必要なリマッピングが終わったか > の2点があれば、突然道路が消滅し、しかもどこが消えたのか分からないと > いった状況が防げます。 > > せっかくアルプスデータのインポートwikiがありますので、その後ろに > 上記2点のチェック欄を付け加えればよいのではと考えておりました。 > > -- > 諦観:なかしま よういち > > > ___ > Talk-ja mailing list > Talk-ja@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ja -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com うえこみ春日井小牧 - http://www.kasugai-komaki.jp/ Malaika System - http://malaika-system.com/ blog - close to you - http://malaika.air-nifty.com/ OSM Tokai - http://groups.google.com/group/OSM-Tokai XOOPS Cube TOKAI - http://xc-tokai.net/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
なかしまです。 リマッピングの状況といっても、そんな難しいことを考えていた訳では ありません。アルプスデータのインポートが終わった市町村で、 特に道路のデータの 1. リマッピングが必要か 2. 必要なリマッピングが終わったか の2点があれば、突然道路が消滅し、しかもどこが消えたのか分からないと いった状況が防げます。 せっかくアルプスデータのインポートwikiがありますので、その後ろに 上記2点のチェック欄を付け加えればよいのではと考えておりました。 -- 諦観:なかしま よういち ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
なかしまさん、ご提案ありがとうございます。 > で、提案ですが、インポートのwikiにチェック欄をつけ加えて、リマッピング > の状況が分かるようにしてはどうでしょう。急いでインポートするよりも、 > 二度手間になることを防ぐ手段が必要でなないかなと思っています。 そうですね。 これからやる作業が無駄にならないことを考えた方が良さそうですね。 上記の「リマッピングの状況」とは例えばどんなことが分かれば 良いでしょうか。 東 > -- > 諦観:なかしま よういち > > > > > > ___ > Talk-ja mailing list > Talk-ja@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ja > ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
なかしまです。 未定ユーザへの対応は、既に行われていたのですね。東さんのおっしゃる通り、 この件に関しては様子見でよいのではないでしょうか。 リマッピングに取り組んでみて、今一番懸念していることは、Yahooデータ インポート済みの市町村で道路データが失われることです。消えてしまった ウェイを探し出して、再度インポートするのは結構手間がかかる作業になる と思います。bing画像がない地域では特に苦労しそうです。 で、提案ですが、インポートのwikiにチェック欄をつけ加えて、リマッピング の状況が分かるようにしてはどうでしょう。急いでインポートするよりも、 二度手間になることを防ぐ手段が必要でなないかなと思っています。 -- 諦観:なかしま よういち ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
東です。 フェーズ4以降、OSMFJでは承認/未定/拒否ユーザ数の推移を ウォッチしつつ対策を協議・実施してきました。 https://docs.google.com/a/osmf.jp/spreadsheet/ccc?key=0AhvlrTvfS0RAdDBpRGY5RGE3ZjYzXzhOdkxvWWU1WEE#gid=0 昨年暮れのOSMFからの案内メールも含め、ある程度は対策の効果が出た のではないかと思います。 今後、何もしないと決めた訳ではなく、以下私見ですが 特に編集量の多い未定ユーザには既に何度もコンタクトを試みていますので これから先はOSMFJからの個別コンタクトの効果はさほど期待できないのではないかと思います。 > 送信した結果はどんなもんでしょうね。 > エラーメールが多かったりするとあきらめた > ほうがいいかもしれません。 現時点でのこれ以上の問い合わせや対策はひとまず控え、様子見とさせて頂けませんか。 > ざっと見た限り、2008-2009年頃にインポートをがんばっていただいた > 人の何人か分が、大きく影響している感じです。 > > oota > > ___ > Talk-ja mailing list > Talk-ja@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ja > ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
On Sun, Jan 08, 2012 at 10:57:52AM +0900, Shu Higashi wrote: > > これは確認した方がいいと思います。 > > 確認しました。 > 12/22から23にかけて217名の日本の未定ユーザに対してメールを送ったとのこと。 送信した結果はどんなもんでしょうね。 エラーメールが多かったりするとあきらめた ほうがいいかもしれません。 ざっと見た限り、2008-2009年頃にインポートをがんばっていただいた 人の何人か分が、大きく影響している感じです。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
東です。 > これは確認した方がいいと思います。 確認しました。 12/22から23にかけて217名の日本の未定ユーザに対してメールを送ったとのこと。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
On Sat, Jan 07, 2012 at 05:35:47PM +0900, Shu Higashi wrote: > また、該当ノードにタグが無い場合は単純削除で良いですが > タグがある場合にはそのノードの履歴を見て > 承認ユーザにより付けられたタグということが確認できれば > タグをコピーすることができます。 > (よく分からない場合はタグのコピーはできないと考えた方が良いと思います) 状況にもよりますが、基本的に、ばっさり削った方が楽かと。 > 去年の暮(12/20頃)、OSMF(本家)より > 未承認ユーザに送るメールの文面の日本語化依頼があり > 日本語にして送りましたが、 > その後該当者宛てに送ったかどうかは連絡をもらっていませんので > 分かりません。 これは確認した方がいいと思います。 今見ている範囲ですと、ここ2-3年くらい全然作業されていない方 の分で、ライセンス的に引っかかっているものが多いように感じます。 興味を無くされたか、パスワードを忘れてアクセス出来なくなったか、 あるいはその他の理由でアクセスされていないのだと思います。 メールが届けば何人かは反応してもらえると思いますので。 > > 大阪市内から堺にかけては範囲が広すぎるので、このままにしておいて > > 消去がすんでからインポートする方がずっと効率的な気がします。 > > そういう考えもありますね。 > みなさん(特に現地の方)の判断にお任せしたいと思います。 過去書き込んだ所をもう一度見直しています。簡単に直せるものが あれば、修正はしています。 ただ、場所によっては現地調査した方が良さそうな所もあり、 そういう所は手を付けないでいます。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
東です。 12/01/07 Yoichi NAKASHIMA : > なかしまです。 > この間インポートしたところに赤いウェイが結構残っていてかなりショックです。 早めにアナウンスできれば良かったですね。 > 2点質問があります。 > 1. 赤いノードが点々としているだけで点線のないウェイは、どういう取扱いを > すればよいですか? > この場合の削除対象はノードだけですか、それともウェイもろとも? ノードだけの削除で良いです。 他の人が引いたウェイを延長しているような場合には 結果的に延長部分のウェイを全て消すことになりますが。 また、該当ノードにタグが無い場合は単純削除で良いですが タグがある場合にはそのノードの履歴を見て 承認ユーザにより付けられたタグということが確認できれば タグをコピーすることができます。 (よく分からない場合はタグのコピーはできないと考えた方が良いと思います) > 2. 赤いノード/ウェイを編集したユーザさんの中にはライセンス諾否の > 意思表示をされていない方がおられますが、今後催促なんかが行われる > 予定がありますか?あればもうしばらく様子を見ようかなと。 去年の暮(12/20頃)、OSMF(本家)より 未承認ユーザに送るメールの文面の日本語化依頼があり 日本語にして送りましたが、 その後該当者宛てに送ったかどうかは連絡をもらっていませんので 分かりません。 OSMFJ(日本)の方では既に何回か面識のある方を中心に個別に連絡 したりはしていますが、 今のところ未承認ユーザ全員に個別にコンタクトすることは考えておりません。 (今後ともやらないと決めている訳ではありませんが、今後の対応については 少し意見が分かれています) > ついでに > 大阪市内から堺にかけては範囲が広すぎるので、このままにしておいて > 消去がすんでからインポートする方がずっと効率的な気がします。 そういう考えもありますね。 みなさん(特に現地の方)の判断にお任せしたいと思います。 > -- > 諦観:なかしまよういち > > ___ > Talk-ja mailing list > Talk-ja@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ja > ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
なかしまです。 この間インポートしたところに赤いウェイが結構残っていてかなりショックです。 2点質問があります。 1. 赤いノードが点々としているだけで点線のないウェイは、どういう取扱いを すればよいですか? この場合の削除対象はノードだけですか、それともウェイもろとも? 2. 赤いノード/ウェイを編集したユーザさんの中にはライセンス諾否の 意思表示をされていない方がおられますが、今後催促なんかが行われる 予定がありますか?あればもうしばらく様子を見ようかなと。 ついでに 大阪市内から堺にかけては範囲が広すぎるので、このままにしておいて 消去がすんでからインポートする方がずっと効率的な気がします。 -- 諦観:なかしまよういち ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ(九州)
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] リマッピングの呼びかけ
Tomです。 > riverbankのようにエリアを適当に敷きつめていくようなマッピングをしても良いものでしょうか。 > インポートの都合で、同時に処理するためにポリゴンにしなければならないのなら > それはそれでやむなしと思います。 > しかし、森林インポートエリアでBing画像があるところだと > ズレが目立ったり、開発が進んでいたりして(大抵は森林エリアが縮小) > Bingを元に手動で森林を描く場合、インポート時のリレーションを崩して > riverbankのように適当なサイズのエリアを組み合わせて描いて行きたい場合があります。 > 複雑なリレーションを厳密ともいえない森林エリアで多用することへの疑問も多少あります。 まず、現状の森林の元データである、数値データが巨大なリレーションの形状になっているので、 そのままインポートしているという事情があります。 ただ、おっしゃり通り、編集時など扱い難くいですよね。 それで、例えば福島あたりですと、比較的小さなエリアを継ぎ足したように編集がされている例もありますし、 適当なサイズのエリアを継いで、描いていくほうが良いと、私は思います。 そのあたりのお約束事は、OSMにも無いと思いますので、自由に描けばよいとかと。 >> # 個人的には、マルマル森森作戦と呼んでますが・・・^^;;; > > # もしかしてこれを言いたかっただけとか ^^; うっ!いっ、いえ、けっして、そんな事は。 2012年1月4日20:40 Shu Higashi : > 東です。 > >> 削除対象となる森林データが、削除対象となる道路データを見えにくくしてるって話しもありますね。 >> 特に西日本方面とか。 >> >> データ自体大きいので、ゴッソリ消しちゃうのも難しいですが、 >> その多くは巨大なリレーションになってますので、 >> JOSMとかで該当のリレーション・データを呼び出して、 >> 森林のリレーションをゴッソリ消しちゃう方法もあるかもしれませんね。 > > すみません、少し逸れます。 > 以前からの疑問なのですが、森林でその中に森林で無いエリアを含むものを > ポリゴン(リレーション)で表現するのは必須なんですかね。 > riverbankのようにエリアを適当に敷きつめていくようなマッピングをしても良いものでしょうか。 > インポートの都合で、同時に処理するためにポリゴンにしなければならないのなら > それはそれでやむなしと思います。 > しかし、森林インポートエリアでBing画像があるところだと > ズレが目立ったり、開発が進んでいたりして(大抵は森林エリアが縮小) > Bingを元に手動で森林を描く場合、インポート時のリレーションを崩して > riverbankのように適当なサイズのエリアを組み合わせて描いて行きたい場合があります。 > 複雑なリレーションを厳密ともいえない森林エリアで多用することへの疑問も多少あります。 > いかがでしょうか。 > >> # 個人的には、マルマル森森作戦と呼んでますが・・・^^;;; > > # もしかしてこれを言いたかっただけとか ^^; > >> まずは、紀伊半島の和歌山・奈良あたりからかな・・・。 >> >> >> >> 2011年12月30日11:24 Shu Higashi : >>> 東です。 >>> やってみました。これでいいですか? >>> <中略> これをリマップすれば良いわけ。 で、ここは運良くBingがあるので、それを元に再トレース。 まず、当該ウェイを削除。 Bingのデータを元に再トレース。 タグを付けて完了。 >>> >>> 詳細な内容を追いかけられなかったのですが >>> 新たに描いたノードやウェイにタグを付ける際には、 >>> 不同意/未同意マッパーの付けたタグはコピーしないように >>> 気を付ける必要があります。 >>> その点を意識してやられたのであれば問題無いと思います。 >>> oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja >>> >>> ___ >>> Talk-ja mailing list >>> Talk-ja@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-ja >> >> >> >> -- >> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com >> >> うえこみ春日井小牧 - http://www.kasugai-komaki.jp/ >> Malaika System - http://malaika-system.com/ >> blog - close to you - http://malaika.air-nifty.com/ >> OSM Tokai - http://groups.google.com/group/OSM-Tokai >> XOOPS Cube TOKAI - http://xc-tokai.net/ >> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> >> ___ >> Talk-ja mailing list >> Talk-ja@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-ja >> > > ___ > Talk-ja mailing list > Talk-ja@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ja -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com うえこみ春日井小牧 - http://www.kasugai-komaki.jp/ Malaika System - http://malaika-system.com/ blog - close to you - http://malaika.air-nifty.com/ OSM Tokai - http://groups.google.com/group/OSM-Tokai XOOPS Cube TOKAI - http://xc-tokai.net/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
東です。 > 削除対象となる森林データが、削除対象となる道路データを見えにくくしてるって話しもありますね。 > 特に西日本方面とか。 > > データ自体大きいので、ゴッソリ消しちゃうのも難しいですが、 > その多くは巨大なリレーションになってますので、 > JOSMとかで該当のリレーション・データを呼び出して、 > 森林のリレーションをゴッソリ消しちゃう方法もあるかもしれませんね。 すみません、少し逸れます。 以前からの疑問なのですが、森林でその中に森林で無いエリアを含むものを ポリゴン(リレーション)で表現するのは必須なんですかね。 riverbankのようにエリアを適当に敷きつめていくようなマッピングをしても良いものでしょうか。 インポートの都合で、同時に処理するためにポリゴンにしなければならないのなら それはそれでやむなしと思います。 しかし、森林インポートエリアでBing画像があるところだと ズレが目立ったり、開発が進んでいたりして(大抵は森林エリアが縮小) Bingを元に手動で森林を描く場合、インポート時のリレーションを崩して riverbankのように適当なサイズのエリアを組み合わせて描いて行きたい場合があります。 複雑なリレーションを厳密ともいえない森林エリアで多用することへの疑問も多少あります。 いかがでしょうか。 > # 個人的には、マルマル森森作戦と呼んでますが・・・^^;;; # もしかしてこれを言いたかっただけとか ^^; > まずは、紀伊半島の和歌山・奈良あたりからかな・・・。 > > > > 2011年12月30日11:24 Shu Higashi : >> 東です。 >> >>> やってみました。これでいいですか? >> <中略> >>> これをリマップすれば良いわけ。 >>> >>> で、ここは運良くBingがあるので、それを元に再トレース。 >>> >>> まず、当該ウェイを削除。 >>> Bingのデータを元に再トレース。 >>> >>> タグを付けて完了。 >> >> 詳細な内容を追いかけられなかったのですが >> 新たに描いたノードやウェイにタグを付ける際には、 >> 不同意/未同意マッパーの付けたタグはコピーしないように >> 気を付ける必要があります。 >> その点を意識してやられたのであれば問題無いと思います。 >> >>> oota >>> >>> ___ >>> Talk-ja mailing list >>> Talk-ja@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-ja >>> >> >> ___ >> Talk-ja mailing list >> Talk-ja@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-ja > > > > -- > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com > > うえこみ春日井小牧 - http://www.kasugai-komaki.jp/ > Malaika System - http://malaika-system.com/ > blog - close to you - http://malaika.air-nifty.com/ > OSM Tokai - http://groups.google.com/group/OSM-Tokai > XOOPS Cube TOKAI - http://xc-tokai.net/ > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > ___ > Talk-ja mailing list > Talk-ja@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ja > ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
遅くなりましたがribbonさん、コメントありがとうございます。 > 1. Bing 画像データがある場合には、再度書き直すのは楽なので放置 > 2. Yahoo! データがある場合にはインポートで何とかなるので優先度低 > 3. GPSデータがある場合には再度書き直すのができるので優先度低 > 4. 他に何もないものについては優先的に処理 おおまかにはそんな感じかと思います。 1.〜3.についてはタグが落ちてしまうケースが出てきそうですが それを全て4/1の前に拾おうとするとそれはそれで大変な作業に なってしまいそうなので、ある程度放置になってしまうのも やむをえないのかもしれませんね。 4.についての見極めがこれから必要なのかなと思います。 地域ごとに事情が異なるような気がしています。 基本的に各地域のことは地元の方にお任せするとして 全体としての方針なり出した方が良さそうなものが あればご意見頂ければと思います。 東 > でどうでしょうか。 > > oota > > ___ > Talk-ja mailing list > Talk-ja@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ja > ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
Tomです。 削除対象となる森林データが、削除対象となる道路データを見えにくくしてるって話しもありますね。 特に西日本方面とか。 データ自体大きいので、ゴッソリ消しちゃうのも難しいですが、 その多くは巨大なリレーションになってますので、 JOSMとかで該当のリレーション・データを呼び出して、 森林のリレーションをゴッソリ消しちゃう方法もあるかもしれませんね。 その時、注意したいのが、県境上のノードの共有状況によっては、 削除時に競合が発生する可能性がありそうです。 県境データと森林データは、県境で重なってる筈ですが、 通常は(インポート時のままであれば)、 単純にノードが重なってる(重複ノード)状態になってるはずです。 この状態であれば、基本的に競合は起きないはずです。 ただ、ところによっては、(いろんな事情で・・・)、 それらのノードを共有している場合があります。(マージした状態) この場合は、たぶん競合が起きますので、注意が必要ですね。 僕も、後日ちょっと時間があれば、 この 丸ごとゴッソリ森林リレーション削除 を実験してみようかと思っています。 # 個人的には、マルマル森森作戦と呼んでますが・・・^^;;; まずは、紀伊半島の和歌山・奈良あたりからかな・・・。 2011年12月30日11:24 Shu Higashi : > 東です。 > >> やってみました。これでいいですか? > <中略> >> これをリマップすれば良いわけ。 >> >> で、ここは運良くBingがあるので、それを元に再トレース。 >> >> まず、当該ウェイを削除。 >> Bingのデータを元に再トレース。 >> >> タグを付けて完了。 > > 詳細な内容を追いかけられなかったのですが > 新たに描いたノードやウェイにタグを付ける際には、 > 不同意/未同意マッパーの付けたタグはコピーしないように > 気を付ける必要があります。 > その点を意識してやられたのであれば問題無いと思います。 > >> oota >> >> ___ >> Talk-ja mailing list >> Talk-ja@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-ja >> > > ___ > Talk-ja mailing list > Talk-ja@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ja -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com うえこみ春日井小牧 - http://www.kasugai-komaki.jp/ Malaika System - http://malaika-system.com/ blog - close to you - http://malaika.air-nifty.com/ OSM Tokai - http://groups.google.com/group/OSM-Tokai XOOPS Cube TOKAI - http://xc-tokai.net/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
東です。 > やってみました。これでいいですか? <中略> > これをリマップすれば良いわけ。 > > で、ここは運良くBingがあるので、それを元に再トレース。 > > まず、当該ウェイを削除。 > Bingのデータを元に再トレース。 > > タグを付けて完了。 詳細な内容を追いかけられなかったのですが 新たに描いたノードやウェイにタグを付ける際には、 不同意/未同意マッパーの付けたタグはコピーしないように 気を付ける必要があります。 その点を意識してやられたのであれば問題無いと思います。 > oota > > ___ > Talk-ja mailing list > Talk-ja@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ja > ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
東です。 11/12/30 ISHIKAWA Sachihiro : > 石川といいます。 > 確認ですが、disagree な人のデータはその人がuploadしたgps ログごと消えると思ってますが、この認識で合ってますよね? > なので最初に書いた人がgps ログ使っていて、その人がdisagree だった場合、ログごと消えてしまう、ということですね。 > #その後でBingやAlpsデータでリマップすると。 いいえ。 osm.orgにアップロードしたGPSトレース(.gpx)はライセンス変更とは無関係ですので そのまま残ります。公開(パブリック)指定されたものはそのまま公開状態で残ります。 下記にあるGPSトラックの再描画は、いつ誰がやっても問題ありません。 http://wiki.openstreetmap.org/wiki/JA:Remapping#GPS.E3.83.88.E3.83.A9.E3.83.83.E3.82.AF.E3.81.8B.E3.82.89.E3.81.AE.E5.86.8D.E6.8F.8F.E7.94.BB > 2011/12/30 10:25 "ribbon" : > >> On Thu, Dec 29, 2011 at 05:54:56PM +0900, Shu Higashi wrote: >> >> > マッピングそのものに割けるパワー自体が少ない中では、 >> > 今回のような後ろ向きの作業にマンパワーをかけるよりも、 >> > このまま放置して消えた後にマッピングし直す >> > という考えもあると思います。 >> > 忌憚の無いご意見をお待ちしております。 >> >> 1. Bing 画像データがある場合には、再度書き直すのは楽なので放置 >> 2. Yahoo! データがある場合にはインポートで何とかなるので優先度低 >> 3. GPSデータがある場合には再度書き直すのができるので優先度低 >> 4. 他に何もないものについては優先的に処理 >> >> でどうでしょうか。 >> >> oota >> >> ___ >> Talk-ja mailing list >> Talk-ja@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-ja >> > ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
石川といいます。 確認ですが、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: > > > マッピングそのものに割けるパワー自体が少ない中では、 > > 今回のような後ろ向きの作業にマンパワーをかけるよりも、 > > このまま放置して消えた後にマッピングし直す > > という考えもあると思います。 > > 忌憚の無いご意見をお待ちしております。 > > 1. Bing 画像データがある場合には、再度書き直すのは楽なので放置 > 2. Yahoo! データがある場合にはインポートで何とかなるので優先度低 > 3. GPSデータがある場合には再度書き直すのができるので優先度低 > 4. 他に何もないものについては優先的に処理 > > でどうでしょうか。 > > oota > > ___ > Talk-ja mailing list > Talk-ja@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ja > ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
On Thu, Dec 29, 2011 at 05:54:56PM +0900, Shu Higashi wrote: > マッピングそのものに割けるパワー自体が少ない中では、 > 今回のような後ろ向きの作業にマンパワーをかけるよりも、 > このまま放置して消えた後にマッピングし直す > という考えもあると思います。 > 忌憚の無いご意見をお待ちしております。 1. Bing 画像データがある場合には、再度書き直すのは楽なので放置 2. Yahoo! データがある場合にはインポートで何とかなるので優先度低 3. GPSデータがある場合には再度書き直すのができるので優先度低 4. 他に何もないものについては優先的に処理 でどうでしょうか。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
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)透明な赤のアウトラインは "後から編集した人がノーと言った"ことを意味します。 > おそらく置き換える必要があります。 やってみました。これでいいですか? 対象 ウェイ: 38197321 データセット: 17d812b Edited at: 2011-03-24T13:22:00Z この部分、 http://tools.geofabrik.de/osmi/?view=wtfe&lon=137.95437&lat=38.36770&zoom=5&opacity=0.88&over+lays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_p+oint_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_+cp,wtfe_line_created で赤い破線になっていることを確認。 オリジナルの投稿者はJOSMで履歴を見ると、mightyfrogさんらしい。 で、作成したのが http://www.openstreetmap.org/browse/changeset/1965732 これをリマップすれば良いわけ。 で、ここは運良くBingがあるので、それを元に再トレース。 まず、当該ウェイを削除。 Bingのデータを元に再トレース。 タグを付けて完了。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] リマッピングの呼びかけ
東です。 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_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created このビューではリマッピングの説明 http://wiki.openstreetmap.org/wiki/JA:Remapping にある、Potlatch2やJOSMで赤色で取り扱っている下記2種類のデータに加えて まだ諾否を決めていないマッパーが最初に新規作成したノードやウェイも 削除される可能性が高いものとして赤く表示しています。 1)暗い赤のアウトラインは "オリジナルのマッパーがノーと言った"ことを意味します。 間違いなく置き換える必要があります。 2)透明な赤のアウトラインは "後から編集した人がノーと言った"ことを意味します。 おそらく置き換える必要があります。 この「OSM Inspector」によって来年4/1(予定)に消える出あろうデータが 赤く可視化されたことで、その影響範囲の広さが明らかになりました。 ざっと見たところ削除が予想されるデータは以下の通りです。 北海道:行政界、札幌の道路、公共施設などのPOI 東北:公共施設などのPOIや一部の道路(おそらく震災対応) 関東:行政界、一部の道路、一部の鉄道 北陸:一部の道路、POI 東海:全般的に少ない 近畿:多くの森林、多くの道路(特に大阪) 中国:森林、行政界 四国:森林、行政界 九州:一部の道路、行政界、森林 2.注意点 ・現時点で明らかに必要と思われるのは、ikiyaさんも注意喚起してくださったように これからの新しいマッピングにおいて、知らぬ間に4/1に消える可能性の高いデータ上に 編集を加えてしまった、ということが無いようにすることだと思われます。 ・既存のデータに手を加える際には、リマッピングを意識してやっている場合は良いですが そうでない場合にも自分の編集しようとしているエリアの状況を「OSM Inspector」で 確認しておき、赤い色が掛かっているエリアを編集する際には注意して (できればリマッピングの視点で)マッピングした方が良いと思われます。 3.odbl=cleanタグについて 現在の編集履歴だけではリマッピングが完了したのかどうか判断できない場合があるため 各自がリマッピングでODbLクリーンな状態にした場合には「odbl=clean」を付記して、 そのことを明示しよう、という提案がなされました。 http://lists.openstreetmap.org/pipermail/legal-talk/2011-December/006778.html このタグはデータベースからの削除対象の判断に有効と思われます。 このタグを付ける必要があるのはリマッピング結果についてだけであり 従来の、あるいはこれから新規作成するODbLクリーンなデータにわざわざ付ける必要はありません。 このタグについては取り扱いがまだ確定している訳ではありませんが OSMFも推奨しており、コミュニティの反応も概ね賛成のようです。 http://lists.openstreetmap.org/pipermail/legal-talk/2011-December/006795.html そこで、日本のコミュニティとしてもリマッピングの際の推奨ということにして 気付いたらできるだけこのタグも付ける、ということにしたいのですが いかがでしょうか。 尚、ODbLクリーンなデータの定義については下記にまとめられています。 http://wiki.openstreetmap.org/wiki/JA:Open_Data_License/What_is_clean%3F 4.その他、みなさんのご意見を聞きたい点 ・上述の消えることが予想されるデータについて、何らかの対策が必要でしょうか。 具体的な対策やご意見がありましたらご提案ください。 ・リマッピングは場所によっては、編集が多数繰り返されている場合や 長いウェイに影響が及んでいる場合など、その確認と修正に非常に手間がかかる 作業です。 マッピングそのものに割けるパワー自体が少ない中では、 今回のような後ろ向きの作業にマンパワーをかけるよりも、 このまま放置して消えた後にマッピングし直す という考えもあると思います。 忌憚の無いご意見をお待ちしております。 11/12/14 ikiya : > ikiyaです。 > > 東さんからも紹介がありましたようにリマッピングが提案されています。 > http://wiki.openstreetmap.org/wiki/JA:Remapping > OSM Inspectorのサイトでも削除対象のデータが確認できるLicenseChangeという表示モードが公開されました。(赤色、黄色表示が対象) > http://bit.ly/rRaxXH > > Potlatch2やJOSMいずれも削除対象のデータを確認しての編集は可能となっています。 > (JOSMはLicenseChangeのプラグイン使用 > http://wiki.openstreetmap.org/wiki/JOSM/Plugins/LicenseChange ) > > > OSM-talkメーリングリストでも話題になっていますが、 > 削除対象データと知らずに他のライセンス承認ユーザーが > その削除対象データにタグ付けや再編集をかけることがないようにと思います。 > > せっかく丁寧に編集してもその元データに削除対象となる履歴が > あれば消える可能性があります。 > > (下記の東さんの解説) >>最終的な取り扱いはまだ結論が出ていませんが、下記に該当するデータについては >>ライセンス切替のタイミングで取り除かれる可能性があります。 >>1.最初に編集したマッパーが新しい投稿規約にノーと言った場合。 >>2.後から編集したマッパーが新しい投稿規約にノーと言った場合。 >>3.最初に編集したマッパーまたは後から編集したマッパーがまだ新しい投稿規約の諾否を決めていない場合。 > > 既存のデータを編集する際は、是非そのデータが削除対象になっていないか > Potlatch2やJOSMで確認することをお勧めします。 > > --- On Sat, 2011/12/10, Shu Higashi wrote: > > OSMFJからのお知らせです。 > > 確定ではありませんが、ライセンス切替日が来年4/1で提案されました。 > http://wiki.openstreetmap.org/wiki/JA:Open_Database_License/Implementation_Plan > OSMFは引き続き新しい投稿規約に対する態度を決めていない方への説得が重要と考えており > 近々、個人宛にお知らせが送られることになっています。 > (下記の3.に相当。もしかしたら既にお知らせが送られているかもしれません) > > 最終的な取り扱いはまだ結論が出ていませんが、下記に該当するデータについては > ライセンス切替のタイミングで取り除かれる可能性があります。 > > 1.最初に編集したマッパーが新しい投稿規約にノーと言った場合。 > 2.後から編集したマッパーが新しい投稿規約にノーと言った場合。 > 3.最初に編集したマッパーまたは後から編集したマッパーがまだ新しい投稿規約の諾否を決めていない場合。 > (Potlatch2では右上の「オプション」ボタンから「Show licence status」にチェックを入れると > 上記の対象データに対して上から順に「濃い赤」「薄い赤」「オレンジ」の色が付いて見えます) > > 一方、ライセンス切替日までにできることとして「リマッピング」が提案されています。 > http://wiki.openstreetmap.org/wiki/JA:Remapping > > 上記1.〜3.に相当する部分は、ユーザ数では日本でさほど数は多くないのですが > 主要な道路などにおいては編集が繰り返されており、ウェイの一部にでも > 該当部分があると影響範囲はウェイ全体に及ぶため、影響範囲が意外と広がっている > ところがあります。 > > そこで、今後のマッピングにおいては可能な範囲でエディタ上でライセンス状態 > (上記の色分け)を確認しながら、色の付いているものについては > 従来よりもマップの精度等を改善することと合わせて置き換えて行こう > とする「リマッピング」が呼びかけられています。 > > ある日突然データが消えてしまわないように > まずはみなさんの地元あたりからでも、リマッピングを始めてみてはいかがでしょうか。 > 操作手順は上述のWikiを参照ください。 > > 操作の上で判断に迷うケースがあるかもしれませんので > そういった場合はこのML上で意見交換しながら進めて行ければと思います。 > > 【データの置き換えに関する考え方の例】 > 1.ウェイ/クローズドウェイ > ・GPSログから再トレースすることができます。 > ・Bing画像がある場合は画像位置ズレの有無を確認して再描画することができます。 > ・Yahoo/ALPSデータをインポートできます。(道路名も分かります) > ・国土数値情報からのインポートデータは再度インポートすることもできますが > その前により精度の高い他のソース利用を検討してみてください。 > ・オルソ画像はたいていの場合Bing画像で置き換えたほうが高い精度が期待できます。 > (位置ズレは要注意) > 2.ノード > ・国土数値情報からのインポートはウェイと同様。 > ・Yahoo/ALPSデータをインポートできます。(OSMFJで準備中) > 3.リレーション > ・対応が少し複雑かもしれません。そのようなデータがあった場合には > 対応を相談しましょう。 > 4.その他補足 > ・Potlatch2でのライセンスステータス表示機能は割と重たいので > ご注意ください。 > ・編集履歴の多いウェイはPotlatch2では履歴を開けない場合があります。 > この場合はJOSMプラグインで見てください。 > ・この作業はあわててやる性質のものでは無いと思われるので > 相談しながら進めましょう。 > > 【実例】 > 下記ウェイはPotlatch2の編集モードでライセンスステータス「オン」にすると > ウェイの周囲が薄い(半透明の)赤で囲まれています。 > http://www.openstreetmap.org/browse/way/39896033 > 履歴を見ると > http://www.openstreetmap.org/browse/way/39896033/history > 3番目に編集している「lmaa_du_osm-korinthenkacker」という > アカウントの方が新しい投稿規約を拒否しています。 > > アカウントごとのライセンスステータスは > http://fred.dev.o