アカウント名:
パスワード:
うちは写真ではなくネットから拾ってきた画像が相手ですが、primary keyはキャラ名です。
濃淡を二次元FFTしてパワーをみて二次元画像と三次元（実写）画像を分別して実写を廃棄し、さらにベクトルの近似（内積）を調べて近そうなものを近そうなディレクトリにいれ、手動で削除だけしています。perlでuse GD;しただけの単純なアルゴリズムですが、結構いけます。# web上のURLも考慮しているのですこし卑怯かもしれませんがw
実写幼女が相手だと背景のノイズが大きそうですが、背景がにているということは同じイベントで撮影したと解釈することもできるので、試してみる価値はあるかも。肌色検出や目の検出くらいならそのへんのac.jpにpdfで論文が転がっていますよ。
同じく基本は「￥DCIM￥20090304」みたいなディレクトリ作って、日付だけで分類。重要な？イベントだけ「￥20090304_イベント名」にしてます。これを同期ソフトでバックアップ。
画像の参照は今年からHamanaっていうDirectXを利用する画像ビューアを使ってます。 http://y-room.seesaa.net/article/112619584.html [seesaa.net] で紹介されてた。
コンデジで撮った縦向き動画もサクッと回転して再生できるのは抜群の使い勝手です。スライドシ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
Primary Keyをどうするか (スコア:2)
私は日付をキーに付加情報としてイベント名を付け加えて２つの情報だけで分類。
フォルダ名に
YYYYMMDD_イベント名
的なものをつけて放り込む。
この情報で思い出せないような写真なら消えてしまっても気にならないはず。取り出すこともないはず。
と。割り切る。
とはいえ、それだけでは閲覧が不便なんで、一覧表示させるためだけにiPhotoにフォルダごと読み込んでます。
フォルダ内のファイルを一括表示できるビューワーなら何でもよかったんですが。まぁ最初に入っていたからと言うそれだけの理由でiPhotoです。
もうかれこれ数年間この管理ですが、この方法でまだ破綻をきたしてないですね。
とはいえ、1998年頃からの総量が30G位なんで、そんなに撮らないからかもしれませんが。
Re:Primary Keyをどうするか (スコア:3, 興味深い)
うちは写真ではなくネットから拾ってきた画像が相手ですが、primary keyはキャラ名です。
濃淡を二次元FFTしてパワーをみて二次元画像と三次元（実写）画像を分別して実写を廃棄し、さらにベクトルの近似（内積）を調べて近そうなものを近そうなディレクトリにいれ、手動で削除だけしています。
perlでuse GD;しただけの単純なアルゴリズムですが、結構いけます。
# web上のURLも考慮しているのですこし卑怯かもしれませんがw
実写幼女が相手だと背景のノイズが大きそうですが、背景がにているということは同じイベントで撮影したと解釈することもできるので、試してみる価値はあるかも。
肌色検出や目の検出くらいならそのへんのac.jpにpdfで論文が転がっていますよ。
Re: (スコア:0)
同じく基本は「￥DCIM￥20090304」みたいなディレクトリ作って、日付だけで分類。
重要な？イベントだけ「￥20090304_イベント名」にしてます。
これを同期ソフトでバックアップ。
画像の参照は今年からHamanaっていうDirectXを利用する画像ビューアを使ってます。
http://y-room.seesaa.net/article/112619584.html [seesaa.net]
で紹介されてた。
コンデジで撮った縦向き動画もサクッと回転して再生できるのは抜群の使い勝手です。
スライドシ