[OSM-ja] 基盤地図情報のトレースについて

[Satoshi IIDA]

いいだです。

実際にOKかどうかは国土地理院との調整になると思いますので、
一概に僕達だけで可否の判定はできないという原則はまずおいておいて。

結果のスクリーンショットを見ると、わりと綺麗に変換できているようで、
これができればだいぶん楽なのかなぁ、と思っていたりします。
いちどラスタとして絵図にしたものを画像解析して使っています、という立場ですよね。
(なので、既存の合意条件である「絵図として利用」の部分はブレないし、変換としても不可逆)




2014年12月16日 11:54 "ぞあ." <k_zoar ＠ k-side.net>:
>
> ぞあ. です。
> 先日の SotM japan 2014 お疲れ様でした。
> 刺激になってよかったです。
>
> 時々思いついた様に川越市の建物をトレースしています。
> 建物のオブジェクトを作成する際に Bing 衛星画像に基盤地図情報を重ねてトレースしていますが、トレースの自動化についてお聞きしたいと思います。
>
> 基盤地図情報はコンバートではなくトレースすることで承認を不要として国土地理院から許可していただいているところと思います。
>
> http://wiki.openstreetmap.org/wiki/JA:GSI_KIBAN#.E5.9F.BA.E7.9B.A4.E5.9C.B0.E5.9B.B3.E6.83.85.E5.A0.B1.E3.81.A8.E3.81.AF
>
>
> もう少し建物投入のスピードを上げる手段の一つとして次のような方法を考えましたが、この方法はコンバートではなくトレースとして問題なく利用できるでしょうか。
>
> * 基盤地図情報をGeoTiffに変換する
> * GeoTiff をラスベク変換してベクタにする
> * ベクタをポリゴン化してシェープファイルにする
> * シェープファイルを JOSM で読み込む
>
> GeoTiff のトレース部分をラスベク変換ソフトとポリゴン化ソフトで自動化させています。
> タグは先のURLにあった source の記述方法をそのまま記録しました。
> 流れとしてはこのような形です。
>
> トレースが自動化できる一方でラスベク変換のソフトウェアの特性によってもデメリットも出てきます。
> まず今回は手法としてこの方法は問題ないかという点をお聞きしたいと思います。
>
>
>
> 本件はここまでで、以下は今回データ作ってみた具体的な手順を書いておきます。
> 使ったのは主に PC-MAPPING という商用 GIS ソフトウェアで、埼玉県川越市の一部を対象としてデータを作成しました。
> JOSM で読み込むところまでは試しましたが、 OSM のデータベースにアップロードはしていません。
>
> * PC-MAPPING で基盤地図情報を読み込む
> * 「建物の外周」レイヤー(bldl)だけを残して非表示にする
> * 適当な範囲をビットマッププリンタで画像情報に変換する
> * 白黒2値に減色する
> * ベクタ変換する
> * ベクタからポリゴン生成する
> * ポリゴンに属性を付与する(タグ付け)
> * シェープファイルとして出力する
> * QGIS で CRS を WGS84 に変換する
> * JOSM で読み込む
>
> 一応各工程のスクリーンショットを取ってあります。
> http://1drv.ms/1ziqW00
>
>
>
> --
> Twitter : @k_zoar
> Mail : k_zoar ＠ k-side.net
> http://hdyc.neis-one.org/?k_zoar
>
>
> _______________________________________________
> Talk-ja mailing list
> Talk-ja ＠ openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>


-- 
Satoshi IIDA
mail: nyampire ＠ gmail.com
twitter: @nyampire
-------------- next part --------------
HTMLの添付ファイルを保管しました...
URL: <http://lists.openstreetmap.org/pipermail/talk-ja/attachments/20141216/f7fb05c6/attachment.html>