hayashiさん、コメントありがとうございます。 立体視でも解決できないんですかね。 細かなオフセット設定は現実問題、かなり難しそうに思います。 起伏のある場所、斜面などではBingズレの可能性に注意して とにかくGPSログを多く採って検証する、ということかなぁ。
あと、高崎の事例を追記しました。 オフセットの設定範囲に関して、画像の撮影年月はひとつの目安になりそうです。 http://wiki.openstreetmap.org/wiki/JA:Offset_list#.E9.AB.98.E5.B4.8E.E9.A7.85.E8.A5.BF.E5.8F.A3 東 2012/05/25 yuu hayashi <[email protected]>: > hayashiです。 > >> 素人の聞きかじりですが、こういったゆがみは「立体視」というのができれば >> 補正できるんでしょうか。 >> また、Bing画像を立体視することって我々にできるのでしょうか。 > > 「立体視」についてですが、 > 国土地理院サイトで見ることができる空中写真のように２枚の写真でオーバーラップ部分があれば立体視することができます。 > 訓練を積めば、実際に地理院の写真で立体視を楽しめるようになります。 > 残念ながら、Bingは全体で継目のない１枚の写真になるように補正されているようなので立体視は無理でしょう。 > しかし、たとえ立体視ができたとしても、ズレの問題は立体視では解決しません。カメラの真下はズレが少なくみえますが、斜めから撮影された斜面は立体視で立体的に見ることはできますが位置がズレたように見えるのは同じです。 > > > 2012年5月24日 21:52 Shu Higashi <[email protected]>: >> 東です。 >> >> 2012/05/24 ikiya <[email protected]>: >>> ikiyaです。 >>> >>> 土地の高低差によるオフセットの変化についてです。 >>> >>> Bing写真のズレ（オフセット）ですが、狭い領域で大きな差を生じている場合があります。 >>> その時は一定のオフセットで書き続けるのではなく、Bing写真をこまめににずらす操作も必要になります。 >>> 山間部や起伏の大きい市街地など高低差のある地形だと写真が歪みが生じて写真のオフセットが不均一なる場合があります。 >>> >>> 極端な例だとこんな感じです。 >>> 灯台の位置でBing写真のズレを合わせると崖下の県道が大きくズレてしまいます。 >>> ビルの屋上を基準に平地のオフセット値を決めているようなイメージです。 >>> http://1.bp.blogspot.com/-VfIga6PpTVQ/T73kUvIaVCI/AAAAAAAADAc/_1vHdodqkV0/s1600/toudai1a.jpg >>> このことはある程度高低差がある土地では気を付けたほうがよいかと思います。 >> >> いいださんの挙げていた事例ですね。 >> 分かりやすい実例の提示ありがとうございます。 >> 高いビルが斜めから撮影された時の屋上の位置のように >> 山間部では不規則なズレはあり得ると認識していましたが >> 一見平坦に見える場所でも起伏により不規則なズレ、 >> 正確にいえば補正されていないゆがみ、が出るということですかね。 >> >> 私は山間部のゆがみはBingトレースでの補正は諦めています。 >> Yahoo/ALPSデータがインポートされ始めた頃、 >> 山間部のBing画像から見える山道とは全くといっていいほど合っておらず >> オルソ化されていないことによるゆがみ（の可能性）に気付いてからは >> 山道は自分でGPSログを採ったのでない限り動かさないようにしています。 >> >> 平地というか都市部でのゆがみはこれまであまり意識していなかったので >> 今後気を付けるようにします。 >> 素人の聞きかじりですが、こういったゆがみは「立体視」というのができれば >> 補正できるんでしょうか。 >> また、Bing画像を立体視することって我々にできるのでしょうか。 >> ご存知の方がおられたら教えてください。 >> >>> >>> >>> --- On Thu, 2012/5/24, ikiya <[email protected]> wrote: >>> >>> ikiyaです。 >>> >>> JOSMでオフセット見ましたが、東さんの値>0.0000866; >>> 0.0000062ぐらいで >>> 問題ないと思います。 >>> この帯広の例だとズレは小さいほうと思います。 >>> オフセット値が小さいので、現地を見た方（東さん）には勝てません。 >>> 私は公園北東の角と公園東側道路に綺麗に入っている上下車線別の自動車ログを目安に >>> 合わせました。 >>> >>> >>> 震災による地殻移動だと思われる福島県相馬の例をいくつか挙げます。 >>> 震災前後の60csxログとBing写真の比較です。 >>> あくまでハンディGPS、日常マッピングのレベルで地殻移動は読み取れるのかという程度ですが。 >>> >>> １．堤防ログの比較 >>> >>> こちらは数キロ堤防の上を歩いてログから堤防の輪郭を出した時のものの一部です。 >>> http://3.bp.blogspot.com/-x7VvG-4lZ3A/T73kWYD46eI/AAAAAAAADAs/vgbkB11H0a0/s1600/zenkei01photo.jpg >>> >>> ログの比較からは堤防のラインと端、とトイレの位置関係が震災前後で東へ5m以上ズレているように見えます。 >>> ただし、背景のBing写真（震災後撮影写真）を見ると写真は震災前のログにマッチしています。 >>> >>> >>> ２．砂浜ステージログの比較 >>> >>> これは砂浜の円形ステージとそれに続くスロープのログ比較です。 >>> http://1.bp.blogspot.com/-1erdtKRHhPw/T73kXahNphI/AAAAAAAADAw/-nC-8GQtu1M/s1600/zenkei02photo.jpg >>> ログの比較からこちらも5m以上東へズレているように見えます。 >>> ここでは60csx以外にetrex20jの震災後ログも参考まで載せています。 >>> こちらでも背景のBing写真（震災後撮影写真）を見ると写真は震災前のログにマッチしています。 >>> >>> この２か所以外にも震災前後ログ比較していますが相馬沿岸部で5m程度、 >>> 東よりにズレて見えることが確認できます。 >>> >>> 私はBing写真（震災前、震災後いずれも）と現在のgpsログから地殻移動を読み取るのは >>> Bing写真の投影精度やズレから難しいと思います。 >>> 地殻移動を追うなら震災前後のgpsログ比較になるかと考 >>> えます。 >>> >>> >>> --- On Thu, 2012/5/24, Shu Higashi <[email protected]> wrote: >>> >>> 震災によるズレとおもわれる例を追記しました。 >>> 仙台市扇町付近（多賀城の近く） >>> http://wiki.openstreetmap.org/wiki/JA:Offset_list#.E4.BB.99.E5.8F.B0.E5.B8.82.E6.89.87.E7.94.BA >>> >>> 2012/05/24 Shu Higashi <[email protected]>: >>>> コメントありがとうございます。 >>>> ikiyaさんが合わせるとしたらJOSMオフセット値はどれくらいになりますか？ >>>> >>> どちらの方向にズラせば良いのか、自分ではちょっと判断つきませんでした。 >>>> 東 >>>> >>>> 2012/05/23 ikiya <[email protected]>: >>>>> ikiyaです。 >>>>> >>>>> 具体的にかつ視覚的にwikiページで確認できるのはよいと思います。 >>>>> >>>>> パッと見、右回り（時計回り）で公園外周ログとりされたと思います。 >>>>> 公園の北側と東側の道路のログ、ウェイポイントのgps精度が高そうなので >>>>> 私だとそちら（北側と東側の２辺）を基準にオフセット合わせます。 >>>>> >>>>> >>>>> >>>>> --- On Wed, 2012/5/23, Shu Higashi <[email protected]> wrote: >>>>> >>>>> 千歳付近の例を追記しました。 >>>>> http://wiki.openstreetmap.org/wiki/JA:Offset_list#.E5.8D.83.E6.AD.B3.E9.A7.85.E5.8D.97.E9.83.A8.E7.B7.91.E5.9C.B0.E5.85.AC.E5.9C.92.28.E5.85.BC.E5.9C.B0.E4.B8.8B.E9.A7.90.E8.BB.8A.E5.A0.B4.29 >>>>> >>>>> 東 >>>>> >>>>> 2012/05/22 Shu Higashi <[email protected]>: >>>>>> 東です。 >>>>>> >>>>>> MontBlancさん、情報ありがとうございます。 >>>>>> >>>>>> >>> ズレにもいろんなケースがありそうで、どのように整理したらよいか、 >>>>>> よく分からなくなってしまいました。 >>>>>> >>>>>> 最初のスレッドでズレの例を挙げましたが、私自身が勘違いをしているかもしれないので >>>>>> とりあえずひとつ、帯広での実例を具体的に挙げてみました。 >>>>>> （ズレの考え方を整理するためであり、マッピングされた方に対してどこういう意図はありません） >>>>>> http://wiki.openstreetmap.org/wiki/JA:Offset_list >>>>>> このケースではBingがズレており、オフセット値を設定すべきだと >>>>>> 考えたのですが、合っていますかね。 >>>>>> >>>>>> >>> これは比較的分かりやすい、というか混乱していない例だと思うのですが >>>>>> 他にも悩ましい例などありましたら適宜追記しあって、少しみんなの目で >>>>>> 検証してみませんか。 >>>>>> >>>>>> 2012/05/20 MontBlanc <[email protected]>: >>>>>>> MontBlancです。 >>>>>>> >>>>>>> 画像のずれに関してですが、ある地図作成会社の人と話す機会がありました。 >>>>>>> 大震災後に東北地方を精密に測定したということでずれについて貴重な意見を >>>>>>> いただきました。太平洋側が震災前と比較し最大４・５メートルほど東にずれている >>>>>>> ということです。 >>>>>>> >>> 震災後の画像データではなければGPSを用いるほうがよいかもしれません。 >>>>>>> >>>>>>> 以上 >>>>>>> >>>>>>> >>>>>>> 2012/5/20 Shu Higashi <[email protected]>: >>>>>>>> 東です。 >>>>>>>> >>>>>>>> 2012/05/20 Satoshi IIDA <[email protected]>: >>>>>>>>> いいだです。 >>>>>>>>> >>>>>>>>> 画像のズレの数値化と共有は、僕も一時期やろうと思ったことがあります。 >>>>>>>>> >>> ただ、同じ地域をずっとマッピングしていると、同じ撮影日時であっても、少しずつ画像のオフセットが調整されている気がしています。 >>>>>>>>> (あくまでも、"気がする"レベルですが。) >>>>>>>>> >>>>>>>>> >>>>>>> 撮影日時を記録しておくのはかなり有効ではあるのですが、撮影日時が同じ状態でオフセットだけ修正された場合、一律化されたオフセット値はあまり意味が無いどころか、間違いを推奨するデータになってしまうおそれがあると思っています。 >>>>>>>>> なのでいまでは、地域ごとの一律の数値化は、かなり難しいのじゃないか？と思っています。 >>>>>>>> >>>>>>>> >>> オフセット値のカバー範囲を細かく確認するのはかなり大変な作業だと思います。 >>>>>>>> 範囲の特定は課題ですね。 >>>>>>>> ただ、私自身は近いエリアで微妙にオフセット値がズレる、という経験はありません。 >>>>>>>> 山間部が(ちゃんとオルソ化されていないので)ズレているということはよくあります。 >>>>>>>> >>>>>>>>> それよりは、 >>>>>>>>> ・GPSログをアップロードすることを推奨して、参照可能なデータの母数を増やす >>>>>>>>> ・画像のズレを修正する手順を積極的に広める >>>>>>>>> ことをしたほうが、将来的に見て良い方法なのじゃないかと思っています。 >>>>>>>> >>>>>>>> >>> GPSログは大きなよりどころのひとつになるので既にアップロードされているところでも >>>>>>>> どんどんアップしましょう、ということですね。賛成です。 >>>>>>>> ズレを修正する手順もまとめましょう。 >>>>>>>> どこからやればいいかなぁ。。 >>>>>>>> >>>>>>>>> 他に参照可能なデータ、ということだと、電子基準点のデータが使えればかなり正確に調整ができるようになるのかな？ >>>>>>>> >>>>>>>> まずは評価が要りそうに思います。 >>>>>>>> 震災によるズレも、まだ全て再計測はされていなかったかと。 >>>>>>>> >>> このあたりは詳しい方に教えて頂きたいです。 >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 2012年5月20日 0:57 ikiya <[email protected]>: >>>>>>>>>> >>>>>>>>>> ikiyaです。 >>>>>>>>>> >>>>>>>>>> Bingのオフセットをgpsログをもとに決める場合、 >>>>>>>>>> 同時に取った複数のログを比べるとこんな具合です。 >>>>>>>>>> >>>>>>>>>> （ガーミンハンディGPS ３機種比較） >>>>>>>>>> ・車と徒歩 >>>>>>>>>> >>>>>>> http://1.bp.blogspot.com/-qwPLHmrTMAk/T7e9uPqnwOI/AAAAAAAAC_8/IuJXgb6GhVc/s1600/ga3a.jpg >>>>>>>>>> ・車 >>>>>>>>>> >>>>>>> http://4.bp.blogspot.com/-ceASKdurjoM/T7e9ueeFy7I/AAAAAAAADAI/0MDi4lEJOPw/s1600/ga3b.jpg >>>>>>>>>> >>>>>>>>>> マッピングでハンディGPS３機種同時に携行するケースはほとんどないと思うので >>>>>>>>>> 普段はこの３つログのうちいずれか１つを見てBingのずれを決めていることになります。 >>>>>>>>>> >>> この程度のログ同士のずれは日常あります。 >>>>>>>>>> >>>>>>>>>> それでもGPSログからBingのズレ傾向は読めるので、条件にもよりますが >>>>>>>>>> ログは相対的な基準になると思います。 >>>>>>>>>> >>>>>>>>>> 参考まで。 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> --- On Sat, 2012/5/19, Yoichi SEINO <[email protected]> wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>> 清野です。 >>>>>>>>>> >>>>>>>>>> たしか、全世界規模でBingの空中写真のズレを共有してみんなで参照できるようにしよう、という取り組みがあったと思ったのですが、 >>>>>>>>>> それが東さんの仰るAPIでどうこうしようとしていたちごっこでうまくいっていないもののことなのでしたっけ…? >>>>>>>>>> >>>>>>>>>> 何らかの対策は取りたいですね。 >>>>>>>>>> もちろん、三浦さんの仰るようにソフトウェアで解決できればそれが一番スマートだと思いますが、 >>>>>>>>>> それが無理なら何か次善の方法や情報を共有する仕組みが作りたいですね。 >>>>>>>>>> >>>>>>>>>> >>> こういう問題に対応する上でも、Bingのソースタグには時間属性を付けておきたいですね。 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2012年5月19日土曜日 ribbon [email protected]: >>>>>>>>>> >>>>>>>>>> On Sat, May 19, 2012 at 03:16:08PM +0900, Shu Higashi wrote: >>>>>>>>>> > 書き忘れました。 >>>>>>>>>> > APIでカバーしようという下記のような案も出ていたのですが >>>>>>>>>> > Bing画像は入れ替わるので、いたちごっことなり、 >>>>>>>>>> > 機械的な対応は難しいのではないかと感じています。 >>>>>>>>>> >>>>>>>>>> >>> 確かに。 >>>>>>>>>> 宮崎空港あたりは結構ずれていたのですが、今見たら >>>>>>>>>> 画像が更新されたらしく、ずれが収まっていました。 >>>>>>>>>> >>>>>>>>>> oota >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Talk-ja mailing list >>>>>>>>>> [email protected] >>>>>>>>>> http://lists.openstreetmap.org/listinfo/talk-ja >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> >>> Talk-ja mailing list >>>>>>>>>> [email protected] >>>>>>>>>> http://lists.openstreetmap.org/listinfo/talk-ja >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Satoshi IIDA >>>>>>>>> mail: [email protected] >>>>>>>>> twitter: @nyampire >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Talk-ja mailing list >>>>>>>>> [email protected] >>>>>>>>> http://lists.openstreetmap.org/listinfo/talk-ja >>>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Talk-ja mailing list >>>>>>>> [email protected] >>>>>>>> http://lists.openstreetmap.org/listinfo/talk-ja >>>>>>> >>>>>> >>>>> >>>>> _______________________________________________ >>>>> Talk-ja mailing list >>>>> [email protected] >>>>> http://lists.openstreetmap.org/listinfo/talk-ja >>>>> >>>> >>> >>> _______________________________________________ >>> Talk-ja mailing list >>> [email protected] >>> http://lists.openstreetmap.org/listinfo/talk-ja >>> >> >> _______________________________________________ >> Talk-ja mailing list >> [email protected] >> http://lists.openstreetmap.org/listinfo/talk-ja > > _______________________________________________ > Talk-ja mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-ja > _______________________________________________ Talk-ja mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-ja
