アルゴリズムに詳しい人、知恵を貸してくれ！

画像処理の範疇になるんだろうけど
↓こういう手で色塗りされた地図を
http://www.vegetation.jp/miru/images/5030/503013.jpg
http://www.vegetation.jp/miru/5030/503013.html
↓こんな風に機械で色塗りしたように均一にしたい
http://www.vegetation.jp/miru/images/5030/503012.jpg
http://www.vegetation.jp/miru/5030/503012.html
どうすればいいだろうか？

まず服を脱ぎます。

コアリズムに見えた

色塗りする前の地図はあるの？

>>4
>>1の地図はここからダウンロードできるものを元に合成してると思う
http://fgd.gsi.go.jp/download/

>>5
xmlはさっぱりわからないや・・・
元画像があるなら、フリーのお絵かきソフト使って
元画像の上にレイヤー作って　線を引く→半透過色で塗りつぶし
が楽だと思う
レイヤーだけで保存しておけば後で加筆修正もデータ更新もたぶんできるし

>>6
こういう画像が複数枚あるからできるだけ手動の要素は入れたくないんだよね
プログラムは書けるからプログラム作って処理したい
最終的には処理結果を目視で判断して
必要ならパラメータの調整してやり直す程度にとどめられればと思ってる

>>7
例みたいな色と色の間の境界線を自動で描くのはかなり難しいと思う
もし自分で線を引くなら、先に線を引いてからお絵かきソフトで塗りつぶしたら楽かな？と考えたのが>>6の回答

プログラムでどんなことができるのかわからないけど、あとは
ピクセルごとに色の情報をRGBで取得して、色の平均化をしたりするのかな
でも平均化すると色と色の境界はぼやけるから・・・

今までに考えたのをまとめる
HSB色空間でヒストグラム作って移動平均とって
谷の部分を境界にした範囲で画素を抽出して二値化して
膨張・収縮して輪郭抽出
このままだと隣に接する色の輪郭とは重ならない部分が出て来そうだけど
輪郭上のベクトルに一番近いベクトルを他の輪郭上から探して
中間に線を引いていけばいいかな
その線をシェープファイル化して
図形の色は元画像で図形内部の全画素の平均にでもして>>5の地図上に描画
これでどうだろう

GISとかいうやつ？

というか、ここでやる意味や需要あるのか？
このスレ、どう頑張っても笑えないよ？

>>10
うん

よし、ぼちぼち作ってみる

吸って吐くのが深呼吸♪

そろそろ終わりかな

空気入れます しゅー しゅー

>>15
そっろそっろ 終わりかなー

>>14
まだまだ終わらんよ
とりあえず>>9に沿って作るけどアドバイスがあればいつでも歓迎
事前に予想できる事なんかは特に作る前に言って欲しいし
作ったら成功でも失敗でも報告する

>>16
終わりっ！

似ている色の領域がうまく分離して抽出できない
色の範囲が重なってるから特に隣同士だと癒着しがち
範囲を狭めると穴だらけになるし
どうしよう

そもそも>>1の503013をどう画像処理しても503012にはならんだろ。
画像描画前の生データ使わないと無理じゃね？

あげ

あげ

�@元絵から等高線(?)を抽出してエリアにする。
�Aあるエリアにおけるいくつかの点について、色分けした絵の該当の座標の色を取得する。
�B抽出した色からどの色を使用するか決定して、そのエリアの色を決定する。
�C�Aに戻る。
そんな感じでできるだろうね。

�@が難しいのにサラッと流しすぎ

>>24
でもなかろ

アホばっか

>>26
では、ご教授お願いします。

バカばっか

吸って〜吐くのが深呼吸〜♪

♪手を横に〜あら危ない

ぱっちんぱっちんがしんがし〜ん♪

基礎理論が一番むずい。数学のセンスないと無理だわ

アメリカでコンピュータ関係の仕事してるが、何かこんなアルゴリズムあったようなないような。
画像関係は専門じゃないので分からんが、
Normalized Cuts とか Spectral Clustering でグループ分けして、それぞれのグループの中で
べた塗りとかだめか？

ってか、元の問題の意味をちゃんと理解してないので…、さいなら。

http://en.wikipedia.org/wiki/Segmentation_%28image_processing%29

誰かできたのか？

10年ほど前のＧＰＳ作製でＰＧやってた人が来ますた

>>36
１６年ぐらい前に、GPSの原理をシミュレートしたプログラムなら作ったが…