Re: [OSM-ja] Clean-up?: KSJ2 administrative boundary import
いいだです。 ご意見ありがとうございます。 海岸線と行政区域のウェイデータが、別々に存在している はい、これは僕も問題だと思っています。 それもあって、先日のメールで、僕なりの回答を提案させて頂いている状態です。 # 南伊勢町の例のように、海岸線を行政区境のリレーションメンバーとして登録する https://lists.openstreetmap.org/pipermail/talk-ja/2015-February/008745.html (1)地図の利用者から見て、欲しい情報が得られません osm.orgのmapnikレンダリングにおいて、 視覚的に読み取りづらい、ということでしょうか。 だとすると、それは、「レンダリング問題」の一種ではないかなと、思います。 逆に言えば、GIS的に使う方々 (クエリを使って範囲を求める方) にとっては、 さほど問題にならないのでは? と思っています。 (2) 海岸線に市や県の境界があるという表示は、地域の生活者の感覚からは かけ離れています。海岸から少しでも沖に出ると県外、という感覚はありません。 ○○沖、という感覚はわかります。 だからこそ、そうした海上のウェイは maritimeバウンダリとして、 landareaバウンダリとは 別に もうひとつリレーションが存在するべきだと思っています。 、、、伝わっていなかったらすみません。 また、現在海上に描かれているウェイは、海外のかたが一時期エイヤとフリーハンドで描いた、 かなり位置が適当なウェイです。 もし洋上や水上に渡るべきウェイの位置について、正しい位置を示すデータが有れば参照したいです。 (3) 境界線のデータが複雑すぎてデータが異様に重くなり、 編集や確認が困難になっています。 ブラウザで地物の形状が表示されるようになったのは比較的新しい機能であり、 そこで表示できない大きな地物があるのは海外でもよくあると思っています。 あと、三重県、少し時間はかかりますが、普通に表示できています。 PCのスペックや通信環境にもよるのかな、と思っています。 (4) 南伊勢町の形式になることで解決しませんか? あと、アップロードを行う際に、 妥当性検証を行ったり、あるいは単に、アップロード前の警告に対応することで、 海岸線の編集や行政区境の編集のミスはかなり減ると思っています。 また、iDエディタによるリレーション編集は、全世界的にあまりにもミスが多いことから、 リレーション編集の機能に制限が入ったようです。 現状の、海岸線ウェイと行政区境ウェイが別々に存在する状態だと編集がしづらい、というのはそのとおりですし、 改善が必要と思っています。 また、例えばデンマークでは、regionは島の陸地部分をメンバーとして登録し、 www.openstreetmap.org/relation/1319978 デンマークそれ自体は、海上のウェイを使っているようです。 http://www.openstreetmap.org/relation/50046 日本では島嶼部が多いためにリレーションデータ容量が多くなってしまっているので、 本島部分と島嶼部をリレーションとして分ける?などの対応も可能かもしれません。 (ジャストアイデアなので、議論は必要として) 群馬、栃木などの関東を「後回し」にする 後回しにする県、正確に言うと、 東京、埼玉、千葉、神奈川、茨城、を後回しにする予定です。 現状で既に行政区境のデータが組まれており、その他の地域を先に実施したいためです。 そのため、群馬や栃木は作業実施予定です。 作業の進捗が遅いのは単純に僕の手が回っていないのが原因なので、 そこは申し訳ないです。すみません。。。 境界の変更が無い地域も含めて一律にインポートをし直す 必要性があるのでしょうか 必要性があると思っています。 作業をしてみてわかりましたが、多くの行政区境のデータは、壊れていました。 そうした場所をチェックし、一律の品質を保つ意味もあると思っています。 また、過去のデータに与えられたタグ(例えば、noteタグで示される出典表記など)は、 海外からも幾度と無く削除要請の対象となっています。 これらのデータを、ライセンス的にも問題がない形で置き換える目的もあります。 最終的にどういった形式がよいのか、私も手探りで検討している状態です。 引き続き討議できると嬉しいです。 -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Geodata Platform
インポート計画のWikiページを作成しました。 http://wiki.openstreetmap.org/wiki/JA:Import/Catalogue/Japan_KSJ_busstop_import 日本語版のみです。 2015年2月23日 22:04 Satoshi IIDA nyamp...@gmail.com: いいだです。 とてもよいと思います! インポートを行うとすれば、あと大きなところでゆくと ・付与するタグの決定 ・インポート用アカウントの作成 ・それらをまとめて、解説ページ作成 ・talk-ja MLとimports MLで討議 ・作業実施 というかんじになるかと思います。 ドキュメントのテンプレはこちらにあります。 http://wiki.openstreetmap.org/wiki/Import/Plan_Outline 浦安市と鯖江市の建物形状インポートの時の内容が参考になるのではないかと思います。 日本語版ができれば、英訳は手伝えます。(僕の英語もそうとう怪しいもんですが :) ) http://wiki.openstreetmap.org/wiki/JA:Import/Catalogue/Urayasu_bld_import タグはこんなかんじでしょうか。 public_transportタグを使うかどうか、ちょっと悩みます。 ■全般 highway=bus_stop public_transport=stop_position ■属性テーブルより バス停名: name バス区分: 使わず? 事業者名: operator バス系統: network ■変更セットのタグとして source = KSJ2/P11 2015年2月23日 18:07 大和田健一 ml.ohw...@gmail.com: 21日にやったことをブログに書いた http://android.ohwada.jp/archives/5697 --- 大和田健一 ml.ohw...@gmail.com <Talk:Import Bus stop from 国土数値情報> | 300m四方に既存バス停がある場合はインポート対象から外す。 | 600m四方に同一名称のバス停がある場合にはインポート対象から外す。 おおっ! あのあと、さらに作業を進めたのですね。 --- 大和田健一 ml.ohw...@gmail.com hayashiです。 OpenDataDay で大和田さんと神奈川県のバス停インポートの評価試験を行いました。 (インポートデータの投入はまだ行っていません。) 今回の評価試験の結果を2年半前に「議論」としてあげていたページに追記いたしました。 <Talk:Import Bus stop from 国土数値情報> http://wiki.openstreetmap.org/wiki/Talk:Import_Bus_stop_from_%E5%9B%BD%E5%9C%9F%E6%95%B0%E5%80%A4%E6%83%85%E5%A0%B1 評価結果は上記のWikiページを参照してください。 * 当初のインポートの課題はクリアできるようになったと思います。 * バス停インポートに関する技術的な問題は解決できたと思います。 変換プラグラムや変換方式などの不具合点などご指摘いただけるとありがたいです。 改善提案もお願いいたします。 また、そろそろインポート作業も進めていきたいと考えております。 インポートの手続きやスケジューリングなど、ご指導いただけるとありがたいです。 よろしくお願いいたします。 2015年2月21日 14:02 yuu hayashi hayashi@gmail.com: 緊急リリース! 変換プログラムのバグを取りました。 既存のバス停データを避ける機能を追加しました。 http://sourceforge.jp/projects/convbusstop/downloads/62848/ConvBusstop20150221.zip/ (ちゃんと動くことも確認済みです) 2015年2月15日 8:55 大和田健一 ml.ohw...@gmail.com: いいださん 情報ありがとう。 トライしてみます。 --- 大和田健一 ml.ohw...@gmail.com いいだです。 交通、のカテゴリ内にありますよー。 http://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-N07.html http://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-P11.html また、バス停のデータについては 変換スクリプトが既にあります。 (これも、本格的に進めるために、 コミュニティインポート、という形でimports MLに提案するのがよいのかしらん?) http://wiki.openstreetmap.org/wiki/Import_Bus_stop_from_%E5%9B%BD%E5%9C%9F%E6%95%B0%E5%80%A4%E6%83%85%E5%A0%B1 2015年2月15日 8:35 大和田健一 ml.ohw...@gmail.com: あっ! 国交省ですね。 来週 OpenDataDay なので、何かやりたいと思ってます。 ひとまず、バス停とバスルートかな。 国土数値情報は、これかと思いますが。 この中にないような。 http://nlftp.mlit.go.jp/ksj/index.html OSM 以外でも参考可能にするために、 LinkData.org に入れようとも思ってます。 GeoJSON が出来るのかは分からないけど。 --- 大和田健一 ml.ohw...@gmail.com いいだです。 地理院ではなく、国交省さんの出している 国土数値情報じゃないかな、と思いますが、 以前にいくつかのデータはOSMに投入されていると認識しています。 (行政区境データのリファインを僕が作業中であることも含めて) http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import また、過去に行われたインポートが中途で終わってしまっていて、 県によってはデータが未投入である場合もあるかとは思います。 個人的に、バスルートデータは一時期、トレース用に参照ができるように タイル化なりGeoJSON化するなりしようと考えていたのですが、作業が途中で止まっています。 どのデータを使いたいなど、ありますか? 2015年2月15日 0:03 大和田健一 ml.ohw...@gmail.com: ゴーガさんが Geodata Platform というサイトを開設しました。 http://www.geodata-platform.com/ 見てみると、病院とかバス停とか、役に立ちそうなデータがありました。 オリジナルは、国土地理院 みたいです。 OSM にこの辺のデータは入ってないようですが。 何か問題があるのかな。 単に手が足りていないだけ。 −−− 大和田健一 ml.ohw...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] インポートデータに関する削除について
いいだです。 確認もろもろありがとうございます。 さて、本格的に削除作業を行うにあたり、 削除対象のオブジェクトがあったエリア(黄色)を、 すべて差し戻し/invalidateし、通常の、作業→確認のフローを実施できるような状態にしました。 (ikiyaさんと調整済みです) これで、「誰かが削除作業」→「別の誰かが確認」のフローを回せるようになると思います。 (ごめんなさい、インフラ系の運用業務歴が長かったんです。。。) -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] place=quarterタグの現状と今後について
centree です。 https://github.com/gravitystorm/openstreetmap-carto/issues/798 OSM標準タイルにplace=quarterをレンダリングしてほしい! という個人的な希望を書いてみました。 微妙に説明間違ってるかもしれません、その時は援護(擁護?)いただければ幸いです。 また良い進展がありましたら報告します。 centree(むらかみ) - Original Message - From: Satoshi IIDA nyamp...@gmail.com To: Muarkami Oki oki_aic...@yahoo.co.jp; OpenStreetMap Japanese talk talk-ja@openstreetmap.org Date: 2015/2/27, Fri 18:14 Subject: Re: [OSM-ja] place=quarterタグの現状と今後について いいだです。 個人としてgithubのフォーラムに 投稿すること 誰もが個人として書き込んでいますし、 すべての経緯を説明するのではなく、現状と予定を伝えるだけでも十分だと思います。 boroughもレンダリングしてほしい、という要望もあるようですし、 書き込んでみてはどうでしょう? (最初の投稿者の math1985さんはよく日本のことをご存知のかたですし、 うまくフォローしてくれると思いますよ :) ) 2015年2月27日 11:38 Muarkami Oki oki_aic...@yahoo.co.jp: 以前、quarterタグが標準タイルで表示されない件について質問させていただいた centree(むらかみ)です。 (https://www.mail-archive.com/talk-ja%40openstreetmap.org/msg08310.html) あのあと、OSM標準タイルにおいて、place=quarter はそのうちレンダリングされるだろうと 甘い期待を持っていたのですが、現状ではレンダリング要望はrejectされているみたいです。 https://github.com/gravitystorm/openstreetmap-carto/issues/798 なんとなく英語を読んでみると、reject後も熱い論議が提起されているみたいですが quarterタグを今後多く利用して行こうという流れになっている日本ユーザーからも良いタイミングで 要望が必要なのかなと思っていたりします。 ※過去の議論では、OSM標準タイルに、日本独特のレンダリングを望むのは難しく osm.jpに日本独特のレンダリングルールを盛り込むという方法で結論に至ったこともあったようなのですが、 PotlatchやiDがユーザーのこと(編集した後にわざわざosm.jpを見に行くとは考えにくい)また、 br osm.orgにいろんな機能が組み込まれるようになったことも考えると、標準タイルでのレンダリングのことも 考えておく必要があるのかなと個人的には思っています。 それで、要望の方法とタイミングなんですが、皆さんどのようにお考えでしょうか? quarterタグを徐々に増やしていって、日本での重要性と実績を元に要望を出すと通りやすいのかなと思いますが ・OSM標準タイルに表示されないのに、タグを増やすという作業へのモチベーションの問題 ・ISJからのインポート/基盤地図からの目視トレースなど、使える元データはあるが 日本での合意事項に従って活用しようとすると、正しくquarter / neigbourhood に分類、分かち書きできるか subareaを使ってのリレーションをうまく組めるか、など懸案事項も多いように思えます。 https://docs.google.com/spreadsheets/d/1eAE72mjCLoJVGZo5qRhCYK22UxVQ8bpbQSU9ZLHq40o/edit#gid=0 http://qiita.com/nyampire/items/423344fa75707dc138af http://wiki.openstreetmap.org/wiki/JA:MLIT_ISJ_CHOME そうすると、まずはquarterタグを増やす前に、日本での必要性を訴えて osm標準タイルでレンダリングしてもらえるよう要望を出しつつ、 quarterタグに何を入れるべきか、リレーションをどうするか、インポートをどうするかといった議論を並行して行ない 合意を形成した方が良いのかもしれません。 いいだしっぺの私ですが、上記のことで、私がお手伝いできそうなことは 個人としてgithubのフォーラムに 投稿することぐらいですが、 日本のMLでの歴史も踏まえてということになると英語での作文ということもあり自信がありません。 あまり出来ることがなくて恐縮なのですが、何かいいアイデアや、 上記のことに関してすでに行われている動きなどありましたら知識として共有させていただければと思います。 ※個人的には、自分の活動エリアに関して、標準タイルでもレンダリングされる neighbourhood やhamlet でタグ付けしたい誘惑に駆られています…というか 一部、neighbourhood でタグ付けしたものも残してしまっています… いけませんね、そのうち正しいものにしたいと思います…(汗) よろしくお願いします。 centree(むらかみ) ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] インポートデータに関する削除について
おかのです もっといえば、建物データの緯度経度をdiffとってチェックできればよいのですが、 ちょっと僕には難しいです。すみません。 基盤地図情報とOSMデータの緯度・経度を比較してみました。 基盤地図情報 (BldA, BldL) と、 Overpass APIで取得した building タグを持つウェイに含まれる緯度・経度をそのまま文字列として比較し、 一致するものを探すという、雑な方法です。 # 徳島県のインポート手順のページが削除されており、 # この方法でいいのかもわかりませんが…… 結果は、 和歌山県は該当なし、 徳島県は1540ノードが見つかりました。 user は以下の通り。 219 kikkawamitsuru 1320 mitsurukikkawa 1 徳島県オープンデータ 見つかったノードの一覧は http://jnug.net/osm/unko-tokushima.txt に置いてあります。 比較に使ったデータは以下のとおりです。 - 徳島県 -- 基盤地図情報 FG-GML-503356-ALL-20141001.zip FG-GML-503357-ALL-20140701.zip FG-GML-503365-ALL-20140701.zip FG-GML-503366-ALL-20150101.zip FG-GML-503367-ALL-20150101.zip FG-GML-503375-ALL-20141001.zip FG-GML-503376-ALL-20150101.zip FG-GML-503377-ALL-20140701.zip FG-GML-503421-ALL-20141001.zip FG-GML-503422-ALL-20140701.zip FG-GML-503431-ALL-20140701.zip FG-GML-503432-ALL-20150101.zip FG-GML-503433-ALL-20150101.zip FG-GML-503434-ALL-20140701.zip FG-GML-503440-ALL-20140701.zip FG-GML-503441-ALL-20140701.zip FG-GML-503442-ALL-20150101.zip FG-GML-503443-ALL-20150101.zip FG-GML-503444-ALL-20150101.zip FG-GML-503450-ALL-20150101.zip FG-GML-503451-ALL-20141001.zip FG-GML-503452-ALL-20150101.zip FG-GML-503453-ALL-20141001.zip FG-GML-503454-ALL-20141001.zip FG-GML-503455-ALL-20140701.zip FG-GML-503456-ALL-20140701.zip FG-GML-503460-ALL-20150101.zip FG-GML-503461-ALL-20141001.zip FG-GML-503462-ALL-20140701.zip FG-GML-503463-ALL-20141001.zip FG-GML-503464-ALL-20150101.zip FG-GML-503465-ALL-20150101.zip FG-GML-503466-ALL-20140701.zip FG-GML-503470-ALL-20141001.zip FG-GML-503471-ALL-20150101.zip FG-GML-503472-ALL-20140701.zip FG-GML-503473-ALL-20141001.zip FG-GML-503474-ALL-20150101.zip FG-GML-503475-ALL-20150101.zip FG-GML-513305-ALL-20141001.zip FG-GML-513306-ALL-20150101.zip FG-GML-513307-ALL-20141001.zip FG-GML-513316-ALL-20140701.zip FG-GML-513317-ALL-20150101.zip FG-GML-513400-ALL-20150101.zip FG-GML-513401-ALL-20150101.zip FG-GML-513402-ALL-20150101.zip FG-GML-513403-ALL-20150101.zip FG-GML-513404-ALL-20140701.zip FG-GML-513405-ALL-20140701.zip FG-GML-513410-ALL-20150101.zip FG-GML-513411-ALL-20150101.zip FG-GML-513412-ALL-20150101.zip FG-GML-513413-ALL-20150101.zip FG-GML-513414-ALL-20150101.zip FG-GML-513415-ALL-20150101.zip FG-GML-513421-ALL-20140701.zip FG-GML-513422-ALL-20150101.zip FG-GML-513423-ALL-20141001.zip FG-GML-513424-ALL-20141001.zip FG-GML-513425-ALL-20140701.zip -- OSM (OverpassAPI で以下のクエリで取得: meta osm_base=2015-03-02T03:10:02Z/) ( way [building~.] (33.51,133.65, 34.28,134.86) ; ; ); out meta; -和歌山県 -- 基盤地図情報 FG-GML-503514-ALL-20140701.zip FG-GML-503515-ALL-20150101.zip FG-GML-503516-ALL-20150101.zip FG-GML-503523-ALL-20141001.zip FG-GML-503524-ALL-20141001.zip FG-GML-503525-ALL-20141001.zip FG-GML-503526-ALL-20141001.zip FG-GML-503527-ALL-20141001.zip FG-GML-503532-ALL-20140701.zip FG-GML-503533-ALL-20141001.zip FG-GML-503534-ALL-20150101.zip FG-GML-503535-ALL-20141001.zip FG-GML-503536-ALL-20140701.zip FG-GML-503537-ALL-20141001.zip FG-GML-503542-ALL-20150101.zip FG-GML-503543-ALL-20150101.zip FG-GML-503544-ALL-20150101.zip FG-GML-503545-ALL-20140701.zip FG-GML-503546-ALL-20140701.zip FG-GML-503547-ALL-20140701.zip FG-GML-503551-ALL-20141001.zip FG-GML-503552-ALL-20150101.zip FG-GML-503553-ALL-20150101.zip FG-GML-503554-ALL-20150101.zip FG-GML-503555-ALL-20140701.zip FG-GML-503556-ALL-20150101.zip FG-GML-503557-ALL-20150101.zip FG-GML-503560-ALL-20140701.zip FG-GML-503561-ALL-20141001.zip FG-GML-503562-ALL-20141001.zip FG-GML-503563-ALL-20141001.zip FG-GML-503564-ALL-20140701.zip FG-GML-503565-ALL-20140701.zip FG-GML-503566-ALL-20141001.zip FG-GML-503567-ALL-20150101.zip FG-GML-503570-ALL-20150101.zip FG-GML-503571-ALL-20150101.zip FG-GML-503572-ALL-20140701.zip FG-GML-503573-ALL-20141001.zip FG-GML-503574-ALL-20140701.zip FG-GML-503575-ALL-20150101.zip FG-GML-503577-ALL-20150101.zip FG-GML-503640-ALL-20141001.zip FG-GML-503670-ALL-20150101.zip FG-GML-513500-ALL-20140701.zip FG-GML-513501-ALL-20150101.zip FG-GML-513502-ALL-20141001.zip FG-GML-513503-ALL-20141001.zip FG-GML-513504-ALL-20140701.zip FG-GML-513505-ALL-20140701.zip FG-GML-513507-ALL-20141001.zip FG-GML-513510-ALL-20141001.zip FG-GML-513511-ALL-20150101.zip FG-GML-513512-ALL-20140701.zip FG-GML-513513-ALL-20141001.zip FG-GML-513514-ALL-20141001.zip FG-GML-513520-ALL-20140701.zip FG-GML-513521-ALL-20150101.zip FG-GML-513522-ALL-20150101.zip FG-GML-513523-ALL-20150101.zip FG-GML-513524-ALL-20141001.zip FG-GML-513525-ALL-20150101.zip FG-GML-513530-ALL-20141001.zip FG-GML-513531-ALL-20141001.zip FG-GML-513532-ALL-20150101.zip FG-GML-513533-ALL-20150101.zip FG-GML-513534-ALL-20141001.zip FG-GML-513535-ALL-20141001.zip FG-GML-513542-ALL-20150101.zip FG-GML-513543-ALL-20150101.zip FG-GML-513544-ALL-20150101.zip FG-GML-513545-ALL-20150101.zip FG-GML-513600-ALL-20140701.zip -- OSM (OverpassAPI で以下のクエリで取得: meta osm_base=2015-03-02T03:24:02Z/) ( way [building~.] (33.33,134.94, 34.39,136.06) ; ; ); out meta;