東です。 12/04/01 Satoshi IIDA <nyamp...@gmail.com>: > いいだです。 > >>ライセンス非承認の避難所Node > あ、これからのデータの消え方、誤解していました。 > 4月の最初のダウンタイムのときに、非承認データに対して「APIからミエナクナール」フラグを立ててロックしておいて、 > そこから徐々にデータを消してゆく作業方針ぽいですね。 > # APIから見えなくなるだけで、非承認データは残り続けるものだと思っていました。 > http://wiki.openstreetmap.org/wiki/OSMFJ/License/Rebuild_Plan
私も詳細はよく分かっていなかったのですが、APIの変更(予定)内容を見ると http://wiki.openstreetmap.org/wiki/Open_Database_License/Changes_in_the_API 承認者と否認者の編集が入り混じったオブジェクトについては おおよそ以下のようなことをやろうとしているようです。 ・改訂履歴(version)は物理的に残すが、 ライセンス否認者の編集したタグや位置情報はbotが一括してクリアし、 最終的に承認者が編集した内容だけを残した最新バージョンを自動生成する。 ・従来通りAPI経由でデータを取得しようとすると、 否認者の編集が及んでいるバージョンは取得できない。 ・ただし、botの更新内容を後で確認できるように、 APIを"show_redactions=true"モードで呼び出せば、 全バージョンを見ることができる。 > それであれば、もう既にメンテにも入ってしまっていますし、 > 一度消えちゃうのはしょうが無いですね。 はい。ODbLとしてはもう復活できないと思います。 >>4Dデータエディタ > はい、エディタが対応すると、このへんはとても進みが早そうです。 > 面白い試みだと思うので、うまく進むと良いなぁ。 > > > 2012年3月29日21:39 Shu Higashi <s_hig...@mua.biglobe.ne.jp>: >> 東です。 >> >>> ■1. ライセンス非承認の避難所Node >>> ライセンス的に正しいデータをどうやって残すか、悩んでいます。 >>> もう一度同じデータをインポートしてから残すための処理をするしかない? >> >> ここは悩むとキリが無さそうなので >> 消えてしまうものは仕方がないと考えてはいかがでしょうか。 >> >>> ■2. 残り続けるデータの扱い >>> 今回のデータに限らず、4Dマッピングのためにデータを残し続けるということは、 >>> それら残る地物の大きさや数によっては >>> これからの編集作業の邪魔になるかもしれないと感じています。 >>> >>> どのような形で残して / 消してゆくか、 >>> こちらについてもご意見いただけると嬉しいです。 >>> # この話題はもしかしたら、英語の本家MLで行われているのかな? >> >> なるほど。詳細に考え出すと奥深いですね。 >> カレントで無い(例えばend_dateの入った)オブジェクトは >> エディタに表示させないようなオプションが必要でしょうね。 >> 4D用のエディタやレンダラーは検討されているようです。 >> http://wiki.openstreetmap.org/wiki/OSM-4D#4D_editor >> 将来の登場を期待したいです。 >> >> タグの付け方は、ドイツ語のページを見ると >> http://wiki.openstreetmap.org/wiki/DE:OSM-4D#Tagging_2 >> お店や道路の変遷をリレーションで表現しています。 >> でも時間経過とともにあらゆるオブジェクトが全てリレーションになるというのは >> 編集がちょっとつらそうですね。 >> >>> 2012年3月26日0:57 yuu hayashi <hayashi....@gmail.com>: >>>> ハヤシです。 >>>> >>>> 東さんへ +1 です。 >>>> >>>> 今回の釜石マッピングパーティの「復興していく〜を記録しよう!」という目的からも、時間情報が記録できるのであれば記録していくべきであると考えます。 >>>> 被災=>避難所=>仮設=>復興 >>>> の流れを記録できるというほかにも、 >>>> >>>> 例えば、大雨でがけ崩れが発生して道路が通行止めになったとした場合に、 >>>> 「いつから通行止めになり、いつ復旧した(する)」という情報発信としての役割の他にも、 >>>> 「どのぐらいの大雨が降ると、どれだけの地点がどのぐらいの期間影響を受ける」かといった予測データとしても使えるようになるかもしれません。 >>>> >>>> 災害以外にも、オリンピックや万博会場のような変遷がみれると楽しいと思います。 >>>> >>>> 身近なところでは、道路工事が、どの地点で、何時から何時までやる。という情報が地図上で確認できるといいとは思います。 >>>> >>>> 以上、 >>>> OSMの将来性に期待しているいち個人の感想でした。 >>>> >>>> >>>> 2012年3月25日22:57 Shu Higashi <s_hig...@mua.biglobe.ne.jp>: >>>>> 東です。 >>>>> >>>>> この件、どうしたら良いか、あれこれ考えていたのですが >>>>> 災害への対応という視点で考え始めるといろいろ検討すべきことがありそうなので >>>>> それは別の機会にして >>>>> 今回はOSMでの時系列データの扱いという視点で考えてみました。 >>>>> >>>>> 避難所に限らず、閉鎖された店舗や宅地化された森林など >>>>> 世の中の移ろいゆく姿は、googleなどで画像として表現している事例はありますが >>>>> これまで地理データとしてはあまり表現されてこなかった >>>>> 部分だと思います。 >>>>> >>>>> 今回の震災でも明治初頭の迅速測図が、液状化を起こしやすい >>>>> 場所の再発見につながったという話もありました。 >>>>> >>>>> そういう点で自由な地図であるOSMで、時間軸での変化をデータとして記録し >>>>> 例えば時間軸スライダーで変遷を表現できるとすれば >>>>> 素晴らしいことではないでしょうか。 >>>>> >>>>> 現実から消えてしまったデータを削除するのもひとつの考え方だと思いますが >>>>> 過去を振り返りたい場合が出てくる可能性もあります。 >>>>> >>>>> ということで、私としては時間軸の表現、4Dマッピングの中で >>>>> この避難所のデータも扱うことを提案したいと思います。 >>>>> >>>>> 長くなりましたが、4Dマッピングのページを見ると >>>>> http://wiki.openstreetmap.org/wiki/OSM-4D >>>>> start_dateやend_dateで時間軸を表現しようとしているようなので >>>>> 使われなくなった避難所は、レンダリング対象外とすることも含め >>>>> >>>>> disused:tourism=camp_site >>>>> end_date=使われなくなった日付(アバウトに年だけでも可) >>>>> >>>>> といったタグに付け替えるということでいかがでしょうか。 >>>>> >>>>> >>>>> 12/03/25 ribbon <o...@ns.ribbon.or.jp>: >>>>>> On Sat, Mar 24, 2012 at 09:02:50PM +0900, TANAKA Toshihisa wrote: >>>>>> >>>>>>> > 1. 次の大規模災害で使うかもしれないので、「disused=yes」のタグを付けてNodeを残しておく >>>>>>> > 2. いったん完全に削除してしまう >>>>>>> >>>>>>> 私の意見は、広域避難場所、指定避難所以外は削除です。 >>>>>>> もし、次の何らかの広域災害があったとして、「前はここだったから。。。」と言うのは、 >>>>>>> 時系列的に見て正しい情報になっているか懸念が残るからです。 >>>>>> >>>>>> 同上。 >>>>>> 次回が同じ場所とは限りません。 >>>>>> >>>>>> 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 >>> >>> >>> >>> -- >>> Satoshi IIDA >>> mail: nyamp...@gmail.com >>> twitter: @nyampire >>> >>> _______________________________________________ >>> 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 > > > > -- > Satoshi IIDA > mail: nyamp...@gmail.com > twitter: @nyampire > > _______________________________________________ > 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