よりよい削除依頼のまとめ方について

**迷ったら名乗らない** · 2008/10/13(月) 16:36:35

何をしようかというと、
まとめに関する情報を蓄積して行こうと、

前スレ

よりよい削除依頼のまとめと「まとめボランティア」について
http://qb5.2ch.net/test/read.cgi/sakukb/1100610443/

**迷ったら名乗らない** · 2008/10/13(月) 16:37:22

関連スレ

よりよい削除依頼の出し方について
http://qb5.2ch.net/test/read.cgi/sakukb/1100237942/
┃┃ 削除依頼板作業所第三棟 ┃┃
http://qb5.2ch.net/test/read.cgi/sakud/1132416758/

**迷ったら名乗らない** · 2008/10/13(月) 16:47:56

ツール
http://volch2.sakura.ne.jp/vol/matome.html

たこ焼き案内人さんのツールが最も便利で広く使われている
ようですが使用の際には注意が必要です。

削除理由の誤判定がよくあるので、あらかめじめ添削してから
ぶちこむのが良いです。
同じスレッドが異なる削除理由で依頼に出されていると依頼重複と
して省かれず残ってしまいます。
スレッドキーが9桁の古いスレの扱いに対応しておらず、落ちていなくても
dat落ちとして省かれます。

**迷ったら名乗らない** · 2008/10/13(月) 16:56:15

まとめの際に省いても良いもの

・dat落ち
・同じ依頼
・他板のスレの依頼
・http://qb5.2ch.net/sakukb/#1など明らかにアドレス不明なもの
・スレ削除とレス削除を間違えて誤爆依頼など

省いてはダメ

・1000オーバー
・500KBオーバー
・不備な依頼

不備な依頼をアンカーのみにするかアドレスも書くかはまとめ屋に
よって違うようです。
携帯アドレスでの依頼を省いてしまうか書き換えてあげるかもご自由に。

**迷ったら名乗らない** · 2008/10/13(月) 16:57:36

「明らかに不明」って何だYO　頭わりいなｗ

**迷ったら名乗らない** · 2008/10/13(月) 17:00:07

まとめは削除人の作業効率を上げる他に、
依頼を少なく見せて削除人に来てもらう目的も大きいです。
これ大事。

**迷ったら名乗らない** · 2008/10/13(月) 17:11:15

長期未処理報告の起算日について

前回の削除人の対応後、初めて依頼のあった日が
起算日となります。その依頼の対象がdat落ちしても
起算日は変動しません。

削除人が「>>○○まで対応、未処理は>>××以降」
と言ったらその>>××の依頼が起算日となります。

削除人が「>>○○のみ処理、他は見ていません」、
「まとめのうち>>××のみ見ました」と言った場合は
起算日は変動しません。
以後、一部処理ありという扱いになります。

削除人以外による「ここまで全てdat落ちで残件なし」
という発言があっても起算日は変動しません。

**迷ったら名乗らない** · 2008/10/13(月) 17:17:30

まとめのテスト書き込みに便利な隠し板。

superfree
http://2chplus.2ch.net/superfree/

書かれたものは誰でも消せる。
なんか切ない板ですがｷﾆｼﾅｲ

**迷ったら名乗らない** · 2008/10/13(月) 17:21:08

> まとめをした方がいい場合は、まとめをした方がいいですね。
> どんな時がまとめをした方がいい場合なのかというと、それはまとめをした方がいい場合です。
> まとめをしなくてもいい場合、まとめをしないほうがむしろいい場合もあります。

**迷ったら名乗らない** · 2008/10/13(月) 19:35:07

>>4
私は
・他板のスレの依頼
・http://qb5.2ch.net/sakukb/#1など明らかにアドレス不明なもの
・スレ削除とレス削除を間違えて誤爆依頼など
↑
これらは｢依頼不備・その他｣としてまとめに入れてるよ
アンカーだけにしてurlは書かないけどね

**迷ったら名乗らない** · 2008/10/13(月) 21:59:23

>>3
> 同じスレッドが異なる削除理由で依頼に出されていると依頼重複と
> して省かれず残ってしまいます。
同じ対象に違う削除理由で依頼が出てる場合、重複で省いてしまう方がおかしいのでは？

**迷ったら名乗らない** · 2008/10/14(火) 00:11:35

>>4
＞不備な依頼をアンカーのみにするかアドレスも書くかはまとめ屋に
＞よって違うようです。

昔はエコの観点からアンカーのみ書く派だったけど、まとめ直しをするときに
アンカーだけではdat落ち判定するのが、とても面倒。
特に新スレに移行した後は、さらに面倒。

そんなわけで、今は明らかにアドレスが間違っているもの以外は、
後日まとめ直しをする人のために、アドレスを残すようにしています。
（削除人には不要な情報かもですが）

不備依頼のアドレスは書かない方がいい、という意見があれば
教えてください。納得できる内容なら、それに従おうかと。

**迷ったら名乗らない** · 2008/10/14(火) 04:57:33

>>10
まあそれでもいいかもね。

**迷ったら名乗らない** · 2008/10/14(火) 05:08:35

>>11
省くっていうか依頼の重複としてまとめなきゃいけないから、重複してることが
分からないのは不便。

たとえば同じスレが>>10はGL5で出してて>>11はGL7で出してたら、

☆GL5+GL7
http://qb5.2ch.net/test/read.cgi/sakukb/1223883395/ >>10 >>11

とか、

○GL5
http://qb5.2ch.net/test/read.cgi/sakukb/1223883395/ >>10 >>11 +GL7

てな具合にする。

たまにいるんよ、他の人の依頼を確認しないで同じスレを違う理由で大量に依頼してる人。
たこ焼きさんのツールだけだとそれに気づかないので、結果を悪魔のZさんの
ツールにぶちこんで重複検知だけやってます。

**迷ったら名乗らない** · 2008/10/14(火) 05:18:33

>>12
削除人によっては自分で対象の中身を確認して、不備な依頼でも
処理する場合があります。

依頼人「削除理由：このスレいらねえから消して」
削除人「GL5に抵触すると判断し削除しました。今後は削除理由はGLから」

もう今はこんな人あんまいなくて見ずに却下してる人が多いかもしれないけど。
なのでアドレスも書いておくようにしてます。鯖移転書き換えまとめの時は特に。

**迷ったら名乗らない** · 2008/10/14(火) 09:35:09

>>14
ツールに頼るのはそもそもダメ

**迷ったら名乗らない** · 2008/10/14(火) 17:54:23

>>16
そりゃ頼りすぎるのは良くないから工夫して使ってるよ。
で、どうしてダメなん？

12 · 2008/10/14(火) 21:09:20

>>15
なるほど。鯖移転の際も、アドレスがあるとまとめ易いですね。
その一方で、削除人はレスアンカーから原文を参照することが
できるので、>>15の場合でもアドレスの必要性は高くないのかも。

ともあれ、今後もアドレスつきでまとめることにします。

**名無しの妙心** · 2008/10/14(火) 21:41:15

おお、立ってた。

**迷ったら名乗らない** · 2008/10/15(水) 00:21:16

ほっしゅ

**迷ったら名乗らない** · 2008/10/15(水) 20:39:30

>>16
コンピュータは人間の代わりに単純作業させるためのものなんだから
頼れるなら頼った方がいいね。
で、どうしてダメなん？

**迷ったら名乗らない** · 2008/10/15(水) 21:34:28

ツールは使いこなしてナンボ。私は自作ツールを使っているけど
便利なツールが広く公開されているのはありがたいですね。

**迷ったら名乗らない** · 2008/10/16(木) 07:08:05

ツールに頼るだけでちゃんと確認しないとこうなります。
http://qb5.2ch.net/test/read.cgi/saku/1032193574/449,453-454

**迷ったら名乗らない** · 2008/10/16(木) 17:16:06

>>23
何が悪いのか、一見して分からない。
が、良く見ると447の依頼者の削除理由はGL6のみなのにスレタイの
「エロ情報」に反応してGL7が入っているのがツールの誤判定だな。

それにしても、そんなの気づくとは>>23は依頼した人か処理した人？

**迷ったら名乗らない** · 2008/10/16(木) 18:52:25

>>24
こっちのことではないかな。
http://qb5.2ch.net/test/read.cgi/sakud/1203616210/610

**迷ったら名乗らない** · 2008/10/16(木) 20:43:11

>>25
スレッドキーが9桁ってのはたとえばこんなの。
↓
http://qb5.2ch.net/test/read.cgi/sakud/968935716/
http://qb5.2ch.net/test/read.cgi/sakud/1216648641/
↑
新しいスレはこうなる。

スレッドキー、dat番号などと呼ばれる数字はUNIX時間。
UNIX時間とはある日時を1970年1月1日午前0時0分0秒(世界標準時)からの
秒数で表したもの。

その危ない海外板の依頼は関係ないかと。

**迷ったら名乗らない** · 2008/10/16(木) 22:08:13

>>26
ん？　>>23の件は、まさにその9桁キー誤判定ではないの？

ともあれツール云々以前に、投稿前のチェックは大切だね。
まさに他山の石。気をつけねば……