途方にくれるスレ
859 ：geroimo ：01/12/21 07:59
てぇーーっか、ギコペデータって今暇な人データと萌えデータ併せて15Mもあるんですな。
件数もそろそろ一万件だし。
はっきり言って、テキストファイルとして処理するのが無謀な量かと。
ココは一発新しいフォーマットを作るべきだと思う。
mdbかなんかのデータベース形式で。
せっかくだからなんかこう、拡張フォーマットを持って・・・。
今はタイトルとデータだけだけど、たとえば作者の名前や
ジャンル分けトカトカ。
拡張性もたせたりして。
うーん。
勝手にフォーマット作っちゃっていいですかねぇ。
暇な人さんや擬古態さんが協力してくれるなら、かなり(ﾟдﾟ)ｳﾏｰだけど。
でもそんな事したらギコペが生かせなくなっちゃうし、
なんかギコペの功績をパクッてるみたいっつーか。
いやその通りの結果になっちゃうだろうけど。
でもほっといてもいつか絶対限界が来ることは目に見えてるし。
869 ：太田＠ＡＡメジャー ：01/12/25 23:05
>>859
ここはひとつ、皆で協力して作った方が良いかと。
ＡＡメジャーにもギコペ関連機能を入れたいのですが、
いかんせんあのデータ量では処理速度が重すぎるので・・・
870 ：太田 ：01/12/25 23:42
新形式について理想の条件を考えてみました。
・ギコペ→新形式のコンバートが可能である（絶対条件）
・新形式→ギコペのコンバートが可能である（できるだけ）
・旧データからの情報が保持されている（絶対条件：タイトル、ジャンル、内容）
・細かいジャンル分けが可能である（多階層？）
・追加項目を、形式が確立した後からでも追加できる（作者名、登録日時など）
・初回読み込みが高速である（最初から全データを読みに行く事が無いようにする）
・いちジャンルの切り出し保存／読出が容易である（高速性重視）
・データの追加／削除が容易である（高速性重視）
・１つのＡＡに複数ジャンルの割り当てができる
・データ自体の中身はテキストファイルである
・検索が高速であること
どう頑張っても動作速度的にどうにもならない部分が
発生するとは思いますが、改善可能な部分はあると思われます。
てぇーーっか、ギコペデータって今暇な人データと萌えデータ併せて15Mもあるんですな。
件数もそろそろ一万件だし。
はっきり言って、テキストファイルとして処理するのが無謀な量かと。
ココは一発新しいフォーマットを作るべきだと思う。
mdbかなんかのデータベース形式で。
せっかくだからなんかこう、拡張フォーマットを持って・・・。
今はタイトルとデータだけだけど、たとえば作者の名前や
ジャンル分けトカトカ。
拡張性もたせたりして。
うーん。
勝手にフォーマット作っちゃっていいですかねぇ。
暇な人さんや擬古態さんが協力してくれるなら、かなり(ﾟдﾟ)ｳﾏｰだけど。
でもそんな事したらギコペが生かせなくなっちゃうし、
なんかギコペの功績をパクッてるみたいっつーか。
いやその通りの結果になっちゃうだろうけど。
でもほっといてもいつか絶対限界が来ることは目に見えてるし。
869 ：太田＠ＡＡメジャー ：01/12/25 23:05
>>859
ここはひとつ、皆で協力して作った方が良いかと。
ＡＡメジャーにもギコペ関連機能を入れたいのですが、
いかんせんあのデータ量では処理速度が重すぎるので・・・
870 ：太田 ：01/12/25 23:42
新形式について理想の条件を考えてみました。
・ギコペ→新形式のコンバートが可能である（絶対条件）
・新形式→ギコペのコンバートが可能である（できるだけ）
・旧データからの情報が保持されている（絶対条件：タイトル、ジャンル、内容）
・細かいジャンル分けが可能である（多階層？）
・追加項目を、形式が確立した後からでも追加できる（作者名、登録日時など）
・初回読み込みが高速である（最初から全データを読みに行く事が無いようにする）
・いちジャンルの切り出し保存／読出が容易である（高速性重視）
・データの追加／削除が容易である（高速性重視）
・１つのＡＡに複数ジャンルの割り当てができる
・データ自体の中身はテキストファイルである
・検索が高速であること
どう頑張っても動作速度的にどうにもならない部分が
発生するとは思いますが、改善可能な部分はあると思われます。
|
|
|
871 ：サ骨 ◆/IQ5000w ：01/12/26 00:10
AA１つに付きtxt１コだと遅いですか
作者名、登録日時などtxtの一番下に書いてあればんいいなじゃないかと
思ったわしはアレですか
Delphi6がタダだったので貰ってきたけどｻﾊﾟｰﾘだよ
872 ：リオ・バラギ ◆bfqolrWI ：01/12/26 03:00
私も自力でデータ管理を何とかしようと思っていたのですが、こちらでまとまって
取り組んで行こうという事でしたら乗っかりたいと思います。
>871
１テキストファイル１ＡＡではファイルが増え過ぎるだろうとは思いますが、
階層構造に関しては、そのままにディレクトリを掘っていくのが分かりやすくて
良いんではないかと思います。ただ、複数ジャンルの割り当てなど、問題が
残るような気もしますが・・・
873 ：暇な人 ：01/12/26 04:52
流石に限界が来ているようですね。
私は私のデータしか使ってないのでエラーは発生してませんが、
Xデーは遠くないと思います。
だいぶ前にギコペさんに聞いた話ですが、
新フォーマットに関してはギコペさん自身も模索しているようです。
その時、私も似たような要望（作者名・ジャンル分け等）を提案したのですが、
忙しいようなのでその後進展無しだったりします。
（というか自分が聞いてないだけなんですけどね）
874 ：太田 ：01/12/26 07:08
＞ＡＡ１個に対しＴＸＴファイル１個
Ａ２ＧＩＦで８０００個近くのＧＩＦファイルを扱っている立場から言うと・・・
・ネットで配布するために圧縮解凍をするだけでかなりの時間を要する
・細かいファイルが多いと実容量以上にディスク容量を圧迫する
・本文検索を行うとディスクアクセスに時間を要する？
・ローカルでのフォルダ移動やディスクチェックに時間がかかり、ファイルそのものの扱いが面倒
・ファイル数の多いデータの例（約１６０００個のＧＩＦファイルがあります）
ローカル上でコピーしたり圧縮解凍したりしてみてください。
http://www42.tok2.com/home/hekomuyo/aameasure.lzh
全てのＡＡを分割すると、実
データ形式としては、マージしても分割しても良いように、ギコペ同様、ヘッダとフッタとの
間にＡＡを挟むという方法が良いと思われます。例を下に書きます。
===========================================
[MojieName=モナーとモララー（通り魔）] ←ヘッダ・ＡＡのタイトル
[MojieFolder=mona\monamorara] ←データ格納フォルダ ┐
[Mojiegenre=モナー,モララー,通り魔,殺人,包丁] ←ＡＡのジャンル |必須情報ではない（付加情報）
[MojieTime=2001/12/26] ←登録日付 ┘
[Mojie] ←ここからＡＡ開始 ←付加情報があった場合は入れる。
ｌヽ マテー 殺されるよ〜 付加情報無しの場合は入れない
ｌ 」 ∧＿∧ ∧＿∧
‖（ ´∀｀） （ ・∀・）
⊂ つ （ つ つ
人 Ｙ 人 Ｙ
し（＿） し （＿）
[END] ←フッタ・データの終端
===========================================
AA１つに付きtxt１コだと遅いですか
作者名、登録日時などtxtの一番下に書いてあればんいいなじゃないかと
思ったわしはアレですか
Delphi6がタダだったので貰ってきたけどｻﾊﾟｰﾘだよ
872 ：リオ・バラギ ◆bfqolrWI ：01/12/26 03:00
私も自力でデータ管理を何とかしようと思っていたのですが、こちらでまとまって
取り組んで行こうという事でしたら乗っかりたいと思います。
>871
１テキストファイル１ＡＡではファイルが増え過ぎるだろうとは思いますが、
階層構造に関しては、そのままにディレクトリを掘っていくのが分かりやすくて
良いんではないかと思います。ただ、複数ジャンルの割り当てなど、問題が
残るような気もしますが・・・
873 ：暇な人 ：01/12/26 04:52
流石に限界が来ているようですね。
私は私のデータしか使ってないのでエラーは発生してませんが、
Xデーは遠くないと思います。
だいぶ前にギコペさんに聞いた話ですが、
新フォーマットに関してはギコペさん自身も模索しているようです。
その時、私も似たような要望（作者名・ジャンル分け等）を提案したのですが、
忙しいようなのでその後進展無しだったりします。
（というか自分が聞いてないだけなんですけどね）
874 ：太田 ：01/12/26 07:08
＞ＡＡ１個に対しＴＸＴファイル１個
Ａ２ＧＩＦで８０００個近くのＧＩＦファイルを扱っている立場から言うと・・・
・ネットで配布するために圧縮解凍をするだけでかなりの時間を要する
・細かいファイルが多いと実容量以上にディスク容量を圧迫する
・本文検索を行うとディスクアクセスに時間を要する？
・ローカルでのフォルダ移動やディスクチェックに時間がかかり、ファイルそのものの扱いが面倒
・ファイル数の多いデータの例（約１６０００個のＧＩＦファイルがあります）
ローカル上でコピーしたり圧縮解凍したりしてみてください。
http://www42.tok2.com/home/hekomuyo/aameasure.lzh
全てのＡＡを分割すると、実
データ形式としては、マージしても分割しても良いように、ギコペ同様、ヘッダとフッタとの
間にＡＡを挟むという方法が良いと思われます。例を下に書きます。
===========================================
[MojieName=モナーとモララー（通り魔）] ←ヘッダ・ＡＡのタイトル
[MojieFolder=mona\monamorara] ←データ格納フォルダ ┐
[Mojiegenre=モナー,モララー,通り魔,殺人,包丁] ←ＡＡのジャンル |必須情報ではない（付加情報）
[MojieTime=2001/12/26] ←登録日付 ┘
[Mojie] ←ここからＡＡ開始 ←付加情報があった場合は入れる。
ｌヽ マテー 殺されるよ〜 付加情報無しの場合は入れない
ｌ 」 ∧＿∧ ∧＿∧
‖（ ´∀｀） （ ・∀・）
⊂ つ （ つ つ
人 Ｙ 人 Ｙ
し（＿） し （＿）
[END] ←フッタ・データの終端
===========================================
875 ：geroimo ：01/12/26 22:06
>>860
オトサタ無くてすんません。ちょっと忙しくなっちゃって。
えーっと砂時計の件はハッキシいって分かんないっすｗ
やっぱりデータがどっかおかしいとは思うんですが。
なんか有名人が集まっちゃってますね。ギコペ新フォーマット案。
すごいなぁ。
うーん、1AA1ファイルはヤヴァイと思う。
現状よりヤバイかと。
現状でもファイル数が1万も出来てしまう。
階層構造はわかりやすいかもしれないけど・・・。
というかもう、そもそもテキストベースなのがヤバイ気が・・・。
やっぱりテキストで突っ走ります？
新フォーマットは置いといて、ソフト側のインターフェースとしては、
[ジャンル][作者][登録日時]ってな感じにタブがあって、
それぞれのタブの中にツリー表示があると良いかなぁなんて漠然と考えたり。
ツリーもジャンル毎の多階層ツリー表示があると良いかな。
一覧表示はリストビューにして、タイトル、ジャンル、作者、登録日時でそれぞれソートできたりとか？
あと全文検索機能も欲しいかな。
ちなみにAAE、モナペのソフト的なギコペデータ限界数は、
データ件数で32767件、mojidata.txtの容量で2GBとなっております。
876 ：リオ・バラギ ◆bfqolrWI ：01/12/26 23:11
検索機能等の充実も素晴らしいですが、
ツリービューなどの階層構造表示がさしあたっての問題かなと思います。
とにかくデータが多くて整理が大変なので・・・
普通のファイル管理ツール（エキスプローラなど）でもおおざっぱに管理できる
ように、すごく分かりやすい名前をつけてディレクトリの構造をそのままツリー
表示してＡＡをプレビューするなど良いんではないかと思います。
言ってるだけでスミマセン
877 ：サ骨 ◆/IQ5000w ：01/12/26 23:58
うちのかちゅ〜しゃが
ログ300Mちょっと、約4000スレ。
なんか参考にならないかな
878 ：geroimo ：01/12/27 00:13
一番簡単で安易な解決方法は、現状でmojidata.txtとmydata.txtしかないAA本体のデータを
ジャンル毎に別ファイルとして保存してフォーマットはそのままって感じかなぁ。
たとえばモナー.mje ギコ猫.mjeってな感じで。
対応ソフトは*.mjeを検索してツリーなりタブなりを生成、
そのタブなりツリーなりが開かれた時にロードするような感じにするとか。
モナーの数が多すぎるならモナー（ポーズ）.mje モナー（単発ネタ）.mje モナー（ストーリー）.mjeとか
分けちゃうとかで対応していく。
もしかしたらこれで十分かも。
>>860
オトサタ無くてすんません。ちょっと忙しくなっちゃって。
えーっと砂時計の件はハッキシいって分かんないっすｗ
やっぱりデータがどっかおかしいとは思うんですが。
なんか有名人が集まっちゃってますね。ギコペ新フォーマット案。
すごいなぁ。
うーん、1AA1ファイルはヤヴァイと思う。
現状よりヤバイかと。
現状でもファイル数が1万も出来てしまう。
階層構造はわかりやすいかもしれないけど・・・。
というかもう、そもそもテキストベースなのがヤバイ気が・・・。
やっぱりテキストで突っ走ります？
新フォーマットは置いといて、ソフト側のインターフェースとしては、
[ジャンル][作者][登録日時]ってな感じにタブがあって、
それぞれのタブの中にツリー表示があると良いかなぁなんて漠然と考えたり。
ツリーもジャンル毎の多階層ツリー表示があると良いかな。
一覧表示はリストビューにして、タイトル、ジャンル、作者、登録日時でそれぞれソートできたりとか？
あと全文検索機能も欲しいかな。
ちなみにAAE、モナペのソフト的なギコペデータ限界数は、
データ件数で32767件、mojidata.txtの容量で2GBとなっております。
876 ：リオ・バラギ ◆bfqolrWI ：01/12/26 23:11
検索機能等の充実も素晴らしいですが、
ツリービューなどの階層構造表示がさしあたっての問題かなと思います。
とにかくデータが多くて整理が大変なので・・・
普通のファイル管理ツール（エキスプローラなど）でもおおざっぱに管理できる
ように、すごく分かりやすい名前をつけてディレクトリの構造をそのままツリー
表示してＡＡをプレビューするなど良いんではないかと思います。
言ってるだけでスミマセン
877 ：サ骨 ◆/IQ5000w ：01/12/26 23:58
うちのかちゅ〜しゃが
ログ300Mちょっと、約4000スレ。
なんか参考にならないかな
878 ：geroimo ：01/12/27 00:13
一番簡単で安易な解決方法は、現状でmojidata.txtとmydata.txtしかないAA本体のデータを
ジャンル毎に別ファイルとして保存してフォーマットはそのままって感じかなぁ。
たとえばモナー.mje ギコ猫.mjeってな感じで。
対応ソフトは*.mjeを検索してツリーなりタブなりを生成、
そのタブなりツリーなりが開かれた時にロードするような感じにするとか。
モナーの数が多すぎるならモナー（ポーズ）.mje モナー（単発ネタ）.mje モナー（ストーリー）.mjeとか
分けちゃうとかで対応していく。
もしかしたらこれで十分かも。
879 ：geroimo ：01/12/27 00:40
http://geroimo.virtualave.net/aaesp/lzh/mltset011227.lzh
ageようageようと思いつつ放置してたマルチラインテンプレデータ。
吹き出し増強+ギコ猫入り。
自分で使ってみて思ったけど、吹き出し以外はあんまり役にたたねぇ機能かも。
あとマルチラインテンプレ及び似非ボックス貼り付け、
編集欄のAAの最後に改行がないときに使うと最後の行が消滅する事がある、
世にも恐ろしいバグがありますな・・・。
880 ：LR ：01/12/27 03:06
でもね。下手に分類していくと
整理法の野口教授（今、東大だっけ）のいうところの分類不能問題が・・・。
881 ：（ ´∀｀）さん ：01/12/27 05:05
>880
分類で「その他」ってのが一番渾沌としていて大変そうですよね。
一発ネタとか改造ネタ、亜流など。
>878
ｇｅｒｏｉｍｏさんのギコ猫.mje案は良いと思います。
データが膨大ですからギコペとか起動時にしばらく固まるのがなんとも（ＰＣが非力なんで）
それに必要なデータ探すにもちょっと時間がかかるので、
なんとか分かりやすい分類ができればよいのですが。
882 ：サ骨 ◆/IQ5000w ：01/12/27 08:14
うちのギコペはMS Wordより重い。
883 ： ：01/12/27 20:19
浮上
884 ：再録 ：01/12/27 20:52
相変わらずアカウントはとれてないのですが、AAEバージョンアップしました。
今回のバージョンアップはカナーリ気合い入ってます。
アカウントがないので、インストーラー無しだけの公開です。
変更点↓
・ピクチャートレーサーの状態を保存するように変更。
・メイン画面のファイルメニューからギコペに保存する機能の追加。
・すべてコピー機能の追加。
・アートクリッパーに自動タイトル付加機能の追加。
・メイン画面からアートクリッパーにAAをクリップする機能の追加。
・似非ボックス張り付け機能の追加。（合体が編集画面で直接できる感じ）
・すべて選択機能の追加。
・マルチラインテンプレート機能の追加。
http://geroimo.virtualave.net/aaesp/lzh/mltset011227.lzh
ageようageようと思いつつ放置してたマルチラインテンプレデータ。
吹き出し増強+ギコ猫入り。
自分で使ってみて思ったけど、吹き出し以外はあんまり役にたたねぇ機能かも。
あとマルチラインテンプレ及び似非ボックス貼り付け、
編集欄のAAの最後に改行がないときに使うと最後の行が消滅する事がある、
世にも恐ろしいバグがありますな・・・。
880 ：LR ：01/12/27 03:06
でもね。下手に分類していくと
整理法の野口教授（今、東大だっけ）のいうところの分類不能問題が・・・。
881 ：（ ´∀｀）さん ：01/12/27 05:05
>880
分類で「その他」ってのが一番渾沌としていて大変そうですよね。
一発ネタとか改造ネタ、亜流など。
>878
ｇｅｒｏｉｍｏさんのギコ猫.mje案は良いと思います。
データが膨大ですからギコペとか起動時にしばらく固まるのがなんとも（ＰＣが非力なんで）
それに必要なデータ探すにもちょっと時間がかかるので、
なんとか分かりやすい分類ができればよいのですが。
882 ：サ骨 ◆/IQ5000w ：01/12/27 08:14
うちのギコペはMS Wordより重い。
883 ： ：01/12/27 20:19
浮上
884 ：再録 ：01/12/27 20:52
相変わらずアカウントはとれてないのですが、AAEバージョンアップしました。
今回のバージョンアップはカナーリ気合い入ってます。
アカウントがないので、インストーラー無しだけの公開です。
変更点↓
・ピクチャートレーサーの状態を保存するように変更。
・メイン画面のファイルメニューからギコペに保存する機能の追加。
・すべてコピー機能の追加。
・アートクリッパーに自動タイトル付加機能の追加。
・メイン画面からアートクリッパーにAAをクリップする機能の追加。
・似非ボックス張り付け機能の追加。（合体が編集画面で直接できる感じ）
・すべて選択機能の追加。
・マルチラインテンプレート機能の追加。
885 ：太田 ：01/12/27 21:35
【１】モナー.mje ギコ猫.mje
データ分割という考え方は激しく同意っす。問題はフォルダの分け方ですね・・。
ファイル名自体をフォルダにすると、例えば複数階層フォルダを許可すると
ファイル名が長くなる可能性が・・・どうでしょう？
【２】検索機能
>>874でいうところの「Mojiegenre」を検索ワードとして使えれば便利かな、と。
全文検索は便利なのは良いのですが、どうしてもデータ量に応じて
処理量が増えてしまうので、使用頻度が減るようにした方が良いかと。
【３】タイトル
メインのタイトルは１つとしても、「複数ジャンルの登録を可能にする」という
機能を実現させるためのサブタイトルのようなものが必要なわけで、
「検索をしやすくする」、「ツリービュー上で複数表示される」という
機能にも対応させるための工夫も必要かな・・・と。
ちょっと自分的に混乱してます。
【４】その他ジャンル
「その他.mje」を用意しておいて、その中に、分類不能なものや
名称不明なものを入れておく、という方法が良いかと。
【５】データ形式
>>875バイナリってあんまり扱った事が無いので良く知らないのですが、
バイナリデータの長所ってどんなものがあるんでしょう？
自分的には、専用ツールが無くてもテキストエディタで簡単に扱える
という観点からテキスト形式の方が良いのかな〜などと考えています・・・。
886 ：geroimo ：01/12/27 21:57
バイナリっつーか、データベース。
ワシ自信もデータベースあつかったことはあんまり無いんだけど、
こっちの方が絶対検索も早いだろうし、動作も軽いはず。
何より、全データ（現状で15MBのテキストファイル）をメモリに読み込むという、
2年くらい前のPCだと無謀と言える行為をしなくていい時点で、圧倒的に軽い。
ただ、当然汎用性に欠けるというか、テキストファイルの手軽さはなくなっちゃう。
【１】モナー.mje ギコ猫.mje
データ分割という考え方は激しく同意っす。問題はフォルダの分け方ですね・・。
ファイル名自体をフォルダにすると、例えば複数階層フォルダを許可すると
ファイル名が長くなる可能性が・・・どうでしょう？
【２】検索機能
>>874でいうところの「Mojiegenre」を検索ワードとして使えれば便利かな、と。
全文検索は便利なのは良いのですが、どうしてもデータ量に応じて
処理量が増えてしまうので、使用頻度が減るようにした方が良いかと。
【３】タイトル
メインのタイトルは１つとしても、「複数ジャンルの登録を可能にする」という
機能を実現させるためのサブタイトルのようなものが必要なわけで、
「検索をしやすくする」、「ツリービュー上で複数表示される」という
機能にも対応させるための工夫も必要かな・・・と。
ちょっと自分的に混乱してます。
【４】その他ジャンル
「その他.mje」を用意しておいて、その中に、分類不能なものや
名称不明なものを入れておく、という方法が良いかと。
【５】データ形式
>>875バイナリってあんまり扱った事が無いので良く知らないのですが、
バイナリデータの長所ってどんなものがあるんでしょう？
自分的には、専用ツールが無くてもテキストエディタで簡単に扱える
という観点からテキスト形式の方が良いのかな〜などと考えています・・・。
886 ：geroimo ：01/12/27 21:57
バイナリっつーか、データベース。
ワシ自信もデータベースあつかったことはあんまり無いんだけど、
こっちの方が絶対検索も早いだろうし、動作も軽いはず。
何より、全データ（現状で15MBのテキストファイル）をメモリに読み込むという、
2年くらい前のPCだと無謀と言える行為をしなくていい時点で、圧倒的に軽い。
ただ、当然汎用性に欠けるというか、テキストファイルの手軽さはなくなっちゃう。