よりよい削除依頼のまとめ方について
■ このスレッドは過去ログ倉庫に格納されています
何をしようかというと、
まとめに関する情報を蓄積して行こうと、
前スレ
よりよい削除依頼のまとめと「まとめボランティア」について
http://qb5.2ch.net/test/read.cgi/sakukb/1100610443/ ツール
http://volch2.sakura.ne.jp/vol/matome.html
たこ焼き案内人さんのツールが最も便利で広く使われている
ようですが使用の際には注意が必要です。
削除理由の誤判定がよくあるので、あらかめじめ添削してから
ぶちこむのが良いです。
同じスレッドが異なる削除理由で依頼に出されていると依頼重複と
して省かれず残ってしまいます。
スレッドキーが9桁の古いスレの扱いに対応しておらず、落ちていなくても
dat落ちとして省かれます。 まとめの際に省いても良いもの
・dat落ち
・同じ依頼
・他板のスレの依頼
・http://qb5.2ch.net/sakukb/#1など明らかにアドレス不明なもの
・スレ削除とレス削除を間違えて誤爆依頼など
省いてはダメ
・1000オーバー
・500KBオーバー
・不備な依頼
不備な依頼をアンカーのみにするかアドレスも書くかはまとめ屋に
よって違うようです。
携帯アドレスでの依頼を省いてしまうか書き換えてあげるかもご自由に。 まとめは削除人の作業効率を上げる他に、
依頼を少なく見せて削除人に来てもらう目的も大きいです。
これ大事。 長期未処理報告の起算日について
前回の削除人の対応後、初めて依頼のあった日が
起算日となります。その依頼の対象がdat落ちしても
起算日は変動しません。
削除人が「>>○○まで対応、未処理は>>××以降」
と言ったらその>>××の依頼が起算日となります。
削除人が「>>○○のみ処理、他は見ていません」、
「まとめのうち>>××のみ見ました」と言った場合は
起算日は変動しません。
以後、一部処理ありという扱いになります。
削除人以外による「ここまで全てdat落ちで残件なし」
という発言があっても起算日は変動しません。 まとめのテスト書き込みに便利な隠し板。
superfree
http://2chplus.2ch.net/superfree/
書かれたものは誰でも消せる。
なんか切ない板ですがキニシナイ > まとめをした方がいい場合は、まとめをした方がいいですね。
> どんな時がまとめをした方がいい場合なのかというと、それはまとめをした方がいい場合です。
> まとめをしなくてもいい場合、まとめをしないほうがむしろいい場合もあります。 >>4
私は
・他板のスレの依頼
・http://qb5.2ch.net/sakukb/#1など明らかにアドレス不明なもの
・スレ削除とレス削除を間違えて誤爆依頼など
↑
これらは「依頼不備・その他」としてまとめに入れてるよ
アンカーだけにしてurlは書かないけどね >>3
> 同じスレッドが異なる削除理由で依頼に出されていると依頼重複と
> して省かれず残ってしまいます。
同じ対象に違う削除理由で依頼が出てる場合、重複で省いてしまう方がおかしいのでは? >>4
>不備な依頼をアンカーのみにするかアドレスも書くかはまとめ屋に
>よって違うようです。
昔はエコの観点からアンカーのみ書く派だったけど、まとめ直しをするときに
アンカーだけではdat落ち判定するのが、とても面倒。
特に新スレに移行した後は、さらに面倒。
そんなわけで、今は明らかにアドレスが間違っているもの以外は、
後日まとめ直しをする人のために、アドレスを残すようにしています。
(削除人には不要な情報かもですが)
不備依頼のアドレスは書かない方がいい、という意見があれば
教えてください。納得できる内容なら、それに従おうかと。
>>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さんの
ツールにぶちこんで重複検知だけやってます。 >>12
削除人によっては自分で対象の中身を確認して、不備な依頼でも
処理する場合があります。
依頼人「削除理由:このスレいらねえから消して」
削除人「GL5に抵触すると判断し削除しました。今後は削除理由はGLから」
もう今はこんな人あんまいなくて見ずに却下してる人が多いかもしれないけど。
なのでアドレスも書いておくようにしてます。鯖移転書き換えまとめの時は特に。 >>16
そりゃ頼りすぎるのは良くないから工夫して使ってるよ。
で、どうしてダメなん? >>15
なるほど。鯖移転の際も、アドレスがあるとまとめ易いですね。
その一方で、削除人はレスアンカーから原文を参照することが
できるので、>>15の場合でもアドレスの必要性は高くないのかも。
ともあれ、今後もアドレスつきでまとめることにします。
>>16
コンピュータは人間の代わりに単純作業させるためのものなんだから
頼れるなら頼った方がいいね。
で、どうしてダメなん? ツールは使いこなしてナンボ。私は自作ツールを使っているけど
便利なツールが広く公開されているのはありがたいですね。
>>23
何が悪いのか、一見して分からない。
が、良く見ると447の依頼者の削除理由はGL6のみなのにスレタイの
「エロ情報」に反応してGL7が入っているのがツールの誤判定だな。
それにしても、そんなの気づくとは>>23は依頼した人か処理した人? >>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秒(世界標準時)からの
秒数で表したもの。
その危ない海外板の依頼は関係ないかと。 >>26
ん? >>23の件は、まさにその9桁キー誤判定ではないの?
ともあれツール云々以前に、投稿前のチェックは大切だね。
まさに他山の石。気をつけねば……
>>27
あ、そだね、449の依頼か。良く見てなかったスマン。
わざわざそう書いてあるのに。 「直接の処理報告はないけれど判断済み」扱いになってると思うぞ。 >>29-30
依頼人(当の本人でなくとも)には再依頼する権利があるわけだから、
こういうケースは再依頼すればいいやね。削除されるべき案件ならば
たんたんと処理されるでしょう。
さて、本来の流れに戻しますよ。
>>14での例のように、同じスレッドに対して異なる理由で複数の依頼があった場合、
---------------------
GL5+GL7
http://qb5.2ch.net/test/read.cgi/sakukb/1223883395/ >>10 >>11
---------------------
GL5
http://qb5.2ch.net/test/read.cgi/sakukb/1223883395/ >>10
GL7
http://qb5.2ch.net/test/read.cgi/sakukb/1223883395/ >>11
---------------------
上のように合成する書き方と、下のように理由ごとに分ける書き方では
どちらが「よりよいまとめ方」なんでしょう?
慣例的には上の書式が多いように見受けられますが、
本来の書式(下記参照)では、下の分割方式になります。
http://qb5.2ch.net/test/read.cgi/saku/1221202723/3 >>32
>どちらが「よりよいまとめ方」なんでしょう?
たとえば、実際は該当する理由が「GL6.重複スレ」だけのスレッドの削除依頼が
↓のような感じで出されてたとして・・・
削除対象アドレス:
http://***.2ch.net/test/read.cgi/***/**********/
削除理由・詳細・その他:
GL3+GL4+GL5+GL6+GL7+GL8
削除人★が「理由の中に該当しない物が挙げてあるから削除しない」
と判断する事があるのならば、理由を足し算するのにはリスクが生じるだろう
色々挙げてあっても、その中に該当するものがあれば削除されるならば
理由の足し算でのリスクは発生しない
特に取り決めがある訳じゃないみたいだけど、削除人★の処理は後者で
されてることが多いような気がする・・・(気のせい?)ので足し算でいいんじゃないかな
(たまに「明らかに違うやろ!」って足したくない依頼もあるけど(^^;) >>31
まとめのミスは依頼者の責任ではないので
削除人か、まとめをした人が責任をもって対処を求めないといけないんだよ >>35
>削除人か、まとめをした人が責任をもって対処を求めないといけないんだよ
そう考える根拠は何ですか? また「対処を求める」対象は誰を想定しています?
>>33-34
なるほど。親和性の高い理由同士ならばサクッと足し算してしまっても
問題なさそうですね。しかし>>34にも書かれているように、疑問に感じる
削除依頼があるのも事実。
例えば「書き込み態度が気に入らない」程度の理由で、大量にGL4やGL5の
依頼を大量発行する住人が一人いる板があった場合、多くの住人が困って
いるような深刻な削除案件が足し算によって埋もれてしまいます。
(そのような板の削除は……比較的長期間放置されがち)
それに近いケースを見かけたときは、標準フォーマット通りに理由で
分けたほうがいいかな? と思いつつ足し算式でまとめているのが現状です。
最終的には削除人の判断が入るわけですから、作業する人を信頼すべきかな、と。
逆に、標準フォーマット通りにまとめた方が良いという考え方があれば
教えてください。
>>32
その「本来の書式」とやらから、
なぜ、「下になる」のかがわからん。
まとめの時に
重複依頼を省く(一本化)をするのは何故なのか考えてみましょう。 >>32
下の方にする意味が分からない。
そんなことするくらいなら、>>11の依頼をまるっきり省いた方がマシ。 理由の足し算は問題ないでしょう。
実際に複数の理由にあてはまるものだってありうる。
「全部理由を貼っとけば、どれか1個にはあてはまるだろ」
な数打ちゃ当たる的いいかげんな依頼なのか、
別の理由で出された、別の理由が追加されたのか、すぐわかるでしょ。
元依頼をすぐ見られるようにアンカーつけてまとめてあれば。
一本化してあれば
1つのスレッドを最初から
「複数理由で依頼が出ている」ものとして
見て判断する作業が1回で済むのです。 何の為にまとめをするのか
まとめによるどのような効果を求められているのか
よぉーく考えてごらん
あーら不思議。
自ずと答が(りゃ
なるほど。ご意見ありがとうです
(>>37を読んでいただければ分かると思いますが、私は元々足し算実践派ですよ)
結局、スレッド削除の場合であっても「依頼理由ごとのまとめ」に拘る
必要はなく、同じスレッドの削除依頼が異なる理由で提出された場合、
足し算してまとめた方が「よりよいまとめ」であるぞ、と。そういうことですね。
むしろ、「重複依頼は省いて下さい」を
「(理由の異なるものは足し算したうえで)重複依頼は省いて下さい」と
強引に拡大解釈すれば、まとめ方との矛盾は解消するわけですな。
ちょっとスッキリw
dat落ち削除済みは省く
重複依頼や複数依頼は1本化する。
これで解決 http://qb5.2ch.net/test/read.cgi/saku/1202795191/819-823 あたりから
削除する/しない、対応する/しないの言い回しはいろいろあって、中には微妙で
複数の意味に取れるものがありますが、
未処理 = 削除判断自体なし
というのはほぼ固まっているところです。
それから、もう本当にどういう意味かわからない時は、利用者に有利な方向で
処理しておくのが無難だろうと思います。 >>46
納得です。さすがに長くそのスレに関わっているだけありますね。 蛇足とは思いつつ、老婆心で書いてみるけど
依頼者がどんな人であろうと依頼は依頼だよね
「依頼厨の依頼だから」という先入観は捨てた方がいいのではないかと >>46
処理されたものがあるかどうかぐらいは確認しろよと >>48
依頼者を見て「依頼厨の依頼だから」と依頼を選り好みしたのは削除人だよ。
>>51
報告で実際にdionの依頼だけ処理されてない事実。 ID:ETRinlNc0 さん
その主張はスレ違いです。適切なスレでお願いしますね^^ そんな逃げるくらいなら最初から>>48なんか書き込むな。
本当に蛇足だよ。 >>50
不備依頼を、不備を理由にスルーする事は、
削除人には許されている。
不備である事の指摘は散々されているように思うし、
特に言及無くスルーされていても、特に問題は無いんじゃないかな。
人ではなく、あくまで内容で判断しているのだと思いますよ。
どうしても気になるなら、削除議論板の質雑辺りで
削除人さんに確認してみるのも有りかと。
その場合、削除人さんは処理しているわけではないので、
答える義務が存在しない事を忘れずにね。答えてくれたらラッキー、
くらいのつもりで。今回の件を軽く説明してからだと、
答えてもらえる可能性は高いんじゃないでしょうかね。 >>56
妙心先生、件のdionの依頼のどこに不備があるんですか?
分かりません。行って指摘してきてください。
http://qb5.2ch.net/test/read.cgi/saku/1216373132/
人で判断したのか、内容で判断したのか。
人で判断したなら、削除する人の心得
> 5.削除人は恣意的な削除をしてはいけません。
> 「好き・嫌い」「ウザイ」「不愉快」などといった自分だけの主観を元に行動してはいけません。
に違反します。指導部屋で訊けば本音はどうあれ建前は内容で判断したと
答えるでしょう。無駄です。俺は無駄なことはしません。 >>57
スレチだからそれを話すのに適した場所探して、そこで話をしておくれ。 >>57
わかってるじゃないですか。
そこまでわかってるなら、俺が答える必要は何も存在しない、
という事もわかってますよね?
どうしてもそこに関してのお話をしたいのであれば、>>58の方の
仰る通りにしていただければと思います。 あたしのまとめを見て。どう、たいしたものでしょ。
ふぶきにも怒られてないし、みならいなさいよね。 >>60
不備依頼であってもアドレスを書いた方がいいんじゃね? ってところか…
過疎ってるついでに質問。
まとめるときに1000超えした場合は、その旨書くことになってるけど
950の場合はどうなんだろう?
たいていの削除人は950超え、場合によっては900超えでも
「そのまま流してください」的な判断をするケースが多いようだし
950超えの情報があるほうが、よりよいまとめ?
>>63
その情報の有無に関わらず、スレッド自体の状況は
削除人はどちらにせよ確認しなければならないので、
必要があんまり無いと思われ。
板やスレによって、即死判定の条件だったり、
次スレ移行のタイミングだったりは違うしね。 話は変わるけど
-------------------------------------------------
340 まとめ1 yyyy/mm/dd-----
[11/1 >>300]
[11/2 >>301]
GL3
http//-------------- >>303
http//-------------- >>304
http//-------------- >>305
GL4
http//-------------- >>304
http//-------------- >>306
-------------------------------------------------
341 まとめ2 yyyy/mm/dd-----
GL5
http//-------------- >>305
http//-------------- >>307
以上です
-------------------------------------------------
342 なんちゃら削除人★ yyyy/mm/dd-----
>>340だけ対応しました。
って、なってたら、まとめなおしの時どーやんの?特に起算日
303や304は対応済みってことで305が起算日扱い? ■ このスレッドは過去ログ倉庫に格納されています