Mage Whopperです。
藤澤さん、ファイル作成ありがとうございます。
ようやく少しだけ見ることができました。
地味にアップロードを続けます。
ありがとうございました！
Mage Whopper
magehop...@gmail.com
2011/6/30 Kimiya FUJISAWA fujis...@techstrom.org:
藤澤です。
ちょっと遅くなりましたが、データを分割しなおしてアップロード
しなおしました。
圧縮ファイル名が変えてありますが、展開したときのファイル名は
以前と同じになります。
Mage
藤澤です。
ちょっと遅くなりましたが、データを分割しなおしてアップロード
しなおしました。
圧縮ファイル名が変えてありますが、展開したときのファイル名は
以前と同じになります。
Mage Whopperさん、どうもありがとうございます。
(2011年06月25日 09:39), Kimiya FUJISAWA wrote:
藤澤です。
osmosisは-bpかなにかで切っているということでしょうか。
-bp completeWays=yes
のオプションをつけるとwayの一部ノードがポリゴン内にあれば
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 発信のメイルで
Mage Whopperです。
ありがとうございます。
元データにはあるということで
少し安心しました。
osmosisは-bpかなにかで切っているということでしょうか。
-bp completeWays=yes
のオプションをつけるとwayの一部ノードがポリゴン内にあれば
切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。
現状全て手動でインポートですし、
私は、足りないよりは取り除ける重複がある方がマシ、とおもいますが
異論のある方もいらっしゃると思いますので
どーしてもとは思いません。
実際はやってみてみて使えそうなら。。。と思う物の
藤澤です。
osmosisは-bpかなにかで切っているということでしょうか。
-bp completeWays=yes
のオプションをつけるとwayの一部ノードがポリゴン内にあれば
切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。
このオプション、気づいてなかったです…。
ありがとうございます。
さっそく、作り直してみます。
＃スクリプトが残してあるので、手間はそれほどかかりませんが、
＃時間はちょっとかかるかもしれません。
元データは都道府県別なので、もしかしたら、都道府県境は
切れているかもしれません…。
(2011年06月25日 07:30),
Mage Whopperです。
やや話が異なるのですが
Yahoo/ALPS のデータは市境界をまたぐ道路が
市境界上まで載っていることと、
最後の1wayが切れていることがあるようです。
これは元データもこうなのでしょうか？
それともコンバートの際にこうなってしまったのでしょうか？
航空写真があったり、
実際行けるところなどはそれを元に修正できます。
しかし住んでいる方は少ないでしょうが
行けない/航空写真がない箇所のほうがまだ多数です。
実際行けるところ以外を多数importしている状況なので
修正できる物であれば修正していただけると
ありがたいなと思いました。
以上です。
が原因?
(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の写真と比較すると、
何か違う、という箇所はあるようです。
だとｓ
ちょっと
柳澤＠埼玉県深谷市です。
回答ありがとうございます。
On 06/20/2011 08:17 AM, SHIBATA Akira wrote:
修正の程度にもよりますが…
基本的にはそのまま残しておきましょう。
source=YahooJapan/ALPSMAP
から
source=hogehoge
に変えるときは、 fugahoge を参照して変更したとき
だと個人的に思っています。
知っている範囲で変更基準は見たことがありません。
また削除するのは、自分で GPS 端末担いでデータを
採ってきて、それに置き換えるときだと考えます。
柴田(あ)です。
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
Nahainecです。
お久しぶりです。
Yahoo/ALPSのデータが一部インポートされているエリアを歩いたのですが、
1. 実際にない道が描かれている
2. 位置がずれている気がする（GPS の誤差かもしれませんが）
ことがありました。
このような経験はありますか?
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
On Sat, Jun 18, 2011 at 11:37:07PM +0900, Nahainec wrote:
Yahoo/ALPSのデータが一部インポートされているエリアを歩いたのですが、
1. 実際にない道が描かれている
2. 位置がずれている気がする（GPS の誤差かもしれませんが）
ことがありました。
このような経験はありますか?
実際に歩いたことはありませんが、Bingの写真と比較すると、
何か違う、という箇所はあるようです。
oota
___
Talk-ja
Nahainecです。
(2011/06/18 23:42), ribbon wrote:
実際に歩いたことはありませんが、Bingの写真と比較すると、
何か違う、という箇所はあるようです。
ちょっと安心しました。
あまりに違っていたところは修正してしまっていたものですから。
それにしても原因は何でしょうね?
パッと思いつくのは
- 盗用を検出するためにわざと混入させた誤り
- 現地未調査
例に挙げた「実際にない道路」は1:25000の地形図にも描かれていました
- 測地系変換時の誤差
全体が一様にずれていたのではないので今回はこれではないと思う
あたりですかね。
柴田(あ)です。
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の写真と比較すると、
何か違う、という箇所はあるようです。
ちょっと安心しました。
あまりに違っていたところは修正してしまっていたものですから。
最終的には「現地へ行く」がもっ
/ALPSデータの修正 において、
Sun, 19 Jun 2011 01:48:05 +0900 発信のメイルで
Nahainecさんは書きました：
(2011/06/18 23:42), ribbon wrote:
実際に歩いたことはありませんが、Bingの写真と比較すると、
何か違う、という箇所はあるようです。
ちょっと安心しました。
あまりに違っていたところは修正してしまっていたものですから。
最終的には「現地へ行く」がもっとも正しいのですから、
現地がそうなっていたら、それでいいと思います。
それにしても原因は何でしょうね?
パッと思いつくのは
14 matches
Mail list logo
