「Wikipedia:井戸端/history20230304」の版間の差分

履歴の双方向閲覧

← 古い編集新しい編集 →

削除された内容追加された内容

ビジュアルウィキテキスト

インライン

2020年1月27日 (月) 16:05時点における版

ショートカット:
WP:VP
WP:PUMP
WP:VILLAGE
WP:VILLAGEPUMP
WP:井戸端

相談と質問

過去ログ一覧

三角マークをクリックでツリーを表示
※1階層あたり最大200件まで取得

井戸端の話題

Wikipedia:井戸端/過去ログ
 過去ログについて

井戸端は、ウィキペディア日本語版について、運営、方針、新しいアイディアや作業の仕方、その他様々な事で質問や提案、議論、意見交換を行う場所です。詳しくはWikipedia:井戸端/ヘルプをご覧ください

This page is for discussion of Japanese Wikipedia, normally in Japanese. But see also Help for Non-Japanese Speakers. If you want to just inform Japanese Wikipedians of something, you can use Wikipedia:お知らせ.

ここに質問を投稿する前に

下記の過去ログ検索機能にて、既に似た質問がないか質問前にご確認ください。
よくある質問（FAQ）や利用案内もご確認ください。なお、この井戸端で頻繁にされている質問があれば、それをFAQに追加するよう、提案してください。
ウィキペディア日本語版やウィキメディア・プロジェクトと関係のない話題を投稿するのはご遠慮ください。
以下に当てはまるものは井戸端よりも適切な場所があるので、そちらにお願いします（「表示」を押すと展開されます）：

他に適切な場所があるもの

ウィキペディア全体に関して

利用者へのお知らせ → お知らせ
投稿や編集の仕方・方針やガイドラインに関する質問・操作方法に関する質問 → 利用案内
ウィキペディアでの調べ物に関する質問 → 調べもの案内
ウィキペディアのバグや不具合 → バグの報告
表示に問題がありそうなページの検証や改善について → 表示改善依頼

個々の専門分野に関して

意見・質問・確認事項など → ウィキポータル・ウィキプロジェクトの該当分野

個々のページに関して

そのページのノートページ・執筆・翻訳者の広場
そのページについての意見の募集 → コメント依頼

個々の利用者（アカウント）に関して

その利用者の会話ページ・ウィキメール
その利用者の行動についての意見の募集 → コメント依頼

以前の議論を検索する

井戸端タグについては井戸端タグの説明文書をご覧ください。
井戸端ウォッチリストではサブページを含めた井戸端の投稿状況が確認できます。
以下は、►（右向き三角）のクリックによって期間ごとの話題がツリー表示されます。

井戸端の話題/2024年/12月/上旬

井戸端の話題/2024年/12月/中旬

井戸端の話題/2024年/12月/下旬

運営方針

投稿された全ての話題はサブページに移動し、Category:井戸端の話題にカテゴライズされています。
サブページは、最新の投稿から10日間経過するか、最初の投稿から30日が経過すると、井戸端への読み込みが解除されます。

投稿しましょう

新しい話題を投稿する

最後にもう一度「ここに質問を投稿する前に」を確認して問題がなければ、初心者は新しい節を追加して、経験者は新しいサブページを作成して投稿してください。

キャッシュを破棄

加筆大会定期化の提案

中間まとめまでの議論

現在、第2回加筆大会が行われており、たくさんの記事が加筆されています。そこで、加筆大会を定期化することを提案いたします。具体的には、毎年12月に行います。12月なのは、第2回加筆大会の実施が12月であったこと、11月のウィキペディア・アジア月間に続いて加筆への意欲を高めてもらうことが理由です。また、12月の末（29日以降）には年末年始の休みになる人も多く、そこで時間ができた多くの人が加筆してくださることも期待できます。加筆大会を定期化しますと、毎年井戸端で提案しなくとも、11月頃に気付いた人が加筆大会のページを作成し、12月1日から12月31日まで加筆大会が行われ、1月半ばに結果発表が行われることになります。ご意見よろしくお願いいたします。--Reiwa period（会話） 2019年12月26日 (木) 00:10 (UTC)[返信]

なお、2週間待っても意見反対がなければ、以下のことを行いたいと思います。
- Wikipedia:加筆大会をWikipedia:第1回加筆大会に移動（リンク元は修正）し、Wikipedia:加筆大会は加筆大会一般のルールなどを掲載した上で、要約欄などのリンクのために{{otheruses}}でWikipedia:第1回加筆大会に誘導します。なお、草案は利用者:Reiwa period/sandboxに置きます。
- Template:加筆大会を作成し、毎回の加筆大会と加筆大会の一般ページに誘導し、これを誘導先ページの末尾に設けます。これの草案は利用者:Reiwa period/sandbox2に置きます。
- Category:加筆大会を作成し、関連ページをカテゴライズいたします。--Reiwa period（会話） 2019年12月26日 (木) 00:27 (UTC)[返信]
（追記）定期化する意義としましては、次の加筆大会の開催がいつか分かっていれば、執筆者のモチベーションが保たれることが挙げられます。--Reiwa period（会話） 2020年1月6日 (月) 12:23 (UTC)[返信]

反対世話人を毎回確保できるか疑わしいため。来年の大会開催時期に、誰も世話人に手を上げなかったらどうなるのでしょうか？しかるべき人が、時間のあるときに、そのつど世話人として開催を提案するという方が無理がないと思います。--毒島みるく（会話） 2019年12月26日 (木) 23:27 (UTC)[返信]

別に「世話人」はいなくてもよいと思います。何も必ずしも一人で全てやる必要はなく、皆で少しずつ行ってもよいと思います。それがウィキペディアの理念だと思います。--Reiwa period（会話） 2019年12月26日 (木) 23:45 (UTC)[返信]
- つまり発起人として第2回加筆大会を責任持って終わらせるつもりも別にない、ということでしょうか。サイトノーティスまで出して、何万人というコミュニティ全体を巻き込んだイベントですよ？出稿したイベント参加者の一人として、そのような運営は困りますし、今後も安心して参加できかねます。--毒島みるく（会話） 2019年12月27日 (金) 01:59 (UTC)[返信]
  - そんなことは言っていません。今回の加筆大会は私が集計・結果発表を行います。次回以降の話です。--Reiwa period（会話） 2019年12月27日 (金) 03:36 (UTC)[返信]

コメント 今回加筆大会を行って、個人的な見解ですが、冬はやっぱり忙しいという方も多いので、1年おきに夏開催、長期で時間を取る（例：7/21～9/10）ほうがもっと多くの人に参加してもらえるものになったのかな、とは少しですが思いました。毎年（ディークエステン氏は翌月も出典大会を開催しようとしていましたが）開催しても労力をずっと継ぎ込めるわけでもないので、大規模な大会を1年おき（次は2021年）に開催し、部門限定の大会をその間に開催したほうが良いかとは思います。例えば動員令（中国語版執筆大会）は毎年7月から2ヶ月間開催しています。まあ私自身、加筆大会の裏で同じ出典を利用して新規執筆もしていますし、特定ジャンル限定であれば「執筆・加筆大会」と一つにまとめるのも手ではあります。--Newkaisoku1995（会話） 2019年12月27日 (金) 21:13 (UTC)リンクを修正。--氷川深碧(会話) 2020年1月1日 (水) 02:51 (UTC)[返信]

長期化することはよいと思います。ただ、年末は多くの人が休みになりますが、「忙しい」となると、その人の業種などによっても違ってくると思いますので、それを理由に時期をずらすことには消極的です。隔年でもよいとは思いますが、2年も経つとかなり忘れられてしまうのではないでしょうか。分野別の加筆大会については、それぞれのプロジェクトで検討するのがよいと思います。--Reiwa period（会話） 2019年12月27日 (金) 22:19 (UTC)[返信]
質問上でReiwa periodさんが「今回の加筆大会は私が集計・結果発表を行います。次回以降の話です。」とおっしゃっていますが、次回以降は責任を持たないということですか？--Tmv（会話|投稿記録） 2019年12月29日 (日) 11:13 (UTC)[返信]
- できるならします、としか言いようがありません。次回はできると思いますが、私にだって現実世界での都合がありますし、寿命だってあるわけですから、私が未来永劫できるはずはありません。--Reiwa period（会話） 2019年12月29日 (日) 11:17 (UTC)[返信]

コメント 12月に固定にしてしまうと、参加できない人はいつも参加できない、というように固定化してしまうことを懸念しています。私自身としても前回の加筆大会には参加できましたが、今回は参加できなかったので。時期は固定せずに、いろいろな執筆系イベント（加筆大会のほか、以前あった出典をつけよう大会や分野別の大会など）をもう少し頻度高めに、また長期間（2か月程度）にやれたら参加しやすいのではないかと思います（世話人確保の問題は措くとして）。一方で固定化することで翌年の加筆大会に向けて計画的に準備を進めることができるのはメリットかもしれません。今回私が参加できなかったのも開催を知ったのが遅かったという事情もあるので、前もって知っていれば参加できたかもしれません。あと、私も2年に1度だと間隔が開き過ぎかなと思います。--Suz-b（会話） 2019年12月30日 (月) 16:49 (UTC)[返信]

固定にしてしまうとまずいというのであれば、11か月または13か月ごとの開催とするのはどうでしょう。（前者なら次回開催は2020年11月、後者なら次回開催は2021年1月）こうすれば、1年につき1か月ずつずれていき、参加できる人も増えると思います。ここは加筆大会について議論する場ですので、ほかの大会については別途提案していただければと思います。--Reiwa period（会話） 2019年12月30日 (月) 22:15 (UTC)[返信]
- この案にする場合、私は11か月ごとを推します。（11と13の最小公倍数で）143カ月=11年11カ月ごと、つまり次は2031年11月に、11カ月ごとの場合も13か月ごとの場合も加筆大会を開催することになりますが、11か月ごとの場合は第15回、13か月ごとの場合は第13回の加筆大会となります。（利用者:Reiwa_period/sandbox3）約6年で1回の違いは大きいと思います。もちろん、毎年12月が分かりやすいというのもありますので、まだ意見を募ろうと思います。--Reiwa period（会話） 2019年12月31日 (火) 02:43 (UTC)[返信]
コメント私も2か月の長期開催はよろしいかと思います。しかしそれでは11か月ごとではなく10か月ごとの方が様々な月に多数開催できるので良いかと思います。--Tmv（会話|投稿記録） 2020年1月6日 (月) 08:43 (UTC)[返信]
- そういえばそうですね。--Reiwa period（会話） 2020年1月6日 (月) 10:29 (UTC)[返信]
（提案）それでは、1週間待っても反対がなければ利用者:Reiwa period/sandboxの内容で制度化を実行しようと思います。毒島みるくさん、氷川深碧さん、Suz-bさん、Tmvさん、いかがですか。--Reiwa period（会話） 2020年1月6日 (月) 11:03 (UTC)[返信]
- 返信 (Reiwa periodさん宛) 私は特に反対はありませんが、もしも10か月おきにMediaWiki:Sitenoticeを使うのであれば、ノートにおいて議論が必要でしょう。--Tmv（会話|投稿記録） 2020年1月6日 (月) 11:11 (UTC)[返信]
  - サイトノティスに関する部分は一旦コメントアウトいたしました。定期化が決定したら、改めてノートに提案することにいたします。--Reiwa period（会話） 2020年1月6日 (月) 11:17 (UTC)[返信]
    - ありがとうございます 素早い対応に感謝いたします。--Tmv（会話|投稿記録） 2020年1月6日 (月) 11:21 (UTC)[返信]
- ありがとうございます 了解です。--氷川深碧(会話) 2020年1月6日 (月) 11:33 (UTC)[返信]
- 反対世話人確保の問題が結局解決していないため。「開催日までに世話人が決まらない回は中止とする」という条件なら妥協できます。あと2ヶ月は長すぎるという意見にも同意です。開催期日を事前に決めるならば、早めに告知を始めて事前準備を呼びかければ済む話に思えます。期間を長くとればその分、他のプロジェクトがイベントを企画する際の選択肢を狭めることにもなります。--毒島みるく（会話） 2020年1月7日 (火) 00:06 (UTC)[返信]
  - なぜ、特定の世話人がいなければならないのでしょうか。皆で少しずつやっていくのではだめなのでしょうか。それに、複数のイベントが同時並行で開催されてもよいと思います。--Reiwa period（会話） 2020年1月7日 (火) 00:22 (UTC)[返信]
    - 繰り返しになりますが、イベント進行を誰一人手引きしないような事態に万一なったら参加者として困るということです。アジア月間は世話人が年々減って今年は一人だけになってしまいました。「皆でやれば」と楽観的に構えていられないのが現状だと思いますが。それと、複数のイベントが同時並行で開催されてもよいなら、加筆大会をアジア月間と同時開催にしても問題なかったはずですが、わざわざずらしたわけです。両方のイベントに参加する人間（私のように）にとって同時並行での開催は今後も迷惑です。--毒島みるく（会話） 2020年1月11日 (土) 06:03 (UTC)[返信]
      - 「参加者として困る」のであれば、毒島みるくさんご自身が作業を手伝えば良いのではないですか。また、できるだけ期間が被らないようにするのは同意ですが、どうしても被ってしまうのであれば、仕方ないと思います。そもそも、必ずしも「両方のイベントに参加する」必要はないと思います。--Reiwa period（会話） 2020年1月11日 (土) 06:29 (UTC)　[返信]
- 中立「10か月おき、2か月間」という内容はよいと思います。世話人の問題はやりながら考えていくしかないのかな、と。最初に「そろそろ時期なので準備を始めませんか？」と呼びかけたり共同世話人を募集する人（毎回同じでなくともよい）は必要だと思いますが、そういう意欲ある人もある程度開催フォーマットが決まっている方が動きやすいと思いますし。日本語版全体の充実化のためにはイベントが無いよりも有った方がよく、せっかくの機会をここで潰してしまってふいにしてしまうのは勿体ないです。完璧を期して何もしないより、多少不完全な部分があっても話を進めていく方がよいと思います。ただし下でプロジェクト:執筆コンテストの利用も検討されておりますので、ここの議論が落ち着いたらまずはプロジェクト‐ノート:執筆コンテストに諮る方がよいと思います。制度化を実行するのはその後がよいでしょう。--Suz-b（会話） 2020年1月11日 (土) 16:28 (UTC)[返信]
そもそも変動IPで参加資格がないので無責任な立場からのコメントですが、面白いイベントだと思います。ただ、実施期間を長くするのはやめておいた方がよいように思います。というのは、お祭りのようなものなので期間が短い方が集中することで盛り上がるからです。それよりも、予告期間を長くとっておいて、「さぁ始まったぞ」という形にする方が盛り上がると思います。「定期」といっても、一年に何度も実施したり、ビエンナーレとかトリエンナーレとか1年以上の間隔で実施するようなイベントも見かけます。しばらくは、間隔を決めてしまうのではなく、「そろそろやろうかな」→「ようし時期を決めたぞ。PRするぞ」→「実施」というような形で繰り返すのがよいと思います。--2001:268:C02C:6698:C42D:2B5E:E6B1:C88 2020年1月6日 (月) 12:15 (UTC)[返信]
- 「盛り上がる」ことはあまり必要ではないと思います。重要なのは多くの方々に参加していただけることであり、そのためには期間を長くするのが適当かと思います。--Reiwa period（会話） 2020年1月6日 (月) 12:21 (UTC)[返信]

Wikipedia:加筆大会からWikipedia:第1回加筆大会への改名提案についての議論があまり行われていないように思います。そこで、改名提案についての議論は、定期化とは切り離して、Wikipedia‐ノート:加筆大会で議論することにしてはいかがですか。改名を実施して定期化の話がまとまらない場合Wikipedia:加筆大会が単なるリダイレクトになりますが、それはそれで構わないと思います。具体的な作業としてはWikipedia:加筆大会冒頭のテンプレートの変更、Wikipedia:改名提案の変更、Wikipedia‐ノート:加筆大会への話題追加ということになります。--2001:268:C02C:6698:C42D:2B5E:E6B1:C88 2020年1月6日 (月) 13:10 (UTC)[返信]

もし、この定期化提案が否決されれば、Wikipedia:加筆大会からWikipedia:第1回加筆大会への改名は行わず、{{Otheruses}}で対応できると考えております。--Reiwa period（会話） 2020年1月6日 (月) 22:30 (UTC)[返信]

(提案)世話人問題については、やはり“誰かがやればいい“という風にもとれるやり方のままでは、合意形成できない気がします。自分は、世話人を何人か事前に決めておいて、その中から出来る人がやるという形が良いのではないかと思います。例えば、

(世話人候補:Exsample、ウィキ助、Reiwa period)のように決めておいて、何年はウィキ助、次の年はExample、という風にする。みたいな感じで。--E217 Y-1（会話） 2020年1月7日 (火) 07:50 (UTC)[返信]

- もし、その中で誰もできない場合は、中止ということでよいのでしょうか。--Reiwa period（会話） 2020年1月7日 (火) 08:05 (UTC)[返信]

その後いろいろ探してみました。そしたらプロジェクト:執筆コンクールというものが見つかりました。これは2012年ごろまでこの大会と似たようなことをしていたプロジェクトです。活動は止まっているようなので、そちらの方々とも相談して、そこが運営するという形で定期的な大会を行うという手もあります。--E217 Y-1（会話） 2020年1月7日 (火) 09:04 (UTC)[返信]
- プロジェクト:執筆コンテストを利用するのは良い案だと思います。--Reiwa period（会話） 2020年1月8日 (水) 09:16 (UTC)修正いたします。--Reiwa period（会話） 2020年1月10日 (金) 12:27 (UTC)[返信]
もしくは新しいプロジェクトを設立してそこの参加者で運営するって手もあるんではないでしょうか。--E217 Y-1（会話） 2020年1月7日 (火) 12:12 (UTC)[返信]

ぼくは予告期間を多くとったほうがスタブを準備できるから多くの方々に参加していただけると思います。でも11ヶ月でも12ヶ月でも13ヶ月でも次に開催される時がわかってるんだったら1年かけてスタブを仕込めるからそれでもいいと思います。--125.197.212.127 2020年1月7日 (火) 12:58 (UTC)[返信]
(自分の説明が分かりにくい気がするので補足)「皆で少しずつ」では誰が運営しているのか分かりにくいいので信頼が得られない可能性がありますが、プロジェクトなり何なり一定の決まった団体が運営していた方が信頼できる気がします。--E217 Y-1（会話） 2020年1月8日 (水) 09:01 (UTC)[返信]
- そもそも、「責任者」などいないのがウィキペディアだと思います。--Reiwa period（会話） 2020年1月8日 (水) 09:16 (UTC)[返信]
  - WikipediaはいちようWikimedia財団が管理していますし、管理者という方々もいらっしゃいます。なので、私は執筆コンテストのプロジェクトを利用するのに賛成です。わざわざ新しいプロジェクトを作成してもコミュニティの負担になるだけかと思います。また、なぜ2ヶ月も開催させるかというと、^①それだけ長い期間開催する事で、より多くのスタブ記事を成長させることができるし、^②片方の1ヶ月は参加できない人ももう片方の月は参加できる事があり、より多くの人が参加できるからです。--Tmv（会話|投稿記録） 2020年1月11日 (土) 08:52 (UTC)[返信]
    - プロジェクト:執筆コンテストを利用することには賛成いたします。--Reiwa period（会話） 2020年1月11日 (土) 10:28 (UTC)[返信]
      - コメント 「プロジェクト:執筆コンテストを利用することには賛成いたします」とおっしゃっておられますが、それでは2ヶ月開催には消極的という風に受け取ってよろしいのでしょうか？--Tmv（会話|投稿記録） 2020年1月13日 (月) 08:34 (UTC)[返信]
        2カ月開催にも賛成です。--Reiwa period（会話） 2020年1月13日 (月) 08:37 (UTC)[返信]
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘(インデント戻し) 追記それと、去年の12月からずっとこの議論が続いていて、そろそろ 時間切れではないでしょうか。つまりそろそろまとめた方がよろしいかと思います。--Tmv（会話|投稿記録） 2020年1月13日 (月) 08:45 (UTC)[返信]
- ただ、毒島みるくさんが反対されているので、このまま実行するのは難しいと思います。--Reiwa period（会話） 2020年1月13日 (月) 08:51 (UTC)[返信]
- 毒島みるくさんへ「イベント進行を誰一人手引きしないような事態に万一なったら参加者として困る」のであれば、毒島みるくさんご自身が作業を手伝えば良いのではないですか。また、できるだけ期間が被らないようにするのは同意ですが、どうしても被ってしまうのであれば、仕方ないと思います。そもそも、必ずしも「両方のイベントに参加する」必要はないと思います。--Reiwa period（会話） 2020年1月13日 (月) 08:51 (UTC)[返信]
  - 返信「毒島みるくさんご自身が作業を手伝えば良いのではないですか」→ いえ、私は執筆に専念したいです。Wikipedia に使える時間も限られてますし。「必ずしも『両方のイベントに参加する』必要はないと思います。」→ 両方に参加するかどうかは本人が決めることであり、他人から「必要ないですよね？」と言われるいわれは無いです。まぁ期間を長めにしたほうが実生活との折り合いを付けやすいというTmvさんのご意見には一理あると思うので、2ヶ月案への反対は取り下げます。--毒島みるく（会話） 2020年1月14日 (火) 01:13 (UTC)[返信]
    - それでは、規定の日までにサブページ作成などの作業を行う者が現れなかった場合は中止、でどうでしょうか。--Reiwa period（会話） 2020年1月14日 (火) 08:27 (UTC)[返信]
      - 世話人を置く仕組みが無いかぎり反対です。実際、第二回大会は世話人の位置づけが有耶無耶だったため正常に終わらなかったと認識してます。（Wikipedia‐ノート:第2回加筆大会#結果報告）--毒島みるく（会話） 2020年1月17日 (金) 04:54 (UTC)[返信]
        「第二回大会は世話人の位置づけが有耶無耶だったため正常に終わらなかった」は毒島みるくさんの誤解です。Wikipedia‐ノート:第2回加筆大会#結果報告に書いた通りです。--Reiwa period（会話） 2020年1月17日 (金) 07:42 (UTC)[返信]
  - コメント 今回、私は参加しておりませんし、今後も参加する可能性は少ないのですが、開催時期については12月と1月は避けた方が良いかと思います。というのも、日本国内のほとんどの公立図書館・大学図書館は年末年始休みになってしまうので、年末年始休みの間に利用することができず、加筆に不利となるからです。それ以外の時期、例えば8月であっても図書館はほぼカレンダー通りに開館しているので、あまり影響は少ないと思います。なお、定期化することの可否については賛否は表明致しかねます。--UE-PON2600（会話） 2020年1月13日 (月) 17:10 (UTC)[返信]
    - それは皆同じ条件なので、問題ないのではないでしょうか。--Reiwa period（会話） 2020年1月13日 (月) 22:07 (UTC)[返信]

プロジェクト:執筆コンテストを使用するなら向こうのノートなどにも書いて元々の参加者の方にも確認した方が良いのではないでしょうか。またこっちがある程度運営出来る人を集める必要があると思います。後、12月を避けるよりかはウィキペディア・アジア月間と被るのを避けた方がいい気がします。--E217 Y-1（会話） 2020年1月14日 (火) 14:42 (UTC)一部修正--E217 Y-1（会話） 2020年1月14日 (火) 14:44 (UTC)[返信]
- プロジェクト‐ノート:執筆コンテスト#加筆大会を定期化し、その開催をこのプロジェクトに委ねる提案で提案いたしました。--Reiwa period（会話） 2020年1月14日 (火) 22:49 (UTC)[返信]
- それでは、ウィキペディア・アジア月間に10カ月ごとの開催期間が該当する場合はずらす、ということでどうでしょうか。（11月から12月が開催期間になる場合は、12月から1月にする、など）--Reiwa period（会話） 2020年1月15日 (水) 09:21 (UTC)[返信]

中間まとめ

ここで一度リファクタリングを行いたいと思います。この議論の焦点は以下が挙げられます。

利用者:毒島みるく（会話 / 投稿記録）さんが反対を取り消したことで、開催期間は2カ月とすることでまとまったものと思います。
開催時期については、基本的に10カ月ごととすることに現時点で反対している者はないものの、利用者:UE-PON2600（会話 / 投稿記録）さんは年末年始を挟む12月・1月、利用者:E217 Y-1（会話 / 投稿記録）さんはウィキペディアアジア月間の11月を避けるべきだとしています。しかし、Reiwa periodは、年末年始は皆同じ条件なので考慮せず、ウィキペディアアジア月間については参加する者に配慮し、11月が入るときは後ろ倒すのがよいと考えています。
主催者については、E217 Y-1さんや利用者:UE-PON2600（会話 / 投稿記録）さん、Reiwa periodがプロジェクト:執筆コンテストの活用に同意しています。一方、毒島みるくさんは、世話人が確保できない場合大会開催を中止すべきと考えています。これにReiwa periodは、所定の期日までに作業が行われない場合、大会を中止する妥協案を示しています。

もし勘違いがありましたらお知らせください。--Reiwa period（会話） 2020年1月16日 (木) 07:51 (UTC)修正いたします。--Reiwa period（会話） 2020年1月16日 (木) 07:52 (UTC)[返信]

中間まとめ以後の議論

今後は、開催時期、とりわけ年末年始やウィキペディアアジア月間と被る際の扱い、主催者について検討することになるかと思います。引き続きご意見をよろしくお願いいたします。--Reiwa period（会話） 2020年1月16日 (木) 07:51 (UTC)[返信]

焦点となっていた点に関して私の考えから利用者:E217 Y-1/下書きにまとめてみました。--E217 Y-1（会話） 2020年1月16日 (木) 14:13 (UTC)[返信]
おそらくプロジェクト-ノートに書き込んでも参加者の方からの返事は期待できないと思います。なにせ6年も活動していないプロジェクトなので。--E217 Y-1（会話） 2020年1月16日 (木) 14:23 (UTC)[返信]
- ありがとうございます。良い案だと思います。--Reiwa period（会話） 2020年1月16日 (木) 22:24 (UTC)[返信]
年末年始は皆同じ条件なので考慮する必要はないのでは？とのお話ですが、加筆大会の目的はそれによってスタブ項目を減らして底上げを図ることが目的であって、点数でランク付けすることではないでしょう。点数で競うことが目的というなら年末年始に行うことに反対はしませんが、元の主旨から考えれば加筆するのに使えるものが使えない時期は避けるべきだと思います。また、ウィキペディアアジア月間との兼ね合いから考えると、新規記事にしても加筆にしてもそれなりの労力と期間が必要でしょうから、同時期はもちろんのこと、連続した時期も避けた方が良いと思います。定期化により意欲向上を図るなら、アジア月間からむしろ離して4～6月頃に行った方が年間を通じた啓発に資するのではないかと思います。--UE-PON2600（会話） 2020年1月16日 (木) 15:03 (UTC)[返信]
- そうでしたね。ただ、毎年4-6月に開催するとなると、その時期に忙しい人が参加しにくくなってしまうので、避けた方が良いと思います。--Reiwa period（会話） 2020年1月16日 (木) 22:24 (UTC)[返信]

ウィキペディアアジア月間から離すにしても、4〜6月だけでは固定されすぎてしまうので、2月〜9月ぐらいで毎回ずらした方が多くの方々に参加していただけるのではないでしょうか。--E217 Y-1（会話） 2020年1月17日 (金) 15:36 (UTC)[返信]
- それが良いと思います。--Reiwa period（会話） 2020年1月17日 (金) 22:03 (UTC)[返信]
毒島みるくさんが仰っている有耶無耶になってしまったことは次回以降プロジェクトの中で採点者とべつに確認する人を置けば解消出来るのではないでしょうか。--E217 Y-1（会話） 2020年1月18日 (土) 01:15 (UTC

採点者の件についての案を利用者:E217 Y-1/下書きに追加しました。--E217 Y-1（会話） 2020年1月18日 (土) 01:37 (UTC)[返信]
- 繰り返しますが、「有耶無耶になってしまった」というのは利用者:毒島みるく（会話 / 投稿記録）さんの誤解です。本人が、「スタブに加筆して、スタブでなくなった」と思えば、それで報告、1ポイントです。それに、「これは元々スタブではないだろう」とか「これはまだスタブだろう」とか、第三者が主観を入れ込む余地はないはずです。このルールを踏襲する限り、確認者は不要です。また、利用者:E217 Y-1/下書きによれば、「プロジェクト参加者中からその回の運営に携われる人を確認し（中略）回ごとに選出する。」とのことですが、選出された者が急に携われなくなった場合、代わりの者を出すのでしょうか。それは、いつまで待つのでしょうか。私は、採点者などは決めずに、「プロジェクト:執筆コンテスト」として責任をもって運営すべきだと思います。--Reiwa period（会話） 2020年1月18日 (土) 03:20 (UTC)[返信]

採点がそのように行われていることは理解しました。ただ、誤解であっても「有耶無耶になった」と考えている方がいる以上このままでの合意形成(及び実行)は難しいと思います。(利用者:E217 Y-1/下書きの運営者に関する部分は一旦コメントアウトしました。)--E217 Y-1（会話） 2020年1月18日 (土) 04:02 (UTC)[返信]
- そうですね。とりあえず、利用者:毒島みるく（会話 / 投稿記録）さんのご意見を待ってみます。--Reiwa period（会話） 2020年1月18日 (土) 04:11 (UTC)[返信]

開催時期

とりあえずこちらから議論を進めたいと思います。Wikipedia‐ノート:井戸端/subj/加筆大会定期化の提案#開催時期・期間についての案に、8案を挙げました。この中から意見を募りたいと思います。この中のどの案にも反対で、これ以外の案が良いと思うのであれば、お申し付けください。--Reiwa period（会話） 2020年1月19日 (日) 00:06 (UTC)[返信]

コメント 私はE案に賛成いたします。わたしがC案を考えた時にはウィキペディア・アジア月間が頭になかったので、それも考慮したE案に賛成いたします。--Tmv（会話|投稿記録） 2020年1月25日 (土) 07:37 (UTC)[返信]

コメント 私はD案を推します。年末年始は忙しい、という人もいる一方、逆に年末年始の方がまとまった時間が取りやすい、という人もいると思います。アジア月間は考慮しつつ、多くの人に参加してもらうチャンスを増やす意味でこの案に賛成します。E案とG案は開催時期の計算が煩雑で、間隔がまちまちになりやすいのが気になりました。--Suz-b（会話） 2020年1月29日 (水) 14:58 (UTC)[返信]

主催者・責任者

こちらは利用者:毒島みるく（会話 / 投稿記録）さんのご意見を待って議論を進めたいと思います。--Reiwa period（会話） 2020年1月19日 (日) 00:06 (UTC)[返信]

もし、「世話人」が現実世界での急用、不慮の事故などで急に加筆大会関係の作業ができなくなった場合、代わりの者を出すのでしょうか。それは、いつまで待つのでしょうか。やはり、世話人任せではいけないと思います。--Reiwa period（会話） 2020年1月23日 (木) 11:05 (UTC)[返信]
第二回大会のように参加者の自己申告を無条件で承認しては荒らしやイタズラで容易に優勝できてしまい真面目な参加者の意欲に関わるため、大会の趣旨にそぐわない自己申告ポイントを無効化する仕組みは必須でしょう。ポイントの承認ルールを細かく決め始めたら際限が無いでしょうから、アジア月間と同様、専断的にポイントの可否を判断する人間を置くのが平明なやりかたと思われます。要するに、世話人です。開催期間中に世話人が一人も居なくなった場合は、順位発表せずにお開きにすればよいのでは。--毒島みるく（会話） 2020年2月3日 (月) 04:10 (UTC)[返信]
コメント たしかに自己申告制では悪戯などで優勝することが可能となってしまいます。世話人は必要かもしれませんね。--Tmv（会話|投稿記録） 2020年2月8日 (土) 03:57 (UTC)[返信]
世話人は1人ではなく、できれば複数人いる方がリスクヘッジになるでしょうね。やむを得なければ1人でも仕方ありませんが。利用者:E217 Y-1/下書きも踏まえ、こういう方法を考えたのですがいかがでしょう。プロジェクト:執筆コンテストには今回の議論以降にReiwa periodさん、E217 Y-1さんが参加されており、私（Suz-b）自身もこちらの議論に筋道がついて大会の開催ができそうだと判断したら、登録しようと考えております。この3名は世話人を「やってもよい」と考えていると（楽観的に）思っています。最低でも3人いればなんとかなるのではないか、もし無理でも中止条件さえ明示しておけば最低限の混乱で済ませられると思います。

開始まで

開催時期が近付いたら、プロジェクト:執筆コンテストに利用者登録しているいずれかの者が発起人となり、プロジェクト‐ノート:執筆コンテストなどを利用して、大会準備の議論を始める。
最初の議論により、今回の大会の世話人を同プロジェクト利用者の中から数名選出する（極端な例なら、全員が選出されてもよい。逆にやむを得なければ1名でも可）。なお発起人は必ずしも世話人を務める必要はない。
選出された世話人間の話し合いにより、今回の大会の詳細要項を決定する。要項には、ポイントの承認ルール及び結果発表を中止する場合の条件も盛り込む。この話し合いには世話人以外も参加できるが、最終決定権は世話人が持つ。
世話人の1人が大会2週間前までに要項を記載したサブページ作成などの作業を行う。
もしサブページが開始予定日の2週間前までに作成されていなければ、プロジェクト‐ノート:執筆コンテストに対して開催の呼びかけを行う。この呼びかけはどの利用者でも行うことができる。
呼びかけの有無に関わらず、1週間前になってもサブページが作成されず、また開催に向けた動きも見られなければ中止とし、その旨を宣言する。この中止宣言はどの利用者でも行うことができるが、可能であれば世話人から宣言があることが望ましい。
開催に向けた動きが見られず、中止宣言もないまま開始日に達した場合は、自動的に中止されたものと見做す。
開催に向けた動きは見られるが、要項に関する議論がまとまらない、そもそも世話人が選出できていない等でサブページ作成が遅れている場合、開始期日を1週間まで延期することができる。延期の期限に達してもサブページが作成できない場合、中止とする。中止宣言は同上。
世話人は初回選出の後も、結果発表を行うまでの間はいつでも新たに追加されてよい。またやむを得なければ途中で辞任することもできる。

結果発表

終了日時点で、辞任等により世話人が1人も存在しなかった場合は結果発表を行わない。
世話人が集計を行えない状況に陥った等により結果発表を行えない見込みとなった場合は、世話人自身により原則として終了日から1か月以内、遅くとも2か月以内に結果発表の中止宣言を行う。ただし中止宣言を受けて新たな世話人が選出され、業務を代行することは妨げない。
終了日から1か月以内に結果発表が行われず、中止宣言もない場合、サブページのノートに呼びかけを行う。この呼びかけは当該加筆大会の参加者であれば、誰でも行うことができる。
呼びかけから2週間たっても何ら回答がない場合、結果発表を中止し、その旨を宣言する。この中止宣言は当該加筆大会の参加者であれば、誰でも行うことができる。
その他、開始時に発表した要項の結果発表中止条件を満たした場合も中止となる。中止宣言は同上。
終了日から2か月が経過しても結果が発表されず、中止宣言も出されなかった場合は、自動的に中止されたものと見做す。

（と、ここまで書いたところでReiwa periodさんが無期限ブロックされていることに気付きました。議論の出発点が狂ってしまいますがどうなりましょう...）--Suz-b（会話） 2020年2月8日 (土) 18:13 (UTC)[返信]

提案今、このページは最初の投稿から30日が経過したため、WP:VPからの読み込みを解かれています。しかし、議論は続いていますのでまたWP:VPに読み込ませることを提案します。またはWP:RFCに提出するという方法もありますが。--Tmv（会話|投稿記録） 2020年2月8日 (土) 07:44 (UTC)[返信]

既に2か月目になり、ページが大きくなり過ぎているので、別ページにしてはどうでしょうか。井戸端は掲示スペースでもあるので、何か月も一つの話題が大きな場所を占有するのは好ましくないでしょう。またこのまま井戸端に読み込むとなると、いつ読み込むのを止めるのか、という問題もあります。新しいサブページで仕切り直すならまだいいかもしれませんが。Wikipedia:加筆大会に開催案を置いてノートで議論する等でもいいと思います。 --2001:240:240A:2445:6D70:EF5F:5ADF:9D43 2020年2月13日 (木) 13:02 (UTC)[返信]

コメント Wikipedia:加筆大会をWikipedia:第1回加筆大会に移動させた上で、ここの議論を加筆大会に転記するか誘導するのが良いのではないかと思います。--UE-PON2600（会話） 2020年2月13日 (木) 16:19 (UTC)[返信]

大会コンセプトに対する意見

この手の企画はやりたい人がどんどんやれば良い、というのが私の基本スタンスなので、外野が首を突っ込むべきか迷ったのですが、スタブを対象とした加筆を「大会」と称して行うことに疑問を感じまして、批判的なコメントを致します。理由は (1) Wikipedia:メインページ強化記事投票所および Wikipedia:最近大幅加筆された記事との役割分担が不明瞭、(2) スタブだけを優遇する意義があまり感じられない、の2点です。

2019年12月に行われた加筆大会と同形式で次回も行うならば、Wikipedia:最近大幅加筆された記事にリストアップされている記事の中から、加筆前がスタブだったものにフラグを立てておいて、一定期間内にその数をカウントして表彰すればいいだけではないでしょうか？つまり、加筆というのは日々皆が行っている通常運転なので、特段「大会」として切り出す必要性を感じませんでした。

また、@毒島みるくさんが世話人の重要性を説いておられるのと根本的には同じなのですが、やはり第三者による審査の目は必要だと私も感じます。で、Wikipedia:最近大幅加筆された記事の中から優れた加筆記事があれば、Wikipedia:メインページ強化記事投票所にノミネートされる仕組みは既に確立しており、審査体制があります。あと、そもそも12月の加筆大会の参加者を見ると、強化記事投票所にノミネートされる常連さんも多くいらっしゃるので、企画の重複感が否めません。

さらに、なぜスタブだけを取り上げるのかも疑問です。私の経験則上、新規立項よりスタブの加筆の方が楽です。また加筆であっても、無出典や独自研究オンパレードや誤訳だらけの大サイズ記事を改稿するよりも、キズの少ないスタブを加筆する方が楽です。そして一般読者が検索してくる際、大サイズの記事だと一瞬優れているように見えてしまうけれど、実は無出典・独自研究で誤解をまき散らしているのでたちが悪いです。スタブだったら、一般読者は検索し直して別サイトを参照してくれるので、下手に低質な加筆をするくらいなら、スタブのままでいてくれた方が読者に親切だと言えるかもしれません。こう考えると、スタブだけを積極的に加筆する大会のコンセプトそのものに違和感があります。

なぜこのようなことを申したかというと、私は Wikipedia:月間強化記事賞や Wikipedia:良質な記事/良質な記事の選考に投票しているのですが、人手不足だなと感じるからです。新しい企画をポンポン立ち上げてリソースを分散させて共倒れするより、既存の企画をテコ入れしたり拡張する方向でリソースを集中させた方が長続きするのではないでしょうか。

以上の問題関心について、強化記事投票の常連さんにもご意見伺ってみたいので、Ping打ってみます。@桜国の竜さん、@K-icznさん、@M-sho-gunさん、@Ogiyoshisanさん、@Pasternさん、@TENさん、@Librotyrannusさん、@Tam0031さん、@Iso10970さん、いかがお考えでしょうか？ --ProfessorPine（会話） 2020年2月14日 (金) 10:43 (UTC)[返信]

コメント：2016年の加筆大会に参加した者の意見として。こうしたイベント（選考も同様）は義務でもないのでやりたい人がやれば良く、定期開催も可能ならやればいいことで、それを否定するものではないと思います。今回は時間がなく参加しませんでしたが、前回は１本だけでしたがスタブだったアーネスト・シャクルトンを英語版FA翻訳＋αで全面改稿しました。私は加筆大会がモチベーションになったのですが、他の参加者も同様でしょう。アジア月間もそうですが、やる気を高める「仕掛け」なんですよ。なお私は今後のjawpの方向性として、数より質の向上を目指し、重要記事の加筆、無出典への出典追加、他言語FA/GAの翻訳も大いにやるべきだと思っています。その点からも加筆大会はありだと思いますし、出典付けよう大会（過去に開催されたことあり）や翻訳大会もあってもいいかなと思っています。まあそれ以前にjawp全体の参加者を増やす方策を考えるのが先でしょうが。--Iso10970（会話） 2020年2月15日 (土) 02:34 (UTC)[返信]

Iso10970さん、早速ご反応頂きありがとうございます。私の意図説明に具体性が欠けていた気がするので、企画イメージを以下に述べます。

強化記事選考 (3日に1回のメインページ、月間強化記事賞、GA・FA選考の総称) では毎年、「○○強化部門」を複数設ける (独自研究改稿、改訳、大幅加筆etc.)。
メインページ投票所に他者から1票でも入ったら1点、メインページに掲載されたら3点、月間賞を受賞したら5点、GA通過したら7点、FA通過したら10点で計算する (この傾斜配分は要調整)。
部門ごとに総合得点を計算し (半年あるいは1年周期？)、上位者を表彰する。

つまり、2019年12月の大会ではマズい例が指摘されている (具体的な記事一覧) 一方で、月間記事賞に多数ノミネートされた執筆者もいます。問題は、これらの記事が同じ1点でカウントされてしまっており、公平性を欠くことです。さらには、低質加筆記事を濫造した方が、1つの記事を高品質に仕上げるよりも点数が稼げてしまうという問題も孕んでいます。毒島みるくさんはこれに対し、世話人を置くべきとのご意見であり、私と問題意識の根本は共有されているのだと思います。で、上述の方式であれば既に記事を審査する人たちはいるので、マズい記事は振り落とされますし、わざわざ大会のためだけに審査員を募る必要はありません。傾斜配分されていれば、よりGAやFAに近づける努力をする執筆者も増え、GA・FA選考も活性化すると思います。そのうち、執筆するだけでなく、選考投票側にも回ってみようという人も出てくるかもしれません。

現在の強化記事選考は、記事そのものを表彰しているわけですが、上述の方式はこれに加え、執筆者を表彰することになり、モチベーション向上にも寄与すると思います。ちなみに今回は強化記事選考のみ取り上げましたが、新記事側でも同じ仕組みは導入できると思います。部門はたとえば「主題が面白い部門」とか「新規翻訳部門」とか「なんでこれが今までなかったんだ部門」とか？ (テキトーな例です) --ProfessorPine（会話） 2020年2月15日 (土) 04:06 (UTC)[返信]

コメントそもそも加筆大会は大幅な加筆をするきっかけを作るために行われるもの(だと私は考えている)なので、常時開催するときっかけができるというメリットが薄れてしまう恐れがあります。なので上記の方法を利用するにしても一定期間のみで行った方が良いのではないでしょうか。また「審査員を募る必要はありません」と仰っていますが上記の方法でも得点を集計する係が必要だと思います。--E217 Y-1（会話） 2020年2月16日 (日) 14:04 (UTC)[返信]

E217 Y-1さん、ご意見ありがとうございます。たとえば四半期ごと (？) に部門テーマを入れ替える、というのも手だと思いました。E217 Y-1さんのご指摘はごもっともでして、お尻が決まっていてヤバい期限が！と切羽詰まる緊張感が必要なんだろうなという気がします。ではなぜ皆さんの過去議論で出てきた1～2か月ではなく四半期かというと、FAやGA通過も集計対象に入れたかったからです。2か月だとさすがに厳しい。

あと、部門を定めない常時の総合得点も半年ないし年間の別途集計してもいいのかなと思います (年間強化チャンピオンみたいな表彰のしかた) 。こちらは通信簿みたいなイメージで、サボっていると自分の前期比得点が下がるので、長期的なモチベーション維持や貢献の可視化に効果がありそうだと思いました。

なお集計ですが、Bot対応できると思います。傾斜配分の点数さえ決めておき、部門ごとにフラグ番号を立てておいて、集計期間もパラメーター化しておけば、毎回Botのスクリプトをいじらずに済むはず。幸い月間強化記事賞のノミネート～集計～発表告知はBotがやっているので、運用者の@Triglavさんにお願いして拡張してもらう必要があるのですが、まぁTriglavさんならやってくれますよ (無茶ぶり笑) 。たぶん、既存の加筆報告用テンプレート{{加筆報告}}の引数をカスタマイズするなど、Botが集計しやすいような環境も整備する必要があります。開発はやりませんが、システム要件定義だけなら私もお手伝いできます。

あっ、すみませんPing打つべき対象から@Yapparinaさんと@伊佐坂安物さん、@Tottiさんが抜けてました。--ProfessorPine（会話） 2020年2月16日 (日) 14:49 (UTC)[返信]

確かに1年間でGA/FAや強化記事などになった記事でポイントをつけて最優秀利用者のように表彰して、一年の中で1回か2回〇〇強化月間としてその部門のその期間(1〜3か月ぐらい)に最も貢献した利用者を表彰する、とすれば年間を通してモチベーションも上がりますし、短期間でも行うことで参加しやすくなるメリットがあります。--E217 Y-1（会話） 2020年2月17日 (月) 09:40 (UTC)[返信]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ 報告オペレーション面ですが、Bot運用中のTriglavさんに予備相談してみました。得点の集計は当初は手動で行いつつも、そのうちTriglavさんがBot拡張して一部自動化してくれそうな見通しです (あくまで企画として通ったならばの話ですが)。

提案まずは私の方で、試験的・簡素版で数か月分を対象に得点を手動で集計してみることはできます。その結果を見て、得点の傾斜配分を最終調整したり、部門テーマを毎回どうやって設定するか、皆さんでご議論頂いて、実際に企画として続けるかご判断頂くのが良いかと思います。いかがでしょうか？集計結果については、仮称「Wikipedia:執筆者ランキング」ページを新設して、そこに書き込む予定です。企画が成立すれば、当ページは公式運用に引き継がれる想定です。ページ名に「強化記事」を入れようかと思ったのですが、そのうち新記事にも適用範囲が拡張される可能性があるので、汎用的な名称にしてみました。1週間ほど待ってご異論なければ、3月上旬をターゲットに集計データを当ページに公表しようと思います。ご意見よろしくお願いします。--ProfessorPine（会話） 2020年2月18日 (火) 03:46 (UTC)[返信]

反対意見表明が遅くなり、誠に申し訳ございません。ProfessorPineさんが記事の選考の人員不足を憂いているお気持ちは伝わりましたが、今回のご提案については反対を表明させていただきます。

反対の理由は大きく2つあります。1つは加筆大会のコンセプトの問題です。Wikipedia:井戸端/subj/加筆大会しましょうも読んでいただきたいのですが、記事の加筆というのは2つのタイプがあります。1つは「深く」加筆する、つまり1つの題材を深堀りしていくタイプです。もう1つは「広く」加筆する、つまり全体を底上げしていくタイプです。ProfessorPineさんは、加筆を報告する場として既にWikipedia:最近大幅加筆された記事があるとおっしゃっていますが、このページには報告の基準が設けられており、その基準に届かないものは、いかに優れた加筆であっても報告することが叶いません。そして、その基準で要求されているのは「深い」タイプの加筆であり、「広い」タイプの加筆は報告にまで至りにくい、つまり評価の場がないという状況にあります。そして、そんな「広い」タイプの加筆に光を当てようとして始まったのが第１回の加筆大会、というわけです。その流れを鑑みますと、加筆大会は記事の強化に関する一連の選考と重複するものではなく「相互補完的な間柄」にあるといえ、従って無理に両者を統一する必要もないし、統一して得られるメリットもないように思う、というのが反対の第1の理由です。

2つ目は、荒らしへの対策という観点です。たとえばWikipedia:月間新記事賞では、Wikipedia:メインページ新着投票所と月間新記事賞での投票を合算する方式が採用されていますが、その性質上、新着投票所で荒らしによる投票が行われた場合、月間新記事賞でも票の減算を行う必要が出てきます。現時点で、記事の強化に関する選考では、各投票所での得票は他の投票所へ持ち越されませんが、ProfessorPineさんの提案が実行に移されたらどうでしょう。もし荒らしによる投票が発覚したら、複数の投票所で、長期にわたって遡り、票の減算を行う必要が出てくるかもしれません。その結果、受賞記事が変更になる可能性も出てくるかもしれません。そうなれば混乱は必至でしょう。

現時点で、それぞれの選考の場における荒らしの対策は残念ながら十分とはいいがたいです。たとえば月間強化記事賞では、昨年、Wikipedia‐ノート:月間強化記事賞#特定分野記事の受賞を妨害するための票の操作についてという議題が提起されていますし（私はこのときは議題に対する考えがまとまらず、議論に参加できませんでしたが…）、良質な記事の選考でも、愛知県蟹江町母子3人殺傷事件をめぐる選考で荒らしによる投票が問題になったことがあったかと思います。こうした状態で、複数の投票所の投票結果を反映させた表彰を新設することは非常に危険だと考えます。これが反対の第2の理由です。

Triglavさんへの予備相談が行われるなど事態が動き出している中、企画を根本から否定する意見を表明してよいものか悩みましたが、強化記事投票所の更新担当としてはどうしても看過できず、今回の意見表明と相成りました。以上、ご検討のほど宜しくお願い致します。--桜国の竜（会話） 2020年2月24日 (月) 13:21 (UTC)[返信]

反対 - 加筆大会を開催していただくことは自由ですけれども、その定期開催については明確に反対します。

過去にWikipedia:今週の強化記事のように、定期化された加筆を促す取り組みがありましたけれども、あまり上手く機能しなかったように感じることが、反対の理由の1つ目です。

2つ目は、単純に人手の問題で、現状のWikipedia日本語版の定期化することが重荷になると思われるからです。加筆大会は「加筆大会を開催しよう」と持ち掛けた人物が、世話人をすれば最もスッキリします。そうするためには、仮に加筆大会を開催するとしても、1回1回、単発で行った方が良いと考えるからです。--G-Sounds（会話） 2020年2月27日 (木) 21:09 (UTC)[返信]

反対 - 何かのイベント開催はいいかもしれないが、既存の新着・強化・大幅加筆・GA・FAシステムの利用に反対。これらは少ない利用者の献身で維持されているが不定期に長期荒らしによる被害を蒙っており、イベントの採点システムに利用されてはより格好の目標になる。新規イベントに対する褒賞として顕彰システムが欲しいのであれば別途新規ページを作成し何らかの殿堂とでも題して栄誉を永続的に記してやればいいのかもしれない。とにかく新規システムを考案してもらいたいし、イベントに新着等のシステム利用が必須でもない。出典つけよう大会〜以来「何とか大会」のネーミングがされているが、ネーミングもダサいので全ページのサイトノーティスを利用するにあたって、イベント自体のネーミングをよく検討してほしい。そして利用者を強く誘引するイベントコンセプトを煮詰めた上、イベントに賛同する利用者を集めなけば成功は望めないと考える。既存のシステムに頼るイベントではなく、イベントには人を集めるコンセプトと求心力が必要です。--153.190.18.8 2020年2月28日 (金) 00:46 (UTC)[返信]

反対 - 記事を表彰の対象としている新着・強化・大幅加筆・GA・FAを利用者の表彰に流用すべきでない。記事の所有権の主張につながりかねない危険なコンセプトである。--157.14.228.151 2020年2月29日 (土) 13:39 (UTC)[返信]

そろそろまとめの方向にもっていきませんか

コメント最後のコメント（[1]）からもう3週間たっています。そろそろ終了の方向にもっていきたいのですが…（見ている人がもう誰もいなさそうですが）。E217 Y-1さんはなぜ終了提案を取り下げられたのでしょう。Wikipedia:コメント依頼#議_2019年12月にもまだ残っていますし。とりあえず加筆大会の延期でよろしいでしょうか。--Tmv（会話|投稿記録） 2020年4月22日 (水) 07:27 (UTC)[返信]
- コメント 図書館も全部閉まっているなど時勢が時勢ですし、定期化云々議論するときじゃないと思います。新型コロナが収束してから議論再開したらよいかと思いますので、一旦議論を打ち切ることに賛成いたします。--UE-PON2600（会話） 2020年4月22日 (水) 16:34 (UTC)[返信]
  - 報告コメント依頼から除去しました。意義異議がある方は戻してもいいです。ただ、その場合、この下に理由を書いていただけると助かります。--Tmv（会話|投稿記録） 2020年4月23日 (木) 05:00 (UTC)修正--Tmv（会話|投稿記録） 2020年4月23日 (木) 05:33 (UTC)[返信]
    - まとめこの議論では、加筆大会を定期化するにもそれを管理できる利用者が十分に確保できない、という問題が出てきました。これについての対策が考え付いた人は、加筆大会について定期化の案をもう一度提出していいと思いますが、ここで出た問題点が克服できないうちに加筆大会について定期化しようというのは、無意味であり、無駄な労力であり、コミュニティを疲弊させますから、やめてほしいと思います。あと、ぜひ投票系のところにも寄って行って投票をしていってください。下に、選考についてのTemplateを張っておきます。下には載っていませんがWikipedia:感謝賞にも足を運びましょう。--Tmv（会話|投稿記録） 2020年4月25日 (土) 07:47 (UTC)修正--Tmv（会話|投稿記録） 2020年4月25日 (土) 07:48 (UTC)[返信]

「Wikipedia:オープンプロクシは使わない」方針の見直し依頼

要約

「Wikipedia:オープンプロクシは使わない」方針が誤った内容の古い翻訳に基づいているため、メタウィキや他言語版との整合性が取れなくなっております。状況の解消のため協力を仰ぎます。

経緯

この方針は創始者らの議論を元に英語版のメタにおいて文書化され、日本語版のメタやウィキペディアにも翻案・転載されました。その後、英語版メタではノートページでの議論を経て利用者の行動についての方針ではないということが明確化されたのですが、日本語版では未だにCategory:利用者の行動についての方針に位置付けられたままとなっています。また、この方針に従ってIPブロックされた場合の適用除外申請に関する情報が提供されていません。このため、公開プロキシ利用者が謂れのない批判を受けたり、誤ブロックされた利用者に救済の機会が与えられないといった不利益が発生しています。

過去に一度、日本語版ウィキペディアのノートページで改定案が提起されましたが、「改定はメタでするもの」と日本語版メタのノートページに持ち込まれ、そのまま議論が10年以上も停滞しています。私のような新規利用者では保護されたプロジェクト関連文書を編集することはできませんし、合意形成を図る力もありませんので、それらを代わりに行って頂ける方を募ります。

作業内容

メタにおける英語版から日本版への翻訳
メタ日本語版からウィキペディア日本語版への更新反映
ウィキペディア内でのリダイレクトと方針の位置付けの変更

疑問点

記事名の日本語訳は何が適切か？
日本語版特有の事情はあるか？
ウィキペディア特有の事情はあるか？
本当に多くの利用者に支持されている方針か？
メタからのコピーだと宣言していても合意形成は必要か？
メタからのコピーはいつ・誰がやるのか？
同様に放置されている方針があるのではないか？

呼び掛け先候補

話が横断的なため、どの検討事項をどこに持ち込むのが適切なのか、あるいは分散させずに一箇所でまとめて検討すべきか、私には判断が難しく、ひとまずこの井戸端への投稿のみとしました。--ProxyMon（会話） 2020年1月1日 (水) 21:47 (UTC)[返信]

コメント メタウィキのグローバル方針についてそれほど見識が深いわけではありませんが、とりあえずわたしの見解を。
- メタ日本語版独自規定の制定可否：メタ日本語版の方針はあくまでもメタ英語版方針の翻訳であり、独自の規定を盛り込むことはできないと考えます。そのため、矛盾点や論争があるとき、メタ英語版を基準に考えるべきであり、またメタ日本語版では原文に忠実に翻訳すればよい。
- ウィキペディア日本語版独自規定の制定可否：メタ英語版の原文に"Projects may have local policies which go beyond this global policy"とあるので、独自規定は制定できると考えます。
  - 本当に多くの利用者に支持されているか：逆に言えば、独自規定を制定していない場合、メタ英語版の方針はそのまま適用されると考えます。これは「多くの利用者に支持されている」かどうかにかかわらずである。コミュニティから支持されていない場合は、独自規定を制定しましょう。
- 議論場所：メタ英語版方針に関する議論はm:Talk:No open proxiesで、メタ日本語版への翻訳に関する議論はm:Talk:No open proxies/jaで行われます。メタ日本語版のウィキペディア日本語版への転記、並びにウィキペディア日本語版独自規定に関する議論はWikipedia‐ノート:オープンプロクシは使わない（適切な告知があれば井戸端でも可）で行われます。
- メタからのコピー：ウィキペディア日本語版独自規定の制定が可能である以上、翻訳の持ち込みは規定の変更につながる可能性があります。したがって、合意形成は必要だと考えます。この場合、ほかの方針・ガイドラインと同じく、いつでもどなたでも議論提起はできると考えます。
- ページ名の日本語訳：規制とか禁止とかにこだわらず、ウィキペディア日本語版におけるページ名として「Wikipedia:公開プロキシの方針」はいかがでしょう。メタ日本語版では（独自規定を盛り込めないため）原文に忠実に「公開プロキシ規制」でよいでしょう。
- 独自規定の必要性：当方としては現時点で独自規定を制定する必要性はあまり感じません。まずはメタの方針からの更新を目指しましょう。
- 同様に放置されている方針：これはここで議論するには議題が多すぎます。「オープンプロクシは使わない」の件が片付いてから改めて、ということでいかがでしょうか。
- これからどうするか：手始めに、メタ日本語版における翻訳を確定しましょう。当方のほうから、Wikipedia:オープンプロクシは使わないとm:Talk:No open proxies/jaで告知しました。
以上です。--ネイ（会話） 2020年1月21日 (火) 05:42 (UTC)リンク修正--ネイ（会話） 2020年1月22日 (水) 02:12 (UTC)[返信]
- その後、当該文書は議論を経てWikipedia:公開プロキシの規制に移動され、さらにソフトリダイレクト化されました。--ネイ（会話） 2020年12月22日 (火) 03:22 (UTC)[返信]

「査読システム（？）」を導入してはいかがでしょうか。

その１

ドイツ語版のde:Astra Trans Carpaticに投稿したところ、投稿をすぐに公開するのではなくチェックしてから公開する査読システム（のようなもの）が使われているようです。本格的な査読というと大変でしょうが、明らかにおかしなものをチェックするだけならそれほど大変ではないように思います。技術的に詳しいことはわかりませんが、ドイツ語版も日本語版も使っているソフトは同じなので導入できると思います。いたずらあるいは過失による白紙化やその他のいたずらに対応するのにはよい仕組みだと思うのでぜひ導入をお願いします。--2001:268:C02C:6698:C42D:2B5E:E6B1:C88 2020年1月6日 (月) 11:44 (UTC) （「見た」だけではなく「投稿した」ので修正しました。--2001:268:C02C:6698:C42D:2B5E:E6B1:C88 2020年1月6日 (月) 11:48 (UTC)）（追加）私のように、GOOGLE翻訳を使ったいささかあやしい投稿（私の投稿の場合はあやしいドイツ語）の対処策にもなると思います。--2001:268:C02C:6698:C42D:2B5E:E6B1:C88 2020年1月6日 (月) 11:51 (UTC)[返信]

（反対）現状のウィキペディア日本語版は人手が足らなさすぎます。このままでは問題のない編集が何年経っても反映されない、ということになりかねません。--Reiwa period（会話） 2020年1月6日 (月) 12:12 (UTC)[返信]

ウィキペディア日本語版を見ているといろいろなチェックをする人が結構たくさんおられ、問題のある編集については割とすぐに修正がされているようです。確かに管理者の数を見ると人手がたりないようにも見えますが、これは単にそういう仕事をしたい人が少ないというだけで、全体として人手が足りないということではないと思います。（管理者に立候補して嫌がらせをされるのが嫌という人もおられるように思います。）技術的に可能なのかどうか知りませんが、例えば投稿から1週間経過すれば自動的に公開されるというようにすれば問題のない編集が何年たっても反映されないということはないと思うのですがいかがでしょうか。--2001:268:C02C:6698:C42D:2B5E:E6B1:C88 2020年1月6日 (月) 12:30 (UTC)[返信]

たとえそのようにしても、査読システムは誰でも編集してそれをすぐに反映できるというウィキペディアの基本理念を根底から覆すものだと思いますので、明確に反対いたします。善意の編集をしたはよいが反映されるのは最悪1週間後、では編集者は離れていく一方だと思います。--Reiwa period（会話） 2020年1月6日 (月) 12:41 (UTC)[返信]

「ウィキペディアの基本理念を根底から覆すもの」ならばドイツ語版で導入されるということはないでしょう。いろいろなツールを見るとドイツ語版の参加者が開発したものが少なくないようですし、ドイツ語版の参加者は少なくとも日本語版の参加者よりはWikipedia全体の運営に強く関与しているように思います。（日本語版はガラパゴス化しているのかな。）また、Wikipedia専用のソフトウェアではありませんがMediaWikiに査読のような機能が組み込まれているということは、開発者も「そういう機能があってもよい」と考えたということでしょう。殺人事件が起きた時に頻繁な編集が行われて「よくない」というような意見を読んだことがあります。（多分これです。）編集したらすぐに反映されないと不満だというようなせっかちな考え方の人はWikipediaの編集には向かないように思います。（長期間にわたって編集が行われていない記事は少なくありません。だからこそTemplate:更新などというものがあるのでしょう。）なお、1週間というのは仮に書いてみただけです。Wikipedia:ページの改名のように提案して1週間ぐらい反対がなければOKというようなガイドラインがあるのでその期間を書いてみだけです。--2001:268:C02C:6698:C42D:2B5E:E6B1:C88 2020年1月6日 (月) 13:39 (UTC)Wikipedia:改名提案[返信]

(コメント)ドイツ語版の話をされてもわからないので調べたところen:Wikipedia:Flagged revisionsおよびen:Wikipedia:Pending changesが該当する文書のようですがドイツ語版ではテスト的に10年ぐらい前に導入されてそのまま放置されてると書いてる上に英語版では保護に準じるものとして運用されているようですが…なお、ここによると、日本語版での全ユーザーに占める管理者の割合は0.28%でありぶっちぎりの最下位である(ブービーのスペイン語版でも0.42%、ドイツ語版は1.03%)ことを補足します。--6144（会話） 2020年1月6日 (月) 15:20 (UTC)[返信]

私などもそうですが、初めて編集したときに、編集した内容がすぐに記事に反映されていることに感動を覚えて、ウィキペディアの虜になった人は多いと思います。それがなくなれば、ウィキペディアに新しく参加してくださる方は大きく減ると思います。「ドイツ語版が導入しているから日本語版も導入する」ではなく、日本語版は日本語版で、本当にそれがウィキペディアの基本理念に適合するのか（私は適合しないと考えます）、きちんと考える必要があるでしょう。また、私は頻繁に編集が行われるのを悪いこととは思いません。最新情報をすぐに反映できるのは、ウィキシステムの優れた点です。--Reiwa period（会話） 2020年1月6日 (月) 22:16 (UTC)[返信]

信頼性を高めるという意味合いはあるとは思いますが、出典のない記載をなくすというのが先だと思います（査読の材料も不十分では話にならない）。ただ今回の話で思ったのは、現状何らかの理由で保護されているページ（例えば黒柳徹子とか）に対して保護理由以外の編集査読ができるようにといった機能の活用ができないものでしょうかね（管理者のマンパワー不足という壁がありますが）--115.38.234.196 2020年1月7日 (火) 03:32 (UTC)[返信]
- 「保護理由以外の編集査読」とは、どういうことでしょうか。--Reiwa period（会話） 2020年1月7日 (火) 03:48 (UTC)[返信]
  - 数人の荒らしとか特定事項の編集合戦により保護依頼されるわけで、現状の保護記事では例えば1,2ヶ月間は編集合戦に無関係な内容を書きたい場合でも編集できません。編集内容をレビュして荒らしとか問題記述がない場合、認可できるようにならないかということです。（en:Wikipedia:Reviewing pending changes相応）。現状はノートに「保護中のメモ」とか記載しておくといった方法となるため二度手間となる。--115.38.234.196 2020年1月7日 (火) 05:44 (UTC)[返信]
    - それならば、査読などを導入しなくとも、ノートページで合意した上でWikipedia:管理者伝言板/保護ページ編集に依頼すればよいだけです。--Reiwa period（会話） 2020年1月7日 (火) 06:00 (UTC)[返信]

　 返信 (6144さん宛) 参考になる文書をお教え頂きありがとうございます。これでドイツ語版の文書も読むことができます。「ドイツ語版の話をされてもわからない」とのことですが、私も、ドイツ語が読めるわけではなくGOOGLE翻訳を使って手探りでドイツ語版に投稿したにすぎません。（投稿した記事の英語版がないので仕方なくドイツ語版に投稿しただけです。元ネタをばらすとYoutubeの「迷列車で行こう世界編」の最新版です。）タブの位置とかボタンの位置とかは日本語版でもドイツ語版でもだいたい同じなので投稿できるというだけのことで、私の投稿をご確認いただけばわかるようにかすかなものです。ところで、6144さんがご提示くださった英語版の文書をGOOGLE翻訳を使って読んでみたのですが、6144さんが書かれた「ドイツ語版ではテスト的に10年ぐらい前に導入されてそのまま放置されてると書いてる上に英語版では保護に準じるものとして運用されているようです」の元の文章が見当たりません。特に「放置」という表現には翻訳の問題があると思います。お示し頂いた文書以外の文書の翻訳だと思うので、元の文書がどこにあるのかお教えください。--2001:268:C02C:6698:C42D:2B5E:E6B1:C88 2020年1月6日 (月) 20:25 (UTC)[返信]

反対します。英語版では新規利用者の投稿など一部にレビューシステムが採用されていますが、ドナ・ストリックランドの事例などでわかるように、そこまで問題のなさそうな記事が官僚的に却下されてしまうなど、レビューがあまりまともに機能していません。英語版よりも管理者が少ない日本語版でこれを採用しても、ほとんど機能しないだろうと思います。--さえぼー（会話） 2020年1月7日 (火) 05:54 (UTC)[返信]
(コメント)…英語版に項目がないからドイツ語が分からないのにドイツ語版に投稿???意味が分かりません。また「元の文章が見当たりません」と仰ってますが誰も直訳したとは言ってません。申し訳ありませんが会話が通じない人と判断します(というか、ドイツ語が分からないのにgoogle翻訳を頼りにドイツ語版に投稿するのは立派な荒らし行為です)。これ以上の返答はお断りします。--6144（会話） 2020年1月7日 (火) 13:00 (UTC)[返信]
情報あまり詳しくない方々による不正確な情報が多いため幾つか補足及び訂正を入れておきます。
1. まず、FlaggedRevsの使用に関しては2016年にWikipedia:井戸端/subj/存命人物記事のための記事公開前査読機能(FlaggedRevs)の導入提案として提案されたことがあります。延々と議論を拡大したため、結局まとまらずに流れてしまったようです。
2. 過去の議論にもあるのですが、特定のページに対してのみ査読を設定することができます。全ページの全編集がチェック制になるわけではありません。
3. 査読を行うユーザーは規定だと管理者ですが、査読者という利用者グループを作り、このグループに所属するユーザーに査読の権限を与えることができます。
4. 査読者の権限は管理者かビューロクラットあたりが能動的に付与できるほか、一定以上の回数編集を行ったユーザーに対して自動的に付与することが可能です。このため、人数確保自体は難しくありません。
5. Wikipedia:井戸端/subj/存命人物記事のための記事公開前査読機能(FlaggedRevs)の導入提案/FAQに2013年の議論で出た質問に対するまとめがあります。
ただ、使い道も考えず闇雲に導入してもさえぼーさんがおっしゃるような、レビューが機能しなくなるという問題は起こりうると思います。方針文書を用意しろとは言いませんが、どのように使うかというある程度の計画を建てないと導入まで持っていくのは難しいと思います。--Marine-Blue^{talk✿contribs❀mail} 2020年1月7日 (火) 17:53 (UTC)[返信]
- 特定のページ、例えば存命人物に対してのみ査読を設定したとしても、ウィキペディアの基本理念が侵されるのは変わりませんし、信頼できる利用者だけを査読者にしないと、恣意的に運用される可能性があります。一定以上の回数編集を行ったユーザーに対して自動的に付与すれば、現在の半保護がそうであるように、どうでもよい編集を繰り返して、別のアカウントで行った荒らし編集を査読する、という荒らしが出現する恐れがあります。やはり、査読制度には断固反対いたします。--Reiwa period（会話） 2020年1月7日 (火) 22:18 (UTC)[返信]

その２

皆さん。ご議論いただきありがとうございます。Reiwa periodさんをはじめとして皆さんには「査読システム（？）」という不適切な表現で誤解を招いたことをお詫びします。MetawikiにはFlaggedRevsと書かれているので、以後はこの表現を使います。--2001:268:C02C:4473:1CE1:102D:FC49:733 2020年1月8日 (水) 00:47 (UTC)[返信]

名前がどうであれ、これはウィキペディアの基本的な理念を180度覆すシステムだと考えることに変わりはありません。このシステムが導入されてしまえば、もはやウィキペディアは悪い意味で今までのものとは全く異なるものになると思います。--Reiwa period（会話） 2020年1月8日 (水) 02:58 (UTC)[返信]

下にReiwa periodさんへの返信を書きました。--2001:268:C02C:7230:DC9B:D30C:E3EF:9FC6 2020年1月8日 (水) 10:47 (UTC)[返信]

返信 (6144さん宛) どうも気分を害されたようで申し訳ありません。元の文書についてお尋ねしたのは、「放置」という表現はあまり良い印象を受ける言葉ではなく、私が6144さんが示された文書を読んだところではドイツ語版の状況についてさほど悪い印象を受けなかったので、何か他の文書があるのですかとお尋ねしたわけです。6144さんがそう解釈されたということであれば何の疑問もありません。「書いてある」あるいは「書かれている」ではなく「書いてる」という表現をつかっておられることにもう少し注意を払うべきだったなと考えています。--2001:268:C02C:4473:1CE1:102D:FC49:733 2020年1月8日 (水) 00:47 (UTC)[返信]

返信 (さえぼーさん、Marine-Blueさん宛) en:Wikipedia:Flagged_revisions#Projects that apply FlaggedRevsによるとFlaggedRevsの導入の仕方には英語版アプローチとドイツ語版アプローチがあり、英語版アプローチを導入しているWikipediaが6言語、ドイツ語版アプローチを導入しているWikipediaが2517言語あるとのことです。英語版アプローチについては「管理者はそれが使用される各ページでFlaggedRevsをアクティブにする必要があります」、ドイツ語版アプローチについては「すべてのページは一度レビューされた後、FlaggedRevsが有効になっています」と書かれています。つまり、お二人が説明しておられるのはいずれも英語版アプローチです。同じFlaggedRevsの機能を使っていても、運用によってかなり違うものになるようです。英語版アプローチについてはさえぼーさんご指摘の通り管理者の負担増になるので導入は困難だと思います。その点、ドイツ語版アプローチのほうは権限が自動的に付与されるなど管理者への負担がないようにできているようです。--2001:268:C02C:4473:1CE1:102D:FC49:733 2020年1月8日 (水) 00:47 (UTC)（25というのはメタウィキに書かれている総数でした。英語版でドイツ語アプローチを採用しているWikipedia~~の数として書かれているの~~は17言語なので修正しました。なお、メタウィキと英語版で記載されているWIkipediaに若干食い違いがあり、6+17＝23で25にはなりません。--2001:268:C02C:4473:1CE1:102D:FC49:733 2020年1月8日 (水) 00:52 (UTC)）(17というのは私が数えた数なので修正しました。--2001:268:C02C:4473:1CE1:102D:FC49:733 2020年1月8日 (水) 01:09 (UTC))[返信]

返信 (Reiwa periodさん宛) コメントをいただきありがとうございます。ところで、Reiwa periodさんの2020年1月8日 (水) 02:58 (UTC)のコメントを読んでいると、同じ考え方の繰り返しになっていて、そろそろ新しい情報は出尽くしたのかなという気がします。ご承知のとおり、私はこのサブセクションで具体的にこの機能の導入を提案しているわけではありません。私が意図したことは「ドイツ語版ではこういう有用と思われる機能が導入されていますよ」ということを紹介してコメントをいただくことです。おかげで「以前に英語版アプローチでFlaggedRevsの導入が検討されたが導入されなかった。ドイツ語版アプローチについては検討されたことがない（らしい）」という有用な情報を得ることができました。もちろん、今後も情報があればお書き下さい。ご協力に感謝します。--2001:268:C02C:7230:DC9B:D30C:E3EF:9FC6 2020年1月8日 (水) 10:47 (UTC)[返信]

コメント 今、全体を見まわしていて初めて気づいたのですが、Reiwa periodさんがサブページ化された最初の版から、「提案」「荒らし対策」のタグが貼られているのですね。（プレビューでは表示されないのですね）どちらも少し違うような気がしますが、せっかくご協力いただいたことなのでそのままにしておきます。より適切なタグがあるようなら変更をお願いします。--2001:268:C02C:7230:DC9B:D30C:E3EF:9FC6 2020年1月8日 (水) 11:01 (UTC)（誤字の修正です--2020年1月8日 (水) 11:03 (UTC)）[返信]

英語版とドイツ語版で違うとのことなので、英語版とドイツ語版をざっくり調べてまとめてみました。

英語版

管理者が設定（無期限半保護のようなもの）したページのみ未査読の編集が保留扱いになる。
査読者グループに属するユーザーまたは管理者が査読を行うことができる。
自動承認された利用者、査読者、管理者は自分の編集を自動的に査読済みにすることができる。
管理者の手がなければ編集を保留にできないが、未査読のページが溜まりにくい。

ドイツ語版

自動査読者、編集者、管理者いずれかのグループに属するユーザーが編集したことのある記事は未査読の編集が保留扱いになる。
査読関係の権限を持たないユーザーが新規作成した記事は査読なしでそのまま公開される。
保護レベルを「編集者グループのみ」に設定することができる。
ドイツ語版には編集者の上位グループとして査読者というグループがあるものの、使われていない。
管理者でなくても編集を保留にできるが、未査読のページが溜まりやすい。

その他

未査読の編集があるページは「閲覧」タブの隣に「査読待ちの変更」タブが表示され、「閲覧」は最後に査読された版の内容、「査読待ちの変更」は最後の査読の後に編集された版の内容となる。
ログインユーザーがページを表示すると「査読待ちの変更」が自動的に選択されるが、非ログインユーザーがページを表示すると「閲覧」が自動的に選択される。
査読者や編集者の権限は管理者やビューロクラットによる手動付与のほか、一定の編集回数を超えたアカウントユーザーを自動昇格させる（自動的な権限付与を行う）ことができる。
ドイツ語版の自動昇格は昨年6月で廃止。現在は手動付与のみで運用中。

私は他に進めたいこと（機能導入）があるため主導したいと思いませんが、導入を進めたい方がいらっしゃいましたら進めていただいて結構です。--Marine-Blue^{talk✿contribs❀mail} 2020年1月8日 (水) 14:24 (UTC)[返信]

Marine-Blueさんまとめをお書きいただきありがとうございます。ドイツ語版の自動権限付与の中止についてde:Wikipedia:Administratoren/Notizen#Sichterrechteを見たところ2019年6月から不具合があって12月に自動権限付与を中止したということです。やり取りを見ていると、何とか修理しようとしているがうまくいかないということのようです。--2001:268:C02C:7230:DC9B:D30C:E3EF:9FC6 2020年1月8日 (水) 16:21 (UTC)[返信]

その３

コメント 英語版での条件付き運用について少し調べてみました。案内文のリンクから推測すると、この仕組みは英語版だけでなく、ロシア語版、中国語版など合計6つの言語版で採用されているようです。
英語版では一定の条件に該当するユーザについて「https://en-two.iwiki.icu/wiki/Draft:項目名」に強制的に割り振る仕組みがあるようです。
日本時間での現時点（2020-01-09 午前4時現在）では以下のようにアナウンスされているようです。
（以下、引用部分は、08:10, 25 December 2019‎ Pharos en title=Wikipedia:Drafts&oldid=932356256 のGoogle翻訳による機械翻訳より移入）

ドラフトは、限られた[注1]期間、新しい記事を作成および開発できるDraft 名前空間の管理ページです。ウィキペディアのメインスペースに移動する前に、新しい記事を作成してフィードバックを受け取るのに役立ちます。ログインしている場合、最初にドラフトバージョンを作成することはオプションです。代わりに、編集者は、ユーザー空間でドラフトページを作成するか、ユーザーが自動確認または確認された後にメインスペースで直接新しい記事を作成することを選択できます。

注1：最後の実質的な編集から6か月が経過すると、ドラフトは削除の対象になります。§古いドラフトの削除を参照してください。
（中略）
下書きの作成と編集
ログインしていないユーザーを含む誰でも、下書きを作成および編集できます。名前空間のドラフトには、通常のタイトルの前に「ドラフト：」があり、ドラフトトークページも関連付けられています。 VisualEditorを有効にしているユーザーは、記事と同じようにVisualEditorを使用できます。下書きを記事のメインスペースページに移動するにはWP：Autoconfirmed権限が必要ですが、 Wikipedia：Requested movesでページの移動を要求できます。記事の作成が保護される場合など、移動に技術的な障壁がある場合は、管理者の支援を求めてください。
（以下略）

要するにIPユーザや、アカウントを作ってから一定の時間が経過していないユーザが特筆性の面で不安があったり、自己宣伝的であったり、wiwifyが中途半端だったり、百科事典としては必要でなさそうだったり…する新規項目を好き放題に設置するような行為に、一定のクッション（「この通話は、サービスの品質向上を目的として、録音されています」的な？）を置いて管理の手間を多少なりとも楽にする措置のようです。
そこそこの品質を保っていれば問題ないわけですし（加筆期間も設けられており、緊急削除対象でない場合は、最後の加筆後6ヶ月で削除のようですから、スタブだから却下ということでもないのでしょう）、IPブロックで無辜の人を巻き添えにしてしまう弊害も減らせるでしょう。
日本語版での「特別:新しいページ」での（誰かの）ワンクリック巡回だけで（一応は）OKと見なす風習（？）よりは新規項目の内容品質も上がるのではないかと思いました。
そもそも日本語版では深夜に分単位で怒濤の勢いで増えてゆく「特別:新しいページ」が英語版では「New pages」→「Namespace:Draft」になっているようです。
https://en-two.iwiki.icu/w/index.php?title=Special%3ANewPages&namespace=118&tagfilter=&username=
ただ、投票制度（？）のようなものがあるみたいですが、この人員が確保できるかどうかが気になりました。
https://en-two.iwiki.icu/wiki/Wikipedia:WikiProject_Articles_for_creation/tables
少し考えてみましたが、これは、普段から（特に新規記事に）様々な注意書きテンプレートを貼り付けたり、雑草取りしたり、特筆性なしとして削除申請をするなど、膨大な手間のかかる大変な操作をしている多くの方々が「ドラフト制度があるのを前提として編集に参加する方向性に制度設計」してしまえば、どうにかなるのかもしれない（そもそも特筆性なしとしての削除申請だと、同様に投票や議論熟成の待ち時間もあるわけですし）のかもしれません。
少なくとも英語版ではそのトレードオフも考えた上で、新規記事の立項については（既存記事への加筆はこの規制の対象外のようです）得策だと判断しているから、こういう運用をしているのでしょう。
※但し、新規参入者を拒否しているというのではないという点は、重々、皆が重視し、認識できるよう、注意書きが必要だとは思います。--タピオカヤスジ（会話） 2020年1月8日 (水) 20:23 (UTC)--タピオカヤスジ（会話） 2020年1月8日 (水) 20:27 (UTC)[返信]

コメント追試しました。上の「ログインしている場合、最初にドラフトバージョンを作成することはオプションです。代わりに、編集者は、ユーザー空間でドラフトページを作成するか、ユーザーが自動確認または確認された後にメインスペースで直接新しい記事を作成することを選択できます。」は、日本語版でアカウントを作成してそれなりの期間と編集回数を経ていても、英語版への最初のログイン日時と既存記事の編集回数で判断されるようです。そうでない場合はドラフト以外での新規立項はできない仕様になっているようです。--タピオカヤスジ（会話） 2020年1月8日 (水) 22:26 (UTC)[返信]

Wikipedia:井戸端/subj/「査読」「公開」システム導入の提案も参考になると思います。 --2001:240:2403:ED59:68DA:AFFA:DCB9:26B1 2020年1月11日 (土) 01:47 (UTC)[返信]

その４

コメント 最初の提案にあるように「明らかにおかしなもの」、例えば「IPユーザーもしくは作成から間もないアカウントによる白紙化」「通常記事なのに全文が外国語で記述されている（半角文字しかないなど）」「空白と改行しかない」といった投稿を抑止する非常に限定的な機能ならば検討する余地はあると思います。査読というよりも、誰の目にも明白かつ機械チェック可能な荒らしや投稿ミスの抑止、という目的ですね。それ以外の機能は不要と考えます。投稿が即座に反映されるのがWikipediaの利点であり、少しでもそれを損なう改変はWikipediaの価値を大幅に低下させると考えます。--Suz-b（会話） 2020年1月11日 (土) 17:21 (UTC)[返信]

それならば編集フィルターで対応できます。査読機能は不要です。--Reiwa period（会話） 2020年1月12日 (日) 06:11 (UTC)[返信]
- なるほど、編集フィルターの強化をすることで同等の目的が達成できるなら、わざわざ多くの議論を費やして査読機能を導入する必要はありませんね。それならば私の票は編集フィルターへの機能追加なら賛成、査読機能には反対、とさせていただきます。--Suz-b（会話） 2020年1月12日 (日) 14:03 (UTC)[返信]

「編集フィルターで対応できます。査読機能は不要です。」では説明不足なので補足しておきます。査読が溜まる問題はいったん除外して考えます。「基本理念を覆す」という主張も主観的な捉え方になるので考慮しません。

特定のページで特定の権限レベルのユーザーを一律で規制するという点で保護機能と類似していますが、期限付きで規制を掛ける効果がなく、規制を解く場合は能動的な解除が必要になります。
保護と違って編集操作自体を行うことはできるため、投稿しようとした内容は保存され、他のユーザーが確認できます。投稿内容に問題がない場合、いちいちコピペせずにボタン操作で公開版に回すことができます。
内容を自動で精査して許可/不許可を行うことが目的の場合はフィルターのほうが適しています。
フィルターは不許可対象を減らせますが、機械で条件に一致するかどうかを見ているだけなので、場合によってはすり抜けられることがあります。
不適切な利用者名のユーザーがフィルターに引っかかった場合、オーバーサイトしか秘匿処理ができません。

総括するとフィルターと査読機能はそれぞれ一長一短であると言えます。そして査読に何の強みがあるかと言うと「内容を精査せず投稿を止めることができる」という点です。これを何の目的で使うのかをはっきりできれば導入の余地はあると思いますし、逆に使い所が分からないのであれば導入は見送ったほうが良いでしょう。
「何の目的で使うのか」について補足しておきますと、例えばウィキペディア日本語版が独自に導入した削除者やインターフェース編集者（インターフェース管理者に移行済み）は「削除関係にのみ対応したい」「システムメッセージのメンテナンスのみを行いたい」といった方の管理者就任が相次いだため、その需要が一因となって導入された経緯があります。--Marine-Blue^{talk✿contribs❀mail} 2020年1月13日 (月) 06:29 (UTC)[返信]

Marine-Blueさんがまとめられたもの（2020年1月8日 (水) 14:24 (UTC)）と、タピオカヤスジさんが提示されたもの（2020年1月8日 (水) 20:23 (UTC)）とは、別のものであるように見えます。こちらの「Drafts」というのは、下書き用の名前空間であり、英語版において、ログインユーザーでなくても利用できる空間ということのようです。また、英語版では、自動昇格していないユーザーは記事の作成ができないように制限している状態ということのようですね（Autoconfirmed and confirmed users）。--223.218.246.6 2020年1月13日 (月) 14:41 (UTC)[返信]

(コメント)en:Wikipedia:Pending changesによれば、半保護がの対象が「Articles with high levels of vandalism or edit warring from unregistered and new users; some highly visible templates & modules」とあるのに対し公開保留(仮)は「Infrequently edited articles with high levels of vandalism or BLP violations from unregistered and new users」とあります。しかし、Wikipedia:管理者伝言板/保護ページ編集を活用するのであれば、「編集を依頼するためにかかる手間÷その記事の活発度」は同じと考えられるなので無意味です。英語版のen:Wikipedia:Administrators' noticeboardが日本語版のWikipedia:管理者伝言板と全く機能が異なるので二つあるのだと思います。こちらとしては断固反対を表明したいと思います。--6144（会話） 2020年1月18日 (土) 04:45 (UTC)[返信]

その５

IP 223.218.246.6さんのご指摘から（en版での議論の経緯を深掘りするのはひどく大変なので）推測すると、現実的な問題（管理者権限アカウントの負担とか）から、宣伝的などの他新規記事乱立問題の防御などのために編集フィルターで一括ブロックすることにした。→平等理念と対立するという批判は当然出るのでドラフトなるものを作ってどうにかバランス（＝落としどころ）を作った。もう少しあけすけに言えば、お茶を濁した。こんな経緯なのかな、と「想像」しました。
私自身は既に「ただ、投票制度（？）のようなものがあるみたいですが、この人員が確保できるかどうかが気になりました。」と書いたように投票制度そのものがまた「手間」を発生するのが気にかかってやや後ろ向きな気分です。そしてその後に出た、6144さんご指摘のInfrequentlyという部分ですね。不活性分野は、あれこれやっても結局は不活性なままであるから積み上げ課題が増えるだけになる、というご懸念（だと私は受け止めました）。それは確かにその通り、と思いました。
このサブジェクトは「査読システム」の是非という技術論についての議論ですが、結局のところは（それぞれグラデーションはあるものの）管理者アカウント実務の大変さを皆が意識共有していて、
1.現実的にどうやって解決するか（技術・方法）？
2.その技術・方法を理念とどう調和・親和・折り合いをつけて説明する（ことにする）か？
この2点が核心なのだろうと思いました。今、「説明する（ことにする）」と書いたのは、玉虫色の解釈であれ、現実的問題があるわけですから…という含みを込めたつもりです。
皆さんそれぞれご自身の中に「理想主義者としての自分」と、「現実的な解を考える自分」とがいると思いますが、このせめぎ合いですよね。私の中の現実的解は先に「要するにIPユーザや、アカウントを作ってから一定の時間が経過していないユーザが…」と書いた部分です。眼目は一定のクッションを置いて～管理の手間を多少なりとも楽にする措置は何かしらないと、という部分をどうにかしないと、日本語版のメンテはもう5年後には破綻しているかもしれないな、と思えます。2001:268:C02C:6698:C42D:2B5E:E6B1:C88さんがやんわりと「ガラパゴス化」を指摘なさったのも破綻への危惧なのかもしれません。
ブロガー全盛期には自称有名ブロガーが新規立項、今はyoutuberでしょうか。その間にプロゲーマーなどもあったかと思います。今後も新興SNSなどの場でインフルエンサーとして売名したいがための新規記事をIPユーザが乱立させるでしょう。アイドルやyoutuberに限らず、過当競争の業界で個人営業的な職種は、IPユーザや自動承認にまで至っていない登録ユーザが特筆性があるとも思えない弁護士の名前を新規立項したりとか、割と見かけますよね。それらに何らかの歯止めは欲しいな、と。
別に査読制度でなくとも良いと思います。自動車の自動運転構想と同じように、何かしらの形でオートメーション化を推進するくらいしか思いつけませんけれども。
115.38.234.196さんご指摘の「出典のない記載をなくすというのが先」などの“本来的にそうでなければならない基準”を満たさない記事は問答無用で自動リジェクトするフィルターは過激でしょうか（私の感性としては、過激かも…と少し不安な気分もあります。そして、でも今のIPユーザの新規立項ペースという現実に向き合うには仕方ないかも、と思う自分もいます）。
仮にこういうものが是とされたならば、売名目的だけの（編集に慣れていない）IPユーザは基準を満たせず、新規記事立項は不成立にできるでしょう。書き込みするボタンの推した途端に「出典がないからこの新規立項はアウトね。残念。やりなおししてね。」と出るような仕組みもありかもしれません。これはやや意地悪なやり口かもしれませんが「“本来的にそうでなければならない基準”なんだから仕方ない」と、理念と折り合いをつけて説明しやすいはずです。
もう少し親切に設計するとすれば、技術陣に猛烈な負荷がかかりますが、（まずは）「典型的にIPユーザが新規立項したがるジャンル」に限って開発する穴埋めウィザード方式の採用でしょうか。
PowerPointの古いバージョン（2003の頃まで？）に存在したウィザードのようなイメージなのですが。例えば、Q1：新規立項したいのは次のうちの何ですか？「A:1人の人名、B:複数人からなるグループ名、C:特定の番組やゲームやCDや書籍その他一切の商品（オンラインを含むサービス名を含む）、D:サークル、NPO法人、会社団体その他の組織名、E:施設・設備名、…」→更に分岐…など。
ここで人名やアイドルグループ名を選択した場合はウィザード上では一つずつ質問に穴埋めさせているんだけど実際は、それは「Infobox Musician」を自動挿入していて、その各項目を穴埋めさせているだけで、そこからヨミ情報を引っ張ってきて適宜正規化する変換をしてから「デフォルトソート」を自動的に挿入してあげる。延々とそういったウィザードに付き合わせて、Categoryもウィザードから選ばせて…とやって、最後の最後、土壇場で特筆性の立証を宣誓させるチェックBOXを押させ、そこを通過した後で「Reflist」の中身が実際に存在するかをフィルタで自動確認して「出典がないからこの新規立項はアウトね。残念。やりなおししてね。」と出るような仕組みにするとか。
こんなウィザードを作り込むのは大変だろうと思いますが、少なくとも「脚注節の設置、脚注ヘルプ、Reflist」、不可視な部分である「Normdaten」が新規立項や赤リンクを押した時に自動挿入されない（不要であればあとで削除編集するのは許可でも良いと思うんです）のは、システム的に古き良きおおらかさを通り越して、スマホ書き込みが急速に増えた今となっては、不親切極まりないです。「デフォルトソート」がない項目もbotでどうにかなりそうな気もしますけれども。
「中の人」の常識はPC版が暗黙の念頭にあって、でも、現実はスマホ書き込みが急速に増えてしまっている。これは世界的にもう止めようがない潮流なわけです。そこでの軋轢が顕在化しているのだと思います。ここを乗り越えねばWikipediaは恐竜化でしょう。今の時点ではモバイルビューだと記事末尾の横長型テンプレートは一切表示されないとか、記事同士の導線確保や記事の同一性保持にも違いが出てしまっているわけで。このままでは「中の人」はインターネット老害ばかりだよね、と見向きもされなくなり、若い新規編集者を吸引する力はなくなって実際的な運営はできなくなる。おそらくそれは今後5年以内でしょう。
※なお、私が中の人になりきるのは怖い、という違和感の表明をしていることはそのリンク先でご確認ください。
このサブジェクトの表面的な提案については「どちらかと言えば反対」ですが、この提案に込められている（であろう）危惧の感触や、何らかの解決を模索せねばという方向性については「賛成」です。そしてその解は、おそらく、オートメーション化の推進という技術陣に対して高負荷を要求する方法でしか対応は難しいだろうという予感はあります。
ルールに反して話題のスコープを拡大・拡散させてしまったことにつきましてはお詫び申し上げます。 --タピオカヤスジ（会話） 2020年1月18日 (土) 09:43 (UTC)[返信]

「査読システムの導入是非」という主題から大きく外れていますので、提案したいのであれば別に話題を立ててください。--Reiwa period（会話） 2020年1月18日 (土) 09:49 (UTC)[返信]
(コメント)確かに、数年後に削除依頼が破綻するような事態になることを防ぐことは重要でしょうが、その方法は…少なくとも半保護と被る公開保留(仮)ではないと思います。--6144（会話） 2020年1月18日 (土) 11:00 (UTC)[返信]

その６

改めて話題となり、気になったので、私もMarine-Blueさんのまとめではなく、Pending changesに改めて目を通してみました。以下は、簡単なまとめです。私自身の理解のために書いたメモ程度ですが、何かの参考になれば幸いです。また、おかしな部分がありましたらご指摘ください。

英語版の利用者について：
- ①Unregistered or Newly registered ※IP利用者または新規利用者
- ②Auto-confirmed, Confirmed ※自動承認された利用者
- ③Extended confirmed ※新規登録（初ログイン）から30日が経過し、かつ500回の編集をすると、自動的に「Extended confirmed user」になる（英語版では）。
- ④Pending changes reviewer ※以下便宜的に「レヴュアー」と記述。「pending changes（以下便宜的に「保留中の変更」と記述）」をチェックする権限を付与された利用者（英語版では）。
- ⑤Admin ※管理者。英語版では、「レヴュアー」の権限を兼ね備える。
英語版において「Pending changes protection（以下便宜的に「変更が保留される保護」と記載）」と呼ばれる保護を施した記事では、一定条件化において、編集がそのまま記事に反映されずに「保留中の変更」の状態となる。以下は、適用中の記事における状態の推移の例。
- A-1) 「変更が保留される保護」を施された記事を、①の「IP利用者または新規利用者」が編集⇒「保留中の変更」がある状態となる。
- A-2) 「変更が保留される保護」を施された記事を、②の「自動承認された利用者」が編集⇒通常通りに編集が反映される。
- B-1) 「保留中の変更」がある状態になっている記事を、①の「IP利用者または新規利用者」が編集⇒「保留中の変更」がある状態のままとなる（保留された記事が複数版溜まっていく）。
- B-2) 「保留中の変更」がある状態になっている記事を、②の「自動承認された利用者」が編集⇒「保留中の変更」がある状態のままとなる（保留された記事が複数版溜まっていく）。
- C-1) 「保留中の変更」がある状態になっている記事を、④の「レヴュアー」が権限を使って、「Accept revision（以下便宜的に「承認」と記載）」⇒保留されていた編集が反映される。
- C-2) 「保留中の変更」がある状態になっている記事を、④の「レヴュアー」が権限を使って、「Revert changes（以下便宜的に「否認」と記載）」⇒保留は反映されずに、最後に承認されていた記事に戻り、「保留中の変更」がなくなりAの状態へ戻る（通常の「revert」とは別の処理）。
- D-1) 「保留中の変更」がある状態になっている記事を、②の「自動承認された利用者」が、最後に承認されていた記事へと「revert」する⇒最後に承認されていた記事に戻り、「保留中の変更」がなくなりAの状態へ戻る（通常通りに「revert」が行える）。
1. A～Bについては、Effect of various protection levelsを参考とした。
2. Cについては、Reviewing edits by a single userを参考とした。
3. Dについては、Frequently asked questionsを参考とした。
4. 管理者は、「レビュアー」と同様、Cのように「承認」と「否認」を行うことができる（参考：Effect_of_various_protection_levels）。
5. ③の「Extended confirmed」という利用者区分は、「Pending changes」に関しては、②の「自動承認された利用者」と特に変わりない権限しか持たない。英語版では別の「Extended confirmed」という保護があり、この保護が施された記事を編集できる権限がある。

「レビュアー」による「承認」と「否認」について: 上記のC-1～2ではごく簡略に記載したが、保留された記事が複数版溜まっているような場合、それぞれの版について、「承認」と「否認」を行っていく処理になる。また、「承認」前に、引用の追加や一部削除といった編集を行った版を「承認」することも可能な模様（時間がかかる場合には推奨されない）。 / （主に、Reviewing edits by multiple usersとAcceptable editsを参考とした。）
「レビュアー」について: 「レビュアー」に求められているのは、記事に対する破壊行為や、明らかに不適切な編集をチェックすることにあり、専門的な視点は求められず、主なチェック基準は、存命人物の伝記に反するもの、荒らしや無意味な記述に類するもの、著作権侵害への対処が必要なもの、法的な脅迫や個人攻撃、また名誉毀損に当たるもの、といった内容になる。編集の正確性について責任を負う必要はなく、ごく一般的な利用者の閲覧に堪えるものであればよく、中立的な観点、検証可能性、独自研究は載せないといった方針への準拠すら保証する必要はない。 / （主に、OverviewとGeneral_criteriaとAcceptable editsを参考とした。）

--223.218.246.6 2020年1月18日 (土) 16:22 (UTC), 追記--223.218.246.6 2020年1月18日 (土) 16:32 (UTC)[返信]

223.218.246.6さん、大変な手数をかけておまとめ下さり、ありがとうございます。積み上がる各記事が、それぞれいろんな状態（プロパティ）になる、ということがよく理解できました。こんな面倒くさいものは管理者権限アカウントの保守作業にはより負荷がかかるだけだと理解できました。6144さんが「その方法は…」（違うんじゃないか）と仰った真意もそこにあるのだろうと得心できました。223.218.246.6さんのおかげです。ということで「査読システムの導入是非」という主題については反対を表明します。／Reiwa periodさん。何らかの提案は、根本的な理念や歴史的経緯、日本語版の全体像、技術陣の人的リソースのキャパや交渉など、考えなければならない問題があまりにも多く、大きすぎる問題で、ほとんど何も知らない私の器ではなさそうです。きっと、本職でコンサル業をやっているような方でないと取り纏めは難しいのかもしれないな、と存じました。モゴモゴと言いたいことはあるのですが…。それなりの経験を積むまでは、自分の小さな器量の範囲でモゴモゴいうしかできそうにありません。 --タピオカヤスジ（会話） 2020年1月18日 (土) 19:16 (UTC)[返信]

情報ありがとうございます。私も管理者の負担が増すだけだと思いますので、査読の導入に反対いたします。--Reiwa period（会話） 2020年1月18日 (土) 22:10 (UTC)[返信]

その７

私なりに、本件に関する見解をまとめてみました。

現時点で求められている機能性など（抜けがありましたら申し訳ありません）
- 1)問題点が明白な投稿の抑制
- 2)保護されている記事の編集について、手続きや操作の簡便化
- （「Drafts」については、本件の範囲から逸脱するとのことのため割愛させて頂きました。）
現時点で指摘されている問題点（抜けがありましたら申し訳ありません）
- 3)人的資源の不足（「レヴュアー」が不足すると、必要な公開が滞る）
- 4)即時反映がwikipediaに必須との指摘（即時更新はwikiシステムの特徴）
- 5)問題の無い記事でも「否認」されるのではとの懸念
- 6)繁栄に時間がかかるようでは利用者が減るのではとの懸念
- 7)編集フィルタで代用可能なのではないかとの疑問
- 8)半保護と変わらないのではとの疑問
- 9)何の目的で使うのかとの疑問
考察
- 1)について、英語版での運用に倣うのであれば、
  - a)wikipedia全体での、問題点の明白な投稿の抑制には繋がらない。
  - b)特定記事については、この保護を施すことで、問題点の明白な投稿の抑制が叶う（チェック基準に限る）
- 2)について、
  - a)「IP利用者または新規利用者」について言えば、単独での編集申請が可能である利点がある。
  - b)「自動承認された利用者」について言えば、「半保護」であれば通常通り編集できるものが、「保留中の変更」がある状態にあると、編集が保留されるという問題が考えられる。ただし、本機能は記事の「保護」機能に相当することから、この「保護」を設定する際に保護機能による制限があることとのトレードオフを考えた上で、保護の適用の要否や保護の種類を決定するだけのものに過ぎない。
  - c)前項「2)-b」について、保留されているのが、明らかないたずら投稿などであれば一般利用者であっても「revert」できることから、ルールの制定によっては、この問題の改善を図れると想定される。
  - d)前々項「2)-b」について、そもそも、明白な「否認」対象（単純ないたずら投稿を含む）については、単純なチェックと簡単なボタン操作によって「否認」されることから、問題投稿自体減る可能性があるとするのはいささか楽観的過ぎるのだろうか？
  - e)編集の反映について、労力の減少が見込める。権限保持者であれば、ボタン操作のみによって記事への反映が可能である。また、チェック基準が限られることから、内容精査についての労力も減ると考えられる。
  - f)関連する労力削減として、削除件数を減らせると想定される。削除が必要とされるような編集についても、記事に反映されることなく抑制されることから効果は大きいと想定される。
- 3)について、人的資源の不足は否めないが、保護機能の選択肢が増えるに過ぎず。適正な運用を行うことで、寧ろ削除等の作業量は減らせると想定される。また、「レビュアー」を拡充していくに当たり、管理者に求められるのとは資質やノウハウ、また意欲分野の違った人的資源の登用が想定される。
- 4)について、本機能は保護機能の一種であり、wikipedia全体ではなく、必要に応じて、この保護の必要性があると判断された記事を保護するのに用いられることになると想定される。wikiの即時編集性を損なうものとは考えにくい。
- 5)について、英語版に倣った運用とした場合、「否認」の対象はかなり明確であるように思われる。権限の使用が不適当であると考えられる事例があった際には、権限の不正利用（あるいは誤操作等）として、事例ごとに対応していくようにすれば運用は可能と想定される。
- 6)について、「4)」に同様に、wikiの即時編集性を損なうものとは考えにくく、寧ろ、この保護が必要とされるような記事においては、記事が荒らされることを憂いている利用者も少なくは無いと想定されることから、一概に利用者離れの要因とは考え難い。この保護によって、利用者離れが起こるのであれば、「保護」や「半保護」も同様の理由によって利用が難しいものとなるため、保護機能の運用次第であると想定される。
- 7)について、英語版に倣った運用とした場合、「否認」の対象の多くはフィルタでの対処は難しいか、あるいはフィルタの設定を個別に行う必要が生じる（あるいは設定が困難）と想定される。そのような意味合いからは、寧ろ新たなフィルタを設定する機会を減らせる可能性がある。
- 8)について、抑制される投稿は半保護とほぼ同じ範囲になると考えられる。また、利点（編集の容易性）がある半面、増える作業（「保留された編集」のチェック）があるが、また一方では、減少する作業（主に「削除」）があるとともに、人的資源としてこれまでと違った人材が望める可能性がある。なお、「半保護」を廃するわけではないため、選択肢の一つとして追加することで、的確な運用をすれば寧ろ全体的な総作業量の低減が望めると想定される。
- 9)について、英語版では「『IP利用者または新規利用者』による、編集頻度の低い記事における、高レベルの破壊または BLP違反」との旨の運用指針がある。試験的な利用としては、「『IP利用者または新規利用者』による、編集頻度の低い記事における、BLP違反」に対する対処における選択肢の1つとして用いるのが、よいと想定する。理由としては、
  - a)「存命人物の伝記」は、対象が存命であることから、低頻度であっても更新が発生する可能性が高い。
  - b)「否認」の対象として、「存命人物の伝記に反するもの」が明確に含まれていること（英語版に倣うならば）。また、該当の記事における迷惑投稿では、場合により、迷惑投稿の内容が「削除」対象にまで及びやすいと想定される。
  - c)前項「9)-b」に関連して、削除依頼などで活躍されている方々から、「レヴュアー」を募りやすと想定される。
  - d)編集頻度の低い記事であっても、該当記事では粘着されるケースがあり、対処として適当なものとなる可能性が高いと想定される。

--223.218.246.6 2020年1月19日 (日) 08:27 (UTC)[返信]

その８

結構、長くなっていたため、区切りを入れました。--2001:268:C0A1:690E:C020:23A:47EC:C5CE 2020年1月28日 (火) 05:17 (UTC)[返信]

消しても復活

安否確認システムのページで、商品購入の案内ガイドのような、サービス比較・価格比較の記事が書き込まれます。書き込みを削除しても書き込まれます。WP:NOTCATALOG違反だと思います。どう対処すればいいでしょうか？ --Ryua751（会話） 2020年1月14日 (火) 00:20 (UTC)[返信]

とりあえずまずは当該記事のノートか、あるいは特定の人物であれば、そのユーザーの会話ページに話題を振って対話するべきです。場合によってはWikipedia:コメント依頼を利用するのも順当でしょう。そのうえで、氏が指摘するように、案内ガイドのような情報は不要という形で合意形成されることをまずは目指す。その合意が成立した上で、なおも載せようとする強行編集が続くのであれば、次にWikipedia:保護依頼を出すのが適切でしょう（特定の人物に限られるのであれば、対話拒否として利用者行為のコメント依頼になるかと思います）。--EULE（会話） 2020年1月15日 (水) 17:33 (UTC)[返信]

私のブロック操作ミスに関して

ぱたごんです。Wikipedia:投稿ブロック依頼/Call Tenderas 解除ですが解除票やや優勢の状況で2カ月近く裁定されていない状況で Takabegさんの解除票が入りましたのでブロック解除と判断したのですが、私自身が解除票を入れいることを失念していました。投票した管理者が操作を行うのは好ましくなく、一旦解除した操作を取り消したのですが、Call Tenderasさんにしてみたら掛けられた梯子を外されたようなものでしょう。お気持ちを逆なでしてしまったあるいは落胆させてしまったかもしれません。Call Tenderasさんの会話ページではお詫びしましたが、フォローとしてはどうするのが最善でしょう？私自身は、決まった通りに操作を行うビューロの活動と自身のフォローアップ以外の権限行使はしばらく自粛してご意見をお待ちしたいと思います。--ぱたごん（会話） 2020年1月15日 (水) 09:40 (UTC)[返信]

各種文書を確認しましたが、投票した管理者が対処を行ってはならないというルールはないようです。解除して問題ないかと思います。--Reiwa period（会話） 2020年1月15日 (水) 10:36 (UTC)[返信]
- コメント そのような明言はないようにも思いますが、しかし今回の管理者権限行使はコミュニティの合意を要します。提案から十分な期間が経過し、かつ異論がないような状態であればともかく、Wikipedia:投稿ブロック依頼/Call Tenderas 解除では反対意見（継続票）を示した投票・コメント有権者がいます。そのような状態で賛成意見（解除票）を投じた方が操作を行うことは、中立性の観点から問題がある、という見方はあると思います。それゆえ「投票した管理者が操作を行うのは好ましくな」いという考えは妥当と考えます。なお、ブロック解除自体は㭍月例祭さんにより行われています（対処報告まで時間がかかっていますが）。--郊外生活（会話） 2020年1月15日 (水) 11:51 (UTC)[返信]
コメント ぱたごんさんとしては解除は適切だと思ったけど、解除票を投じた管理者が解除したから問題だというならIRCとかML（管理者限定のチャット的なのって認識で大丈夫ですよね？）とかで他の管理者さん呼んで判断してもらうとかどうでしょうか。安直な考えで恐縮ですが。--Q8j（会話） 2020年1月15日 (水) 10:39 (UTC)微修正--Q8j（会話） 2020年1月16日 (木) 00:13 (UTC)[返信]
コメント 管理者が投票した上で権限行使まで行うのは、ぱたごんさんもおっしゃっているとおり好ましくなく、またそれはおそらくコミュニティの共通認識で、少なくともこの10年間はそういう運用だったと思います。私はこれは一般常識の範囲内の話でわざわざ明文化する必要はないと考えますが(WP:BURO)、そうではない人たちもいるでしょうね。今回のぱたごんさんについては、すぐに取り消して謝罪までされているので、全く問題はないと思いますし、さらに言えば活動を自粛される必要もないと考えます。--Xx kyousuke xx（会話） 2020年1月15日 (水) 12:19 (UTC)[返信]
- コメント ブロック解除案件については、私の判断として「解除」としました。発端である「改名」のトラブルから解除依頼までを総合的に考慮して、解除してもよいと考えました。
- 「解除しても良い」という判断に至ったという点では、ぱたごんさんの判断には異論はありません。
- ですが、ぱたごんさんご自身がおっしゃるとおり、中立性に疑いを持たれるという観点からは、ぱたごんさんが解除判定をするのは好ましくない、とは思います。ルールとして明記されているかどうかに関わらず。
- まあ、ブロック依頼・解除依頼、削除依頼など、管理者裁定待ちが何ヶ月か滞っている案件は少なからずあります。アクティブな管理者も決して多いとは言えない。その状況下で、最もアクティブに毎日多数の案件を処理している（私の印象です）管理者の一人であるぱたごんさんなので、今回のようなうっかりミスが起きるのはヤムヲエナイというか、責め立てるようなことではないとは思います。（ミスをする確率が全員一緒なら、多くの処理をしている働き者がミスの件数が多く、働かない者がミスが少ないことになりますから。）
- 「自粛」をするほどでもない、とも思います。（その必要はないという意味でもあるし、ぱたごんさんが活動を自粛するとその帰結として停滞案件が増大するであろう、という意味でも。）--柒月例祭（会話） 2020年1月15日 (水) 12:28 (UTC)[返信]
コメント Wikipedia:コメント依頼/Lonicera_20080423#自己関与問題への管理権限行使にもあるように、少なくとも2008年の時点から自己関与問題への管理権限行使は自粛するという運用になっています。ですが、一回程度のうっかりミスは特段責め立てるほどのものでもないでしょう。--新幹線（会話） 2020年1月15日 (水) 14:40 (UTC)[返信]
常識を働かせれば、検察官が裁判官を兼任するようで考えられませんし、「投票した管理者が対処を行ってはならないという明文化されたルール」の有無にかかわらず控えるべきでしょう。とはいえ、新幹線さんからご指摘があった通り、過去には職権乱用をした管理者もいら様なのでこの際、はっきりと明文化したほうがいいと思います。片割れ靴下（会話） 2020年1月15日 (水) 15:35 (UTC)[返信]
コメント そんなに大げさにするような話ではないと感じますが、Reiwa periodさんがあんまりなコメントを残しておられるので…。

1.投票した管理者自身が対処する

2.自分が投票したことを失念してうっかり対処してしまう

1が不適切な行為なのは言うまでもありません。こんな初歩的なことは管理系に頻繁に出入りする利用者であれば全員の共通理解であるはず。ですから、Reiwa periodさんの「明文化されていないから問題ない」というコメントには正直ビックリです。そんなレベルの認識の人が頻繁にWikipediaのコアに関わるような議論を提起しても、ぶっちゃけコミュニティの負担にしかなりません。

さて、今回のぱたごんさんのミスは2です。1に比べれば軽いミスであり、今回の件で自粛だのといった話にエスカレートさせる必要は無いと思います。もしミスの原因が目に起因するものであれば、ペースを落とすなどして無理のない範囲で細く長く管理者を続けていただけると幸いです。--むよむよ（会話） 2020年1月15日 (水) 15:40 (UTC)[返信]

- もちろん、管理者の間で投票した管理者が対処を行ってはならないという暗黙の了解があるのであればそれに従った方が良いと思います。暗黙の了解を知らなかったので、上のような発言をしたまでです。--Reiwa period（会話） 2020年1月15日 (水) 22:17 (UTC)[返信]

皆様、ご意見ありがとうございました。ブロック自体は㭍月例祭さんに解除していただいたのであとはCall Tenderasさんのお気持ちへのわたしの対応ですね。権限行使自体は自粛するまでもないというご意見を複数いただきましたし、対処案件もたまっていますので自粛は解除します。同じようなミスは繰り返さないよう重々気を付けていきます。--ぱたごん（会話） 2020年1月19日 (日) 03:02 (UTC)[返信]

コメント 何点か。
1. 本件井戸端は自分自身に対する Wikipedia:コメント依頼では達することのできないものでしょうか
2. ブロック依頼やブロック解除依頼は、案件次第では削除依頼よりも前後関係や背景事情を酌む必要があり、関連コメント依頼や直近の事例、対象者の投稿記録などを精査するなどの作業が求められます。案件次第では相当の精神力や体力、集中力、判断力、眼力（肉体的な意味でも感覚・能力的な意味でも）などが持っていかれるので、クローズする前にはある程度体調が整っていないと辛いというのが私の感想です。そこで疑問に思ったのですが、投票資格が設けられている投稿ブロック依頼において、当該ブロック依頼の履歴ページを確認して不審点がないかなどを確認する際に、自分の利用者名が入っていることに気が付かなかったのでしょうか。また、各種依頼における投票では、管理者などの各種権限における信任投票を除き、ウィキペディア日本語版では原則として「合意」のための手段としての投票であって、単純な票数を数えればいいというだけの単純作業ではありません。クローズ前に投票根拠をよく読まれていれば、署名などが目に付くはずですが、それすら見落とすほどの状況だったのでしょうか。
3. 私としては、「一利用者としての投票」と「コミュニティの合意に基づく執行者としての管理者等による判断・権限行使による案件最終決裁」と分かれて判断して行われた同一利用者によるものであれば、特に問題とは考えませんが、透明性の観点からは、やはり「合意」形式である場合は単純な票数判定とは異なり、中立的第三者による最終決裁の方が望ましいことは言うまでもありません。しかしながら、本件では一度は「コミュニティによる合意に基づく決裁」を行った後で「自己の判断ミスによって取り消した」ことになるので、私としては不適切と考えます。
4. また、再ブロック時の理由も適切ではないですね。操作ミスによる「取り消し」という体裁をとるのであれば、Wikipedia:投稿ブロック依頼/Call Tenderas を根拠とすべきです。ブロック理由欄はあなたの個人的なコメントを載せるための場所ではありません（特にブロック理由欄に限らず、他の編集者による編集の要約でも時々見かけますが…）。
5. どうすればよかったか: 私としては、一度下された「コミュニティによる合意に基づく決裁」を取り消される状況が是認されると、今後の運用における「合意に基づく決裁の安定性」が確保できなくなる（執行者が間違いだったと称して取り消す可能性が出てくる）ので、「Wikipedia:投稿ブロック依頼/Call Tenderas 解除追認」などで本件冒頭の経緯を説明し、追認を得るのが得策だったのではないかと考えます。
--rxy（会話） 2020年1月19日 (日) 17:00 (UTC)[返信]

コメントありがとうぞざいます。まず一点目ですが私へのコメントを求めるというよりもCall Tenderasさんへのフォローについて伺うのが趣旨でした。ですので井戸端を選びました。Call Tenderasさんへのフォローということがなければ対処方法から含めてゆっくりコミュニティに意見をも求めるつもりではありました。Call Tenderasさんへのフォローを急ぐ観点からこのような方策をとりました。Wikipedia:投稿ブロック依頼/Call Tenderas 解除に投票して「あと解除票が一票二票入れば解除になるのになあ」と思っていて、それからしばらくたち「あと解除票が一票二票入れば解除になるのになあ」の部分だけが頭に残っていたので勘違いのもとになってしまいました。一度は「コミュニティによる合意に基づく決裁」を行ったと言う部分がミスだと判断したので解除操作の取り消しを選びました。再ブロックはコミュニティの合意ではなく誤操作の取り消しという判断です。しかし、今後は同様なケースでは要約欄の説明については考えなおします。ただ同様なケースはそもそも起こさないようにまず気を付けます。--ぱたごん（会話） 2020年1月20日 (月) 01:08 (UTC)[返信]

各年の小説のカテゴリーの付け方について

その１

お世話になります。

Red (島本理生)およびファーストラヴ (小説)にて、初出(連載開始)時点の年のカテゴリーが付与されていて、単行本のクレジットとは異なることに違和感がありそれぞれ単行本のクレジットを元に『Red』、『ファーストラヴ』の各年の小説のカテゴリーを出版の年に付け替えました(最初の編集で『ファーストラヴ』に2017年と書いてしまったのは私のミスです)。

カテゴリーの変更を行った利用者:Teruterubouzu（会話 / 投稿記録）という方の会話ページにもことわりを入れましたが、氏はあくまでも初出の年をカテゴリーに付与するという姿勢のようで、初出の年を付与するために都合の良い物を出典として付与しカテゴリーを元に戻してしまいました。

各年のカテゴリーについては、学校記事だったか建物の建設年などで揉めていたというのをカテゴリーの方針のノートでチラッと拝見しましたが、出版関連で話し合いを行った形跡がなかったので、どこかで議論を行い、文学ポータルでの各年のカテゴリー付与についてのローカルルールの制定した方が良いのでしょうか? --Kaze-ni-nare-0617（会話） 2020年1月16日 (木) 22:03 (UTC)[返信]

ウィキペディアのルールというか、慣習として、普通は書籍の発行年を基準とすることが多いです。ただ、新聞連載小説などで、そちらが有名な場合は、発表年を基準とすることがあります（夏目漱石の代表作とか）。例えばアガサ・クリスティの火曜クラブは初出は1927年なのですが、一般には1932年発行と紹介されることが多いです。この結果、何が起こったかというと、ミス・マープルの初登場作が1930年の牧師館の殺人とされたなどの例があります。コトバンクなども見ると、宮部みゆきの模倣犯 (小説)はコトバンクで2001年刊行になってますし（初出は1995年）、夏目の三四郎は上記の通り、1908年発表（刊行は翌年）になってますね。--EULE（会話） 2020年1月16日 (木) 23:06 (UTC)[返信]

すみません、回答としてズレてました。議題としてはそういうルールを制定すべきかという話ですが、した方がよさそうですね。一般にはこういうのは社会慣習に合わせるべきだと思ってます（こういう慣習があることを知らない人がカテゴリをいじっているように思う）。場所としても文学ポータルで良いと思います。--EULE（会話） 2020年1月16日 (木) 23:26 (UTC)[返信]

「Category:○年の小説」の冒頭に「○年に公表された小説、第一作が公表された小説のシリーズ、及び第一話が公表された連載小説または連作短編のカテゴリ。」と明確に定義されており、連載小説に関しては第1話の公表年に基いてカテゴライズするのがこれまでの通例ではないでしょうか。その定義に「違和感」を感じられるようであれば、然るべき議論と合意を経て「Category:○年の小説」の定義を更新された上で、懸案の2記事（および他の全ての連載小説の記事）のカテゴリを変更されるのが手順ではないでしょうか。--Teruterubouzu（会話） 2020年1月17日 (金) 01:10 (UTC) なお、議論の場としてはCategory‐ノート:年別の小説が妥当ではないでしょうか。--Teruterubouzu（会話） 2020年1月17日 (金) 01:19 (UTC)[返信]

Teruterubouzu氏は「明確に定義されている」、「通例」というふうにおっしゃられているようですが、各カテゴリーの説明文にも提案を提出とはあるが合意形成(ローカルルールがある)というふうには書かれていないんですよね(つまり明確な合意が形成されていないまま長きに渡り運用されてきたということです)。(提示された年別の小説カテゴリーのノートを見ましたが)2009年7月にコメント依頼が出るなどかなり長きに渡り話し合いをしたようですが、どちらかに統一というふうに強く合意を取ったというわけでわないようで。あくまでも、「今後の動向を見ながらじゅうなんにやっていこう、必要に応じて再度議論」というような状態で止まってしまったのが正しいようであり、「合意形成された」というふうに喧伝するのはちょっと違うじゃないかなぁ。と思うのですが。実際に10年以上前から機械的に初出年に統一しようとすると無視が生じると意見が出たんですから、じゃあ今からあらためて話し合いしますか? ということなのに。

EULEさんのコメントにもあるように、執筆者によって採用年の付与の基準もバラバラです。ですので、あらためて話し合いをするのがベターだと思いますけど。その方が執筆者が混乱せずに済むわけですし。--Kaze-ni-nare-0617（会話） 2020年1月17日 (金) 06:28 (UTC)[返信]

10年以上前に「原則として、発表年を付与する」ことで異論がなくなり合意に達して、「Category:○年の小説」冒頭に「○年に公表された小説、第一作が公表された小説のシリーズ、及び第一話が公表された連載小説または連作短編のカテゴリ。」と明確に記述されている以上、執筆者が混乱する余地があるとは思えません。初出・連載に関する記述が欠落したまま記事が立項され刊行年を基準にカテゴリが付与されている記事は多く見受けられますが、Red (島本理生)のケースように初出・連載について補記した上で発表年を基準にカテゴリを付与し直すのは順当な編集かと思われますがいかがでしょう。いずれにせよ、前述のとおり異論がありますようでしたら再度議論を提案されてはと申し上げておりますので、ここではなくCategory‐ノート:年別の小説に新たに話題を追加されてPortal‐ノート:文学にて議論への参加を呼びかけられてはいかがでしょうか。「刊行年を付与する」ことで合意に至りましたら喜んで従わせていただきますので、どうか議論や合意形成前にご自身の一存のみで何度も編集を差し戻されるのはご勘弁ください。--Teruterubouzu（会話） 2020年1月17日 (金) 09:57 (UTC)[返信]

2009年7月の[2]時点で異論がある。その後[3]までに強い合意形成はない(反対でも賛成でもないで途切れている)。つまり継続審議しましょうの状態で10年以上経過。であるにもかかわらず異論なしで合意形成したと言い切るのは無理があるんじゃないかと。ついでに言っておくと、現在進行形でカテゴリーの付け替えを行っているのがTeruterubouzu氏以外に見当たらない。実際の運用実態に合わない規定を使い続け、話し合いに応じず、というのはちょっとなぁ。--Kaze-ni-nare-0617（会話） 2020年1月17日 (金) 10:33 (UTC)[返信]

どんなに力説されても残念ながらここでは前向きな議論にも合意形成にも発展しませんので、「刊行年を付与する」ということでCategory‐ノート:年別の小説にて議論を提起されPortal‐ノート:文学にて参加を呼びかけて合意形成を図られてはいかがでしょうか。--Teruterubouzu（会話） 2020年1月17日 (金) 12:09 (UTC)[返信]

とりあえず、「Category‐ノート:年別の小説」の議論に基づく結果として付与規定は、例えばCategory:2000年の書籍など各年のカテゴリにて明記されており、Teruterubouzu氏の主張に理があると思います（＝Kaze-ni-nare-0617氏の合意の議論が完結していないから無効という主張は無理がある）。ただ、合意とは必ずしも明確な議論の上に成り立つものではなく、曖昧な論拠や明文化されておらずとも長く慣習として成立している場合には、合意形成が成立しているとみなせる余地があり、これは一方で過去に明確な議論があっても、その規定が死文化していてそれに反する長く新たな慣習が発生しているような場合に、遡ってその効力を訴えるのは注意が必要（完全に無効化されたとは断言しない）ということも意味します。少なくとも規定通りに初出の基準でカテゴリ付与が徹底されているかというと、そうではないというのが実情であると思いますし、どうしてそうなってしまったのかという考察が必要になると思います。また、Wikipedia:合意形成#合意のレベルにあるように、その効力の範囲に対して告知が不十分の場合にも合意したとは見なせないし、また、より大きな上位のコミュニティでの合意を覆すこともできません。よってTeruterubouzu氏は「ここでは前向きな議論にも合意形成にも発展しません」と述べられましたが、これは明白な誤りです（井戸端は上位のコミュニティであってカテゴリでの合意を覆す余地がある）。

その上で、過去の議論を拝見するに、私が先述した一般慣習がまったく考慮された形跡はないし、ウィキペディアという場所を考えるに、刊行された年を記載するのは容易いが、初出の年を記載する、またそれを徹底するのは難しいと考えます（結局、一般慣習として初出年より刊行年が多いのだから検証可能性の観点から、刊行年より初出年を優先してを担保する方が難しい。刊行年は、国会図書館の蔵書記録で容易く検証できる）。

ちなみに、コトバンクで今回の争点となった島本理生のファーストラヴは刊行年記載ですね。--EULE（会話） 2020年1月17日 (金) 14:43 (UTC)この記事がCategory:2000年の書籍に入ってしまっていたので、修正いたしました。--Reiwa period（会話） 2020年1月18日 (土) 07:44 (UTC)[返信]

新たに「刊行年を付与する」という議論をCategory‐ノート:年別の小説にて新たに提起しPortal‐ノート:文学にて議論への参加を呼びかけて新たな合意形成を図るという提案には反対で、引き続きこちらで議論を継続するということですね、承知いたしました。当方はあくまで付与規定に従ってカテゴリを付与しているだけであってこうあるべきという拘りはありませんので、現行の付与規定に基いて作品の「発表年」でのカテゴリ付与を継続しつつ、こちらで新たな合意形成に達した時点で速やかに収録書籍の「刊行年」でのカテゴリ付与へ変更させていただきます。--Teruterubouzu（会話） 2020年1月17日 (金) 15:15 (UTC)[返信]

それは少し違います。議論場所としては、別に「Category‐ノート:年別の小説」でも構いません（ここでも構いませんが）。氏が「ここでは前向きな議論にも合意形成にも発展しません」と言ったことは違うと申し上げているだけです。

そして「現行の付与規定に基いて作品の「発表年」でのカテゴリ付与を継続しつつ」は問題があると考えます。先に「少なくとも規定通りに初出の基準でカテゴリ付与が徹底されているかというと、そうではないというのが実情であると思いますし、どうしてそうなってしまったのかという考察が必要になる」と述べているように、現状の規定の運用に問題があるとされている中で、それに対する有効な反論や考慮もないままに、その運用を強行するのは問題です。ただ、これは例えば「規定は広く周知されており（広く理解されて問題なく運用されており）、ごく一部で守られていないだけだから、さしあたって現行の運用を並行すべき」などと反論されるなら構いません。--EULE（会話） 2020年1月17日 (金) 15:43 (UTC)[返信]

「ここでは前向きな議論にも合意形成にも発展しません」とは、明確な議題提起と十分な議論の告知のないままここで編集者2人のみによる議論を続けてもこのままでは前向きな議論にも合意形成にも発展しません、という意です。合意形成に至るまで暫定的に「発表年」を付与すると申し上げただけであって「発表年」にすべきというような反論など一切行ってません。いちいち曲げて解釈されるのはおやめください。当該2記事の編集は今後差し控え、年別の小説のカテゴリは今後一切付与しませんので、どうぞ後はお好きなように。--Teruterubouzu（会話） 2020年1月17日 (金) 15:59 (UTC)[返信]

少なくとも、この議題はKaze-ni-nare-0617氏より「どこかで議論を行い、文学ポータルでの各年のカテゴリー付与についてのローカルルールの制定した方が良い」と、適切な場所で議論をしたいという主旨で発せられたものであり、それに対して「ここでは前向きな議論にも合意形成にも発展しません」と言った言葉が「明確な議題提起と十分な議論の告知のないままここで編集者2人のみによる議論を続けてもこのままでは前向きな議論にも合意形成にも発展しません」の意味になる、そう読み取らないと曲げて解釈したと非難されるのは、どうかと思います（そういった意で言われたことなら理解はいたします）。ただ、「現行の付与規定に基いて」を、今回の争点となった当該記事だけの話ではなく、運用としての全般的な話と解釈してしまったことに対しては明白に私の誤りであり、申し訳なく思います。--EULE（会話） 2020年1月17日 (金) 16:16 (UTC)[返信]

どうぞお好きに解釈してください。議論の場についてもカテゴリ付与についても一切拘りはないと再三申し上げているにもかかわらず、そうやっていつまでも当方の発言の言葉尻に固執されるのではなく、合意形成に向けて必要な議論を継続してください。 --Teruterubouzu（会話） 2020年1月17日 (金) 16:30 (UTC)[返信]

その２

現時点でまだこちら（井戸端）、「Category‐ノート:年別の小説」、「Portal‐ノート:文学」の何れにも「刊行年の付与」に向けた提起がないようですので、懸案記事の1つ「ファーストラヴ (小説)」と同じ「Category:別册文藝春秋」が付与された『別册文藝春秋』掲載・連載作品の他記事への「Category:○年の小説」の付与状況を調査したものをご参考までにこちらに貼っておきます。

「発表年」が付与された小説・連作短編集

「刊行年」が付与された小説・連作短編集

「発表年」＝「刊行年」の小説・連作短編集

「Category：○年の小説」付与のない小説・連作短編集

三匹のおっさん
街の灯 (小説)（同名短編集に対し「Category:○年の小説の短編集」を付与）

「Category：○年の小説の短編集」が付与された連作短編集

戯曲・短編集など（「Category：○年の小説」の付与対象外）

不要な情報でしたらどうか無視してください。--Teruterubouzu（会話） 2020年1月18日 (土) 05:24 (UTC)[返信]

全くやくに立たないとは言いたくないんですが、初版立項時にどういうカテゴリーが付いていたかの部分を精査せず機械的に初出が多いような並べをするのはねぇ。例えば朝が来るは初版は2015年の小説となっていた(Teruterubouzu氏自身がカテゴリーを変えてしまった物)など、初版立項時には刊行年が付与されていた物があり、実際に記事を作成した者が初出年をカテゴライズしていない物に星々の舟がある(余談だが「星々の舟に」カテゴリー付与した者はLTA:YQMの多重アカウントとしてブロック)。「太陽の坐る場所」は連載開始から単行本上梓が2008年中に収まっているからそれ以外の年を付ける必要がない。などちゃんと見て行かないとカテゴリー付与の実態が見えてこないです。

(EULEさんへ)、一部行き過ぎた解釈に付いては謝罪します(ただし、2009年7月のカテゴリー制定直後のコメント依頼提出後に「刊行年じゃないの?」と疑問の声が上がっていたのもまた事実のようです)。言葉の上ではカテゴリーの作成に携わった(あえてこう言う)少数のカテゴリー屋のような裏方家業の方々により「初出で合意」だったのだろうけど、運用の実態はというと、周知徹底されず、一般の編集者は刊行年を付与してきた。ということだったのでしょうね。よって10年以上経過して合意したという文書と運用上の解離が吹き出て来たと。

他に現在のカテゴリーの付け方で、いい塩梅になっていない物に『死の棘』があるようで(確かに初出および講談社の短編集は1960年に世に出た物だが、現在広く読まれているであろう新潮社の長編小説としての発行年の1977年が現行ルールでは付与できない)。--Kaze-ni-nare-0617（会話） 2020年1月18日 (土) 07:03 (UTC)[返信]

「Category:○年の小説」に「正確な公表年が不明の場合、単行本の初版の発行年を基準に付与する」と記述がある以上、初版編集者が初出情報抜きで立項し「刊行年」を付与することも、後の編集者が初出情報を追記し「発表年」を付与することも、何れも付与規定に反していません。初版編集者が初出情報を含めて立項した記事の大半が「刊行年」を付与されているようでしたら、ご指摘どおり付与規定は「周知徹底されず、一般の編集者は刊行年を付与してきた」となりすでに「死文化」したとなるかと思われます。いずれにせよ、「刊行年の付与」を前提に議論し合意形成を図ることに異を唱えてはおりませんので、どこでも構いませんので早めに議論の場を定めて「刊行年の付与」を前提とした合意形成に向けて議論を開始されてはいかがでしょうか。--Teruterubouzu（会話） 2020年1月18日 (土) 10:23 (UTC)[返信]

（横から失礼します）井戸端での議論効力など考えなくても、十分周知すればコミュニティによる合意として扱えますが、議論場所について合意した上で広く告知をすべきだと思います。現時点ではEULEさんとTeruterubouzuさんが井戸端で議論しても構わないと表明していますが、Kaze-ni-nare-0617さんはどうお考えでしょうか（当方としては「井戸端で『文学プロジェクトで議論する』と合意を形成する」ことが二度手間と考えますが、文学関連の編集は少ないので聞き流して結構です）。いずれにしても、大きな影響が出そうな議論なので、Category‐ノート:年別の小説とPortal‐ノート:文学での告知はもちろん、Wikipedia:コメント依頼などへの掲載もご検討いただければと思います。--ネイ（会話） 2020年1月18日 (土) 07:38 (UTC)[返信]

- (ネイさん宛て)私としても人が集まっている場所で議論をしていくことが望ましいと思うので、本井戸端で議論を継続し各所へ本井戸端で議論していると告知したいと思います。--Kaze-ni-nare-0617（会話） 2020年1月18日 (土) 11:41 (UTC)[返信]

井戸端での議論効力を否定した、ということにされたいようですが、あくまで前回の議論がCategory‐ノート:年別の小説にて行われていたことから、後に過去の議論を参照する際の利便性を考えてCategory‐ノート:年別の小説での議論を提案したまでです。いずれにしましても井戸端で議論を行うということで合意に至ったようですので、議論をすべきかどうかを巡る議論はここで終了ということで、あらためて「発行年の付与」から「刊行年の付与」へ変更するご提案をお待ちしたいと思います。--Teruterubouzu（会話） 2020年1月18日 (土) 13:27 (UTC)[返信]

「Category:○○年の小説」という場合、初めて活字で発表された年（初出の年）が真の意味で適切だと思います。私が立項した「岬にての物語」なども、刊行年が初出より1年も遅れていますが、初出の年にしています。なので、「Red (島本理生)」や「ファーストラヴ (小説)」も、初出の年にするのが相応しいのではないかなと思います。しかしながら、刊行年にしている記事もあるようなので、こうした議論が今後出ないよう、分かりやすく「Category:○○年発表の小説」「Category:○○年刊行の小説」というふうに2種類のカテゴリーを作ってもいいような気もします。--みしまるもも（会話） 2020年1月19日 (日) 03:37 (UTC)　補記--みしまるもも（会話） 2020年1月19日 (日) 03:58 (UTC)[返信]

(みしまるももさん宛て) コメントありがとうございます。だいたいは自分のイメージしていた案がうまく文になっている感じです。発表年と刊行年が異なる場合、例えば島尾の『死の棘』ですと、初出の年および講談社の短編集の刊行年→1960年(「Category:1960年発表の小説」と「Category:1960年刊行の短編集」)、現在広く読まれているであろう長編小説としての刊行年→1977年(「Category:1977年刊行の小説」)をそれぞれ付与する、という方法がうまく機能してくれるんじゃないかな? と思います(カテゴリーが3つになってしまいますが)。その他だと、(わりと近年の作品で例えます)発表と刊行が同年の場合、例えば村田沙耶香『コンビニ人間』の場合は現在つかわれている各年の小説のカテゴリーをそのまま用い「Category:2016年の小説」の付与で良いとする。柴崎友香『春の庭』のような表題作より前に発表された作品も収録されている場合は、表題作の発表と単行本の刊行年に合わせて「Category:2014年の小説」でまとめる。というやり方でやって行けるでしょうかね? --Kaze-ni-nare-0617（会話） 2020年1月19日 (日) 07:58 (UTC)[返信]

コメント 刊行も発表に含まれますので、「Category:○○年発表の小説」は作成せず、「Category:○○年の小説 > Category:○○年刊行の小説 > Category:○○年の小説の短編集」という親子関係にして、発表年と刊行年が同じ場合は「Category:○○年刊行の小説」または「Category:○○年の小説の短編集」のみ付与でいいんじゃないでしょうか。--XRGD（会話） 2020年1月19日 (日) 08:52 (UTC)[返信]

（追記）同様の事例に「Category:○○年の楽曲 > Category:○○年のシングル」があります。--XRGD（会話） 2020年1月19日 (日) 10:35 (UTC)[返信]

その３

議論の最初にさかのぼるのですが、Kaze-ni-nare-0617さんが、島本理生作品で、初出年で付されたカテゴリに違和感をもったのはどうしてなのですか。作者が何かを書こうと構想し、どこかの媒体に最初に発表した時が、その作品の誕生だと考えるならば、初出の年を記載するのが自然だと思うのですが、いかがでしょうか。 --ねこぱんだ（会話） 2020年1月19日 (日) 13:35 (UTC)[返信]

返信 (ねこぱんださん宛) 『ファーストラヴ』を例にしますと、2018年に刊行され2018年下期の直木賞を受賞した作品なので2018年のカテゴリーを付与するのが正しいだろう。ということです。文学賞の受賞や候補などではない作品においては(私の執筆した)『君が降る日]]』だと、表題作(連載という体裁での掲載)執筆後、残り2編の読み切りの短編の執筆を経て、その後に1冊の書籍としてまとめられ刊行された年が2009年なので、その年のカテゴリーを付与するのが良いだろうというふうに考えたから、ということで。--Kaze-ni-nare-0617（会話） 2020年1月19日 (日) 21:55 (UTC)[返信]

とりあえず、ここで議論すると定まったとして、改めてこの問題に対する私見を述べます。

まず、結論から言うと、発表年と刊行年どちらかを十把一絡げに機械的に優先するというのが、社会慣習的にも、ウィキペディアの仕組み的にも問題があると考えます。これは現行で課題事項として棚上げされている短編集の問題とか関係なく、通常の長編であってもの話となります。原則論としてはケースバイケースで対応する、結果論としては刊行年が多くなる、ということにならざるを得ないと思います。

第一に、最初に述べたように出版分野の慣習として発表年と刊行年は、どちらかに固定されるようなものではありません。基本的には刊行年が多いけれども、初出自体に特筆性がある場合（新聞連載小説だとか同人誌掲載だとか）には発表年として紹介されることが多いです。こうした世間の一般慣習を無視して、結局は個々人の主観でしかない論拠で、ウィキペディア独自の規程を作ってしまうというのは非常に問題があると思います（合理的な理由があって、ウィキペディア上では一般慣習と外れるルールがあるというなら構いません。ウィキペディアが単純に世間一般の慣習を無視して新しい基準やルールを創出することは、ウィキペディアは何でないかに反する）。

第二に、これも軽く先述しておりますが、ウィキペディアの運用面を考慮した場合に、検証可能性の観点において刊行年より発表年を優先するのは難しいと言わざるを得ないです。まず、基本的に刊行年を調べることは容易いです。上記の一般的に刊行年が多いというのもありますが、最悪は国会図書館の蔵書検索で容易くわかりますから。発表年の場合は、まあ実際のところ、その書籍の後ろに初出の情報は載っているのが普通ですが、少なくとも言えるのは刊行年ほどには自明な情報ではないです。結局、自明な刊行年で記事が立てられる。当然、それでカテゴリも設定される。その後、初出がわかって訂正される（いや、実際には多くは初出など気にせず訂正されない）。そう簡単に変更されうる余地があるもの、あるいは少なくとも名目上の規程も守られていると言い難いものをカテゴリの絶対的な基準にするというのは、カテゴリの目的に沿いません。調べる側に立ったとき、何が正しいのかわからない。--EULE（会話） 2020年1月19日 (日) 15:50 (UTC)[返信]

論点がはっきりしないままサブカテゴリを新設する議論に発展しているような印象を受けますが、当初からの論点を一度整理させていただくと、

「Category:○年の小説」（および「Category:○年の書籍」「Category:○年の小説の短編集」）の冒頭に分類規則が記載されてはいるものの、Category‐ノート:年別の小説での過去の議論において明確な合意形成はない。運用実態についても、分類規則は周知徹底されず、一般編集者は「初出年」ではなく「刊行年」により分類を行っており（→Category:2017年の小説、Category:2018年の小説、Category:2019年の小説に分類された記事を全て調査して、近年たしかにそのような運用実態にあることを把握しました）、分類規則はすでに死文化している。
単行本のクレジットとは異なる「初出年」を基準に分類することは違和感があり、「刊行年」を基準とするのが一般的な社会慣習であって、「刊行年」を調査し分類するのに比べて「初出年」を調査し分類することは難易度が高く編集者間に徹底するのが難しい。

故に、「Category:○年の小説」のみ「初出年」が判明している場合は「初出年」で分類するとなっている前述の規則を改め、「Category:○年の小説」「Category:○年の書籍」「Category:○年の小説の短編集」の全てにおいて「刊行年」による分類で統一する。（故に、冒頭の2記事も「刊行年」によって分類される。）

という論点ではなかったのでしょうか。それとも、「初出年」と「刊行年」の何れかに統一することは不自然で、明確な基準なく「初出年」「刊行年」が混在する分類に存在意義はないので、カテゴリーそのものを廃止すべき、ということでしょうか。--Teruterubouzu（会話） 2020年1月19日 (日) 17:57 (UTC)[返信]

一般的に「刊行年」で分類される書籍において、特に小説作品の記事については（書籍の「刊行年」だけでなく）作品の「初出年」でも分類できるようにしたい、というコンセプトと仮定すれば、

まずは作品を収録する「書籍」に対し、書籍の「刊行年」に基いて「Category:○年の書籍」を他ジャンル（随筆・ビジネス書等々）の書籍と同様に一律付与する。
次に書籍に収録された「作品」に対し、（作品の「初出年」が判明している場合のみ）作品の「初出年」に基いて「Category:○年の小説」を追加付与する。（書き下ろし、同年書籍化など「刊行年」＝「初出年」の場合には、「Category:2019年の書籍」「Category:2019年の小説」のように同年のものを2つ付与。）

とすれば、書籍の「刊行年」に加えて作品の「初出年」の両方で分類が可能になるかと思われますが、如何でしょう。（「○年に刊行された小説」という形で分類する必要があるようでしたら、「Category:○年の書籍」の下に「Category:○年の小説の書籍」のようなサブカテゴリを新設して「Category:○年の書籍」の代わりに付与する必要があるかもしれませんが。）--Teruterubouzu（会話） 2020年1月20日 (月) 04:33 (UTC)[返信]

ご参考までに、「初出または連載開始」を基準として「Category:各年の漫画」の付与が始まったようですね。--Teruterubouzu（会話） 2020年2月15日 (土) 03:47 (UTC)[返信]

携帯コミック(ガラケーの電子書籍など)用に書き下ろされた作品などでは、初出年がわからない場合もあります。その場合、刊行年を採用するしかありません。僕にはよく分かりませんが、そのことを念頭に置いた上で議論をお願い致します。--111.239.179.4 2020年1月19日 (日) 23:45 (UTC)[返信]

小説限定の話でしたね、失礼いたしました。ただ、年譜や全集等で初出年が確認できないケースも考慮する必要があると思います。なお、僕は詳しくないジャンルですので、以後のコメントは控えようと思います。失礼いたしました。--111.239.179.4 2020年1月20日 (月) 01:45 (UTC)誤変換の修正。--111.239.179.4 2020年1月20日 (月) 01:47 (UTC)[返信]

古い作品などでも文献が少なく初出年不明の作品はあるでしょうし、失効した分類規則でも初出年不明のケースは配慮されていたかと思います。--Teruterubouzu（会話） 2020年1月20日 (月) 04:33 (UTC)[返信]

（EULEさんへ）少し気になったのですが、初出年が「刊行年ほどには自明な情報ではない」ということには違和感を覚えます。初出年を調べることはそんなに難しいことではなく、年譜を見たり全集で調べれば「自明な情報」です。そして、刊行年を小説が発表された年とすることが「世間の一般慣習」ということもないと思います。ちゃんとその作家が初めて雑誌・新聞などに掲載した初出年を前提として研究・論及されたりするので、やはり初出年が大事な情報となり、それが真の意味でその小説が発表された年となります。だから今現在のウィキペディア上の「Category:○○年の小説」の方針が一般慣習から外れていることはないと思いますし、きちんとした事典記事とするには、初出年を発表年としなければいけないと思います。しかしながら、今のカテゴリーだとどちらを入れてもいいような曖昧な点や分かりにくい面があるので、「Category:○○年発表の小説」「Category:○○年刊行の小説」と2種類あれば迷うこともなく、いいのではないかなと提案しました。

（Kaze-ni-nare-0617さんへ）　もし「Category:○○年発表の小説」（あるいは「Category:○○年初出の小説」）、「Category:○○年刊行の小説」を分けて作成する場合は、混同しないよう、今の「Category:○○年の小説」はそのままにせずに無くした方がいいかと思います。--みしまるもも（会話） 2020年1月20日 (月) 01:04 (UTC)[返信]

(みしまるももさんへ) 混同を避けるため、発表(初出)と刊行(出版)でふたつくらいに絞るという点はおおむね同意です。

一方のEULEさんの発言の初出年の把握しづらさについて、みしまるももさんが加筆訂正などを行った物を例にしますと、三島由紀夫の『音楽』の新潮文庫版(現代もっとも手に入れやすい本)ですと、昭和40年(1965年)中央公論社から単行本が上梓されたこと、新潮文庫のラインナップに入ってからいつ発行され、どの年で改定され、今何刷か。などの情報は得ることができますが、「1964年に婦人公論に掲載(初出)」という情報が得られないんですよね。そこで必要な情報をすぐに出せるかどうかの部分で「より専門的な知識」を持つ者と、「ちょっと文庫で読んだ」程度の者とで差が出るんですが。--Kaze-ni-nare-0617（会話） 2020年1月20日 (月) 05:48 (UTC)[返信]

新潮文庫は昔からあまり初出情報は親切なほうではなかったですね。それはそれとして、百科事典ですから、〈「より専門的な知識」を持つ者と、「ちょっと文庫で読んだ」程度の者〉の差はしかたがないので、そこは情報の入手に努力していただくものだと思います。発表（初出）と刊行を分けるという形で落着するならそれでもいいですし、短篇集は「書籍」のカテゴリづけをして、「小説」のカテゴリづけはしない、ということになるのならば、もっとすっきりするのではないでしょうか。最近はともかく、むかしは短編は雑誌に発表されたところで文芸時評の対象となり、一定の社会的な評価が下されるわけですから、書籍としての秩序をもつ短編集と、個々の作品は分けて考えた方がいいでしょう。 --ねこぱんだ（会話） 2020年1月20日 (月) 13:45 (UTC)[返信]

（Kaze-ni-nare-0617さんへ）　ねこぱんださんもおっしゃっているように、百科事典の編集をする際、初出年を調べる努力はやはり必要なことだと思います。文庫本に載っていない場合でも、全集や評伝で大体の基本情報は見つかるものなので、そんなにハードルの高い調査でもないです。あと、「Category:○○年の短篇集」というカテゴリーは作らずに、ねこぱんださんのご提案のように、現在ある「Category:○○年の書籍」のカテゴリーで事足りるかと思います。あるいは、短編集の記事の場合は必然的に刊行年となるので、随筆や評論が含まれていないならば、「Category:○○年刊行の小説」のカテゴリーで問題ないと思われます。--みしまるもも（会話） 2020年1月21日 (火) 00:51 (UTC)　補記--みしまるもも（会話） 2020年1月21日 (火) 08:37 (UTC)[返信]

（追記）今ちょっと思ったのですが、カテゴリーを新たに変えるとなると、ライトノベルとか推理小説とか他のサブ分野のカテゴリーにも影響して結構大変なことになると思うので、そんなことまでしてやるようなことなのかなという気もしてきました。今までのように現状のカテゴリーでも、一応は初出年を付与することでCategory‐ノート:年別の小説でそれなりの合意ができているので、このままでもいいのではないでしょうか。今現在、単行本化の年が付いてしまっているものは、徐々に初出年に修正していくという感じでやるのが一番簡単な気もします。--みしまるもも（会話） 2020年1月21日 (火) 09:09 (UTC)[返信]

(みしまるももさんへ、ねこぱんださんとのお話からの部分) 年代によって異なるんでしょうね。古い時代の作家・作品なら年譜が収録された文庫本が出ていたり(坂口安吾の『堕落論』の新潮文庫版など)、『死の棘』の島尾夫妻だと梯久美子の『狂うひと「死の棘」の妻・島尾ミホ』のような評伝に島尾夫妻両方出来事を合わせて記した年譜が掲載されていたりと、まあ簡単にとは言わないけれどもひとひねりすれば必要な情報が得られる場合も多いわけですが、2000年以降デビューの作家でそういう物を探すとなると、なかなか良い物がなかったりしますのでねぇ。

(カテゴリーのこと、XRGDさんの案を用いて) 現在の各年の小説カテゴリーに「初出の年」を入れ、子カテゴリーに「刊行の年のカテゴリー」を置くという案ならありかと。書籍のカテゴリーだと、まあなかなか単独記事になることがないのですが、新書、絵本、エッセイ集、詩集、ノンフィクションのルポ、などもごっちゃになるならちょっと見通しが悪くなりそうです。

みしまるももさんのおっしゃるように、以外と広い分野に影響が出ることは想定しています。ここまで議題に出てこなかった海外の小説(母国語圏での初出年、刊行年、その後ろに日本語に翻訳された年の順番かな?)もカテゴリーの付与が良い塩梅になっていないものもあり(フラニーとゾーイーなど)、もう少しいろいろな意見を募りながら、より良いアイデアがないか話し合いを続けましょう、ということで。--Kaze-ni-nare-0617（会話） 2020年1月21日 (火) 21:44 (UTC)[返信]

その４

　近年の作家の方が、各文学賞の情報がいろんな媒体で溢れているので、逆に初出の雑誌掲載情報が比較的明確で、その雑誌そのものを出典にもできるので特に問題はない気もします。島本理生の作品リストを見ても、きちんと初出の情報が網羅されており、それを加筆なさっているということは何らかの情報源が確実にあるということなので、初出が分っているものについては、やはりその年を現状の「Category:○○年の小説」にとりあえずはしておくのがいいかと思います。--みしまるもも（会話） 2020年1月22日 (水) 03:07 (UTC)[返信]

近年ですと、小説家になろうというウェブサイトで2015年に最初発表され、そこで人気が出たので出版社の目に止まり2016年に書籍化された、というような作品は結構あります。この場合、「初出」はどちらでしょうか。一般的には、書籍化のほうでは作家本人の推敲や出版社の意向等により作品に多少の加筆編集が入ることが少なくないようです。 --2001:240:2418:30B1:74F2:9F6B:9532:18B1 2020年1月23日 (木) 10:40 (UTC)[返信]

書籍版オリジナルキャラ、一人称から三人称への変更、Web版とは異なるエンディング、そもそもアナザーストーリーなどの全く異なる物語、そういった『Web版と書籍版を同一視するのは問題のある例』の場合、『刊行された年を初出とするべき』ではないでしょうか？
映画などがリメイクされた場合、リメイク版の年をオリジナル版の年としないのと同じ理屈思考です。
また、その作品が一度削除されている可能性も考えられ(事実として『前に掲載していた作品を改めて投稿しました』という作品を幾つか知っています。検索除外設定にされていたりするので、ここで晒すようなことはできませんが……)、作者自身も初出年を覚えていない場合もあり得る(個人サイトからデビューした例もあり、公開日時を記録していなかった場合など)と思います
後、上のＩＰさん。その上のコメントと紛らわしかったので、恐縮ながらインデントを調整しました。--111.239.170.56 2020年1月23日 (木) 21:40 (UTC)　一部修正--111.239.170.56 2020年1月23日 (木) 21:48 (UTC)[返信]
競合とかの関係で。消えてしまった編集の復帰。--111.239.170.56 2020年1月23日 (木) 22:04 (UTC)[返信]

なろうに限らずweb連載全般は、初出の年がわかるならその年を書く。で問題はないと思いますが、実際の単行本などの奥付けなどにしたがうという感じで。

(みしまるももさん宛) 今あるカテゴリーを用い、各年の小説に初出年を、各年の書籍に刊行年を入れ、整理するのもまあありですね。各年の小説のカテゴリー改名(「Category:各年初出の小説」)と子カテゴリーに「Category:各年刊行の小説」と入れる運用も視野に入れるとか。--Kaze-ni-nare-0617（会話） 2020年1月23日 (木) 21:56 (UTC)[返信]

他にも影響するので、プロジェクト‐ノート:ライトノベルでも告知して意見を募ってみたらどうでしょうか。--みしまるもも（会話） 2020年1月24日 (金) 00:50 (UTC)[返信]

　あれから動きもないようなので、「Category:○○年の小説」は現行通りに初出年を付与するカテゴリーで使用し、特に刊行年をカテゴリーとして表したい小説本がある場合は、「Category:○○年の書籍」にしておけばいいのではないかなと思います。新たにカテゴリーをいじるとなると、様々なサブ分野に影響し面倒なことになると思いますから（そこまでしてカテゴリー整備する急務性もないため）。--みしまるもも（会話） 2020年2月20日 (木) 01:48 (UTC)[返信]
現行で刊行年を基準に付与されている「Category:○年の小説」を過去の付与規則（初出年が明らかな小説作品には初出年を基準に、初出年が不明な小説作品には〈刊行年＝初出年とみなして〉刊行年を基準に付与）に戻し、特に懸案の「Red (島本理生)」「ファーストラヴ (小説)」のように初出年が明らかで且つ初出年≠刊行年の小説作品については「Category:○年の小説」に加えて任意で刊行年を基準に「Category:○年の書籍」も併せて付与する、という解釈でよろしいでしょうか？（つまり、2013年初出2014年刊行の「Red (島本理生)」であれば「Category:2013年の小説」と「Category:2014年の書籍」を、2016年初出2018年刊行の「ファーストラヴ (小説)」であれば「Category:2016年の小説」と「Category:2018年の書籍」を任意で二重付与する、ということでしょうか？）初出年＝刊行年および初出年不明の小説作品については「Category:○年の小説」のみを付与するということでよろしいでしょうか？
- 初出年＝刊行年 → 初出年を基準に「Category:○年の小説」のみを付与
- 初出年≠刊行年 → 初出年を基準に「Category:○年の小説」を付与、任意で刊行年を基準に「Category:○年の書籍」を追加付与
- 初出年不明 → （刊行年＝初出年とみなし）刊行年を基準に「Category:○年の小説」のみを付与
誤っていたら申し訳ありません。--Teruterubouzu（会話） 2020年2月20日 (木) 09:40 (UTC)[返信]

Teruterubouzuさん、まとめてくださりありがとうございます。そういう付与の仕方ですね。初出年が不明な場合で、刊行年よりもかなり前だと推察されている場合などは、「Category:○年の書籍」の方がいいかもしれませんが（そのへんは臨機応変にして）、大体はTeruterubouzuさんのまとめでいいと思います。--みしまるもも（会話） 2020年2月21日 (金) 07:12 (UTC)[返信]

過去の付与規則より下記1文が抜けておりました。

初出年不明、刊行年不明または未刊 → 定説とされている公表年を基準に「Category:○年の小説」を付与

なお、過去の付与規則は明確な合意形成が無く周知も不十分で実効性なく、現行では刊行年を基準に付与されるべき「Category:○年の小説」を独自の規準を用いて初出を追記し初出年に付け替えた、というご指摘から今回の議論が始まっておりますことからも、明確な合意形成と併せて十分な周知方法についてもご確認の必要があるかと思われます。--Teruterubouzu（会話） 2020年2月22日 (土) 03:45 (UTC)[返信]

Wiki Loves Folklore

Hello Folks,

Wiki Loves Love is back again in 2020 iteration as Wiki Loves Folklore from 1 February, 2020 - 29 February, 2020. Join us to celebrate the local cultural heritage of your region with the theme of folklore in the international photography contest at Wikimedia Commons. Images, videos and audios representing different forms of folk cultures and new forms of heritage that haven’t otherwise been documented so far are welcome submissions in Wiki Loves Folklore. Learn more about the contest at Meta-Wiki and Commons.

Kind regards,
Wiki Loves Folklore International Team
— Tulsi Bhagat (contribs | talk)
sent using MediaWiki message delivery（会話） 2020年1月18日 (土) 06:14 (UTC)[返信]

Portal空間では署名アイコンが表示されない

現在、Portal空間では編集ツールバーに署名アイコンが表示されない仕様のようです。例えばPortal:日本の都道府県/島根県/画像提供依頼では署名を使うので不便です。こういった修正はどこでお願いすればよろしいでしょうか？--切干大根（会話） 2020年1月22日 (水) 23:07 (UTC)[返信]

編集画面上のツールバーについては分かりませんが、MediaWiki talk:Edittoolsで編集画面下のツールバーに署名アイコンを追加することを提案されてはいかがでしょうか。--Reiwa period（会話） 2020年1月23日 (木) 07:46 (UTC) //LTA:SUZUの発言を取り消し。--郊外生活（会話） 2020年2月4日 (火) 15:25 (UTC)[返信]
- 返信 (Reiwa periodさん宛) 記事編集時でも表示されてしまいそうですね。--切干大根（会話） 2020年1月24日 (金) 09:38 (UTC)[返信]
  - 例えばですが、「マークアップ」の欄と別に「署名（記事では使用不可）」と書いた欄を設けておけば、記事に署名をされてしまう可能性は低いと思います。--Reiwa period（会話） 2020年1月24日 (金) 09:44 (UTC) // LTA:SUZUの発言を取り消し。--郊外生活（会話） 2020年2月4日 (火) 15:25 (UTC)[返信]
    - 荒らしの道具にしかならないと思います。--切干大根（会話） 2020年1月24日 (金) 11:19 (UTC)[返信]
mw:Manual:$wgExtraSignatureNamespacesによれば、署名ボタンが表示されるのはノートページ以外 $wgExtraSignatureNamespaces変数の設定によるようです。--115.38.234.196 2020年1月23日 (木) 12:19 (UTC)[返信]

ポータルに参加するような方なら、端末のユーザー辞書に--~~~~を登録しておけば良いだけのような気もします。少なくとも僕なら、面倒くさいのでそうします。--2001:268:C0A0:AF99:D9EB:D85:8064:CB8C 2020年1月28日 (火) 12:57 (UTC)[返信]

「Template:Portal 仏教」白紙化解除の是非について御意見頂きたいです

済み

こちらでの意見募集は終了しています。--野良人（会話・履歴） 2020年2月5日 (水) 15:52 (UTC)[返信]

まず、「Template:Portal 仏教」と「特別:リンク元/Template:Portal 仏教」をご覧下さい。

ご覧の通り、50を越える仏教系記事に設置されているテンプレートですが、その内容は白紙です。

次に、「Template:Portal 仏教の履歴」と「最新版の差分」、「白紙化直前の版」をご覧下さい。

ご覧の通り、「コメントアウト：LTA:YAN。」という要約記入と共に3年前に白紙化されています。

確かに本テンプレートの作成者はLTA（長期にわたる荒らし行為を行っている利用者）のソックパペットとして無期限ブロックされているのですが、テンプレートの内容は「Portal:仏教」へのリンクと「プロジェクト:仏教」へのリンクを右寄せの箱の中に入れて設置するだけの物なので、仏教系記事の関連項目節に置かれている限りは特に問題無い様に思えるのですが、コメントアウト前の版に戻してはまずい物なのでしょうか？--野良人（会話・履歴） 2020年1月23日 (木) 16:05 (UTC)[返信]

全く問題のない内容だったため元に戻しました。推測ですが、LTAがテンプレートを操作していたため、テンプレートに詳しくない利用者が『問題のある編集だったら大変』と思い、善意で暫定的に白紙化したものだと思います(このコメント自体も善意に取ったコメントですが)。本件のようなケースで『LTAと同じ編集になるからできない』という構図が成り立つのであれば、『あえて必要な編集を行い、Wikipediaの発展を阻害する』というLTAが出てくるかもしれません。それは不毛でしかありませんので、その構図は成り立ちません。LTAと同じ編集であっても、必要な編集は行うべきだと思います。--111.239.170.56 2020年1月23日 (木) 23:41 (UTC)[返信]

Template:Portal 仏教へここでの意見募集について掲示しリンクを作成しました（<noinclude>〜</noinclude>内です）。このサブページの井戸端トップからの読み込みが解除されるまでの設置とします。--野良人（会話・履歴） 2020年1月24日 (金) 01:22 (UTC)[返信]

コメント 結論から言えば白紙化＆除去は妥当だと思いますよ。

もともとはTemplate:Buddhismというのがありました。2015年9月の版のように、記事の右サイドに表示し、仏教関連の主要記事のリンク集のように運用されていました。
こうしたテンプレートは、Wikipedia草創期からさまざまな分野で運用されていました。が、現在はあまりみられません。スマホなど閲覧環境の多様化で、横幅が限られた環境では当初の意図通りには閲覧できず不便であること、一般にレイアウトを過度に制御しようとするのが敬遠されるようになってきたこと、掲載する項目の選択の問題、などが理由でしょう。
Template‐ノート:Buddhism/過去ログ1・Template‐ノート:Buddhism/過去ログ2・プロジェクト‐ノート:仏教/過去ログ5などでもそうした議論が古くから続けられてきたことを確認できます。（議論の中で、ソックパペットを用いて無期限ブロックになった人物がいることも確認できますね。議論を主導した利用者:Resto1578（会話 / 投稿記録 / 記録）さんも別案件で無期限ブロックになっており、主だったメンバーは今はいない、という感じですが・・・当時の流れとしては、最終的にはResto1578さん以外に意見を述べる方がいなくなり、「反対意見なし」で手続きが進んでいます。）
2015年12月末にTemplate:Buddhismは廃止となり、以後はTemplate:Buddhism2に移行しました。これは記事の下部に配置し、折りたたみ式のテンプレートです。
このTemplate:Buddhism2にはPortal 仏教・Project仏教へのリンクもあります。機能面では、Template:Portal 仏教の完全上位互換で、Template:Portal 仏教は「情報量・機能に比して無駄に場所だけとる」「表示位置の制御はいまの趨勢に合わない」という欠点があります。Template:Buddhism2と両方を貼る意義は無いでしょう。
これを作成したのも、各記事に貼ってまわったのも利用者:Ebion58（会話 / 投稿記録 / 記録）（LTA:YAN）です。こうしたテンプレートの作成・使用を含め、コミュニティの合意を無視した「自己スタイル」編集がLTAと認められる原因の一つです。--柒月例祭（会話） 2020年1月24日 (金) 02:32 (UTC) ※[Template‐ノート:Buddhism/過去ログ1]を[[Template‐ノート:Buddhism/過去ログ1]]に変更させて頂きました。--野良人（会話・履歴） 2020年1月26日 (日) 11:10 (UTC)[返信]

コメントありがとうございます。頂いたコメントの様な白紙化の経緯、何故この右寄せリンクが記事に表示されるべきでは無いか、などが廃止されたテンプレートである旨の明記を含めTemplate:Portal 仏教に表示されていれば解り易いと思いますが、単に白紙になっているだけではPortalを冠した名前を持つテンプレートの状態としてよろしくないと思い、正式な廃止の提案（記事からの除去を含む）とどっちにしようか考えた上で井戸端にこの形で意見募集をかけさせて頂きました。引き続き111.239.170.56さん㭍月例祭さん以外の方の御意見をお待ちします。--野良人（会話・履歴） 2020年1月24日 (金) 02:59 (UTC)[返信]

井戸端からの読み込みが解除されましたのでTemplate:Portal 仏教に設置していたこちらでの意見募集に関する告知は撤去しました。白紙化＆除去を妥当とされる柒月例祭さんの御意見が寄せられましたが、私としては各記事毎の掲載・非掲載選択で良いと思うので再度の白紙化や一斉撤去は現時点で行いません。白紙化・復帰や撤去・再設置で編集合戦になったりした場合は改めて廃止の議論へと進めば良いと思いますし、その際に廃止反対の意見を寄せさせて頂く事は無いと思います。ただ、正式に廃止される際は白紙化のみでなくその経緯を要約して過去の議論を辿り易くするリンクの設置を希望します。コメントをお寄せ頂いた111.239.170.56さんおよび柒月例祭さんに感謝致します。ありがとうございました。--野良人（会話・履歴） 2020年2月5日 (水) 15:52 (UTC)[返信]

履歴継承不備対応のマニュアル整備

提案内容

現在、ウィキペディア日本語版では、転載・翻訳元の記事名とそのハイパーリンク、版指定を付した「履歴継承」を行うことなく、ウィキペディア日本語版内の他記事や、ウィキペディア他言語版からの転載や翻訳が行われた場合は、内容が有用な場合は「履歴補遺」を行った上で、「ライセンス条件違反」として「版指定削除」を行い、内容が無用な場合はそのまま「削除」を行う、という運用になっているものと思います。要約欄に全く何も書かれていない場合は、明らかに履歴不継承だと分かりますが、「一応要約欄への記入が行われているが、不備がある」という版指定削除依頼も、多くあります。しかし、その中にはライセンス条件を満たしているのか際どい場合もあり、場合によっては、要約欄への記載方法が全く同じでも、対処を行う管理者・削除者によって、版指定削除を行うか、履歴補遺のみで十分なのかの判断が分かれていることがあります。要約欄への記載方法が同じにも関わらず、あるものは版指定削除になり、あるものは存続になるようでは混乱を招き、また、そのような際どい案件が出てくる度に同じような議論が繰り返されるのは時間の無駄ですので、この際、詳細な対応マニュアル（履歴補遺で十分なのか、版指定削除が必要なのか、履歴補遺も不要なのか）を設けることを提案いたします。

現状、このような案件の対処方法について明確に触れられているのは、Wikipedia:翻訳のガイドライン#要約欄への記入忘れ・誤記入のみであるものと認識しております。しかし、ここには、「版指定を忘れた場合」、「初版で要約欄記入を忘れた場合」、「初版以外で要約欄記入を忘れた場合」の3通りのケースの対応しか示されておらず、「上記以外の場合には、状況に応じ、版指定削除、全削除、あるいは即時削除を依頼してください。」とあります。当該文書ではWikipedia‐ノート:削除の方針/履歴情報の追補も提示されておりますが、この文書はGFDL単独ライセンスだった頃に作成されたものであり、CC-BY-SAとのデュアルライセンスとなっている現在には、そのまま適用できないものと考えております。「状況に応じ」というのは、「ライセンス違反かどうか、初版かどうかなどを考慮して」という意味だと認識しておりますが、「ライセンス違反かどうか」は、ライセンス文書そのものの解釈とも関わってきます。これの解釈が人によってまちまちでは、削除依頼が紛糾するのも無理はございませんので、ウィキペディア日本語版として、統一した見解を設けようというのが、今回の提案になります。

具体的には、現在の段階でですが、以下の3パターンにつきまして、統一した見解が求められているものと思います。

ケース1:記事名・翻訳版は示されているが、リンクが存在しない場合

Wikipedia:削除依頼/スター・ウォーズ/フォースの覚醒などで議論されています。類似した事例では、過去、Wikipedia:削除依頼/Wikinerさんによる履歴継承に欠損のある翻訳記事のピクリン酸アンモニウムなどでは「存続」、Wikipedia:削除依頼/すべての民の御母などでは「版指定削除」の決定が下されております。Wikipedia:削除依頼/スター・ウォーズ/フォースの覚醒で利用者:さえぼー（会話 / 投稿記録）さんが存続票の根拠として提示されたWikipedia:著作権問題調査依頼/2016年#1月では、利用者:Ks aka 98（会話 / 投稿記録）さん、利用者:Takabeg（会話 / 投稿記録）さんが、容易に翻訳元を推定できるので、履歴補遺のみで十分であり、版指定削除は不要との意見を表明されています。私としましては、たとえ容易に翻訳元を推定できるとしても、Wikipedia:削除依頼/スター・ウォーズ/フォースの覚醒に書きました通り、ハイパーリンクがなくてはウィキペディア以外のサイトからの翻訳であることを否定できないこと、ウィキメディア財団の利用規約でもハイパーリンクが要求されていることから、このような案件につきましては版指定削除が必要と考えております。

ケース2:記事名・リンクはあるが、翻訳版のみ示されていない場合

Wikipedia:削除依頼/坂道研修生で、このような場合の版指定削除の必要性について、利用者:ProfessorPine（会話 / 投稿記録）さんが指摘しています。類似した事例では、過去、Wikipedia:削除依頼/ホテル・バビロンなど、ほとんどの場合について「存続」の決定が下されております。私も、利用規約並びにライセンス要件に定める要件を満たしておりますので、版指定削除の必要はないかと思います。ただし、Wikipedia:翻訳のガイドラインには、「翻訳の際には、言語間リンクだけで履歴を継承しているとみなさずに、要約欄で翻訳元を指定してください。」とあり、これを厳密に解釈するのであれば版指定削除が必要という判断もあり得るように思いますし、記事名・リンクはあるが、翻訳版のみ示されていないために版指定削除依頼を提出される例がままあることを踏まえますと、これについても、版指定削除が必要か不要か、明文化すべきかと思いますし、

ケース3:「（転載元記事名）へのリダイレクトを解除」という要約欄の場合

この場合は、翻訳版は示されていませんので、ケース2の場合に版指定削除が必要とされた場合は、自動的にこちらの場合も版指定削除が必要という結論になるものと思います。Wikipedia:削除依頼/坂道研修生などで議論されています。類似した事例では、過去、Wikipedia:削除依頼/京葉工業地帯などでは「版指定削除」、Wikipedia:利用者ページの削除依頼に提起されました利用者‐会話:Bokusyouの削除依頼などでは「存続」の決定となっております。このような事例が発生するようになりましたのは、MediaWikiの自動要約生成機能により、リダイレクトを通常の記事にした場合は、「（転送先記事名）へのリダイレクトを解除」という要約欄が生成されるようになったためだと考えられます。例えば、記事Aが記事Bへの転送になっており、記事BからAに関する内容についてのみ記事Aへのコピーペーストによる分割が行われ、記事Aに投稿する際に要約欄に何も書かなかった場合は、自動的に「Bへのリダイレクトを解除」という要約欄が生成されます。問題は、これで履歴継承ができているのか、という点です。私は、リンクが存在しますので、利用規約並びにライセンス要件を満たし、版指定削除の必要はないと思います。しかし、Wikipedia:削除依頼/坂道研修生では、Ks aka 98さんにより、「リンクしただけで自動的に履歴継承をしたことにはならない」、Wikipedia:削除依頼/京葉工業地帯では、利用者:赤羽さん（会話 / 投稿記録）さんにより、「『リダイレクト解除』で帰属表示になるのか」と疑問が呈されています。要するに、「翻訳」「転記」など、転載元のページを元にした投稿であることを示す語句が必須であるか、ということです。なお、過去、同様の案件で私が版指定削除票を投じていたことがありましたが、ただ単に考えが変わっただけです。下線部を追加いたします。--Reiwa period（会話） 2020年1月24日 (金) 12:09 (UTC)[返信]

議論の方向

多数の方針・ガイドラインおよびライセンス文書に関係する内容ですので、井戸端に投稿いたしました。上の3ケースの他に、明文化すべきと考える例がありましたらご意見ください。あるいは、自分から追加するかもしれません。決定した暁には、Wikipedia:削除の方針にWikipedia:削除の方針#ケース_B-1:著作権問題に関してにこれらのケースへの対処方法を明記し、関連するページからも紹介するのが適当と考えていますが、これらのケースへの対処方法を明記するページについて異論があるかもしれません。それも含めまして、ご意見をお寄せいただければと思います。

議論

それでは、ご意見をよろしくお願いいたします。--Reiwa period（会話） 2020年1月24日 (金) 11:30 (UTC)[返信]

「状況に応じて対処する」でじゅうぶん。過度に議論のための議論をするのはLTA:SUZUぽいなとは思います。--柒月例祭（会話） 2020年1月24日 (金) 11:54 (UTC)[返信]
- 繰り返しますが、「現に、ライセンス文書や利用規約の解釈が分かれ、削除依頼で意見が分かれて長期積み残しになってしまっている案件がある」状況であり、これについてのマニュアルを整備することは、明らかに、執筆者と管理者・削除者の両方にとって役に立つと思います。現に、そのような事態を複数見ているからこその提案であり、「議論のための議論」ではありません。また、私はLTA:SUZUではございません。マニュアルの整備に反対するのはよいですが、薄弱な根拠で他人をブロック破り呼ばわりするのは止めていただきたいです。--Reiwa period（会話） 2020年1月24日 (金) 12:02 (UTC)[返信]
  - 返信ブロック破りだ、とは言っていませんよ。そう確信したら裁量ブロックしますし。「ぽい」ていうのは、ブロック破り（中の人が一緒）かどうかっていうより、行動様式が似ているなあ、って話です。--柒月例祭（会話） 2020年1月24日 (金) 12:14 (UTC)[返信]
    - 繰り返しますが、これは削除依頼の円滑な進行のための議論であり、議論のための議論ではございません。--Reiwa period（会話） 2020年1月24日 (金) 12:21 (UTC)[返信]
現在、Wikipedia:ページの分割と統合には、分割時の要約欄の例について、「「甲から分割」と示されており、版指定がない場合に版指定削除が必要とするのであればこちらも改訂が必要かと思います。--Reiwa period（会話） 2020年1月24日 (金) 12:09 (UTC)[返信]
「履歴の継承方法」についてのルール作りをすることが肝要なのではないでしょうか。既にルールがまとまっているのであれば、ケース毎、要約欄に記載が必要な情報についての違いなどの比較を一覧できるようにすることで、まず、ミス自体が減ることを期待できます。また、ルールからの逸脱があれば削除が必要かどうか検討する必要があることがわかり、また、対応方法についても検討しやすくなるように思います。
実際のところ、必要な情報をテンプレート化するようにすれば、今後のミスが減ると考えられます。Aの方法があります、Bの方法があります、というやり方は、詳しい方からすれば利便性があるものですが、新たに学習するのは難しく、また、ミスを誘発するものともなり得ます。なお、かかる重要な問題に関して言えば、過剰なほど必要な情報を一律に乗せるようにする方が間違いがなく、ミスが減り、削除も減り、削除に当たっての議論も減りと、最終的にコミュニティ全体の負担は減少するように思います。--223.218.246.6 2020年1月24日 (金) 12:26 (UTC)[返信]
- ご意見ありがとうございます。それに、「これこれがあり、どれそれがない履歴継承は、版指定削除が必要」などのフローチャートのようなものがあると、良いと思います。--Reiwa period（会話） 2020年1月24日 (金) 12:31 (UTC)[返信]
- コメント 、『リダイレクト解除』はリダイレクトを解除したという意思表示であって、履歴継承についての意思表示ではありません。「リンク元の転載のようです」と言うのも不可。「ようです」というのは推測に使う言葉です。Wikipedia:履歴#Q&Aで示されているようにアメリカ法のみに従う英語版では「調べればわかるだろ」的な運用がなされていますが日米両国の法に従わねければならない日本語版では「わからせなければならない」ものと思います。同じライセンスの外部サイトから移入するときに『リダイレクト解除』とか「ようです」で済まされると思いますか？リンク元と版と意思を明示すれば良いのであってフローチャート化は逆にリンク元と版と意思の示し方に枠をはめるのではいかがなものかとは思います。Reiwa periodさんがLTA:SUZUであるか可能性についてはここでは申し上げません。--ぱたごん（会話） 2020年1月24日 (金) 12:40 (UTC)[返信]
  - ご意見ありがとうございます。利用規約等では、「ハイパーリンク」があればよいとなっていますが、転載元のページを元にした投稿であることを示す語句が必須であるというお考えでよろしいでしょうか。また、「ようです」については言及していないかと思いますが、何の話でしょうか。--Reiwa period（会話） 2020年1月24日 (金) 12:55 (UTC)[返信]
コメント 私も状況に応じて対応するということで十分だと思いますし、提案者の行動様式はますますLTA:SUZUのそれに似て来たなぁとも思います。議論に何万バイトも費やすのであればその労力を記事の執筆に充てた方が、我々本来の目的に合致するのは火を見るより明らかです。--Xx kyousuke xx（会話） 2020年1月24日 (金) 13:03 (UTC)[返信]
情報話題提起者はLTA:SUZUとして無期限ブロックされています。--郊外生活（会話） 2020年2月4日 (火) 15:20 (UTC)[返信]

削除の方針における参加資格について

こんにちは。Wikipedia:削除依頼/蔡英文の博士の学位をめぐる不正の疑いに関連して、Wikipedia:削除の方針#参加資格について疑問に思った点があったため質問させて頂きます。

先ほど、利用者:Kevin Smith Chenさんによって投票が行われました。Kevin氏は中国語版Wikipediaにおいて編集回数が1万回を超え、さらにはrollbackerを務められている方ですが、投票時点における日本語版での編集はこの投票の1度のみとなっています。

Wikipedia:削除の方針#参加資格によれば、投票を行えるのは「依頼開始時点で編集回数が50回"以上"の登録利用者（副アカウントを除く）」となっていますが、この編集回数は「グローバル活動において合計50回」なのか「日本語版のみで50回」のどちらになるのでしょうか。私は後者だと思っていたのですが、その点について不明瞭だったため質問致します。--Nickel 2 Train(Talk//Post//Log) 2020年1月25日 (土) 04:06 (UTC)[返信]

@Nickel 2 Train:Sorry,I forgetWikipedia:削除の方針#参加資格.--Kevin Smith Chen（会話） 2020年1月25日 (土) 04:14 (UTC)[返信]

@Kevin Smith Chen: - Hello, Mr. Kevin. Thanks for mention. This section does not criticize your vote. Trough your vote, I had a question; Which does "Edited 50 times or more" mean "Inter-wiki Edit" or "Only in jawp"? --Nickel 2 Train(Talk//Post//Log) 2020年1月25日 (土) 04:46 (UTC)[返信]

@Nickel 2 Train:I think maybe "Only in jawp"!?--Kevin Smith Chen（会話） 2020年1月25日 (土) 04:48 (UTC)[返信]

コメント もちろん日本語版オンリー。グローバル活動では判定が難しい、test.wikipediaなどで簡単に稼げてしまう。ただ、削除依頼以外もで、例外が必要。それに深く関わる他言語版で一定の実績をもつ方であれば、無効にする必要ない。このでもこのLTAに深く関わる中国語版利用者のコメントが完全に除去された。参考になるものは投票資格をもつ他の利用者の権限で残してもいいと思う。--122.30.26.30 2020年1月25日 (土) 06:41 (UTC)[返信]
コメントそこに方針が無くてはどう対処すればいいかがわからないからこのような節が設けられたのです。「一定の実績」というのがどれくらいか、残すことが出来るのは「投票資格をもつ他の利用者の権限」にするか議論が必要かと思います。また、上でテストウィキで編集回数が稼げてしまうとおっしゃっていますが、それを言うならばサンドボックスや個人用サンドボックス（私ならUser:Tmv/sandboxなど）で編集回数を稼ぐことだってできます。
私は一定の実績とは多言語版で何らかの権限（自動承認された利用者は除く）を貰っているレベルがいいかと思います。それはつまりその言語版でそれだけの信頼を得ているということなので。
また、残すことが出来るのは削除者並びに管理者のみにした方がいいかと思います。なぜなら、自動承認された利用者では自動で権限が与えられてしまい、信頼度がとても低い人でも出来る様に成って仕舞います。つまり、荒らしも発生しやすくなるのです（まず多言語版の人が日本語版に来るケースが稀かと思いますが）。

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ 結局どれくらいの重要度があるかという認識によって意見が違うと思いますが、とりあえず方針的なものは作っておいた方がいいのではないでしょうか。--Tmv（会話|投稿記録） 2020年1月25日 (土) 07:19 (UTC)[返信]

コメント とりあえず、削除依頼の参加資格での「編集回数」については、ウィキペディア日本語版に限定して良いと思います。削除依頼では編集回数が0でも依頼やコメントはできますから、問題にならないのではないでしょうか？--aki42006（会話） 2020年1月25日 (土) 08:17 (UTC)[返信]
返信私も編集回数については日本語版限定でいいかと思います。ただ、色々な視線での投票があった方がよりいいかと思いますので、多言語版利用者でも上記の条件を満たしていれば投票できる方針を作った方がいいかと思います。--Tmv（会話|投稿記録） 2020年1月25日 (土) 08:31 (UTC)[返信]

コメント - IP:122.30.26.30さん、Aki40226さん、Tmvさん、コメントありがとうございます。もう少し他の方からのコメントを待ちまして、可能であれば方針改定案として上程させて頂きたいと思います。--Nickel 2 Train(Talk//Post//Log) 2020年1月26日 (日) 16:45 (UTC)[返信]

日本語能力や法律・慣習の違いといった観点も考慮されたほうが宜しいのではないでしょうか。削除の対象にもよるでしょうが、
①日本語が堪能な方でないと、削除対象を正確に判断できないケースがあると想定されます。
②国や文化圏によって、判断が異なってくるようなケースがあると想定されます。
③（ご本人の問題ではないですが）外国語でコメントが付された場合に、他の携わっている方々はそれを正しく把握できるのでしょうか。
--223.218.246.6 2020年1月27日 (月) 00:40 (UTC)[返信]

芸能人のリダイレクトについて質問

これをいうべき場所がわからないのでこちらに書きますが、ご指摘があれば場所を移動させようと思います。
本題に入ります。例えば、

『◯という芸能人が昔Aという劇団に入っていたが、現在はBという音楽グループに所属している（個人としての特筆性はない）』

このような場合に、

「◯の個人記事はBへのリダイレクトにされていたが、削除依頼に提出される」

という場面をよく見かけます。このような場合向けに、◯へのリダイレクトを最終所属もしくは現在の所属グループにリダイレクトを固定することを出来るようにはならないのでしょうか。その都度議論するというのも面倒だなと思いますし、管理者さんや依頼提出者の手間などを考えたら新しく改善出来たらと思います。--ゆゆゆゆーい（会話） 2020年1月25日 (土) 11:38 (UTC)[返信]

コメント 芸能人について詳しくない一閲覧者の視点からコメントします。おそらくWikipedia:削除依頼/乃木坂46のメンバーを踏まえて話題提起されたかと思いますが、基本的にはご提案通りでいいのではないかと思います。ただし、その人がA劇団のほうが音楽グループBにいたときよりも明らかに長く、かつ既に音楽グループBでの活動も終えて引退されているような場合は、最終所属としての音楽グループBへの転送は読者への便宜をはかれるかは疑問に思ったりします（現所属であればA劇団のほうが明らかに長くても音楽グループBへのリダイレクトで良いと思いますが）。その場合は個別議論は要してしまうのではないかな、と思います。ただ、どの場合でも削除依頼は基本的に行う必要はないように思います。うまく転送先記事で工夫すればリダイレクトが混乱を招くまでいかないのではないか、と思います。--郊外生活（会話） 2020年1月25日 (土) 16:12 (UTC)[返信]
コメント 基本的にはケースバイケースで、一律に決められることではないでしょう。ただ、現役の方に対しては、現在の所属先へのリダイレクトを原則とする、としても良いかと思います。--Loasa（会話） 2020年1月26日 (日) 02:25 (UTC)[返信]

こんな感じじゃ駄目でしょうか？--2001:268:C0A0:AF99:D9EB:D85:8064:CB8C 2020年1月28日 (火) 12:51 (UTC)[返信]

そういう形を含め、いい形があれば改善したいなと思って提案しました。正直、人物のリダイレクトに関する事項は修正が必要だと思いますが、なにせ意見を出してくれる方が少なくて...。--ゆゆゆゆーい（会話） 2020年1月28日 (火) 14:58 (UTC)[返信]

RFD/Rより来ました。削除して全文検索を表示させようというRFD提出の意図はわかりますが、該当する2グループ記事が順序良く表示されるとは限らないですし、管理者資源を消費するのも惜しいので、IP氏提示のような2グループへの曖昧さ回避ページにしてみてはいかがでしょうか？原則「同一人物・同一記事」であるべきですが、それは記事になってから考えればよいでしょう。--Triglav（会話） 2020年1月28日 (火) 16:59 (UTC)[返信]

私もIP利用者さんの提案に賛成です。ただ、既に記事起こしがされたことがあるものについてはそれを活用してもいいでしょう。私も記事起こしが面倒くさかったから、リダイレクトのみの記事については削除依頼に出しました。「一意に定まらない場合は単独記事(曖昧さ回避含む)とするのが望ましい」という規定を作るのも手だと思います。--Yosizuya（会話） 2020年1月31日 (金) 11:58 (UTC)[返信]

報告この議論が合意に達した場合の有効な範囲を「女性アイドルグループ（メンバーの数は定めない）、又はそのメンバー、過去に女性アイドルの経験がある者」のローカルルールとしたいと思います（PJ:芸能人）。（表現は独自なので修正が必要だとは思いますが）

提案

現時点での原案としてIPさんが提案してくださり、賛成意見が出ている、特別:固定リンク/75960247の版の形式を用いたいと思います。これからの議論の状況にもよりますが、議論は長期になるかもしれませんが、活発なご意見よろしくお願いします。--ゆゆゆゆーい（会話） 2020年2月5日 (水) 11:22 (UTC)[返信]

私から2点。まず男性アイドルも同様なことが考えられる(例えば錦戸亮)ので、性別は問わない方がいいと思います。あと、リダイレクトではない版があったらそちらを活用してもいいと思います。(アイドルグループによっては個別解説をグループのところに書いたりすることもあるので)--Yosizuya（会話） 2020年2月7日 (金) 09:23 (UTC)[返信]

- 返信 ( Yosizuyaさん宛) 1点目ですが、男性アイドルと女性アイドルでは仕組み的に異なる点が多いことや、執筆してる側の層の違いもあり、女性アイドルの記事はこうだからと押し付けるのはローカルルールや風習（Wikipediaのルール内での）のことを考えると得策ではないかと。2点目ですが、以前の版は何かしら問題があって取り消されたものであることが多い（検証可能性、特筆性など）このような観点から、以前の版に戻すというのは賛成できません。--ゆゆゆゆーい（会話） 2020年2月7日 (金) 10:03 (UTC)[返信]
- 横入れして申し訳ありません。　僕も交流関係等のケースバイケースだと思われます。一番いいのは裏付けされている雑誌等ですね。フリーになられるアナウンサーも基本的には芸能人の一部として考えてよいものですので、それを考慮するとリダイレクトになる可能性も否めないと思います。　--Goodpro（会話） 2020年2月18日 (火) 01:29 (UTC)[返信]
- 追記　こちらだと、ローカルタレントがそのケースになるかと思います。吉川茉優がその記事の一つです。　アナウンサー記事はわたくしの独断が強いのですが、原則として「一年目から記載されたからと言って、いきなりか書かない」というルール化をし、番組出演本数（基本的には、ゲスト出演や１回限りの特番は掲載しない）など地域枠以上になったときに初めて掲載するようにしています。ただ、それが裏付けや無作為な投稿によって、第一印象で書かれてしまうため受け取りてがシンプルに考えたときに「なんでなのか?」が見えてこないのです。　また、あげていただいた「乃木坂メンバー」に関しても「アナウンサーの移籍」と同様で、状況によっては「名鑑扱いなのではないか?」と疑われても仕方のないことだと思われます。　お笑いグループなら「個人に分けれている」というケースもありますが、それは我々編集投稿者がどうするか？をローカルルールと重ねる必要はあるかと思います。　ちょっとだけ元に戻せば「関東関西がOKで、地方は速攻削除」がなぜなのかがわからず（これってある意味差別じゃない?という感覚）、基本的に地方のほうが裏付けする方法が少ないため、「じゃ、ローカルルール化しよう」ということでPJを挙げた次第です。--Goodpro（会話） 2020年2月18日 (火) 02:26 (UTC)[返信]
  - 返信 (Goodproさん宛) 理解力が乏しくてすみません。それって、書き手側の意欲や意識によって記事の中身などが変わってきてしまうし、それによっての削除やリダイレクトの基準がグループによって曖昧だということですか？わざわざ解説までしてもらったのですが申し訳ありません。お手数おかけしてすみません。--ゆゆゆゆーい（会話） 2020年2月24日 (月) 07:40 (UTC)[返信]
2ヶ月〜3ヶ月ほど待って反対意見がなければ、原案をもとにローカルルールとしたいと思います。期間や合意形成にかんして不備が指摘された場合は考え直しますのでご教示ください。--ゆゆゆゆーい（会話） 2020年2月24日 (月) 07:40 (UTC)[返信]
- コメント　提案内容自体についてのコメントは今のところありませんが、ローカルルールとするつもりならば、これから先の議論はPJ:芸能人でやった方がよいと思います（PJ:芸能人のノートページに当ページへの案内があるのは知っていますが）--Loasa（会話） 2020年2月24日 (月) 08:42 (UTC)[返信]
  - 一応、議論への誘導はしたつもりでしたが、ご指摘ありがとうございます。議論の場所の修正をしようと思います。--ゆゆゆゆーい（会話） 2020年2月24日 (月) 09:04 (UTC)[返信]
報告ここから先の議論はプロジェクト‐ノート:芸能人で項目を新設し、現状の議論の続きを行おうと思います。--ゆゆゆゆーい（会話） 2020年2月24日 (月) 09:04 (UTC)[返信]
- 追記プロジェクト‐ノート:芸能人#ローカルルール作成の提案にて議論を開始しました。--ゆゆゆゆーい（会話） 2020年2月24日 (月) 09:19 (UTC)[返信]

場違いですが、写真の著作権絡みでお尋ねします。

場違い質問ながらこちらの方が活発に議論されていますので、時間的諸事情により我侭を申し上げて大変恐縮ですが、何卒宜しくお願いします。

日本国内での話しですが、1960年10月に某、出版社より発行された自動車図鑑からスキャンした画像が、コモンズで「50年の著作権切れ」でUPされて広く使われている事例を見て、お尋ねします。1965年8月に発行された某、自動車メーカーの社内報に、年末に発売される新型車のお披露目写真が掲載されています。その自動車メーカーは、その後吸収されて消滅しています。その社内報は現在、業界団体の事務局が【過去の記録】として保管管理し、同時に内容は資料として全てインターネットにて公開されています。で、前記の【発行された自動車図鑑】の様に、50年以上経過している事と、資料を引き継いだ業界団体が管理して入るものの、55年ほど前に発行した社内報（発行年月日入り社内報の表紙もセットで公開）である事から、コモンズへのUPが可能かどうかを教えて下さい。

もう一点ですが、コモンズ用のテンプレートで「2018年12月30日に改正著作権法が施行されたことで、同日において著作権が存続していた著作物の保護期間は70年に延長されました。1968年以降に公表された作品にこのテンプレートを使用することはできません。」なる物を見かけました。で、これは次のどれに当てはまるのでしょうか？

・「1967年12月31日」までの作品は使用できる。

・「1968年12月29日」までの作品は使用できる。

合わせて宜しくお願いします。田中亮--58.98.246.143 2020年1月26日 (日) 17:30 (UTC)[返信]

コメント 著作権の起算日は死亡，公表，創作の翌年の1月1日です。1968年に団体が公表した作品は1969年が1年目、2018年が50年目となるため、70年延長の対象です。そのため、「1967年12月31日」までの作品が対象です。　--Yhiroyuki（会話） 2020年1月26日 (日) 18:29 (UTC)[返信]

(1) 1960年発行の図鑑と1965年発行の社内報について、(2) 2018年末の日本著作権法改正について、(3) 期限の計算方法について、の3点コメント致します。

まず1点目ですが、図鑑のオリジナル写真と社内報の写真は別モノなのか、同じものの複製なのかを見極める必要があります。というのも、何らかの加工を施して社内報に掲載している場合、これは二次的著作物とみなされるため、著作権は別途発生します。さらに1965年社内報の写真を使って、業界団体がウェブサイトに公表した際に、再び何らかの加工をしていると、三次的に利用したとなりえます。つまり、オリジナル写真は1960年に発行されて2010年末に著作権切れ、社内報は1965年に発行されて2015年末に著作権切れであっても、ウェブサイトに公表したのが仮に2000年だったら2070年末まで著作権保護期間内になっている可能性があります。しかし何ら加工せず、単に1960年発行オリジナル写真を複製・転載しているだけならば、このようなことはおきません。
2点目の2018年著作権法改正による保護期間延長について。この改正法が施行された2018年12月30日現在で、既に著作権が切れていてパブリックドメイン化 (PD) している著作物については、もう一度著作権保護の状態には戻しませんよ、という意味です。法律用語では「権利回復著作物」と呼びますが、一般的には著作権保護期間の延伸によって権利回復はなされないです。上述のケースですと、1960年発行図鑑や、1965年発行社内報は (以下のB: 職務著作に該当する場合)、すでに50年以上経過してPDに帰しているので、2018年の改正法は適用されません。
では、2018年12月30日時点で、著作権保護期間が切れているか否か、どうやって計算するか。これは複雑です。

(A) 著作権が撮影した写真家個人に帰属している場合は、その著作者の「没後」50年です。「発行・発表・公表」から50年ではありません。

(B) 一方、写真家個人が、その図鑑の出版社 (法人) に著作権を譲渡している場合は、写真家個人の死亡日に関係なく、図鑑の発行から50年になります。これを「職務著作」と呼びます。写真の場合は特に、フリーランスの写真家が著作権を保持したまま、図鑑などの出版社に利用許諾を与えているだけの可能性がありますので、確認をとらずに職務著作だと勝手にみなすのは危険です。図鑑全体は集合著作物として出版社 (法人) に権利があっても、集合著作物の場合は写真やイラストなど、別々に著作権が発生しているので、単に図鑑の表紙にCopyright ○○出版社と書いてあるだけで判断してはなりません。

日数の計算方法については、Yhiroyukiさんがご説明の通りですが、補足致します。これは日本も米国著作権法も同じなのですが、たとえば50年と言った場合、ピッタリ50年間ではなく、切り上げ方式です。Bの職務著作を例にとると、(ア) 1968年1月1日発行、(イ) 1968年12月29日発行、(ウ) 1968年12月30日発行、(エ) 1968年12月31日発行、いずれも著作権が切れるのは、2018年12月31日23時59分です。したがって、これらの著作物はすべて2018年の改正法が適用され、70年に延伸したので、2038年12月31日23時59分まで保護期間延長となります。切り上げ方式の計算方法の詳細は「著作権法 (アメリカ合衆国)#著作権の保護期間」の末尾に書いた「保護期間の計算方法」もご参照下さい。--ProfessorPine（会話） 2020年1月27日 (月) 02:42 (UTC)[返信]

Yhiroyuki様、ProfessorPine様、ご多忙中にもかかわらす、私の場違いな質問に丁重なる回答を即日頂き、有難うございます。お蔭様で、大変参考になりました事に対して本来であれば、ご両人個々へのお礼を述べるのが筋かとは存じますが、場所柄、大変失礼ながらご両人合わせてご挨拶させて頂きます。

さて、本日午前中に、社内報を資料として公開しています業界団体へ問い合わせましたところ、夕方前に先方様より

・吸収合併後の関係者及び事務局の資料等により、公開している社内報の撮影は、全て専属カメラマンにより撮影され、合併で消滅した会社が著作権を持っていた。

・また社内報発行当時の物を、なんら二次的加工等することなく原版（原本）を裏表紙を含め、全頁に渡りスキャンして公開している。

・該当する社内報をウエブ上に公開する場合は、当団体名所有資料等からの出典を明示願う。

以上の旨の、有難い回答をいただきました。これ等の回答内容から、ProfessorPine様より詳細を頂きました「B: 職務著作に該当する場合」に該当するものと解釈いたし、僭越ながら後日、コモンズへUPさせて頂こうかと思案しています。

改めて、詳しく即答して頂いたお二人を始め、見守って頂きました（井戸端）参加の皆様方へこの場をお借りし、心より御礼申し上げます。　-敬具-

田中亮--58.98.246.143 2020年1月27日 (月) 11:59 (UTC)[返信]

Youtubeの更新頻度の注意をするために

舌先現象になりますです。QuizKnock（ノート / 履歴 / ログ / リンク元）のYouTubeの視聴者数と登録者数があまりに頻度が早いため、Buntschannという方がが記事のノートにプロジェクト:YouTube#チャンネル登録者数・総再生回数の更新に関するガイドラインを貼って注意書きしてくださっているのですが、初心者か匿名の方たちが、読んでいらっしゃらないのか、改善がされていません。早い方には個人的に注意してくださいと送ったのですが、無視して更新続けています。荒らしではないと思いますのでどう対処すればいいのかわかりません。どうすれば良いのでしょうか --舌先現象になります（会話 / 投稿記録） 2020年1月28日 (木) 16:05 (UTC)[返信]

2020年1月27日 (月) 16:04時点における版ソースを閲覧舌先現象になります (会話 \| 投稿記録) 編集フィルター編集者、拡張承認された利用者、管理者 9,945 回編集 →Youtubeの更新頻度の注意をするために: 新しい節タグ: モバイル編集モバイルウェブ編集改良版モバイル編集 ← 古い編集		2020年1月27日 (月) 16:05時点における版ソースを閲覧舌先現象になります (会話 \| 投稿記録) 編集フィルター編集者、拡張承認された利用者、管理者 9,945 回編集編集の要約なしタグ: モバイル編集モバイルウェブ編集改良版モバイル編集新しい編集 →
79行目:		79行目:
	== Youtubeの更新頻度の注意をするために ==		== Youtubeの更新頻度の注意をするために ==

	舌先現象になりますです。{{Particle\|QuizKnock}}のYouTubeの視聴者数と登録者数があまりに頻度が早いため、Buntschannという方がが[[ノート:QuizKnock#チャンネル登録者数・再生回数の更新について\|記事のノート]]に[[プロジェクト:YouTube#チャンネル登録者数・総再生回数の更新に関するガイドライン]]を貼って注意書きしてくださっているのですが、初心者か匿名の方たちが、読んでいらっしゃらないのか、改善がされていません。早い方には個人的に注意してくださいと送ったのですが、無視して更新続けています。荒らしではないと思いますのでどう対処すればいいのかわかりません。どうすれば良いのでしょうか		舌先現象になりますです。{{Particle\|QuizKnock}}のYouTubeの視聴者数と登録者数があまりに頻度が早いため、Buntschannという方がが[[ノート:QuizKnock#チャンネル登録者数・再生回数の更新について\|記事のノート]]に[[プロジェクト:YouTube#チャンネル登録者数・総再生回数の更新に関するガイドライン]]を貼って注意書きしてくださっているのですが、初心者か匿名の方たちが、読んでいらっしゃらないのか、改善がされていません。早い方には個人的に注意してくださいと送ったのですが、無視して更新続けています。荒らしではないと思いますのでどう対処すればいいのかわかりません。どうすれば良いのでしょうか --[[利用者:舌先現象になります\|舌先現象になります]]（[[利用者‐会話:舌先現象になります\|会話]] / [[特別:投稿記録/舌先現象になります\|投稿記録]]） 2020年1月28日 (木) 16:05 (UTC)

表話編歴記事や画像の選考
記事	秀逸な記事秀逸な記事の再選考秀逸な一覧秀逸な一覧の再選考良質な記事良質な記事の再選考月間新記事賞月間強化記事賞メインページ新着記事メインページ強化記事珍項目珍項目の再選考
画像	秀逸な画像秀逸な画像の再選考今月の一枚メインページ新着画像季節の画像
その他	執筆コンテスト査読依頼最近大幅加筆された記事
Category:記事の選考