nori_u です。 Tomさん、早速ご回答ありがとうございます。 本来、一本の河川となるべきところが県を跨ぐ部分で分割され、 同一のlat/lonを持つ二つのノードが作られた場合の修正方法、 よく分かりました。細かいご説明ありがとうございます。
> それを自動で修正してくれるのが、先のメールのJOSMのValidate です。 > 検出結果の、 「エラー」＞「重複したノード」を選択して、「修正」ボタンで修正ｓてくれます。 いろいろ試したところ、「エラー」＞「重複したノード」はタグも含めて完全に同じノードが 複数ある場合で、「警告」＞「同位置のノード」はlat/lonが同じでタグが違う場合に検出されました。 そのまんまですね・・・。 河川データのノードはタグを含まないので、重複ノードはエラーとして検出されたようです。 一方、県境と河川などの交点は、県境データのノードがタグを含むため警告となったようです。 警告対象ノードに対して修正ボタンをクリックすると、タグが合成されて1ノードにまとめられました。 順番が前後しますが・・・ > 河川、県境、森林の３つのデータが重なったいる場合、 > 本来であれば、河川、県境、森林の３つのノードが重なってるべきかと思います。 実はこの状態からさらに一つのnodeにまとめるべきかどうかを迷っていました。 wikiやMLの議論を追ってみたところ、現物が交わっていれば重複ノードとしてまとめ、 県境のようにvirtualなものと物理的なものの交点は重複ノードとしない という基準が提示されていました。 http://wiki.openstreetmap.org/wiki/Talk:Duplicate_nodes_map http://lists.openstreetmap.org/pipermail/talk/2010-February/thread.html#48118 Tomさんのご説明の例でも三つ残すということですし、この基準に納得できたので 迷いは解消しました。お手数掛けすみませんでした。 JOSMでのフィルタリング、便利そうですね。 これがあれば楽できただろう場面がいくつもありました。 -- 2010年6月1日13:09 Tomomichi Hayakawa <tom.hayak...@gmail.com>: > Tomです。 > > nori_uさん、こんにちは。 > いえいえ、僕は他力本願でインポートしているだけですので、 > 感謝すべきは変換コードを公開していただいたkonatさんはじめ、 > ご協力いただいてるみなさんです。 > > >> 現在、行政区域データのインポートのときに作ってしまった重複ノードの修正を進めています。 >> 河川と市町村境界の交点や、森林境界とぴったり一致する県境（元が同一データ）など、 >> 異なる種類のwayに属するnodeをどこまでマージしてよいのかが分かりません。 > > 改めてまとめておきますね。 > > 河川、県境、森林の３つのデータが重なったいる場合、 > 本来であれば、河川、県境、森林の３つのノードが重なってるべきかと思います。 > > ただ、今回の河川のインポートでは、都道府県毎にインポートしてますので、 > 県境を超える河川の場合、県境上に、A県とB県の２つのノードが存在します。 > ですので、JOSMなどで、そのノードだけの領域をマウスで範囲指定していただくと、 > ３つのノードであるべきところが、４つのノードが存在する事を確認できると思います。 > その内の２つが両県をまたぐ河川ですので、それらのノードをマージすればＯＫですが、 > どのノードが河川のノードなのか、判断するのが難しいです。 > > それを自動で修正してくれるのが、先のメールのJOSMのValidate です。 > 検出結果の、 「エラー」＞「重複したノード」を選択して、「修正」ボタンで修正ｓてくれます。 > もし、「エラー」＞「重複したノード」 が出なければ、すでに修正済みの可能性があります。 > （未確認ですが、「警告」だと、別の修正をしちゃうかもしれません。） > それらしい箇所を、上記の方法で確認出来ますので、 > それで修正済みかどうか確認する事も出来ると思います。 > > 四国、九州、中国あたりは、結構修正しましたので、 > 修正済みのところもいくつかあると思います。 > > こんな感じで回答になっていますでしょうか？ > > > また余談気味ですが・・・ > 僕は、JOSM/1.5 (3279 ja) を使っているのですが、 > 検索機能がフィルタリング機能に変わっていますね。これが、メチャ強力です。 > タグの絞込み条件を維持できて、その条件にあったデータだけをアクティブにしてくれます。 > 例えば、今回の場合ですと、「 waterway=* 」 でセットすると、 > 河川以外の県境や森林データは、非アクティブになり、 > 河川データだけが修正可能になりまますので、修正間違いを防げます。 > > OSMの先人の経験と知恵がJOSMに反映されていると思うと、 > 後発の我々も、それらのツールを有効に活用して、追いつかねば！とか思ったりして・・・。 > > > > > > 2010年6月1日1:51 nori_u <noriu1...@gmail.com>: >> nori_u です。 >> >> Tomさん、大量のインポートおつかれさまです。 >> statsもday/week/month 全てで圧巻の一位ですね！ >> >>> 実はこれが結構面倒な作業で、河川、県境、森林のnodeが同じ位置に重なってるケースも >>> 少なくありません。この状態で手作業でやるのは至難の技です。 >> >> 現在、行政区域データのインポートのときに作ってしまった重複ノードの修正を進めています。 >> 河川と市町村境界の交点や、森林境界とぴったり一致する県境（元が同一データ）など、 >> 異なる種類のwayに属するnodeをどこまでマージしてよいのかが分かりません。 >> >> Tomさんご紹介のvalidatorだと、「警告」＞「同位置のノード」として検出されます。 >> エラーと同様にマージしてしまってよいものか、どなたかご存知でしたら教えてください。 >> よろしくお願いいたします。 >> >> -- >> >> 2010年5月31日14:44 Tomomichi Hayakawa <tom.hayak...@gmail.com>: >>> Tomです。 >>> >>> 昨日、関東方面のインポートを行い、 >>> 東京・埼玉・神奈川以外は、インポートしたはずです。 >>> 実は、夕べあたりからサーバーのレスポンスが悪かったので、 >>> リトライなど行ってまして、今朝、終わってるはずです。 >>> （出社しちゃったので、サイトで確認しましたが・・。） >>> >>> インポートにより重複した河川の調整はもちろんですが、 >>> 実は、まだ調整する事があります。 >>> >>> 河川が、県境を跨ぐような場合、 >>> 都道府県毎にインポートしてますので、通常、その接続点が県境の上になります。 >>> そして、その県境を跨ぐ河川のway端のnodeは重なってるだけで、繋がってませんので、 >>> それを繋げてやる必要があります。 >>> 実はこれが結構面倒な作業で、河川、県境、森林のnodeが同じ位置に重なってるケースも >>> 少なくありません。この状態で手作業でやるのは至難の技です。 >>> ところが、JOSMのValidateを使うと、かなり簡単に出来る事を知り、それで対応しています。 >>> >>> JOSMで、Validateチャックをすると、 >>> 「エラー」＞「重複したノード」としてピックアップしてくれますので、「修復」で自動で処理してくれます。 >>> この機能には、メチャ感動しました。 >>> >>> 僕が気が付いたところは、上記方法で処理してます。 >>> 中部、九州、中国、四国は、（見逃しがあるかもしれませんが）終わっています。 >>> 東北の一部と、関東は、まだその処理をしてませんので、今晩以降、徐々に行っていきます。 >>> >>> >>> ちょっと話題からはずれますが、 >>> 僕は、JOSMは大量のデータのインポートには向いてないと思っていました。 >>> それで、bulk_uploder とか試していたのですが、 >>> JOSMでもぜんぜん問題ないと言う事がわかりました。 >>> 大量のデータも、ちゃんと分割してアップロードしてくれますし、 >>> タイムアウトくらいのことでしたら、５回までリトライしてくれますし、 >>> 回線やサーバーのレスポンスさえよければ、放置？してても、大丈夫なくらいです。 >>> たとえセッションが切れて、アップロード不能になっても、 >>> 再度、アップロードを行えば、ちゃんと続きからやってくれます。 >>> で、週末は、JOSMフル稼働でした。^^ >>> >>> また、大量インポートの時は、JOSMをBATで起動させる事をオススメします。 >>> JOSMのアップロード状況が逐次見えますし、 >>> 気が付いらJOSMが終わっていた、というような時でも、 >>> インポートが正常に終了したのか、エラーで終了したのか、DOS窓で判断できますので、良いです。 >>> 精神衛生上にも、よいっす。(笑) >>> >>> とは言え、僕の人為的なミスで、茨木あたりに、ノラnode をばら撒いてしまったので、 >>> 徐々に、お掃除もせねば・・・・。 >>> >> > > _______________________________________________ > 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
