Wikisource Diskussion:Administratoren/Thomas V (Abwahl)

Originaltext

von ThomasV vom Wed Nov 18 20:01:23 UTC 2009

As I already said in the bug, I do not want to enable this patch. Here is why.

First, I never said that I would accept a patch. I said that what these de.ws users want can be achieved by locally configuring their wiki, and that some of their admins should be able to do that, because they did it in the past. This does not require a patch. All they need is to change their local javascript, and to use again their former quality template instead of the pagequality tag. If they do that, of course, they will no longer be part of the common quality rating system. But my point is that this patch is, technically speaking, useless.

On the other hand, if this patch is activated, then the current quality rating system will simply break apart.

If the patch is activated, you do not need to be very smart to predict that other sub-domains will find it unfair not to have what the Germans have, and that they will soon request the option to be enabled on their domains. However, these other domains do not have the same level of discipline and organization as de.ws. The Germans are right to be proud about their quality standards; they have achieved a superior level of quality, and I do not question that. I do think, however, that the only thing that threatens the superiority of de.ws is ProofreadPage.

One fundamental component of the high quality standard achieved at de.ws is the double proofreading rule. This rule has been adopted years ago at de.ws, and enforced by admins. In my extension the same rule is enforced by software. However, if the patch was activated, the rule would no longer be enforced. It is obvious that some users, at some subdomains, will not comply with the double proofreading rule. These users will not necessarily do that because they want to break the rule (bad faith), but simply because they do not always know about it (lack of communication). Indeed, in the other Wikisources, we know that users have more freedom to start with a project, to work freely on it and to rate their own work, without communicating with others. If the double proofreading rule is not enforced by software, then we will progressively see users making their own interpretation of the meanings of the quality buttons. This already happened at fr.ws with the TextQuality template. And once users do not share the same interpretation of the quality levels, communities will follow; Each subdomain will decide of its own proofreading rules, different from the neighbours.

If this happens, the credibility of the extension will be damaged, and so will be the credibility of Wikisource. Instead of sharing a common "currency", each Wikisource will have its own currency, and their credibility will depend on the level of discipline and organisation that can be achieved by each community. There will be a difference of credibility between the subdomains where the community is able to strictly enforce double proofreading, and communities where admins do not like to play the police. Just like there used to be a difference between the german mark and other european currencies.

I suppose that some de.ws admins have no problem with such a situation. After all, they are very proud about their superior quality standards, and they have long enjoyed the idea of being number one. However, with the progressive generalization of ProofreadPage, other subdomains have made a big step forward in terms of quality and trustability. This simply threatens the superiority of de.ws.

The goal of my work is to improve the quality standards of all Wikisources, and to bring them at the level that was formerly achieved only by de.ws. I do believe that it is the community's best interest to use the same proofreading system, so that readers do not need to worry about the differences between text proofread at de.ws, fr.ws or it.ws.

So long for my reason to reject this patch.

Now, I cannot force de.ws to use the pagequality system of ProofreadPage. The decision remains with them. If they do not want to be part of it, they are free to leave it.

They can do this without the patch; the only thing that they need is to properly configure their wiki, as I already explained. However, one thing that I now realize, and that I did not know before, is that they might not have the technical capability to do this, because the de.ws admin who did it in the past is no longer active (xarax), and because nobody else did it so far. They have another admin with programming skills, but apparently he does not want to do it either.

So, here is what I suggest. Given what has been said before, I see two options, and I am willing to offer technical assistance for one of them.

The first option is that de.ws remains in the common page quality system, and that they use a robot to mark pages that have been validated previously. Indeed, the main reason why they complain is that the software restriction slows them down when converting already validated text to the proofreadpage format. I already said in the bug report that it is possible to link the quality buttons to a robot that would validate the pages. I am willing to program this for them, because I realize that their admins are not able or not willing to do it. However, if I do this for them, they should in turn accept the fact that users need to log in in order to modify the status of pages; the pagequality system needs users that have a stable identity, and IP adresses are unstable.

The other option is that de.ws completely stops using the common pagequality system. In order to do that they would need to convert the PageQuality template (or tag) to the formerly used Seitenstatus template. A few months ago I converted all the pages at de.ws to use PageQuality instead of Seitenstatus, with a robot. They just need to do the reverse operation, which can be done in a few days. Once this is done, they can reprogram the quality buttons so that IPs can use them too, or they can just use the template without buttons, as they did a few months ago.

It goes without saying that I am strongly against the second option, and that I will not help them do that. I think that it would be much better if all Wikisource subdomains kept using the same quality system. When a book is proofread at Projet Gutenberg, there is no difference in the way it is proofread, whether it is written in English, French or German. Why should it be different at Wikisource ?

Thomas

Übersetzung

von Joergens.mi folgt

Wie ich bereits in der Fehlermeldung ( Ergänzung JMI: bug:20812, https://bugzilla.wikimedia.org/show_bug.cgi?id=20812) gesagt habe, ich will diesen Patch nicht aktivieren. Hier die Gründe.

Als erstes, ich habe nie gesagt das ich einen Patch akzeptiere. Ich habe nur gesagt, dass was de.ws möchte durch lokale Konfiguration ihres Wiki’s erreicht werden kann, und dass einige ihre Admins sollten in der Lage sein das zu tun, da sie es bereits in der Vergangenheit getan hatten. Dafür brauchen sie keinen Patch. Das einzige was sie tun müssen ist ihr lokales Javascript zu ändern, und ihren vorherigen Seitenstatus Vorlage anstelle des pagequality tags zu benutzen. Wenn sie das tun sind sie aber nicht länger Teil des gemeinsamen Qualitäts-Ratung Systems. Um das zu erreichen ist dieser Patch technich nutzlos.

Auf der anderen Seite, wenn dieser Patch aktiviert wäre, würde das Qualitäts-Ratung Systems auseinanderbrechen.

Wenn dieser Patch aktiviert wird, man braucht nicht sehr hellsichtig zu sein um vorherzusagen dass andere Gemeinschaften die gleichen Möglichkeiten haben wollen die bei der deutschsprachigen Gemeinschaft. Das Ergebnis wird sein dass sie dieselben Optionen in den anderen Wikisources aktiviert haben wollen. Leider, diese anderen Domains haben nicht dieselbe Disziplin und Organisation wie de.ws. De.ws ist zu Recht stolz auf ihre Qualitätsstandards; sie haben eine exzellenten Level der Qualität erreicht, und ich stelle das nicht in Frage. Ich denke jedoch dass die einzige Sache, die die Überlegenheit von de.ws bedroht, ProofreadPage ist.

Eine der fundamentalen Komponente des Hohen Qualitätsstandards die in de.ws erricht wurden ist das 4 Augen Prinzip (double proofreading rule). Diese Regel wurde vor Jahren in de.ws eingeführt und von den Admins durchgesetzt. In meiner Software Extension ist diese Regel durch die Software hart vorgegeben. Wenn jetzt dieser patch aktiviert wird würde diese Regel nicht mehr zwingend eingehalten werden können. Es ist offensichtlich, daß einige Benützer, in anderen Wikisources, nicht dieser Regelung des 4 Augen Prinzips zustimmen. Diese Benützer machen dies nicht aus Vorsatz, sondern weil sie nicht darüber Bescheid wissen (Mangelnde Kommunikation), In der Tat haben in anderen Sources die User mehr Freiheiten ein Projekt zu starten, damit zu arbeiten und ihre eigene Arbeit zu raten ohne sich mit anderen auszutauschen. Wenn das 4 Augen Prinzip nicht über Software erzwungen wird, werden wir dort eine Zunahme der freien Interpretation der User über die Bedeutung der Qualtitätsbuttons sehen, so wie es in fr.ws mit dem TextQuality template passiert ist. Und sobald Nutzer nicht denselben Prinzipien bei den Qualitätsleveln folgen, wird die Gemeinschaft im laufe der Zeit nachziehen. Jede Gemeinschaft wird über ihre eigenen Regeln entscheiden, und die unterscheiden sich dann von den Nachbarn.

Wenn dies so passiert, ist der Wert dieser Extension beschädigt, und das gleiche gilt für die Glaubwürdigkeit von Wikisource. Anstelle dass man eine gemeinsame Währung hat, wird jede Wikisource seine eigene haben, deren Glaubwürdigkeit hängt von der Disziplin und Organisation ab, die in der Gemeinschaft erreicht werden kann. Es wird also Unterschiede geben in der Glaubwürdigkeit von Gemeinschaften die in der Lage sind das 4 Augen Prinzip durchzusetzen, und Gemeinschaften in denen die Admins keine Lust haben Polizei zu spielen. Das ist genauso wie es mit der deutschen Mark und anderen europäischen Währungen war.

Ich glaube das einige de.ws Admins haben kein Problem mit eine solchen Situation. Nach allem sind sie sehr stolz über ihre hohen Qualitätsstandards, und haben sich lange daran gefreut Nummer 1 zu sein. Durch die zunehmende Einführung von Proofreadpage, andere Gemeinschaften haben einen großen Schritt vorwärts gemacht in der Qualität und Glaubwürdigkeit. Das bedroht die Überlegenheit von de.ws.

Das Ziel meiner Arbeit ist es, die Qualität aller Wikisources zu verbessern und sie auf einen Qualitätsstandard zu heben der bisher nur von de.ws erreicht wurde. Ich glaube fest daran das es im besten Interesse der Gemeinschaft Wikisource ist, das selbe Qualitäts-Ratung System zu nutzen, so daß sich die Leser keine Gedanken machen müssen über die Qualität der Texte in den einzelnen Gemeinschaften.

Das sind zusammenfassend meine Gründe diesen Patch zurückzuweisen

Natürlich kann ich de.ws nicht zwingen, das Qualitäts-Ratung System von ProofreadPage zu nutzen. Die Entscheidung liegt bei ihnen. Wenn sie nicht teilnehmen wollen, können sie sich entscheiden das System zu verlassen.

Sie können das ohne einen Patch machen. Das einzige was sie tun müssen ist ihr Wiki korrekt zu konfigurieren, wie ich es schon erklärt habe. Allerdings habe ich jetzt gemerkt, und das wußte ich vorher nicht, das sie nicht die technischen Fähigkeiten dazu haben, da der Admin (xarax) der dies in der Vergangenheit machte nicht mehr aktiv ist und niemand anderes es bisher gemacht hat. Sie haben einen anderen Admin mit Programmierkenntnissen, aber augenscheinlich will er es auch nicht machen.

Hier ist mein Vorschlag. Nachdem was vorher gesagt wurde, sehe ich 2 Optionen, und ich offeriere technische Unterstützung für eine davon..

Die erste ist, das de.ws im gemeinsamen Qualitäts-Ratung System bleibt und das sie einen Bot nutzen, mit dem die bereits validierten Seiten auf fertig setzen. Der Hauptgrund warum sie sich beschweren ist das sie erheblich gebremst werden beim umstellen von existierenden Texten, die bereits im Alten System bearbeitet worden sind. Ich habe bereits in der Bugzilla Meldung gesagt, das man die Buttons mit einem Bot verbinden kann, welcher diese Seiten validiert. Ich bin bereit das zu codieren, da ihre Admins es entweder nicht können oder wollen. Im Gegenzug dafür sollen sie akzeptieren, das Benützer sich anmelden müssen, um Seitenstatus zu verändern. Das Qualitäts-Ratung System braucht einen stabilen Nutzernamen und IP Adressen sind dafür zu unstabil.

Die andere Option wäre das de.ws sich komplett aus dem gemeinsamen Quality-Ratung System zurückzieht. Um das zu erreichen müssen sie das PageQuality template (oder Tag) auf das früher benutzte Seitenstatus template umsetzen. Vor einigen Monaten habe ich alle Seiten auf die Nutzung von PageQuality anstelle von Seitenstatus unter zu Hilfename eines Bots umgestellt. Das geht auch in die andere Richtung in ein paar Tagen.. Wenn das erledigt ist können sie die Qualitäts-Buttons umprogrammieren das auch IP’s diese nutzen können, oder auch ein Template ganz ohne Buttons nutzen, so wie sie es vor Monaten taten.

Natürlich bin ich ganz gegen die zweite Option, und ich werde sie auch nicht unterstützen. Ich halte es für vernünftiger wenn alle Sprachdomains das selbe Qualitätssystem nutzen. Wenn ein Buch von Projekt Gutenberg Korrekturgelesen wurde, gibt es keinen Unterschied in der Art des Korrekturlesens, egal ob es in Englisch, Französisch oder Deutsch geschrieben ist. Warum soll das bei Wikisource anders sein?

Thomas

Übersetzung -- Jörgens.Mi ^Talk 22:47, 19. Nov. 2009 (CET)

ThomasV bitte lies drüber und bestätige das es für dich so ok ist. Danke -- Jörgens.Mi ^Talk 22:48, 19. Nov. 2009 (CET)

Danke Dir. Ich habe ein paar Korrekturen gemacht. ThomasV 23:38, 19. Nov. 2009 (CET)