Wikipedia Diskussion:Meinungsbilder/Einführung eines Entwurfsnamensraums

Selbstwidersprüchlichkeit von Vorschlag 1, textliche Überarbeitung tunlich.

Alle drei Absätze von Vorschlag 1 enthalten Widersprüche:

Der letzte Satz von Absatz eins steht im Widerspruch zu den Absätzen 2 und 3:

Absatz 3: "Die Namenskonventionen gelten wie im Artikelnamensraum" [okay, aber im Widerspruch zu den Namenskonventionen, bei denen einfach ein falsches Lemma reicht]: "eine Verschiebung innerhalb des Entwurfnamensraums soll nur bei klar unpassendem Lemma erfolgen." -> was ist ein klar unpassendes Lemma? Tippfehler? Lemma und Artikel passen nicht zusammen? Falsche Sprache? Phantasie- oder Mischtranliteration/-transkription?

Absatz 2: "Entwürfe dürfen nicht Aufgrund mangelnder Relevanz, niedriger Qualität, falscher Sprache oder fehlender Belege gelöscht werden," [aber dann im Widerspruch zu den Schnelllöschregeln]: "beim Vorliegen eines Schnelllösch- oder rechtlichen Grundes hingegen schon." -> Offensichtlich fehlende Relevanz ist ein Schnelllöschgrund, ebenso falsche Sprache.

Ich vermute, dass ich verstehe, was du meinst, aber das sollte sich unmittelbar aus den Regeln ergeben. Etwa eine Liste der Schnelllöschgründe, die im neuen Namensraum nicht gültig bzw. gültig sind ("Wiedergänger" wäre ein Schnelllöschgrund, der genauer besprochen werden müsste: Wiedergänger von Artikel, der wegen fehlender Darstellung der Relevanz gelöscht worden ist, ist was anderes, als ein Artikel, der wegen fehlender Eignung für eine Enzyklopädie gelöscht worden ist (z.B.: "FAQ Goldfarming in WoW für Noobs!!!!"). sуrcrо.педія 08:09, 17. Jun. 2024 (CEST)

Danke für dein Feedback.

Zu den NK: Ja, bei Tippfehlern oder wenn Lemma und Inhalt nicht passen, darf verschoben werden. Der Punkt ist, manchmal gibt es mehrere passende Lemmata oder es gibt Streit, ob etwas ein Amoklauf oder eine Schießerei war, oder nach Anlage des Entwurfs wird der deutschsprachige Titel eines Werks bekannt gegeben, dann wird erst verschoben, wenn die Seite in den ANR soll.

Zu den SLAs: Stimmt, ist etwas unklar. Gemeit ist, bei Vandalismus (kein Artikel) oder eingeutiger Irrelevanz darf direkt gelöscht werden. Bei regulären Entwürfen, auch Substubs, eben nicht. Ist falsche Sprache auch außerhalb des ANR ein SLA-Grund? --Morten Haan 🐦‍🔥 Wikipedia ist für Leser da 08:46, 17. Jun. 2024 (CEST)

Meinungsbild von 2007

Das Meinungsbild von 2007 sollte in #Hintergrund verlinkt werden. --Count Count (Diskussion) 08:53, 17. Jun. 2024 (CEST)

Wie sollen Artikel in den Entwurfsnamensraum kommen?

Aus den umseitig aufgeführten Aussagen ist mir nicht klar, ob der Entwurfsnamensraum ein Angebot, also quasi ein BNR für alle, sein, oder ob er noch andere Aspekte haben soll. Wird er nur ein Angebot, so sehe ich keinen Grund dem zu widersprechen, aber auch keinen, wie er das leisten soll, was unter den ersten drei Punkten von Pro angedeutet wird. Das könnte er, wenn Artikel mit solchen Eigenschaften schnell und formlos dorthin verschoben werden könnten, aber ich weiß noch nicht wie ich das bewerten soll. Ich bezweifle aber, dass das Meinungsbild durchgehen wird, wenn das ein Schwerpunkt werden soll. Oder soll jeder neue Artikel zuerst dorthin kommen? Das ist umseitig angedeutet (ich weiß nicht, ob bewusst oder nicht). Das wäre wieder eine andere Sache. Mir stellt sich somit die Frage, worum es in diesem Meinungsbild wirklich geht. --Senechthon (Diskussion) 17:24, 17. Jun. 2024 (CEST)

Ja, der ENR soll ein weiteres Angebot sein, Artikel dort zu erstellen bzw. dorthin zu importieren. Ein Verschieben vom ANR in den ENR soll ebenfalls erlaubt sein und ist mMn ein geringeres „Übel“ als ein Verschieben in den BNR. Der ENR soll zwar für Außenstehende weitgehend unsichtbar sein, intern sollen die Entwürfe damit aber besser sichtbar sein als als Unterseite eines Benutzernamen.

Soll der neue Artikel zuerst in den ENR kommen? Nicht zwangsläufig, ein ENR dürfte aber dazu führen, dass die Mindestanforderungen an den ANR steigen werden. Hinzu kommt noch Vorschlag 2, nach dem nur (automatisch) Bestätigte direkt im ANR erstellen dürfen. Dann gibt es noch spezielle Entwurfsbereiche, wie die Unterseiten von Wikipedia:Weihnachten oder Wikipedia:Redaktion Film und Fernsehen/Glashütte, diese sollen eigenständig entscheiden, ob sie die Unterseiten zugunsten des ENR aufgeben wollen (ggf. mit einer entsprenden Vorlage im Entwurf).

Was sich definitiv ändern soll, ist, dass Verschiebungen ANR → BNR nur durch oder auf ausdrücklichen Wunsch des Hauptautors erfolgen sollen, sonst immer ANR → ENR. Ich hoffe damit hab ich alle deine Fragen beantwortet. --Morten Haan 🐦‍🔥 Wikipedia ist für Leser da 18:38, 17. Jun. 2024 (CEST)

Löschung

"Wurde der Entwurf 90 Tage nicht bearbeitet, liegt seit mehr als zwei Jahren im Entwurfsnamensraum oder wurde der/die Hauptautor(en) unbefristet gesperrt, kann ein Löschantrag gestellt werden." Das wird nicht funktionieren. Zum einen werden in der LD die Allesbehaltenwoller immer argumentieren "frisst im Entwurfsnamensraum kein Brot" und zum anderen reicht ja ein Alibiedit aus, um zu belegen, dass daran "gearbeitet" wird. Wenn wir keine Müllhalde bauen wollen, brauchen wir mindestens einen automatisierten Prozess, dass ein Bot bei Vorliegen der Bedingungen einen SLA stellt (und selbst das bleibt mißbrauchsanfällig).--Karsten11 (Diskussion) 18:57, 17. Jun. 2024 (CEST)

Vielleicht muss man „daran gearbeitet wird“ noch genauer definieren, sodass ein Alibiedit nicht für behalten reicht, bspw. muss der Entwurf seit Beginn der LD um x% geändert oder erweitert wirden sein. Ein automatischer Prozess wäre problematisch, denn es kann Entwürfe geben, die zwar aktuell gehalten werden, dort sich aber länger nichts tut, weil es keine neun Infos gibt, der Artikel aber noch nicht reif für den ANR ist. --Morten Haan 🐦‍🔥 Wikipedia ist für Leser da 19:19, 17. Jun. 2024 (CEST)

Da genügt doch ein Bot, der nach 90 Tagen eine Warnung auf die Entwurfs und die AnlegerUser-Dis schreibt und nach weitern 14 Tagen ohne Edit die Seite mit einem SLA-Baustein versieht. Das ist besser als ein Löschantrag und vor allem weniger aufwendig. sуrcrо.педія 20:01, 17. Jun. 2024 (CEST)

Ein Bot kann aber nicht zwischen Alibiedits und echter Artikelarbeit unterscheiden. --Morten Haan 🐦‍🔥 Wikipedia ist für Leser da 21:06, 17. Jun. 2024 (CEST)

Das wäre dann ja die Aufgabe des abarbeitenden Admins. Aber umgekehrt würde gelten: Wenn wir hier eine ständig wachsende Müllkippe bauen, dann wird die Akzeptanz dieses MB leiden.--Karsten11 (Diskussion) 04:38, 18. Jun. 2024 (CEST)

PS: Das Problem haben wir heute schon im BNR. Da gammeln 100tausende von Entwürfen rum, die niemals das Licht des ANR sehen werden. Ggf. kann man an anderer Stelle vorab einen sauberen Prozess definieren, wie wir Schrott aus dem BNR entsorgen können; diesen Prozess könnte man dann hier übernehmen.--Karsten11 (Diskussion) 04:40, 18. Jun. 2024 (CEST)

Dann kann der Bot aber auch einen normalen LA stellen. Ursprünglich wollte ich die Zweijahresfrist nicht einfügen, sondern nur 90 Tage oder Hauptautor ist infinit weg. Die Idee mit der Frist zwei Jahre seit Anlage der Seite ist, dass man sie nicht durch Alibiedits verlängern kann. Vielleicht brauchen wir noch die Regel, dass nach Zeitspanne x nachdem bei einem Entwurf auf Behalten entschieden wurde, erneut LA gestellt wird (ist sonst nur mit neuer Begründung erlaubt).

Eine Müllhalde will ist auf jeden Fall vermeiden. Wir sollten den Autoren aber auch nicht zuviel Zeitdruck machen, sonst gehen sie stattdessen wieder in den BNR. --Morten Haan 🐦‍🔥 Wikipedia ist für Leser da 09:59, 18. Jun. 2024 (CEST)

Draft namespace in anderen Projekten

Per meta:Limits to configuration changes#Changes that are likely to be declined wird Disable non-autoconfirmed page creation (also IPs und neue User zwingen, den Draft namespace zu nutzen, anstatt neue Artikel im ANR zu erstellen) nur erlaubt, wenn ein Projekt die folgenden Kriterien erfüllt:

• is prepared to handle drafts in a timely manner,
• has a well developed editing and administrative community, and
• has established an unusually broad consensus for the change.

Den zweiten Punkt erfüllen wir natürlich klar. Der dritte Punkt bedeutet, dass eine 2/3 Mehrheit sogar noch zu wenig sein könnte. Der erste Punkt bedeutet, dass wir in einer Testphase nach Einführung des Draft-Namespace zeigen müssten, dass diese auch zügig von erfahrenen Nutzern begutachtet (und dann entweder akzeptiert oder abgelehnt) werden.

Wegen dieser Kriterien is enwiki bis heute das einzige Projekt, was non-autoconfirmed page creations abgestellt hat. Ausführlich dazu:

• en:WP:Village pump (proposals)/Proposal to require autoconfirmed status in order to create articles (2011)
• en:WP:Autoconfirmed article creation trial (nach langen Diskussionen mit der WMF 2017 gestartet)
• en:WP:Autoconfirmed article creation trial/Post-trial Research Report
• meta:Research:Autoconfirmed article creation trial
• en:WP:Autoconfirmed article creation trial/Request for comment on permanent implementation (2018 nach erfolgreicher Testphase mit 88% Zustimmung beschlossen)

Die bloße Einführung eines für alle Nutzer optionalen draft namespaces ist natürlich jedem Projekt möglich. enwiki hat 2013 en:WP:Drafts eingeführt per en:WP:Village pump (proposals)/Archive 107 #Proposed new Draft namespace, in den Folgejahren sind viele Projekte nachgezogen, z.B. itwiki [1], slwiki [2], huwiki [3], enwikiquote [4]... ckbwiki hat letztes Jahr den draft namespace bekommen, aber die ursprünglich auch gewünschte Beschränkung bzgl. ANR-Seitenerstellungen wurde wegen der oben genannten Kriterien verweigert [5]. --Johannnes89 (Diskussion) 13:31, 18. Jun. 2024 (CEST)

Danke für die Info, Johannnes89. Ich hätte kein Problem mit einer ${\tfrac {3}{4}}$-Mehrheit beim zweiten Vorschlag. Bezüglich des ersten Punktes müssten die Verschiebewünsche prominenter verlinkt werden (für beide Parteien). Unabhängig davon braucht es eine funktionierende Eingangskontrolle für den neuen Namensraum. --Morten Haan 🐦‍🔥 Wikipedia ist für Leser da 14:03, 18. Jun. 2024 (CEST)

Ich könnte mir übrigens gut vorstellen, dass wir die Draftbegutachtung mindestens genauso gut wie enwiki machen können, wenn man sich anschaut, wie aktuell QS und Eingangskontrolle in dewiki laufen. Wollte bloß drauf hinweisen, dass der zweite Teil des MB deutlich schwerer ist (und erst nach nem Testlauf permanent kommen könnte), als das bloße Einrichten eines für alle optionalen Draft-Namensraum :) --Johannnes89 (Diskussion) 14:09, 18. Jun. 2024 (CEST)

Unsere Eingangskontrolle funzt ja ziemlich gut, außerdem wollte ich darauf aufmerksam machen, dass die Verschiebewünsche dann deutlich wichtiger werden als bisher. Welche Mehrheiten werden wohl für Vorschlag 1 (Namensraum) und Vorschlag 2 (Lemmahalbsprerre für ANR) benötigt? --Morten Haan 🐦‍🔥 Wikipedia ist für Leser da 14:22, 18. Jun. 2024 (CEST)

Die bloße Einführung des Namensraums könnte theoretisch mit einfacher Mehrheit beschlossen werden (bedeutet ja quasi nur, dass man künftig Entwürfe nicht im eigenen BNR oder auf Unterseiten wie WP:GHFF erstellen muss, sondern einen eigenen Namensraum dafür nutzen kann, wenn man will). Entsprechende requests for configuration changes gibt's gerade bei kleineren Wikis regelmäßig nach relativ kurzen Diskussionen (Beispiel [6]).

Bei Vorschlag 2 (in meinen Augen müsste der Vorschlag lauten, erstmal eine Testphase zu machen und dann nach Evaluierung eine weitere Abstimmung durchzuführen) denke ich mit Blick auf enwiki und die oben genannten Kriterien auch, dass 3/4 (oder mehr) ein „unusually broad consensus“ ist. --Johannnes89 (Diskussion) 16:10, 18. Jun. 2024 (CEST)

Hab die Mehrheiten entsprechend angepasst. --Morten Haan 🐦‍🔥 Wikipedia ist für Leser da 16:40, 18. Jun. 2024 (CEST)