August

Benutzerkriterium

"4 Tage angemeldet" reicht meines Erachtens nichts. Am liebsten wäre mir "abstimmungsberechtigt". Wenn wir einen Kompromiss der Art "Hatte vor 60 Tagen mindestens 50 Edits im Artikelnamensraum", dann bräuchte es ein zusätzliches Flag an jedem Benutzer und eine entsprechende Verwaltung dazu. --jha 19:57, 28. Aug 2006 (CEST)

Ich befürchte auch dass die einfach 4 Tage warten bevor sie FICKENFICKEN in einen Artikel reinschreiben. Ob das mit dem Extra-Flag machbar ist kann ich zwar nicht einschätzen, es klingt aber gut. Auf lange Sicht könnte man dann zusätzlich auch eine extra Halbsperre für Stimmberechtigte einbauen, mit der man MBs oder die Adminkandidaten sperrt. Lennert B d·c·r 21:19, 28. Aug 2006 (CEST)

Ich halte 4 Tage auch für zu wenig. Zwar ist das recht effektiv gegen IP-Vandalismus, dafür wird es umso attraktiver Accounts zu horten. Gewünscht hatte ich mir irgendeine Form einer Whitelist. Vlado hatte sowas mal für die Wikipedia-DVD benutzt, soweit ich mich erinnere setzte sich die aus Vertrauensliste(n?) und Mitarbeit bei Aufräumaktionen zusammen. Die müsste allerdings nochmal deutlich umfangreicher werden und das manuell zu verwalten ist keine Möglichkeit. Ich denke daher auch, dass eine Kombination aus Anmeldezeit und Artikeledits die eleganteste Methode wäre. Das muss auch gar nicht so hoch angesetzt werden wie die Abstimmungsberechtigung, 30 Tage, 30 Artikeledits sollten fürs Grobe ausreichen. Dazu vielleicht noch eine Seite auf der Neulinge um eine Sichtung bitten können, dann hat auch der Heimatforscher, der seinen Artikel offline schreibt und dann einstellt die Möglichkeit den Warnbäpperl entfernen zu lassen. --dbenzhuser 22:02, 28. Aug 2006 (CEST) PS: Das wurde doch sicherlich schon irgendwo (intern) diskutiert, hat da jemand einen Link? Sonst kommen wahrscheinlich doch nur die gleichen Argumente wieder.

Dies ist ein Punkt, der eigentlich nicht groß diskutiert wurde, weil er für das Konzept und die Implementierung selbst nicht wesentlich ist. Wenn ihr ein anderes Kriterium für sinnvoller haltet und hier Konsens erzielt wird, wird Brion sicher auch das implementieren. --P. Birken 22:16, 28. Aug 2006 (CEST)

Vier Tage ohne Mindestedits sind zuwenig. Dies wäre ein neues Einfallstor für Vandalen, die hier ihre eigenen Vandalismen als "vandalismusfrei" markieren könnten. Die Stimmberechtigung (2 Monate, 200 Edits) wäre eine sinnvolle Grenze. Zum einen würde keine neue "Zwischenstufe" oder wie auch immer geschaffen und die bisherige Grenze hat sich seit der Einführung bewährt. Lie sel 22:29, 28. Aug 2006 (CEST)

Vier Tage erscheinen auch mir als zu gering. – Müssen die Rechte überhaupt automatisch vergeben werden? Man könnte es stattdessen den Bürokraten (oder den Admins) überlassen, die Rechte an diejenigen Benutzer zu vergeben, die sinnvoll mitarbeiten und von denen kein Missbrauch zu erwarten ist. -- kh80 •?!• 11:42, 29. Aug 2006 (CEST)

Eine Lösung, die vermutlich den "Willkür-Vorwurf" nach sich ziehen würde, aber: Diese Variante würde auch nach meiner Überzeugung das mit Abstand beste Ergebnis bringen.--Berlin-Jurist 11:47, 29. Aug 2006 (CEST)

Die Loesung wuerde Vandalismus garantiert besser verhindern, hat allerdings mehrere Nachteile: Der buerokratische Aufwand immens und es wird wohl weniger markiert, weil weniger Benutzer die Rechte haben, IPs sehen also seltener die aktuelle Version und werden staerker beim Editieren behindert. Gleichzeitig steht dahinter keine Philosophie des Vertrauens. Ich denke nicht, dass dies von der Community gewuenscht ist. --P. Birken 13:03, 29. Aug 2006 (CEST)

OK, es müssten wohl einige hundert Benutzer mit dem Recht ausgestattet werden, das bedeutet etwas Aufwand. Aber der Hauptvorteil ist gar nicht mal die wirksame Vandalismuseindämmung. Der entscheidende Punkt ist, dass wir so ziemlich wirksam eine neue Art des Vandalismus verhindern würden, nämlich die mißbräuchliche Markierung als Gesichtete Version!--Berlin-Jurist 14:08, 29. Aug 2006 (CEST)

Es müssen nicht unbedingt Vandalen sein: Einige Benutzer wollen vielleicht einfach nur, dass ihre Änderungen im Artikel erscheinen, ohne bereit zu sein, den Artikel vorher auf Vandalismus zu überprüfen – und setzen deswegen leichtfertig das Häkchen. Außerdem gibt es Benutzer, die zwar lange angemeldet sind, aber nicht mit der Versionsverwaltung umgehen können. -- kh80 •?!• 08:56, 30. Aug 2006 (CEST)

Ja, vor allem zu Beginn würde das zusätzlichen Aufwand bedeuten. Wenn man es allerdings den Admins einräumt, die Rechte zu vergeben, sehe ich darin kein großes Problem.

Warum sollte die "Philosophie des Vertrauens", die hinter der Idee der gesichteten Versionen steht, dadurch verloren gehen, dass man die Anforderungen an die Sichter ein wenig erhöht? -- kh80 •?!• 08:56, 30. Aug 2006 (CEST)

Also ich finde das ist schon ein Unterschied, ob man jemandem nach kurzer Pruefung die Rechte gibt, oder automatisch. Ferner sollte man den Aufwand nicht unterschaetzen: muessen die Leute Antraege stellen? Oder muessen Admins von sich aus die Benutzer angucken? Deinen anderen Punkt sehe ich nicht so kritisch, zwar ist es richtig, dass Benutzer nicht unbedingt wissen, was Vandalismus ist, nachdem sie die Kriterien erfuellen, sie sind ja aber auch erstmal nicht gezwungen, eine Version zu markieren. Als letzter Punkt ist die Motivation, dass die eigenen Aenderungen direkt sichtbar sind, wichtig. Deswegen sollte das Kriterium so schwach wie moeglich sein, ohne zu grossen Missbrauch zuzulassen. --P. Birken 12:42, 30. Aug 2006 (CEST)

Für diese Feature ist es - im Gegensatz zu den geprüften Versionen - von großer Wichtigkeit, dass in Zukunft jede Artikeländerung nach kurzer Zeit als "gesichtet" gekennzeichnet (bzw. zurückgesetzt) wird, sonst leidet die Motivation der Autoren und auch der "Sichter", die sich dann alleine unter der Masse der minütlichen Änderungen versinken sehen. Es ist also wichtig, dass möglichst viele Benutzer gleich von Anfang an mit anpacken können. Wir haben hier möglicherweise nur einen Schuss frei, denn scheitert eine gute Idee beim ersten Anlauf leidet der zweite unter Motivationsschwäche und Skepsis. Es ist psychologisch gesehen sehr viel einfacher, mit einer niedrigen Schwelle zu starten und diese dann bei Missbrauch anzuziehen, als mit hohen Anforderungen zu beginnen und diese dann zu senken. (Und natürlich gilt: Vorsätzliches "Gesichtet"-Taggen von Vandalismus sollte zu einer sofortigen Sperre führen.) --Kurt Jansson 23:08, 28. Aug 2006 (CEST)

Schön und effizient wäre es, eine Funktion für das "gesichtet"-Kennzeichnen etwa in das APPER-Tool zu integrieren und in diesem Zusammenhang die Vandalismus-Bekämpfung allgemein effizienter - insbesondere durch Vermeidung von Doppelchecks - zu gestalten.--Berlin-Jurist 23:33, 28. Aug 2006 (CEST)

Ja, darauf sollte es in jedem Fall hinauslaufen. Es gab in der englischen Wikipedia schonmal ein ähnliches Kennzeichen, dass dann auch in den letzten Änderungen angezeigt wurde. Dies sollte hier auch unbedingt passieren. Die Integration in APPERs Tool, beim Vandal Fighter und anderen kommt dann hoffentlich ebenfalls. --Kurt Jansson 00:57, 29. Aug 2006 (CEST)

Nachträgliche Korrekturen an den Kriterien werden wahrscheinlich sowieso nötig werden, aber man sollte versuchen mit einem Kompromiss, statt einem Extrem einzusteigen. Ebenso wie man eine sehr große Basis an Benutzern braucht, die die Artikel als gesichtet markieren, darf nicht jeder Hinz das Flag setzen. Wenn jeder zweite "Deine Mutta"-Edit als gesichtet markiert wird, ist die Motivation das Projekt zu unterstützen auch sehr schnell im Keller. --dbenzhuser 00:03, 29. Aug 2006 (CEST)

Da hast Du Recht. Ich plädiere jedoch dafür, im weiten Feld eines möglichen Kompromisses zwischen großer Nutzerbasis und absoluter Sicherheit sich anfangs eher zu einer großen Basis hin zu orientieren. --Kurt Jansson 00:57, 29. Aug 2006 (CEST)

Ich finde das System hört sich erstmal ganz vernünftig an. Nur die Vier-Tage-Regel würde ich, auch am Anfang, noch ein wenig anheben: Jeder halbwegs engagierte Mitarbeiter hat schnell 30 Edits in 30 Tagen zusammen. Neue, gute Autoren werden sicher nicht gleich die Flinte ins Korn werfen, wenn ihr Artikel in 30 Tagen nicht markiert wurde (bei den meisten Artikeln wird das sicher schneller geschehen). Der IMHO große Vorteil einer Edits&Dauer-Vorraussetzung ist, wie bereits oben erwähnt, dass Vandalen erheblich schwieriger unbemerkt Accounts horden können. Mit der reinen Vier-Tage-Regel kann ein Vandale mit dynamischer IP an einem Tag mehrere Accounts anlegen mit denen er ab Tag 4 (mit neuer IP) seinen Unsinn als gesichtet markieren kann. Dies würde IMHO zu einer Verlagerung von Vandalen führen: Jetzt sind die meisten als IPs unterwegs, später unter verschiedenen Benutzernamen. Doch egal wie - ich denke es ist ein Schritt in die richtige Richtung. -- FelixReimann 01:30, 29. Aug 2006 (CEST)

Um das Ganze mal zusammenzufassen:

Jeder 4 Tage alte Vandalenaccount setzt die Markierung automatisch und verschwindet damit vom Radar. Das ist Snake Oil, das fördert Vandalismus durch falsche Sicherheit.
Effektiv wirkungslos gegen POV-Pushing, selbst mit verschärftem Kriterium. Es erreichen genug POV-Pusher die Stimmberechtigung. Das ist aber gerade der schlimmste Problembereich. Bei Beleidigungen und Löschvandalismus drück ich’s Knöppchen und gut ist. Bei POV hingegen braucht es oft genug Sachkenntnisse, um das Geschriebene wirklich einschätzen zu können.
Es soll so ziemlich jeder Artikel, egal in welchem Zustand er sich befindet, als GesV markiert werden, wenn nur kein Vandalismus drin ist. Das bedeutet nicht nur frustrierte Neuschreiber, wenn deren Artikel nicht markiert wird, sondern auch tonnenweise zusätzliche Klicks in der Eingangskontrolle. Das macht es dann für Vandalen richtig attraktiv, mit 2 Accounts/IPs gleichzeitig zu agieren und auf Fehler der Putzkolonne zu hoffen. Die angesichts des tendenziell steigenden Eingangsvolumens auch ohne solche Spielchen passieren werden. Gerade die GesV erfordern deshalb Doppelt- und Dreifachkontrolle, wenn die Leserschaft da auch nur ein Jota gerechtfertigtes Vertrauen reinsetzen können soll.
Im krassen Gegensatz dazu ist die Meßlatte für GeprV derart hoch (insbesondere durch die geforderte Lückenlosigkeit), dass sich die Anzahl der markierten Artikel imo im sehr kleinen Promillebereich bewegen wird. Kann man sich auch gleich schenken. Der durchschnittliche Leser wird auch ohne Markierung in den allermeisten Fällen bemerken, dass es sich um einen ungewöhnlich guten Artikel handelt. Da kann man auch ehrlich sein und das Ganze „Superexzellent“ nennen.

Kurz: Ich bin eine elende Unke und halte ganz und gar nichts von dieser Lösung. Sinnvoll wäre hier imo die Mitte: Recht wird durch Bürokraten und/oder Admins an ausgewählte Personen vergeben, Markierung besagt „fachlich korrekt und weitgehend neutral“, auch wenn da ganze Themenbereiche nur grob angerissen werden. —mnh·∇· 00:49, 29. Aug 2006 (CEST)

Okay, ich geh mal der Reihe nach durch:

Mit der gleichen Argumentation könnte man auch prophezeien, die Halbsperrung werde zu mehr statt zu weniger Vandalismus in Artikeln führen, denn auch diese ließe sich prima mit auf Vorrat produzierten Accounts umgehen. Das Gegenteil ist der Fall, das beschriebene Problem existiert, ist aber handhabbar und wird durch die Vorteile mehr als ausgeglichen. Weitere Effekte kommen hinzu: Durch die direkte Sichtbarkeit und Nachvollziehbarkeit der eigenen "Sichtungen" und die vermiedene doppelte Arbeit wird die Motivation, sich an dieser "Front" zu beteiligen, definitiv steigen.
Das Feature hilft tatsächlich vor allem gegen Vandalismus und nichts anderes (wobei durch das Feature auch gesichert wird, dass überhaupt jeder Edit wenigstens einmal angesehen wird, wodurch auch andere Probleme auffallen können). Falls sich das Feature bewährt sollten wir auf jeden Fall darüber nachdenken, ob weitere Flags zur Verhinderung von POV, URVs etc. sinnvoll sind. Diesem Ansatz aber seine Berechtigung abzusprechen, weil etwas anderes ja das viel größere Problem sei, halte ich für falsch. Vandalismus in Artikeln ist de facto ein Problem, das wir effektiver und besser lösen müssen als bisher.
Es geht bei diesem Flag nicht um das Vertrauen der Leserschaft (im Ggs. zu den geprüften Versionen), sondern "nur" darum, dass in Zukunft nicht mehr insgesamt mehrere Stunden pro Monat ein Penis in unseren Artikel angezeigt wird, sondern nur noch wenige Sekunden. Oder, dass von 100 Datumsmanipulationen 99 den "Sichtern" auffallen. Das wäre nicht perfekt, aber viel besser als der jetzige Zustand.
In der Beschreibung der geprüften Versionen steht nichts von "Lückenlosigkeit", dort steht "keine wesentlichen Lücken". Gemeint ist damit das, was Du selbst am Ende Deines Postings beschreibst. Eine Lücke ist in meinen Augen dann wesentlich, wenn der Artikelgegenstand durch sie verzerrt dargestellt wird. Ein korrekter Artikel, der aber nur drei Absätze umfasst, sollte das "Geprüft"-Flag problemlos bekommen können, wenn alles Wichtige angerissen wird.

--Kurt Jansson 01:58, 29. Aug 2006 (CEST)

*reinquetsch* Ich sehe da einen wesentlichen Unterschied zwischen Halbsperre und GesV-Markierung: Die Halbsperre dient dazu Vandalismus zu vermindern, vandaliert und kontrolliert wird trotzdem. Die Markierung als „gesichtet“ streicht die Kontrolle, wenn der Vandale autoconfirmed ist. Als anderes Problem bleiben konsekutive Vandalismen durch unterschiedliche IPs/Accounts. Ich bin selbst schon oft genug darauf reingefallen und da bin ich nicht der Einzige. Ist so ein Fall dann einmal als „gesichtet“ markiert und wird in Tools entsprechend ausgeblendet, kann da stundenlang Murks drinstehen. Das lässt sich afaics nur dadurch vermeiden, dass das Flag von den Tools missachtet wird oder entsprechend angepasste Diff- und Revertfunktionen zur Verfügung stehen, die sich auf die letzte markierte Version beziehen.

Die zusätzliche Klickarbeit und den damit verbundenen Zeitaufwand (clientseitig ein zusätzlicher Transfer, serverseitig ein zusätzlicher DB-Write pro Artikel, der die Sache auch nicht beschleunigt) halte ich auch weiter für problematisch, liegt aber potentiell auch an meiner Arbeitsweise beim Putzen. Wär dann auch egal, mach ich im Moment eh selten. ;)

2. und 4. haben sich erledigt, ich ging bei „keine wesentlichen Lücken“ vom KEA-Maßstab aus, in der Bedeutung „nicht verzerrt dargestellt“ sind das natürlich weitaus mehr (POV-arme) Artikel. Da gefallen mir die geprüften Versionen gleich viel besser. :) Viele Grüße, —mnh·∇· 03:48, 29. Aug 2006 (CEST)

Die Gesichtet-Markierung ersetzt nicht unbedingt die Halbsperrung. Kontrolle von angemeldeten Vandalen erfolgt ja auch heute schon, vor allem ueber Beobachtungslisten. Du hast aber Recht, dass die Methode nicht foolproof ist: es kann sein, dass Vandalismus in Artikeln stehenbleibt, entweder weil jemand nicht richtig geguckt hat oder einfach, weil jemand das System umgangen hat. Das ist der Preis, den man fuer ein solches unbuerokratisches Verfahren zahlt, bei dem Benutzern automatisch nach einiger Zeit das Vertrauen ausgesprochen wird. Klar ist aber auch, dass wir den sichtbaren Vandalismus dadurch drastisch reduzieren. Und die Hoffnung ist, dass wir auch den Vandalismus der jetzt nicht mehr das Licht der Welt erblickt, sondern nur noch im Hintergrund Benutzer beschaeftigt, ebenfalls dadurch reduzieren koennen. --P. Birken 10:49, 29. Aug 2006 (CEST)

4 Tage halte ich auch für deutlich zu wenig, den Ansatz mit den Kriterien für die Stimmberechtigung finde ich dagegen nicht schlecht: zum einen sollte der User über das Projekt "Wikipedia" einigermaßen Bescheid wissen, zum anderen können wir uns hier keine großen Fehler erlauben - vandalierte oder zugemüllte Seiten ist eine Sache, wenn die allerdings auch noch als "vandalismusfrei" deklariert sind machen wir uns wirklich lächerlich.

Um allerdings eine konkrete Grenze festlegen zu können, wären ein paar m.E. ein paar Statistiken notwendig - allerdings nicht die üblichen (x User oder x1 Prozent der User sind y Tage dabei oder haben z Edits), sondern eher in der Richtung x Prozent der Edits in einem gewissen Zeitraum stammen von den y Usern (y1 Prozent der User), die bereits z1 Tage dabei sind bzw. z2 Edits haben (es geht hier schließlich nicht um die Anzahl der Prüfer, sondern um die zu leistende Arbeit). Hätte jemand die Möglichkeiten, solche Auswertungen zu fahren? -- srb ^♋ 02:47, 29. Aug 2006 (CEST)

So eine kenne ich nicht, aber in der allgemeinen Statistik [1] steht drin, dass es keine 1000 Benutzer gibt, die jemals mehr als 100 Edits gemacht haben. --P. Birken 10:49, 29. Aug 2006 (CEST)

ups - da ist ja sogar etwas in der Richtung dabei, war mir bisher noch gar nicht aufgefallen - die "Verteilung der Artikeledits aller Wikipediner":

Bearbeitungen >=	Wikipedianer		Bearbeitungen Total
1	93160	100.0%	9467284	100.0%
3	50526	54.2%	9396395	99.3%
10	30085	32.3%	9276513	98.0%
32	14639	15.7%	9010281	95.2%
100	7191	7.7%	8599693	90.8%
316	3526	3.8%	7948350	84.0%
1000	1562	1.7%	6862188	72.5%
3162	560	0.6%	5105211	53.9%
10000	119	0.1%	2668879	28.2%
31623	15	0.0%	1050188	11.1%
100000	3	0.0%	391685	4.1%

Seltsamerweise sind hier mehr als 7000 User mit mindestens 100 Edits angegeben - im Gegensatz zu den knapp 1000 in der Haupttabelle. Demnach werden mehr als 90% der Edits von nur 7,7% der User getätigt. Fehlt nur noch was vergleichbares in Bezug auf die Dauer der Mitarbeit - wäre wirklich interessant, wo da die 90%-Grenze liegt. -- srb ^♋ 11:22, 29. Aug 2006 (CEST)

Ah, mein Fehler. Die Spalte, in der ich geguckt habe, sind die Benutzer die in dem Monat neu dazugekommen sind mit ueber 100 Edits. --P. Birken 11:27, 29. Aug 2006 (CEST)

(BK) Die Statistik auf die P. Birken verweist macht keine Aussage wieviele Wikipedianer schon 100 Edits haben sondern wieviele 100 Edits innerhalb eines Monats schaffen. -- FelixReimann 11:30, 29. Aug 2006 (CEST)

Statistiken lesen ist schon eine Kunst... Aus der obigen Tabelle wird sichtbar, das von den 270.504 registrierten Benutzerkonten, zum Stand Juli 2006 93160 mindestens einen Edit hatten, bei 100 Edits sind es somit insgesamt 7191 Benutzerkonten. Und wie schon gesagt, im letzten Monat hatten wir über 900 Benutzer mit 100 Edits im Monat. Lie sel 11:58, 29. Aug 2006 (CEST)

Du hast natürlich Recht, man kann die Zahlen durchaus unterschiedlich interpretieren: 177.344 der 270.504 Benutzerkonten im Juli weisen keinen Edit auf, zählen jedoch nicht mehr unter die 4-Tage-Regel - selbst wenn man die gesperrten Accounts wegrechnet, werden wohl noch weit über 100.000 Accounts übrig bleiben für die keine Newbie-Sperren mehr wirken - erschreckend, oder für die Belange der Gesichteten Versionen vernachlässigbar? -- srb ^♋ 14:22, 29. Aug 2006 (CEST)

Da es hier um die Reputation der WP geht würde ich die Latte auch höher ansetzen als 4 Tage angemeldet. Ich bin auch der Ansicht, dass das Recht vergeben werden sollte. Für die einfachste Lösung würde ich halten, dass diejenigen die das Recht haben möchten es einfach beantragen und dass das Recht unbürokratisch nach einem Blick auf die Bearbeitungen des Benutzers vergeben wird. Wichtig wäre dann natürlich, dass es bei Missbrauch auch ohne Diskussionen wieder entzogen wird. Ein Entzug des Rechts muss also für einen Admin sofort ersichtlich sein, falls der Benutzer es erneut beantragt. --Mijobe ✉ 17:17, 29. Aug 2006 (CEST)

Für alle die noch nicht in den Kurier geschaut haben: Unter der Überschrift "der kleine Seigenthaler wird ein Fall beschrieben, der lange unentdeckt blieb, weil in einer inhaltlich falschen Meldung von einem vertrauenswürdigen Mitarbeiter ein Rechtschreibfehler korriegiert wurde, und damit nicht mehr die IP als letzter Autor auftauchte. Ich sehe diese Gefahr auch bei den aktuellen gesichteten Versionen! --Badenserbub 07:55, 30. Aug 2006 (CEST)

Ich denke (ohne diesen Fall schön zu reden) da kommen noch einige andere Aspekte dazu (sehr geringer Verlinkungsgrad, "Unwichtigkeit"). Aber die gesichteten Versionen können solch einen "inhaltlichen Vandalismus" sicherlich nicht verhindern - das ist auch nicht ihr Ziel. Dafür sind dann die geprüften Versionen da. --Avatar 08:36, 30. Aug 2006 (CEST)

Im Grunde sind solche Sache einfach zu verhindern. Änderungen sollten entsprechend in "Zusammenfassung und Quellen" mit den notwendigen Angaben versehen werden. Wer dann als Benutzer einen nicht belegten Edit "sanktioniert" muss sich letztendlich fragen lassen, ob er überhaupt die entsprechende Medienkompetenz besitzt, den Flag zu setzen. Im Endeffekt setzt sich dann jeder des Vorwurfs des Vandalismus bzw. des Vandalismusschutzes aus, wenn er vorherige IP-Edits nicht genügend prüft. Lie sel 09:14, 30. Aug 2006 (CEST)

Also ich will nicht mit jedem kleinen Edit die Verantwortung für den ganzen Artikel übernehmen. Viel zu oft schreibe ich irgendwo etwas Größeres, schaue mir die verlinkten Artikel an und mache dort kleinere Anpassungen, um den neuen Artikel einzubinden. Wenn ich da jedes Mal den kompletten Artikel auf vorherige Edits kontrollieren sollte, käme ich nicht mehr zum Schreiben meiner Artikel. Erst gar nicht, wenn es gar nicht nur um offenen Vandalismus geht, sondern wenn schon falsche Fakten reichen sollen. Woher soll ich denn die Richtigkeit der Fakten beurteilen können? Ich bin sehr dafür, das Modell mal für ein paar Monate auszuprobieren, aber da werden noch einige Überraschungen auf uns zukommen und ich erwarte auch größere Änderungen in der Software und der Wikipedia-Kultur im Laufe des Tests. --h-stt !? 09:49, 30. Aug 2006 (CEST)

Es geht bei dieser Markierung nur um offenen Vandalismus. Und ganz im Ernst: eigentlich erwarte ich schon heute von jedem Benutzer, dass er bevor er einen Artikel editiert, guckt ob Vandalismus geschehen ist. --P. Birken 10:19, 30. Aug 2006 (CEST)

Im Moment ist dies relativ schwierig. Wenn man mal nur zum Zeitvertreib durch "Zufällige Artikel" klickt und ggf. Tippfehler und Rechtschreibfehler beseitigt, wird man nicht immer erst vorher die History durchforsten, ob irgendwo ein kleiner Vandalismus (geänderte Zahl, Namen etc) vorhanden ist. Größere Vandalismen fallen da schon eher auf. Aber mit Einführung des Markers ist es dann einfacher solchen Vandalismen auf die Spur zu kommen. Lie sel 11:07, 30. Aug 2006 (CEST)

Nehmen wir ein konkretes Beispiel (aus meiner Anfangszeit als angemeldeter Mitarbeiter): Im Artikel Chile habe ich Gemäßigter Regenwald verlinkt, nachdem ich diesen Artikel neu geschrieben hatte. Ich habe keine Ahnung von Chile, mal abgesehen davon, dass es dort den so genannten valuvianischen Regenwald gibt, der zum Ökosystem gemäßigter Regenwald (= Regenwald der gemäßigten Breiten) gehört. Wie soll ich in so einem Fall wissen, ob jemand im Abschnitt Geschichte, Kultur, Bevölkerung oder Politk gerade fehlerhafte Informationen eingebaut hat? --h-stt !? 12:18, 30. Aug 2006 (CEST)

Gar nicht. Das wird durch dieses Flag nicht beruehrt. Es sagt nur: in diesem Artikel ist kein Vandalismus passiert. Du guckst Dir also die letzten Edits an und schaust, ob da jemand was kommentarlos geloescht hat oder Beleidigungen reingeschrieben. Quellenlose Aenderungen sollten uebrigens auch entfernt werden, dass hat mit dieser Markierung aber nur bedingt was zu tun. --P. Birken 12:21, 30. Aug 2006 (CEST)

Erstens wurde als Begründung gerade ein Fall herangezogen, in dem eine falsche Ergänzung im Artikel eines Sportlers der 70er Jahre durch einen nachfolgenden kleinen Edit eines vertrauenswürdigen Users "maskiert" wurde (soll das Flag soll also auch für sachliche Korrektheit stehen?) und zweitens mache ich das bisher nicht so, dass ich mir die Versionsgesichte jedes Artikels ansehe, in dem ich kleinere Edits mache, und ich weiss auch nicht nicht, ob ich dazu Lust habe. Diese Pflicht widerspricht zu sehr meinem Verständnis vom Wiki-Prinzip und ich gehe davon aus, dass das für die weitaus meisten Mitarbeiter, die sich als Autoren definieren, auch gilt. Vandalenjagd mache ich nur ab und zu zwischendrin, und ich möchte nicht, dass diese Funktionen gemischt werden. Wir werden sehen, ob ein Verfahren, das Vandalismus zurückdrängen soll, sich wirklich auf diese Art der Mitverantwortung jedes einzelnen Autors stützen lässt. --h-stt !? 13:07, 30. Aug 2006 (CEST)

Es geht nicht um falsche Ergaenzungen, sondern um Vandalismus. Korrektheit wird steckt in dem anderen Flag. Wenn Du unter Wiki-Prinzip verstehst, dass Du beim Vier-Augen-Prinzip nicht mitmachst, kann ich das nicht wirklich gutheissen, ist aber auch unter diesem Aspekt nicht dramatisch: Dann markierst Du halt keine Versionen. --P. Birken 13:23, 30. Aug 2006 (CEST)

Kann mnh nur zustimmen: Das ganze klingt nach a) einer Menge Overhead, b) wenig Nutzen (daß "sichtbare[r] Vandalismus dadurch drastisch reduzier[t]" würde, halte ich für ein Gerücht, daß passiert jetzt schon durch Reverts schnell) und c) ein neues Instrument für wirklich clevere Vandalen und POV-Pusher. --Asthma 20:05, 30. Aug 2006 (CEST)

Ich glaube, dass die Zweckmäßigkeit der geprüften/gesichteten Versionen erst nach ihrer Implementierung eingeschätzt werden kann. Bei der Einführung der Wikipedia:Auftragsarbeiten wurde auch im Rahmen einer erhitzten Diskussion vor schlimmen Konsequenzen gewarnt, und im Nachhinein hat sich das System als völlig harmlos erwiesen. --Phrood 21:15, 30. Aug 2006 (CEST)

@Asthma: Dass man Vandalismus heutzutage kaum sieht, ist richtig, aber leider vor allem in gut beobachteten Artikeln der Fall. Insbesondere kommt es daher, dass viele Benutzer den ganzen Tag nichts anderes machen als Vandalen zu jagen. Dies wird durch das neue Feature deutlich entschärft: es ist dann nicht mehr so schlimm, wenn ein Artikel vandaliert wird. Das kann auch mal einfach so bleiben, denn die Leser merken es gar nicht. --P. Birken 23:53, 30. Aug 2006 (CEST)

Der Vorteil besteht also darin, daß man Müll einfach länger liegen lassen kann? Dumm nur, daß er bei der als nächstes anstehenden, sinnvollen Änderung dann doch wieder beseitigt werden müßte. --Asthma 22:50, 31. Aug 2006 (CEST)

Ja, aber ein in meinen Augen ein gravierender Bedeutungsverlust für Vandalen, da sie eine zusätzliche Hürde (nämlich die Anmeldung + Editgrenze) brauchen, um "ihre" Vandalismen überhaupt im Artikel zu sehen udn sich damit dann zu brüsten. Versionsgeschichten mit hintereinander 100 reverts aufgrund von Vandalismus durch wechselnde IPs und Massenaccounts wären damit Vergangenheit denn es dauert wesentlich länger sich die geforderten Accounts ranzuzüchten. Außerdem muß man die Vandalen nicht auch noch damit "belohnen" dass der Artikel (halb)gesperrt wird und damit die Arbeit anderer Nutzer unterbunden wird. --Taxman^¿Disk?_¡Rate! 23:06, 31. Aug 2006 (CEST)

Zusammenfassung

Also, es scheint ja Einigkeit zu herrschen, dass das Kriterium "4 Tage" nicht ausreichend ist. Im wesentlichen gibt es zwei Vorschläge, es abzuändern.

Eine Kombination von Edits und Zeit, etwa 30 Edits und 30 Tage.
Benutzer erhalten das Recht händisch von Admins.

Vorteil der ersten Art ist es, dass der Vorgang automatisch abläuft, während der andere den Vorteil hat, sicherer zu sein.

Persönlich bin ich für den ersten, da ich automatisch für eine sehr praktische Sache halte und den möglichen Schaden für gering: zum einen ist der schlimmste Fall so wie jetzt und zum anderen ist es möglich, das Kriterium bei Problemen nochmal zu ändern. Sollte ein Benutzer mit dem Recht Missbrauch treiben, wird er ja eh gesperrt, und man muss dann halt eh einmal über seine Edits rübergehen. --P. Birken 18:46, 30. Aug 2006 (CEST)

Ich bin für die alte WP-Stimmberechtigung, sie wird zwar von POV-Kriegern (ala Lechhansl, Bertram, (Bei einer Sperre müsste man automatisch das Stimmrecht verlieren und neu erarbeiten müssen)) erreicht, aber von Vandalen definitiv nicht. Zudem haben bereits genug Benutzer Stimmberechtigung und es ist demzufolge ausreichendes Potenzial vorhanden und damit auszuschließen dass eine bessere Version 30 Tage braucht um freigeschaltet zu werden. Um den NPOV zu finden ist außerdem ein gewisser POV-Krieg notwendig. Ich habe die Meinung von mmr gelesen, deshalb gehe ich auch auf das Thema POV-Krieger ein. Was die geprüfte Version angeht, so denke ich dass das eine Art Siegel sein muss, wie das Exzellenz-Siegel, nur mit dem Verweis auf die geprüfte Version, und nicht durch normale Benutzer entfernbar. Das bedeutet dass die geprüfte Version nicht bevorzugt angezeigt wird, sondern nur per Link auf sie verwiesen wird. Ich denke die Wikipedia geht hier auf jeden Fall in die richtige Richtung. --Matthias Pester Disk. (Matze6587) 06:59, 31. Aug 2006 (CEST)

Die geprüfte Version wird nicht vor der gesichteten bevorzugt, das wird also genauso passieren. --09:00, 31. Aug 2006 (CEST) (nicht signierter Beitrag von P._Birken (Diskussion | Beiträge) )

Das schrieb ich ja, die Geprüfte Version ist auch ziemlich idealistisch angesetzt, ich glaube da muss der Verein manche Experten bezahlen. Um einen Artikel zu prüfen braucht man lange, es ist richtig harte Arbeit. Die Gesichteten Versionen sind in erster Linie ein effektives Mittel um trivialen Vandalismus aus der Wikipedia vollständig zu verbannen, darum unterstütze ich diese Idee. Voraussetzung ist aber dass Stimmberechtigung das Minimalkriterium für die neue Benutzergruppe ist die eine Version als "Vandalismusfrei" markieren darf. Ich will natürlich dazugehören, keine Frage :) Fernerhin muss es noch eine weitere Gruppe der Experten geben, eine noch höhere Gruppe außerhalb der Admins, ich bezeichne sie als "Gruppe der Autoren", das sind die die ganze exzellente oder lesenswerte Artikel alleine schreiben, genau solche sollten auch mit diversen Sonderrechten ausgestattet werden um POV-Krieger die fachlich keinen Schimmer haben aus Artikeln zu bannen. Sie sollten von Admins bestimmt werden und der Realname sollte bekannt sein und ggf. Diplom als Voraussetzung. Das Bannen einzelner Benutzer aus einzelnen Artikeln ist definitiv ein wünschenswertes Softwarefeature. --Matthias Pester Disk. (Matze6587) 10:11, 31. Aug 2006 (CEST)

Mit der Kombination 30 Edits+30 Tage kann ich leben obwohl ich eher in Richtung Stimmberechtigung tendiere. Lie sel 17:14, 2. Sep 2006 (CEST)
30 Edits ist vernünftig, aber bitte nicht eine so lange Wartezeit. 4 Tage reichen völlig aus. Es geht nur darum, potentielle Vandalen abzuhalten. Spontanvandalismus ist so bereits ausgeschlossen, und wenn jemand Vandalismus plant und einen Account im Voraus anlegt, ist es ziemlich egal, ob er 4 oder 30 Tage warten muss. Wenn man den Kreis der Berechtigten zu sehr einschränkt, gibt es mehr Arbeit, die auf weniger Benutzer verteilt wird. Irgendwann werden sie es nicht mehr schaffen.--Jah 19:09, 3. Sep 2006 (CEST)

Ich denke die meisten brauchen eine gewissen Zeit um die 30 Edits zu bekommen. Somit ist bei jemanden der versucht, das in 4 Tagen zu schaffen, schnell die Vermutung, dass er ein Vandale ist. Aber wir sollten auch von einem Neuling verlangen, dass er sich erst einmal eine zeitlang die Richtlinien etc. in der Wikipedia zu Gemüte führt. Und der Kreis der Berechtigten wird ja nicht drastisch eingeschränkt. Es gibt der zeit rund 900 Aktive die im Monat über 100 Edits haben und rd. 14000 die insgesamt über 30 Edits haben. Solche eine geringe Hürde ist bei einem kleinen Projekt sinnvoll, wo es auf jeden Benutzer ankommt. Lie sel 19:21, 3. Sep 2006 (CEST)

Um das Verhältnis zwischen beiden Gruppen (markierungberechtigt/nicht markierungberechtigt) richtig einschätzen zu können, braucht man etwas andere Zahlen. Aus einem Datenbankdump habe ich folgende Gesamtbeitragsmengen für verschiedene Gruppen bestimmt (Anteile an der Gesamtzahl der Edits im Artikelnamensraum), wobei ich für das Anmeldedatum das Datum der ersten Bearbeitung verwendet habe:

anonym: 29.8%
angemeldet und weniger als 30 Edits oder kürzer als 4 Tage: 7.4%
angemeldet und weniger als 30 Edits oder kürzer als 30 Tage: 11.2%

Wenn nur Gruppe 1 nicht markierungsberechtigt ist, ist das Verhältnis (1-0.298)/0.298 = 2.35.

Wenn die Gruppen 1 und 2 nicht markierungsberechtigt sind (also 37.2% der Bearbeitungen), ist das Verhältnis (1-0.372)/0.372 = 1.69.

Wenn die Gruppen 1 und 3 nicht markierungsberechtigt sind (also 41.0% der Bearbeitungen), ist das Verhältnis (1-0.410)/0.410 = 1.44.

Der Unterschied zwischen den letzten beiden Varianten ist zugegebenermaßen nicht sehr groß. Dennoch: Die Verhältnisse sind so klein, dass vermutlich sehr viel Arbeit auf die Markierungsberechtigen zukommt, wenn man das Versprechen einhalten möchte, dass alle ernstgemeinten Beiträge zeitnah in einer gesichteten Version angezeigt werden, weshalb man alles tun sollte, um den Kreis der Markierungsberechtigen möglichst groß zu halten.--Jah 22:31, 3. Sep 2006 (CEST)

Ich glaube, MediaWiki verfügt über keinen Beitragszähler für jeden einzelnen Benutzer (siehe Tabelle user in [2]). Natürlich kann man die Beiträge eines Benutzers durch eine Datenbankabfrage zählen. Aber das könne vielleicht ein Performanceproblem bedeuten. (Ich meine mich zu erinnern, dass solche Zählanfragen teilweise ziemlich lange gedauert haben, als ich früher mal die Wikipedia-Datenbank installiert hatte. Es kommt wahrscheinlich auf die konkrete Abfrage und auf die Konfiguration der Datenbank an.) Falls eine Bedingung für eine Mindestanzahl von Bearbeitungen nicht machbar ist (oder nur mit großem, zu weiteren Verzögerungen führendem Aufwand), müssen wir uns wohl mit einer Karenzzeit zufrieden geben, oder? Deshalb auf dieses Feature ganz zu verzichten, würde schließlich niemandem nützen.--Jah 11:37, 4. Sep 2006 (CEST)

Entscheidend ist, dass sich beitragszahlenbasierte Hürden zu einfach umgehen lassen. Wir können ja nicht automatisch überprüfen lassen, ob die Beiträge sinnvoll sind. Bleibt also - wenn schon automatisch - das Kriterium "Zeit". --Knorxx 21:50, 4. Sep 2006 (CEST)

Brion hat erklaert, dass dies geht. Ich habe einfach mal 30/30 angesetzt. --P. Birken 12:27, 6. Sep 2006 (CEST)

Vorher sollte aber abgeklärt werden was ein Edit ist. Ein Edit der rückgängig gemacht wurde ist kein Edit, ein Kleinstedit, oder Sinnlosedit sollte weniger zählen als das Hinzufügfen von einem Absatz. natürlich würde ein Vandale bei 30 Vandalismen in 30 Tagen gesperrt werden, das ist Fakt. Dennoch sollte nicht jeder KleinstEdit gezählt werden. Man kann in den Benutzerbeiträgen die kleinen Änderungen nicht ausblenden, das sollte auch gleich mit behoben werden, zudem sollte das System automatisch bestimmen was eine kleine oder große Änderung ist. Zudem sollte der benutzer noch für ihn besondere edits markieren können, das sind Edits in die er zu.B. viel Hintergrundarbeit gesteckt hat bevor er sie veröffentlicht hat. Das sind für mich die Hauptprobleme was die Edits betrifft. Die aktuellen Statistiken sind ME so ziemlich megasinnlos. Man kann daraus Schlüsse ziehen die absolut nichts taugen und die mit der Wahrheit absolut nichts zu tun haben. --Matthias Pester Disk. (Matze6587) 16:13, 7. Sep 2006 (CEST)

Default Sichtweise

Ich würde gern auch als IP per default die aktuelle Version sehen - sonst versucht man u.U. etwas zu korrigieren (z.B. ein aktuelles Datum), was schon erledigt war. --Bahnmoeller 23:13, 28. Aug 2006 (CEST)

Sowas könnte die Software in einem Cookie ablegen, vermute ich... --Eike 23:24, 28. Aug 2006 (CEST)

Ziel ist es, die "Sichtung" zeitnah durchzuführen, also normalerweise innerhalb weniger Minuten. Das von Dir beschriebene Problem sollte dann nur sehr selten auftreten. Wenn es jedoch passiert wird der Benutzer darauf hingewiesen, dass er eine ältere Version bearbeiten möchte. Ihm könnte dann vor dem Edit entweder die aktuelle Version oder auch ein Diff zur aktuellen gezeigt werden. Dass der Fehler hier nun schon korrigiert ist, dürfte noch seltener vorkommen. Frust wird also an dieser Stelle kaum aufkommen. --Kurt Jansson 23:27, 28. Aug 2006 (CEST)

Das erscheint mir etwas arg optimistisch... --Gerbil 00:11, 17. Sep 2006 (CEST)

Dito. --Schmiddtchen 说 01:49, 20. Nov. 2006 (CET)

Von solchen Annahmen auszugehen ist keine gute Idee, denn der "worst case" mag im Einzelfall nur selten eintreten - multipliziert mit der Anzahl der täglichen Edits wird aber auch der kleinste Prozentsatz sehr schnell zu einer großen absoluten Zahl.

Günstig wäre bei Unterschied aktuelle <-> gesichtete Version eine Zwischenseite mit dem Hinweis, dass es sich bei der angezeigten Seite um eine veraltete, aber gesichtete Version handelt, mit der Möglichkeit, sich die aktuelle Seite anzeigen zu lassen, um zu schauen, ob der Grund für den versuchten Edit noch besteht (also Erweiterung des oben erwähnten "Anzeige alte Version"-Hinweises). Sonst gibt's ne indirekte "Revert-Schwemme". Zusätzlich sollte es für registrierte Benutzer die Möglichkeit geben, zwischen aktueller und gesichteter Version wählen zu können (Cookie).

Alternativ könnte man auch weiterhin die aktuelle Version anzeigen lassen, und falls diese eine gesichtete Version ist, dies dem Nutzer per Hinweisleiste mitteilen. Falls es sich nicht um eine gesichtete Version handelt, sollte ein Link zur jüngsten gesichteten Version angeboten werden. --Schmiddtchen 说 01:49, 20. Nov. 2006 (CET)

Ich halte es, unabhängig von der konkreten Ausgestaltung dieses Features, für einen Fehler wenn IPs eine andere Seite angezeigt bekommen als angemeldete Benutzer. Dies wird dazu führen, dass viele Nur-Leser sich als Benutzer anmelden und die Server unnötig belasten werden, wenn z.B. in der BILD-Zeitung steht, dass nur angemeldete Benutzer die aktuellsten Infos bekommen. --ulim, 19:27, 20. Nov. 2006 (CET)

Wie soll das Kind heißen?

Auf der Wikimania waren die Regulars der englischen Wikipedia, mit denen ich gesprochen habe, fast ausnahmslos von der Bezeichnung "vandalismusfreie Version" ("non-vandalized Version") ob ihrer Eindeutigkeit begeistert, denn genau darum geht es. Mit dem Wort "gesichtet" wird beim Leser der Einduck erweckt, hier könne es um mehr gehen als um die reine Vandalismusfreiheit. Mehr ist jedoch durch ein solches Tag nicht zu leisten und an dieser Stelle auch nicht nötig. Warum wurde die Bezeichnung nun geändert? --Kurt Jansson 23:17, 28. Aug 2006 (CEST)

Ich vermute, weil "vandalismusfrei" möglicherweise so wie "Glas halb leer", "gesichtet" eher wie "Glas halb voll" klingt. Aber das Problem, dass die Bezeichnung unpräzise ist, sehe ich auch. Wenn man aber eindeutig nur auf das Fehlen des Vandalismus hinweisen möchte, dann ist eine Verwendung dieses zunächst negativ klingenden Wortes wohl notwendig.--Berlin-Jurist 23:30, 28. Aug 2006 (CEST)

Die Bezeichnung wurde gewählt, um nicht explizit darauf hinzuweisen, dass es Vandalismus in der Wikipedia gibt. Als Arbeitstitel war das perfekt, weil Wikipedianer sofort wissen, was damit gemeint ist. Für außenstehend ist dies IMHO weniger klar. --P. Birken 23:45, 28. Aug 2006 (CEST)

Gut, aber nur sieht der Außenstehende die Bezeichnung "gesichtete Version" (fast hätte ich "gesicherte Version" geschrieben *g*) und zieht möglicherweise falsche Schlüsse über die Zuverlässigkeit des Artikels. Konsequent wäre es dann, das Flag überhaupt nur angemeldeten Nutzern anzuzeigen, vermutlich auch irritierend.

Bei "vandalismusfrei" schwingt der negative Umkehrschluss tatsächlich mit, aber ein "schöneres" und trotzdem treffendes Wort fällt mir leider nicht ein. --Kurt Jansson 01:12, 29. Aug 2006 (CEST)

Ich denke auch, dass "vandalismusfrei" die beiden großen Nachteile hat, erstens jedem Leser mit jedem Seitenaufruf die "Tatsache" ins Gedächtnis zu hämmern, dass Wikipedia doch diese Website mit dem vielen Vandalismus ist (hier sollte man sich die Außenwirkung auf Gelegenheitsleser vor Augen führen - was einem als Hardcore-Wikipedianer, für den Vandalen zum Alltag gehören, vielleicht zunächst schwer fällt), und zweitens das erfolgreiche Vandalieren einer solchermaßen gekennzeichneten Seite zu einer besonders attraktiven Trophäe zu machen. Der Vorteil, selbsterklärend für erfahrene Wikipedianer zu sein, dürfte sich nach der Einführungsphase rasch verflüchtigen.

"Gesichtet" finde ich eine sehr gute Idee - das Wort ist analog zu "geprüft", drückt jedoch im Vergleich dazu etwas Schwächeres aus und ist (soweit bei einer solchen Kurzbezeichnung möglich) eigentlich auch so ziemlich selbsterklärend. Vielleicht hat ja aber jemand einen noch besseren Einfall.

grüße, Hoch auf einem Baum 01:33, 29. Aug 2006 (CEST)

Okay, ich bin überzeugt, "vandalismusfrei" ist tatsächlich problematisch.

Aber wie verhindern wir das Problem, dass durch "gesichtet" falsche Erwartungen geweckt werden? Ich möchte nur ungern von einem Journalisten angerufen werden, der stolz darauf ist, einen Fehler in einem unserer "gesichteten" Artikel gefunden zu haben. Der wird sich mit der Erklärung, dass das anders zu verstehen ist, nicht unbedingt zufrieden geben. Auch möchte ich nicht, dass jemand Hemmungen hat, einen Artikel als "gesichtet" zu kennzeichnen, weil er an sich den Anspruch hat, dann auf mehr als nur offensichtlichen Vandalismus geprüft zu haben. Unter einer "Sichtung" verstehen Menschen halt unterschiedliche Dinge, sowohl Leser als auch Autoren. --Kurt Jansson 02:14, 29. Aug 2006 (CEST)

Vorschläge: "Lemmakonform", "Inhaltskonform", "Inhalt entspricht (dem) Lemma", "Inhalt betrifft Lemma", "Inhalt stimmt mit Lemma überein", "Artikel behandelt nur Lemma". Statt "gesichtet"/"lesenswert" einfach eine "Kleinste Überprüfungsstufe" oder "Unterste Bewertungsstufe". Für Leser stellt sich aber auch hier die Frage, ob das nicht selbstveständlich sein sollte. -- Cherubino 10:20, 29. Aug 2006 (CEST)

Nachdem der gesichtete Artikel der Standard sein sollte, ist es IMHO sinnvoll diesem KEIN Bapperl zu verpassen sondern alle nicht gesichteten als „noch nicht überprüft“ (oder so ähnlich) zu markieren. Das ist zwar für den Anfang ein größerer Aufwand, den die Community trotzdem leicht schaffen sollte, und für den normalsterblichen Leser meiner Meinung nach die übersichtlichste Variante. -- FelixReimann 10:53, 29. Aug 2006 (CEST)

Vom praktischen Gesichtspunkt her korrekt, aus psychologischen Gründen sollte man jedoch den positiven Fall hervorheben.--Berlin-Jurist 11:34, 29. Aug 2006 (CEST)

Wie wäre es mit: Dieser Artikel ist kontrolliert (von....)? So ähnlich wie „Gemüse aus kontolliertem Anbau“. Schlesinger ^schreib! 18:46, 30. Aug 2006 (CEST)

(wie Felix) der normale Artikel (die Hauptversion) soll kein Bapperl haben, der noch nicht übernommene könnte V o r v e r s i o n heißen , imho--80.134.251.62 18:59, 30. Aug 2006 (CEST)

Wir könnten die Version auch z.B. "Grüne Version" nennen. Da keiner weiß was das bedeutet, können auch keine Mißverständnisse auftreten. --Zahnstein 05:48, 31. Aug 2006 (CEST)

Hä?

Eine neue Version, die von einem Benutzer mit dem Recht, Versionen als gesichtet zu kennzeichnen, wird automatisch als gesichtet gekennzeichnet, wenn ... Die von einem Benutzer was? --08-15 23:38, 28. Aug 2006 (CEST)

erstellt wurde. Habs korrigiert. --P. Birken 23:46, 28. Aug 2006 (CEST)

Danke. Bei Punkt 2, eine neue Version beim Bearbeiten als gesichtet zu markieren, habe ich so meine Zweifel. Beim Bearbeiten kann ich zwar sehen, ob die neue Version in sich schlüssig ist, aber ob kurz davor z.B. eine größere Passage gelöscht wurde, sieht man nur, wenn die Änderungen zur letzten gesichteten Version angezeigt werden. --08-15 00:00, 29. Aug 2006 (CEST)

Ja, hier haben die Benutzer die Verantwortung, genau das eben vorher nachzugucken oder aber die Version eben nicht zu markieren. --P. Birken 09:29, 29. Aug 2006 (CEST)

Welches Qualitätsniveau?

Die Probleme "Benutzerkriterium" und "Wie soll das Kind heißen?" gehen auf ein Problem zurück: Welches Qualitätsniveau soll mit einer GesV verbunden sein? Bedeutet es nur "vandalismus-frei", d.h. es ist sichergestellt, dass beim Aufruf eines Artikels nicht Schule ist doof drinsteht, oder soll es auch bedeuten, dass gewisse Mindestanforderungen(vergleichbar den Löschkriterien) erfüllt sind? --Badenserbub 07:35, 29. Aug 2006 (CEST)

Es bedeutet nur Vandalismusfrei. --P. Birken 09:30, 29. Aug 2006 (CEST)

Vordenker?

Mal eine völlig wertfreie Frage: Wer hat sich das Konzept ausgedacht? --Napa 09:23, 29. Aug 2006 (CEST)

Bei den Leuten aus der deutschen Community würde ich als Vordenker vor allem Benutzer:Arnomane, Benutzer:Magnus Manske, Benutzer:Schewek, Benutzer:Mathias Schindler und Benutzer:Mijobe nennen. Das hier wurde anhand der Vorgabe der Einfachheit (No Voting!) anhand der bestehenden Konzepte insbesondere von Benutzer:JakobVoss und mir entwickelt, mit hilfreichen Hinweisen von Benutzer:Achim Raschka und auch von vielen anderen. --P. Birken 09:36, 29. Aug 2006 (CEST)

Danke! Gibt es Links auf Diskussionen? Sorry für die dämlichen Fragen, ich habe das Ganze nur am Rande mitverfolgen können. --Napa 09:53, 29. Aug 2006 (CEST)

Ja, ich wuerde die ganzen Seiten die auf Wikipedia:Stabile Version verlinkt sind, empfehlen, inbesondere unten und die FAQ von Mathias in der Mitte. --P. Birken 12:26, 29. Aug 2006 (CEST)

meta:Reviewed article version war im Dezember 2004 das Ergebnis einer sehr umfangreichen Diskusskussion auf der deutschen wikiDE-l-Mailingliste. Aber schon damals schrieb ich: "Die Idee, bestimmte Artikelversionen als "stabil" zu kennzeichnen, ist fast so alt wie die Wikipedia." Das Konzept ist mit der Zeit in einem stetigen Diskussionsprozess organisch gewachsen und gereift, einzelne Personen als Vordenker zu feiern ist da etwas problematisch, da andere sich leicht übersehen fühlen könnten. Auch gegenüber der Öffentlichkeit ist es mir wichtig zu betonen, dass das Konzept nicht nur inhaltlich dem Wiki-way entspricht, sondern auch auf genau diese Weise erstellt wurde. --Kurt Jansson 14:16, 29. Aug 2006 (CEST)

Die Entwicklung des Konzeptes entsprach dem Wiki-way? Das ist ja lächerlich. In den vergangenen Wochen haben sich mehrere Leute auf Wikipedia:Stabile Version und Wikipedia Diskussion:Stabile Version Gedanken darüber gemacht, wie man solche Markierungen konkret ausgestalten könnte. P. Birken hat mehrfach versucht, die Diskussion abzuwürgen, indem er darauf verwiesen hat, die Funktion sei technisch noch nicht fertig implementiert und eine Diskussion sei erst dann sinnvoll, wenn dies geschehen sei. Und drei Wochen später kommt derselbe P. Birken mit einem von ihm mitentwickelten fertigen Konzept an und schreibt das hier in die Wikipedia, nicht einmal als Vorschlag gekennzeichnet, sondern so als sei alles bereits eine beschlossene Sache. Auf Wikipedia Diskussion:Stabile Version hat er es nicht für nötig befunden darauf hinzuweisen, dass er selbst so etwas entwickelt bzw. beabsichtigt zu entwickeln. Und selbstverständlich kam ihm jetzt auch nicht in den Sinn, einen Hinweis auf die neuen Seiten auf Wikipedia:Stabile Version zu hinterlassen.

Dass meine Vorschläge nicht beachtet wurden, ist mir übrigens ziemlich egal. Damit hatte ich eh nicht gerechnet. Nur sollte man so einen Top-Down-Entscheidungsprozess mit diesem schäbigen Verhalten von P. Birken nicht als "Wiki-way" darstellen. Das Konzept als das Ergebnis eines jahrelangen Diskussionsprozesses darzustellen, ist ziemlich unsinnig. Sowas könnte man von fast jedem anderen Konzept ebenso gut behaupten. Das einzige, was das aktuelle Konzept auszeichnet, scheint mir die Nähe seiner Autoren zu irgendwelchen Entscheidungsstrukturen zu sein.--Jah 16:44, 29. Aug 2006 (CEST)

Wieso? Erst wird lang und breit diskutiert, mit vielen Meinungen aber ohne eindeutiges Ergebnis. Am Ende poliert dann irgendwer seine Glaskugel, versucht aus dem Chaos das herauszulesen, was "die Community" am ehesten gemeint haben könnte, spricht vielleicht nochmal mit dem einen oder anderen darüber und setzt es dann um. Wenn sich das ganze später als Mist herausstellt, dann wird es eben modifiziert oder komplett in die Tonne getreten. Genau das ist der Wiki-way. -- akl 22:36, 29. Aug 2006 (CEST)

Richtig In den vergangenen Wochen haben sich mehrere Leute Andere Leute diskutieren aber schon seit mehreren Jahren drüber. Und nicht nur in de-WP. Wie Akl schreibt, irgendwann wird dann von den Entwicklern ein Konzept draus gemacht und umgesetzt. Und dieses Konzept wird hier vorgestellt. Was nicht heisst, dass es nicht änderbar ist. Beleidigte Leberwurst und Beleidigungen anderen Nutzer, die schon seit einer geraumer Weile an dem Thema dran sind, bevor Du dir überhaupt Gedanken darüber gamcht hast, empfinde ich als Schäbig. Oder hast du die letzte Weisheit ob der Stabilen Versionen? --Finanzer 02:09, 30. Aug 2006 (CEST) P.S. P. Birken hat nicht soweit ich weiß nicht eine Zeile Code zu den hier vorgestellten Konzepten beigesteuert. Aber mangels Kenntnis lässt sich ja schön labern.

Konzepte bestehen nicht aus Code, jedenfalls nicht in meinem Sprachgebrauch. An dem hier vorgestellten Konzept der gesichteten und geprüften Versionen war P. Birken nach eigener Auskunft selbst beteiligt: Das hier wurde anhand der Vorgabe der Einfachheit (No Voting!) anhand der bestehenden Konzepte insbesondere von Benutzer:JakobVoss und mir entwickelt, [...]. Die Software besteht aus Code, und daran war P. Birken offenbar tatsächlich nicht beteiligt (was ich auch nie behauptet habe).

Und hier gibt es ein Problem mit deiner und Akls Argumentation: Programmierer sind selbstverständlich nicht verpflichtet, irgendein Diskussionsergebnis umzusetzen, weil niemand sie zur Arbeit zwingen kann und auch nicht alles technisch machbar ist. Stattdessen programmieren sie meistens einfach irgend etwas, was vielleicht nur grob dem Willen der Benutzer entspricht. Es gibt aber keinen Grund, diese Freizügigkeit auch auf Bereiche auszudehnen, die mit technischen Beschränkungen gar nichts zu tun haben.

Meine Kritik bezieht sich nicht auf die technischen Änderungen an der Software, sondern darauf, dass P. Birken seine Anwendungsideen als beschlossene Sache präsentiert hat, während er auf der Seite Wikipedia Diskussion:Stabile Version schrieb, es sei zu früh (und nicht etwa zu spät) um über die Anwendungsmöglichkeiten zu diskutieren, ohne seine eigenen Aktivitäten zu erwähnen. Das ist in der Tat schäbig. (Ich schrieb nicht, P. Birken sei schäbig. Wo habe ich also einen anderen Benutzer beleidigt?)

Im Übrigen möchte ich dir ans Herz legen, nicht so viel darüber zu spekulieren, was andere Benutzer wissen oder nicht wissen oder was sie getan haben oder nicht. Mein erster Beitrag bzgl. stabile Versionen, den ich auf die Schnelle gefunden habe, ist nämlich schon fast 2 Jahre alt [3]. Mijobe hat sich ebenfalls schon vor längerer Zeit mit dem Thema beschäftigt. Ich habe sicherlich einen Großteil der Seiten auf de,en und meta bzgl. stabile Versionen gelesen.--Jah 21:15, 30. Aug 2006 (CEST)

Zusammenhang mit Wikipedia:Stabile_Version

Verstehe ich das richtig, dass das hier ein Umsetzungsvorschlag für die stabilen Versionen sind, von denen man u.a. in der Presse immer häufiger hört? Wenn ja, sollte man das auf der Beschreibung für die, die jetzt erst in die Diskussion einsteigen, erwähnen. Wenn nein, bitte ich um eine Erläuterung des Zusammenhanges bzw. um eine Abgrenzung. LARS 15:41, 29. Aug 2006 (CEST)

Du hast Recht, das ist das, wovon du in der Presse hörst, wenngleich sich das eher auf Wikipedia:Stabile_Version bezieht. –Pill δ 20:25, 29. Aug 2006 (CEST)

Geprüfte Artikeländerungen

Hallo Leute,
erinnerte sich noch jemand an die Geprüfte Artikeländerungen? Ich vermute, die Wenigsten, aber die Anderen können ja dem Link folgen ;). Woher wissen wir, dass die Gesichtete Versionen nicht an dem gleichen Problem scheitern? Das Hauptproblem war damals, dass zuviele Edits nicht kontrolliert werden konnten. Zwar soll es in dem neuen Entwurf eine Auto-Check-Funktion geben, aber mittlerweile haben wir x-mal soviele Edits. Da die Kriterien (4 Tage dabei) offendlichtlich zu lasch sind, wird man sie steigern müssen (ich wäre persönlich für ein gutes Vierteljahr plus eine gewisse Edit-Anzahl). Das Problem: Dann haben wir noch weniger Prüfer und noch mehr zu Prüfendes. Wie soll das also funktionieren, ohne der gleiche Fehlschlag zu werden? --DaB. 16:40, 29. Aug 2006 (CEST)

Na ja, die Patrolled-Edit-Funktion ist schon sinnvoll, nur nicht für große Projekte wie Wikipedia. Es wird de facto bei dieser Funktion zu wenige Prüfer geben, aber man muss ja auch nicht jede Version prüfen. Wenn eine IP zehnmal an einem Artikel bastelt, reicht es ja, die zehnte Änderung zu markieren. Man sollte versuchen, diese Markierungen vor allem bei häufig besuchten Seiten zu setzten, damit man da immer auf der sicheren Seite und trotzdem auf dem aktuellsten Stand ist. –Pill δ 20:29, 29. Aug 2006 (CEST)

In diesem Zusammenhang ist der Erfahrungsbericht aus der hollaendischen WP, die naemlich die ganze Zeit Patrolled Edits benutzen, sicher hilfreich: [4]. Interessant ist dabei, dass es funktioniert und dass es besser funktionieren wuerde mit den hier vorgeschlagenen Mechanismen (unter der Praemisse dass ihre Erfahrungen in die Software eingehen, wovon ich ausgehe). --P. Birken 17:09, 25. Sep 2006 (CEST)

Vollendete Tatsachen?

Eine Frage am Rande: Vielleicht bin ich ja nicht ganz auf dem Laufenden, aber ist dies nun eine administrative Entscheidung, die nur pro forma noch diskutiert wird oder wurden die gesichteten und geprüften Versionen (die hier immerhin schon als feststehender Fakt angekündigt werden) irgendwo und irgendwann seitens der community legitimiert? Falls ersteres der Fall sein sollte, hätte ich gerne eine Antwort auf die Frage, wer mit Namen konkret für diese Entscheidung verantwortlich ist. Falls dies "nur" ein Diskussionsvorschlag sein sollte, finde ich ihn aufgrund der Vorspiegelung angeblich bereits feststehender Entschlüsse überrumpelnd, unehrlich und aus diesem Grund unakzeptabel.

Was die Sache selbst angeht, bin ich aus gutem Grund dagegen. Zutreffende Argumente sind in den einschlägigen Diskussionen (inklusive Stabile Version) zuhauf zu finden. Daß existierende Mankos mal wieder durch ein (noch) Mehr an Bürokratie, Reglement und Software-Technik "gelöst" werden sollen, zieht sich mittlerweile ja wie ein roter Faden durch die Geschichte der deutschen WP. Ich denke, irgendwann müsst ihr euch entscheiden, ob ihr hier das volle Reglement wollt mit als "Fachidioten" (so die schmeichelhafte Bezeichnung auf einer Diskussionsseite für Leute, die Inhalte zusammentragen) tituliertem Fußvolk-Trotteln und "echten Machern", die sagen, wo's längs geht oder (zumindest ansatzweise) transparente Verhältnisse. Letzteres würde m.E. mit einschliessen, dass WP mit funktionierenden demokratischen Entscheidungsstrukturen "aufgerüstet" wird und endlich auch inhaltliche Diskussionen stattfinden, wohin es mit dem Projekt gehen soll - und zwar nicht in vorauseilendem Gehorsam die Gedanken des "Gurus" Jimmy Wales interpretierend, sondern ergebnisoffen. mit verärgerten Grüssen --Roger Koslowski 18:08, 29. Aug 2006 (CEST)

Admins haben damit aber rein gar nichts zu tun. Admins sind nicht mehr als die Putzkolonne. Marcus Cyron Bücherbörse 21:12, 29. Aug 2006 (CEST)

So wie ich das verstanden habe, brauchen die Programmierer ja irgend eine Vorgabe, was sie machen sollen. Nun war das diese hier: Gesichtete Version im Niveau ganz unten und Geprüfte Version im Niveau ganz oben. Nachdem die Sache anläuft, der Code funktioniert und die Datenbanken nicht zusammen brechen, schaut man sich an, wie das in der Praxis funktioniert und ändert dann die Vorgaben. Irgendwo habe ich gelesen, dass jede Wiki dies individuell einstellen kann. Sollte das nicht ausreichen, müssen halt die Programmierer das eine oder andere noch hinzufügen. Für mich ist das ein akzeptables Vorgehen. --Zahnstein 18:35, 29. Aug 2006 (CEST)

Die konkrete Frage war: Wer hat die Programmierer beauftragt? Die grundsätzliche Frage war: Ist das, was die Programmierer hier programmieren überhaupt sinnvoll? --Roger Koslowski 20:18, 29. Aug 2006 (CEST)

1. Die Wikimedia Foundation. 2. Darum Testphase. Lie sel 20:23, 29. Aug 2006 (CEST)

Über die Foundation kann man sich besser hier - meta:Wikimedia Foundation organigram - informieren. Ich glaube übrigens, dass die Sache mit der Stabilen Version als Auslöser den Seigenthaler-Fall (Ende 2005) hatte, wo erstmals richtig kritisch über die WP in den Medien berichtet wurde. Seitdem ist die WP und speziell ihre Führung auf dieses Thema sehr eingestiegen und inovativ geworden. Persönlich finde ich das übertrieben, aber na ja. --Zahnstein 20:31, 29. Aug 2006 (CEST)

Die Idee und die Diskussion über die "Stable Version" und der "Article Validation" ist deutlich älter als der Seighentaler-Fall - hauptsächlich gehen sie auf die Idee der papierenen Wikipedia 1.0 zurück. Durch Seighentaler wurde allerdings sicherlich noch mal gepuscht, in diese Richtung aktiver zu werden, als bisher. --Avatar 20:42, 29. Aug 2006 (CEST)

Wikimedia Foundation: Also Anweisung von ganz oben. Warum diskutieren wir dann hier noch überhaupt, wenn alles eh schon beschlossen ist? --Roger Koslowski 21:12, 29. Aug 2006 (CEST)

Weil's Spaß macht und weil im Mediawiki zu jeder Seite automatisch eine Diskussionsseite vorhanden ist. --08-15 21:25, 29. Aug 2006 (CEST)

Weil die Wikipedia seit jeher von unten gestaltet werden kann. Falls du deine Kritik sinnvoll formulierst, kannst du sicher sein, dass sie zur Kenntnis genommen wird und in zukünftigen Änderungen/Anpassungen berücksichtigt wird. Allerdings stand es dir natürlich auch frei, dich im Vorfeld selber aktiv in die Umsetzung einzubringen und sie mitzugestalten - ich lasse ja (aus eigener Erfahrung) bei vielen Themen gelten, dass man sie vorher nicht mitbekommen hat - aber nicht bei den omnipräsent diskutierten "Stabilen Versionen". --Avatar 22:40, 29. Aug 2006 (CEST)

Immerhin ist das ja ein Projekt der Foundation und die hat nunmal das letzte Sagen. Das die Community natürlich Einfluss auf die Entscheidung hat, ist davon völlig unabhängig. Aber gewisse Rahemnbedingungen, wie eben die Software, gibt die Foundation vor. Oder wollen wir auch noch diskutieren, ob wir Mediawiki einsetzen oder besser eine andere Wiki-Software. Insofern kommt mir die Argumentation etwas weltfremd vor. --Finanzer 02:02, 30. Aug 2006 (CEST)

Auf Wikipedia Diskussion:Geprüfte Versionen#"Vorschlag" habe ich nachgefragt, welche Vorgaben die Foundation gesetzt hat. Anscheinend nur dieses: Die Vorgaben von Jimbo waren ganz klar: "Keep it simple" und "No rating system". --P. Birken. "No rating system" ist bereits durch die Software-Implementation vorgegeben. "Simple" dürfte auf diverse Vorschläge zur Anwendung des Features zutreffen. Darüber kann und sollte man also noch diskutieren.--Jah 21:37, 30. Aug 2006 (CEST)

Lustig, erst Pressemitteilungen, dann Diskussion mit der Community

Da geht wohl die Pressegeilheit vor. -- Simplicius - ☺ 01:20, 30. Aug 2006 (CEST)

Ah, endlich ist auch Simplicius dabei - wie immer produktiv und hilfreich. Magst du uns erzählen, von welchen Pressemitteilungen du sprichst? Bei Bedarf suche ich übrigens gerne mal nach den ersten Community-Diskussionen zum Thema. Wenn ich mich recht entsinne, liegen diese nicht viel kürzer in der Vergangenheit zurück, als dein Anmeldedatum bei der Wikipedia. --Avatar 01:54, 30. Aug 2006 (CEST)

Hattest du denn wirklich erwartet, dass die Paranoia ausbleibt. Ich nicht wirklich. Insofern ist es gut, dass erst jetzt klar ist was kommen wird. Denn sonst wäre die Sache eh zerredet worden und im Sande verlaufen. Manchmal hilft wahrscheinlich nur das. Gruß --Finanzer 02:00, 30. Aug 2006 (CEST)

Der typische Bauerndreisprung: "Stimmt doch überhaupt nicht!", dann "Ist doch gar nicht schlimm." und am Ende wieder "Wir sind nicht schuld daran, sondern Simplicius." Sorry, das konnte ich mir echt nicht verkneifen. -- Simplicius ☺ 02:17, 30. Aug 2006 (CEST)

Magst du mir nicht antworten? --Avatar 02:25, 30. Aug 2006 (CEST)

Bestätigungshinweis

Seit einiger Zeit gibt es ja die Möglichkeit über die Benutzereinstellungen eine Warnung anzeigen zu lassen, falls beim Abspeichern WP:ZQ nicht angegeben wurde. Ich würde mir eine ähnliche Regelung wünschen, dass eine Warnung beim Markieren einer gesichteten Version angezeigt wird, die aber über die Benutzereinstellungen ausgeblendet werden kann. Neulinge werden dadurch auf die Policy aufmerksam gemacht, erfahrene Benutzer können sie mit einem Klick ausschalten und Vandalen werden ohnehin bei Mißbrauch gesperrt. --Taxman^¿Disk?_¡Rate! 02:51, 31. Aug 2006 (CEST)

Ich stelle mir das eher anders rum vor: defaultmäßig wird keine Version markiert. Dass muss dann also entweder händisch geschehen wie bei kleinen Änderungen oder aber man stellt es in seinen Benutzereinstellungen so ein, dass grundsätzlich das Häkchen gesetzt wird. Letzteres erfordert dann schon ein gewisses Grundwissen, was Neulinge nicht unbedingt haben. --P. Birken 08:59, 31. Aug 2006 (CEST)

Bitte nur keine zusätzliche Arbeit oder gar Bürokratie für gesichtete Versionen. Ich möchte weiterhin meine Artikel in der gewohnten Weise schreiben und keine zusätzlichen Häkchen machen müssen. Ein Flag in den Benutzereinstellungen, so dass das Häkchen automatisch gesetzt würde, wäre eine gute Lösung. --ulim, 18:48, 31. Aug 2006 (CEST)

Darstellung nach außen

Ich wäre dafür die gesichtete Version nach außen ohne Kommentar zu präsentieren, also nicht dazu zu schreiben, dass sie gesichtet, vandalismusfrei etc. ist. Davon sollte der Leser generell ausgehen können, da es auf mehr als 99% unserer Artikel zutrifft. Vielmehr würde ich stattdessen die ungesichtete Version mit einem Kommentar versehen, der aussagt, dass die letzte Änderung noch von keinem anderen Benutzer bestätigt wurde. --ulim, 18:52, 31. Aug 2006 (CEST)

ACK! Denis Barthel 19:09, 31. Aug 2006 (CEST)

Bilder und Vorlagen

Sollen bei einer Gesichteten Version auch die Vorlagen und Bilder zum Zeitpunkt der Sichtung extra gespeichert werden? Es besteht ja die Möglichkeit, eine gesichtete Version durch Veränderung einer Vorlage oder eines Bildes zu verändern, ohne daß man am Artikel selbst etwas ändert.

Es ist geplant hier auf konkrete Versionen der Vorlagen und Bilder zu verweisen, ja. --dbenzhuser 02:54, 31. Aug 2006 (CEST)

September

Technische Rahmenbedingungen

Glücklicherweise ist ja gerade etwas Entspannung eingetreten, aber eines muss ich noch loswerden, nachdem ich gerade etwas auf der Mailingliste wikipedia-l gelesen habe: Gestern schrieb der Chefentwickler Brion Vibber dort zu dem neuen Feature [5]:

The exact details will depend on the community's discussion and decisions. Which of course is why a FAQ at this point is very hard to answer. ;) The question is still pretty open-ended.

But most likely there will be a combination of automated time delays, vandalism-detection heuristics, and of course manual checking.

Das bedeutet, nicht einmal die technischen Rahmenbedingungen liegen fest, so wie man es uns weismachen wollte.

Jetzt fragt sich nur, ob man auch automatische Zeitverzögerungen und Heuristiken zur Vandalismuserkennung noch zur Diskussion stellen soll. Vielleicht sollten wir besser Brion direkt fragen, was darunter (speziell unter den Heuristiken) zu verstehen ist.--Jah 00:12, 1. Sep 2006 (CEST)

Folgende Aussage aus dieser E-Mail von Brion Vibber ist vielleicht auch noch interessant:

In particular, the FAQ as you posted it seems to imply that this will be applied equally to every page, but that is not certain.

Man wird das Feature also vielleicht seitenweise an- und ausschalten können. Es war offenbar ursprünglich gedacht als Ersatz für eine (Halb-)Sperre einer Seite, wie auch aus weiteren E-Mails von anderen Personen in diesem Thread hervorgeht.--Jah 00:24, 1. Sep 2006 (CEST)

Da wir hier schon wieder personalisiert diskutieren: Welchen Grund sollte man haben, dir zu vertrauen? An dieser Community und der Arbeit hier scheinst du jedenfalls nicht sonderlich interessiert zu sein, hm? Meint: Vertrauen hat ja auch was mit Erfahrungswerten zu tun. Du erscheinst hier also - quasi aus dem Off - und markierst hier, mal salopp formuliert, den dicken Maxen: Wie erklärt sich das? Gespannt auf eine Antwort, Anneke Wolf 08:03, 1. Sep 2006 (CEST)

Meine Argumentation stützt sich nicht auf irgendeinen Vertrauensvorschuss. Ich habe nie behauptet, dass x Leute hinter mir stehen und nicht verlangt, dass meine eigenen Vorschläge über allen anderen stehen müssen. Ich verlange gar nicht, dass du mir vertraust. Behandele meine Beiträge einfach, als kämen sie von einem absoluten Neuling (oder kritisiere meinetwegen, was ich bislang unter diesem Benutzernamen geschrieben habe).--Jah 08:55, 1. Sep 2006 (CEST)

Um des lieben Friedens willen habe ich die persönlichen Angriffe entfernt. Wie man sieht, ist durchaus noch etwas Sachliches übrig geblieben. Vielleicht ist ja jetzt eher jemand bereit, sich damit zu beschäftigen.--Jah 11:01, 1. Sep 2006 (CEST)

An dieser Community und der Arbeit hier scheinst du jedenfalls nicht sonderlich interessiert zu sein: Um das noch als personalisierte Diskussionsweise auszulegen und nicht als plumpdreiste Stimmungsmache, muss man schon eine dicke rosarote Brille aufhaben. Was beweist Jahs Statistik – ausser dass er mehrere Monate keinen Edit gemacht hat? Freiwilligkeit, auch die Freiwilligkeit, an Beiträgen in der Wikipedia mitzuarbeiten, ist meines Wissens immer noch die Basis der Mitarbeit hier. Was willst du tun, Anneke? Willst du die Leute mit ner MP im Anschlag zur Mitarbeit in WP zwingen? (Bringt einen fast auf die Idee, mit dem Counter auch mal deine Arbeit hier durchzuchecken - irgendwas wird sich sicherlich finden.) Zur Diskussion: Machen die Auszeiten (wie war das noch mit dem Wikistress?) Jahs Argumente unrichtiger? Muss man ihm deswegen misstrauen? Hat er deswegen in Diskussionen die Schnauze zu halten? Ich persönlich kann hier in Bezug auf die Skepsis und die überfallartige Art der Implementation der Stabilen und Gesichteten Versionen nur Rückendeckung geben. Wer derartige Argumente bringt, muss, was echte angeht, ziemlich mit offenem Hemd dastehen. --Roger Koslowski 16:52, 1. Sep 2006 (CEST)

Mal den wesentlichen Teil der Mail (aus der en:-Mailinglist) zitiert: "But most likely there will be a combination of automated time delays, vandalism-detection heuristics, and of course manual checking."

Dieser Satz bezieht sich m.E. darauf, wer sichten darf - und nicht darauf, ob einzelne Seiten davon ausgenommen sind (Hierzu sollte man sich aber erst mal die Mühe machen zu recherchieren, worüber überhaupt diskutiert wird: über einen einen FAQ-Eintrag für die en:-Wikpedia [6] - wenn man das gelesen hat ist der Kontext von Brions Mail eigentlich klar). Die geplante Vorgehensweise ist eigentlich sehr klar vorgegeben:

"automated time delays" - ein User bekommt die Berechtigung erst nach einer gewissen Zeit, die Berechtigung wird automatisch erteilt - das deckt sich eigentlich sehr gut mit der Diskussion hier: der wesentliche Unterschied hier ist, dass auch eine gewisse Zahl von Edits gefordert wird (falls die Meinung besteht, dass hierzu in der Diskussion weitgehend Einigkeit besteht, so sollte das an Brion weitergegeben werden - das wären dann die erwähnten "community's discussion and decisions")
Ich glaube, mit "automated time delays" ist eher gemeint, dass eine Änderung an einer Seite nicht sofort sichtbar wird, sondern erst nach x Stunden/Tagen, damit Zeit zum Reverten bleibt und so der Vandalismus nicht sichtbar wird, während für sinnvolle Änderungen keine Aktion erforderlich ist. Aber ganz sicher bin ich mir auch nicht. Deswegen werde ich nachfragen, siehe unten.--Jah 21:16, 1. Sep 2006 (CEST)
Meinst Du das, oder steht das in dem FAQ-Vorschlag, über den da diskutiert wird? -- srb ^♋ 23:35, 1. Sep 2006 (CEST)
Ich vermute es. Ein Indiz findet sich auch im FAQ ganz unten: Jimmy Wales asked for a time-delay feature for casual readers in late 2004; after very fast editing ... Das ergibt für mich keinen Sinn, wenn man das "time-delay" auf eine Karenzzeit für Autoren bezieht, sondern nur, wenn damit gemeint ist, dass bei dem "very fast editing" die "casual readers" nicht alles sofort angezeigt bekommen sollen, sondern mit einem "time-delay".--Jah 00:06, 2. Sep 2006 (CEST)

Noch etwas: In seiner E-Mail schrieb Brion auch noch: Most importantly, please remember that the latest versions on any reviewed/approved/time-delayed/whatever page will *ALWAYS* be available to everyone, at most one click away. Unter einer "time-delayed page" kann ich beim besten Willen nicht verstehen, dass damit gemeint ist, dass neue Benutzer erst verzögert das Prüfrecht bekommen, und dann diese Seite prüfen dürfen. Das ist über zu viele Ecken gedacht.--Jah 00:13, 2. Sep 2006 (CEST)
Letzteres bedeutet wohl ganz einfach, dass bei Anzeige einer gesichteten (wohl das etwas angestaubte Patrolflag mit etwas anderer Funktionalität) oder geprüften (stable) immer auch ein Link auf die aktuellste Version mit angegeben wird.

Ersteres waren die ersten Überlegungen, dass neue Edits für IP-User (und das sind wohl die casual readers) nicht sofort sichtbar sind wenn sie den Artikel aufrufen, sondern dass erst ein Validierungsschritt zwischengeschaltet wird - da lese ich nichts von einem Automatismus, die Validierung war AFAIR immer als "Handarbeit" gedacht. Genau so war auch die erste Implementierung dieses Features (das Patrolflag) gestaltet (war kurzzeitig mal aus Versehen freigeschaltet - hat aber wohl für zuviel Last gesorgt, da man nie mehr etwas davon gehört hat). -- srb ^♋ 02:10, 2. Sep 2006 (CEST)
Das Recht kann wieder entzogen werden, wenn ein User damit Unfug anstellt - dieser Schritt erfolgt mit ziemlicher Sicherheit manuell (auch wenn es nicht explizit gesagt wird). Grundlage sind die Meldungen der Vandalismusjäger und möglicherweise auch von Bots, die auf diesen Missbrauch aufmerksam machen - nach einer Prüfung wird das Recht dann wieder entzogen. -- srb ^♋ 21:05, 1. Sep 2006 (CEST)

Nachteile und anderer Vorschlag

An anderer Stelle habe ich schon auf mögliche Nachteile für die Wikipedia aufmerksam gemacht, möchte ich hier nochmal kurz anreisen: Die gesichtete Version soll ja bevorzugt angezeigt werden für unangemeldete Benutzer. Jetzt muss man a) aufpassen, dass nicht jede Menge Artikelforks entstehen, indem immer wieder die letzte gesichtete Version bearbeitet wird und nicht die aktuelle Version (wird man vielleicht hinkriegen mit großen Warnschriften), andererseits verumständlicht es natürlich das Arbeiten und editieren. Weiterhin kann es passieren, dass die Änderung (Tippfehler zum Beispiel), die eben jemand in der gesichteten Version durchführen wollte, in der aktuellen Version aber schon geändert ist. Passiert dies mehrfach, ergibt sich bestimmt Frust und ein potentieller Mitarbeiter ist verloren.

Wenn die gesichtete Version nicht die neueste ist, darf Benutzern, die diese Version als Standardversion angezeigt bekommen, natürlich nicht einfach ein normaler Bearbeiten-Link für diese Version angezeigt werden. Entweder es wird nur ein Link zur aktuellen Version angezeigt, oder zusätzlich ein Bearbeiten-Link, mit dem man dann aber die aktuelle Version bearbeitet. In diesem Fall muss es aber ausreichend Hinweise darauf geben, dass eine andere Version als die zuvor angezeigte bearbeitet wird. Am sinnvollsten wäre wahrscheinlich die Anzeige eines Diffs zwischen beiden Versionen oberhalb der Editbox.--Jah 19:36, 1. Sep 2006 (CEST)

Gegen Vandalismus selbst ist die gesichtete Version wahrscheinlich nur eine geringe Hilfe, sollte es bei der 4-Tage-Grenze bleiben. Außerdem wird man auch als nicht angemeldeter Benutzer sicher einfach auf die aktuelle Seite wechseln können und dann den Vandalismus wieder sehen können; für sinnvolle Änderungen gilt das natürlich auch, aber diese Mitarbeiter könnten sich bevormundet fühlen, wenn sie bis zu einer Sichtung ("offiziellen Freischaltung" der Änderung) warten müssen.

Ich habe daher einen anderen Vorschlag: gesichtete Version bezieht sich auf die letzte Änderung am Artikel (nur die Änderung!). Zum einen entfällt der Aufwand, den kompletten Artikel durchsehen zu müssen, sondern nur die Änderung per div, bei entsprechender Log-Funktion können auch ungesichtete Änderungen nachvollzogen werden. Die Prüfung als solches sollte sich nur auf low-Level-Vandalismus beziehen. Weiterhin sollte auf der Seite "Letzte Änderungen" erkennbar sein, ob der edit bereits gesichtet wurde oder nicht. Vorteil: momentan werden sicher ein Teil der edits auf den letzten Änderungen vielfach gecheckt, andere Edits werden überhaupt nicht geprüft. Die Kennzeichnung als gesichtete Änderung wurde doppel- und dreifach Arbeit einsparen. Das Recht für das vergeben der gesichteten Änderung sollte mit einer relativ hohen Schwelle vergeben werden, die durchschnittliche Vandalen nicht erreichen (Stimmberechtigung zum Beispiel). Auf die angezeigte Artikelversion sollte diese Variante der gesichteten Version keinen Einfluss haben. Wahrscheinlich bedeutet diese Variante mehr Implementierungsaufwand, aber der Nutzen könnte deutlich höher ausfallen. --Olaf1541 16:32, 1. Sep 2006 (CEST)

Es wird so wie so darauf hinauslaufen, dass eine Gesichtet-Markierung bedeutet, dass die Änderung bzgl. der letzten gesichteten Version vandalismusfrei ist. Insbesondere bei Artikeln, die länger als eine Bildschirmseite sind, geht das gar nicht anders, denn man kann ja nicht, wie du selbst schreibst, jedesmal den gesamten Artikel neu prüfen. Ich vermute, im ersten Satz auf der Projektseite: Eine gesichtete Version ist eine speziell gekennzeichnete Version eines Artikels, die aussagen soll, dass im Artikel gerade nicht vandaliert wurde, also etwa keine Totallöschungen oder Beleidigungen reingeschrieben wurden. ist das "gerade" i.S.v. "kürzlich" gemeint, bezieht sich also schon auf die letzte Versionsänderung. Das sollte man evtl. klarer formulieren.

Eine Kennzeichnung auf den letzten Änderungen wäre sehr sinnvoll und könnte Appers IP-Kontrolle ersetzen, bei der bekanntlich niemand weiß, wer da überhaupt konrolliert. Leider gehen aus der Beschreibung auf der Projektseite solche technischen Details nicht hervor. Ich werde mal ein paar technische Fragen sammeln und sie dann an die wikitech-Mailingliste schicken.--Jah 19:36, 1. Sep 2006 (CEST)

Vermeidung dieser Edits?

Mal eine Frage: denkt denn jemand, dass solche Edits wie hier von mir revertiert [7] und [8] durch die Einführung der gesichteten Versionen schneller entdeckt werden? --Olaf1541 16:35, 1. Sep 2006 (CEST)

Man weiß dann, bei welchen neuen Edits es sinnvoll ist, genauer hinzugucken und bei welchen das schon getan wurde. D.h. die Wahrscheinlichkeit, dass sie gleich nach dem Einfügen oder vor der nächsten inhaltlichen Bearbeitung entdeckt werden, steigt - vorausgesetzt, dass die Leute beim Prüfen sorgfältig sind. Wenn jemand einen solchen Edit abnickt, sinkt die Wahrscheinlichkeit, dass er trotzdem entdeckt wird. Deshalb halte ich es auch für keine gute Idee, dass man einen Artikel beim Bearbeiten auf gesichtet setzen kann, ohne die Unterschiede zur letzten gesichteten Version zu sehen. --08-15 09:24, 2. Sep 2006 (CEST)

Offene technische Fragen

Falls jemand folgende Fragen beantworten kann, bitte ich darum, dies zu tun. Sonst schicke ich sie an die wikitech-Mailingliste. Bitte weitere Fragen ergänzen, falls noch etwas unklar ist.

Werden gesichtete/geprüfte Versionen irgendwie in den letzten Änderungen und in der Versionsgeschichte markiert?
Kann man in den letzten Änderungen und in der Versionsgeschichte nach dem gesichtet-Flag filtern?
Wird es Diff-Links zwischen der aktuellen und der letzten gesichteten Version geben, ohne dass man diese aus der Versionsgeschichte herauskramen muss?
Gibt es einen Bearbeiten-Link auf defaultmäßig angezeigten gesichtet-Versionen und was wird ggf. dann angezeigt (z.B. ein Diff zwischen aktueller und gesichtet-Version + Editbox mit aktueller Version)?
Was ist unter "automated time delays" und "vandalism-detection heuristics" in [9] zu verstehen?
Werden die "automated time delays" und "vandalism-detection heuristics" in jedem Fall entwickelt (bzw. sind sie es sogar schon) oder nur wenn das von den Anwendern gewünscht ist?
Kann man sinnvollere Einschränkungen als 4 Tage Wartezeit programmieren, z.B. mindestens x Edits oder mindestens x Edits und y Tage?
Kennen die Entwickler überhaupt die Details des Vorschlags für die gesichtet-Markierungen und programmieren in diese Richtung? (Die E-Mail von Brion sieht ja so aus, als wäre noch alles offen.)
Das wäre schon mal geklärt: [10]
Gibt es Links ähnlich den Permanentlinks, mit denen man auch als anonymer Benutzer eine Anzeige der gerade aktuellen bzw. der letzten geprüften Version erzwingen zu kann, wenn eine Anzeige der letzten gesichteten Version Voreinstellung ist?

Die Fragen mögen im Einzelnen z.T. relativ unwichtig sein, aber ich hoffe, aus einer Antwort wird dann ingesamt auch grob hervorgehen, wie weit die Implementierung schon fortgeschritten ist.--Jah 21:10, 1. Sep 2006 (CEST)

Die Diff-Links erscheinen mir extrem wichtig zu sein. Heute bekommt man ja nur die diffs zu den zeitlich benachbarten Versionen angezeigt, was einfach zu wenig ist. --Zahnstein 07:55, 2. Sep 2006 (CEST)

Antworten (siehe auch PDF):

Ja.
Versionsmarkierungen werden geloggt, sind also übers Logbuch anzeigbar.
Ja.
Normale Benutzer: wie bisher. IPs: Kein Bearbeitenlink wenn die Version nicht aktuell ist. Erst dann wenn sie auf die aktuelle gehen oder über die Versionsgeschichte kommen.
Ich weiß nicht genau, was Brion damit meint. Vermutlich, die automatische Freischaltung von Benutzern nach einiger Zeit bzw., dass in der en:WP schon derzeit Bots Vandalismus entfernen, was man mit der Markierung von gesichteten Versionen kombinieren kann.
Siehe oben.
Ja, ganz im Gegenteil wird das sogar passieren. Nur scheint sich keiner mehr dafür zu interessieren, wie das genau aussehen soll, Reaktion auf meinen Versuch, das ganze zu bündeln gab es keine: Wikipedia_Diskussion:Gesichtete_Versionen#Zusammenfassung.
Brion kennt das was hier steht. Er jammert seit einiger Zeit, dass das irgendwie nicht genug ist, auf Fragen was denn konkret noch fehlt, antwortet er dann aber leider nicht. Ich gehe aber davon aus, dass diese Fragen geklärt sind, bevor das ganze hier in die Testphase geht.
Bisher nicht geplant, da für die Testphase nicht wirklich wichtig.

Viele Grüße --P. Birken 12:54, 2. Sep 2006 (CEST)

Zu 2.: Aber es werden doch nicht alle Markierungen geloggt, sondern nur, wenn jemand nicht gleichzeitig eine neue Version erzeugt. Ich fände es sinnvoll, wenn man bei den letzten Änderungen nur die Versionen auswählen könnte, die noch kein gesichtet-Flag haben.

Zu 7.: Was wird passieren? Dass jemand diese Option programmiert?

Zu 8.: Wurde die Kommunikation mit Brion öffentlich geführt, und wenn ja, wo? Ich kann mir nicht vorstellen, dass er einfach nur sagt bzw. schreibt, "das ist mir nicht genug". Vielleicht fehlte ihm ja auch ein Verweis auf eine Diskussion des Features in der deutschen WP. Er weist ja immer darauf hin, dass das die Details eine Community-Entscheidung seien. Es wäre sicherlich sinnvoll, ihm mal mitzuteilen, was hier diskutiert wurde, und was gewünscht wird. Ist Brion eigentlich der einzige, der daran programmiert, oder gibt es einen weiteren Entwickler, der sich damit beschäftigt?

Zu 9.: Das ist ein Vorschlag, der die Akzeptanz dieses Konzeptes erhöhen kann. Besonders die Möglichkeit, auf die aktuell letzte geprüfte Version zu verlinken, halte ich für äußerst nützlich. Es ist zwar nicht zwingend nötig, das schon in der Testphase einzuführen, aber der Anreiz, Versionen als geprüft zu markiern, würde dadurch deutlich gesteigert werden. So kann man eine größere Teilnahme erwarten.--Jah 15:34, 2. Sep 2006 (CEST)

Wäre dafür nicht eine Einstellmöglichkeit sinnvoller (bei Unangemeldeten mit Hilfe von Cookies möglich)? Denn wahrscheinlich möchte man doch nicht nur von der ersten angeklickten Seite die Arbeitsversion bzw. die geprüfte Version sehen. --Knorxx 17:15, 2. Sep 2006 (CEST)

Ein Cookie ist überflüssig, wenn man der Software beibringt, dass sie z.B. auf der Seite de.wikipedia.org/geprüft/Artikel1 ebensolche Links setzt, also z.B. de.wikipedia.org/geprüft/Artikel2. Als Ersatz für eine eigene URL kann ein Cookie so wie so nicht dienen, denn ich möchte ja erreichen, dass man von Seiten außerhalb der Wikipedia solche Links auf geprüfte Artikel setzen kann. Und das ist doch, was sich wohl die meisten Webseitenschreiber wünschen. Heute haben sie nur die Wahl zwischen einem Permanentlink, wobei sie in Kauf nehmen, dass der Artikelinhalt veraltet, und einem Link auf die aktuelle Version, in der noch unbelegte Behauptungen enthalten sein können.--Jah 17:35, 2. Sep 2006 (CEST)

...wenn man der Software beibringt, dass sie z.B. auf der Seite de.wikipedia.org/geprüft/Artikel1 ebensolche Links setzt... Cookies, und das was du beschreibst, sind aber nichts weiter als zwei mögliche technische Verfahren zur Realisierung einer Sitzungsverwaltung. Welches davon zur Anwendung kommt, ist ja egal, oder siehst du bei dem Verfahren ohne Cookie irgendwelche Vorteile?
Die Idee, speziell die geprüften Versionen verlinken zu können, ist natürlich gut. Einen Link auf die in Arbeit befindliche Version nach außen zu führen, halte ich aber für weniger sinnvoll. --Knorxx 19:02, 2. Sep 2006 (CEST)

Vorteile ohne Cookies: Manche Leute haben vielleicht keine Cookies angeschaltet. Cookies kann man nicht bookmarken. Wenn man das mit Cookies macht, muss man links in die Spalte bei "Permanentlink" noch einen "Geprüftlink" hinzufügen, was ohne Cookies nicht nötig ist, weil man einfach so die Links aus dem Text oder aus der Adresszeile kopieren kann.--Jah 19:36, 2. Sep 2006 (CEST)

Auf welche Seite ein Lesezeichen gesetzt werden soll, bzw. welche Seite durch Kopieren der Adresszeile referenziert werden soll, ist aber doch gar nicht klar. In der Regel will man doch ein Lesezeichen auf die Seite setzen, die man gerade sieht. Wie dem auch sei, ich halte das für ein technisches Detail - im Moment nicht so wichtig. --Knorxx 22:30, 2. Sep 2006 (CEST)

Ohne Cookies geht die Seite, die man gerade sieht, eindeutig aus der URL hervor, mit Cookies nicht.--Jah 21:45, 3. Sep 2006 (CEST)

Neu angelegte Artikel

Wie wird mit einem neuen Artikel verfahren, der von einem Benutzer ohne das Recht gesichtete Versionen zu markieren erstellt wurde?

Vorschlag: Die Seite wird unangemeldeten Benutzern nicht angezeigt. Statt dessen erscheint ein Hinweis darauf, dass sich ein Artikel zu dem gewählten Thema in Arbeit befindet. --Knorxx 22:42, 2. Sep 2006 (CEST)

Ich möchte darauf hinweisen, dass dies vom bisherigen Vorschlag geringfügig abweicht. Dort heißt es: Gibt es in dem Artikel keine markierten Versionen, wird die aktuelle angezeigt. Das müssen wir natürlich so machen, da wir zunächst einmal etwa eine halbe Million Artikel im unmarkierten Zustand vorliegen haben. Bei neu angelegten Artikeln hätte ich es aber gerne anders: Kein Artikel verlässt die Startrampe ohne Markierung.

Ich bitte um Kommentare zu diesem Thema. --Knorxx 14:25, 3. Sep 2006 (CEST)

Das hört sich vernünftig an. Damit man mit nur einem Flag auskommt (um neue und alte unmarkierte Artikel unterscheiden zu können, bräuchte man ein zweites), muss man dann aber etwas anders verfahren: In der ersten Phase werden Artikel bereits markiert, aber anonymen Benutzer wird noch wie bisher die aktuelle Version angezeigt. Während dessen arbeitet ein Bot alle noch unmarkierten Artikel ab und setzt jeweils für die neueste Version, die von einem Benutzer mit Markierungsberechtigung stammt, das Flag. Wenn der Bot fertig ist, kann die Standard-Anzeige auf "gesichtet" gesetzt werden.--Jah 21:41, 3. Sep 2006 (CEST)

Ok, aber lass uns mal mit den technischen Dingen nicht zu sehr ins Detail gehen, es geht ja hier zunächst nur um die Vorgaben für die Entwickler. Die anderen Features sind erheblich komplizierter zu implementieren, und ich traue den Jungs einfach zu, dass sie das hier hinkriegen. Wenn es soweit ist, können wir ja vielleicht noch näher darauf eingehen. --Knorxx 21:31, 4. Sep 2006 (CEST)

Neue Artikel sind viel besser überwacht, weil es weniger sind, insbesondere passiert Vandalismus dort eher unter obskuren Lemmata (DEINE MAMA!, WICHSEN, etc.), insofern ist dieser für den Leser weniger sichtbar. Für mich ein klares optionales Feature, dass man mal im Hinterkopf behalten sollte, mit besonderem Augenmerk auf Vandalismus in neuen Artikeln. --P. Birken 22:18, 3. Sep 2006 (CEST)

Ich bin dafür, jetzt lieber Nägel mit Köpfen zu machen, und an dieser Stelle keine Hintertür für Vandalismus und andere Störungen offenzuhalten, denn wenn wir die anderen Stellen abdichten, könnten eben aus dem Grund die Störungen in neuen Artikeln zunehmen. Ich meine, dass die Wikipedia immer am längeren Hebel sitzen muss. Ich sehe nicht ein, warum wir uns auf der Nase herumtanzen lassen sollen, wenn es einen einfachen und effektiven Schutz geben kann.

Es ist ja auch nicht nur der offensichtliche Vandalismus. Gerade Urheberrechtsverletzungen werden über neue Artikel in die Wikipedia transportiert, und das ist nun mal für die Wikipedia ein besonders brisantes Thema.

In der englischsprachigen Wikipedia hat man ja bereits die Konsequenzen gezogen: Seit der Seigenthaler-Affäre können dort unangemeldete Benutzer keine neuen Artikel erstellen. Mit der von mir vorgeschlagenen Funktionserweiterung wäre das dann auf en.wikipedia.org aber auch für IPs wieder möglich. Es könnte dort also wieder mehr geschrieben werden als jetzt! Ich glaube, die wären ganz froh darüber.

Vielleicht würde es auch die eine oder andere Löschdiskussion entschärfen, wenn bei Neueingängen nicht mehr über die Löschung, sondern über Aufnahme eines Artikels in die Wikipedia diskutiert würde. Und sollte sich das bewähren, könnte man darüber nachdenken, ob man nicht sogar eine Möglichkeit vorsieht, jeden Artikel per Knopfdruck in den pränatalen Zustand zurückzuversetzen.

In jedem Fall hätten wir mit dieser Erweiterung ein effektives Mittel zur Eingangskontrolle an der Hand, das noch dazu ohne großen Aufwand realisiert werden kann, und bei den Vorlaufzeiten, die wir für gewöhnlich für neue Features haben, wäre es geradezu unvernünftig, die Gelegenheit jetzt nicht beim Schopf zu fassen. Also: bitte einbauen. --Knorxx 21:39, 4. Sep 2006 (CEST)

Dieser Vorschlag wäre eine Katastrophe und der beste Weg, das Erstellen neuer Artikel zu entmutigen. Laut einer aktuellen Studie muss die Bearbeitung nicht für "Fachleute" sondern für IPs vereinfacht werden [11]. Neon02 12:31, 8. Sep 2006 (CEST)

Nein, die Katastrophe wird nicht eintreten, denn es bleibt weiterhin für IPs möglich, Artikel zu erstellen, und da wir für neue Artikel leistungsfähige Wartungswerkzeuge haben (s. neue Artikel), und basierend auf den bisherigen Erfahrungen damit, kann man davon ausgehen, dass neue Artikel bereits nach wenigen Minuten "gesichtet" sein werden. Die IP wird den Unterschied zum jetzigen Verfahren in der Regel gar nicht bemerken. --Knorxx 15:46, 9. Sep 2006 (CEST)

Ich halte die Idee zumindest für nachdenkenswert. Brion hält es jedoch für eine extrem schlechte Idee. Das heißt nicht, dass man es nicht durchsetzen könnte, allerdings denke ich, dass man das hier dann einfach im Hinterkopf behält und mal guckt, ob das mit den neuen Artikel wirklich noch ein Problem ist. --P. Birken 12:35, 10. Sep 2006 (CEST)

Grade nochmal drüber nachgedacht. Neue Artikel sollten defaultmäßig für unangemeldete Benutzer nicht angezeigt werden. Warum? Die Ansprüche an neue Artikel sind in der Vergangenheit gestiegen. Es gibt auch immer wieder das Problem, dass die Überarbeitung von Artikeln, die zu essayhaft, ggf. TF etc. sind, aufwändig ist. Insbesondere das heute oftmals geforderte Beschaffen von Quellen kann zeitaufwändig sein und die Bearbeiter schaffen/machen dies nicht in 7 Tagen. Bei einem Artikel, der der 'Öffentlichkeit' nicht sichtbar ist, könnten wir aber problemlos auch 14 Tage oder sogar 30 Tage warten (sofern eine Überarbeitung absehbar und sinnvoll ist). In der Folge würden die Betroffenen gelassener reagieren. Dass ein qualitativ unakzeptabler Artikel nicht sichtbar ist, ist neuen Autoren viel leichter zu kommunizieren als dass er nach 7 Tagen gelöscht wird. Dazulernen mussten wir vermutlich alle in unserer Anfangszeit in WP. Heute ist es für Autoren vermutlich schwieriger, weil die Anforderungen gestiegen und die Richtlinien gewachsen sind. Vermutlich würden wir mit diesem Quentchen Gelassenheit, die wir neuen Autoren damit entgegenbrächten, einige neue Autoren gewinnen - vielmehr nicht verlieren. (Entsprechende schlechte öffentliche Meinungen, Blogeinträge würden ebenfalls etwas abnehmen.)

In der Folge würde es sich vermutlich sogar etablieren, dass LAs tendenziell später gestellt werden (könnten). (Insbesondere, wenn man Wikipedia:Sortierte neue Artikel einführt).

IPs könnten dann den Quelltext sehen, den Artikel aber nur über die Vorschau. --Victor φ 05:35, 2. Feb. 2008 (CET)

Ist das wirklich so wichtig? Ich meine, neue Artikel werden eh vor allem von erfahrenen Wikipedianern und den jeweiligen Autoren gelesen. Ausnahme sind Artikel zu aktuellen Themen, die häufig noch auf der Hauptseite verlinkt werden. Siehe dazu auch Vorlage:Neuigkeiten und Wikipedia:Neuigkeiten. Die geringe Gelassenheit ist allerdings tatsächlich ein Problem. --P. Birken 21:34, 2. Feb. 2008 (CET)

So wichtig ist das nicht. Aber es nähme ein wenig Druck heraus (ich kann Dir auf Anhieb mehrere Philosophieartikel nennen, wo genau dieses Problem aktuell vorliegt). Und es m.E. sehr wahrscheinlich, dass derzeit (auch gute) neue Autoren fernbleiben, weil sie in diesen Situationen diesem Druck ausgesetzt sind - mit den entsprechenden Nebenerscheinungen auf LK und anderswo. Wenn man das graduell verbessern kann, sollte man das tun. Wenn das Feature das kann, sollte man es entsprechend verwenden. Psychologisch gesehen wäre es dann so, dass der (neue) Autor sich bemühen muss, damit er erreicht, dass der Artikel allgemein sichtbar wird. Derzeit ist es so, dass er sich bemühen muss, damit er erreicht, dass der Artikel nicht gelöscht wird. Wenn Du so willst, 'Belohnung' vs. 'Bestrafung'. Ich denke, dass Autoren lieber wiederkommen, wenn sie 'belohnt' werden als wenn sie 'bestraft' werden. Das ist nur ein Mosaikstein, aber wenn das Feature das nebenbei bewirken könnte, warum nicht?--Victor φ 00:00, 3. Feb. 2008 (CET)

-Naja, das Feature kann das ja nicht, das müsste erst noch eingebaut werden. Die Logik leuchtet mir ein, aber ganz ehrlich gefällt mir Deine Einsortierungsidee erstmal besser. Da Problem ist halt: Mediawiki wird nicht einfach so in eine Richtung entwickelt, jeder Schritt bei diesem Thema war teuer erkauft. Die konkrete Hoffnung für die Zukunft ist, dass gerade zwei neue Entwicklerstellen ausgeschrieben sind und dass sich in Zukunft deutlich mehr bei der Mediawiki-Entwicklung tut, wo es tatsächlich darum geht, die Arbeit an der Enzyklopädie zu unterstützen. Aber, da muss man halt Prioritäten setzen. --P. Birken 01:18, 3. Feb. 2008 (CET)

Was das Feature nicht kann, ist dann vermutlich (a) defaultmäßig neue Artikel als ungesichtet aufzufassen oder (b) eine Zusatzfunktion einer Sperre, so dass in den gewünschten Fällen die Versionen eines neuen Artikel nicht (von gewöhnlichen Benutzern) als gesichtet markiert werden können. Mehr braucht man, soweit ich sehe, technisch nicht. Wie aufwändig das wäre, kann ich nicht beurteilen.

Ich kann auch verstehen, dass man die Sache derzeit nicht noch verkomplizieren möchte.Es wäre aber schön, wenn man, Du das im Hinterkopf behalten könnte(st) als eine Schraube, an der man drehen kann. Es wird ja seit Jahren immer überall gestöhnt, 'das Klima ist so schlecht', 'wie kann man das Klima verbessern?', 'wie kann man den Umgang mit neuen Autoren verbessern?'. Strukturelle Maßnahmen sind da schwierig. Das wäre vielleicht eine, kleine. Was sie kostet, was dafür liegen gelassen werden müsste, ob sie skaliert: keine Ahnung. (Es gibt doch aber auch Programmierer außerhalb der Foundation, u.a. welche, die forschend an der Media-Wiki-Software arbeiten.)

Wikipedia:Sortierte neue Artikel soll angeblich technisch leichter umzusetzen sein. --Victor φ 01:52, 3. Feb. 2008 (CET)

Genau, die Sachen kann das Feature nicht. Am 7. ist erstmal ein Treffen mit einigen Beteiligten im neuen Wikimedia-Büro, wichtig ist jetzt, dass wir die Show endlich on the road kriegen. Danach mal gucken, was man dann auf die Tagesordnung setzt, ich fürchte das wird Single User Login sein, aber Erik ist etwa vom Trustcoloring von Luca de Alvaro ziemlich begeistert (was tatsächlich ziemlich gut ist). Mir schwebt seit einiger Zeit die Trennung von MEtadaten und Artikeltext im Kopf rum, damit die ganzen Kat- und Interwiki-Edits die Versionsliste nicht zumüllen. Das ist leider ein Riesenaufwand. Eine verbesserte (also überhaupt mal eine) Eingabemaske für neue Artikel zu kreieren, bei der Deine Idee direkt drin wäre, würde da aber gut zu passen. Ist halt wieder ein dickes Brett... --P. Birken 05:25, 4. Feb. 2008 (CET)

Ja, P. Birken, bitte kriegt diese Show on the road :). Getrennte Metadaten wären schön, aber bitte doch erstmal die angefangenen Dinge fertig machen :), seien es die gesichteten Versionen oder das SUL. --dealerofsalvation 07:27, 4. Feb. 2008 (CET)

Welche Inhalte sollen den Suchmaschinen präsentiert werden?

Um den Anreiz für Trittbrettfahrer zu reduzieren, die die Wikipedia als Werbeplattform oder zur Manipulation der Google-Trefferzahl missbrauchen, usw., bin ich dafür, die Aufnahme von in Arbeit befindlichen Versionen in Suchmaschinen zu verhindern. Andernfalls wird ein Teil des momentanen Hickhacks sonst nur hinter die Kulissen verlagert. Die Aufnahme in Suchmaschinen lässt sich z.B. durch eine entsprechende Kennzeichnung der Seite unterbinden. --Knorxx 23:01, 2. Sep 2006 (CEST)

Suchmaschinen bekommen normalerweise dasselbe zu sehen wie anonyme Benutzer, das wären dann also die gesichteten Versionen. Ist das nicht genau das, was du möchtest?--Jah 23:44, 2. Sep 2006 (CEST)

Unangemeldete Benutzer sollen die in Arbeit befindliche Version nicht nur sehen, sondern sogar bearbeiten können, also kann der Inhalt dieser Seiten grundsätzlich auch von Suchmaschinen erfasst werden. Es kommt eben darauf an, wie es gemacht wird. Häufig werden neue Artikel mit Links auf externe Webseiten erstellt, wodurch u.a. die Google-Relevanz der Webseite erhöht wird. Wenn die in Arbeit befindliche Version weiterhin in Suchmaschinen landet, ändert sich daran nichts. Solange dieser Anreiz bleibt, werden wir den Ärger damit haben. Die Unterbindung der Suchmaschinenerfassung zieht keinen wesentlichen Zusatzaufwand für den Programmier nach sich, es muss nur berücksichtigt werden. Deswegen bin ich dafür, dies in die Verbesserungsvorschläge mitaufzunehmen. --Knorxx 14:14, 3. Sep 2006 (CEST)

Nur mal so: Weblinks in der de:wp erhöhen nicht den Google-Rank, da alle externen Links mit einem nofollow für die Bots versehen werden. --Felix ^fragen! 14:27, 3. Sep 2006 (CEST)

Das sollte man nach einführung der gesichteten Version wieder ändern - Links in gesichteten Versionen bekommen kein nofollow, nur links in nicht gesichteten Versionen erhalten diesen Tag. --Bodo Thiesen 12:32, 22. Mär. 2007 (CET)

Siehe de.wikipedia.org/robots.txt , speziell die Zeile: Disallow: /w/

D.h. dynamisch generierte Seiten dürfen von Suchmaschinen nicht indiziert werden. Alle Versionen außer der standardmäßig angezeigten Version sind nur über URLs mit /w/ erreichbar, also nicht für Suchmaschinen. Da müssen die Entwickler nichts zusätzlich programmieren.--Jah 14:34, 3. Sep 2006 (CEST)

Also reicht ein reiner Eintrag in de.wikipedia.org/robots.txt. Nicht schlecht. Wer stellt das eigentlich bei uns ein? --Knorxx 20:15, 3. Sep 2006 (CEST)

Das muss einer von den Technikern sein. Als Admin oder Bürokrat kann man die Datei jedenfalls nicht ändern.--Jah 21:19, 3. Sep 2006 (CEST)

Gesichtete und geprüfte Versionen gleichzeitig starten?

Auf eine Anfrage zum Stand der stabilen Versionen schrieb Brion Vibber am 1.9. in [12]:

See the snapshot-work branch and my Wikimedia presentation.

In dem snapshot-work branch hat er im Wesentlichen Article.php geändert und Snapshot.php und SpecialSnapshot.php hinzugefügt. Wie man daran und an seinem Vortrag sieht, hat er sich bislang offenbar ausschließlich mit dem Problem beschäftigt, wie man in einen Artikel, der irgendwann zu einem früheren Zeitpunkt mal getaggt wurde, Vorlagen und Bilder in der damals aktuellen Version einbindet.

Für geprüfte Versionen ist das in der Tat ein wichtiges Problem, das gelöst werden muss, aber brauchen wir das auch für gesichtete Versionen? Ich meine, es reicht völlig aus, in eine gesichtete Version auch die letzte gesichtete Version der Vorlage bzw. das aktuelle Bild einzubinden, denn die gesichteten Versionen sollen doch idealerweise nicht dem aktuellen Stand hinterherhinken so wie die geprüften. Die Berechtigung, Bilder hochuladen, ist auch heute schon beschränkt, so dass man die aktuellen Bildversionen im Prinzip als "gesichtet" betrachten kann.

Da Snapshots technisch relativ anspruchsvoll sind und Brion bislang auch nur einen schnellen Hack fabriziert hat, frage ich mich, ob man nicht erstmal mit den technisch wahrscheinlich eher unkomplizierten gesichteten Versionen beginnen sollte, die (jedenfalls meiner Meinung nach) keine Snapshots benötigen.

Für das Versionstagging gibt es bereits ein Erweiterungsmodul von Magnus Manske: [13]. Ich weiß aber nicht, ob dieses für die gesichteten und geprüften Versionen verwendet werden soll. Snapshots sind in dieser Erweiterung nicht implementiert. Auch sehe ich nicht, dass dort z.B. automatische gesichtet-Markierungen für Änderungen berechtigter Benutzer und die weiteren auf Wikipedia:Gesichtete Versionen beschriebenen Details implementiert sind.--Jah 12:30, 3. Sep 2006 (CEST)

Ich hätte nichts dagegen, erst einmal mit den gesichteten Versionen zu beginnen. Wir könnten Erfahrungen sammeln, und den Entwicklern frühzeitig konkretes Feedback geben. --Knorxx 20:45, 3. Sep 2006 (CEST)

„in einigen Monaten“

Kann jemand die relative Zeitaussage „in einigen Monaten“ in eine absolute ändern? --dealerofsalvation 07:20, 4. Sep 2006 (CEST)

Nein. Das genaue Datum steht noch nicht fest. --Avatar 10:51, 4. Sep 2006 (CEST)

Abwertung von IPs

Wenn 99,9% unserer Leser in Zukunft keine IP-Edits mehr zu Gesicht bekommen, weil sich niemand für die Markierung des Artikels zuständig fühlt, dann wird die Motivation von IPs hier mitzuschreiben vermutlich rapide sinken. Bisher dachte ich ja, dass dies nicht so tragisch wäre, jedoch hat mich Benutzer:Avatar/Wer_schreibt_die_Wikipedia nachdenklich gemacht. Wenn ein Artikel, den ich beobachte, von einer IP sinnvoll editiert wird, dann würde ich die Markierung sicherlich erst wieder mit meinem nächsten Edit setzen (weil ich das in den Benutzereinstellung als Automatismus drin haben werde). Denn bestimmt will keiner von uns ständig den IPs mit Markierungen hinterherlaufen. Ergo werden die IP-Edits in vielen Fällen unmarkiert und somit für 99,9% der Leser unsichtbar bleiben. Bei vandalierten Seiten ist das gut so, aber ich befürchte mittlerweile wir werden auch viele gute IP-Autoren verlieren. Tatsächlich müssten dann Autoren, die Wert auf IP-Mitarbeit legen, explizit auf Markierungen verzichten, damit der Artikel "IP-freundlich" bleibt.

All dies spricht in meinen Augen dafür dem nicht angemeldeten Benutzer immer die aktuelle Version zu zeigen und darin auf eventuell existierende gesichtete (oder geprüfte) Versionen hinzuweisen. --ulim, 18:36, 7. Sep 2006 (CEST)

Deine Prämisse ist: "weil sich niemand für die Markierung des Artikels zuständig fühlt". Die ist falsch, damit fällt das ganze weg. Ich gehe davon aus, dass IPs im Normalfall die aktuelle Version sehen. Ganz abgesehen davon kenne ich den genannten Artikel. Er beruht auf Mutmassungen, hat methodische Fehler und auch einige nicht ganz zwingende Schlussfolgerungen. --P. Birken 22:56, 7. Sep 2006 (CEST)

Warum ist die Prämisse falsch? Deine absolute Formulierung legt nahe, dass Du hier einen hieb- und stichfesten Beweis hast, den würde ich gerne hören. Oder willst Du nur eine These dagegenstellen, etwa dass die meisten Benutzer den IPs hinterhermarkieren werden? Und Deine zweite Aussage, dass IPs die aktuelle Version sehen werden, widerspricht dem, was im Artikel steht (vorletzter Satz). --ulim, 01:35, 8. Sep 2006 (CEST)

Wenn die aktuelle Version gesichtet ist, sehen IPs die aktuelle Version. Genau das wird der Normalfall sein. Guck einfach mal auf Deine Beobachtungsliste, was für Änderungen da oben stehen. Insbesondere ist Sichtung ein Vorgang, der beim normalen Editieren im Vorbeigehen geschieht. --P. Birken 08:53, 8. Sep 2006 (CEST)

Ich finde mann sollte die Gesichtet-Markierung niemals automatisch zusammen mit einem Edit machen können. Es muss ein extra Vorgang sein, den man extra bestätigt und für den man eine Extra-Begründung schreiben muss. Man speichgert damit keine neue Version, sondern man schaltet die Version einer IP als "Gesichtet" frei und schreibt eine Begründung warum man das getan hat. Das ist kein Edit im klassischen Sinne, dafür bedarf es einer separaten History. Ich bitte die Entwickler diesen meinen Vorschlag zu beachten, und ich hoffe natürlich dass es genauso wird. MfG--Matthias Pester Disk. (Matze6587) 06:58, 8. Sep 2006 (CEST)

Eine gesichtet Markierung mit Begründung ist ein zu umständlicher Vorgang. --Avatar 08:25, 8. Sep 2006 (CEST)

Die Begründung kann von mir aus, wie auch bei den Edits üblich, weggelassen werden, die Möglichkeit eine begründung abzugeben sollte aber gegeben sein, wegen den zukünftigen Gesichtet-Markierwars. --Matthias Pester Disk. (Matze6587) 14:29, 8. Sep 2006 (CEST)

Durch die gesichtet-Markierung entsteht ja keine neue Motivation, Editwars zu fuehren. In einem normalen Editwar werden einfach alle Versionen als gesichtet markiert sein, mit der ganz normalen Moeglichkeit, jede Aenderung zu kommentieren. --P. Birken 14:31, 8. Sep 2006 (CEST)

Soll das jetzt heißen dass ich einen Edit machen muss nur um die sehr guten Änderungen einer IP freizuschalten??? Das halte ich definitiv nicht für eine gute Idee. Berechtigte Benutzer können meinetwegen jeden Kleinstedit sofort automatisch freischalten, vergleichbar mit dem "Setzen in die Beobachtungsliste" oder dem "Markieren als Kleinstedit". Aber es muss die Funktion geben, Änderungen von unberechtigten Benutzern freizuschalten, ohne dass dafür extra eine neue Version gespeichert wird. Davon gehe ich aus.--Matthias Pester Disk. (Matze6587) 22:41, 8. Sep 2006 (CEST)

Nein, es gibt zwei Möglichkeiten: beim Editieren markieren (dann fast automatisch) oder ohne zu editieren. Wie letzteres genau aussehen wird, ist noch nicht klar, es sollte aber sehr einfach sein. Ich stelle mir das so vor, dass man das etwa bei der Anzeige eines Diffs machen kann. Sprich: wenn Du den IP-Edit kontrollierst, kannst Du ihn direkt markieren. --P. Birken 11:59, 9. Sep 2006 (CEST)

Niemand wird sich die Mühe machen den IPs hinterherzumarkieren. Man schaut sich deren Edits an und gut. Viele Artikel befinden sich ohnehin nicht auf Beobachtungslisten, dort wird dann gar nicht markiert. Wenn ich mir so manche Artikel anschaue, dann wurden die vor Jahren das letzte Mal "markiert". Wir laufen Gefahr, dass die gesichtete Version den Ruf "oft schlechter als die aktuelle" bekommt. Was ich mittlerweile glaube: man sollte immer die aktuelle Version anzeigen und der Leser hat die Möglichkeit per Knopfdruck auf die letzte markierte Version zu gelangen. In den allermeisten Fällen wird das nicht nötig sein, denn Vandalismus ist bezogen auf die Gesamtmenge aller Edits extrem selten. --ulim, 23:46, 8. Sep 2006 (CEST) Ergänzung: man könnte vielleicht auch ein Höchstalter der letzten Markierung definieren. Wenn sie älter als X Tage ist, dann zeigen wir die aktuelle Version. --ulim, 23:48, 8. Sep 2006 (CEST)

Also ich werde Änderungen von IPs freischalten, auf den Artikeln die ich beobachte natürlich. Eine automatisierte Regelung mit einer Zeitbeschränkung halte ich, nimme es mir nicht übel, für ausgemachten Blödsinn. Es soll ja gerade deshalb eine große Benutzergruppe berechtigt sein, Gesichtete Versionen zu markieren, weil es eben viel Arbeit ist und weil jeder Artikel in einer Beobachtungsliste eines berechtigten Benutzers sein muss.

Ich würde dagegen vorschlagen, dass Ungesichtete Artikel immer aktuell angezeigt werden, und wer eine Version als "gesichtet" markiert soll sich verpflichten diesen Artikel weiterhin zu beobachten. Ansonsten können unberechtigte Benutzer berechtigte darauf aufmerksam machen dass ein Artikel verwaist ist. Dafür sollte es so eine Seite geben die so aufgebaut ist wie die "Entsperrwünsche" oder die "Wiederherstellungswünsche".--Matthias Pester Disk. (Matze6587) 11:11, 9. Sep 2006 (CEST)

Diese Seite sollte über einen Link erreichbar sein der in einer Wikipedia-Hilfeseite zu finden ist auf welche aus gesichteteten Artikeln verlinkt ist. Diese Verlinkung sollte im Gesichtet-Siegel, welches ME auch notwendig ist, zu finden sein. So wird sichergestellt dass neue Autoren sich schnell und einfach an die richtige Stelle wenden können. Das gesichtet-Siegel kann mE auch erst dann eingeblendet werden wenn neue Autoren den Artikel bearbeiten wollen. Da muss das ganze erklärt werden wie bei der Halbsperrung.--Matthias Pester Disk. (Matze6587) 11:24, 9. Sep 2006 (CEST)

Ack Ulim. Macht sich eigentlich irgendjemand Gedanken, wie sich das nicht nur auf die IPs, sondern generell auf die Gewinnung neuer Autoren auswirkt, deren Edits nur noch nach einer Sichtung angezeigt werden sollen... Oder sind die mittlerweile egal, da nur noch die vorhandenen Inhalte verteidigt werden sollen. Das Schlüsselerlebnis "Erster Edit", dass bisher so verlief Ich sehe einen Fehler, korrigiere und freue mich über die korrekte(re) Version. dürfte in Zukunft eher so aussehen Ich sehe einen Fehler, korrigiere, sehe wieder den Fehler, versuche erneut zu korrigieren... Total durchdachter Plan. --Lixo 02:01, 15. Sep 2006 (CEST)

Wenn ich mich hier mal einmischen darf als jemand, der sich für einige Artikel verantwortlich gefühlt, aber die interne Diskussion weniger verfolgt hat.

Ich halte die Weiterentwicklung in Richtung auf die "gesichteten" und "geprüften" Artikel für wichtig und richtig. Es scheint mir aber, als ob in dieser Diskussion ein Fakt nicht hinreichend berücksichtigt wird, der in dem Beitrag Benutzer:Avatar/Wer schreibt die Wikipedia recht gut zum Ausdruck kommt: Ich denke auch, dass die Qualität der Wikipedia durch engagierte Fachleute erreicht wird - und ihr diskutiert hier vorrangig in die Richtung, denjenigen die Auswahlmacht zu geben, die viel und häufig an Artikeln herummachen. Ich bin im Zweifel, ob das gut ist.

Ich halte mich für einige, wenige Gebiete für einen Fachmann und bringe dies in die Er-/Überarbeitung von Artiklen ein. Dabei bin ich auf verschiedene Sorten von Mitstreitern gestoßen:

- Die Wiki-Kenner, die die Artikel formal geglätttet und bereinigt haben. Dafür bin ich dankbar.

- Es gab andere Fachleute, mit denen es auch mal einen Disput gab, der aber zu klären war - das waren angenehme Kontakte.

- Dann gibt es manchmal leider auch Vandalen; aber aus meiner Sicht sind die kein großes Problem.

- Verzweifelt bin ich über die gutmeinenden, sich selbst gnadenlos überschätzenden Rundumfachleute. Ihre Informationen holen sie auch der Zeitung, Ihre Meinung ist zwar nicht sehr fundiert, aber dafür umso deutlicher ... und sie verwechseln häufig eine Enzyklopädie mit einem Diskussionsforum. Sie schreiben Edits wie Leserbriefe.

- In abgeschwächter Form findet man sie als gutmeinende Halbwissende, die ohne viel Wissen, ohne die Diskussionen von Artikeln zur Kenntnis zu nehmen, keinerlei Scheu haben, sich in beliebigen Artikeln zu verewigen.

Die letzte Gruppe ist nervig, weil man in regelmäßigen Abständen den Artikel neu schreiben muss, denn nach fünf bis zehn solcher Verbesserungsversuche stimmt dann kaum noch etwas. Seit rund zwei Jahren mache ich das für rund 10 Artikel und langsam bin ich´s leid. Hier setze ich also meine Hoffnung auf die gesichteten und geprüften Versionen.

Allerdings bin ich im Zweifel, ob die Bewertungskriterien und die Bewerter die richtigen sind. Ich verweise nochmal auf die von mir beschriebene vorletzte Gruppe. Gerade die Leute haben nämlich massenhaft Edits; die tummeln sich in 1000Themen und haben überall etwas Wesentliches beizutragen; glauben alles über alle Themen besser zu wissen. Die sehr offene und demokratische Form der Wiki wird von ihnen missverstanden, als ob Sachverstand und vertiefte Kenntnisse nichts gelten.

Die Leserbriefschreiber und die selbsterklärten Universal-Kompetenten haben mich jedenfalls zum Rückzug aus der Wikipedia getrieben und sie sind es m.E., die Fachleute entmutigen, sich hier zu engagieren. Aber ich schau immermal wieder rein, vielleicht findet ihr ja einen Weg, das Projekt zu retten.Disko 20:26, 9. Apr. 2007 (CEST)

Automatisches flag/fakultatives flag

Das nichtvandaliert-tag müsste auf jeden Fall fakultativ gestalltet sein (wie Kleine-Änderung), da ich wohl nahezu 100% aller User nicht stets, bevor sie eine Änderung machen (insbe: tippo, kat, interwiki, pd, pnd, formartierung, linkfix), zuvor überprüfen, ob die letzte (oder die letzten(die klugen Vandalen schieben einfach eine Nicht-vandalism-Änderung nach)) Änderung(en) vandalismusfrei ist. Ich und wahrscheinlich auch eine starke Minderheit bis Mehrheit hat wohl nicht vor, das in Zukunft komplett zu ändern (nehmen wir nur eine Lemmaverschiebung mit 40 Verlinkungen und somit 40 Linkfixen, das ist schon eine Arbeit für jemanden der seinen Vater und seine Mutter ermordet hat, aber auch noch gezwungen zu sein, jeweils 1-5 edits im diff-Modus zu betrachten, das wäre selbst für einen erfolgreichen Anschlag auf den Papst, die Frauenfußballnationalmannschaft, Schumi und Günther Grass zu viel). Deshalb muss das Setzen des flags aus- bzw. besser einschaltbar sein (in den Benutzereinstellungen vorwählbar). Das Vererben jedoch kann ruhig automatisch erfolgen, da damit ja für den zweit- dritt- und folgenenden Bearbeiter kein weiterer Kontrollaufwand verbunden ist.--sуrcro.ПЕДІЯ ^+/- 15:41, 12. Sep 2006 (CEST)

Genau das was Du forderst, ist so geplant. --P. Birken 16:41, 12. Sep 2006 (CEST)

Warum unangemeldete Autoren andere Wikipedia-Seiten sehen als unangemeldete Leser, und warum sich weniger ändert als man glaubt

Vielleicht ist es dem einen oder anderen nicht klar, aber bearbeitete Artikel werden nach dem jetzigen Stand der Dinge häufig nicht umgehend weltweit in der aktuellen Version angezeigt. Vielmehr kann es, je nach Auslastung der Server, und abhängig von den technischen Gegebenheiten des jeweiligen Providers mehrere Stunden dauern, bis sich die aktuelle Version durchdrückt. Jedenfalls für unangemeldete Leser.

Im Unterschied dazu sieht ein unangemeldeter Autor einen Artikel in der Version, wie er selbst sie bearbeitet hat, und das liegt daran, dass die Seite im lokalen Speicher seines Rechners abgelegt wird, aus dem er die Seite auch wieder bezieht, wenn er den Artikel erneut anwählt.

Sollte es also tatsächlich so sein, dass die Wikipedia von der schnellen Veröffentlichung von Bearbeitungen profitiert, dann beruht dies zum Teil auf einer Illusion. Eben das muss sich durch die Einführung der gesichteten/geprüften Versionen nicht ändern. Auch mit den geplanten technischen Änderungen kann ein unangemeldeter Autor eine Kopie seiner Änderungen aus dem lokalen Speicher seines Rechners vorgesetzt bekommen.

Es gäbe auch andere Möglichkeiten, etwas in der Art zu erreichen. Beispielsweise könnte immer beim Abspeichern einer Änderung auf dem Rechner eines unangemeldeten Autors ein Cookie gesetzt werden (mit einer begrenzten Verfallszeit, z.B. 48 Stunden), das die Anzeige der jeweils aktuellen Version von Artikeln bewirkt.

In jedem Fall ist es grundsätzlich auch für IPs möglich, die Funktionsweise der Wikipedia-Software davon abhängig zu machen, ob sie von einem Autor oder einem Leser abgerufen wird.

Ich schreibe das, weil mehrfach die Befürchtung geäußert wurde, dass die Motivation von IPs, bei der Wikipedia mitzuschreiben, stark sinken könne. Mit den beschriebenen Möglichkeiten ließe sich aber ein Betrieb erreichen, der sich - für Autoren - vom bisherigen kaum unterscheidet, den Lesern dagegen bereinigte Versionen präsentiert.

--Knorxx 20:09, 12. Sep 2006 (CEST)

das ist alles Falsch, du weißt nicht wie das Internet funktioniert. Die Anfrage wird immer an die Wikipedia-Server gestellt und wenn eine aktuellere Version vorhanden ist als die Cacheversion, wird niemals die Cacheversion angezeigt. Deine Ideen würden zudem zu äußerst seltsamen Bearbeitungskonflikten führen, schließlich sieht jeder sofort wer den Artikel zuletzt bearbeitet hat in der Versionsgeschichte. Bei Vorlagen die nicht im Vorlagenamensraum sind gibt es ein Seitencacheproblem was aber auch am Wikipedia-System liegt und nicht am lokalen Cache auf Internet-PCs.--Matthias Pester Disk. (Matze6587) 21:27, 12. Sep 2006 (CEST)

Korrekt. Irgendwelche TTL-Tricksereien sind völlig unrealistisch bei einem Projekt unserer Größenordnung. Es wäre keine sinnvolle Autorenarbeit mehr möglich aufgrund der dann entstehenden Synchronisationsprobleme. --ulim, 22:33, 12. Sep 2006 (CEST)

Das ist in der Tat nicht richtig. Wer einen Artikel bearbeitet, tut dies direkt auf dem Datenbankserver in Florida, damit ist er aktuell. Wer nur liest, der sieht häufig Inhalte von den Squid-Servern hier in Europa, die dort gecacht sind. Diese sind manchmal nicht auf dem neuesten Fall, dies ist aber nicht der Regelfall. Dass Artikel aus dem Cache des Browers geladen werden, ist ferner unabhängig von angemeldet oder unangemeldet. --P. Birken 10:41, 13. Sep 2006 (CEST)

Normalerweise prüft der Squidproxy vor der Auslieferung einer Seite, ob diese noch aktuell ist. Wenn nicht, bezieht er vom Server die aktuelle Version. Daher sollte selbst mit einen Squidproxy immer die aktuelle Version erscheinen, alles andere wäre sehr seltsam. --Kohl 13:09, 13. Sep 2006 (CEST)

Jain. Die Wikimedia setzt kein Pull-System (das istd as von dir beschriebene System), sondern ein Push-System ein (die Squids werden aufgefordert eine Seite neu zu laden). Dadurch hat man eine bessere Kontrolle über Serverauslasten mit dem Nachteil, das eventuell alte Seiten ausgelifert werden (bei nur-Lesern ist das in der Regel unkritisch). Problematisch wird das nur, wenn z.B. mal wieder jemand die Hauptseite mit netten Bildern "aufzuhübscht" hatte und es noch einige Zeit danach (un)freundliche eMails von Nur-Lesern gibt, warum die denn so einen "Schweinkram" zeigen würden. --DaB. 02:40, 22. Sep 2006 (CEST)

Da waren die berühmten und von mir antagonisierten "falschen Vorlagen" im Spiel. Ich habe noch nie eine normale Seite mit normalen Vorlagen in einer alten version erhalten, auch nicht als IP. Die Hauptseite ist gesperrt und konnte nur über diverse Vorlagen die nicht gesperrt waren und die sich ebenso nicht im Vorlagennamensraum befanden/befinden geändert werden, letzeres ist deshalb bewiesen weil es offenbar eine Verzögerung gab. Die Aktuelle Version kann man in dem fall allerdings über den Permanentlink erhalten.--Matthias Pester Disk. (Matze6587) 04:07, 22. Sep 2006 (CEST)

Die Tatsache, dass Du bisher andere Erfahrungen gemacht hast, lässt nur einen Schluss zu: Das ist alles falsch. DaB weiß nicht, wie das Internet funktioniert. --Zhang 19:02, 22. Sep 2006 (CEST)

Wer einen Artikel bearbeitet, tut dies direkt auf dem Datenbankserver in Florida, damit ist er aktuell. Das ist doch genau das, was ich sage. Wer dagegen einen Artikel nur liest, kann ihn in einer älteren (gecacheten) Version vorliegen haben.

Deine Ideen würden zudem zu äußerst seltsamen Bearbeitungskonflikten führen. Nein, würden sie nicht, und tun sie nicht. Das sind keine Ideen, sondern so funktioniert es. Wird die Seite gelesen, kann sie in einer älteren Version vorliegen, aus dem Cache irgendeines dazwischenliegenden Servers (z.B. Proxy). Sobald man die Seite bearbeitet, erhält man aber die aktuelle Version. Deswegen können Texte von der Version abweichen, die man zuvor gelesen hat.

Probiert es doch einfach einmal aus: Artikel bearbeiten. Dabei erhält man immer die aktuelle Version. Anschließend die lokal gecacheten Seiten löschen (im Internet-Explorer unter Internetoptionen/Allgemein/Dateien löschen), und schwups, ist die alte Version wieder da. Das beschriebene Phänomen tritt öfter auf, als ihr glaubt.

--Knorxx 21:25, 14. Sep 2006 (CEST)

Ein weiteres Argument dagegen eine andere Version als die aktuelle anzuzeigen. Eine IP liest einen Artikel, klickt auf "editieren" und bekommt plötzlich eine ganz andere Version. Wenn die IP es merkt, ist sie komplett verwirrt und denkt es würde irgendwas nicht funktionieren. Wenn sie es nicht merkt, dann wird sie spätestens dann verwirrt, wenn die Änderung nicht erscheint. Sie wird erneut editieren und nanu - die Änderung ist doch drin. Wieso wird sie nicht angezeigt? Vielleicht wird sich die IP dann daran erinnern was viele Medien meldeten: "Unangemeldete Benutzer sehen bei Wikipedia nicht mehr die neueste Version." Schwupps wird sich die IP anmelden und zwar zum Lesen. Wir werden jede Menge neuer, inaktiver Benutzer bekommen, die einfach nur stressfrei (i.e. ohne Stöbern) die aktuellste Version lesen möchten und unnötig Serverressourcen verbraten. Insgesamt komme ich immer mehr zu dem Schluss, dass es eine der dümmsten Ideen der letzten Jahre ist unterschiedliche Versionen von unterschiedlicher Qualität für unterschiedliche Leserkreise vorzuhalten. --ulim, 01:06, 18. Sep 2006 (CEST)

*dazwischenquetsch*. Sie wird erneut editieren und nanu - die Änderung ist doch drin. Wieso wird sie nicht angezeigt? Anscheinend ist es immer noch nicht klar geworden, aber dem IP-Autor wird die Änderung angezeigt. Jedenfalls wenn die Software-Funktion so implementiert wird, wie ich mir das vorstelle. Der von dir beschriebene Fall würde also so nicht eintreten. Ein IP-Autor sieht die Seite in der Version, wie er sie bearbeitet hat. --Knorxx 17:54, 30. Sep 2006 (CEST)

Das ist dann aber Betrug an seriösen IPs, und ME nicht ausreichend durchdacht denn die IP denkt dann wohl es sei veröffentlicht.... nene, das ist eure unmaßgebliche Meinung und ich bin ganz und gar dagegen, das bringt so nichts. Die IP muss schon wissen dass das was sie gemacht hat noch nicht veröffentlicht ist. Dann kann sie sich an einen berechtigten Benutzer wenden und um Freischaltung bitten. Nur so macht das Sinn und nur so funktioniert das. Die IP sieht höchstens die aktuelle Seite wenn sie den Permanentlink der neuesten Version aufruft. Sobald sie die Seite aber wieder normal ansteuert sieht sie die gesichtete Version. --Matthias Pester Disk. (Matze6587) 21:02, 30. Sep 2006 (CEST)

Das ist dann aber Betrug an seriösen IPs Nein, denn das haben wir bisher ja auch schon so. nicht ausreichend durchdacht Doch. Siehe dazu auch den Vorschlag von P. Birken (s.u.) --Knorxx 12:48, 1. Okt 2006 (CEST)

Bisher wird immer die aktuelle Version angezeigt, beweise mir bitte erstmal das Gegenteil. Und ein Vorschlag von P.Birken der meiner Sichtweise widerspricht (zu diesem Thema) ist mir nicht bekannt. Du hast in seinen unteren Text Dinge hineininterpretiert die er nicht gemeint hat. Er hat gemeint dass die IPs im Regelfall aktuelle Verionen sehen, weil eben in den meisten Fällen rechtzeitig freigeschaltet werden wird. Das ist nur seine Prognose. Zudem werden alle Artikel die noch nie als "gesichtet" markiert worden sind sowieo aktuell angezeigt. Und dass die nichtaktuellen gesichteten Versionen keine Bearbeitenlinks mehr enthalten ist wohl eher eine Selbstverständlichkeit. --Matthias Pester Disk. (Matze6587) 14:27, 1. Okt 2006 (CEST)

Deswegen sieht die IP natürlich keinen Editbutton, wenn sie nicht die aktuelle Version sieht. --P. Birken 09:16, 18. Sep 2006 (CEST)

Mit anderen Worten, Leser und Gelegenheitskorrektoren wie ich können nicht mal mehr simple Schmierereien beseitigen? Selbst Tippfehlerbereinigung ist mindestens erschwert, wenn vor mir jemand was gemacht hat und nicht gesichtet wurde. Das scheint mir doch ein nicht unerheblicher Nachteil des Systems zu sein?--88.64.2.167 11:45, 21. Sep 2006 (CEST)

Nein, wenn die IP die aktuelle Version sieht, ist der Editbutton ja da. Im anderen Fall heisste es auch nicht, dass eine IP so einen Artikel gar nicht mehr editieren kann, sondern eben nur nicht sofort. Das Problem ist ja, dass immer nur die aktuelle Version editiert werden soll. Wenn man auf Editieren klickt, soll natuerlich also genau diese Version im Editierfenster erscheinen. Ist aber die sichtbare Version nicht die aktuelle, wuerde dies zu unnoetigen Verwirrungen fuehren, etwa wenn der Tippfehler den man beseitigen will, schon entfernt wurde. Deswegen also kein Editbutton fuer die IP wenn sie nicht die aktuelle Version sieht. Statt dessen gibt es einen gut sichtbaren Hinweis, dass dies nicht die aktuelle Version ist, zusammen mit einem Difflink oder einem normalen Link (muss man nochmal gucken was sinnvoller) zur bzw. auf die aktuelle Version, damit man erstmal gucken kann, wo denn die aktuelle Version besser ist. Schlussendlich nochmal der Hinweis: im Regelfall wird die IP die aktuelle Version sehen und dann aendert sich im Vergleich zu jetzt einfach nichts. --P. Birken 12:41, 21. Sep 2006 (CEST)

Ich bin nach wie vor dafür, zwischen IP-Lesern und IP-Autoren zu unterscheiden (z.B. durch ein zeitlich limitiertes Cookie, das beim Bearbeiten gesetzt wird), und dem IP-Leser nicht auf die Nase zu binden, dass seine Version nicht aktuell ist; dem IP-Autor dafür umso deutlicher. --Knorxx 22:06, 21. Sep 2006 (CEST)

Sowas in der Art wollte ich auch vorschlagen. Das man auch als Nichtangemeldeter wählen kann, welche Version man sehen möchte. Falls das technisch geht (Cookie?). So wie ich auch die Antwort von P. Birken auf meine Frage verstehe, scheint momentan noch nicht festzustehen, was die Standard-Einstellung sein wird.--88.64.17.19 00:34, 22. Sep 2006 (CEST)

Wer würde denn ernsthaft eine andere als die aktuelle Version als Standard wählen? Dass man auf die anderen Versionen auch kommt durch Anklicken, das ist ja schön. Aber im Medium Internet zählt erstmal die Aktualität, sonst griffe der Leser zu einem Buch. --ulim, 02:08, 22. Sep 2006 (CEST)

Ich bitte um schnellstmögliche Umsetzung

Wie lange wird es noch dauern? Wenn das durch ist können endlich alle Vulgärlemmata gelöscht werden und die Vandalenjäger müssen sich alle einen neuen Job suchen, das setzt ungeahnte Ressourcen frei. Ich habe gestern mal einen Vandalismustest gemacht, und ich musste feststellen dass die Vandalenjäger ziemlich stark beschäftigt sind. Es ist sehr wichtig dass nur noch vertrauenswürdige Benutzer bestimmen dürfen welche Version der Öffentlichkeit präsentiert wird.

Weiterreichende Vorschläge zur Verbesserung an der Software (An wen kann man sich für Verbesserungsvorschläge wenden??)

Es sollte möglich sein einzelne Versionen zu löschen, das ist mit der aktuellen Mediawiki nur sehr umständlich möglich.
Die Spezialseiten sollten tabellarisch ausgegeben werden, durch Tabs getrennt, dass sie im Excel weiterverarbeitbar werden, ohne dass man den HTML-Quelltext mittels csv auseinanderdividieren muss. Bei den Benutzerbeiträgen muss man z.B: die Minor-Flaggs aus dem Quelltext entfernen bevor er csv-fähig wird. Es muss folgende Spalten geben: Datum|Difflink|Klein/Groß|Besonders groß|Lemma|Begründung Mindestens durch Tabs getrennt oder zum Downloaden als unicode-csv. In der Versionsgeschichte können die Spalten in einer anderen Reihenfolge ausgegeben werden und an Stelle con Lemma muss Bennutzername erscheinen. Das Beste wäre wenn alle Spezialseiten so gestaltet werden dass sie beim Kopieren solche Daten ins Clipboard senden die in Excel über "Inhalte einfügen" als Unicodetext eingefügt werden können. Kategorien werden bereits als Spalte ins Clipboard gegeben obwohl sie virtuell in drei Spalten angezeigt werden, bei den Spezialseiten "Alle Artikel" undsoweiter sollte es genauso sein. Ich hoffe mit der nächsten Softwareversion wird das realisiert.
Benutzer sollten nicht nur kleine Änderungen markieren können, sondern auch "besonders gute Änderungen" denn wenn jemand viele kleine Änderungen hat und auch kleine Änderungen nicht immer als solche markiert, ist es nahezu unmöglich seine relevanten Änderungen herauszufinden. Es wird also noch eine zusätzliche Möglichkeit zum Filtern benötigt dass man sich schnell ein objektives Bild über einen Benutzer machen kann. Zudem sollte die Software bestimmen was ein großer, oder kleiner Edit ist, das heißt der Nutzer bestimmt dann nur noch was er selbst als sehr guten Edit betrachtet.
Fernerhin denke ich über die Möglichkeit nach, Bewertungen für einzelne Edits zu ermöglichen, ähnlich wie bei Ebay, nur dass hier alle Benutzer einen Edit bewerten dürften. Das würde aber eine Unmenge an Metadaten produzieren wenn für jeden Edit noch 100 Bewertungen gespeichert sind. Diese Bewertungen sollten ohne Begründung sein und die Mehrheit entscheidet über gut oder schlecht, was dann zu einem zusätzlichen Flag führt. Der Editcounter könnte dann so eingestellt werden dass nur noch Edits gezählt werden die überwiegend positiv bewertet wurden.

MfG--Matthias Pester Disk. (Matze6587) 13:33, 21. Sep 2006 (CEST) Update14:27, 1. Okt 2006 (CEST)

Bitte Vorschläge in [14] eintragen. Vorher suchen, ob das Gewünschte nicht schon drin steht. --Avatar 10:37, 8. Okt 2006 (CEST)

Oktober

Die seltsame deutsche Rechtsprechung berücksichtigen?

Nach deutschem Recht haftet jemand, der einen Link setzt, unter Umständen strafrechtlich für den Inhalt der fremden Webseite, weil er sie anderen Lesern öffentlich "zugänglich" macht. Somit übernimmt jemand, der in der WP eine Sichtung vornimmt, logisch notwendig die rechtliche Verantwortung ausgerechnet für anonyme Vandalenlinks. Müsste nunmehr nicht Anfängern und IPs das Herstellen von Links verboten werden, deren Prüfung ja recht aufwändig ist, und müsste bei jeder Sichtung nicht ein Warnhinweis eingeblendet werden, dass man mit einer Sichtung, die die Inhalte den Lesern zugänglich macht, für die geprüften anonymen fremden Edits strafrechtlich haftbar gemacht werden kann? -- Stella Hopeless 08:20, 8. Okt 2006 (CEST)

Die Inhalte sind ja auch schon vorher sichtbar, da jeder Leser auch andere Versionen als die gesichtete einsehen kann (es wird nur _zuerst_ die gesichtete angezeigt). Insofern ist die Verantwortung weiterhin bei der Foundation und keine bei dem, der die Sichtung vornimmt. Von den gesichteten Versionen weg: Darüberhinaus gibt es keine Rechtssprechung, was Wikis angeht. Inwieweit Wikis als Foren angesehen werden und welche Pflichten Wikibetreiber oder Wikibenutzer haben, ist nicht geklärt. --P. Birken 10:23, 8. Okt 2006 (CEST)

Um das aus meiner Sicht klarzustellen: Die Verantwortung liegt nicht bei der Foundation, sofern sie keine Kenntnis über die Strafbarkeit des Links hat. --Avatar 10:29, 8. Okt 2006 (CEST)

Es ist nicht möglich, die strafrechtliche Verantwortung irgendwohin zu übertragen oder abzugeben. Wenn der Tatbestand erfüllt ist, gibts keine Ausflucht mehr. Ich persönlich halte die einschlägige Rechtsprechung für den blanken deutschen Irrsinn, wonach jemand für Webinhalte verantwortlich gemacht wird, nur weil er einen Link dahin setzt. Aber was nutzt das schon, dass etwas irre ist? Wenn es im Staate durchgesetzt wird, gilt es trotzdem! Und wenn Leser, die etwas vorher nicht gesehen haben, nunmehr den Zugang dazu haben, ist auch das Kriterium "zugänglich machen" erfüllt. Die ganze Rechtsprechung ist darauf angelegt, harmlose Leute stellvertretend für andere büßen zu lassen, weil man an die eigentlichen Verursacher im Ausland nicht rankommt. So ein kleiner Wikipedia-Benutzer ist da doch der optimale Sündenbock. Genau so funktioniert die Rechtsprechung! Ich halte die Gefahr für gegeben, dass die WP-Benutzer am Ende die Dummen sind. -- Stella Hopeless 11:22, 8. Okt 2006 (CEST)

Nur hat das wie gesagt mit den gesichteten Versionen nichts zu tun. --P. Birken 11:34, 8. Okt 2006 (CEST)

Also ich habe die Idee der "gesichteten Versionen" bisher so verstanden, dass Artikelinhalte, die vorher dem unangemeldeten Benutzer nicht sichtbar waren, nach der "Sichtung" sichtbar werden. Damit werden sie dem Leser "zugänglich gemacht", wenn da z.B. ein Link auf pornographische Inhalte dabei ist, ist der Tatbestand einer Straftat erfüllt. Dass es letztlich nur eine Frage der Browsereinstellung ist, was man sieht, hat die Rechtsprechung bisher wenig gestört, denn ob durch Anklicken eines Links eine neue Webseite sichtbar ist, ist auch nur eine Folge der Browsereinstellung. Wer z.B. pornographische Inhalte auf die Art sichtbar macht, wird strafrechtlich zur Verantwortung gezogen. Samit müsste also jeder Link, der als gesichtet zugänglich gemacht wurde, speziell untersucht werden, was dahinter stecken könnte. Ein argloser Benutzer kann auf solche Schikane von allein nicht kommen, darum müsste er einen Warnhinweis bekommen, wenn er einen Link (vielleicht gar automatisch) als genehmigt dem unangemeldeten Leser sichtbar macht. -- Stella Hopeless 08:41, 9. Okt. 2006 (CEST)

Nein, es wird nichts sichtbar, was vorher nicht auch sichtbar war. Lediglich nach Wahl der Einstellung kann es sein, dass eine nicht aktuelle Version des Artikels angezeigt wird, die aber ja auch ohnehin über die Versionsgeschichte abrufbar ist. --Taxman^¿Disk?_¡Rate! 09:51, 9. Okt. 2006 (CEST)

Wenn das so ist, ist das ungemein beruhigend, denn als normaler Benutzer ohne administrative Kompetenz bin ich zwar in jedem Fall bereit, die Verantwortung für meine eigenen Text-Beiträge zu übernehmen, nicht aber dafür, was andere verzapfen. Ich bin nicht bereit, Aufpasserin oder Vormund irgendwelcher anonymer Unbekannter zu sein - und schon gar nicht automatisch durch undurchschaubare technische Verschränkung meiner Angelegenheiten mit der anderer Leute. -- Stella Hopeless 13:55, 9. Okt. 2006 (CEST)

Bearbeiten und speichern

Entschuldigungen, meine Deutsch ist nicht so gut. Was version unangemeldete autoren sehen wenn bearbeiten und speichern? Wenn bearbeiten aktuel version nicht gesichtet version selben wie. Wenn speichern gesichtet version nicht bearbeiten anzeige. Unangemeldete autoren nur aktuel version bearbeiten und sehen wenn speichern? --CBDunkerson 19:14, 9. Okt. 2006 (CEST)

Assuming that you speak english better than german: if the current version is unvandalized, everything is the same as now. If no version is marked as unvandalized, everything is as now. Otherwise, the IP won't see an edit button at first, for not creating the confusion you mentioned. Instead, it has to go via version history or a difflink presented in the head of the article to some other version, where it then will have an editbutton. After editing, it will see the current version created by the IP, but a warning should be given that this is not yet shown to the public by default. --P. Birken 22:14, 9. Okt. 2006 (CEST)

Perfect. Danke. --CBDunkerson 13:56, 10. Okt. 2006 (CEST)

Das sollte man wohl - so klar formuliert - auch auf der Projektseite schreiben. --Gerbil 13:30, 20. Okt. 2006 (CEST)

Dezember

Softwaretest?

Haben eigentlich schon tests begonnen? Neuerdings scheint mir manchmal eine Änderung nicht zu kommen, trotz cache-reload, und ich bin nicht sicher, ob ich mir das nur einbilde? ;-) gruß -- W!B: 02:24, 4. Dez. 2006 (CET)

- Daß Änderungen manchmal nicht sofort sichtbar werden ist normal und war schon immer so.

- Wenn Du Dich über den Stand der neuen Software informieren möchtest, schreibst Du am besten eine E-Mail an Brion Vibber.

- Wenn Du aber einfach nur rumkaspern möchtest, bist Du auf dieser Diskussionsseite falsch. --83.216.235.111 15:21, 23. Dez. 2006 (CET)

Interessant, bei mir kommt es neuerdings öfters vor, dass beim ersten Druck auf den Knopf Speichern nüscht passiert, erst beim zweiten Mal. Naja, das sind bestimmt die schlappen Server, nicht wahr? :-)Schlesinger ^schreib! 08:29, 4. Dez. 2006 (CET)

Mockup

Der "Seite bearbeiten" Tab wird dargestellt, obwohl es im Text heisst dem wäre nicht so. --ulim, 17:34, 29. Dez. 2006 (CET)

Ja das ist neu. Der "Seite bearbeiten" Tab wird dargestellt werden siehe folgende Änderung im Text, wie das ohne Konfusion des Benutzers möglich ist: [15]. Das heißt dass das "jeder kann direkt bearbeiten Prinzip" nicht angerühert wird. Wikipedia bleibt also nach wie vor genauso offen für Bearbeitungen wie vorher, was bis dato ein gravierender Einwand gegen dieses Feature war. Manchmal können Lösungen so einfach sein ;-) Arnomane 18:47, 29. Dez. 2006 (CET)

Das habe ich jetzt nicht verstanden. Bei IPs wird überhaupt keine Vorschau angezeigt, dazu muss man angemeldeter Benutzer sein und das Häkchen in den Einstellungen setzen. --ulim, 22:39, 29. Dez. 2006 (CET)

Seit wann kann man als IP keine Vorschau sehen? Schließlich gibt es doch den Vorschaubutton. Das Feature hat nichts mit den Einstellungen zu tun. Es ist ein zukünftiges Feature und Software kann verändert werden. Arnomane 01:32, 30. Dez. 2006 (CET)

Wenn eine IP auf "Seite bearbeiten" klickt, dann erscheint keine Vorschau. Deshalb ist die vorgeschlagene Lösung inkonsistent zwischen gesichteten und nicht gesichteten Versionen und hat aus diesem Grund schlechte Chancen jemals in die MediaWiki-Software eingebaut zu werden. Die einzige für jeden sofort verständliche und nachvollziehbare Lösung lautet deshalb: es wird, wie seit jeher in allen Wikis der Welt gewohnt, die neueste Version angezeigt. Wenn es eine ältere, gesichtete Version gibt, so erscheint ein entsprechender Hinweis (ähnlich wie im Mockup-Bild). Klickt man auf "Seite bearbeiten", so passiert genau dasselbe wie heute. Entscheidend für das Editieren ist, ob die Version die aktuelle ist oder eine ältere - ob sie gesichtet ist oder nicht ist vollkommen irrelevant für die Frage, ob ich diese Version editieren will/soll oder nicht. --ulim, 22:58, 30. Dez. 2006 (CET)

Definition

Ohje, das hatte ich von Wikipedia definitiv erwartet, aber nicht von Dir, Hoch auf einem Baum. Du bist doch ein kluger und verständiger Zeitgenosse. Wie kannst Du so einen Satz wiederherstellen? Nochmal zum mitschreiben. Die Fassung lautet: "Eine gesichtete Version ist eine speziell gekennzeichnete Version eines Artikels, die aussagen soll, dass im Artikel gerade nicht vandaliert wurde, also etwa keine Totallöschungen oder Beleidigungen reingeschrieben wurden." Das bedeutet, mit der Kennzeichnung soll dem Leser klargemacht werden, dass er keine leere Seite (nämlich eine totalgelöschte Seite) vor sich hat? Hallo? Soll das ein Witz sein? Der Leser öffnet also ein Lemma und sieht anhand der Kennzeichnung, dass er nicht nichts sieht? Ich bitte Dich, das war offensichtlich nicht zuende gedacht. Auch Beleidigungen dürfte jeder Leser noch selbst erkennen können. Das Du "reingeschrieben" nicht für schlechten Stil hältst, will ich Dir mal nicht unterstellen. Also, ich war mir sicher, dass in Wikipedia um jeden offensichtlich unfertigen Nonsenssatz ein Editwar entsteht, aber sag mir bitte, dass Du mich mit der Wiederherstellung nur ärgern wölltest. So macht das keinen Sinn. Es gibt offenbar geprüfte und gesichtete Versionen, wobei der Unterschied das Ausmaß der Prüfung ausmacht (formal, versus inhaltlich durchgesehen). Das war also eine hermeneutische Änderung mit dem Ziel, einen offensichtlich transitorischen, stilistisch und inhaltlich unfertigen Satz zu ersetzen. Das kann doch nur im Sinne der Wikipedia sein?! Es grüßt Dich --GS 21:44, 30. Dez. 2006 (CET)

Ich finde die alte Version auch besser: diene ist nicht wirklich verständlich. Was den Sinn angeht, so geht es darum, dass eine ungesichtete Version einer IP gar nicht mehr angezeigt wird, zumindest nicht defaultmässig. Die Ip sieht also keine leere Seite mit dem Hinweis, dass diese Seite nicht gesichtet wurde, sondern die Version vor der Löschung mit dem Hinweis, dass sich das jemand angeschaut hat. --P. Birken 23:00, 30. Dez. 2006 (CET)

Ich war mit der Änderung auch nicht zufrieden. "Totallöschungen" bezieht sich natürlich auf Abschnitte, nicht auf den ganzen Artikel. Die jetzige Passage ist deutlich aussagekräftiger, da sie konkret nennt was geprüft wird. Der neue Satz war so abstrakt, daß unter dieser Flagge alles Mögliche hätte segeln können. --ulim, 23:02, 30. Dez. 2006 (CET)

Hmm, Totallöschungen einzelner Abschnitte in den Artikel reingeschrieben? Finde ich auch nicht besser. Inhaltlich, wie stilistisch. Ich würde meinen abstrakten Satz zur Lemmadfinition lassen und direkt im Anschluss die Intention genauer erklären. So wirkt das definitiv unfertig und - ich sagte es bereits - stilistisch unter aller Kanone. Aus meiner Sicht kann man das nicht einfach wieder herstellen. Aber sei es drum. Wenn ihr das so gut findet!? Meine Seelenheil hängt nicht daran. --GS 23:12, 30. Dez. 2006 (CET)

Was bei Deiner Formulierung IMHO falsch rüberkam: das Wesentliche ist nicht, daß ein "wie auch immer" autorisierter Benutzer seinen Segen gegeben hat, sondern daß es um eine Tatfrage geht. Wir müssen mal davon ausgehen, daß unbedarfte IP-Leser auf diesen Artikel kommen, weil sie wissen wollen was das zu bedeuten hat. --ulim, 02:16, 31. Dez. 2006 (CET)

Wikipedia Diskussion:Gesichtete Versionen/Archiv/2006

Inhaltsverzeichnis

August

Benutzerkriterium

Zusammenfassung

Default Sichtweise

Wie soll das Kind heißen?

Hä?

Welches Qualitätsniveau?

Vordenker?

Zusammenhang mit Wikipedia:Stabile_Version

Geprüfte Artikeländerungen

Vollendete Tatsachen?

Lustig, erst Pressemitteilungen, dann Diskussion mit der Community

Bestätigungshinweis

Darstellung nach außen

Bilder und Vorlagen

September

Technische Rahmenbedingungen

Nachteile und anderer Vorschlag

Vermeidung dieser Edits?

Offene technische Fragen

Neu angelegte Artikel

Welche Inhalte sollen den Suchmaschinen präsentiert werden?

Gesichtete und geprüfte Versionen gleichzeitig starten?

„in einigen Monaten“

Abwertung von IPs

Automatisches flag/fakultatives flag

Warum unangemeldete Autoren andere Wikipedia-Seiten sehen als unangemeldete Leser, und warum sich weniger ändert als man glaubt

Ich bitte um schnellstmögliche Umsetzung

Oktober

Die seltsame deutsche Rechtsprechung berücksichtigen?

Bearbeiten und speichern

Dezember

Softwaretest?

Mockup

Definition

Navigationsmenü

Wikipedia Diskussion:Gesichtete Versionen/Archiv/2006

August

Benutzerkriterium

Zusammenfassung

Default Sichtweise

Wie soll das Kind heißen?

Hä?

Welches Qualitätsniveau?

Vordenker?

Zusammenhang mit Wikipedia:Stabile_Version

Geprüfte Artikeländerungen

Vollendete Tatsachen?

Lustig, erst Pressemitteilungen, dann Diskussion mit der Community

Bestätigungshinweis

Darstellung nach außen

Bilder und Vorlagen

September

Technische Rahmenbedingungen

Nachteile und anderer Vorschlag

Vermeidung dieser Edits?

Offene technische Fragen

Neu angelegte Artikel

Welche Inhalte sollen den Suchmaschinen präsentiert werden?

Gesichtete und geprüfte Versionen gleichzeitig starten?

„in einigen Monaten“

Abwertung von IPs

Automatisches flag/fakultatives flag

Warum unangemeldete Autoren andere Wikipedia-Seiten sehen als unangemeldete Leser, und warum sich weniger ändert als man glaubt

Ich bitte um schnellstmögliche Umsetzung

Oktober

Die seltsame deutsche Rechtsprechung berücksichtigen?

Bearbeiten und speichern

Dezember

Softwaretest?

Mockup

Definition

Navigationsmenü

Suche