[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 22:48 / Filesize : 283 KB / Number-of Response : 941
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

画像ファイル属性管理ソフト AtPicture Part 2



1 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/01/24(木) 23:09:39 ID:fp5RC+Qb0]
フォルダ振り分けとは異なるアプローチで画像ファイルを管理するソフト
AtPictureについてやり取りするスレです

・配布サイト
ttp://artistic-imitation.hp.infoseek.co.jp/

・AtPictureの特徴
ファイルをMD5ハッシュで管理、画像に属性をつけて分類できる
それぞれの属性にキーを割り当てて、振り分け感覚で属性を付与/削除できる
様々な条件で画像ファイルを検索し、ファイルパスリストを書き出すことができる
画像をあちこちのフォルダに置いたまま管理することも、一箇所に集めて管理することもできる
個々のファイルにはコメントを付けることができる
IHDBのデータをコメントに取り込むことができる
属性データのインポート/エクスポートができ、他人とデータをやり取りできる
Susie Plug-inを利用できる
書庫内のファイルも扱える (要Susie Plug-In)

・関連スレ
画像管理ソフトを語ろう
pc7.2ch.net/test/read.cgi/software/1131538427/
画像振り分けソフトを語ろう!2枚目
pc7.2ch.net/test/read.cgi/software/1126268487/

・前スレ
画像ファイル属性管理ソフト AtPictureのスレ
pc11.2ch.net/test/read.cgi/software/1163380148/

・関連サイト
Image Database
ttp://kemuri-net.dip.jp/~details/

618 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/24(水) 07:40:10 ID:bNPtv3zp0]
007tcでググったのは俺だけじゃないはず

619 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/26(金) 01:22:35 ID:kg/DI8sa0]


620 名前:名無しさん@お腹いっぱい。 [2008/12/28(日) 02:32:27 ID:XhXwlx6v0]
ググるとこのスレが出てくる。
つまち誤爆じゃなかったってことだな。

621 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/28(日) 03:14:56 ID:ZRdEmPrM0]
007tcって何だw

622 名前:名無しさん@お腹いっぱい。 [2008/12/28(日) 04:09:59 ID:XhXwlx6v0]
2007年 トーナメントカップ なのはわかったけど
競馬か何かだろうか?サッカー?
今年ならともかく去年の話なんかするわけないしな。

するとダブルオーセブンタクティカルクレイモア?

623 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/29(月) 07:17:39 ID:dC7tqfTm0]
ダブルオーセブンタクティカルクレイモアでググるとこのスレが(ry

624 名前:601 mailto:sage [2008/12/29(月) 17:25:42 ID:vKCyFmXB0]
ダブルオーセブンタクティカルクレイモアと聞いて

wikiにFAQ作りたいんだけど、初心者or使ってから日が浅い人に
Q候補を挙げていただければ、とか思う
現時点で判んない事、最近まで知らなかった事、1こでもいいから欲しい

625 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/29(月) 18:39:11 ID:g7VrbPhe0]
そもそも最初から使い方が判らん

626 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/29(月) 18:52:47 ID:K6UcaS8S0]
簡単な使い方があると初心者にはありがたいだろうね

そういや昨日、バージョンアップしたっぽいよ



627 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/29(月) 19:57:48 ID:jOpME1hy0]
>>624
インポートすると何かいいことがありますか?

628 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/29(月) 22:13:49 ID:jizUWAwW0]
> 指定した属性が属性ビューに存在するなら、
> その属性が格納されているカテゴリを展開した上で選択状態にする。

ktkr!

629 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/30(火) 01:21:58 ID:v/GGFLwi0]
フォルダでの画像管理に限界を感じて、色々探ってたらここに辿り着いた。
これスゲーな。

とりあえず現状のフォルダ毎に属性付加してる最中だけど
このままのペースだと朝になりそうだ。

630 名前:617 mailto:sage [2008/12/30(火) 02:00:30 ID:UzIAXOnu0]
>601さん
今回のみならず、これ以降ここで出た質問を順次wikiのFAQに足すというのはどうでしょう
まあ私はあんまりネットに繋げないんですががが


631 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/30(火) 03:44:13 ID:+MBdJem30]
これ、一通り整理したあとに、カテゴリや属性ごとにディレクトリ作って
その下に画像のハードリンクを作成できれば他のビューワーで見るときも便利だと思うのだがどうだろう

632 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/30(火) 05:12:23 ID:u0d/t/RV0]
そして、消すのを忘れて二年後ぐらいに
これは何のファイルだろう?とりあえずとっておこう。
とかなって煩雑なディレクトリ構造になるのですね?

633 名前:601 mailto:sage [2008/12/30(火) 09:22:28 ID:IM+zFiRp0]
>>630
編集thxです、助かってます
今のところ、前スレとこのスレのQ抽出してる感じです

634 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/30(火) 10:35:27 ID:jNSLiR3s0]
属性パレットの便利な使い方がわからない

635 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/30(火) 12:28:29 ID:v+yMMqDo0]
>>536は有益な情報だと思うのでwikiに載せてください

636 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/30(火) 16:07:37 ID:m7glJ77p0]
>>631
パスリストとspiがあればそれで事足りるような
みんなパスリストの出力を侮ってないか?



637 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/30(火) 16:52:58 ID:606+i21F0]
コミット中にエラー落ちしてDB破損した俺もいます

638 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/30(火) 23:43:58 ID:v/GGFLwi0]
流石に書庫内の画像まで管理するのは無理がありそうだ。
この分だとインポート?(概念が良く分からん)してないのに
dbフォルダが500MBいきそうだ。

現状のディレクトリ構造でメイン属性を表したとして
サブ属性だけを管理した方がいいのか?
でも検索や重複はDB前提だしな…どうすっかな。

639 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/31(水) 09:38:29 ID:UqZQ07eb0]
格納カテゴリの展開が凄く便利だ


640 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/31(水) 12:53:36 ID:MmjcVptK0]
リストビュー内のサムネイルを並び替えて、パスリストを保存してるんだけど、毎回パスリストを読み込むのは面倒なので、並べ替えた順番を保持するためにリネームを行いたいんだけど、普通にリネームしちゃうとタグ情報なんかが消えてしまう。なにかいい方法はないかな?
要約すると「サムネイルを好きな順番に手動で並び替え、並び替えた画像のみをリネーム」したいんだ。


641 名前:640 mailto:sage [2008/12/31(水) 13:08:45 ID:MmjcVptK0]
ごめん、書き忘れた。「一括リネーム」したいのです。
数枚だったらF2でチマチマリネームするんだけどね…。

642 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/31(水) 13:35:04 ID:0jkxyP1L0]
>>9氏のOLEDrag使ってリネームツールに送るぐらいしか思いつかないな

一括リネームは現状at_pictureではできないから、
どうしても外部ツールでリネーム後に再度ハッシュチェックする必要がでちゃうよね
at_pictureのF2リネームを自動的に繰り返すような外部ツールがあればいいんだろうけど・・・

643 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/31(水) 14:07:13 ID:qiVdyi+L0]
>>634
まずは現状を述べてみたらどう?

644 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/31(水) 14:30:16 ID:N/PTbvHP0]
内部的な仕様が分からないので質問

・未登録の画像はリストアップした段階でDBに登録される?
・ハッシュチェックせずに属性を付加した場合、パスに対して属性が付く?
・ハッシュチェックの後に属性を付加した場合、ハッシュに対して属性が付く?
・リストアップした各画像の属性は、画像のハッシュを算出しないと分からない?
・サムネイルはリストアップの際に毎回生成される?

645 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/31(水) 14:47:40 ID:0jkxyP1L0]
>>644
・リストアップの段階では登録されない
・パスと属性が紐付けされる
・うん
・一個目の理由から、同一ファイルでもハッシュチェックするまでは分からない
・これは正直よく分からん

646 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/31(水) 15:09:20 ID:N/PTbvHP0]
>>645
サンクス、理解した

あと一つだけ
・パスとハッシュは結びつく?



647 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/31(水) 17:07:36 ID:0jkxyP1L0]
>>646
結びつく
パスとハッシュと属性は、それぞれ残りの二者と相互に繋がってるはず
だからこそハッシュチェックしなくても画像に属性をつけられるし、
「実体補完」の属性を付けることもできるんだと思うよ

648 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/12/31(水) 18:04:41 ID:N/PTbvHP0]
>>647
納得
「無効なパスを破棄」ってやつの必要性も分かった

649 名前:572 mailto:sage [2008/12/31(水) 22:34:26 ID:+ydN3Z9Q0]
>>626
情報thx

アク禁で書込みが遅れてごめんなさい。

作者様、更新ありがとうございます。完壁に動作しています。
>>592 でもお願いしていた格納カテゴリ展開もとても便利です。

ありがとうございます。>作者様

それと、あんまり重要ではありませんが、配布所のプラグインの日付で、
acfromexif.dllの更新は今年の事だった様な。

650 名前:572 mailto:sage [2008/12/31(水) 22:38:16 ID:+ydN3Z9Q0]
>>634
ファイルを検索する時に使います。ファイルがワンサカあって、
属性もワサワサと付けてあるとします。
こんな時には直接検索するよりも、まず属性パレットにキーワードを
含む属性をリストしてみると、当たりが付けやすくなります。

このソフトは属性を元にファイルを探し出すので、
どうしても属性リストに頼りがちになりますが、
リストされている属性を叩いてファイルを探すのを止めて、
上の方法を試して下さい。

そうすると属性リストや属性を整理する手間が著しく減りますし、
記憶にある属性がリストのどこにあるか探しまわる必要が無くなります。

651 名前:572 mailto:sage [2008/12/31(水) 23:20:23 ID:+ydN3Z9Q0]
>>631
636 が言う様に、カテゴリや属性ごとにパスリスト作って、
適当なファイル名を付ける方が便利かも。

日本語の説明みたいなファイル名も付けられるわけだし、
ViXやsusieで満足できるなら、これが簡単。

652 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/01(木) 13:54:10 ID:AvH+U7Y10]
あけおめ
お年玉に、漫画管理ソフトちょうだい

653 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/02(金) 00:44:10 ID:SYa06iX10]
ハッシュチェック中に日付が変わって「新規登録(日付)」属性が二つ出来た
属性付け直すしかないか

654 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/02(金) 05:17:58 ID:yvJM3FQB0]
他のビューアなどいらない! (中の人など居ない的なノリで

655 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/02(金) 15:57:56 ID:yvJM3FQB0]
属性ビューにセパレータを入れられるようにしてほしいです。
カテゴリで分けるほどじゃないけど若干性質の違うタグ「その他」とかあるんで…

656 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/03(土) 10:30:09 ID:/ogIsX2o0]
ツリーにセパレータってちょっと無茶な気がするぞ
自分でカテゴリとかに───────とか入れてセパレータっぽくするのは駄目なの?



657 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/03(土) 11:57:47 ID:wwoyUv4v0]
>>652
>>441-442

658 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/03(土) 13:54:44 ID:R7wPJmU70]
>>657
やってるけど限界を感じるよ
特に、AtPictureは手動でのタグ付けに優れてるけど、
自動登録はそれほどでもないし

659 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/03(土) 14:55:36 ID:B9y36OUx0]
>>456 亀レス
・プログラムのアイコン?
プログラム自体のアイコンは変更できない希ガス、ショートカットならできる
・「フォルダ」とかのアイコン?
外部の使えるようになってるのかなあ
\db\icon っていうフォルダがあるのが気になってる


660 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/03(土) 15:08:55 ID:RG89CG9a0]
登録画像数35万に対して属性が31個
何するにしてもレスポンスが悪くて使い物にならなひ

ちなみに実ファイル数は6.5万
書庫は諦めるしかないか

661 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/03(土) 15:36:46 ID:n2DW9E9q0]
>>660
さすがに属性が少なすぎる
もっと細かく分類してみては?

参考までに当方、画像100k↑で属性1k程度
極端に登録の多い属性じゃなければそんなに遅くない

>>659
456だけどプログラム自体のアイコン
でも俺が望んだのは
素敵アイコンうp→◆cTzcVzYvME「ktkr」
で実装されるネ申展開

662 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/03(土) 21:01:48 ID:Eqm4UgUQ0]
>>656
カテゴリ使うにしても、属性使うにしても、同じ名前のものを作れないのがネックだよね
セパレータ複数使いたい場合は名前を長くせざるを得ない
あんまり長くすると横方向のスクロールバーが表示されちゃうし

今はパレットで代用してるけど、パレットからだとショートカットキーの設定ができないのが困る

663 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/03(土) 21:38:21 ID:ZHA1eVX40]
ちなみにみんなはどんなアイコンがいいと思う?

664 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/03(土) 22:31:13 ID:RG89CG9a0]
>>661
メガネ属性を細分化とか無理
黒縁とか縁無しとか?
否、ガッツリまとめてメガネっしょ

665 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/04(日) 01:30:42 ID:86P1JEbY0]
>>664
それは局所的かつ極論だろ

他人の整理方法だからどうでも良いんだけど
よりわかりやすく整理することを望んでるなら見直すべき
そうじゃなけりゃ勝手に不便してりゃいいよ

666 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/04(日) 03:19:44 ID:3Y345wqI0]
細分化すりゃ便利になるわけじゃないけどね
使用頻度の低い属性は付加の手間を考えたら作らないほうがいいかもしれん
ケースバイケースなんだからそんな煽るな



667 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/04(日) 03:32:31 ID:0yPFevOF0]
まぁ、万単位のファイルを相手にしようと思うと
リストの遅延読み込みとかを導入しないと
レスポンスに関しては厳しいのは確か

668 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/04(日) 19:33:42 ID:jroFkwmH0]
レスポンス良くするために細分化しろなんて
目的と手段がひっくり返ってる。頭悪過ぎ。

ってことを>>664はやんわりと言ってくれているん
だろうけど、局所的とか、極論とか、、

669 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/05(月) 11:39:47 ID:ggbATzYt0]
そうでもないんじゃね?
画像に素早くアクセスするのが目的なら>>665の手段は正しいわけだし

イタチごっこになるからこの辺にしとこうかwww

670 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/05(月) 12:01:49 ID:mWAmL/mu0]
wの悲劇

671 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/05(月) 15:24:41 ID:vGL8vGYi0]
管理する気のあまりなさそうな点は>>664の落ち度だけど、
レスポンスは早いほうがいいのは確かだよね

672 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/05(月) 16:08:27 ID:zTG0NkgO0]
>>664に落ち度はないと思うぞ
同じ方向から細かく見るより、粗くても多方向から見たほうが精度は上がるんだよ
一個の属性付加するなら、メガネ属性を細分化するより、
メガネ系以外の属性を新たに付加した方がサーチの有効性は高い

673 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/05(月) 17:53:33 ID:ggbATzYt0]
おおかた>>661の「細かく分類」は「全ての画像を細かく」って言いたい所が
>>664には「既存の属性を細かく」って伝わったってオチだろ

ところでINIファイルについて詳しい奴とかいないの

674 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/05(月) 23:10:10 ID:lLlNRGaO0]
つうかそんなに属性少ないならフォルダ管理でいいだろっていう

675 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/05(月) 23:41:40 ID:TJteUyuI0]
それでもあちこち散らばった画像に属性付加して
一気に拾い上げるってことはあると思う

676 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/05(月) 23:47:54 ID:zTG0NkgO0]
フォルダ振り分けじゃ複数の要素は管理しきれないでしょ
属性の多寡とは関係ないんじゃないかな



677 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/06(火) 03:12:14 ID:5CpKzw3s0]
世界中のPopミュージックをシャッフルして聴きたい人にとっては
PopミュージックをJPopとかChinese Popとか細分化しても
何の意味もない
っていうだけの話なんだけど、なんで分からない人がいるんだろう。

678 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/06(火) 04:09:56 ID:rP+PayJu0]
これ言ったら終わりだけど、結局は人それぞれだよな

679 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/06(火) 04:49:53 ID:PoTkQYcu0]
つまり、JPOP、KPOP、CPOP タグをつけるときには POP タグを一緒につければ良いわけだろ?

んなもんやってられっか

680 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/06(火) 06:11:47 ID:ShXGqZ0n0]
>>673
>>538

>>679
そのタグの付け方ならスマートビューリストに
検索条件”POP”で登録すれば”POP”ってタグは付けなくても
J・K・C全てのPOPを拾ってこれるぜ

681 名前:名無しさん@お腹いっぱい。 [2009/01/06(火) 11:21:07 ID:OniVZAfF0]
起動できなくなってしまいました……
>>522試しても駄目みたいorz


682 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/06(火) 20:05:31 ID:XrbM19dK0]
>>679
そういう感じで大分類と小分類にするなら、キーマップにJPOP\POPみたいにやる方法もあるぞ
それなら手間は今と変わらないし、タグが>>680のやり方で検索できないものでも大丈夫だ

手間を減らすには工夫すべし

683 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/06(火) 23:00:43 ID:xuw1cFul0]
>>679
一括でPOPタグ付けるのは、全選択しといて属性付加するとか、
まとめて登録するんだろうから、ハッシュ計算した後に付く
「新規登録(yyyy年mm月dd日)」の属性名をPOPに変更するとか、
そんなに面倒だとも思わないけどね。

個別に付ける場合でも、キーマップでJのキーにJPOP\POPとかしておけば、
Jを叩くだけで2種のタグが付くのでそれ程面倒ではないと。

「画像ファイル管理ソフト」となっているソフトで音楽ファイルの管理をしようとする程の
知恵者なんだから、もう一捻りすればどうにでもできるんじゃないの。

684 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/06(火) 23:07:55 ID:OniVZAfF0]
>>681の後、もう一度タグを付け直しているのですが
エラー前に移動インポートされていた画像ファイルの数千程消えていることに気が付きました。
dbフォルダ内以外に、一時的に保存されている場所などありますでしょうか?

685 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/06(火) 23:12:11 ID:XrbM19dK0]
>>ID:OniVZAfF0
とりあえず自分の環境と、やったことやdbフォルダ内の様子などを書こうよ
情報が少なすぎて答えようがない

686 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/06(火) 23:31:57 ID:OniVZAfF0]
>>685
失礼しました。最初から長々書くのもおかしいと思ったので。
環境:windows2000
タグ付け時に「メモリが確保できませんでした」のエラー。
以降は>>509と同様に起動せず。
スレを見た感じでは対処法が無い様なので、一旦プログラムフォルダ以下を別箇所に保存して再インストールして起動。
エラー前のAtPictureフォルダに残っていた画像ファイル(移動インポート)を再びインポートし直してタグ付け。

この時点で、残っていた画像ファイルが少ないことに気が付きました。
どのタイミングでかは分かりませんが、エラー前に移動インポートした画像が移動前のフォルダに戻っているのを発見しましたが、
足しても数千ほど行方不明になっている様に思います。

よろしくお願いします。



687 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/07(水) 00:30:50 ID:Tz5b7u+s0]
手元の環境(XPだけど)で見る限り、ソフトの動作はdbフォルダ内でのみ行われてるっぽい

インポートした画像が元あった場所ってのは、データベース内に記録されてるんだけど、
勝手に元の場所に戻るってのがよく分からんね、作者さんが覗いてくれるの待つしかないかも
OSがクラッシュして巻き戻ったわけでもないようだし

ちなみに、このソフト使い始めたのって最近?
エラー前に移動インポートしたのはエラー直前で、DBは一度もコミットしてなかった?

688 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/07(水) 00:35:55 ID:Tz5b7u+s0]
あれ、インポートしたときに変な動作した
他の人の環境でも再現するか誰かテストお願い

・ファイルをリストアップ → 「コピーしてインポート」
・そのファイルを「データベースから削除」
・同じファイルを「移動してインポート」

そうすると、そのファイルの画像情報パネルが灰色のままで、属性付加もできなくなる
属性ビューの「新規登録」属性でリストアップしてみても見つからない

インポート関係はなんか不具合ありそう

689 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/07(水) 00:46:06 ID:zMLOrcvs0]
>>687
最近使い始めたものです。
コミットはしてませんでした……コミットというのは保存の意味だったんですね(何に関与するんだろう?と思って放置してました笑)

エラー時はインポート直後ではありません。タグ付け時でした。
恐らく数千いっぺんにタグを付けたので、メモリが足りなくなったのかなとは思います。

戻ってきた画像ファイルについてですが、エラー前、移動インポートの結果空になったフォルダを削除していたので、
エラー後、戻ることの出来たファイルのみ戻り、他が行方不明になったと言う事なのかなと思いますが、詳しくはどうでしょうか。
ただし、戻ってきたタイミングは、やっぱり不明です。むしろ戻ってきたのが驚きでした。

移動インポートの際の画像の経由に内部で使用しているフォルダがあるのかなと思い質問した次第ですが、
無ければまぁ、仕方ないですけどあきらめかなぁと思います。

(ごめんなさい、仕事行ってくるんで次のレスは遅れますm(_ _)m乱文失礼いたしました)

690 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/07(水) 00:50:15 ID:WxzJ26gv0]
>>688
同様の現象確認。XP。

同じハッシュのファイルは以降、属性関連の操作できなくなるな
見えなくなるだけで付加できるかと思ったが不可

「ハッシュ取得済みでも再計算」にチェック入れて再度ハッシュチェックしたら直ったことも追記

691 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/07(水) 01:01:14 ID:Tz5b7u+s0]
>>689
> 移動インポートの際の画像の経由に内部で使用しているフォルダがあるのかなと思い

移動して取り込むを行った場合、その時点でimportfiles以下にファイルは移動してしまうので、
エラーがインポート直後でないならそれは関係なさそうな気がする

エラーで落ちた場合、transactionにログが残って次回起動時に処理するとか言ってた気がする
でも、次回は起動しなくなってたんだよね・・・
無くなったファイルの名前を一個でも覚えてるなら、ディスク全体を検索するのが早いと思う
もしどこかにまだファイルが残ってるなら、だけど
発見できたらその場所を書いてくれると参考になるんだけど

あとは>>1のサイトに作者さんのメールアドレスがあるから、送っておくといいかも。
忙しいみたいだからすぐに反応があるとは思えないけど念のため。

692 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/07(水) 01:03:49 ID:Tz5b7u+s0]
>>690
確認ありがとう、なるほど再計算でいけるのか
FAQに書いておくといいかもしれんね

693 名前: ◆cTzcVzYvME mailto:sage [2009/01/07(水) 06:53:58 ID:y/P1+yWl0]
取り急ぎ>>681関連について要点のみ返信します。

>>681
起動できないのは
> 移動インポートの結果空になったフォルダを削除
した事により、異常終了からのロールバックが完了できない為です。

トランザクションログにはインポート元も記録されおり、コミット前のインポートについて
ロールバックで元の場所に戻そうとしますが、パスが存在しないと失敗します。
※インポート元がなければフォルダを作るようにするのは簡単ですが、
 それにより別な問題(説明省略)が起きるのでこういう仕様になっています。

> 移動インポートの際の画像の経由に内部で使用しているフォルダがあるのかなと思い
ログの記録は行っていますが単純に取り出せるような形では格納しておりません。
もしトランザクションログが正常なまま残っているのなら、
削除したフォルダ全てを手動で復元した上で、異常終了時のディレクトリ構成(※)にて
再度 at_picture.exe を実行すれば直ると思いますが保証はできません。
※ログのパス情報は相対パスで記録しているので、
 実行ディレクトリが異なるとやはりうまく復元できません。

>>688>>690
詳しい説明は省きますが、それは不具合ではなく(不正な操作に対する)仕様通りの正しい動作です。
但し、
> 「ハッシュ取得済みでも再計算」にチェック入れて再度ハッシュチェックしたら直った
は未定義の動作です。
そもそも>>688の手順は不正な操作に当るのでやらないで下さい。

694 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/07(水) 16:42:29 ID:zMLOrcvs0]
>>693
早速レスいただき有り難うございます!

>もしトランザクションログが正常なまま残っているのなら、
>削除したフォルダ全てを手動で復元した上で、異常終了時のディレクトリ構成(※)にて
>再度 at_picture.exe を実行すれば直ると思いますが保証はできません。

試してみたのですが、ちょっと元のフォルダ構成の復元が難しそうでした。ごめんなさい。
幸い、古いファイルの内いくらかはバックアップがあったことと、
大方は他愛のない写真だったので、まあ良いかな、と言うことで……

何にせよ自分の操作の不慣れと言いますか……
報告すべきプログラムの挙動と言うよりは、単にこまめにコミット確定さえすれば回避できたはずの事だったみたいですので、
今後は気をつけたいと思います^^;失礼いたしました。

695 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/07(水) 23:49:38 ID:APQdaOhK0]
アイコン作りましたっ
ttp://www1.axfc.net/uploader/File/so/16468.zip

もう1種類ネタがあるんですが時間かかりそうなのでこれだけ先に公開。
自由に使ってやってください。

696 名前:688 mailto:sage [2009/01/08(木) 23:03:28 ID:ijxI572v0]
>>693
データベースから削除後にすぐインポートし直したのがまずかったっぽいね
一度パスリストをクリアした後にリストアップし直してインポートすれば問題なさそうだった
(重ねてのインポートなのでファイル名に(2)が付くけど)

不正な操作に当たるってこと覚えておきます



697 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/09(金) 01:02:05 ID:myz96iva0]
>>695
Irfanでみるといくつかデコードエラーになる。

黒い奴は液晶の角度でなんだか判らない物体になるし、
白い奴は白い壁紙上におくと目立たないのでは?

色の変更した方が良い希ガス

でもGJ。もっとやれ

698 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/11(日) 01:10:40 ID:WTecWlw60]
>>697
レスありがとうございます!

>Irfan : 持ってないんです… 使えればいいよね(ぁ
>黒 : そうかも。コントラスト調整してみます
>白 : これ以上黒くすると灰色になりますww 濃い壁紙で使って目立つといいんだぜ! たぶん!

次回はこれを7色詰め合わせの予定

699 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/12(月) 23:55:00 ID:n66OvWP90]
色追加。増えてきたので@icon変換でdllにまとめました
黒・白を微妙に調整。灰色追加。
レゴブロックみたいな色を目指したら黄緑と紫がきもすぎる。
ttp://www1.axfc.net/uploader/He/so/181828.bin&key=Att
パスはAtt

700 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/13(火) 10:04:10 ID:1xqbUi/C0]
>>699
落としたけどこれどうやって使えばいいの

701 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/14(水) 00:54:28 ID:ZSgSIfmS0]
エロ画像をちょっとずつ整理してるんだけど、一人で作業してても全然捗らない
似たような趣味の相方が1〜2人いるだけでだいぶ違うだろうに

702 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/14(水) 01:43:22 ID:z3EgU0np0]
エロ画像でフォークソノミーなサイトの需要が!

703 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/14(水) 23:34:58 ID:9ldsyH9N0]
いい画像整理ソフトがないかと思って、振り分けソフトスレを読んでて
2年半前のログからここにたどり着いたけどなんか不思議な気分w
レスを読みながら、作者がんばれ!と思いながらも
2009年現在、このソフトどうなってるんだろう・・・ と不安になったり
途中で投げ出されてる可能性も高いなと思ったけどまだ続いててよかった
まだ使ってないけどお疲れ様です

704 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/14(水) 23:44:44 ID:ZSgSIfmS0]
>>702
pixivとかそんな感じだよね
絶対便利だとは思うけど、画像の表示が権利的に無理だから厳しい
ローカルのファイルと上手く連携する方法があればいいんだけど

705 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/14(水) 23:51:07 ID:CfKXTipM0]
pixivはニコニコとかと違ってタグがちゃんと機能してるからな。
ネット上でタグ管理をユーザーが機能させてるという点で後輩だけど目指すべき所ではあるね。

706 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/15(木) 00:23:54 ID:3unH0/7K0]
やっぱり絵だと、視聴時間が長めの動画より横の繋がりが重視されるんだと思う
一枚見て満足して終了ってのはあんまりないだろうから



707 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/15(木) 01:22:39 ID:KVPjX2KO0]
>>704

>例:AさんとBさんが「萌え」属性をやりとりする場合
>1.Aさんが「萌え」属性で画像をリストアップし、
> 「ファイル」メニューの「ハッシュリストを保存」から「萌え.txt」として出力しBさんに渡す。
>2.Bさんが、Aさんとの萌え感性の違いを考慮する場合、「萌え(by Aさん).txt」とかにリネームしておく。
>3.「ファイル」メニューの「ハッシュリストを読み込む」でハッシュリストを読み込む。
>4.「画像情報更新」属性、もしくは「萌え(by Aさん)」属性で画像をリストアップし
> 取り込んだ属性が付加された画像をチェックしつつ、Bさん基準で適切でないものは属性を除去する。
> ※「萌え(by Aさん)」属性を残しておけば、Aさんが持っていて萌えと感じてる画像を
>  Bさんが新たに入手した場合、ハッシュチェックのタイミングで「実体補完」属性により通知される。

708 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/15(木) 02:12:01 ID:3unH0/7K0]
>>707
ハッシュリストや画像情報CSV使えばできるのは分かるんだ
そうじゃなくて、掲示板の閲覧感覚でローカルの画像とネット上の属性(タグ)を連携できないかなと
webサービスとしてなんか形にできたら面白いと思うんだよね

webで属性を共有するとしても、色んなやり方があると思うんだ
CDDB方式で、ハッシュをキーにリクエストして属性探してくるのでもいいんだけど、
なんかスタンドアローンな感じが強いんだよね

もうちょっと、交流寄りのwebサービスにできんかなと
それこそ上に出てるpixivみたいなタグ管理をしつつ、画像の表示についてはローカルのadb参照する感じ

709 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/15(木) 02:14:43 ID:YteOVT3+0]
>>708
つまりネット上では固定のタグ
ブラウズ、表示の際にはローカル・自分の保有しているタグ
ってこと?

710 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/15(木) 02:35:05 ID:3unH0/7K0]
>>709
そうだね、そうなるかな

「この画像にはこのタグだろ」みたいにタグを投げ合う感じにできたらいいなと
で、そっちで自分が投稿したタグは、ローカルのadbにも同時に登録されると無駄がないんだけど
閲覧者もネット上のタグをクリックするとadb上でも属性の付加が行われるみたいな
なんていうんだろう、プロキシみたいな感じというか・・・
今はAt Pictureでadbにアクセスしてるけど、間にwebのDBを噛ませるような

現状、タグの付加作業があまりに孤独だと思うんだよ
adbの充実の前にタグ付け作業が止まっちゃってる人は結構いるんじゃなかろうか

711 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/15(木) 02:45:26 ID:YteOVT3+0]
確かに。
おそらくこれからこのソフトを導入しようと考える人は、画像が一万枚くらいあってフォルダわけが面倒であるとか、エロ画像を効率よく流すためにタグを利用しようとか、そんな感じだと思う。そうでない人、失礼。
そうすると、他人のつけたタグが自分にも適用されれば、それが気に入らなくても小分けされた画像のグループから付け直すことになるから、モチベーションが下がりにくいかも。
よくあがる漫画の表紙とか一部に作者名・作品名のタグがあれば、「作者kwsk」の流れもなくなるね。

712 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/15(木) 07:40:15 ID:zfrcJO8R0]
音楽とかに比べて明らかに画像のそういった添付・詳細情報は遅れてるよな。
jpgとかを一歩進めた、画像にもっとタグ付けができるフォーマットがでてくるべきだよ。
利用者にとっても制作者にとってもメリットがあるはず。
言うのは簡単だ。


713 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/15(木) 09:44:48 ID:YOAKWY720]
そこでまたタグをファイルに埋め込むのかって話に戻るわけだよ

714 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/15(木) 16:15:00 ID:CQ/42Dvf0]
このソフトよくわからないんだけど画像のハッシュを取り込んで
ハッシュの値にタグを付加したものをデータベースで管理するって事でいいの?

しばらくいじってみたけど操作方法がさっぱりわからなかった。
きっと作業段階に入ってからだと使いやすいんだと思うんだけど
導入段階では初見ではまず何をしたらいいのかわからなかった。
簡単なチュートリアルなんかはないんだろうか?

システム的にも疑問だらけで、
画像本体は一つのディレクトリあたりにまとめて管理するのかなとか思ったけど
そのままでタグ付けするみたいな感じなんで、
いろんなところに散らばってても検索するとき問題ないのかとか。
パスを記憶してるのかとか、パスの変更をした場合検索には引っかからなくなるのか
それとも全ファイルをハッシュと照らし合わせながら探すのかとか
スレも読んでみたけど具体的にどういうプログラムなのかさっぱりで。


715 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/15(木) 18:57:34 ID:KVPjX2KO0]
>>714
その理解でいいと思う
あとはちょっとこの辺り見ておくといいかと
ttp://www19.atwiki.jp/atpicture/pages/19.html#q0



716 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/16(金) 00:04:26 ID:eamcCybG0]
まさに求めるソフトなんだけどとっつきにくさは半端じゃない



717 名前:名無しさん@お腹いっぱい。 [2009/01/16(金) 00:14:11 ID:922E7QOE0]
MD5だっけハッシュで画像を区分けしているみたいだから、
たしかにデータベースというかネット上でも情報の受け渡しができるようになれば、
「この画像の子は誰?」ってすれとかもいらなくなる理想の環境ができるな。

718 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/01/16(金) 00:34:39 ID:si5HeGHA0]
>>714-715
解説としては、そっちじゃないもう一個のwikiの方が詳しいな
at_pictureでググると出てくるやつ






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<283KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef