Wikipedia‐ノート:即時削除の方針
最新のコメント：7 か月前 ｜ トピック：固有名詞におけるリダイレクト2-1の適用に関する確認 | 投稿者：Takagu
 過去ログ一覧
|
|---|
|
|
 | このページのサイズは148141バイトです。（テンプレートを表示） |
ここは、Wikipedia:削除依頼の手続きを省略して手続きする、Wikipedia:即時削除の方針についての議論の場です。
| 基準番号 | 2005年9月20日 | 2010年8月20日 | 2015年10月26日 | 2024年2月19日 | ||
|---|---|---|---|---|---|---|
| 全般 | 1 | 意味不明な内容 | ||||
| 2 | テスト投稿 | |||||
| 3 | 荒らし・悪戯 | |||||
| 4 | 露骨な広告・宣伝 | |||||
| 5 | 削除されたページの改善なき再作成 | |||||
| 6 | ウィキペディア内のコピペ | |||||
| 7 | 文字化け | （廃止（2010-09）） | ||||
| 8 | - | 初版投稿者による依頼または白紙化（2009-12） | ||||
| 9 | - | 明白な著作権侵害（2012-10） | ||||
| 10 | - | LTAまたはVIPのみの履歴しかないページ（2023-08、2023-11） | ||||
| 記事 | 1 | 非常に短い記事・定義なし・文章になっていない | 定義なし・文章になっていない（2008-08） | |||
| 2 | 言語間リンク・カテゴリ・外部リンクのみ | （廃止（2020-05）） | ||||
| 3 | 初版投稿者による依頼または白紙化 | （廃止（2009-12）） | ||||
| リダイレクト | 1 | 1 | 直接関係のないページへのリダイレクト | 直接関係のないページへのリダイレクト（2007-12） | ||
| 2(2-1) | 単純な書き誤り（存在しない名前空間のもの）（2007-12） | |||||
| - | 名前空間誤りの移動の残骸（2019-05） | |||||
| 2(2-2) | 単純な書き誤り（字体の似た文字の取り違え）（2008-03） | |||||
| 3 | - | 転送先がないリダイレクト（2012-01） | ||||
| 4 | - | 他言語版へのリダイレクト（2015-04） | 他プロジェクトへのリダイレクト（2024-01） | |||
| 2 | 1 | 半角と全角の使い分け違反 | ||||
| 2 | 作品名への鍵括弧等の使用 | |||||
| 3 | 記事名での読み仮名の併記 | |||||
| 4 | 機種依存文字の使用 | BMP外の文字の使用（2008-01、2009-04） | （廃止（2019-07）） | |||
| 5 | 曖昧さ回避の括弧の付け方違反 | |||||
| 6 | - | 漢字圏の人名の姓名間の空白（2007-12） | ||||
| 3 | 1 | - | 改名提案の残骸（括弧付き）（2007-12、2008-02） | （廃止（2022-11）） | ||
| 2 | 移動依頼の残骸（括弧付き）（2008-02） | |||||
| 4 | - | 移動の残骸・唯一の投稿者による依頼（2009-07） | ||||
| 5 | - | 移動元ノート（2010-03） | （廃止（2019-12）） | |||
| ファイル | 1 | 1 | パブリックドメイン | （廃止（2009-11）） | ||
| 2 | コモンズからのコピー | |||||
| 3 | 他プロジェクトからの重複投稿 | |||||
| 4 | - | 本人によるコモンズとの重複投稿（2008-02） | ||||
| 5 | - | コモンズへ移動されたファイル（2009-11） | ||||
| 6 | - | コモンズへ移動されたリダイレクト（2024-01） | ||||
| 2 | 唯一の投稿者による依頼 | （廃止（2009-12）） | ||||
| 3 | jawp内の重複ファイル | |||||
| 4 | - | （他プロジェクト由来（2006-02） → 廃止（2008-08）） | ||||
| 5 | - | 出典・ライセンス不明（2006-04） | ||||
| 6 | - | フリー使用不可（2006-10） | ||||
| 7 | - | コモンズからの呼び出しページ（2008-01） | ||||
| 8 | - | 存在しないファイルページ（2009-08） | ||||
| 9 | - | 投稿者本人依頼（2015-10） | ||||
| カテゴリ | 1 | - | 初版からリダイレクト（2007-01） | |||
| 2 | 明らかな誤字脱字（2007-01） | （廃止（2014-06）） | ||||
| 3 | 私的なカテゴリ（2007-03） | |||||
| 4 | リダイレクト2と同じ条件（2008-03） | （廃止（2014-06））） | ||||
| 5 | （唯一の投稿者による依頼（2008-04） → 廃止（2009-12）） | |||||
| 6 | 改名提案の残骸（2008-04） | 廃止（2014-06）→復帰（2014-12） | 統合提案の残骸にも拡大（2023-08） | |||
| テンプレート | 1 | - | （唯一の投稿者による依頼（2008-01） → 廃止（2009-12）） | |||
| 利用者ページ | 1 | - | 本人希望（2006-04） | |||
| 2 | 登録されていない利用者のページ（2006-04） | |||||
| 3 | IPユーザーの利用者ページ（2006-04） | |||||
| 削除・復帰関連 |
|---|
| 保護関連 |
| 投稿ブロック関連 |
| 管理者等 |
| 荒らし |
| 草案・私論・廃案 |
| 記事関連 - 管理作業関連 |
項目名のみ書かれている場合の提案
提案現在、項目名のみ書かれている場合、﹁[[項目名]]﹂は全般2で、﹁項目名﹂は記事1とあります。紛らわしいので、どちらか一方の方針でよいのではないかと思います。記事1の﹁項目名だけ書いてあるもの﹂を全般2にしてはどうでしょうか。
|
にして、
|
にする提案です。よろしくお願いいたします。--柏尾菓子︵会話︶ 2023年3月17日 (金) 05:17 (UTC)
コメント 全般2は全般1に近く、記事以前に文章として体を成さない状態を想定しているものですよね。﹁[[項目名]]、など﹂というのは投稿テスト風の記述の例に過ぎず、項目名だけが単独で書いてある状態を指している訳ではありません。対して記事1は定義としての用を成さないものを想定しており、こちらはページ名と同じ単語が単独で置かれている状態ですよね。これを一緒くたにするのは、ちょっとどうかと。まぁ紛らわしいなら、全般2の方の例示文を﹁[[あああああ]]﹂とか"Hello, world"とかに変更してはいかがでしょうか。--LudwigSK ︵Diskussion/Beiträge︶ 2023年3月17日 (金) 06:44 (UTC)
ご意見どうもありがとうございます。上記説明を受け、その通りだと思いました。紛らわしく、私のように勘違いをする者が出る証明になったと思います。﹁[[あああああ]]﹂は、全般1の﹁内容が全く意味を持たないページ︵意味不明な書き込み︶﹂︵WP:CSD#G1より引用︶と紛らわしくなると考えます。"Hello, world"もいいかもしれない、と考えましたが、﹁書けるかな？ '''強い強調︵太字︶''' [[Hello, world]]、など﹂となっていたら、意味が伝わりにくいように思えました。﹁強い強調︵太字︶﹂に倣い、
コメント 全般2は全般1に近く、記事以前に文章として体を成さない状態を想定しているものですよね。﹁[[項目名]]、など﹂というのは投稿テスト風の記述の例に過ぎず、項目名だけが単独で書いてある状態を指している訳ではありません。対して記事1は定義としての用を成さないものを想定しており、こちらはページ名と同じ単語が単独で置かれている状態ですよね。これを一緒くたにするのは、ちょっとどうかと。まぁ紛らわしいなら、全般2の方の例示文を﹁[[あああああ]]﹂とか"Hello, world"とかに変更してはいかがでしょうか。--LudwigSK ︵Diskussion/Beiträge︶ 2023年3月17日 (金) 06:44 (UTC)
ご意見どうもありがとうございます。上記説明を受け、その通りだと思いました。紛らわしく、私のように勘違いをする者が出る証明になったと思います。﹁[[あああああ]]﹂は、全般1の﹁内容が全く意味を持たないページ︵意味不明な書き込み︶﹂︵WP:CSD#G1より引用︶と紛らわしくなると考えます。"Hello, world"もいいかもしれない、と考えましたが、﹁書けるかな？ '''強い強調︵太字︶''' [[Hello, world]]、など﹂となっていたら、意味が伝わりにくいように思えました。﹁強い強調︵太字︶﹂に倣い、
|
への文言変更提案にします。ほかに適した言葉があれば、ご意見をよろしくお願いいたします。--柏尾菓子︵会話︶ 2023年3月17日 (金) 07:38 (UTC)
賛成 問題ないと思います。これで書き直してみて様子見するのがいいと思います。--AnakaSata︵会話︶ 2023年4月10日 (月) 04:32 (UTC)
提案から1か月経過しましたが、賛成意見をいただいたことから、文言を変更しました。皆様、どうもありがとうございました。--柏尾菓子︵会話︶ 2023年4月17日 (月) 07:08 (UTC)
賛成 問題ないと思います。これで書き直してみて様子見するのがいいと思います。--AnakaSata︵会話︶ 2023年4月10日 (月) 04:32 (UTC)
提案から1か月経過しましたが、賛成意見をいただいたことから、文言を変更しました。皆様、どうもありがとうございました。--柏尾菓子︵会話︶ 2023年4月17日 (月) 07:08 (UTC)
ファイル7の転記要件について
ファイル7における﹁ただし、2006年10月以前に存在しており、かつ有意な内容があるものについては、投稿者へウィキメディア・コモンズへの転記を依頼し、転記が実施された後に削除するものとする。﹂を﹁ただし、有意な内容があるものについては、ウィキメディア・コモンズに転記した後に削除するものとする。﹂に変更することを提案します。
変更点は﹁2006年10月以前に存在﹂﹁投稿者への依頼﹂の2点です。いずれも2006年10月当時より存在していた要件です。
●﹁2006年10月以前に存在﹂の要件は、ファイル7が2006年10月に追加されたためだと思われます︵Wikipedia‐ノート:即時削除の方針/過去ログ6#投稿者依頼だが、他の編集者が介在している場合の即時削除も参照︶。この要件に従うと、﹁2006年11月以降に作成されたものであれば問答無用︵転記なし︶で即時削除できる﹂ことになります。しかし、有意な内容であれば作成時期にかかわらずコモンズに転記すべきだと思います。
●﹁投稿者への依頼﹂の要件は、﹁投稿者が転記を拒否した場合は即時削除できない﹂という抜け穴があり、また必ずしも投稿者による転記である必要はないはずです。したがって、要件を単に﹁転記の実施﹂に変更したいと思います。
--ネイ︵会話︶ 2023年4月8日 (土) 17:27 (UTC)
賛成 確かに要件は古い内容に感じます。提案に賛成します。--AnakaSata︵会話︶ 2023年4月10日 (月) 04:35 (UTC)
済 編集しました。--ネイ︵会話︶ 2023年4月25日 (火) 15:22 (UTC)
全般3の文言追加提案
全般3に、下線部を追加する提案です。
|
例えばLTA:ISECHIKAやLTA:SASHOが新規作成した記事などは、明らかに内容が荒らしのため、現在の全般3で即時削除できると考えます。しかし例えばLTA:HEATHROWが立項した記事は一見普通の記事でも、実は履歴不継承であったり、履歴継承しつつ履歴不継承だったと自らいちゃもんをつけ、後からマッチポンプ削除依頼を提出するなど、履歴不継承で遊んでいるにも関わらず、初見では明らかに荒らしには見えないため︵詳細はWikipedia‐ノート:進行中の荒らし行為/長期/ヒースロー#ソックパペットが作成した記事の取扱い2023参照︶、全般3で即時削除できません。私が詳しくないだけでLTA:HEATHROWだけでなく、こういうLTAなどがほかにもいるかもしれません。
そこで、上記文言の追加を提案します。Wikipedia‐ノート:即時削除の方針/特定の長期荒らし利用者が作成した記事の対象︵名称は仮︶のようなページを作成し、掲載基準については、下記を行うとします。
(一)全般3で即時削除できないが、問題のある記事を作成するLTAのサブページ、あるいはWP:VIP掲載の荒らしならWikipedia‐ノート:進行中の荒らし行為にて、何が即時削除を要するほど問題なのか具体的に議論提起をし、合意形成をする
(二)1で合意が得られた荒らしは掲載する
削除依頼に出せばよいでしょう、という意見があるかもしれませんが、削除依頼で相手にしてもらうのが嬉しい荒らしがいますので︵だからLTA:HEATHROWはマッチポンプ依頼を出すのでしょう︶、荒らしに餌をやらない観点やコミュニティへの負担削減からも、提案します。--柏尾菓子︵会話︶ 2023年7月8日 (土) 07:34 (UTC)
賛成 賛成いたします。このところこの種のいたずらが目につきますし、削除依頼を出すことで荒らしが面白がる可能性があるというのはご指摘のとおりだと思いますので、対策をしたほうがよいと思います。--さえぼー︵会話︶ 2023年7月9日 (日) 04:51 (UTC)
賛成 判定大丈夫かとかの不安は感じないわけではないですが、LTA対策としてやむを得ないという感じ。--柒月例祭︵会話︶ 2023年7月9日 (日) 08:14 (UTC)
賛成 先行議論にて述べた理由の通り、賛成いたします。--灰色の海︵会話︶ 2023年7月9日 (日) 21:58 (UTC) 誤字修正--灰色の海︵会話︶ 2023年7月10日 (月) 16:09 (UTC)
賛成 賛成いたします。LTA対策用の記述を作るらねばならないのは残念ですが、削除依頼を出すことで荒らしが面白がっているであろうと思うと対応する方の負担が大きい為、必要と考える。--Nocto︵会話︶ 2023年7月10日 (月) 08:48 (UTC)
コメント 案の採用の邪魔になりそうであれば無視で全然構わないのですが、番号を新設するか、全般3-1と3-2に分けるかをするのもよいかと思いました。というのも、即時削除対象となるページがかなり限定的になることも関係し、﹁全般3﹂として組み込むと、削除ログ上で﹁サブページに掲載されているか否か﹂の追加判断が必要なものとそうでないものが混在し、方針に合致した即時削除かどうかを確認しにくくなりそう、という懸念があります。︵あと、﹁全般﹂として組み込むのであれば、将来的なことも考慮して﹁特定の長期荒らし利用者が作成したページ﹂としておくのが無難ではないでしょうか。︶ --Dragoniez (talk) 2023年7月11日 (火) 23:17 (UTC)
賛成 とりあえず、細かい規定は後ほど検証するとして、概ねの方向性として提案に賛成いたします。なお、番号については Dragoniez さんと同じく、私も別の番号にした方がよいと思います。そもそも、﹁﹁荒らし﹂としか言いようのない記事︵というより落書き︶﹂と、﹁﹁長期荒らし﹂と呼ばれる者が立項した記事﹂はまったく異なるものであり、類似の事例とさえ言えません。今回の提案内容は従来の削除方針とはかなり質的に異なるものだけに、運用開始後にもいろいろと細部の改変をする必要が出てくる可能性があります。そのような後の手間を考えても、他の基準とは独立した基準として定めておくほうがよいと思います。--Loasa︵会話︶ 2023年7月12日 (水) 14:37 (UTC)
反対 強く反対します。以前の議論でも申し上げましたが、まだ草案であるWikipedia:追放の方針を方針化して対処すべき問題です。(追放の方針を制定するつもりはないけど、実質追放処分にするって無茶苦茶じゃないですか？)--おいしい豚肉︵会話︶ 2023年7月16日 (日) 01:45 (UTC)
●@おいしい豚肉:さん 追放の方針とは異なります。これは﹁問題のあるページを新規作成する長期荒らし﹂が作成する記事を即時削除する提案です。すべての編集を認めない、というものではありません。LTA:HEATHROWの場合は、統合提案や分割提案や削除依頼などに乱入しかく乱を行うなど、管理系でも問題のあるLTAなので、それらも容認したくはありませんが、これは一応差し戻しで対応できます。新規立項でない記事で行われる、B-1の観点では問題のない編集もそうです。これらを制限していない時点で、まったく﹁実質追放処分﹂ではないと考えます。削除を要する、削除依頼の審議を要する、などただの差し戻しで済まないような記事を新規作成されることにより、コミュニティの負担を増やさないようにするために、この提案をしています。これは提案のきっかけとなったLTA:HEATHROWだけとは限りません。--柏尾菓子︵会話︶ 2023年7月17日 (月) 07:38 (UTC)
●︵コメント︶﹁番号の新設﹂は、なるほど、と思いました。今まで全般3と呼んでいたものを全般3-1に変更したら、混乱を招く気がするため、またLoasaさんの﹁まったく異なるものであり、類似の事例とさえ言えません﹂から、全般10にした方がよいかと思いました。そこで、全般3に文言追加ではなく、下記に提案を変更します。
|
ページが無難だというご意見にも納得したため、変更しました。--柏尾菓子︵会話︶ 2023年7月17日 (月) 07:38 (UTC)
コメント﹁Wikipedia‐ノート:即時削除の方針/特定の長期荒らし利用者が作成した記事の対象﹂の部分も、﹁Wikipedia‐ノート:即時削除の方針/特定の長期荒らし利用者が作成したページの対象﹂に変更した方がいいと思います。--Early correct︵talk | contributions︶ 2023年7月19日 (水) 07:41 (UTC)
●ご意見どうもありがとうございます。見落としでした。上記提案の文言を変更しました。--柏尾菓子︵会話︶ 2023年7月19日 (水) 07:50 (UTC)
賛成 ﹁全般10﹂の設立に賛成します。このようなことをしなければならないのは残念ですが、LTAによってコミュニティに負担がのしかかっている現状ではやむを得ないかと。--YellowSmileyFace︵会話︶ 2023年8月5日 (土) 08:31 (UTC)
●皆様、ご意見どうもありがとうございます。当初の提案から4週間が経ちました。﹁追放の方針とは異なる﹂ので、ほかに反対意見がなければ、1週間後に全般10を追加しようと考えます。よろしくお願いいたします。--柏尾菓子︵会話︶ 2023年8月6日 (日) 12:41 (UTC)
賛成 賛同いたします。本日もこの種の嫌がらせの立項がありました。--さえぼー︵会話︶ 2023年8月12日 (土) 04:17 (UTC)
●︵報告︶ご意見どうもありがとうございます。追加で賛成いただき、新たに反対意見がなかったため、全般10として追加しました︵差分︶。--柏尾菓子︵会話︶ 2023年8月14日 (月) 11:39 (UTC)
コメント ﹁使用方法﹂が記載されていないので、追加をお願いします。また、全般10追加に伴い、Template:即時削除の修正・Template:即時削除/全般10の新設などの作業が必要となって来るかと思いますが、これらはどの様に進められるのでしょうか。あと、これは合意後で申し訳ないのですが、全般10貼り付けの際、対象が記載されているページへのリンク︵例えば﹁[[Wikipedia‐ノート:即時削除の方針/特定の長期荒らし利用者が作成したページの対象|対象]]﹂という様な︶が自動記載されていると、ワンクリックで確認に行けて楽ではないかと思いました。--えのきだたもつ︵会話︶ 2023年8月14日 (月) 13:36 (UTC)
趣旨は了解しますが﹁LTA﹂のところ、日本語の用語で記述して、内部リンクを付けるようにお願いします。--Sibazyun︵会話︶ 2023年8月14日 (月) 15:57 (UTC)
●︵コメント︶全般10の新設には全く異論はありませんが、即時削除タグが未整備のままでは提起が困難ですので、タグ整備まで一旦ペンディングに︵コメントアウトなど︶したほうがいいのではないでしょうか？--むじんくん︵会話︶ 2023年8月14日 (月) 16:05 (UTC)
●皆様、ご指摘ありがとうございます。対象となるものがまだ提案中で即時削除対象となるページがまだないですが、とりあえず先に文言だけ追加しておこうと考えていました。Template:即時削除には文言追加の提案をします。適用できるページがまだないため、﹁Template:即時削除/全般10﹂は対象を追加した時点で作成しようと思いますが、それでも大丈夫でしょうか。技術に疎く申し訳ありません、リンクの自動記載はどうすればよいのでしょうか︵なにか設定が必要なのでしょうか︶。LTAをLTAとしました。文言はまだコメントアウトしておきました。--柏尾菓子︵会話︶ 2023年8月15日 (火) 12:42 (UTC)
コメント 自動という程の事ではないですが、 例えば作成するTemplate:即時削除/全般10において以下の様にすれば、全般10貼り付け時に対象ページへのリンクを常に表示出来ます。
コメント﹁Wikipedia‐ノート:即時削除の方針/特定の長期荒らし利用者が作成した記事の対象﹂の部分も、﹁Wikipedia‐ノート:即時削除の方針/特定の長期荒らし利用者が作成したページの対象﹂に変更した方がいいと思います。--Early correct︵talk | contributions︶ 2023年7月19日 (水) 07:41 (UTC)
●ご意見どうもありがとうございます。見落としでした。上記提案の文言を変更しました。--柏尾菓子︵会話︶ 2023年7月19日 (水) 07:50 (UTC)
賛成 ﹁全般10﹂の設立に賛成します。このようなことをしなければならないのは残念ですが、LTAによってコミュニティに負担がのしかかっている現状ではやむを得ないかと。--YellowSmileyFace︵会話︶ 2023年8月5日 (土) 08:31 (UTC)
●皆様、ご意見どうもありがとうございます。当初の提案から4週間が経ちました。﹁追放の方針とは異なる﹂ので、ほかに反対意見がなければ、1週間後に全般10を追加しようと考えます。よろしくお願いいたします。--柏尾菓子︵会話︶ 2023年8月6日 (日) 12:41 (UTC)
賛成 賛同いたします。本日もこの種の嫌がらせの立項がありました。--さえぼー︵会話︶ 2023年8月12日 (土) 04:17 (UTC)
●︵報告︶ご意見どうもありがとうございます。追加で賛成いただき、新たに反対意見がなかったため、全般10として追加しました︵差分︶。--柏尾菓子︵会話︶ 2023年8月14日 (月) 11:39 (UTC)
コメント ﹁使用方法﹂が記載されていないので、追加をお願いします。また、全般10追加に伴い、Template:即時削除の修正・Template:即時削除/全般10の新設などの作業が必要となって来るかと思いますが、これらはどの様に進められるのでしょうか。あと、これは合意後で申し訳ないのですが、全般10貼り付けの際、対象が記載されているページへのリンク︵例えば﹁[[Wikipedia‐ノート:即時削除の方針/特定の長期荒らし利用者が作成したページの対象|対象]]﹂という様な︶が自動記載されていると、ワンクリックで確認に行けて楽ではないかと思いました。--えのきだたもつ︵会話︶ 2023年8月14日 (月) 13:36 (UTC)
趣旨は了解しますが﹁LTA﹂のところ、日本語の用語で記述して、内部リンクを付けるようにお願いします。--Sibazyun︵会話︶ 2023年8月14日 (月) 15:57 (UTC)
●︵コメント︶全般10の新設には全く異論はありませんが、即時削除タグが未整備のままでは提起が困難ですので、タグ整備まで一旦ペンディングに︵コメントアウトなど︶したほうがいいのではないでしょうか？--むじんくん︵会話︶ 2023年8月14日 (月) 16:05 (UTC)
●皆様、ご指摘ありがとうございます。対象となるものがまだ提案中で即時削除対象となるページがまだないですが、とりあえず先に文言だけ追加しておこうと考えていました。Template:即時削除には文言追加の提案をします。適用できるページがまだないため、﹁Template:即時削除/全般10﹂は対象を追加した時点で作成しようと思いますが、それでも大丈夫でしょうか。技術に疎く申し訳ありません、リンクの自動記載はどうすればよいのでしょうか︵なにか設定が必要なのでしょうか︶。LTAをLTAとしました。文言はまだコメントアウトしておきました。--柏尾菓子︵会話︶ 2023年8月15日 (火) 12:42 (UTC)
コメント 自動という程の事ではないですが、 例えば作成するTemplate:即時削除/全般10において以下の様にすれば、全般10貼り付け時に対象ページへのリンクを常に表示出来ます。
|
【ソース】 {{即時削除/本体
|番号 = 全般10
|概要 = 特定の長期荒らし利用者が作成したページ（[[Wikipedia‐ノート:即時削除の方針/特定の長期荒らし利用者が作成したページの対象|対象]]）
（以下略）
}}
【表示】
|
全般10のコメントアウト解除やMediaWiki:Deletereason-dropdownへの全般10追加などは適用出来る対象が出来てからの方が良いですが、Template:即時削除/全般10はローカルで先行して作成してエラー時などのテストをしておいて、対象が出来たときにすぐに正規作成出来る様にしておいた方が良いと思います。ここまで偉そうな事を言っておいて何ですが、私はTemplate作成の技術を余り持ち合わておりませんので、作成・テストは何方か熟達した方にお願い出来ればと思います。--えのきだたもつ︵会話︶ 2023年8月16日 (水) 15:12 (UTC)
どうもありがとうございます。知識不足ですが、とりあえずTemplate:即時削除/全般10を作成してみました。不足な点があれば、ご指摘や修正をよろしくお願いいたします。--柏尾菓子︵会話︶ 2023年8月18日 (金) 14:50 (UTC)
コメント 以下、やっておきました。
●Template:即時削除/G10
●Template:即時削除/g10
●MediaWiki:Deletereason-dropdown︵ノート / 履歴 / ログ / リンク元︶
{{即時削除/全般10}}ですが、{{{1}}}の必須引数を設けて全般10への合致根拠の入力を必須にしますか？
コメント 以下、やっておきました。
●Template:即時削除/G10
●Template:即時削除/g10
●MediaWiki:Deletereason-dropdown︵ノート / 履歴 / ログ / リンク元︶
{{即時削除/全般10}}ですが、{{{1}}}の必須引数を設けて全般10への合致根拠の入力を必須にしますか？
 | [Error!] 即時削除テンプレートの呼び出しに誤りがあります！ 誤りの詳細：
●荒らし利用者の名称が示されていません。WP:CSD#全般10を適用するには、Wikipedia‐ノート:即時削除の方針/特定の長期荒らし利用者が作成したページの対象に掲載されているどの荒らし利用者による投稿なのかを明記する必要があります。
For non Japanese speakers（非日本語話者の方へ） This page may meet Wikipedia's criteria for speedy deletion, but it has yet to be categorized because there is an issue with how the template is called. Follow the format of
{{SD|criterion|(required parameters if any)}}, or use {{delete|1=some reason}} if this nomination is attributed to project-independent reasons (e.g. cross-wiki spam, vandalism). |
 | このページは即時削除の方針に従い、まもなく削除される予定です。 即時削除基準: 全般10 特定の長期荒らし利用者が作成したページ（対象）
管理者・削除者へ - 削除の前にリンク元と履歴・要約欄のチェックを忘れずに |
対象が限定的になるので、濫用を防げるかと思います。--Dragoniez (talk) 2023年8月18日 (金) 16:05 (UTC)
どうもありがとうございます。なるほど、入力必須で乱用防止はよいと思います。すみません、{{即時削除/全般10}}には上記両方を追加すればよいのでしょうか。--柏尾菓子︵会話︶ 2023年8月19日 (土) 14:22 (UTC)
こうなります。版のライセンスは放棄しますので、そのままコピペして使っていただいて構いません。必要があれば私が追加しても大丈夫です。 --Dragoniez (talk) 2023年8月19日 (土) 14:45 (UTC)
わかりやすく教えていただき、どうもありがとうございます。ご厚意に甘えてコピペで追加しました。--柏尾菓子︵会話︶ 2023年8月19日 (土) 15:00 (UTC)
告知します。Wikipedia‐ノート:即時削除の方針/全般10にて、利便性を考慮して、﹁Wikipedia‐ノート:即時削除の方針/特定の長期荒らし利用者が作成したページの対象﹂の名称変更や議論場所を変更︵集約︶する提案をしています。--柏尾菓子︵会話︶ 2023年8月25日 (金) 14:14 (UTC)
提案を経て、Wikipedia:即時削除の方針/全般10にLTA:HEATHROWを追加しました。Wikipedia:即時削除の方針のコメントアウトを解除しました。﹁[[Wikipedia‐ノート:即時削除の方針/特定の長期荒らし利用者が作成したページの対象]]﹂となっている部分は、改名追認提案が追認となったら、﹁[[Wikipedia:即時削除の方針/全般10]]に変更する予定です。Template:即時削除に全般10を追加しました。なにか抜けている部分があれば、ご指摘いただけるとありがたいです。--柏尾菓子︵会話︶ 2023年8月30日 (水) 10:00 (UTC)
全般9貼り付け時の元文章除去の提案
現在、Wikipedia:即時削除では﹁貼り付ける際には、履歴を見なくても中身を確認できるように、元々ある文章を除去しないでください。﹂となっていますが、全般9の場合、著作権侵害のおそれのある文章の為、そのまま閲覧出来る状況にしておくのは望ましくなく、残しておくべきではないと考えます。
通常の削除依頼の場合、著作権侵害のおそれのある場合は、該当部分を除去した後に削除依頼の申請する事になっており、こちらと合わせるべきと思います。また、全般9貼り付け版に著作権侵害のおそれのある文章が残っていると、問題利用者の版だけを秘匿化して、全般9貼り付け版の秘匿化がされないおそれもあります。
よって、全般9貼り付けの場合は、元文章を除去した上で貼り付ける運用としたいと思いますが如何でしょうか。既に一部の方は行って下さっていますが、明文化して正式運用としたいと思います。--えのきだたもつ︵会話︶ 2023年7月11日 (火) 12:50 (UTC)
賛成 全般9に該当する記述が除去されていないと、権利侵害のある内容が削除インターフェースの理由欄に自動入力される問題があることが前から気になっていましたが、この運用方針にすればこの懸念も払拭できますし、賛成です。即時削除をする際は必ず履歴を確認するので、﹁履歴を見なくても中身を確認できるように﹂という部分の配慮等は不要だと思います。自動入力理由を除去し忘れて後にログの秘匿化がまた必要になる可能性とで天秤にかけても、除去の方を優先する方に合理性があると思います。 --Dragoniez (talk) 2023年7月11日 (火) 23:23 (UTC)
︵賛成︶著作権に問題のある文章を﹁そのまま閲覧出来る状況にしておくのは望ましくなく、残しておくべきではない﹂に同意し、賛成します。削除依頼での運用と比べるのであれば、B-1の履歴不継承で依頼を出す際、補遺しなければ該当部分を除去するため、全般9だけでなく全般6もこの運用にすべきではないでしょうか。﹁明文化して正式運用﹂するのであれば、WP:PGBOLDの﹁大幅な修正﹂に当たると思いますので、広く告知した方がよいのでは、と思いました。--柏尾菓子︵会話︶ 2023年7月18日 (火) 05:50 (UTC)
コメント ﹁全般6もこの運用にすべき﹂との提案に 賛成 します。実は、掲題の提案時に全般6についても入れようか迷ったのですが、理由が異なる為に単独提案にした経緯があります。元文章除去という運用面では共通ですので、全般6も追加提案事項としたいと思います。告知については、コメント依頼とリストに掲載しました。ご指摘ありがとうございました。--えのきだたもつ︵会話︶ 2023年7月18日 (火) 14:00 (UTC)
コメント2週間が経過しましたが、追加のご意見や異論はありませんでしたので、Wikipedia:即時削除の変更する文案を以下に提示します。赤色・緑色で色付けをしている部分が変更箇所になります。査読をして頂き、問題点があればご指摘をお願いします。
|
︻変更前︼
このページの使い方
このメッセージは非常に強力なため、いたずらで使用したり、濫用したりすることは絶対にしないこと。
︵中略︶
基準番号など、詳しい使用方法については即時削除の方針または即時版指定削除の方針の各基準をご覧ください。﹁即時削除﹂の部分は﹁SD﹂・﹁sd﹂でも構いません。﹁SD﹂とは﹁即時削除﹂の英訳である﹁Speedy Delete﹂の略称です。貼り付ける際には、履歴を見なくても中身を確認できるように、元々ある文章を除去しないでください。
元の文章をテンプレートで置き換えてしまうと、削除ログの削除理由に自動的に内容が反映されなくなり、削除する際の手間が増えてしまうことに注意してください。また、テンプレートはページの一番上に挿入してください。
|
|
︻変更後︼
このページの使い方
このメッセージは非常に強力なため、いたずらで使用したり、濫用したりすることは絶対にしないこと。
︵中略︶
基準番号など、詳しい使用方法については即時削除の方針または即時版指定削除の方針の各基準をご覧ください。﹁即時削除﹂の部分は﹁SD﹂・﹁sd﹂でも構いません。﹁SD﹂とは﹁即時削除﹂の英訳である﹁Speedy Delete﹂の略称です。テンプレートを貼り付ける際には、基準番号により以下の通り行ってください。
|
--えのきだたもつ︵会話︶ 2023年8月1日 (火) 17:56 (UTC)
●︵コメント︶反対したいのではなく、確認したいという意図のコメントです。おおよそ賛成です。
●﹁1.問題投稿を行った利用者の版だけが秘匿化され、テンプレート貼り付け版の秘匿化がされない︵見逃される︶おそれがあります。﹂︵上記引用︶について、方針変更後には全般6・全般9で即時削除する際には、削除した記事の問題のあった版を不可視化する、ということでしょうか。公開記録の要約欄などと異なり、削除した記事の版は削除権限のない方には見えないと思いますが、念のため、ということでしょうか。現在LTAなどが作成したコピペ記事︵外部からの転載やWikipediaの記事からのコピペ、前者はプライバシーに問題のあるサイトなどがあると思います︶は、削除した記事の版を削除することを見かけます。が、ただの全般6や全般9では、そういったことはほぼ見られないと考えます。削除依頼B-1で削除となった記事では、問題のあった版を削除していません。
●上記で賛成した時は﹁そのまま閲覧出来る状況にしておくのは望ましくなく、残しておくべきではない﹂部分ばかり目にいって、﹁問題利用者の版だけを秘匿化して、全般9貼り付け版の秘匿化がされないおそれもあります。﹂︵上記引用︶の意味を深く考えておらず、今さらこんなコメントをすることをお詫びします。
●﹁全般6・全般9以外の場合﹂について、そうはっきり記載されていると、一般人を晒すようなプライバシーの観点でも問題のあるようないたずら記事を全般3で即時削除する際に、﹁全般6・全般9﹂ではないからという理由で、対処されるまで晒されっぱなしになると思います︵現在はそういう記事では、即時削除テンプレートが貼られる際に内容が除去されています︶。そのため、﹁元々ある文章を除去しないでください。﹂の後にでも︵ここでなくともよいのですが︶、﹁ただしプライバシーの観点で問題のありそうな記事を全般3で削除する場合は除去してください。﹂のような意味の文言を追加した方がよいのではないかと考えました。--柏尾菓子︵会話︶ 2023年8月8日 (火) 09:50 (UTC)
●全般3でプライバシーや名誉毀損に該当する場合も除去した方がいいでしょうね。﹁秘匿化がされないおそれ﹂に関しては、そもそも即時削除は全ての版を削除するのですから意味不明ですね。--フューチャー︵会話︶ 2023年8月8日 (火) 17:38 (UTC)
コメント コメントが遅くなりすみません。仰る通り﹁念のため﹂です。削除権限者以外は削除された記事も履歴も見る事は出来ませんが、履歴として残っている以上、復帰は可能な訳ですので、気付かずや想定外の復帰が行われる可能性も考慮しての、安全側に倒しての削除版の不可視化です。LTAなど作成コピペ記事の削除版不可視化はLTA:SASHOなどの事かと思いますが、全般6や全般9該当する部分があるので行われていると思います。また、これを行っておくことにより、削除権限者に問題の版である事を明示出来ます。
●全般3に関しては、現在でもそういった事を考慮して元文書を除去していると思われるケースを見かけますので、追加してもよいと思います。具体的なケースとしては、B案件に該当する場合とするのが良いと思います。ただ、B案件に該当するかどうか迷う場合もあると思いますので、迷う場合も元文章を除去しても構わないと思います。記載する場所ですが、全般3の場合の判断基準になりますので付随で記載するよりは、﹁全般3の場合﹂として別記した方が分かりやすいかと思います。以上を踏まえ、以下に追加文案を提示します。
コメント コメントが遅くなりすみません。仰る通り﹁念のため﹂です。削除権限者以外は削除された記事も履歴も見る事は出来ませんが、履歴として残っている以上、復帰は可能な訳ですので、気付かずや想定外の復帰が行われる可能性も考慮しての、安全側に倒しての削除版の不可視化です。LTAなど作成コピペ記事の削除版不可視化はLTA:SASHOなどの事かと思いますが、全般6や全般9該当する部分があるので行われていると思います。また、これを行っておくことにより、削除権限者に問題の版である事を明示出来ます。
●全般3に関しては、現在でもそういった事を考慮して元文書を除去していると思われるケースを見かけますので、追加してもよいと思います。具体的なケースとしては、B案件に該当する場合とするのが良いと思います。ただ、B案件に該当するかどうか迷う場合もあると思いますので、迷う場合も元文章を除去しても構わないと思います。記載する場所ですが、全般3の場合の判断基準になりますので付随で記載するよりは、﹁全般3の場合﹂として別記した方が分かりやすいかと思います。以上を踏まえ、以下に追加文案を提示します。
--えのきだたもつ︵会話︶ 2023年8月11日 (金) 08:16 (UTC)
●︵返信︶全般3の場合の文言、どうもありがとうございます。﹁念のため﹂については、権限がないと見えないのだから過剰ではないかという気もしますが、安全側に倒すというのであれば、よいのではないかと考えました。賛成します。何度も確認して申し訳ありませんが、このテンプレートで置き替えるような内容で全般3として即時削除する場合も、今後は安全に倒して削除した版を不可視化するのでしょうか。--柏尾菓子︵会話︶ 2023年8月18日 (金) 15:33 (UTC)
返信 遅くなりすみません。そうですね、全般3:B案件該当の場合も全般6・全般9と同様で良いと思います。あと、言い忘れていましたが、削除後もそのページの作成記録は誰でも見る事が出来るので、作成記録に問題表記が残っている場合の秘匿化は必須かと思います。--えのきだたもつ︵会話︶ 2023年8月20日 (日) 14:21 (UTC)
コメント こちらも書き忘れで申し訳ありませんが、Wikipedia:即時削除の方針の各使用方法に、以下の通り注記を追加したいと思います。
返信 遅くなりすみません。そうですね、全般3:B案件該当の場合も全般6・全般9と同様で良いと思います。あと、言い忘れていましたが、削除後もそのページの作成記録は誰でも見る事が出来るので、作成記録に問題表記が残っている場合の秘匿化は必須かと思います。--えのきだたもつ︵会話︶ 2023年8月20日 (日) 14:21 (UTC)
コメント こちらも書き忘れで申し訳ありませんが、Wikipedia:即時削除の方針の各使用方法に、以下の通り注記を追加したいと思います。
|
--えのきだたもつ︵会話︶ 2023年8月20日 (日) 15:52 (UTC)
コメント 横から失礼します。B案件の箇所ですが、ケースBは著作権侵害やプライバシー侵害に限らないので、﹁著作権侵害、プライバシー侵害など﹂と他のケースB案件の存在を考慮した表現にするなどご検討いただければと思います。特に、全般3の場合は名誉毀損を併発している場合も少なからずあるように思いますので、使用方法の説明を見て、仮に名誉毀損であれば本文除去は不要と誤認されてしまうと本件提案の趣旨から外れてしまうように思っています。他の代案としては、﹁著作権侵害、プライバシー侵害、名誉毀損など﹂と名誉毀損も代表例として明示するという方法も挙げておきます︵フューチャーさんの2023年8月8日 (火) 17:38 (UTC)コメントでも名誉毀損に関して言及があります︶。--郊外生活︵会話︶ 2023年8月20日 (日) 16:21 (UTC)
返信 返信が遅くなり申し訳ございません。確かに、出来る限り明示した方が良いと思いますので、該当箇所の括弧書きを﹁︵著作権侵害およびプライバシー侵害︶﹂→﹁︵著作権侵害、プライバシー侵害、名誉毀損など︶﹂と変更したいと思います。--えのきだたもつ︵会話︶ 2023年8月24日 (木) 13:51 (UTC)
済3週間弱が経過しましたが、特に追加のご意見・異論はありませんでしたので、各文章への反映を行います。--えのきだたもつ︵会話︶ 2023年9月12日 (火) 18:56 (UTC)
コメント 横から失礼します。B案件の箇所ですが、ケースBは著作権侵害やプライバシー侵害に限らないので、﹁著作権侵害、プライバシー侵害など﹂と他のケースB案件の存在を考慮した表現にするなどご検討いただければと思います。特に、全般3の場合は名誉毀損を併発している場合も少なからずあるように思いますので、使用方法の説明を見て、仮に名誉毀損であれば本文除去は不要と誤認されてしまうと本件提案の趣旨から外れてしまうように思っています。他の代案としては、﹁著作権侵害、プライバシー侵害、名誉毀損など﹂と名誉毀損も代表例として明示するという方法も挙げておきます︵フューチャーさんの2023年8月8日 (火) 17:38 (UTC)コメントでも名誉毀損に関して言及があります︶。--郊外生活︵会話︶ 2023年8月20日 (日) 16:21 (UTC)
返信 返信が遅くなり申し訳ございません。確かに、出来る限り明示した方が良いと思いますので、該当箇所の括弧書きを﹁︵著作権侵害およびプライバシー侵害︶﹂→﹁︵著作権侵害、プライバシー侵害、名誉毀損など︶﹂と変更したいと思います。--えのきだたもつ︵会話︶ 2023年8月24日 (木) 13:51 (UTC)
済3週間弱が経過しましたが、特に追加のご意見・異論はありませんでしたので、各文章への反映を行います。--えのきだたもつ︵会話︶ 2023年9月12日 (火) 18:56 (UTC)
Botの削除権限でカテゴリを全自動で即時削除可とする案について
プロジェクト‐ノート:カテゴリ関連#Botの削除権限でカテゴリを削除する案についてにおいて問題提起しています。移動済みカテゴリページの即時削除の在り方に関わる重大な問題ですので、こちらにもお知らせを出しておきます。--Doraemonplus（会話） 2023年7月27日 (木) 07:15 (UTC)
カテゴリ6の改定提案
一つ上の節でご案内しているQueueBotの導入により、同Botがカテゴリ変更のキューを実行した後、空になったカテゴリに自動的に即時削除タグを付与することを可能とする新しい事態が出現しました。そこで、カテゴリ6の適用条件について、2014年の変更以来となる抜本的な改定の議論を提起します。
提案内容は以下の通りです。
カテゴリ6の改定
●︻現行︼事前に改名の議論において合意が得られ、新しいカテゴリに移動され、当該カテゴリに属するページ︵サブカテゴリを含む︶が存在しなくなったもの
︵以下略︶
●︻改定案︼事前の所定の議論による合意に基づく、移行︵改名・統合︶先へのカテゴリ変更により、空カテゴリとなったもの
即時削除の理由を示す際に、どこで議論されたかを必ず明記してください。
使用方法‥ 賛成 categoryの統合は必ずしも記述の転記を必要とせず、記述を転記していない場合は履歴継承は不要です。そういう場合に削除しやすくするのは賛成です。--フューチャー︵会話︶ 2023年7月28日 (金) 11:16 (UTC)
︵質問︶現行では、Wikipedia:ページの改名#改名前にすべきことの1、2、3から、1.カテゴリ本体で告知、2.ノート︵どこでもよい︶で提案、3.改名提案で告知、の3点のどれかが行われていないと提案不備と考えています︵却下しています︶。
(一)改定案では、1.カテゴリ本体で告知、2.プロジェクト:カテゴリ関連で議論、で適用できるようにするのでしょうか。
(二)プロジェクト:カテゴリ関連での議論が行われる場合、改名提案、統合提案などでは告知しなくなるのでしょうか。
(三)告知するのであれば、1.カテゴリ本体で告知、2.プロジェクト:カテゴリ関連で議論、3.改名提案や統合提案で告知、で適用という認識でよいのでしょうか。
(四)カテゴリ1-3との違いは、プロジェクト:カテゴリ関連/議論で議論されていればカテゴリ6適用、議論がなければ︵ノートなどで提起しただけなどであれば︶1-3で削除依頼に回すということでしょうか。--柏尾菓子︵会話︶ 2023年7月31日 (月) 09:08 (UTC)
︵回答︶なるほど、その3つが内部的な3要件とみなされているとは存じ上げておりませんでした。質問番号ごとに回答しますと、
(一)その通りです。詳しくはWikipedia:カテゴリの提案と議論#提案の手順をご覧ください。
(二)︵今の所︶そうです︵ご所望とあらば変更の可能性あり︶。上記リンク先をご覧ください。
(三)︵告知しないので無回答︶
(四)ご存知の通り、WP:DP#CAT1のカテゴリ1-3はWikipedia:削除依頼向けです。︵改名も統合も伴わない︶削除依頼を経由する削除はカテゴリ1-3で処理します。一方、﹁所定の議論﹂からプロジェクト:カテゴリ関連/キュー(bot)に回された案件、ならびに、﹁所定の議論﹂後、キューに回さずに手作業で改名・統合され、カテゴリ変更して空になり、従来通り手動で即時削除タグが貼られたページも、カテゴリ6適用となります。
手順などをまとめた文書︵右記リンク先ページ︶を作成しましたので、改定案の﹁所定の議論﹂のリンク先はWikipedia:カテゴリの提案と議論#所定の提案・議論場所に変更しようかと考えています。--Doraemonplus︵会話︶ 2023年7月31日 (月) 23:45 (UTC)
したがって、カテゴリ6の内的要件としては、
(一)提案がカテゴリ本体で告知されていること︵告知テンプレートの貼付︶
(二)所定の場所で議論されていること︵通常はプロジェクト:カテゴリ関連/議論のサブページ︶
(三)ページの改名︵移動︶または統合に伴って空にされたカテゴリであること︵単純除去は対象外︶
となります。--Doraemonplus︵会話︶ 2023年8月1日 (火) 02:12 (UTC)
それだと改名や統合の手順自体を変えることになりますので、今まで通りカテゴリ本体と改名提案・統合提案で告知してカテゴリ本体のノートで議論するのがいいんじゃないでしょうか。他の改名や統合に付随する場合はそのノートで。--フューチャー︵会話︶ 2023年8月1日 (火) 06:31 (UTC)
＠Doraemonplusさん フューチャーさんからご意見が出たため、まだこれからどうなるかは別として、わかりやすい質問の回答どうもありがとうございます。--柏尾菓子︵会話︶ 2023年8月1日 (火) 07:08 (UTC)
@フューチャーさん まだお伝えしていませんでしたが、この改定提案は、カテゴリ関連の議論を今後はプロジェクト:カテゴリ関連/議論のエコシステムに吸収統合する動きと連動しています︵それが大前提です︶ので、﹁今まで通りカテゴリ本体と本体のノートで議論を〜﹂は残念ながらお受けできない相談となります。新システムへの切り替えに際して、一定の移行期間を設けて、しばらくは従来型の手順でも受け付ける対策は有りだとは思いますが。--Doraemonplus︵会話︶ 2023年8月1日 (火) 07:45 (UTC)
コメント 質問です。提案がカテゴリ本体で告知されていること︵告知テンプレートの貼付︶の告知テンプレートは改名・統合・分割提案テンプレートのことでしょうか？普通の告知テンプレートのことでしょうか？BOTREQで普通の告知テンプレートで統合提案されている例を見かけたので。あと、プロジェクト:カテゴリ関連/議論で新規提案作成ボタンがありますが新規カテゴリ作成は審査の上許可を得て初めて作成される手順になるのでしょうか？--AnakaSata︵会話︶ 2023年8月1日 (火) 13:46 (UTC)
カテゴリ本体での告知は、移行期間中は改名・統合・分割提案テンプレートでもOKですが、期間終了後は{{Cfx}}系テンプレートに一本化する計画です。が、普通の告知テンプレートが利用された例を見ると―現行のWikipedia:ページの分割と統合#統合提案の告知にも言及なしですが―大目に見ることも検討した方がよいでしょうか。カテゴリの新規作成については、これまで通り、審査も許可も提案も不要です。審査・許可制にまでは言及されていませんが、関連する話題‥Wikipedia:井戸端/subj/カテゴリ作成に一定の制限を設ける提案をご紹介しておきます。--Doraemonplus︵会話︶ 2023年8月1日 (火) 14:00 (UTC)
コメント お返事ありがとうございます。新規提案作成ボタンは移動・統合などの提案でした。下までよく読んでいませんでした。一旦使ってしまえば、カテゴリ入り換えまでキューで可能ということで便利と感じる人が多いため、移行は早そうな気がします。現行のWikipedia:ページの分割と統合#統合提案の告知では統合提案テンプレートの使用が書かれているので告知テンプレート使用は手続き不備という扱いで考えなくて良さそうです。--AnakaSata︵会話︶ 2023年8月1日 (火) 14:23 (UTC)
予告 提案から明日で10日が経ちますが、複数名の方から賛意が寄せられ、反対意見は出ない模様ですので、このまま異論がなければ、当初案＋リンク先変更の内容で合意形成されたと判断し、今週の中頃にも即時削除の方針に正式に反映させようと思います。よろしくお願いします。--Doraemonplus︵会話︶ 2023年8月6日 (日) 06:27 (UTC)
…と威勢のいいことを言っておきながら、事実誤認箇所を発見しました。柏尾菓子さんのご質問への回答で﹁︵改名も統合も伴わない︶削除依頼を経由する削除はカテゴリ1-3で処理﹂と申し上げましたが、カテゴリ1-3は﹁カテゴリの構造の変更︵移動・改名・統合・分割︶により、不要となったカテゴリ﹂でした。1-3は下線部の条件付きの削除要件で、単に﹁不要となった﹂だけでは、1-3は適用不可でした。現在、Wikipedia‐ノート:削除の方針#提案‥カテゴリ削除の方針の見直しを提案中ですが、1-3は現状維持とする方向で考えています。即時削除の方針とは関係ないので、ここでこれ以上深掘りはしませんが、事実誤認を訂正してお詫び申し上げます。改名も統合も伴わない場合の削除は、1-1または1-2での対応になるかと思います。--Doraemonplus︵会話︶ 2023年8月6日 (日) 11:54 (UTC)
{{即時削除|カテゴリ6|2=<!--◆議論場所へのリンク︵例‥[[プロジェクト:カテゴリ関連/議論/20xx年/x月x日#議論セクション]]︶◆-->}}
予告 提案から明日で10日が経ちますが、複数名の方から賛意が寄せられ、反対意見は出ない模様ですので、このまま異論がなければ、当初案＋リンク先変更の内容で合意形成されたと判断し、今週の中頃にも即時削除の方針に正式に反映させようと思います。よろしくお願いします。--Doraemonplus︵会話︶ 2023年8月6日 (日) 06:27 (UTC)
…と威勢のいいことを言っておきながら、事実誤認箇所を発見しました。柏尾菓子さんのご質問への回答で﹁︵改名も統合も伴わない︶削除依頼を経由する削除はカテゴリ1-3で処理﹂と申し上げましたが、カテゴリ1-3は﹁カテゴリの構造の変更︵移動・改名・統合・分割︶により、不要となったカテゴリ﹂でした。1-3は下線部の条件付きの削除要件で、単に﹁不要となった﹂だけでは、1-3は適用不可でした。現在、Wikipedia‐ノート:削除の方針#提案‥カテゴリ削除の方針の見直しを提案中ですが、1-3は現状維持とする方向で考えています。即時削除の方針とは関係ないので、ここでこれ以上深掘りはしませんが、事実誤認を訂正してお詫び申し上げます。改名も統合も伴わない場合の削除は、1-1または1-2での対応になるかと思います。--Doraemonplus︵会話︶ 2023年8月6日 (日) 11:54 (UTC)
- ＠Doraemonplusさん あれ、そうだったかもしれないと、Doraemonplusさんの回答に疑問を抱かなかったので、気にしないでください。説明どうもありがとうございました。--柏尾菓子（会話） 2023年8月6日 (日) 12:33 (UTC)
最終案
提案 改定内容が固まったところで、最終案を提示します。
事前の所定の議論による合意に基づく、移行︵改名・統合︶先へのカテゴリ変更により、空カテゴリとなったもの︵統合には複数の異なる移行先への吸収合併を含む︶
即時削除の理由を示す際に、どこで議論されたかを必ず明記してください。
使用方法‥{{即時削除|カテゴリ6|2=<!--◆議論場所へのリンク︵例‥[[プロジェクト:カテゴリ関連/議論/20xx年/x月x日#議論セクション]]︶◆-->}}
報告 反映しました。ご理解・ご協力をいただいた皆さま、ありがとうございました。--Doraemonplus︵会話︶ 2023年8月15日 (火) 05:33 (UTC)
Wikipedia:即時削除の方針のページは﹁統合﹂の文言が追加されたのですが、即時削除対処時に理由を選択する際、カテゴリ6の説明が﹁改名提案を経て未使用となったカテゴリ﹂のままなので、修正していただけるとありがたいです︵申し訳ありません、どうやってこれを変更しているのかわかりません、MediaWiki:Deletereason-dropdownを変更すればよいのでしょうか︶。Template:即時削除も﹁統合﹂となく、こちらもお願いいたします。--柏尾菓子︵会話︶ 2023年8月28日 (月) 07:52 (UTC)
Template:即時削除/カテゴリ6およびTemplate:即時削除/docは書き換え済みです。ドロップダウンリスト表示の変更箇所はおそらくそれで合っていると思います。MediaWiki‐ノート:Deletereason-dropdownに保護ページ編集依頼しました︵詳細︶。--Doraemonplus︵会話︶ 2023年8月28日 (月) 08:18 (UTC)
対応どうもありがとうございます。--柏尾菓子︵会話︶ 2023年8月28日 (月) 08:25 (UTC)
空のカテゴリの即時削除基準の創設を検討してはどうか
カテゴリの削除は、権利侵害の発生可能性および措置の緊急性の低さから、不急であるとの意見があり、その点は私も同意するところです。
一方で、当初は使われていないカテゴリの仮処分場︵一時的な居場所︶であったと思われるCategory:未使用のカテゴリでは、削除も再使用もされないままの未使用のカテゴリたちが積もり積もって7000件弱︵2023年8月13日現在︶、︵古いものでは10年近くも︶放置されたままの状態が常態化しており、とても健全な状態とはいえません。責任あるウィキペディアンなら、このツケを後進の日本語ウィキペディアンに回すわけにはいかないでしょう︵現に我々はこれまでのツケを支払わされている形です︶。
本家・英語版では早くから、WP:C1という即時削除の基準に従って、一部の例外を除き、空の状態が7日間続いたカテゴリは原則、即時削除とする措置が取られています。これは、実用に供されない空集合カテゴリは作成・利用する価値がないとみなされており、残すにしても他に活用策はあり得ず、議論の余地なく即時削除すべきと一般に考えられているためでしょう。
日本語版においても、未使用のカテゴリを常にメンテナンスが行き届く範囲内の数量に保つため、一定期間未使用状態のカテゴリを定期削除することを念頭に、新たな即時削除の基準﹁カテゴリ7﹂を設けることを検討すべき時期に来ていると考えます。
叩き台として、参考までにen:WP:C1の基準と処理手順の仮訳を以下に書き出してみます。
|
この基準は少なくとも7日間空き状態のカテゴリに適用されます。曖昧さ回避用カテゴリ、カテゴリのリダイレクト、秀逸なトピック用カテゴリ、所定の議論場所で議論中のカテゴリ、プロジェクト用カテゴリなど、その性質上、時折空になる可能性のあるカテゴリ︵例‥メンテナンス用カテゴリや、Category:助けを求めているウィキペディアン︶には適用されません。{{Possibly empty category}}︵管理用カテゴリの場合は{{Wikipedia category}}︶をページの先頭に設置することで、そのようなカテゴリが削除されるのを防ぎます。
専用のタグ{{db-c1}}が貼付されたカテゴリページは、Category:削除待ち中の空のカテゴリに入れられ、7日後にCategory:即時削除対象の空のカテゴリに移されて削除対処されます。
|
適用を除外されるカテゴリの例外をどれだけ的確かつ厳密に指定できるかが鍵になると思われます。適用除外対象になる可能性のある日本語版カテゴリを思いつく限りリストアップしてみると、以下のような感じになるでしょうか。
●{{Possibly empty category}}の貼られたページ
●{{Wikipedia category}}の貼られたページ
●{{Stub Category}}の貼られたページ︵Category:スタブカテゴリのサブカテゴリ︶
●Category:削除提案中のカテゴリに含まれるカテゴリページ
●Category:統合提案中のカテゴリに含まれるカテゴリページ
●Category:改名提案中のカテゴリに含まれるカテゴリページ
●Category:品質保証提案中のカテゴリに含まれるカテゴリページ
これらは﹁その性質上、時折空になる可能性のあるカテゴリ﹂または﹁所定の議論場所で議論中のカテゴリ﹂に該当するものと考えられます。﹁カテゴリ7﹂を実現させるためには、これらのテンプレートやカテゴリの適用を徹底させることも鍵となります。新基準の策定は険しい道のりになるかと存じますが、カテゴリ適正利用促進のため、前向きにご検討いただけますよう、ご理解とご協力のほどお願い致します。--Doraemonplus︵会話︶ 2023年8月13日 (日) 10:05 (UTC) 下線部を追記。--Doraemonplus︵会話︶ 2023年8月14日 (月) 00:21 (UTC)
●︵コメント︶前回より対象が明確になったところはいいと思います。少し浮かんだだけでもCategory:コモンズへの移動により即時削除対象となったファイルやCategory:コモンズと重複しているメディアの下位カテゴリなど、除外されるカテゴリはまだ結構あるのではないかと考えます。ある可能性を考慮し、創設するならまず、除外カテゴリを十分に検討すべきだと思います。気になるのは、1.﹁db-c1が貼付された︵カテゴリページは︶﹂、2.﹁Category:削除待ち中の空のカテゴリに入れられ﹂、3.﹁7日後にCategory:即時削除対象の空のカテゴリに移されて﹂、4.﹁削除対処されます﹂、1から4はすべて人間が行うのでしょうか、Bot作業が混ざるのでしょうか︵4は現時点では人間だとしても、将来的にはBotを視野に入れるのでしょうか︶。--柏尾菓子︵会話︶ 2023年8月13日 (日) 11:18 (UTC) 前者は{{Possibly empty category}}が貼ってありました。失礼しました。--柏尾菓子︵会話︶ 2023年8月13日 (日) 11:23 (UTC) 後者も貼られていました。ぼけていたのかもしれません。申し訳ございません。--柏尾菓子︵会話︶ 2023年8月13日 (日) 11:34 (UTC)
この検討の要望には前段がありまして、Wikipedia‐ノート:削除の方針#提案‥カテゴリ削除の方針の見直しで、鏡華さんがbotによる削除作業の自動化を示唆されたことに端を発しています。とはいえ、現時点ではbotで削除処理を自動化してよいかどうかは未知数です。まずは人間が行うことを前提にご検討いただきたいです。--Doraemonplus︵会話︶ 2023年8月13日 (日) 23:33 (UTC)
告知や合意を経ずに独断でカテゴリを除去しまくってカラにし、それで即時削除だよ、というタイプの利用者への対策的なものを考えてほしいです。︵うでづく系やカテゴリ系のLTAみたいのを想定しています。︶--柒月例祭︵会話︶ 2023年8月13日 (日) 11:44 (UTC)
●とりあえず7日間ではなくて、﹁1年間空き状態﹂から始めるのはどうでしょうか。バックログが十数年分から1年分に減るだけでも結構違うと思います。--ネイ︵会話︶ 2023年8月13日 (日) 15:22 (UTC)
@ネイさん 私も同意見です。第一の目的は﹁未使用のカテゴリを常にメンテナンスが行き届く範囲内の数量に保つ﹂ことですので、まずは﹁1年間空き状態﹂から始めるのでも十分な効果が期待できると思います。第二の目的は、㭍月例祭さんの言及された、カテゴリ系LTAらによるカテゴリ濫造への対抗策です。カテゴリページの作成と削除のコストが等価でないのを可能な限り平衡状態に持っていくことが目標です。--Doraemonplus︵会話︶ 2023年8月13日 (日) 23:54 (UTC)
@㭍月例祭さん はい。上記の柏尾菓子さんへの返信でご紹介した削除の方針のノートで鏡華さんと交わしたやりとりは、現在は空の状態になっているカテゴリの中身が過去にどのような状態であったかを完全な形で追跡調査する術があるかどうかを検討したもので、データベースダンプとbotを利用すれば︵重い処理ではあるが︶技術的に可能であるとの回答をいただいております。完全な追跡調査が可能となれば、﹁告知や合意を経ずに独断でカテゴリを除去しまくってカラにし﹂た当事者が仮に嘘をついても見破ることができるので、誤った即時削除は防げるのでないかと考えています。--Doraemonplus︵会話︶ 2023年8月13日 (日) 23:45 (UTC)
コメント en:WP:C1の手順を読み返してふと思ったのですが、これって、過去7日間に使用された形跡がないかを追跡調査して、その結果に基づいて即時削除するための規定というより、既に空の状態であることが確認されたカテゴリに{{db-c1}}を貼った後、7日間の削除猶予期間中に再使用されなかったものを、追跡調査も削除審議も省略して即時削除する規定に︵実質的に︶なっていますよね？この方法ですと、ネイさんが提示された﹁1年間空き状態﹂を条件とする場合、{{db-c1}}︵に相当するテンプレート︶を貼ってから1年後に即時削除されるということになるでしょうか。それだと、もはや﹁即時﹂というより﹁定期削除﹂とか﹁時限削除﹂とか表現した方が似合っている気がします。また、現在改定検討中の#カテゴリ6の改定提案の#最終案と併せ考えると、適当な統合先が存在する場合、カテゴリの統合提案を出して通ってしまえば、最短1週間で︵新基準の︶カテゴリ6扱いで即時削除対処される手筈になります。こちらの方が﹁1年後の即時削除﹂より早いという、名目上の逆転現象が起こりそうです。無論、適当な統合先がない空のカテゴリのスピーディーな処分方法を検討する必要はあると思いますが。このように、当初の想定とen:WP:C1の内容はだいぶん違うみたいです。これまでの皆様のご意見を踏まえると、1年後とはいえ、en:WP:C1式の﹁空のカテゴリを追跡調査も削除審議も省略して即時削除﹂は同意が得られるか不安なのですが、どうお考えになりますでしょうか。--Doraemonplus︵会話︶ 2023年8月14日 (月) 13:27 (UTC)
告知や合意を経ずに独断でカテゴリを除去しまくってカラにし、それで即時削除だよ、というタイプの利用者への対策的なものを考えてほしいです。︵うでづく系やカテゴリ系のLTAみたいのを想定しています。︶--柒月例祭︵会話︶ 2023年8月13日 (日) 11:44 (UTC)
●とりあえず7日間ではなくて、﹁1年間空き状態﹂から始めるのはどうでしょうか。バックログが十数年分から1年分に減るだけでも結構違うと思います。--ネイ︵会話︶ 2023年8月13日 (日) 15:22 (UTC)
@ネイさん 私も同意見です。第一の目的は﹁未使用のカテゴリを常にメンテナンスが行き届く範囲内の数量に保つ﹂ことですので、まずは﹁1年間空き状態﹂から始めるのでも十分な効果が期待できると思います。第二の目的は、㭍月例祭さんの言及された、カテゴリ系LTAらによるカテゴリ濫造への対抗策です。カテゴリページの作成と削除のコストが等価でないのを可能な限り平衡状態に持っていくことが目標です。--Doraemonplus︵会話︶ 2023年8月13日 (日) 23:54 (UTC)
@㭍月例祭さん はい。上記の柏尾菓子さんへの返信でご紹介した削除の方針のノートで鏡華さんと交わしたやりとりは、現在は空の状態になっているカテゴリの中身が過去にどのような状態であったかを完全な形で追跡調査する術があるかどうかを検討したもので、データベースダンプとbotを利用すれば︵重い処理ではあるが︶技術的に可能であるとの回答をいただいております。完全な追跡調査が可能となれば、﹁告知や合意を経ずに独断でカテゴリを除去しまくってカラにし﹂た当事者が仮に嘘をついても見破ることができるので、誤った即時削除は防げるのでないかと考えています。--Doraemonplus︵会話︶ 2023年8月13日 (日) 23:45 (UTC)
コメント en:WP:C1の手順を読み返してふと思ったのですが、これって、過去7日間に使用された形跡がないかを追跡調査して、その結果に基づいて即時削除するための規定というより、既に空の状態であることが確認されたカテゴリに{{db-c1}}を貼った後、7日間の削除猶予期間中に再使用されなかったものを、追跡調査も削除審議も省略して即時削除する規定に︵実質的に︶なっていますよね？この方法ですと、ネイさんが提示された﹁1年間空き状態﹂を条件とする場合、{{db-c1}}︵に相当するテンプレート︶を貼ってから1年後に即時削除されるということになるでしょうか。それだと、もはや﹁即時﹂というより﹁定期削除﹂とか﹁時限削除﹂とか表現した方が似合っている気がします。また、現在改定検討中の#カテゴリ6の改定提案の#最終案と併せ考えると、適当な統合先が存在する場合、カテゴリの統合提案を出して通ってしまえば、最短1週間で︵新基準の︶カテゴリ6扱いで即時削除対処される手筈になります。こちらの方が﹁1年後の即時削除﹂より早いという、名目上の逆転現象が起こりそうです。無論、適当な統合先がない空のカテゴリのスピーディーな処分方法を検討する必要はあると思いますが。このように、当初の想定とen:WP:C1の内容はだいぶん違うみたいです。これまでの皆様のご意見を踏まえると、1年後とはいえ、en:WP:C1式の﹁空のカテゴリを追跡調査も削除審議も省略して即時削除﹂は同意が得られるか不安なのですが、どうお考えになりますでしょうか。--Doraemonplus︵会話︶ 2023年8月14日 (月) 13:27 (UTC)
コメント 英語版においては7日という比較的短いスパンで削除が行われるためen:Category:Empty categories awaiting deletionの中身も比較的少なく、再使用可能なカテゴリはすぐに見つかるため使われるという面はあると思います.
> 告知や合意を経ずに独断でカテゴリを除去しまくって空にし、それで即時削除だよ、というタイプの利用者
への対応としても、仮に恣意的に空にされたとてすぐに見つかれば良い話なので(すぐに見つかるにも関わらず再使用されなかったカテゴリは潜在的に不必要なカテゴリだったのではないでしょうか)、追跡調査も必要ないのではと考えています.
なお1発目の削除に関しては﹁空にされたとしてもすぐに見つかれば﹂が成立しないので、最初だけは精査が必要です.--鏡華︵会話︶ 2023年8月15日 (火) 12:36 (UTC) ●なるほど、﹁恣意的に空にされたとてすぐに見つかれば良い﹂理論は納得です。en:WP:C1︵少なくとも7日間︶、fr:WP:CSI#C1︵少なくとも4日間︶と、削除猶予期間が比較的短く設定されている理由も、少数の対象を衆人環視の下、短期集中して迅速に処理するため、と考えると合点がいきます。すぐに見つかれば、最大で直近30日分/999件の変更履歴は特別:関連ページの更新状況から誰でも追跡可能なので、復旧も比較的容易です。早期であればあるほど、誤って削除されても復旧できる可能性が高まります。30日を超えてしまうと厄介ですが、そもそも1か月も空にされたことに誰も気づかず、通報されないようなカテゴリは、はじめから不要なカテゴリだった可能性が高いです。 ●また、合意を経ずに作成されたり空にされたりした編集の結果も、ある程度の時が過ぎてしまえば、それは暗黙に合意されたことになります。我々はつい、事前に告知された議論を通して明文化された合意内容のみが有効な合意と考えがちです。しかし、ごく一部を除くほとんどのカテゴリの中身は、事前の合意に基づいて編集された結果ではありません。中身を空にすることも同様で、空にされてから数週間も経てば、︵たとえどんなに異常な状態でも︶それが時々の常態となります。行為が﹁告知や合意を経ずに独断で﹂かどうか︵形式的な手続きの正当性︶よりも、カテゴリの中身が適切かどうか︵実質的な編集の結果︶で判断すべきであろうと思います。その方が利用者にとっては有益です。 ●未使用のカテゴリに登録されている膨大な数のカテゴリの初回削除︵﹁1発目の削除﹂︶に関しては、改名・統合先が存在するものは改名・統合提案し、それ以外は精査の上で特別措置として通常の削除依頼にて一括削除とする方法がよいでしょうか。いずれにせよ、カテゴリ7を新設する前にある程度片付けておく必要がありそうです。 --Doraemonplus︵会話︶ 2023年8月16日 (水) 04:20 (UTC)
カテゴリ6の「統合」の範疇について
プロジェクト‐ノート:カテゴリ関連において、カテゴリ6の適用対象に関して重大な問題提起がありましたので、こちらに転記します。
︽転記ここから︾------------------------------------------------------------------------------------------------------------------------------------------------------------
節を作るほどではないため、関連していそうなここに書きます。統合提案→合意→カテゴリ6で即時削除だと、即時削除したカテゴリが再作成されても、削除依頼を経ていないため、全般5で即時削除できないと思いました。削除依頼を経ていると、Category:大陸別の生物相の履歴のように、全般5で即時削除できます︵参考・ほかに全般5で即時削除したカテゴリ列挙︶。統合後、カテゴリ1-3として削除依頼を経たカテゴリなら、全般5が適用できます。つまり統合に不服だったから再作成した、とされても、カテゴリ6で即時削除したカテゴリは、まだ議論を経ないと現在の方針では削除はできないと考えます。カテゴリ系LTA対策には不向きだと考えました。--柏尾菓子︵会話︶ 2023年8月21日 (月) 03:50 (UTC)
●なるほど、全般5の問題がありましたか。今まではカテゴリの統合に伴う統合元ページの削除は必ず削除依頼を経由していましたが、先般のカテゴリ6の改定により、即時削除が可能となったため、即時削除経由で削除されたカテゴリが仮に再作成されても、﹁過去に削除依頼を経て削除されたページ﹂を前提とするWP:CSD#全般5は適用不可ということですね。
●ただし、全般5には﹁再作成された項目に、この条項以外の理由による即時削除理由が存在すれば、その即時削除理由を附して、再度の即時削除を求めることはできます﹂とも書かれており、この場合、再度のカテゴリ6を求めるという方法で足りるのでないかと考えます。もとよりページの削除合意︵統合合意︶は再作成を妨げるものではなく、特にカテゴリの場合、削除合意された時点と再作成された時点では、含まれ得る記事のラインナップや周辺カテゴリの状況が大きく変化している可能性が十分に考えられます。
●LTAによる再作成だからといって全般5で問答無用で即時削除するよりは、多少面倒でも再度統合提案にかけて、なんならLTAさんの意見も伺って、再びカテゴリ6で即時削除する方が合理的な方法ではないかと存じます。全般5にせよカテゴリ6にせよ、どのみちカテゴリLTAとはイタチごっこになるのは必至ですし、もし改善なき再作成や統合提案での対話拒否の度が過ぎるようであれば、コミュニティを消耗させる利用者として投稿ブロックに処し、再作成を止めてしまえばよいのではないでしょうか。
--Doraemonplus︵会話︶ 2023年8月21日 (月) 07:32 (UTC)
●LTAというものは、LTAになるだけの理由があります。たとえば上記に挙げた生物相関係のカテゴリですと、利用者‐会話:柏尾菓子/過去ログ2#生物相関係のカテゴリの削除について、プロジェクト‐ノート:生物#削除依頼/各国の動物および動物相のカテゴリで削除されたカテゴリの一部復活についてのように、とにかくカテゴリを作成したいようで、対話にならないのです。LTAの意見を伺うとコミュニティの皆様の疲弊が目に見えているので、それ防ぐためにも、何回も議論混込みのいたちごっこをするよりは、再作成全般5での即時削除︵場合によっては作成保護︶のいたちごっこの方が、コミュニティの疲弊度は減少すると考えます。これはLTA対策の話であり、一般の利用者であれば、﹁再作成だからといって全般5で問答無用で即時削除するよりは、多少面倒でも再度統合提案にかけて、﹂﹁再びカテゴリ6で即時削除する方が合理的﹂でもありだと思います。
●﹁カテゴリの場合、削除合意された時点と再作成された時点では、含まれ得る記事のラインナップや周辺カテゴリの状況が大きく変化している可能性が十分に考えられます﹂は確かにそうですね。どこまでが﹁大きく変化﹂に該当するのか、ですね。たとえば対象が1、2記事増えたから改善なき再作成ではない、という主張もあり得ます︵LTAが言いそうです︶。すると全般5の適用は、困難なのではないかと思いました︵微妙だと削除しにくい、あるいは削除依頼に回してくださいとします︶。いくら整理しても再作成され放題のような気がします。
●統合提案でカテゴリ6で即時削除だと、結局﹁即時削除﹂なので、削除者・管理者の裁量扱いです。判断責任は、削除対処する者に大きくかかります。削除依頼カテゴリ1-3で削除、はコミュニティの審議により削除です。判断もしますが、皆様による議論の結果、ボタン押し対処です。今日プロジェクト:カテゴリ関連/議論/2023年/8月11日でコメントして、ありがたいことに返信をいただきましたが、それがなかった場合、微妙すぎるものは対処が遅れ︵裁量なので、判断が難しいものはほかの方に任せるとすることもあるからです︶、ケースAで削除依頼に回すか却下するかとしたかもしれません。実際に運用し始めると、﹁統合﹂の即時削除は難しいのかもしれない、と思いました。即時削除の改訂について反対や、否定的な意見とするものではありません。個人的な感想です。--柏尾菓子︵会話︶ 2023年8月21日 (月) 08:57 (UTC)
︽転記ここまで︾------------------------------------------------------------------------------------------------------------------------------------------------------------
ここまでを要約すると、まず先般の#カテゴリ6の改定提案によって、WP:CSD#C6の対象に﹁統合先へのカテゴリ変更により、空カテゴリとなったもの﹂が追加されました。しかし、カテゴリの統合提案によりカテゴリ6で即時削除されたカテゴリが仮に再作成された場合、現行の方針ではWP:CSD#全般5が適用できず、カテゴリLTA対策に支障をきたすとの懸念が示されました。また、統合に伴う即時削除の対処は管理者・削除者の方の裁量に委ねられていますが、その可否判断は微妙なところで難しいとの意見も聞かれました。カテゴリの整理の迅速化を目的として改定されたカテゴリ6ですが、早々に問題に直面しており、解決のためのご意見を求めます。--Doraemonplus︵会話︶ 2023年8月21日 (月) 09:38 (UTC)
|
コメント 現行のカテゴリ6を読み解くと、統合の場合、適用要件は3つ挙げられます。
(一)事前の所定の議論により統合が合意されていること。
(二)カテゴリ変更に伴って統合元が空にされていること。
(三)即時削除提出の際に議論場所が明示されていること。
●1.は事前の合意なしでの統合はカテゴリ6の対象外であることを明確にし、議論による合意形成を要求しています。
●2.は提案の時点で既に中身が空のカテゴリに対する統合提案は無効であることを示唆しています︵既に空のカテゴリは統合提案ではなく削除提案および削除依頼に持ち込ませる︶。換言すると、改名の場合はページの改名︵移動︶をもって改名の事実確認とするのと同様、統合の場合は項目の統合先への﹁カテゴリ変更﹂による空カテゴリ化をもって統合の事実確認とします。この場合、カテゴリの単純除去は﹁カテゴリ変更﹂に含みません。
●3.は管理者・削除者が即時削除の可否を判断するための材料︵統合議論場所︶の提出を義務付けるものです。
＞﹁統合﹂の即時削除は難しいのかもしれない
とのことですが、難しい理由の詳細を整理できれば、﹁統合﹂の条件をさらに事細かに指定することで解決できるかもしれません︵その分、判断の際の要確認事項は増えると思いますが︶。--Doraemonplus︵会話︶ 2023年8月21日 (月) 12:16 (UTC)
質問 一つ上の﹁#空のカテゴリの即時削除基準の創設を検討してはどうか﹂で、未使用のカテゴリに登録されているカテゴリの削除に関して、﹁改名・統合先が存在するものは改名・統合提案し﹂︵つまり、統合後にカテゴリ6を適用して即時削除する︶と述べましたが、これは本件の﹁2. カテゴリ変更に伴って統合元が空にされていること。﹂の条件解釈に反します。たとえば、現在は空のCategory:岡崎市の地名は理論上Category:愛知県の地名に統合可能ですが、統合しようにも空で﹁カテゴリ変更﹂を伴わないため、同解釈に従えば、即時削除は認められないことになります。2.の条件解釈について、空のカテゴリの統合および即時削除は容認すべきでしょうか？--Doraemonplus︵会話︶ 2023年8月28日 (月) 08:36 (UTC)
空のカテゴリの統合するという行為自体には問題が浮かんでこないため、個人的には容認してもよいのではないかと考えます。ただ文言がはっきりとしていないままだと対処判断がしにくいので、容認するなら即時削除の方針に文言追加、あるいは表現変更していただけると対処しやすいと思います︵対処するものが、この議論などすみずみまで見て対処判断するのは容易ではないと考えます︶。たとえばカテゴリ6に﹁︵統合には複数の異なる移行先への吸収合併、空のカテゴリの統合を含む︶﹂と追加するなど。--柏尾菓子︵会話︶ 2023年8月28日 (月) 08:56 (UTC)
承知いたしました。解釈の揺れを防ぐため、︵統合には複数の異なる移行先への吸収合併や、空のカテゴリの統合を含む︶と下線部を追加することを提案したいと思います。--Doraemonplus︵会話︶ 2023年8月29日 (火) 07:26 (UTC)
固有名詞におけるリダイレクト2-1の適用に関する確認
固有名詞をタイトルとする記事名に対して、Wikipedia:記事名の付け方#全角と半角に規定されている内容に反する記号を用いたリダイレクトが存在する場合に、そのリダイレクトに対してWikipedia:リダイレクト削除の方針#リダイレクト2-1︵全角と半角の使い分けに反する︶を適用する是非につき改めて合意形成が必要かと思い、こちらの場で確認させていただきたく思います。
背景となる経緯についてはWikipedia‐ノート:記事名の付け方#作品名の全角と半角の取り扱いについて明記する提案をご参照ください。簡単にまとめると、
(一)2022年6月に﹁ミュータント タートルズ‥シュレッダーの復讐﹂︵コロンが全角︶というリダイレクトにつき、当該ゲーム作品の公式サイトでコロンを全角で表記している︵すなわち全角が公式の正式表記である︶からという理由でリダイレクト2-1が適用されなかった。
(二)上記1.のリダイレクトは、リダイレクトの削除依頼により削除という結論に至った。
(三)上記2.からの派生議論であるWikipedia‐ノート:即時削除の方針/過去ログ21#正式名称のリダイレクト︵全角半角等︶では、公式サイトの記載をもって正式表記と判断するような合意形成はされなかった。
(四)2023年8月に﹁アクシデントマン‥ヒットマンズホリデー﹂︵コロンが全角︶というリダイレクトにおいて、再度上記1.のリダイレクトと同様公式サイトの表記を理由にリダイレクト2-1が適用されなかった。10月2日現在もリダイレクトの削除依頼で審議中。
(五)私︵Dream100︶としては公式サイトなどの表記方法を﹁全角半角まで含めて﹂正式表記とみなすことには違和感があり、Wikipedia‐ノート:記事名の付け方#作品名の全角と半角の取り扱いについて明記する提案にて確認した。
というような経緯になります。
Wikipediaではこれまで、全角・半角の使い分けに反するリダイレクトは、固有名詞であるかどうかにかかわらず、あるいは公式サイトなどの表記にかかわらず、削除されてきていたと思います。しかし一連の経緯より、公式サイトなどでWikipediaの規定に反する文字︵上記の経緯における全角コロンなど︶が使用されている場合に、リダイレクト2-1を適用させることに対する事実上の異論が出ている状態であると考えます。このため合意形成の必要性を感じています。
これまで同様にリダイレクト2-1を固有名詞も含めて適用させてよいか、あるいは公式サイトの表記などに応じて固有名詞を即時削除対象から外したほうがよいのか、皆様のご意見をお願いいたします。--Dream100︵会話︶ 2023年10月2日 (月) 14:41 (UTC)
この議論の提案者としては現状維持︵リダイレクト2-1での対応︶を支持します。先行議論︵上記経緯の5.︶では﹁記事名の全角半角は外部の表記に関わらずWikipedia内の規定に従う﹂ということにつき合意を得ているため、リダイレクトに関してもそれに従う形でよいと考えます。﹁コカ・コーラ﹂︵半角中黒が正式と公式が明言︶や﹁Jリーグ﹂︵全角のJが正式と公式が明言︶のような例があることもご教示いただきましたが、そうした例であってもWikipedia側の規定を優先させることにつき合意を得ています。リダイレクトに関して言うと、中黒やアルファベットの場合はMediawiki:Titleblacklistの関係でそもそも全角半角の違いによるリダイレクトが作れないのですが、それであればTitleblacklistに入っていない特定の記号だけ全角半角の違いによるリダイレクトを容認する、あるいは削除しないというのは不自然な話に思います︵コカ・コーラやJリーグは特殊な例であり大半の例では記号の全角半角いずれが正式なのかという検証ができないことも考慮する必要があります。このあたりが固有名詞を即時削除対象から除外したリダイレクト2-3<読みの併記>と事情が異なる点です︶。なお、Wikipediaの検索窓では全角半角の違いは自動的に補正されるため、検索の利便性を理由としたリダイレクトの用意は不要と考えます。--Dream100︵会話︶ 2023年10月2日 (月) 14:41 (UTC)
コメント 分野ごと・案件ごとの事情の差が甚だしく、﹁統一規則﹂のようなものを求めるのは困難かと。
例示されているような﹁Jリーグ﹂﹁コカ・コーラ﹂だと、全角/半角のリダイレクトはせいぜい1種かそこらであり、別にリダイレクトをつくっても害はなく、利用者の利便性に適うと思います。
また、﹁正式﹂を確認しやすいという面もあるでしょう。︵商標登録などを確認すると、たいてい両方登録されている。︶
一方、サブカルチャー分野などでは、記号類を用いた表現方法は近年多様化しています。固有名詞内に、全半角文字や記号類が含まれたり大文字小文字にこだわったりしている例が多数あります。それらに全半角の組み合わせ全通りのリダイレクトなどを作ると、さすがに乱造じゃないの？という感じになります。
基本的には、削除しなければならないほど有害なのでなければ、ほっておいていいとは思っていますが、分野ごとに﹁乱造﹂を問題視する閾値の違いみたいのもあるようですね。
﹁統一規則﹂があると個別の議論や合意形成を省けるという点で﹁ラク﹂なのはわかりますが、リダイレクトの妥当性有用性などについては、個々に合意形成するのがよいのでは。︵それが積み重なると、分野ごとのルールづくりに繋がるかも。︶--柒月例祭︵会話︶ 2023年10月3日 (火) 03:43 (UTC)
●たとえば、﹁映画の分野では、タイトル中に主題・副題などを示す﹃‥﹄がある場合は、基本的には、全角で統一する﹂とか。この程度に範囲を限定すると、分野ごとの合意形成がしやすいかも。この場合でも、なにかの例外を許容するようにしておく。たとえば﹁‥﹂が絵文字的に利用されているため全角か半角かどうかで大きな違いが出てしまう場合とか。--柒月例祭︵会話︶ 2023年10月3日 (火) 03:47 (UTC)
賛成 現状維持︵リダイレクト2-1での対応︶。
単に、全角・半角でリダイレクトがあるというだけでは、リダイレクト元が正式名称であるという趣旨なのか、単に全角・半角を乱造しているだけのものなのかが明らかでないため、リダイレクトを存置する必要に乏しいと考えます。
また、Wikipedia:リダイレクトでは、略称等のリダイレクトを作成する理由として、﹁リダイレクトページを作っておくと、略称や別名や別の表記で記事を検索しても、実際に存在する記事へ自動的に転送されるようにな﹂ることを挙げる一方で、﹁大文字・小文字の違いはウィキペディアの検索機能を使用した場合はシステムが自動的に変換するため、原則リダイレクトを用意する必要は﹂ないとしています。
同様に考えると、全角・半角の違いはウィキペディアの検索機能で自動的に補正されるとすると、リダイレクトを作成する必要はなく、現状どおり原則削除で構わないように思われます。--Gminky︵会話︶ 2023年10月3日 (火) 13:44 (UTC)
皆様コメントありがとうございます。
㭍月例祭さんの仰ることは理解できますし、そうした﹁多様化している表現方法﹂にあわせて記事名の付け方や即時削除の方針が変更されてきていることも存じています。たとえば読み仮名の併記︵リダイレクト2-3︶は作品名に限り即時削除対象から除外されていますし、鍵括弧つきの作品名︵リダイレクト2-2︶についても鍵括弧自体を正式名に含んでいる作品に限り記事名への採用も許容するようになっています。環境依存文字関係の制限も緩和されており、事実ノートでの合意を経て上付き2︵²︶を記事名に採用しているグループ記事も存在します。過去には名前に絵文字︵☺︶を含む人名というのも見たことがあります︵さすがにこれは記事名の付け方に反する文字のため改名しましたが︶。しかし、全角半角についての問題は、これらの例示した内容︵そしておそらく㭍月例祭さんが仰りたい内容と思いますが︶とは根本的に違う部分があると考えています。それが、Wikipedia‐ノート:記事名の付け方#作品名の全角と半角の取り扱いについて明記する提案で私が述べた﹁公式が作品名の表記にあたって全角・半角の違いまで意識しているかどうか、検証のしようがない﹂ということです。
たとえば、音楽作品などで正式名称に鍵括弧がついているかどうか、というのはアーティストの公式サイトを確認すればわかります。サイト中の作品名の一覧記載などで通常は鍵括弧のついていないところに鍵括弧が﹁わざわざ﹂つけてあれば、それは﹁鍵括弧まで含めて正式名称﹂と判断されてしかるべきと思います。同様に絵文字つきの名称であったり、﹁人名の中に句読点﹂︵別議論で㭍月例祭さんから藤岡弘、という表記を例に挙げていただきました︶など従来の日本語的価値観ではありえないような表記であっても、その人物や事物の公式サイトで実際に絵文字などを付した表記が﹁存在する﹂のであれば、それを正式表記としてWikipediaの記事名に採用することに問題があるとは思いませんし、それに対してたとえば﹁人名に句読点など常識的にありえないから﹂という理由で﹁藤岡弘﹂という記事名にすべきという意見があるならそれは反対してしかるべきと思います。
しかし、全角と半角の違いというのはどちらであっても﹁同一の文字﹂を表すものであり、PCなどの内部処理の関係上分かれているだけのものなので、公式などの表記に記号があったとしても、本当に﹁全角と半角を意図して使い分けている﹂のかどうかがわからないのです。たとえば作品の公式サイトに﹁アクシデントマン‥ヒットマンズホリデー﹂という表記があったとしても、﹁コロンは全角が正式であり半角ではない﹂ということを﹁その表記だけをもって意図している﹂ということが言いきれません。公式が﹁﹃アクシデントマン‥ヒットマンズホリデー﹄の中に含まれているコロンは全角が正式です﹂のようなことを具体的に明言しない限り検証できないのです。これが前述した鍵括弧や絵文字などの﹁表記が存在さえすればそれを正式と判定できる﹂ような例とは異なる点です。
そして、このように全角半角の違いについて公式が明言している例がどのくらいあるのかわかりませんが、私の思いつく限りありませんし、先行議論でも﹁コカ・コーラ﹂と﹁Jリーグ﹂しか出てきませんでした。すなわち、﹁公式が全角半角のどちらが正式かを定めている﹂という事例自体が極めて少ないということであり、この件に関して﹁分野ごと・案件ごとの事情の差が甚だし﹂い状態にあるとは私は考えていません。先行議論で﹁記事名の全角半角は外部の表記に関わらずWikipedia内の規定に従う﹂という合意を形成したのもこうした背景に基づきます。何かで楽をしたいなどの意図があるわけではなく、リダイレクト2-1の運用が現状維持で問題ないと考えているからそのような議論提起を行っているのみです。
なお、﹁公式が全角で表記しているから﹂にとどまらない何らかの事情があってどうしても全角のリダイレクトが必要な事例があれば、合意を形成したうえでリダイレクトを作成してもよいと思います。私自身、︵リダイレクトではありませんが︶ID‥INVADED イド‥インヴェイデッドという記事︵﹁ID‥﹂の部分はプレフィックスのため半角を用いること自体できないが、﹁イド‥﹂のコロンは半角使用可能という事例︶において、カタカナ部分のコロンをどうすべきかわからずノートで合意をとって全角に統一したという事例があります。--Dream100︵会話︶ 2023年10月9日 (月) 15:54 (UTC)
しばらく意見がない状態ですが、現状において合意が形成されていると判断してよいのかわからず、合意形成にむけてはより多くの方の意見が必要かと考えWikipedia:コメント依頼に提出させていただきました。--Dream100︵会話︶ 2023年10月28日 (土) 02:56 (UTC)
︵コメント︶固有名詞リダイレクトの全角半角は即時削除の対象とすべきでないと考えます。記事名が全角なら半角リダイレクト、記事名が半角なら全角リダイレクトを﹁設けるべき﹂という意味ではまったくありません。固有名詞であれば jawp の外部にもともとの意図があり︵どちらでもよい、という場合も含みます︶、閲覧者に不都合を生じさせるリダイレクトでもないものを、Wikipedia:リダイレクト削除の方針#削除が可能なものから離れて即時削除すべきでありません。--Kurihaya︵会話︶ 2023年10月29日 (日) 04:04 (UTC)
コメント 半角全角のリダイレクト削除は、まさにWikipedia:リダイレクト削除の方針#即時削除で対応が可能な場合で、Wikipedia:即時削除の方針#リダイレクト︵リダイレクト2-1含む。︶により削除することが可能な場合として挙げられているところです。
今回の提案は、既存の方針を再確認しているに過ぎないので、既存の方針から離れたものという指摘は当たらないように見えます。--Gminky︵会話︶ 2023年10月29日 (日) 04:41 (UTC)
即時削除の方針は、削除の方針及びリダイレクト削除の方針で削除すべき案件のうち議論の必要がないものを通常の手続きを省略して削除するために設けられているものであって、本来の方針に優越することはありえません。即時策の方針に疑義が生じれば、本来の方針に立ち返って検討すべきです。--Kurihaya︵会話︶ 2023年10月30日 (月) 12:13 (UTC)
そうすると、@Kurihayaさんとしては、
コメント 分野ごと・案件ごとの事情の差が甚だしく、﹁統一規則﹂のようなものを求めるのは困難かと。
例示されているような﹁Jリーグ﹂﹁コカ・コーラ﹂だと、全角/半角のリダイレクトはせいぜい1種かそこらであり、別にリダイレクトをつくっても害はなく、利用者の利便性に適うと思います。
また、﹁正式﹂を確認しやすいという面もあるでしょう。︵商標登録などを確認すると、たいてい両方登録されている。︶
一方、サブカルチャー分野などでは、記号類を用いた表現方法は近年多様化しています。固有名詞内に、全半角文字や記号類が含まれたり大文字小文字にこだわったりしている例が多数あります。それらに全半角の組み合わせ全通りのリダイレクトなどを作ると、さすがに乱造じゃないの？という感じになります。
基本的には、削除しなければならないほど有害なのでなければ、ほっておいていいとは思っていますが、分野ごとに﹁乱造﹂を問題視する閾値の違いみたいのもあるようですね。
﹁統一規則﹂があると個別の議論や合意形成を省けるという点で﹁ラク﹂なのはわかりますが、リダイレクトの妥当性有用性などについては、個々に合意形成するのがよいのでは。︵それが積み重なると、分野ごとのルールづくりに繋がるかも。︶--柒月例祭︵会話︶ 2023年10月3日 (火) 03:43 (UTC)
●たとえば、﹁映画の分野では、タイトル中に主題・副題などを示す﹃‥﹄がある場合は、基本的には、全角で統一する﹂とか。この程度に範囲を限定すると、分野ごとの合意形成がしやすいかも。この場合でも、なにかの例外を許容するようにしておく。たとえば﹁‥﹂が絵文字的に利用されているため全角か半角かどうかで大きな違いが出てしまう場合とか。--柒月例祭︵会話︶ 2023年10月3日 (火) 03:47 (UTC)
賛成 現状維持︵リダイレクト2-1での対応︶。
単に、全角・半角でリダイレクトがあるというだけでは、リダイレクト元が正式名称であるという趣旨なのか、単に全角・半角を乱造しているだけのものなのかが明らかでないため、リダイレクトを存置する必要に乏しいと考えます。
また、Wikipedia:リダイレクトでは、略称等のリダイレクトを作成する理由として、﹁リダイレクトページを作っておくと、略称や別名や別の表記で記事を検索しても、実際に存在する記事へ自動的に転送されるようにな﹂ることを挙げる一方で、﹁大文字・小文字の違いはウィキペディアの検索機能を使用した場合はシステムが自動的に変換するため、原則リダイレクトを用意する必要は﹂ないとしています。
同様に考えると、全角・半角の違いはウィキペディアの検索機能で自動的に補正されるとすると、リダイレクトを作成する必要はなく、現状どおり原則削除で構わないように思われます。--Gminky︵会話︶ 2023年10月3日 (火) 13:44 (UTC)
皆様コメントありがとうございます。
㭍月例祭さんの仰ることは理解できますし、そうした﹁多様化している表現方法﹂にあわせて記事名の付け方や即時削除の方針が変更されてきていることも存じています。たとえば読み仮名の併記︵リダイレクト2-3︶は作品名に限り即時削除対象から除外されていますし、鍵括弧つきの作品名︵リダイレクト2-2︶についても鍵括弧自体を正式名に含んでいる作品に限り記事名への採用も許容するようになっています。環境依存文字関係の制限も緩和されており、事実ノートでの合意を経て上付き2︵²︶を記事名に採用しているグループ記事も存在します。過去には名前に絵文字︵☺︶を含む人名というのも見たことがあります︵さすがにこれは記事名の付け方に反する文字のため改名しましたが︶。しかし、全角半角についての問題は、これらの例示した内容︵そしておそらく㭍月例祭さんが仰りたい内容と思いますが︶とは根本的に違う部分があると考えています。それが、Wikipedia‐ノート:記事名の付け方#作品名の全角と半角の取り扱いについて明記する提案で私が述べた﹁公式が作品名の表記にあたって全角・半角の違いまで意識しているかどうか、検証のしようがない﹂ということです。
たとえば、音楽作品などで正式名称に鍵括弧がついているかどうか、というのはアーティストの公式サイトを確認すればわかります。サイト中の作品名の一覧記載などで通常は鍵括弧のついていないところに鍵括弧が﹁わざわざ﹂つけてあれば、それは﹁鍵括弧まで含めて正式名称﹂と判断されてしかるべきと思います。同様に絵文字つきの名称であったり、﹁人名の中に句読点﹂︵別議論で㭍月例祭さんから藤岡弘、という表記を例に挙げていただきました︶など従来の日本語的価値観ではありえないような表記であっても、その人物や事物の公式サイトで実際に絵文字などを付した表記が﹁存在する﹂のであれば、それを正式表記としてWikipediaの記事名に採用することに問題があるとは思いませんし、それに対してたとえば﹁人名に句読点など常識的にありえないから﹂という理由で﹁藤岡弘﹂という記事名にすべきという意見があるならそれは反対してしかるべきと思います。
しかし、全角と半角の違いというのはどちらであっても﹁同一の文字﹂を表すものであり、PCなどの内部処理の関係上分かれているだけのものなので、公式などの表記に記号があったとしても、本当に﹁全角と半角を意図して使い分けている﹂のかどうかがわからないのです。たとえば作品の公式サイトに﹁アクシデントマン‥ヒットマンズホリデー﹂という表記があったとしても、﹁コロンは全角が正式であり半角ではない﹂ということを﹁その表記だけをもって意図している﹂ということが言いきれません。公式が﹁﹃アクシデントマン‥ヒットマンズホリデー﹄の中に含まれているコロンは全角が正式です﹂のようなことを具体的に明言しない限り検証できないのです。これが前述した鍵括弧や絵文字などの﹁表記が存在さえすればそれを正式と判定できる﹂ような例とは異なる点です。
そして、このように全角半角の違いについて公式が明言している例がどのくらいあるのかわかりませんが、私の思いつく限りありませんし、先行議論でも﹁コカ・コーラ﹂と﹁Jリーグ﹂しか出てきませんでした。すなわち、﹁公式が全角半角のどちらが正式かを定めている﹂という事例自体が極めて少ないということであり、この件に関して﹁分野ごと・案件ごとの事情の差が甚だし﹂い状態にあるとは私は考えていません。先行議論で﹁記事名の全角半角は外部の表記に関わらずWikipedia内の規定に従う﹂という合意を形成したのもこうした背景に基づきます。何かで楽をしたいなどの意図があるわけではなく、リダイレクト2-1の運用が現状維持で問題ないと考えているからそのような議論提起を行っているのみです。
なお、﹁公式が全角で表記しているから﹂にとどまらない何らかの事情があってどうしても全角のリダイレクトが必要な事例があれば、合意を形成したうえでリダイレクトを作成してもよいと思います。私自身、︵リダイレクトではありませんが︶ID‥INVADED イド‥インヴェイデッドという記事︵﹁ID‥﹂の部分はプレフィックスのため半角を用いること自体できないが、﹁イド‥﹂のコロンは半角使用可能という事例︶において、カタカナ部分のコロンをどうすべきかわからずノートで合意をとって全角に統一したという事例があります。--Dream100︵会話︶ 2023年10月9日 (月) 15:54 (UTC)
しばらく意見がない状態ですが、現状において合意が形成されていると判断してよいのかわからず、合意形成にむけてはより多くの方の意見が必要かと考えWikipedia:コメント依頼に提出させていただきました。--Dream100︵会話︶ 2023年10月28日 (土) 02:56 (UTC)
︵コメント︶固有名詞リダイレクトの全角半角は即時削除の対象とすべきでないと考えます。記事名が全角なら半角リダイレクト、記事名が半角なら全角リダイレクトを﹁設けるべき﹂という意味ではまったくありません。固有名詞であれば jawp の外部にもともとの意図があり︵どちらでもよい、という場合も含みます︶、閲覧者に不都合を生じさせるリダイレクトでもないものを、Wikipedia:リダイレクト削除の方針#削除が可能なものから離れて即時削除すべきでありません。--Kurihaya︵会話︶ 2023年10月29日 (日) 04:04 (UTC)
コメント 半角全角のリダイレクト削除は、まさにWikipedia:リダイレクト削除の方針#即時削除で対応が可能な場合で、Wikipedia:即時削除の方針#リダイレクト︵リダイレクト2-1含む。︶により削除することが可能な場合として挙げられているところです。
今回の提案は、既存の方針を再確認しているに過ぎないので、既存の方針から離れたものという指摘は当たらないように見えます。--Gminky︵会話︶ 2023年10月29日 (日) 04:41 (UTC)
即時削除の方針は、削除の方針及びリダイレクト削除の方針で削除すべき案件のうち議論の必要がないものを通常の手続きを省略して削除するために設けられているものであって、本来の方針に優越することはありえません。即時策の方針に疑義が生じれば、本来の方針に立ち返って検討すべきです。--Kurihaya︵会話︶ 2023年10月30日 (月) 12:13 (UTC)
そうすると、@Kurihayaさんとしては、Wikipedia:リダイレクト削除の方針#即時削除で対応が可能な場合や、Wikipedia:即時削除の方針#リダイレクトに挙げられているようなものは、いずれもWikipedia:リダイレクト削除の方針#削除が可能なものには該当しないので、現状、即時削除すべきでないということになるんでしょうか。
とすると、Wikipedia:リダイレクト削除の方針#削除が可能なものに、Wikipedia:リダイレクト削除の方針#即時削除で対応が可能な場合や、Wikipedia:即時削除の方針#リダイレクトに挙げられているようなものを追加することを提案すべきことになりそうですね・・・。--Gminky︵会話︶ 2023年10月30日 (月) 13:30 (UTC)
すみません、WP:DP#Dを見落としていましたね。ケースＤでは、ページ名が間違っているもの︵例として、Wikipedia:記事名の付け方に反するもの︶を挙げていました。--Gminky︵会話︶ 2023年10月30日 (月) 13:36 (UTC)
コメント依頼提出から約2週間経過しましたが、やはり意見の割れている状況のまま大きな進展がない状況ですね…
個人的には作品名の全半角の違いを即時削除からリダイレクトの削除依頼へ移すことについて、﹁絶対にダメ﹂とまでは言わないものの﹁やるメリットを感じられない﹂というのが大きいです。﹁即時削除ではなくリダイレクトの削除依頼で対応する﹂ということは、﹁審議の結果存続になるケースがある﹂ということを意味していることになると思うのですが︵必ず削除されるのであれば審議を通す必要がないため︶、リダイレクトの削除依頼に移したときにどのようなリダイレクトが審議の結果存続終了となるのか、というのが気になるところです。
(一)公式サイトが全角を使用している/公式が全半角のどちらが正式か明言している例 → Wikipedia‐ノート:記事名の付け方#作品名の全角と半角の取り扱いについて明記する提案において、記事名でそれを考慮しないことで一致している。一連の議論の大元である﹁ミュータント タートルズ‥シュレッダーの復讐﹂も削除された。︵現在リダイレクトの削除依頼で審議中の﹁アクシデントマン‥ヒットマンズホリデー﹂も削除寄りになりつつある。︶
(二)検索窓における利便性の確保 → 全半角は検索窓側が自動的に補正するのでリダイレクトの存在意味がない。
という通りであり、ほかに﹁存続とすべきケースの具体例﹂が思いつかずにいます。リダイレクトの削除依頼に出しても存続となるケースが想定されないのであれば、やはり現状のままでよいのではないかと思うのです。そして、リダイレクトの削除依頼ではしばしば、依頼自体に問題はなくても票がつかずに存続となることがあるのですが、そうしたケースが﹁全半角の違いで削除されなかったリダイレクトの前例﹂として認識されるようなことがあると混乱のもとになる、という懸念もあります︵即時削除で対処する場合にはそのような前例がつくことはありません︶。そうした懸念まで含めて考えてもリダイレクトの削除依頼で扱うようにすべきなのか、という点が問題になるのかと思います。また、もし全半角の違いによるリダイレクトで審議の結果存続になりうる具体的なケースの思い浮かぶ方がいましたらご教示いただけると幸いです。--Dream100︵会話︶ 2023年11月13日 (月) 10:42 (UTC)
現状として、Wikipedia:即時削除の方針#リダイレクト2-1に該当するところ︵再確認︶[1]、Dream100さんと同様の理由で、リダイレクトの削除依頼又は即時削除の対象から取り除く必要はないように思います。
また、仮に 将来削除の提案者が削除に慎重な議論が必要な事例[2]であると判断するようなことがあれば、その事案について、一般のリダイレクトの削除依頼によって審議を経由すれば良く、あるかどうか分からない将来の可能性のために、いまここで即時削除の対象から取り除いてしまう必要まではないのかな、と思います。--Gminky︵会話︶ 2023年11月13日 (月) 14:36 (UTC)
そうですね。私もそのように思っています。基本的には現状維持で、どうしても判断に迷うような事例があるなら、即時削除ではなくリダイレクトの削除依頼で扱う、という形でよいと思います。最近の例ですと﹁Smile Again (BE‥FIRSTの曲)﹂︵Wikipedia:リダイレクトの削除依頼/2023年8月︶のようなものがありました︵これも結局削除はなっています︶。
あと確認すべきことがあるとすると、その﹁どうしても判断に迷うような事例﹂の中に、﹁作品名などで、公式サイトが全角記号を使用している﹂という事例を含めるべきなのかということです。これに関して私は一貫して反対しています。使用しているというだけで正式表記とみなす、あるいは正式表記かもしれないとする考え方に具体的な根拠がないことは何度も説明してきているとおりです。例外的な事例があるとすれば、公式側がどうしても全角/半角のいずれかでなければならないというようなことを極めて強く明言していて、なおかつその明言に反する場合に何らかの問題が生じるような場合、でしょうか︵そのような例があるとはあまり考えにくいですが︶。単に﹁使用している﹂だけで一律に﹁判断に迷う事例﹂とみなすときりがないです。この点は最後に確認しておいた方がよいかと考えます。--Dream100︵会話︶ 2023年11月14日 (火) 08:36 (UTC)
コメント公式サイトが全角を使用している/公式が全半角のどちらが正式か明言しているケースは、公式の表記の名称のリダイレクト削除はすべきではないと考えています。Takagu︵会話︶ 2023年11月15日 (水) 11:27 (UTC)
コメント公式サイトが全角を使用している/公式が全半角のどちらが正式か明言しているケースは、公式の表記の名称のリダイレクト削除はすべきではないと考えています。Takagu︵会話︶ 2023年11月15日 (水) 11:27 (UTC)
ファイル1-6新設の提案 コモンズへ移行したファイルに付随するリダイレクト
●事前議論‥Wikipedia‐ノート:リダイレクトの削除依頼/受付#コモンズへ移行したファイルに付随するリダイレクトの削除処置
これまで当該リダイレクトは即時削除R1-3、R1-4、F8などを利用して処理されてきましたが、この場合代替えリダイレクトがコモンズ側に作成済みかどうかの確認がないため赤リンクとなってしまい、リンクの正しい誘導ができない状態を生み出す可能性がありました。そこで、ファイル実体の﹁ファイル1-5﹂と同様に付随するリダイレクト専用の﹁ファイル1-6﹂を新設したいと思います。
ファイル1-6
ファイル1-5適用後のファイルへのリダイレクト
●コモンズに同名のリダイレクトページが作成され、内容も同じ転送先ファイル名であること。
使用方法‥ コメント コメント依頼にもお知らせにも告知がされていない、かつ賛成票もない状態で重要方針を時間経過の基準のみで書き換えるのはどうかと思いますよ。 --Dragoniez (talk) 2023年10月27日 (金) 08:15 (UTC)
Dragoniezさんのご意見に納得しました。しかし、申し訳ありません、リダイレクトの削除依頼で依頼されていた1件含め、5件ほどすでに削除してしまったため、やはり方針化とはならなかった場合は復帰してすべてリダイレクトの削除依頼へ回します。
●ファイル:Map Ishikawa Housu-district 2006-2.png︵ノート / 履歴 / ログ / リンク元︶
●ファイル:Map kanagawa naka district p01-01.png︵ノート / 履歴 / ログ / リンク元︶
●ファイル:Map Ishikawa Kashima-district.png︵ノート / 履歴 / ログ / リンク元︶
●ファイル:Map Ishikawa Nomi-district.png︵ノート / 履歴 / ログ / リンク元︶
●ファイル:Map Ishikawa Hakui-district.png︵ノート / 履歴 / ログ / リンク元︶
--柏尾菓子︵会話︶ 2023年10月27日 (金) 08:21 (UTC)
コメント@Triglavさん、申し訳ないのですが方針の編集は差し戻させていただきました。主に2点ほど指摘させていただきたいのですが、
(一)Wikipedia:合意形成に準ずる合意形成が行われていません。
(二)方針化するためには、文面等が十分に煮詰められていません。
まず、Wikipedia:合意形成には﹁コミュニティに対して十分な告知が行われる場合のみ、沈黙を同意とみなすことができます﹂と明記されているかつ、第三者意見、コメント依頼、およびお知らせが﹁求められる﹂とも書かれています。Wikipedia‐ノート:即時削除の方針/過去ログ21#CSDリダイレクト3廃止提案 2022年10月にも (1) は共通しているのですが、前回一種の﹁強行﹂後にそれを疑問視する声が上がっていたにも関わらず、今回も手順として全く同じようになってしまっているのはなぜなのでしょうか。ある種の見直す﹁いい機会﹂ではあると思われるので、合意形成基準を遵守する気持ちがおありであれば、リダイレクト3廃止についても追認議論の提起を求めます。
{{即時削除|ファイル1-6|2=<!--◆コモンズのリダイレクト名︵例‥commons-file.png︶◆-->}}
--Triglav︵会話︶ 2023年10月13日 (金) 06:55 (UTC)
書き換えました。2週間ほど試行してみます。問題をありましたら報告願います。--Triglav︵会話︶ 2023年10月27日 (金) 05:39 (UTC)
コメント コメント依頼にもお知らせにも告知がされていない、かつ賛成票もない状態で重要方針を時間経過の基準のみで書き換えるのはどうかと思いますよ。 --Dragoniez (talk) 2023年10月27日 (金) 08:15 (UTC)
Dragoniezさんのご意見に納得しました。しかし、申し訳ありません、リダイレクトの削除依頼で依頼されていた1件含め、5件ほどすでに削除してしまったため、やはり方針化とはならなかった場合は復帰してすべてリダイレクトの削除依頼へ回します。
●ファイル:Map Ishikawa Housu-district 2006-2.png︵ノート / 履歴 / ログ / リンク元︶
●ファイル:Map kanagawa naka district p01-01.png︵ノート / 履歴 / ログ / リンク元︶
●ファイル:Map Ishikawa Kashima-district.png︵ノート / 履歴 / ログ / リンク元︶
●ファイル:Map Ishikawa Nomi-district.png︵ノート / 履歴 / ログ / リンク元︶
●ファイル:Map Ishikawa Hakui-district.png︵ノート / 履歴 / ログ / リンク元︶
--柏尾菓子︵会話︶ 2023年10月27日 (金) 08:21 (UTC)
コメント@Triglavさん、申し訳ないのですが方針の編集は差し戻させていただきました。主に2点ほど指摘させていただきたいのですが、
(一)Wikipedia:合意形成に準ずる合意形成が行われていません。
(二)方針化するためには、文面等が十分に煮詰められていません。
まず、Wikipedia:合意形成には﹁コミュニティに対して十分な告知が行われる場合のみ、沈黙を同意とみなすことができます﹂と明記されているかつ、第三者意見、コメント依頼、およびお知らせが﹁求められる﹂とも書かれています。Wikipedia‐ノート:即時削除の方針/過去ログ21#CSDリダイレクト3廃止提案 2022年10月にも (1) は共通しているのですが、前回一種の﹁強行﹂後にそれを疑問視する声が上がっていたにも関わらず、今回も手順として全く同じようになってしまっているのはなぜなのでしょうか。ある種の見直す﹁いい機会﹂ではあると思われるので、合意形成基準を遵守する気持ちがおありであれば、リダイレクト3廃止についても追認議論の提起を求めます。肝心のご提案の内容なのですが、私はWikipedia:リダイレクトの削除依頼/2023年9月#RFDファイル:Map Ishikawa Hakui-district.pngで既に意見は述べていたので、方針への反映を考える場合は修正案自体への第三者意見待ちでした。RFDのあれを引き取ってくださったのであれば、R1-3とR1-4の話しはどうなったのでしょうか？即時削除基準間の整合性を取るために、F1-6︵仮︶への但し書き文句のようなものは必須であると考えられるほか、﹁ファイル1-5適用後のファイルへのリダイレクト﹂というよりかは﹁ローカルに転送先ファイルが存在しないファイルリダイレクト﹂のような記述の方が適切であると思われ、﹁F1-5適用後﹂に限定して瑕疵はないのかなど、意見交換による﹁詰め作業﹂が行われないまま方針が編集されたことを非常に残念に思います。 --Dragoniez (talk) 2023年11月1日 (水) 09:06 (UTC)
取り下げ 手続きについて疑義が生じたため、この提案を取り下げます。Triglavが再提出することはありません。柏尾菓子様。申し訳ありませんが処置ファイルの復帰およびRFD回送をお願いいたします。
事後議論は十分にできます。CSD#R3については議論の結果、ウィキプロジェクト単位でのルール制定およびそれを根拠としたRFD投票という形で落ち着いております︵あえて"決着"という表現を用いません︶。﹁提起を求め﹂るのではなく提起したい者が議題を用意して進めるべきです。その議題も中身のあるものであることを期待いたします。--Triglav︵会話︶ 2023年11月1日 (水) 14:12 (UTC)
上記5件は復帰して、リダイレクトの削除依頼に回しました。--柏尾菓子︵会話︶ 2023年11月2日 (木) 02:44 (UTC)
取り下げ 手続きについて疑義が生じたため、この提案を取り下げます。Triglavが再提出することはありません。柏尾菓子様。申し訳ありませんが処置ファイルの復帰およびRFD回送をお願いいたします。
事後議論は十分にできます。CSD#R3については議論の結果、ウィキプロジェクト単位でのルール制定およびそれを根拠としたRFD投票という形で落ち着いております︵あえて"決着"という表現を用いません︶。﹁提起を求め﹂るのではなく提起したい者が議題を用意して進めるべきです。その議題も中身のあるものであることを期待いたします。--Triglav︵会話︶ 2023年11月1日 (水) 14:12 (UTC)
上記5件は復帰して、リダイレクトの削除依頼に回しました。--柏尾菓子︵会話︶ 2023年11月2日 (木) 02:44 (UTC)
全般3について
全般3︵特別:差分/97618817、現在の最新版︶には
※B案件︵著作権侵害、プライバシー侵害、名誉毀損など︶のおそれがある記述が含まれる場合は、問題のある文章を閲覧出来ない状態にするために、元の文章をテンプレートで置き換えてください。B案件に該当するか判断に迷う場合は、置き換えで構いません。
とありますが、上の下線部で示した部分について、どちらの文も結果的に﹁置き換える﹂ことになります。しかし文脈から考えると、後者については﹁〜場合も、置き換えで構いません﹂あるいは﹁〜場合は、置き換えずにテンプレートを貼るのみで構いません﹂のようになると思います。この部分について、記述を変更するべきでしょうか。--Juten︵会話︶ 2023年10月30日 (月) 01:24 (UTC)
﹁B案件かどうか判断に迷うようなら置き換える﹂という意味です。現行の文章も額面通りに読めばその意味に受け取れると思います。--Muyo︵会話︶ 2023年10月30日 (月) 10:56 (UTC)
ありがとうございます。確かに、表面をなぞって文章をそのまま受け取ってみるとMuyoさんの仰る通りの意味として受け取ることができました。ただ、やはり文脈から考えると少し表現がずれているようにも見えるのですが、それはおそらく私の勉強不足によるものだと思います。教えていただき、どうもありがとうございました。--Juten︵会話︶ 2023年11月3日 (金) 12:27 (UTC)
全般2の改訂もしくは新設について
現在、全般2では見出しのみのものなど単純なものが該当していると思います。今回、提案するのは補足に﹁出典が一切ないもの﹂﹁明らかに一次資料のみで構成された記事﹂を付け加えてはどうでしょうか。皆様ご存じのとおり記事作成には各種方針や﹁独立記事作成の目安﹂を満たすことが必要になりますが、それらを満たさない状態での粗悪乱造な記事の立項が増えているのではと危惧しております。現在、﹁出典が一切ないもの﹂﹁明らかに一次資料のみで構成された記事﹂においては削除依頼を出しケースE(WP:DP#E)でしか処理できないものと思います。中には出典があるの、未来に記事として成り立つものもあると思いますが、出典を加えた時点で記事を作成すれば良いだけで削除依頼ではなく即時削除で対応しても良いのではないでしょうか。
|
管理者及び削除者の方には負担があるとはそれなりの効果はあると考えます。--Nocto︵会話︶ 2023年11月3日 (金) 15:09 (UTC)
コメント 以前、自分が提起した議論をあげておきます。‥Wikipedia‐ノート:即時削除の方針/記事4の作成提案
このときには、存命人物記事に限定し︵なので﹁記事4﹂という新設の方針にしています︶、出典の存在が見込めない記事を要件としていました。そこから比べるとだいぶ対象範囲が広くなっていますが、ページ内の出典の有無という外形的な基準のほうがわかりやすいかもしれません。
ただ、個人的には記事名前空間以外を対象とするのは反対で、記事4のような形で新設するべきだと考えますし、過去版の出典有無を要件に加えるかどうか、検討したほうがよいかもしれません︵出典を除去して即時削除させようとする荒らしは、差し戻されるでしょうが︶。
また、そもそも即時削除ではなく、出典を探すなどで記事を育てる方向をまずは考えてほしいという気持ちもあります。よろしくお願いします。 --Tamago915︵会話︶ 2023年11月3日 (金) 17:00 (UTC)
返信 (Tamago915さん宛) 過去議論の提示ありがとうございます。英語版のA7は私も気になっており、近しいようなものが作れないかと常々考えておりました。過去議論を見ると確かに全般である必要性はない気もしてきました。他の方の意見を待ち提案を変更を行うかもしれません。
﹁出典を除去して即時削除させようとする荒らし﹂については出典に限らず全削除している荒らし等と同じ対応となると思うため大丈夫と考えています。
﹁出典を探すなどで記事を育てる方向をまずは考えてほしいという気持ちもあります。﹂については削除的になってはいけないと感じますが、記事作成をするにあたって最低限の出典をつけてから記事を作成してほしいという気持ちがあります。--Nocto︵会話︶ 2023年11月4日 (土) 10:33 (UTC)
返信 (Noctoさん宛) - 記事以外のページですと、つまりノートやリダイレクト、カテゴリ、ファイル、Wikipedia名前空間などが対象となるわけですが、これらに出典がないからといって即時削除にできるわけがない、という認識です。逆に、記事名前空間以外で出典なきページを削除対象とする名前空間があるのか、洗い出していただくほうがよいかと思います。 --Tamago915︵会話︶ 2023年11月4日 (土) 11:28 (UTC)
返信 (Tamago915さん宛) 解説ありがとうございます。--Nocto︵会話︶ 2023年11月5日 (日) 19:37 (UTC)
︵コメント︶この文面の場合、額面通りに運用すると、﹁できるだけ削除せずまず特筆性の有無を調べる﹂というWP:FAILNの精神に相反しますし、﹁多くの人が知っていて本来百科事典に収録されて然るべきだがロクに出典がない事物﹂が即時削除されることになりかねないのではないでしょうか。--Muyo︵会話︶ 2023年11月4日 (土) 00:49 (UTC)
返信 (Muyoさん宛) WP:FAILNは特筆性が怪しい記事についての文章だと思います。個人的には特筆性有無を調べる前になぜその状態で記事作成を行ったのかというところを疑問視しているところであります。
また、﹁﹁多くの人が知っていて本来百科事典に収録されて然るべきだがロクに出典がない事物﹂が即時削除されることになりかねないのではないでしょうか。﹂について例があれば教えていただくことは可能でしょうか。そういった事物にはつけれる出典が皆無って事はあるのでしょうか。--Nocto︵会話︶ 2023年11月4日 (土) 10:33 (UTC)
コメント たとえば数学や自然科学の用語の記事に、無出典ですが収録が必要と考えられるものが見られるようです︵例、スーパー素数︶。この場合の本来の出典は、学会や学術会議で定めた定義や、何らかの論証のために最初に定義した論文などになるでしょうか。それらに容易に︵言い換えれば、オンライン上で無償で確認できる形で︶アクセスできず、研究者の個人ブログでしか紹介されていないために出典がつかない、という事例は想定されそうです。 こういった用語を残すか消すか、あるいは当該の研究分野では当然知っておくべき概念か否かは、判断が付かないことも少なくなさそうです。 --Tamago915︵会話︶ 2023年11月4日 (土) 11:28 (UTC)
返信 (Tamago915さん宛) 例題ありがとうございます。スーパー素数については教科書とか学問書関係に出典できるような解説がありそうな感じがします(その分野に詳しくないので憶測ですが)。一つの疑問として﹁多くの人が知っている事物﹂として教科書や学問書などにのっているものは確実に多くの人が知っていますが、論文などのその分野の専門家達だけに知られている事柄は当てはまらないのではないでしょうか。(例えば、ips細胞などはノーベル賞とかを取ったものはニュースにもなり多くの人が知ってると思いますが。)その分野に詳しくないので教えていただきたいと思っております。--Nocto︵会話︶ 2023年11月5日 (日) 19:37 (UTC)
コメント Noctoさんがおっしゃる﹁管理者及び削除者の方には負担があるとはそれなりの効果はあると考えます﹂の意図がよくわかりませんでした。
●﹁管理者の負担﹂としては、削除依頼を通してもらったほうが負担が少ない、と私は感じます。即時削除は管理者独断ということでして、管理者として﹁その判断は間違っていないのか﹂をしっかり確認する必要があり、手間が増えます。通常の削除依頼であれば、﹁合意が形成されているかどうか﹂だけの判定です。極端な話﹁本当は情報源はよく探せばあった﹂ような事例では、即時削除していたら﹁管理者のせい﹂ですが、削除依頼経由であれば﹁削除意見を述べた人たちのせい﹂ということになります。
●﹁表面的に出典がなければなんにも考えず即時削除してよい﹂というのは、一見、管理者として﹁よく考える手間﹂は省けるようではありますが、実際にはTamago915さんがおっしゃるとおり﹁過去版に適切な出典があったのに、誰かが除去してしまった﹂みたいなこともチェックするわけで、いうほどラクにもならないという感じがします。
●なにより、なんか、やり方が知的じゃないです。いちおう﹁管理者﹂としての信任を頂いた立場としては、﹁なんか知らないけど出典ゼロなんで削除しまーす﹂というのはやっぱり雑な機械的作業という感じがします。
●もちろんLTAや荒らし対策というのもあります。そこまでじゃないとしても、﹁いかにも宣伝記事﹂︵芸能人やユーチューバーとかの人物や、企業・商店などの分野に多い︶とか﹁存命人物・現存企業への中傷﹂みたいなものは、私も即時削除することはあります。
●そこらへんの見極めというか、判断は、わざわざ管理者に手を挙げたからには、各管理者の自己責任でやるというか、あとになって判断ミスと批判されればそれを甘んじて受けることもあるでしょう。それをせずに、表面的に出典ゼロでバンバン削除しまーす、みたいなラクをしたい﹁管理者﹂はそうそういないんじゃないでしょうかねえ。なんというか、管理者には、﹁わかんなければ放っておく﹂という選択肢が常にあるので、それで十分という感じ。--柒月例祭︵会話︶ 2023年11月6日 (月) 11:37 (UTC)
︵追記︶たぶん現実的にはマンパワーが回らないと思うのですが、管理者が﹁この案件、内容みましたが私は判断できないので対処しません--~~~~﹂的なメモを残すみたいの習慣があると、もしかするといいかもな、とは感じています。﹁この案件はどの管理者からも完全放置されているというわけではないんですよ﹂というのを可視化するという意味で。これが複数つくような場合には削除依頼に送られるとかね。削除案件に限りませんけども。実際には管理者が面倒なのできっとやらないでしょうけど。--柒月例祭︵会話︶ 2023年11月6日 (月) 11:43 (UTC)
返信 (柒月例祭さん宛) 管理者の立場からの意見有難うございます。また言葉足らずで申し訳ございません。﹁管理者及び削除者の方には負担があるとはそれなりの効果はあると考えます﹂の意図ですが、今回の提案が通ったとしてルールが増えるため、管理する側の負担は増えると思います。しかしながら、新規に記事を作ろうとするものが二次資料となる出典をつけなければ即時削除が行われるため、調べた上での記事作成を行ってくれるため、結果、粗末な記事の削除依頼が減ると考えた次第です。新規記事のクオリティが上がると思っております。
確かに、﹁出典がないので削除﹂と言うのは機械的に思えるかもしれませんが、私が見かけた﹁なんだかよくわからないけど記事を作った﹂という編集者や﹁作っておけば誰かがやってくれるから、とりあえず作っとけ﹂というような編集者は減っていくと思うんですよね。﹁ちゃんと各種方針や﹁独立記事作成の目安﹂を満たすことを促しても﹂その場では了解するけど、しばらく経った後にはまた同じ行動する人も見かけたりもしました。
個人的な意見ですが、削除依頼は調査して出すもので正直、手間があると思うのです。私のやり方が悪いだけなのかもしれませんが、結構な時間を要して削除依頼を提出したりしていました。その手間が必要であるのは重々承知してますが、一切加筆もできないような記事があると、がっがりしてしまうし、そういう記事の作成者の履歴を見ると同じような記事を複数作成しているのです。最低限何かしらの有効な出典ぐらいつけて作成してくれよと思っていた次第です。
ある意味、新規作成記事に対して審査じゃないけどそういう立場の方がいれば私がモヤモヤしている気持ちは晴れるんですけどね。--Nocto︵会話︶ 2023年11月6日 (月) 18:53 (UTC)
コメント Noctoさんは無出典の記事を原則︵例えば、荒らし行為での即時削除テンプレート貼付ではない限り︶無条件に削除してよいと考えているようですし、㭍月例祭さんは都度都度の即時削除にあたり管理者・削除者の精査が必要だと考えていると思われます。前回の私の提案のときにもその点が詰め切れなかったので、管理者・削除者にどこまで求めるのかは方針文書などで明示できるような合意が取れればありがたいです。個人的には、即時削除の方針に取り込むなら原則無条件の削除になるでしょうし、管理者・削除者の精査を求めるのなら︵即時削除ではなく︶削除の方針に﹁無出典の記事﹂を追加して、コミュニティの合意をもって削除とすべきだと考えます。
あと参考までに、無出典の存命人物記事は特別:検索/deepcat:出典皆無な存命人物記事で絞り込めますが、このコメントを書いている時点で1万9千件近くあります︵存命人物以外の無出典記事はカテゴリに載りませんが、当然この数倍以上はあるでしょう︶。これらの多数の記事について、存続・削除の責任を管理者・削除者に負わせるのは酷だと考えますので、原則無条件の削除として管理者・削除者を免責するか、削除依頼に委ねてコミュニティの合意をとるかの建て付けとなってほしいです。 --Tamago915︵会話︶ 2023年11月7日 (火) 15:18 (UTC)
コメント 以前、自分が提起した議論をあげておきます。‥Wikipedia‐ノート:即時削除の方針/記事4の作成提案
このときには、存命人物記事に限定し︵なので﹁記事4﹂という新設の方針にしています︶、出典の存在が見込めない記事を要件としていました。そこから比べるとだいぶ対象範囲が広くなっていますが、ページ内の出典の有無という外形的な基準のほうがわかりやすいかもしれません。
ただ、個人的には記事名前空間以外を対象とするのは反対で、記事4のような形で新設するべきだと考えますし、過去版の出典有無を要件に加えるかどうか、検討したほうがよいかもしれません︵出典を除去して即時削除させようとする荒らしは、差し戻されるでしょうが︶。
また、そもそも即時削除ではなく、出典を探すなどで記事を育てる方向をまずは考えてほしいという気持ちもあります。よろしくお願いします。 --Tamago915︵会話︶ 2023年11月3日 (金) 17:00 (UTC)
返信 (Tamago915さん宛) 過去議論の提示ありがとうございます。英語版のA7は私も気になっており、近しいようなものが作れないかと常々考えておりました。過去議論を見ると確かに全般である必要性はない気もしてきました。他の方の意見を待ち提案を変更を行うかもしれません。
﹁出典を除去して即時削除させようとする荒らし﹂については出典に限らず全削除している荒らし等と同じ対応となると思うため大丈夫と考えています。
﹁出典を探すなどで記事を育てる方向をまずは考えてほしいという気持ちもあります。﹂については削除的になってはいけないと感じますが、記事作成をするにあたって最低限の出典をつけてから記事を作成してほしいという気持ちがあります。--Nocto︵会話︶ 2023年11月4日 (土) 10:33 (UTC)
返信 (Noctoさん宛) - 記事以外のページですと、つまりノートやリダイレクト、カテゴリ、ファイル、Wikipedia名前空間などが対象となるわけですが、これらに出典がないからといって即時削除にできるわけがない、という認識です。逆に、記事名前空間以外で出典なきページを削除対象とする名前空間があるのか、洗い出していただくほうがよいかと思います。 --Tamago915︵会話︶ 2023年11月4日 (土) 11:28 (UTC)
返信 (Tamago915さん宛) 解説ありがとうございます。--Nocto︵会話︶ 2023年11月5日 (日) 19:37 (UTC)
︵コメント︶この文面の場合、額面通りに運用すると、﹁できるだけ削除せずまず特筆性の有無を調べる﹂というWP:FAILNの精神に相反しますし、﹁多くの人が知っていて本来百科事典に収録されて然るべきだがロクに出典がない事物﹂が即時削除されることになりかねないのではないでしょうか。--Muyo︵会話︶ 2023年11月4日 (土) 00:49 (UTC)
返信 (Muyoさん宛) WP:FAILNは特筆性が怪しい記事についての文章だと思います。個人的には特筆性有無を調べる前になぜその状態で記事作成を行ったのかというところを疑問視しているところであります。
また、﹁﹁多くの人が知っていて本来百科事典に収録されて然るべきだがロクに出典がない事物﹂が即時削除されることになりかねないのではないでしょうか。﹂について例があれば教えていただくことは可能でしょうか。そういった事物にはつけれる出典が皆無って事はあるのでしょうか。--Nocto︵会話︶ 2023年11月4日 (土) 10:33 (UTC)
コメント たとえば数学や自然科学の用語の記事に、無出典ですが収録が必要と考えられるものが見られるようです︵例、スーパー素数︶。この場合の本来の出典は、学会や学術会議で定めた定義や、何らかの論証のために最初に定義した論文などになるでしょうか。それらに容易に︵言い換えれば、オンライン上で無償で確認できる形で︶アクセスできず、研究者の個人ブログでしか紹介されていないために出典がつかない、という事例は想定されそうです。 こういった用語を残すか消すか、あるいは当該の研究分野では当然知っておくべき概念か否かは、判断が付かないことも少なくなさそうです。 --Tamago915︵会話︶ 2023年11月4日 (土) 11:28 (UTC)
返信 (Tamago915さん宛) 例題ありがとうございます。スーパー素数については教科書とか学問書関係に出典できるような解説がありそうな感じがします(その分野に詳しくないので憶測ですが)。一つの疑問として﹁多くの人が知っている事物﹂として教科書や学問書などにのっているものは確実に多くの人が知っていますが、論文などのその分野の専門家達だけに知られている事柄は当てはまらないのではないでしょうか。(例えば、ips細胞などはノーベル賞とかを取ったものはニュースにもなり多くの人が知ってると思いますが。)その分野に詳しくないので教えていただきたいと思っております。--Nocto︵会話︶ 2023年11月5日 (日) 19:37 (UTC)
コメント Noctoさんがおっしゃる﹁管理者及び削除者の方には負担があるとはそれなりの効果はあると考えます﹂の意図がよくわかりませんでした。
●﹁管理者の負担﹂としては、削除依頼を通してもらったほうが負担が少ない、と私は感じます。即時削除は管理者独断ということでして、管理者として﹁その判断は間違っていないのか﹂をしっかり確認する必要があり、手間が増えます。通常の削除依頼であれば、﹁合意が形成されているかどうか﹂だけの判定です。極端な話﹁本当は情報源はよく探せばあった﹂ような事例では、即時削除していたら﹁管理者のせい﹂ですが、削除依頼経由であれば﹁削除意見を述べた人たちのせい﹂ということになります。
●﹁表面的に出典がなければなんにも考えず即時削除してよい﹂というのは、一見、管理者として﹁よく考える手間﹂は省けるようではありますが、実際にはTamago915さんがおっしゃるとおり﹁過去版に適切な出典があったのに、誰かが除去してしまった﹂みたいなこともチェックするわけで、いうほどラクにもならないという感じがします。
●なにより、なんか、やり方が知的じゃないです。いちおう﹁管理者﹂としての信任を頂いた立場としては、﹁なんか知らないけど出典ゼロなんで削除しまーす﹂というのはやっぱり雑な機械的作業という感じがします。
●もちろんLTAや荒らし対策というのもあります。そこまでじゃないとしても、﹁いかにも宣伝記事﹂︵芸能人やユーチューバーとかの人物や、企業・商店などの分野に多い︶とか﹁存命人物・現存企業への中傷﹂みたいなものは、私も即時削除することはあります。
●そこらへんの見極めというか、判断は、わざわざ管理者に手を挙げたからには、各管理者の自己責任でやるというか、あとになって判断ミスと批判されればそれを甘んじて受けることもあるでしょう。それをせずに、表面的に出典ゼロでバンバン削除しまーす、みたいなラクをしたい﹁管理者﹂はそうそういないんじゃないでしょうかねえ。なんというか、管理者には、﹁わかんなければ放っておく﹂という選択肢が常にあるので、それで十分という感じ。--柒月例祭︵会話︶ 2023年11月6日 (月) 11:37 (UTC)
︵追記︶たぶん現実的にはマンパワーが回らないと思うのですが、管理者が﹁この案件、内容みましたが私は判断できないので対処しません--~~~~﹂的なメモを残すみたいの習慣があると、もしかするといいかもな、とは感じています。﹁この案件はどの管理者からも完全放置されているというわけではないんですよ﹂というのを可視化するという意味で。これが複数つくような場合には削除依頼に送られるとかね。削除案件に限りませんけども。実際には管理者が面倒なのできっとやらないでしょうけど。--柒月例祭︵会話︶ 2023年11月6日 (月) 11:43 (UTC)
返信 (柒月例祭さん宛) 管理者の立場からの意見有難うございます。また言葉足らずで申し訳ございません。﹁管理者及び削除者の方には負担があるとはそれなりの効果はあると考えます﹂の意図ですが、今回の提案が通ったとしてルールが増えるため、管理する側の負担は増えると思います。しかしながら、新規に記事を作ろうとするものが二次資料となる出典をつけなければ即時削除が行われるため、調べた上での記事作成を行ってくれるため、結果、粗末な記事の削除依頼が減ると考えた次第です。新規記事のクオリティが上がると思っております。
確かに、﹁出典がないので削除﹂と言うのは機械的に思えるかもしれませんが、私が見かけた﹁なんだかよくわからないけど記事を作った﹂という編集者や﹁作っておけば誰かがやってくれるから、とりあえず作っとけ﹂というような編集者は減っていくと思うんですよね。﹁ちゃんと各種方針や﹁独立記事作成の目安﹂を満たすことを促しても﹂その場では了解するけど、しばらく経った後にはまた同じ行動する人も見かけたりもしました。
個人的な意見ですが、削除依頼は調査して出すもので正直、手間があると思うのです。私のやり方が悪いだけなのかもしれませんが、結構な時間を要して削除依頼を提出したりしていました。その手間が必要であるのは重々承知してますが、一切加筆もできないような記事があると、がっがりしてしまうし、そういう記事の作成者の履歴を見ると同じような記事を複数作成しているのです。最低限何かしらの有効な出典ぐらいつけて作成してくれよと思っていた次第です。
ある意味、新規作成記事に対して審査じゃないけどそういう立場の方がいれば私がモヤモヤしている気持ちは晴れるんですけどね。--Nocto︵会話︶ 2023年11月6日 (月) 18:53 (UTC)
コメント Noctoさんは無出典の記事を原則︵例えば、荒らし行為での即時削除テンプレート貼付ではない限り︶無条件に削除してよいと考えているようですし、㭍月例祭さんは都度都度の即時削除にあたり管理者・削除者の精査が必要だと考えていると思われます。前回の私の提案のときにもその点が詰め切れなかったので、管理者・削除者にどこまで求めるのかは方針文書などで明示できるような合意が取れればありがたいです。個人的には、即時削除の方針に取り込むなら原則無条件の削除になるでしょうし、管理者・削除者の精査を求めるのなら︵即時削除ではなく︶削除の方針に﹁無出典の記事﹂を追加して、コミュニティの合意をもって削除とすべきだと考えます。
あと参考までに、無出典の存命人物記事は特別:検索/deepcat:出典皆無な存命人物記事で絞り込めますが、このコメントを書いている時点で1万9千件近くあります︵存命人物以外の無出典記事はカテゴリに載りませんが、当然この数倍以上はあるでしょう︶。これらの多数の記事について、存続・削除の責任を管理者・削除者に負わせるのは酷だと考えますので、原則無条件の削除として管理者・削除者を免責するか、削除依頼に委ねてコミュニティの合意をとるかの建て付けとなってほしいです。 --Tamago915︵会話︶ 2023年11月7日 (火) 15:18 (UTC)
ファイル1-6（仮）の新設案
「Wikipedia:リダイレクトの削除依頼/2022年11月#RFDファイル:秘匿ログ1.png」および「Wikipedia:リダイレクトの削除依頼/2023年9月#ファイル:Map_Ishikawa_Hakui-district.png」も参照
以下の構造をもつファイルからファイルへのリダイレクトにおいて、上記RFD議論のように、ローカルに転送先ファイルが存在しない場合がリダイレクト1-3 (転送先非存在) 絡みで何度か問題になっています。
●File:Foo → File:Bar
上記は両方ともフェイク青リンクですが、﹁File:秘匿ログ1.png → File:版指定削除ログ1.png﹂︵双方ローカル非存在︶のように、ファイルはjawp上に該当ページがなくとも、コモンズ側に対応するファイルがあれば青リンクになります。今回即時削除基準として検討させて頂きたいのが、コモンズとのリンク機能がなければ﹁File:Foo → File:Bar﹂のようになるファイルリダイレクト︵つまり、コモンズ側に同一構造の﹁c:File:Foo → c:File:Bar﹂がある場合︶です。︵以下、便宜上﹁ローカルに転送先が存在せずコモンズにリンクしているファイルリダイレクト﹂を﹁Cリダイレクト﹂と表記します。︶
既存の即時削除基準にCリダイレクトがあてはまるか
まず、RFDでの議論において引き合いに出されたのが以下3つの既存の即時削除基準です。
| 即時削除基準 | 概要 | 基準新設議論 | 摘要 |
|---|---|---|---|
| リダイレクト1-3 | 転送先非存在 | 議論 | 先行議論が「転送先が存在しないためリダイレクトとして機能しないリダイレクトページ」を対象としている
→ Cリダイレクトはリダイレクトとして機能する |
| リダイレクト1-4 | 他言語版へのリダイレクト | 議論 | 「日本 → en:Japan」のようなリダイレクトは「日本」を無作為に青リンクにし、ページの存在・非存在の認識を阻害するため、これを排除するための基準
→ CリダイレクトはR1-4が排除したいページの前提と全く異なる |
| ファイル8 | 存在しないファイル | 議論 | Media:存在しないファイルなど、Media名前空間へのリンクが赤リンクとなるファイル（ファイルページは存在するがファイルがないもの）を対象としている
→ CリダイレクトはMedia名前空間へのリンクが赤リンクにならない |
このように、少なくとも現行の方針上は、上記3つの基準はその存在事由にCリダイレクトがあてはまらないため、これらの基準を元に即時削除すべきではないと考えるのが妥当と思われます。
- 基準への加筆案
Cリダイレクトについて議論する前に、出来る限り、なぜ即時削除基準が存在するのかが方針から分かる文面になっていたほうがよいと考えます。よって、以下のような加筆をするのはどうでしょう。
- 案1 (リダイレクト1-3)
| （現行） 転送先が削除・未作成などの理由で存在せず、他のページへのリダイレクトに変更できないもの
|
| （案） 転送先が存在しないためリダイレクトとして機能せず、他のページへのリダイレクトにも変更できないもの
|
- 案2 (リダイレクト1-4)
| （現行） 他言語版へのリダイレクト
|
| （案） 他プロジェクトへのリダイレクト
|
日本語版の別プロジェクトは「他言語版」かどうか認識に差異が出るものと考えます。また、現行だと「他言語版へのリダイレクト」が厳密に何を指すのか不明確に感じます。Wikipedia:リダイレクト#他言語版へのリダイレクトを作成しないにリンクするのではなく、「無作為な青リンク」という文言自体を方針に含めるべきだと思います。
- 案3 (ファイル8)
| （現行） 存在しないファイルのファイルページ
|
| （案） ファイルが存在しないファイルページ
|
- 基準の新設案 (案4)
転送元・転送先がコモンズと同一構造のファイルリダイレクトで、ローカルに転送先が存在しないもの
|
重要点として、案1, 2, 3を採用する場合、F1-6が適用可能な場合はいかなる時もR1-3、R1-4、F8の基準には合致しません。︵相互排他的な基準となります。︶
●﹁File:Foo﹂はリダイレクトとして機能する︵R1-3基準外︶
●﹁File:Foo﹂の転送先﹁File:Bar﹂にはプロジェクト接頭辞がない︵R1-4基準外︶
●﹁Media:Bar﹂は青リンクとなる︵F8基準外︶
以下、なぜF1-6が必要かについてですが、現行の方針にはWP:CSD#F1-5︵コモンズへ移動したファイル︶があり、これにはプロジェクト間でのページやリンクの分散を防ぎ一括管理するという意義があります。上記文面内の﹁File:Foo﹂は、それが存在するとこの意義に逆行するものであり、これを削除しないとなると論理上はコモンズにリダイレクトがあるページはjawpで無差別にリダイレクトが﹁上書き作成﹂されても良いことになるほか、コモンズで更新があってもDelinkerあたりが勝手に処理します。
以上、以下にご意見のほどよろしくお願いいたします。--Dragoniez (talk) 2023年11月7日 (火) 19:35 (UTC)
F1-6についての議論
全般10の改定提案
全般10の改定を提案致します。現在の﹁記事としての履歴がないリダイレクトのリダイレクト起こしも含む。﹂という文言の後に、
﹁ただし、曖昧さ回避ページ[[○○]]へリダイレクトされている[[○○ (曖昧さ回避)]]というページは除く。﹂
という文言を付け加えるのはどうでしょうか？ たとえ特定のLTAが作成したものであっても機械的に即時削除すればWikipedia:リダイレクト削除の方針#削除してはいけないものに抵触し、矛盾しています。実際、Wikipedia:リダイレクトの削除依頼にそういう依頼が提出されていても即時存続で終わるケースがほとんどのようです。
皆様のご意見をお待ちしております。--YBK75︵会話︶ 2023年11月9日 (木) 00:05 (UTC)
●︵反対︶わざわざLTAが作成したものを残さなくても、﹁○○ (曖昧さ回避)﹂というページが必要であれば、再作成すればよいと考えます。﹁○○ (曖昧さ回避)﹂という名称でも、ほかのページから転記して作成︵しかも履歴不継承︶されることもあります︵これはLTA:HEATHROWにあります︶。LTA:HGTCHDPだって作成したページに、名誉毀損的な記述をデフォルトソートなど一見わかりにくいところに混入させます。その曖昧さ回避が履歴不継承ではないか、名誉毀損記述はないか、履歴を精査する手間を考えると、LTAが作成したものを残すより、再作成した方が早いと考え、わざわざ曖昧さ回避だけを対象とした文言をつけ加える必要はないと思います。--柏尾菓子︵会話︶ 2023年11月9日 (木) 00:51 (UTC)
(一)^ WP:DP#Dにも、該当する項目がある以上、"本来の"方針から外れて即時削除だけが定められている状態でもない。
(二)^ Dream100さんの表現だと﹁全半角の違いによるリダイレクトで審議の結果存続になりうる具体的なケース﹂