Re: [OSM-ja] ローソンデータインポート、マージ手順案(was Re: 全国ローソンデータのテストインポートについて)

[Tomomichi Hayakawa]

Tomです。

ちょっと思ったんですが、
ローソンデータの位置情報は精度が高いとの事ですが、
その店舗の位置情報の場所ってどこなんでしょうかね？
・店舗の中心点
・店舗の入り口
・店舗敷地の中心点
・駐車場の入り口などなど
いろいろと考えられますが、
精度の高い位置情報であれば、（例えば1~3m程度の精度とか）
計測場所も統一しているのでは無いかと想像しますが、
どうなんでしょうね？？


私個人の意見としては、郷に入れば郷に従えって感じで、
OSMに入れたデータはOSMのお作法に合わせるべきだと思っています。
OSMに入れたデータの位置情報が変更されたとしても、
元のローソンデータの位置情報が変わる訳ではありませんし。


ただ、OSMのオブジェクトでは、
確実にユニークに出来る情報が無いのが、
今後の課題とかなのかな〜と思ってますが。





2013年9月14日 4:32 Satoshi IIDA :

>
> いいだです。
>
> 完全に個人の意見です :3
>
> > としさん
> > このインポートデータの位置精度は、GPSのDOP(HDOP)ではどれくらいでしょうか?
> すみません、具体的な数字はすぐにはわからないので、問合せをしています。
>
> > また、絶対精度が良い場合、HDOPがさらに良ければその方を採用するという事ですね。
> > つまり、インポートデータより私の自作ロガーの方が精度が良いならそれを採用するという事で良いでしょうか。
> はい、そうです。
> ローソン側も、このデータの位置精度は Survey で作っています。
> なので、絶対位置としての情報は、僕達の位置とそんなにずれていない(はず)です。
>
> また、インポートした後のデータを「やっぱ位置ちげーよ」と、Nodeを移動させるのはアリなのではないか、と思います。
>
> >ikiyaさん
> > ということはOSMデータ内に一般マッパーによる変更をよしとしないデータができてしまうと思います。
> > OSM内のローソン データに触れる人は偏り、提供元にコントロールされるデータにならないでしょうか。
> Nodeに対するデータの量は増えますが、一般マッパーによる変更が制限されるとまでは思えません。
>
> たとえば、店舗のひらがな名称は、ローソン側データのほうで撥音表記に誤りがある場合が見つけられており、
> OSM上でそこに対して行った修正をまたインポートデータで無理やり上書きすることはよくないと感じます。
>
> ローソンという提供元を1つのコントリビュータとみると、
> OSM上でのタグや位置の変更をよしとせずにオリジナル側のデータをまた上書きするのではなく、
> むしろ、間違っている可能性がある箇所をOSMで変更し、
> 変更したデータの差分を還元して元データのブラッシュアップに役立ててもらうほうが健全かな、と感じます。
>
> インポートによる自動更新を行うとした時に、どこまで自動的な上書きを行うかは、まだ未定です。
> 個人的な印象ですが、強制自動更新ではなく、自動的なチェックが中心にしたほうがよいのでは、と考えています。
> (基本的に自動的な上書きをせずに、差分発生アラートだけをあげる。
> lawson:idなどのタグを作っても、理論上では重複の可能性あるので、
> Node Object IDしか一意のものは生成できないなぁ、とも思っています)
>
> >【その２.】：精度の基準を知らせてください。
> 詳細な値はまだ確認中ですが、データはSurvey品質で作成されており、
> ほとんどのデータは既存のOSMノードから数メートル程度の誤差になっている印象です。
> (向日市の例があるので、全部が超精密な精度、とはとても言えませんが)
>
>
> >【その３.】："いったん絶対精度にあわせませんか？"は唐突では？
> そうですよねぇ。
>
> いまのOSMの大部分(特に道路と建物)の大部分が相対位置の正確さに依拠している以上、
> 絶対位置の正確さが正しいものを投入してもあまり意味はない気はします。
>
> どれだけあるかはわかりませんが、ローソン側の位置を採用することで
> ・道路の反対側に店舗が移動しちゃう
> ・Nodeが建物の外に飛び出しちゃう
> などの事象は容易に考えられます。
> それは、たとい絶対位置やタグ内容の鮮度が正しかろうが、
> 地図としての全体的な品質の低下を意味します。
>
> これが、例えば基盤地図2500レベルの建物と道路がインポートされた後、など
> 絶対位置の正確さがそれなりに向上した状態でのインポートなら、
> マージ時にローソン側データにあわせるほうが全体的な精度が向上すると思います。
>
> ので、位置データは既存にあわせる、で＋1です。
>
> あと、いままでOSMが幾多の失敗を重ねて作り上げてきた方針である、
> インポートのガイドライン、「既存のデータを壊さないで」にも反します。
> http://wiki.openstreetmap.org/wiki/JA:Import/Guidelines
>
> 確かにインポートデータの提供者もコントリビュータの1つではあります。
> 逆に言えば、彼らの権限と同じだけの権限も、既存コミュニティの1人1人が持つものと考えます。
>
>
> あと、逆の発想ですが、もしローソン側データの店舗位置が
> OSM既存データとあきらかに離れた場所にある場合、
> その場所の近辺は Bing のオフセットが大きくずれている可能性が高い、とも言えます。
> マージ作業中にそういう場所を見つけた場合、
> なにかしらの手段で、別途注意喚起をしたほうがよいかな、とは思いました。
>
>
>
>
>
> 2013年9月12日 17:07 ikiya :
>
>> ikiyaです。
>>
>> ３点ほど。
>>
>> 【その１.】：既存データとのマージはほぼインポートデータの上書きで、今後は自動更新では
>> ローソンデータに触れる人は偏るのではないでしょうか？
>>
>> >ローソンデータ・マージ手順書
>> >既存のデータとインポート用のデータのマージ作業を行う際の手順について解説します。
>> > ・
>> > ・
>> >■基本方針
>> >・"既存データ"の編集履歴は可能な限り残す
>> >・"ローソンデータ"と競合しない"既存データ"のタグは、残す
>> >・"ローソンデータ"と競合する"既存データ"のタグは、"ローソンデータ"を採用する
>> >・Nodeの位置 (緯度経度) は、"ローソン側"を採用する
>> >・タグづけの競合が発生する場合、”ローソン側”を採用する
>> > sourceタグは併記を行う
>> >・以下の場合には、OSMの”ノート”機能を使い、コメントを残すようにする
>> > (なお、JOSMのNoteプラグインを使うと、ノートの管理が楽です)
>> > Nodeの位置が大幅に変わった場合
>> > 既存データがAreaで、リレーション化した場合
>>
>> このマージ方法だと、
>> 既存タグの内容とノードの位置座標ともにインポートデータ優先で上書きされます。
>> さらにこのローソンデータは日々、インポート更新を計画されるとのこと、
>> ということはOSMデータ内に一般マッパーによる変更をよしとしないデータができてしまうと思います。
>> OSM内のローソン データに触れる人は偏り、提供元にコントロールされるデータにならないでしょうか。
>>
>>
>> 【その２.】：精度の基準を知らせてください。
>>
>> 田中さんも触れられている精度の問題で
>>
>>
>> >ただ、ローソンさんのデータですが、実はかなり私達の調査方法に近い手法で、
>> >さらに細かい精度をだせるやり方でノードを置いています。
>> >(詳しく話せなくてごめんなさい。もどかしいです)
>> >これは、緯度経度による絶対精度のお話です。
>> >もちろんOSM側はみなさん(特に都市部では)とても気を使って
>> >周辺の建物の位置などと調整されていると思います。
>> >OSMの建物は、常にずれている可能性があることを想起ください。
>> >これは、周辺の地物との調和、つまり、相対的な精度のお話で す。
>> >どちらを優先しましょう？というお話で、
>> >いったん絶対精度に合わせませんか？という提案です。
>> >ちなみにそもそもマージ用に検索を行う場合、
>> >「重複している可能性あり」と判定するのは15mくらいの半径でヒットさせようと思っています。
>> >つまり、最大で30mくらいのNode移動になる可能性があります。
>> ># 基盤地図25000を使っているくらいの感覚でしょうか。
>>
>> と言われますが、
>> >さらに細かい精度をだせるやり方でノードを置いています。
>> のコメントだけでは、精度の論点がぼやけています。
>> 精度については透明化してください。1/2500、1/25000なり。
>>
>> 最後に言われている
>> "# 基盤地図25000を使っているくらいの感覚でしょうか。"
>> が精度の例えだとしたら、
>> 私のハンディGPSのほうが精度が良い場合は考えられます。
>>
>>
>> 【その３.】："いったん絶対精度にあわせませんか？"は唐突では？
>>
>>
>> >もちろんOSM側はみなさん(特に都市部では)とても気を使って
>> >周辺の建物の位置などと調整されていると思います。
>> >OSMの建物は、常にずれている可能性があることを想起ください。
>> >これは、周辺の地物との調和、つまり、相対的な精度のお話です。
>> >どちらを優先しましょう？というお話で、
>> >いったん絶対精度に合わせませんか？という提案です。
>>
>> 先にも触れましたが、元データの絶対精度はどの程度なのでしょうか。
>> また今まで、多くのユーザーがいろ んなソースをもとに
>> 相対的な精度を考慮しながらマッピング書いてきた経過があるのに
>> 唐突に絶対精度をかざされても、地図自体も、ユーザーも調和はとれないと思います。
>>
>>
>>
>>
>> --- On *Thu, 2013/9/12, Toshihisa Tanaka * wrote:
>>
>>
>>
>> としです
>>
>> このインポートデータの位置精度は、GPSのDOP(HDOP)ではどれくらいでしょうか?
>>
>> また、絶対精度が良い場合、HDOPがさらに良ければその方を採用するという事ですね。
>>
>> つまり、インポートデータより私の自作ロガーの方が精度が良いならそれを採用するという事で良いでしょうか。
>>
>> 2013年9月12日木曜日 Satoshi IIDA 
>> nyamp...@gmail.com
>> :
>>
>>
>> いいだです。
>>
>> ローソンのインポートデータですが、マージの手順書を作ってみました。
>> 特に方針部分、違和感を感じる方が多いと思いますので、ぜひぜひご意見をください。
>>
>>
>> https://docs.google.com/document/d/1hsk4oBwnbtXSoQdqbwWkCsD5m4IYNgAEGr6J7HvMwCA/edit#
>>
>> ■問題になるところ
>> ■1. 既存データがNodeで、ローソンデータがNodeの場合の位置情報
>> 位置情報はローソン側のデータを採用したいと思っています。
>> 「おいおい、調査で置いた情報が優先だろ？」というかた、たくさんいらっしゃると思います。
>>
>> ただ、ローソンさ

[OSM-ja] ローソンデータインポート、マージ手順案(was Re: 全国ローソンデータのテストインポートについて)

[Toshihisa Tanaka]

とし@秋田県です。

> いまのOSMの大部分(特に道路と建物)の大部分が相対位置の正確さに依拠している以上、
> 絶対位置の正確さが正しいものを投入してもあまり意味はない気はします。

この部分の意味をはかりかねているのですが、私はこれまでの作図で相対位置の正確さに依存させた事は無いのですが、上記のお話の根拠はなんでしょうか？

私は、精度がよければその方が良いと考えていますし、それに最善を尽くしています。
正確な位置のデータが投入されるのは良いことかと考えています。
ローソンさんのデータについては、精度が分からないので尋ねた次第で、精度が客観的に良ければそれは良いと思います。

ではこれにて。



2013年9月14日土曜日 Satoshi IIDA nyamp...@gmail.com :

>
> いいだです。
>
> 完全に個人の意見です :3
>
> > としさん
> > このインポートデータの位置精度は、GPSのDOP(HDOP)ではどれくらいでしょうか?
> すみません、具体的な数字はすぐにはわからないので、問合せをしています。
>
> > また、絶対精度が良い場合、HDOPがさらに良ければその方を採用するという事ですね。
> > つまり、インポートデータより私の自作ロガーの方が精度が良いならそれを採用するという事で良いでしょうか。
> はい、そうです。
> ローソン側も、このデータの位置精度は Survey で作っています。
> なので、絶対位置としての情報は、僕達の位置とそんなにずれていない(はず)です。
>
> また、インポートした後のデータを「やっぱ位置ちげーよ」と、Nodeを移動させるのはアリなのではないか、と思います。
>
> >ikiyaさん
> > ということはOSMデータ内に一般マッパーによる変更をよしとしないデータができてしまうと思います。
> > OSM内のローソン データに触れる人は偏り、提供元にコントロールされるデータにならないでしょうか。
> Nodeに対するデータの量は増えますが、一般マッパーによる変更が制限されるとまでは思えません。
>
> たとえば、店舗のひらがな名称は、ローソン側データのほうで撥音表記に誤りがある場合が見つけられており、
> OSM上でそこに対して行った修正をまたインポートデータで無理やり上書きすることはよくないと感じます。
>
> ローソンという提供元を1つのコントリビュータとみると、
> OSM上でのタグや位置の変更をよしとせずにオリジナル側のデータをまた上書きするのではなく、
> むしろ、間違っている可能性がある箇所をOSMで変更し、
> 変更したデータの差分を還元して元データのブラッシュアップに役立ててもらうほうが健全かな、と感じます。
>
> インポートによる自動更新を行うとした時に、どこまで自動的な上書きを行うかは、まだ未定です。
> 個人的な印象ですが、強制自動更新ではなく、自動的なチェックが中心にしたほうがよいのでは、と考えています。
> (基本的に自動的な上書きをせずに、差分発生アラートだけをあげる。
> lawson:idなどのタグを作っても、理論上では重複の可能性あるので、
> Node Object IDしか一意のものは生成できないなぁ、とも思っています)
>
> >【その２.】：精度の基準を知らせてください。
> 詳細な値はまだ確認中ですが、データはSurvey品質で作成されており、
> ほとんどのデータは既存のOSMノードから数メートル程度の誤差になっている印象です。
> (向日市の例があるので、全部が超精密な精度、とはとても言えませんが)
>
>
> >【その３.】："いったん絶対精度にあわせませんか？"は唐突では？
> そうですよねぇ。
>
> いまのOSMの大部分(特に道路と建物)の大部分が相対位置の正確さに依拠している以上、
> 絶対位置の正確さが正しいものを投入してもあまり意味はない気はします。
>
> どれだけあるかはわかりませんが、ローソン側の位置を採用することで
> ・道路の反対側に店舗が移動しちゃう
> ・Nodeが建物の外に飛び出しちゃう
> などの事象は容易に考えられます。
> それは、たとい絶対位置やタグ内容の鮮度が正しかろうが、
> 地図としての全体的な品質の低下を意味します。
>
> これが、例えば基盤地図2500レベルの建物と道路がインポートされた後、など
> 絶対位置の正確さがそれなりに向上した状態でのインポートなら、
> マージ時にローソン側データにあわせるほうが全体的な精度が向上すると思います。
>
> ので、位置データは既存にあわせる、で＋1です。
>
> あと、いままでOSMが幾多の失敗を重ねて作り上げてきた方針である、
> インポートのガイドライン、「既存のデータを壊さないで」にも反します。
> http://wiki.openstreetmap.org/wiki/JA:Import/Guidelines
>
> 確かにインポートデータの提供者もコントリビュータの1つではあります。
> 逆に言えば、彼らの権限と同じだけの権限も、既存コミュニティの1人1人が持つものと考えます。
>
>
> あと、逆の発想ですが、もしローソン側データの店舗位置が
> OSM既存データとあきらかに離れた場所にある場合、
> その場所の近辺は Bing のオフセットが大きくずれている可能性が高い、とも言えます。
> マージ作業中にそういう場所を見つけた場合、
> なにかしらの手段で、別途注意喚起をしたほうがよいかな、とは思いました。
>
>
>
>
>
> 2013年9月12日 17:07 ikiya :
>
>> ikiyaです。
>>
>> ３点ほど。
>>
>> 【その１.】：既存データとのマージはほぼインポートデータの上書きで、今後は自動更新では
>> ローソンデータに触れる人は偏るのではないでしょうか？
>>
>> >ローソンデータ・マージ手順書
>> >既存のデータとインポート用のデータのマージ作業を行う際の手順について解説します。
>> > ・
>> > ・
>> >■基本方針
>> >・"既存データ"の編集履歴は可能な限り残す
>> >・"ローソンデータ"と競合しない"既存データ"のタグは、残す
>> >・"ローソンデータ"と競合する"既存データ"のタグは、"ローソンデータ"を採用する
>> >・Nodeの位置 (緯度経度) は、"ローソン側"を採用する
>> >・タグづけの競合が発生する場合、”ローソン側”を採用する
>> > sourceタグは併記を行う
>> >・以下の場合には、OSMの”ノート”機能を使い、コメントを残すようにする
>> > (なお、JOSMのNoteプラグインを使うと、ノートの管理が楽です)
>> > Nodeの位置が大幅に変わった場合
>> > 既存データがAreaで、リレーション化した場合
>>
>> このマージ方法だと、
>> 既存タグの内容とノードの位置座標ともにインポートデータ優先で上書きされます。
>> さらにこのローソンデータは日々、インポート更新を計画されるとのこと、
>> ということはOSMデータ内に一般マッパーによる変更をよしとしないデータができてしまうと思います。
>> OSM内のローソン データに触れる人は偏り、提供元にコントロールされるデータにならないでしょうか。
>>
>>
>> 【その２.】：精度の基準を知らせてください。
>>
>> 田中さんも触れられている精度の問題で
>>
>>
>> >ただ、ローソンさんのデータですが、実はかなり私達の調査方法に近い手法で、
>> >さらに細かい精度をだせるやり方でノードを置いています。
>> >(詳しく話せなくてごめんなさい。もどかしいです)
>> >これは、緯度経度による絶対精度のお話です。
>> >もちろんOSM側はみなさん(特に都市部では)とても気を使って
>> >周辺の建物の位置などと調整されていると思います。
>> >OSMの建物は、常にずれている可能性があることを想起ください。
>> >これは、周辺の地物との調和、つまり、相対的な精度のお話で す。
>> >どちらを優先しましょう？というお話で、
>> >いったん絶対精度に合わせませんか？という提案です。
>> >ちなみにそもそもマージ用に検索を行う場合、
>> >「重複している可能性あり」と判定するのは15mくらいの半径でヒットさせようと思っています。
>> >つまり、最大で30mくらいのNode移動になる可能性があります。
>> ># 基盤地図25000を使っているくらいの感覚でしょうか。
>>
>> と言われますが、
>> >さらに細かい精度をだせるやり方でノードを置いています。
>> のコメントだけでは、精度の論点がぼやけています。
>> 精度については透明化してください。1/2500、1/25000なり。
>>
>> 最後に言われている
>> "# 基盤地図25000を使っているくらいの感覚でしょうか。"
>> が精度の例えだとしたら、
>> 私のハンディGPSのほうが精度が良い場合は考えられます。
>>
>>
>> 【その３.】："いったん絶対精度にあわせませんか？"は唐突では？
>>
>>
>> >もちろんOSM側はみなさん(特に都市部では)とても気を使って
>> >周辺の建物の位置などと調整されていると思います。
>> >OSMの建物は、常にずれている可能性があることを想起ください。
>> >これは、周辺の地物との調和、つまり、相対的な精度のお話です。
>> >どちらを優先しましょう？というお話で、
>> >いったん絶対精度に合わせませんか？という提案です。
>>
>> 先にも触れましたが、元データの絶対精度はどの程度なのでしょうか。
>> また今まで、多くのユーザーがいろ んなソースをもとに
>> 相対的な精度を考慮しながらマッピング書いてきた経過があるのに
>> 唐突に絶対精度をかざされても、地図自体も、ユーザーも調和はとれないと思います。
>>
>>
>>
>>
>> --- On *Thu, 2013/9/12, Toshihisa Tanaka * wrote:
>>
>>
>>
>> としです
>>
>> このインポートデータの位置精度は、GPSのDOP(HDOP)ではどれくらいでしょうか?
>>
>> また、絶対精度が良い場合、HDOPがさらに良ければその方を採用するという事ですね。
>>
>> つまり、インポートデータより私の自作ロガーの方が精度が良いならそれを採用するという事で良いでしょうか。
>>
>> 2013年9月12日木曜日 Satoshi IIDA 
>> nyamp...@gmail.com
>> :
>>
>>
>> いいだです。
>>
>> ローソンのインポートデータですが、マージの手順書を作ってみました。
>> 特に方針部分、違和感を感じる方が多いと思いますので、ぜひぜひご意見をください。
>>
>>
>> https://docs.google.com/document/d/1hsk4oBwnbtXSoQdqbwWkCsD5m4IYNgAEGr6J7HvMwCA/edit#
>>
>> ■問題になるところ
>> ■1. 既存データがNodeで、ローソンデータがNodeの場合の位置情報
>> 位置情報はローソン側のデータを採用したいと思っています。
>> 「おいおい、調査で置いた情報が優先だろ？」というかた、たくさんいらっしゃると思います。
>>
>> ただ、ローソンさんのデータですが、実はかなり私達の調査方法に近い手法で、
>> さらに細かい精度をだせるやり方でノードを置いています。
>

Re: [OSM-ja] ローソンデータインポート、マージ手順案

[yasunari]

山下です。皆さんこんにちわ。

要約：
既存のデータが有った場合、
（１）位置データは既存のものを採用する　に賛成
（２）位置データ以外はローソンデータを採用する　に賛成


--


 > ので、位置データは既存にあわせる、で＋1です。

私も＋１


 > また、インポートした後のデータを「やっぱ位置ちげーよ」と、Nodeを移動させるのはアリなのではないか、と思います。

郷に入れば郷に従え、
移動がありなら最初から私の座標を使っとけよ！
と思います。

マッパーの皆さんも、
一生懸命ロギングした（位置）データを
OSM的に不正確なデータで上書きされるのは不愉快でしょう。



ところで、、、座標以外、
name 他、既に入力されているタグはどうマージされるのでしょう？
。。。

 > "ローソンデータ"と競合する"既存データ"のタグは、"ローソンデータ"を採用する

ですか。
個人的には、位置データ以外の name などのデータに思い入れは無い（笑）ので、
ローソンさんのデータで上書きされても良いかなと思います。
表記のブレも統一されるでしょうし。

ただ、既存データに思い入れのある方はいらっしゃるのではないかと
思います。皆さん、いかがでしょう？
--
山下康成＠京都府向日市

___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-ja] ローソンデータインポート、マージ手順案(was Re: 全国ローソンデータのテストインポートについて)

[Satoshi IIDA]

いいだです。

完全に個人の意見です :3

> としさん
> このインポートデータの位置精度は、GPSのDOP(HDOP)ではどれくらいでしょうか?
すみません、具体的な数字はすぐにはわからないので、問合せをしています。

> また、絶対精度が良い場合、HDOPがさらに良ければその方を採用するという事ですね。
> つまり、インポートデータより私の自作ロガーの方が精度が良いならそれを採用するという事で良いでしょうか。
はい、そうです。
ローソン側も、このデータの位置精度は Survey で作っています。
なので、絶対位置としての情報は、僕達の位置とそんなにずれていない(はず)です。

また、インポートした後のデータを「やっぱ位置ちげーよ」と、Nodeを移動させるのはアリなのではないか、と思います。

>ikiyaさん
> ということはOSMデータ内に一般マッパーによる変更をよしとしないデータができてしまうと思います。
> OSM内のローソン データに触れる人は偏り、提供元にコントロールされるデータにならないでしょうか。
Nodeに対するデータの量は増えますが、一般マッパーによる変更が制限されるとまでは思えません。

たとえば、店舗のひらがな名称は、ローソン側データのほうで撥音表記に誤りがある場合が見つけられており、
OSM上でそこに対して行った修正をまたインポートデータで無理やり上書きすることはよくないと感じます。

ローソンという提供元を1つのコントリビュータとみると、
OSM上でのタグや位置の変更をよしとせずにオリジナル側のデータをまた上書きするのではなく、
むしろ、間違っている可能性がある箇所をOSMで変更し、
変更したデータの差分を還元して元データのブラッシュアップに役立ててもらうほうが健全かな、と感じます。

インポートによる自動更新を行うとした時に、どこまで自動的な上書きを行うかは、まだ未定です。
個人的な印象ですが、強制自動更新ではなく、自動的なチェックが中心にしたほうがよいのでは、と考えています。
(基本的に自動的な上書きをせずに、差分発生アラートだけをあげる。
lawson:idなどのタグを作っても、理論上では重複の可能性あるので、
Node Object IDしか一意のものは生成できないなぁ、とも思っています)

>【その２.】：精度の基準を知らせてください。
詳細な値はまだ確認中ですが、データはSurvey品質で作成されており、
ほとんどのデータは既存のOSMノードから数メートル程度の誤差になっている印象です。
(向日市の例があるので、全部が超精密な精度、とはとても言えませんが)


>【その３.】："いったん絶対精度にあわせませんか？"は唐突では？
そうですよねぇ。

いまのOSMの大部分(特に道路と建物)の大部分が相対位置の正確さに依拠している以上、
絶対位置の正確さが正しいものを投入してもあまり意味はない気はします。

どれだけあるかはわかりませんが、ローソン側の位置を採用することで
・道路の反対側に店舗が移動しちゃう
・Nodeが建物の外に飛び出しちゃう
などの事象は容易に考えられます。
それは、たとい絶対位置やタグ内容の鮮度が正しかろうが、
地図としての全体的な品質の低下を意味します。

これが、例えば基盤地図2500レベルの建物と道路がインポートされた後、など
絶対位置の正確さがそれなりに向上した状態でのインポートなら、
マージ時にローソン側データにあわせるほうが全体的な精度が向上すると思います。

ので、位置データは既存にあわせる、で＋1です。

あと、いままでOSMが幾多の失敗を重ねて作り上げてきた方針である、
インポートのガイドライン、「既存のデータを壊さないで」にも反します。
http://wiki.openstreetmap.org/wiki/JA:Import/Guidelines

確かにインポートデータの提供者もコントリビュータの1つではあります。
逆に言えば、彼らの権限と同じだけの権限も、既存コミュニティの1人1人が持つものと考えます。


あと、逆の発想ですが、もしローソン側データの店舗位置が
OSM既存データとあきらかに離れた場所にある場合、
その場所の近辺は Bing のオフセットが大きくずれている可能性が高い、とも言えます。
マージ作業中にそういう場所を見つけた場合、
なにかしらの手段で、別途注意喚起をしたほうがよいかな、とは思いました。





2013年9月12日 17:07 ikiya :

> ikiyaです。
>
> ３点ほど。
>
> 【その１.】：既存データとのマージはほぼインポートデータの上書きで、今後は自動更新では
> ローソンデータに触れる人は偏るのではないでしょうか？
>
> >ローソンデータ・マージ手順書
> >既存のデータとインポート用のデータのマージ作業を行う際の手順について解説します。
> > ・
> > ・
> >■基本方針
> >・"既存データ"の編集履歴は可能な限り残す
> >・"ローソンデータ"と競合しない"既存データ"のタグは、残す
> >・"ローソンデータ"と競合する"既存データ"のタグは、"ローソンデータ"を採用する
> >・Nodeの位置 (緯度経度) は、"ローソン側"を採用する
> >・タグづけの競合が発生する場合、”ローソン側”を採用する
> > sourceタグは併記を行う
> >・以下の場合には、OSMの”ノート”機能を使い、コメントを残すようにする
> > (なお、JOSMのNoteプラグインを使うと、ノートの管理が楽です)
> > Nodeの位置が大幅に変わった場合
> > 既存データがAreaで、リレーション化した場合
>
> このマージ方法だと、
> 既存タグの内容とノードの位置座標ともにインポートデータ優先で上書きされます。
> さらにこのローソンデータは日々、インポート更新を計画されるとのこと、
> ということはOSMデータ内に一般マッパーによる変更をよしとしないデータができてしまうと思います。
> OSM内のローソン データに触れる人は偏り、提供元にコントロールされるデータにならないでしょうか。
>
>
> 【その２.】：精度の基準を知らせてください。
>
> 田中さんも触れられている精度の問題で
>
>
> >ただ、ローソンさんのデータですが、実はかなり私達の調査方法に近い手法で、
> >さらに細かい精度をだせるやり方でノードを置いています。
> >(詳しく話せなくてごめんなさい。もどかしいです)
> >これは、緯度経度による絶対精度のお話です。
> >もちろんOSM側はみなさん(特に都市部では)とても気を使って
> >周辺の建物の位置などと調整されていると思います。
> >OSMの建物は、常にずれている可能性があることを想起ください。
> >これは、周辺の地物との調和、つまり、相対的な精度のお話で す。
> >どちらを優先しましょう？というお話で、
> >いったん絶対精度に合わせませんか？という提案です。
> >ちなみにそもそもマージ用に検索を行う場合、
> >「重複している可能性あり」と判定するのは15mくらいの半径でヒットさせようと思っています。
> >つまり、最大で30mくらいのNode移動になる可能性があります。
> ># 基盤地図25000を使っているくらいの感覚でしょうか。
>
> と言われますが、
> >さらに細かい精度をだせるやり方でノードを置いています。
> のコメントだけでは、精度の論点がぼやけています。
> 精度については透明化してください。1/2500、1/25000なり。
>
> 最後に言われている
> "# 基盤地図25000を使っているくらいの感覚でしょうか。"
> が精度の例えだとしたら、
> 私のハンディGPSのほうが精度が良い場合は考えられます。
>
>
> 【その３.】："いったん絶対精度にあわせませんか？"は唐突では？
>
>
> >もちろんOSM側はみなさん(特に都市部では)とても気を使って
> >周辺の建物の位置などと調整されていると思います。
> >OSMの建物は、常にずれている可能性があることを想起ください。
> >これは、周辺の地物との調和、つまり、相対的な精度のお話です。
> >どちらを優先しましょう？というお話で、
> >いったん絶対精度に合わせませんか？という提案です。
>
> 先にも触れましたが、元データの絶対精度はどの程度なのでしょうか。
> また今まで、多くのユーザーがいろ んなソースをもとに
> 相対的な精度を考慮しながらマッピング書いてきた経過があるのに
> 唐突に絶対精度をかざされても、地図自体も、ユーザーも調和はとれないと思います。
>
>
>
>
> --- On *Thu, 2013/9/12, Toshihisa Tanaka * wrote:
>
>
>
> としです
>
> このインポートデータの位置精度は、GPSのDOP(HDOP)ではどれくらいでしょうか?
>
> また、絶対精度が良い場合、HDOPがさらに良ければその方を採用するという事ですね。
>
> つまり、インポートデータより私の自作ロガーの方が精度が良いならそれを採用するという事で良いでしょうか。
>
> 2013年9月12日木曜日 Satoshi IIDA 
> nyamp...@gmail.com
> :
>
>
> いいだです。
>
> ローソンのインポートデータですが、マージの手順書を作ってみました。
> 特に方針部分、違和感を感じる方が多いと思いますので、ぜひぜひご意見をください。
>
>
> https://docs.google.com/document/d/1hsk4oBwnbtXSoQdqbwWkCsD5m4IYNgAEGr6J7HvMwCA/edit#
>
> ■問題になるところ
> ■1. 既存データがNodeで、ローソンデータがNodeの場合の位置情報
> 位置情報はローソン側のデータを採用したいと思っています。
> 「おいおい、調査で置いた情報が優先だろ？」というかた、たくさんいらっしゃると思います。
>
> ただ、ローソンさんのデータですが、実はかなり私達の調査方法に近い手法で、
> さらに細かい精度をだせるやり方でノードを置いています。
> (詳しく話せなくてごめんなさい。もどかしいです)
> これは、緯度経度による絶対精度のお話です。
>
> もちろんOSM側はみなさん(特に都市部では)とても気を使って
> 周辺の建物の位置などと調整されていると思います。
> OSMの建物は、常にずれている可能性があることを想起ください。
> これは、周辺の地物との調和、つまり、相対的な精度のお話です。
>
> どちらを優先しましょう？というお話で、
> いったん絶対精度に合わせませんか？という提案です。
>
> ちなみにそもそもマージ用に検索を行う場合、
> 「重複している可能性あり」と判定するのは15mくらいの半径でヒットさせようと思っています。
> つまり、最大で30mくらいのNode移動になる可能性があります。
> # 基盤地図25000を使っているくらいの感覚でしょうか。
>
> なお、既存のノードの編集履歴は保存するようにマージします。
>
> ■2. 既存データでAreaとして書いてあるコンビニ
> コンビニの情報をローソンデータのNodeに集約した上で、
> リレーションにまとめたいと思っています。
>
> 「OSM Wikiによれば、Areaとして描くことも許されているのでは？」というかた、たくさんいらっしゃると思います。
> はい、そのとおりです :)
>
> ただ、この方法で描く方法の利点は2つあります。
>
> 

Re: [OSM-ja] [Imports] Deletable KSJ2 import tags

[Paul Norman]

Any issues with changing this to the following? All tags have >100k uses and
seem to be duplicating other information already present, or not of any
interest to OSM.

KSJ2:ADS
KSJ2:ARE
KSJ2:AdminArea
KSJ2:COP_label
KSJ2:DFD
KSJ2:INT
KSJ2:INT_label
KSJ2:LOC
KSJ2:LPN
KSJ2:OPC
KSJ2:PubFacAdmin
KSJ2:RAC
KSJ2:RAC_label
KSJ2:RIC
KSJ2:RIN
KSJ2:WSC
KSJ2:coordinate
KSJ2:curve_id
KSJ2:curve_type
KSJ2:filename
KSJ2:lake_id
KSJ2:lat
KSJ2:long
KSJ2:river_id

> -Original Message-
> From: Paul Norman [mailto:penor...@mac.com]
> Sent: Saturday, September 07, 2013 8:27 PM
> To: 'Satoshi IIDA'
> Cc: impo...@openstreetmap.org; 'OpenStreetMap Japanese talk'
> Subject: Re: [Imports] Deletable KSJ2 import tags
> 
> > From: Satoshi IIDA [mailto:nyamp...@gmail.com]
> > Sent: Saturday, September 07, 2013 3:33 AM
> > Subject: Re: [Imports] Deletable KSJ2 import tags
> >
> > I think all the those tags are deletable.
> 
> Unless someone objects I'll be going with the following tags as some of
> the ones I listed earlier occur very seldom:
> 
> KSJ2:ARE
> KSJ2:COP_label
> KSJ2:DFD
> KSJ2:LOC
> KSJ2:LPN
> KSJ2:RIC
> KSJ2:RIN
> KSJ2:WSC
> KSJ2:coordinate
> KSJ2:curve_id
> KSJ2:curve_type
> KSJ2:filename
> KSJ2:lake_id
> KSJ2:lat
> KSJ2:long
> 
> > It was added because of the issue of interpretation of licensing
> > words, and it is now cleared.
> > (We JP confirmed it, tagging "source", "source_ref", and "note:ja" are
> > enough, as written in KSJ2 page)
> >
> > http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import
> > http://lists.openstreetmap.org/pipermail/talk-ja/2012-November/006930.
> > html
> 
> Just to clarify, there are no *legal* reasons that source, source_ref
> and note:ja cannot be removed by anyone at any time.
> 
> Of course doing that in bulk to the osm.org database wouldn't be done,
> but is legally possible and downstream consumers do it all the time to
> their derivative databases.
> 
> 
> ___
> Imports mailing list
> impo...@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/imports


___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja