Re: [OSM-ja] Yahoo/ALPS データの修正
Mage Whopperです。 藤澤さん、ファイル作成ありがとうございます。 ようやく少しだけ見ることができました。 地味にアップロードを続けます。 ありがとうございました! Mage Whopper magehop...@gmail.com 2011/6/30 Kimiya FUJISAWA fujis...@techstrom.org: 藤澤です。 ちょっと遅くなりましたが、データを分割しなおしてアップロード しなおしました。 圧縮ファイル名が変えてありますが、展開したときのファイル名は 以前と同じになります。 Mage Whopperさん、どうもありがとうございます。 (2011年06月25日 09:39), Kimiya FUJISAWA wrote: 藤澤です。 osmosisは-bpかなにかで切っているということでしょうか。 -bp completeWays=yes のオプションをつけるとwayの一部ノードがポリゴン内にあれば 切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。 このオプション、気づいてなかったです…。 ありがとうございます。 さっそく、作り直してみます。 #スクリプトが残してあるので、手間はそれほどかかりませんが、 #時間はちょっとかかるかもしれません。 元データは都道府県別なので、もしかしたら、都道府県境は 切れているかもしれません…。 (2011年06月25日 07:30), Mage Whopper wrote: Mage Whopperです。 ありがとうございます。 元データにはあるということで 少し安心しました。 osmosisは-bpかなにかで切っているということでしょうか。 -bp completeWays=yes のオプションをつけるとwayの一部ノードがポリゴン内にあれば 切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。 現状全て手動でインポートですし、 私は、足りないよりは取り除ける重複がある方がマシ、とおもいますが 異論のある方もいらっしゃると思いますので どーしてもとは思いません。 実際はやってみてみて使えそうなら。。。と思う物の どのくらい大変か全く考えずに発言してますので 余力があればお願い致します。 以上です。 Mage Whopper magewhop...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- @ 藤澤 公也 / Kimiya FUJISAWA @// @@ mailto:fujis...@techstrom.org @-O-O-@ work:fujis...@media.teu.ac.jp \ ^ / skype ID:techstrom.org http://www.techstrom.org/ ___ 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/ALPS データの修正
藤澤です。 ちょっと遅くなりましたが、データを分割しなおしてアップロード しなおしました。 圧縮ファイル名が変えてありますが、展開したときのファイル名は 以前と同じになります。 Mage Whopperさん、どうもありがとうございます。 (2011年06月25日 09:39), Kimiya FUJISAWA wrote: 藤澤です。 osmosisは-bpかなにかで切っているということでしょうか。 -bp completeWays=yes のオプションをつけるとwayの一部ノードがポリゴン内にあれば 切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。 このオプション、気づいてなかったです…。 ありがとうございます。 さっそく、作り直してみます。 #スクリプトが残してあるので、手間はそれほどかかりませんが、 #時間はちょっとかかるかもしれません。 元データは都道府県別なので、もしかしたら、都道府県境は 切れているかもしれません…。 (2011年06月25日 07:30), Mage Whopper wrote: Mage Whopperです。 ありがとうございます。 元データにはあるということで 少し安心しました。 osmosisは-bpかなにかで切っているということでしょうか。 -bp completeWays=yes のオプションをつけるとwayの一部ノードがポリゴン内にあれば 切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。 現状全て手動でインポートですし、 私は、足りないよりは取り除ける重複がある方がマシ、とおもいますが 異論のある方もいらっしゃると思いますので どーしてもとは思いません。 実際はやってみてみて使えそうなら。。。と思う物の どのくらい大変か全く考えずに発言してますので 余力があればお願い致します。 以上です。 Mage Whopper magewhop...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- @ 藤澤 公也 / Kimiya FUJISAWA @// @@ mailto:fujis...@techstrom.org @-O-O-@ work:fujis...@media.teu.ac.jp \ ^ / skype ID:techstrom.org http://www.techstrom.org/ ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPS データの修正
Tomです。 たしか、タグの値は、セミコロンでつなぐ事が出来たはずですので、 YahooJapan/ALPSの道路を、Bingを元に修正したような場合、 source=YahooJapan/ALPSMAP;Bing と、するのも良いかと思いますよ。 2011/6/20 SHIBATA Akira h...@eva.gr.jp: 柴田(あ)です。 4dfd3695.6090...@gmail.com の、 Re: [OSM-ja]Yahoo/ALPS データの修正 において、 Sun, 19 Jun 2011 08:36:53 +0900 発信のメイルで Minoru Yanagisawaさんは書きました: YahooJapan/ALPSMAP によるhighwayなどを修正した場合、 source=YahooJapan/ALPSMAP というプロパティはどうしたらよいのでしょうか? 修正の程度にもよりますが… 基本的にはそのまま残しておきましょう。 source=YahooJapan/ALPSMAP から source=hogehoge に変えるときは、 fugahoge を参照して変更したとき だと個人的に思っています。 知っている範囲で変更基準は見たことがありません。 また削除するのは、自分で GPS 端末担いでデータを 採ってきて、それに置き換えるときだと考えます。 -- あまねく生命に、あまねく知性に、最大の幸福を願う h...@eva.gr.jp http://www.psychoscape.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] Yahoo/ALPS データの修正
Mage Whopperです。 ありがとうございます。 元データにはあるということで 少し安心しました。 osmosisは-bpかなにかで切っているということでしょうか。 -bp completeWays=yes のオプションをつけるとwayの一部ノードがポリゴン内にあれば 切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。 現状全て手動でインポートですし、 私は、足りないよりは取り除ける重複がある方がマシ、とおもいますが 異論のある方もいらっしゃると思いますので どーしてもとは思いません。 実際はやってみてみて使えそうなら。。。と思う物の どのくらい大変か全く考えずに発言してますので 余力があればお願い致します。 以上です。 Mage Whopper magewhop...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPS データの修正
藤澤です。 osmosisは-bpかなにかで切っているということでしょうか。 -bp completeWays=yes のオプションをつけるとwayの一部ノードがポリゴン内にあれば 切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。 このオプション、気づいてなかったです…。 ありがとうございます。 さっそく、作り直してみます。 #スクリプトが残してあるので、手間はそれほどかかりませんが、 #時間はちょっとかかるかもしれません。 元データは都道府県別なので、もしかしたら、都道府県境は 切れているかもしれません…。 (2011年06月25日 07:30), Mage Whopper wrote: Mage Whopperです。 ありがとうございます。 元データにはあるということで 少し安心しました。 osmosisは-bpかなにかで切っているということでしょうか。 -bp completeWays=yes のオプションをつけるとwayの一部ノードがポリゴン内にあれば 切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。 現状全て手動でインポートですし、 私は、足りないよりは取り除ける重複がある方がマシ、とおもいますが 異論のある方もいらっしゃると思いますので どーしてもとは思いません。 実際はやってみてみて使えそうなら。。。と思う物の どのくらい大変か全く考えずに発言してますので 余力があればお願い致します。 以上です。 Mage Whopper magewhop...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- @ 藤澤 公也 / Kimiya FUJISAWA @// @@ mailto:fujis...@techstrom.org @-O-O-@ work:fujis...@media.teu.ac.jp \ ^ / skype ID:techstrom.org http://www.techstrom.org/ ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPS データの修正
Mage Whopperです。 やや話が異なるのですが Yahoo/ALPS のデータは市境界をまたぐ道路が 市境界上まで載っていることと、 最後の1wayが切れていることがあるようです。 これは元データもこうなのでしょうか? それともコンバートの際にこうなってしまったのでしょうか? 航空写真があったり、 実際行けるところなどはそれを元に修正できます。 しかし住んでいる方は少ないでしょうが 行けない/航空写真がない箇所のほうがまだ多数です。 実際行けるところ以外を多数importしている状況なので 修正できる物であれば修正していただけると ありがたいなと思いました。 以上です。 Mage Whopper magewhop...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPS データの修正
Nahainecです。 Yahoo/ALPS のデータ、どうも 1:25,000 地形図がベースになっているようです ね。だとすると転位や市街地での道路の省略などが原因な気がしてきました。 以下想像なのですが、 地形図の作成時に A. 測量,空中写真などで各地物の実位置を求め B. (紙上で重なったりしないよう)転位などの処理 をするかと思います。 紙地図や地図画像は当然 B に基づいて描かれるわけですが、 国土数値情報などのベクトルデータは A かと思って(期待して)いたのです が、実は B なのではないかと。 インポートした川とか鉄道がずれていることがあるのはもしかしてこれが原因? (2011/06/19 6:51), SHIBATA Akira wrote: 柴田(あ)です。 4dfcd6c5.6070...@nahainec.org の、 Re: [OSM-ja]Yahoo/ALPSデータの修正 において、 Sun, 19 Jun 2011 01:48:05 +0900 発信のメイルで Nahainecさんは書きました: (2011/06/18 23:42), ribbon wrote: 実際に歩いたことはありませんが、Bingの写真と比較すると、 何か違う、という箇所はあるようです。 だとs ちょっと安心しました。 あまりに違っていたところは修正してしまっていたものですから。 最終的には「現地へ行く」がもっとも正しいのですから、 現地がそうなっていたら、それでいいと思います。 それにしても原因は何でしょうね? パッと思いつくのは - 盗用を検出するためにわざと混入させた誤り - 現地未調査 例に挙げた「実際にない道路」は1:25000の地形図にも描かれていました - 測地系変換時の誤差 全体が一様にずれていたのではないので今回はこれではないと思う あたりですかね。 想像ですが、他に ・都市計画としてこれから造成予定の道路 と思われる道がデータに入っているのを見かけたことがあります。 どうしてそう思ったかというと、交差点というか角から 10m くらい作られてアスファルト舗装され、その先がなく、 また、そのデータ上の道路の向こう側の接続交差点に見に行くと そちらは角までできているという状態でした。 OSM のようにオンラインでスピーディに更新できる仕組みが 従来はありませんでしたから、これから作るつもりの道路を 入れていけば、そのデータセットたる地図データも長く 使えると考えているのではないかと。 実際には予算的か政策的かわかりませんが、計画中止とか、 計画延期とか、計画通りだけど工事前など何らかの理由で 作ってない・作りかけの道だったんじゃないかなーと感じました。 多分データの更新とか品質とかという問題はそういう部分に あたると思います。 OSM の課題だと思います。 でも、現状に即したデータという点では直しちゃっているのが 正解だと思います。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPS データの修正
柳澤@埼玉県深谷市です。 回答ありがとうございます。 On 06/20/2011 08:17 AM, SHIBATA Akira wrote: 修正の程度にもよりますが… 基本的にはそのまま残しておきましょう。 source=YahooJapan/ALPSMAP から source=hogehoge に変えるときは、 fugahoge を参照して変更したとき だと個人的に思っています。 知っている範囲で変更基準は見たことがありません。 また削除するのは、自分で GPS 端末担いでデータを 採ってきて、それに置き換えるときだと考えます。 よく考えてみたら修正で source が変わるわけではないですね。(GPSログを 元にして)道路などを大幅に修正するくらいなら削除して引きなおすべきでした。 修正したら元の Yahoo/ALPSMAP のものとは全く別物になってしまうのでは? と思い込んでしまいました。 失礼しました。 -- Minoru Yanagisawa ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPS データの修正
柴田(あ)です。 4dfd3695.6090...@gmail.com の、 Re: [OSM-ja]Yahoo/ALPS データの修正 において、 Sun, 19 Jun 2011 08:36:53 +0900 発信のメイルで Minoru Yanagisawaさんは書きました: YahooJapan/ALPSMAP によるhighwayなどを修正した場合、 source=YahooJapan/ALPSMAP というプロパティはどうしたらよいのでしょうか? 修正の程度にもよりますが… 基本的にはそのまま残しておきましょう。 source=YahooJapan/ALPSMAP から source=hogehoge に変えるときは、 fugahoge を参照して変更したとき だと個人的に思っています。 知っている範囲で変更基準は見たことがありません。 また削除するのは、自分で GPS 端末担いでデータを 採ってきて、それに置き換えるときだと考えます。 -- あまねく生命に、あまねく知性に、最大の幸福を願う h...@eva.gr.jp http://www.psychoscape.net/ ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] Yahoo/ALPSデータの修正
Nahainecです。 お久しぶりです。 Yahoo/ALPSのデータが一部インポートされているエリアを歩いたのですが、 1. 実際にない道が描かれている 2. 位置がずれている気がする(GPS の誤差かもしれませんが) ことがありました。 このような経験はありますか? ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPSデータの修正
On Sat, Jun 18, 2011 at 11:37:07PM +0900, Nahainec wrote: Yahoo/ALPSのデータが一部インポートされているエリアを歩いたのですが、 1. 実際にない道が描かれている 2. 位置がずれている気がする(GPS の誤差かもしれませんが) ことがありました。 このような経験はありますか? 実際に歩いたことはありませんが、Bingの写真と比較すると、 何か違う、という箇所はあるようです。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPSデータの修正
Nahainecです。 (2011/06/18 23:42), ribbon wrote: 実際に歩いたことはありませんが、Bingの写真と比較すると、 何か違う、という箇所はあるようです。 ちょっと安心しました。 あまりに違っていたところは修正してしまっていたものですから。 それにしても原因は何でしょうね? パッと思いつくのは - 盗用を検出するためにわざと混入させた誤り - 現地未調査 例に挙げた「実際にない道路」は1:25000の地形図にも描かれていました - 測地系変換時の誤差 全体が一様にずれていたのではないので今回はこれではないと思う あたりですかね。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPS データの修正
柴田(あ)です。 4dfcd6c5.6070...@nahainec.org の、 Re: [OSM-ja]Yahoo/ALPSデータの修正 において、 Sun, 19 Jun 2011 01:48:05 +0900 発信のメイルで Nahainecさんは書きました: (2011/06/18 23:42), ribbon wrote: 実際に歩いたことはありませんが、Bingの写真と比較すると、 何か違う、という箇所はあるようです。 ちょっと安心しました。 あまりに違っていたところは修正してしまっていたものですから。 最終的には「現地へ行く」がもっとも正しいのですから、 現地がそうなっていたら、それでいいと思います。 それにしても原因は何でしょうね? パッと思いつくのは - 盗用を検出するためにわざと混入させた誤り - 現地未調査 例に挙げた「実際にない道路」は1:25000の地形図にも描かれていました - 測地系変換時の誤差 全体が一様にずれていたのではないので今回はこれではないと思う あたりですかね。 想像ですが、他に ・都市計画としてこれから造成予定の道路 と思われる道がデータに入っているのを見かけたことがあります。 どうしてそう思ったかというと、交差点というか角から 10m くらい作られてアスファルト舗装され、その先がなく、 また、そのデータ上の道路の向こう側の接続交差点に見に行くと そちらは角までできているという状態でした。 OSM のようにオンラインでスピーディに更新できる仕組みが 従来はありませんでしたから、これから作るつもりの道路を 入れていけば、そのデータセットたる地図データも長く 使えると考えているのではないかと。 実際には予算的か政策的かわかりませんが、計画中止とか、 計画延期とか、計画通りだけど工事前など何らかの理由で 作ってない・作りかけの道だったんじゃないかなーと感じました。 多分データの更新とか品質とかという問題はそういう部分に あたると思います。 OSM の課題だと思います。 でも、現状に即したデータという点では直しちゃっているのが 正解だと思います。 -- あまねく生命に、あまねく知性に、最大の幸福を願う h...@eva.gr.jp http://www.psychoscape.net/ ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPS データの修正
柳澤@埼玉県深谷市です。 最近マッピングを始めた者です。便乗質問します。 YahooJapan/ALPSMAP によるhighwayなどを修正した場合、 source=YahooJapan/ALPSMAP というプロパティはどうしたらよいのでしょうか? そのままにしておくのか、削除するのか? どちらでしょうか。 -- Minoru Yanagisawa On 06/19/2011 06:51 AM, SHIBATA Akira wrote: 柴田(あ)です。 4dfcd6c5.6070...@nahainec.org の、 Re: [OSM-ja]Yahoo/ALPSデータの修正 において、 Sun, 19 Jun 2011 01:48:05 +0900 発信のメイルで Nahainecさんは書きました: (2011/06/18 23:42), ribbon wrote: 実際に歩いたことはありませんが、Bingの写真と比較すると、 何か違う、という箇所はあるようです。 ちょっと安心しました。 あまりに違っていたところは修正してしまっていたものですから。 最終的には「現地へ行く」がもっとも正しいのですから、 現地がそうなっていたら、それでいいと思います。 それにしても原因は何でしょうね? パッと思いつくのは - 盗用を検出するためにわざと混入させた誤り - 現地未調査 例に挙げた「実際にない道路」は1:25000の地形図にも描かれていました - 測地系変換時の誤差 全体が一様にずれていたのではないので今回はこれではないと思う あたりですかね。 想像ですが、他に ・都市計画としてこれから造成予定の道路 と思われる道がデータに入っているのを見かけたことがあります。 どうしてそう思ったかというと、交差点というか角から 10m くらい作られてアスファルト舗装され、その先がなく、 また、そのデータ上の道路の向こう側の接続交差点に見に行くと そちらは角までできているという状態でした。 OSM のようにオンラインでスピーディに更新できる仕組みが 従来はありませんでしたから、これから作るつもりの道路を 入れていけば、そのデータセットたる地図データも長く 使えると考えているのではないかと。 実際には予算的か政策的かわかりませんが、計画中止とか、 計画延期とか、計画通りだけど工事前など何らかの理由で 作ってない・作りかけの道だったんじゃないかなーと感じました。 多分データの更新とか品質とかという問題はそういう部分に あたると思います。 OSM の課題だと思います。 でも、現状に即したデータという点では直しちゃっているのが 正解だと思います。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja