いいだです。
了解しました。
それでは、削除を行なう、ということで。
また、ご自身でされるとのことなのですが、
すみません、こちらで実施させてください。
本件、抜け漏れがあっても困るものですし、
ライセンスと法令の観点から、早急な対応完了が求められている事案です。
私の削除方法では、OverPass APIで抽出を行った後、
当該データをJOSMで読み込んで消す、というやりかたになります。
(スクリプトでごそっと消す、ではないです)
早ければ本日午後ぐらいに実施できると思います。
なにかあれば一言メールでよいので、早めにご連絡いただければと思います。
いいだです。
松澤さん
ありがとうございます。
ごめんなさい、僕の意図がちょっと伝わってなかったです。
* ユーザは 徳島県オープンデータ あるいは mitsurukikkawaが編集を行った (user:徳島県オープンデータ)
ここのところを1回のクエリで作れないかな、と思って、
格納先の変数を ._ではなくて .a と .b に分けたりとかしていたのですが、うまくゆかず。
まぁ、2ユーザぶん別々にクエリすればよいので実用には足りるのですが、
1回のクエリで済むと手間が減る、というくらいでした。
いただいたクエリで動くようなので、これで調査します。
--
Satoshi
松澤です。
ちょいと作ってみた。
http://overpass-turbo.eu/s/7Mq
これは千駄ヶ谷周辺で僕とikiyaさんの二人のbuildingを探したもの。
(
way(user:smellman)({{bbox}});
way(user:ikiya)({{bbox}});
);
(
way._[building=yes]({{bbox}});
);
way._(user〜
で絞り込みができないので、
ユーザの方をbboxで先に絞り込んでunionを作って、
そこからbuilding=yesを絞り込む感じ。
これでどうかなー?
On
としです.
私が意見を言って良いのかどうか(そう言う趣旨で いいださんが投稿されたの
か)分かりませんが空気を読まずに :-)
■原則
まず、最も厳格な適用の場合を述べます。
...
■いいだとしてはどうしたいのか
データを削除したほうがよいと考えています。
僕は厳し目の見方をしているかもしれません。
まずはご意見いただきたいです。
厳格も何も,入れるべきではないデータが入ったのなら削除するより他は無い
と思います.
後は削除範囲をどうするかかなと思っています.
ではこれにて.
On 2015/02/19 23:50, Satoshi IIDA
いいださん、みなさん
山下です。お手数をお掛けします。
現状、いつぐらいからインポート作業をされているか不明確であり、
明確な開始時期と範囲の判断がつかないという状態だと認識しています。
これは徳島市の件ですね?
和歌山市、海南市に関しては、
別途お伝えしたアカウント/チェンジセット以降が対象です。
最近のチェンジセットは、ご自身で削除されたチェンジセットですので、
それまでリバートすると、消されたものが蘇ってきます。
ご注意いただければと思います。
よろしくお願いします
In message
いいだです。
現状、いつぐらいからインポート作業をされているか不明確であり、
明確な開始時期と範囲の判断がつかないという状態だと認識しています。
これは徳島市の件ですね?
はい、そうです。
--
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
吉川さん
いいださん
皆さん
三浦です。
状況の共有と、対応案の提案ありがとうございます。
大変でも、対応しなくちゃ、な感じですね。
OpenStreetMapのオープンなデータを守るために、ライセンスや規約、
入力方法に問題がでちゃったデータは、一切合切問題が無いように
戻す必要があります。
そうでないと、みんなで地道に作ってきた、とってもオープンなデータが、
オープンにできなくなるからです。
問題が無いようにするために、どうしたらいいか みなさんで相談しながら、
リカバーをできればと思います。
■削除方法について
: Re: [OSM-ja] 基盤地図情報のインポートについて
Message-ID: 54e5fd72.80...@osmf.jp
Content-Type: text/plain; charset=utf-8
吉川さん
いいださん
皆さん
三浦です。
状況の共有と、対応案の提案ありがとうございます。
大変でも、対応しなくちゃ、な感じですね。
OpenStreetMapのオープンなデータを守るために、ライセンスや規約、
入力方法に問題がでちゃったデータは、一切合切問題が無いように
戻す必要があります。
そうでないと、みんなで地道に作ってきた、とってもオープンな
松澤です。
* 2015年1月以降 (way._(newer:--MM-DDThh:mm:ssZ) )
のデータを抽出したいのですが、うまくクエリを組み立てることができませ
ん。。。
データ全部確認できてないのだけどとりあえずクエリの実行できた。
http://overpass-turbo.eu/s/7Lq
日付を2/10ぐらいにすると見えなくなるので多分大丈夫だと思う。
で、飯田さんのはたぶん、
--MM
^^
--じゃなくて-にすればいいだけだと思ったのだけど。
取り急ぎ。
On 2015/02/20 13:17, Satoshi
むらかみ(centree) です。
マッパー暦も浅く、地理院データの取り扱いについてもおおよそ素人なので恐縮ですが
個人的な意見を述べさせていただきます。
すでに幾人かの方がコメントしておられますが、
(書いている間にも多くの方がコメントされていて議論はかなりつまってきているとも感じますが…)
やはりインポートしたデータはあとでいくら目視で手加工、手修正したとしても、削除対象
とすべきなのかなと思います。
OSMJと国土地理院の合意事項は、いわゆる第3者から疑義をかけられても釈明できるような、
幾ばかりかの安全余裕を見ての合意事項のように思われます。
いいだです。
「特に過去3年以内の基本測量成果に関して,
全く同じもの(独自データの付加、データの一部切り出し等がされていないもの)を複製しようとする場合には,承認が認められない。」
こちらですが、正確には以下の文言かな、と思います。
刊行している最新の基本測量成果(過去3年以内に刊行されたものを含む)に対し、何ら手を加えずに全く同じもの(独自データの付加、データの一部切り出し
等がされていないもの)を複製しようとする場合など、国土交通大臣が行う地図等の刊行及びインターネット提供を害するおそれがあると認められるもの等(基盤地図情報は除く)
Message -
From: Toshihisa Tanaka tosih...@netfort.gr.jp
To: talk-ja@openstreetmap.org
Date: 2015/2/20, Fri 12:36
Subject: Re: [OSM-ja] 基盤地図情報のインポートについて
としです。
On 2015年02月20日 02:44, 徳島県オープンデータ wrote:
...
「承認を得ず利用できる範囲
...
・一時的な資料として利用する場合
・イラスト的に利用する場合」
となっていることからOSMへアップロードする前に,
後に編集すれば
としです。
On 2015年02月20日 02:44, 徳島県オープンデータ wrote:
...
「承認を得ず利用できる範囲
...
・一時的な資料として利用する場合
・イラスト的に利用する場合」
となっていることからOSMへアップロードする前に,
後に編集すれば,当該地図の「複製」とはならない。
(→一時的な資料として利用)
http://www.gsi.go.jp/LAW/2930-qa.html#01 からの引用ですが、
===
3.「一時的な資料として利用する」とは?
打ち合わせ等で一時的に利用し、利用後は保管することなく処分する場合
===
To: OpenStreetMap Japanese talk talk-ja@openstreetmap.org
Subject: Re: [OSM-ja] 基盤地図情報のインポートについて
Message-ID:
cagexurbpqzfbp-abwy1du5ro7gg9tou7qortrswou9bepxs...@mail.gmail.com
Content-Type: text/plain; charset=utf-8
いいだです。
解説いただきありがとうございます。
■原則
まず、最も厳格な適用の場合を述べます。
データの改変を実施していても、入力したデータ
14 matches
Mail list logo