Benutzer Diskussion:Jah

ältere Diskussionen: 14:39, 14. Aug 2006 12:54, 1. Sep. 2007

Hauptautoren-Tool

Hi ich habe versucht, dein Hauptautoren-Tool zu installieren, aber irgendwie läuft das nicht.

• Ich habe Windows XP auf meinem Rechner.
• Die Files werden beim Download als .php-Files erkannt. Ich benenne sie dann manuell in .js-Files um.
• Wenn ich versuche, das Programm aus der Konsole zu starten, behauptet er in Zeile 1 Spalte 1 sei ein unverständliches Zeichen.

Kann es sein, dass Windows da mit dem falschen Programm drangeht und ich irgendein Tool brauche (einen compiler oder interpreter oder was auch immer), um PERL-Skripte zu interpretieren? Wenn ja, wo kriege ich das her? -- 217.232.44.193 16:22, 10. Aug. 2007 (CEST)

Da das Perl-Scripten sind, besser nicht in .js sondern einfach in "hauptautoren" und "loadhistory" ohne Endung umbenennen. Perl für Windows gibt es hier.--Jah 00:17, 16. Aug. 2007 (CEST)

Er verreckt, vermutlich weil er bei ./loadhistory den . nicht interpretieren kann. Wenn ich die Zeile durch

system "perl -w loadhistory $title";

ersetze, klappt das, aber er verreckt später. Bei einem Testartikel lautete der letzte Teil der Ausgabe:

Use of uninitialized value in concatenation (.) or string at hauptautoren line 2
81.

Durch diverse Testausgaben konnte ich das Problem zurückverfolgen. Recht weit oben in "sub analyzeText" steht:

read TXT, $textGz, $len;  progress("Text:\n$textGz\n$len\n");
($gz, $status) = inflateInit(-WindowBits => 0 - MAX_WBITS); progress("gz: $gz\n Status: $status\n");
($text, $status) = $gz->inflate($textGz); progress("Text:\n$text\n Status: $status\n");

Die erste Testausgabe klappt (jede Menge ascii und mein Rechner piept und kriegt sich kaum ein), die zweite und dritte geben:

gz: Compress::Zlib::inflateStream=SCALAR(0x1ce6cb4)
Status: 0
Text:

Status: -3

Also klappt irgendwie die Umwandlung des Textes vermutlich nicht. Sagen dir die Outputs was, bzw. kannst du mir helfen? -- 217.232.45.247 16:13, 20. Aug. 2007 (CEST)

Da ich kein Windows habe, kann ich den Fehler leider nicht nachvollziehen. Aber ich habe mal von beiden Skripten neue Versionen hochgeladen, in denen man die Komprimierung abstellen kann, um zu sehen, ob wenigstens der Rest funktioniert. Dazu muss man jeweils am Anfang $cmpr = ""; setzen. Die gespeicherten Versionen sind jetzt natürlich nicht mehr kompatibel, d.h. man muss bei einem Wechsel von $cmpr das Verzeichnis histcache löschen.

Die neue Version von hauptautoren sollte jetzt an der kritischen Stelle mit einer lesbaren Fehlermeldung abbrechen. Vielleicht kann ich dann damit etwas anfangen.

Zum Testen verwende ich den Artikel Knagge. Für $cmpr = "" sehen die ersten Zeilen der .ri-Datei (in histcache/03) bei mir so aus:

user="62.225.136.98" anon="" timestamp="2004-03-18T19:54:00Z" pos=0 len=684
user="62.225.136.98" anon="" timestamp="2004-03-18T19:55:16Z" pos=684 len=700
user="Bent" timestamp="2004-03-18T20:48:12Z" comment="Stichwort fett, Links" pos=1384 len=718
user="213.54.106.52" anon="" timestamp="2004-07-04T01:57:15Z" pos=2102 len=742

In der .txt-Datei stehen in diesem Fall alle Versionen im Klartext aneinandergehängt.

Für $cmpr = "gz" steht folgendes am Anfang der .ri-Datei:

user="62.225.136.98" anon="" timestamp="2004-03-18T19:54:00Z" pos=0 len=407
user="62.225.136.98" anon="" timestamp="2004-03-18T19:55:16Z" pos=407 len=420
user="Bent" timestamp="2004-03-18T20:48:12Z" comment="Stichwort fett, Links" pos=827 len=433
user="213.54.106.52" anon="" timestamp="2004-07-04T01:57:15Z" pos=1260 len=443

Unter Windows sollte dasselbe drin stehen, insbesondere auch bei pos und len.--Jah 17:49, 22. Aug. 2007 (CEST)

Also bei $cmpr = "" und $cmpr = "gz" habe ich beide Male

user="62.225.136.98" anon="" timestamp="2004-03-18T19:54:00Z" pos=0 len=407
user="62.225.136.98" anon="" timestamp="2004-03-18T19:55:16Z" pos=407 len=420
user="Bent" timestamp="2004-03-18T20:48:12Z" comment="Stichwort fett, Links" pos=827 len=433
user="213.54.106.52" anon="" timestamp="2004-07-04T01:57:15Z" pos=1260 len=443

also abweichend von deinem Ergebnis. Ich erhalte außerdem bei $cmpr = "" eine ganze Latte Fehlermeldungen, alle im Stil von:

Malformed UTF-8 character (unexpected non-continuation byte 0x2a, immediately af
ter start byte 0xc8) in substitution (s///) at hauptautoren line 141.

oder

Malformed UTF-8 character (unexpected continuation byte 0xb6, with no preceding
start byte) in substitution (s///) at hauptautoren line 141.

und die letzte Zeile lautet

Malformed UTF-8 character (fatal) at hauptautoren line 142.

da funktioniert es also offenbar nicht, die Textelemente zu entfernen, die nicht untersucht werden.

Bei $cmpr = "gz" erhalte ich die Fehlermeldung

invalid block type at hauptautoren line 125.

Sagt dir diesmal die Fehlermeldung was? -- 217.232.60.50 22:18, 26. Aug. 2007 (CEST)

Das Problem mit den UTF-Fehlermeldungen kann ich mir nur so erklären, dass du nicht auch in loadhistory $cmpr=""; gesetzt hast. Man muss die Variable in beiden Skripten setzen, jeweils natürlich auf den selben Wert, und nicht vergessen, das Verzeichnis "histcache" beim Wechsel zu löschen, sonst bleiben die alten Dateiversionen erhalten.

Zur gz-Fehlermeldung "invalid block ..." fällt mir spontan keine Lösung ein. Ich kann mir dazu noch etwas überlegen, aber erst einmal möchte ich wissen, ob der Rest des Skriptes funktioniert.----Jah 10:15, 27. Aug. 2007 (CEST)

Hey, jetzt klappts fast. Er stellt allerdings in der Endausgabe teilweise Text vom Ende an den Anfang. Und nach Testen mehrerer Artikel stellte ich fest, dass er bei einigen immernoch den "Malformed UTF-8 character"-Fehler gibt. (u.a. Relativitätstheorie, Quantenfeldtheorie, Allgemeine Relativitätstheorie) Könnten das Sonderzeichen wie Geviertstriche sein, die da Probleme machen? -- 217.232.43.135 17:35, 27. Aug. 2007 (CEST)

Also hier mal die Fehlermeldungen. Relativitätstheorie:

Analyzing history ...
20020422214307
Malformed UTF-8 character (unexpected continuation byte 0xb6, with no preceding
start byte) in substitution (s///) at hauptautoren line 141.
Malformed UTF-8 character (fatal) at hauptautoren line 142.

Allgemeine Relativitätstheorie

Analyzing history ...
20040122155336
20040226010529
Malformed UTF-8 character (unexpected continuation byte 0xa4, with no preceding
start byte) in substitution (s///) at hauptautoren line 141.
Malformed UTF-8 character (fatal) at hauptautoren line 142.

Quantenfeldtheorie

Analyzing history ...
20020611063524
20040421011252
20041013124000
20050722095333
20051205171433
20061203121425
20070110170702
Malformed UTF-8 character (unexpected continuation byte 0x9f, with no preceding
start byte) in substitution (s///) at hauptautoren line 141.
Malformed UTF-8 character (fatal) at hauptautoren line 142.

Man sieht also (glaub ich), dass das Problem bei den ersten beiden Artikeln recht früh auftritt und beim Dritten erst in einer sehr späten Version. Falls ich das Programm richtig verstehe, macht es die Ausgaben in 20 Versionen-Blöcken demnach wären die kritischen Diffs folgende: Relativitätstheorie, Allgemeine Relativitätstheorie, Quantenfeldtheorie

Ich kann da bisher keine Übereinstimmung erkennen. Vielleicht siehst du ja was. -- 217.232.43.135 18:34, 27. Aug. 2007 (CEST)

UTF-8 mit Perl ist ein Krampf, auch unter Linux. Nach vielem Herumprobieren funktionierte "hauptautoren" bei mir unter Linux mit den Zeilen

use utf8; use open ":utf8"; binmode STDOUT, ":utf8";

und in der Funktion analyzeText

$text = Encode::decode_utf8($text);

Aus irgendeinem Grund stehen die Befehle der oberen Zeile nicht in loadhistory, daran kann ich mich nicht mehr erinnern. Du kannst es dort ja mal zumindest mit den ersten beiden versuchen. (Der letzte Befehl bezieht sich nur auf die Standard-Ausgabe, was sicherlich keine Probleme verursacht, weil loadhistory dort nur Statusmeldungen loggt.)

Ich habe nämlich jetzt doch noch eine alte Windows 2000-Installation bei mir reaktiviert, habe damit allerdings keinen Netzzugang, so dass ich die Skripten nicht vollständig testen kann. Deswegen habe ich mal mit loadhistory unter Linux die Versionsgeschichte von "Relativitätstheorie" gespeichert. Dann habe ich die gespeicherten Dateien unter Windows mit hauptautoren geladen. Es gab dabei keine Fehlermeldung. Deswegen vermute ich, dass loadhistory unter Windows die Texte nicht in der richtigen Codierung (UTF-8) speichert.

In den nächsten Tagen werde ich wahrscheinlich noch etwas weiter damit herumexperimentieren und hoffentlich eine Lösung finden.----Jah 23:09, 27. Aug. 2007 (CEST)

Die zusätzlichen Befehle haben bei Relativitätstheorie und Allgemeine Relativitätstheorie die Fehlermeldung genau einen Block nach hinten verschoben, bei Quantenfeldtheorie tritt sie dagegen deutlich früher auf:

Analyzing history ...
20020611063524
20040421011252
20041013124000
Malformed UTF-8 character (unexpected continuation byte 0x95, with no preceding
start byte) in substitution (s///) at hauptautoren line 141.
Malformed UTF-8 character (fatal) at hauptautoren line 142.

Kannst du mal zum Testen deine Versionsgeschichte von Relativitätstheorie hier hochladen, damit ich testen kann, ob auch bei mir das Hauptskript damit arbeiten kann? -- 217.232.41.253 12:04, 28. Aug. 2007 (CEST)

Die Versionsgeschichte von Relativitätstheorie ist mir etwas zu lang. Hier ist die unter Linux gespeicherte Versionsgeschichte von Quantenfeldtheorie. Ich hoffe, du findest den Weg durch den Klickdschungel. In der Wikipedia kann man zip-Dateien leider nicht hochladen.----Jah 14:18, 28. Aug. 2007 (CEST)

Mir fällt noch ein, dass du für diesen Test in hauptautoren die Zeile, in der loadhistory aufgerufen wird, besser auskommentieren solltest.----Jah 14:24, 28. Aug. 2007 (CEST)

Okay, das hat funktioniert (ich musste loadhistory nicht auskommentieren, d.h. er hat wohl die Versionen richtig erkannt). Das war jetzt mit $cmpr = "", nicht wahr? Damit wäre belegt, dass das Problem bei loadhistory liegt. Außerdem habe ich versucht, ein Bild ausgeben zu lassen, was nicht geklappt hat, mit der Fehlermeldung:

Computing image ...
0/4634
Der Befehl "pamscale" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
100/4634
[...]
4600/4634
done.

Das ist zwar eher sekundär, aber falls dir dazu sofort eine einfache Lösung einfällt, wärs klasse wenn du es machen könntest. -- 217.232.41.253 23:31, 28. Aug. 2007 (CEST)

Jetzt habe ich glaube ich den grundlegenden Fehler gefunden und neue Versionen von beiden Skripen hochgeladen, die auch mit Windows funktionieren sollten.

Nur zur Erklärung: Hauptsächlich habe ich in loadhistory den Befehl $content = $response->content; ersetzt durch $content = $response->decoded_content;. content gibt einen Byte-String zurück so wie er vom Server geliefert wurde und decoded_content einen UTF-8-String. In der Perl-internen Repräsentation unterscheidet sich das in der Byte-Sequenz nicht, aber beim Speichern verhalten sich die Linux- und die Windows-Versionen anscheinend unterschiedlich. Während Linux die "nackte" Byte-Kette 1:1 speichert, was wie gewünscht zu einer Datei mit einem UTF-8-Text führt, versucht sich die Windows-Version noch an irgendeiner Codierungs-Umwandlung, interpretiert wahrscheinlich jedes Byte einzeln als Zeichen. Aber der Fehler lag eindeutig bei mir, weil ich mich auf das undefinierte Verhalten beim Umgang mit einem nicht-UTF-8-String verlassen habe.

Versuche es jetzt auch mal mit $cmpr = "gz";. Es könnte funktionieren, aber ganz sicher bin ich mir nicht.

Die Bildgenerierung sollte jetzt auch unter Windows funktionieren. Dazu musst du allerdings noch NetPbm installieren. Mit den Bildern kann man übrigens sehr gut Löschvandalismus entdecken.----Jah 16:54, 29. Aug. 2007 (CEST)

Könntest du deine Skripte auf dem Toolserver installieren (lassen)? Oder ist der immernoch so überlastet? Wenn das Skript dort installiert wäre, sollte es doch nicht mehr die Probleme mit Windows geben, weil die Programme ja auf dem Server liefen (oder?). MfG -- 217.232.62.223 16:27, 29. Aug. 2007 (CEST)

Diese beiden Skripte können nicht auf dem Toolserver installiert werden, weil er dem deutschen Verein gehört, der das Anbieten von Wiki-Inhalten aus Angst davor, abgemahnt oder verklagt zu werden, nicht gestattet.----Jah 16:54, 29. Aug. 2007 (CEST)

Jetzt klappts bei "Quantenfeldtheorie" auch mit gz. Bei Relativitätstheorie gibts wieder einen Fehler:

Analyzing history ...
20020422214307
20030819070345
20031019172325
20040124164307
invalid distance too far back at hauptautoren line 137.

Ein analoger Fehler tritt bei Allgemeine Relativitätstheorie auf.

Das Bild funktioniert nicht (trotz NetPbm), mit Fehlermeldungen

print() on closed filehandle IMG at hauptautoren line 226.
print() on closed filehandle IMG at hauptautoren line 229.

ich musste das Programm gar mit strg+c abschießen. Außerdem noch ein "Schönheitsfehler": Das "ö" von "Wörter" in der Tabellenkopfzeile wird als "ö" ausgegeben. (War vorher nicht so.) Danke für die viele Arbeit! -- 217.232.62.223 20:23, 29. Aug. 2007 (CEST)

Wenn ich Zeile 137 einfach auskommentiere, produziert das Skript bei fast allen Testartikeln zumindest sinnvoll aussehende Ausgaben (die Richtigkeit kann ich nicht im Detail prüfen, scheint aber in Ordnung zu sein). Nur bei Quantenphysik passiert etwas ganz obskures: Nach dem zweiten Kapitel gibt er zusammengewürfelte Wortstückchen aus und schreibt sie einem Benutzer zu, der eigentlich nur einen Buchstaben verändert hat und dann auch noch revertiert wurde. Wenn ich wüsste wie, würde ich dir die html-Datei mal hochladen. -- 217.232.62.223 01:11, 30. Aug. 2007 (CEST)

Du kannst beliebige Dateien bei rapidshare.com hochladen. Dafür muss man sich nicht einmal anmelden. Nachdem man sie hochgeladen hat, kommt zwar ein Formular, wo man seine E-Mail-Adresse etc. angeben soll, aber unter dem Formular ist ein leicht zu übersehender Link, der etwa besagt: "Gib mir sofort die Seitenadresse zum runterladen." Das ganze ist nicht öffentlich, also kein anderer bekommt den Downloadlink, aber vertrauliche Daten würde ich natürlich nicht unverschlüsselt hochladen.

Ich glaube (mal wieder), dass ich jetzt alle Probleme gelöst habe, werde es aber diesmal lieber noch eimnal unter Windows testen. Weil ich dazu den Rechner herunterfahren muss, geht das erst heute Nachmittag/Abend.----Jah 12:10, 30. Aug. 2007 (CEST)

Ok, hier ist meine Ausgabe bei Quantenphysik und Quantenmechanik wo ein noch obskurerer Bug mit unendlichen Zeilen in den Weblinks auftritt, der auch noch die Statistik verfälscht.

@"Weil ich dazu den Rechner herunterfahren muss, geht das erst heute Nachmittag/Abend." Da fällt mir zu ein: "Linux ist so stabil, dass man es die ganze Zeit an lassen kann. Weil es so lange zum Starten braucht tut mans auch." (Weiß gar nimmer, wer das gesagt hat.) -- 217.232.41.79 13:22, 30. Aug. 2007 (CEST)

Ich habe wieder neue Versionen von beiden Skripten hochgeladen. In loadhistory habe ich nur eine kleine Änderung vorgenommen, die bewirkt, dass die Daten vom Sever jetzt komprimiert und damit schneller geladen werden.

hauptautoren funktioniert bei mir jetzt unter Windows im $cmpr="gz"-Modus so wie unter Linux (getestet mit "Quantenfeldtheorie"), außer dass die Windows-typischen Zeilenenden gespeichert werden, wovon man aber nichts weiter merkt. Mit $cmpr="" ist die Ausgabe unter Windows kaputt, warum weiß ich nicht. Ich habe verifiziert, dass die gleichen Daten geladen werden wie im gz-Modus nach der Dekompression. Aber egal, den unkomprimierten Modus habe ich ja nur zu Testzwecken eingebaut.

Das Problem mit der Bildgenerierung sollte behoben sein. Perl konnte nicht in das Temp-Verzeichnis schreiben. Dann werden die Zwischenbilder eben im aktuellen Verzeichnis gespeichert.

Die Quantenmechanik- und Quantenphysik-Artikel werde ich gleich noch testen.----Jah 20:32, 30. Aug. 2007 (CEST)

Im Quantenphysik-Artikel habe ich keinen durcheinandergewürfelten Text. Der Quantenmechanik-Artikel sieht hier genau so aus wie bei dir, allerdings auch unter Linux. D.h. zwischen Linux und Windows gibt es bei mir jetzt anscheinend keinen Unterschied mehr. Die einzige Windows-spezifische Fehlermöglichkeit könnte jetzt nur noch in loadhistory liegen, weil ich dieses Skript mangels Netzverbindung nicht richtig testen kann. Ich habe immer loadhistory unter Linux benutzt und dann die gespeicherten Versionsgeschichten unter Windows mit hauptautoren ausgewertet.

Das Problem mit dem Quantenmechanik-Artikel und diesen "nbsp"s und kurzen Textverdoppelungen kann ich also unter Linux debuggen, was doch etwas angenehmer ist.----Jah 21:36, 30. Aug. 2007 (CEST)

Auch dieser Fehler sollte jetzt behoben sein.--Jah 22:49, 30. Aug. 2007 (CEST)

Ich bin jetzt an einem anderen Windows-Rechner (siehe IP) und hier funktioniert mit den neuen Skripten bisher alles (auch Quantenphysik) bis auf das Bild. Beispiel Elektrische Ladung:

Computing image ...
0/1151
[...]
1100/1151
Das System kann den angegebenen Pfad nicht finden.
Das System kann den angegebenen Pfad nicht finden.
done.
Sending preview request to http://de.wikipedia.org ... done.

Ist da noch eine Pfadangabe in Linux-Notation, oder ein Rückgriff auf Linux-formatierte Umgebungsvariablen oder so? Und noch Kleinigkeiten: Bei Quantenmechanik funktionieren die Einzelnachweise normal, bei Quantenphysik steht das nur <references/>. Was bei Quantenmechanik nicht hinhaut ist anscheinend der Wikilink zu Technology Review. Sieht fast aus, als ob er da alte Versionen reinmüllt oder sowas. Ich habe hier mal den Text ohne "ndash" hingetan. Es sind immerhin fast 50 KB, verfälscht also die Statistik erheblich. -- 88.76.237.231 14:34, 31. Aug. 2007 (CEST)

In hauptautoren wird in Zeile 22 die Variable $netpbmPath gesetzt. Vielleicht hast du NetPbm irgendwo anders installiert, oder an dem aktuell benutzten Recher vielleicht sogar vergessen zu installieren? Ich musste unter Windows den direkten Pfad angeben, weil ihn das Installationsprogramm bei mir nicht in den Systempfad eingetragen hat. Wenn das bei dir anders ist, kannst du es auch mit $netpbmPath=""; versuchen.

Einige Dinge werde ich wohl noch machen müssen: Dokumentation aktualisieren, sinnvollere Fehlermeldungen ausgeben lassen, $cmpr-Option entfernen (also nur noch gz). Außerdem will ich zwecks Geschwindigkeitssteigerung das Programm noch so umschreiben, dass das Laden und Analysieren der Versionen gleichzeitig geschieht statt nacheinander, was nicht besonders aufwändig sein dürfte. Wenn das fertig ist, kannst du gerne die neue Version noch mal testen. Ich werde dann Benutzer:Jah/Hauptautoren und die beiden Skripte aktualisieren. Ansonsten vielen Dank fürs geduldige Pre-Alpha-Testen.----Jah 15:21, 31. Aug. 2007 (CEST)

NetPbm ist installiert, allerdings habe ich das in ein anderes Verzeichnis installiert, als Standard wäre. Ich hab an der Zeile rumgefummelt und jetzt klappts (einmal hat er bei der Formatumwandlung in png eine Farbe nicht gefunden, (weil der 6. Hauptautor zu geringen Anteil hat und deshalb kein Pixel hat?) aber das Bild ist trotz Fehlermeldung richtig). Der Waste-Text bei Quantenmechanik ist mutmaßlich eine Kopie des letzten Teils der aktuellen Version, denn dieser Diff ist schon enthalten. Er wird jedoch falschen Autoren zugeordnet. Ich weiß nicht, ob das hilft. Das Testen ist reiner Eigennutz: Ich will das Programm ja benutzen. ;) -- 88.77.236.192 16:37, 31. Aug. 2007 (CEST)

Ich habe jetzt Quantenphysik und Quantenmechanik mit der aktuellen Version von hauptautoren unter Windows getestet und konnte die von dir beschriebenen Fehler nicht reproduzieren. Jetzt fallen mir 3 mögliche Ursachen ein:

• loadhistory speichert unter Windows etwas Anderes als unter Linux. Ich kann wie gesagt nur die Linux-Version testen. Ob hauptautoren bei dir dieselben Daten läd wie bei mir, können wir testen, indem du in diesem Skript die Zeilen 112, 129 und 147 entkommentierst. Dann speichert das Programm MD5-Prüfsummen für jede geladene Version in der Datei "md5.txt". Wenn du die hochlädst, kann ich sie mit den bei mir ausgegebenen Prüfsummen vergleichen.
• Du benutzt nicht die selbe Version von hauptautoren. Könnte es z.B. sein, dass du die letzte Änderung von Hand übernommen und dabei das Leerzeichen oben rechts zwischen den beiden Schrägstrichen übersehen hast? Bei mir führt das zwar zu etwas anderen Artefakten als den von dir beschriebenen, aber ich weiß so wie so nicht, wie die genau entstehen. Die Strings "nbsp" und "ndash" kommen ja nicht einmal im Skript vor ...
• Als dritte Möglichkeit bleibt dann so weit ich das überblicke nur noch, dass identische Skripte für identische Daten mit identischen Interpretern (ich nehme an, wir haben beide die neueste ActiveState-Perl-Version installiert) unterschiedliche Ausgaben produzieren. In diesem Fall bin ich dann wahrscheinlich mit meinem Latein am Ende.--Jah 17:22, 31. Aug. 2007 (CEST)

Oh, sorry, hab noch die Version von gestern 21:00 verwendet. Jetzt ist es in Ordnung. Mir fiel noch auf: Ginge es, dass die Bilder jeweils unter "Artikelname.png" gespeichert werden (und nicht immer unter hf.png), damit hf.png nicht immer überschrieben werden und das letzte Bild in allen html-Dateien eingebunden ist? Dann muss ich nicht immer für das Bild das Programm nochmal laufen lassen, sondern kann eine "Galerie" einrichten, die ich dann nur regelmäßig updaten muss. -- 88.76.228.76 23:25, 31. Aug. 2007 (CEST)

Ich habe wieder einen Artikel gefunden, bei dem ein analoger Fehler wie vorher bei Quantenmechanik auftritt, nämlich Le-Sage-Gravitation. Kannst du das reproduzieren? -- 88.77.233.143 12:54, 1. Sep. 2007 (CEST)

Ja, kann ich, ich habe es berichtigt, und Fehler dieser Art sollten jetzt nicht mehr vorkommen.

Neue Versionen: hauptautoren, loadhistory

Die Bilder zu speichern unter Artikelname.png ist unerwartet schwierig. Das liegt daran, dass die Kommandozeilen-Parameter (hier also der Artikelname) in der System-Zeichenkodierung übergeben werden. Unter Linux ist das UTF-8, und damit kann man arbeiten, aber unter Windows 2000 ist es irgend etwas anderes. Falls XP UTF-8-Kommandozeilenparameter übergibt, kann ich das entsprechend programmieren, denn ich selbst werde das Programm nie unter Windows benutzen. Schreibe doch mal bitte, welche Ausgabe folgender Befehl bei dir liefert:

perl -e "use POSIX qw(locale_h); print setlocale(LC_CTYPE)"

Ich habe hauptautoren erst einmal so geändert, dass die Bilder unter md5-code-des-titels.png gespeichert werden. Damit bindet wenigstens schon mal jede gespeicherte HTML-Seite das richtige Bild ein.

Das Laden und Auswerten der Versionsgeschichte läuft jetzt wie angekündigt parallel. Ich hoffe, dass ich damit nicht wieder neue Fehler eingebaut habe.

Man kann jetzt auch das Programm an beliebiger Stelle mit Ctrl-C unterbrechen, ohne dass der Cache zerstört wird. Jedenfalls funktioniert es unter Linux so. Du kannst es ja mal ausprobieren, also eine Seite laden, und währenddessen Ctrl-C drücken. Dann sollte das Programm ausgeben, wieviele Versionen es geladen hat. Dann nochmal laden, woraufhin das Programm anzeigt, wieviele gecachte Versionen es geladen hat. Wenn beide Zahlen übereinstimmen, läuft alles richtig. Vorher am besten das histcache-Verzeichnis löschen, weil sich bereits kaputte Dateien darin befinden könnten.--Jah 20:04, 1. Sep. 2007 CEST)

Die Ausgabe ist

German_Germany.1252

Heißt das (parallele Analyse), dass ab jetzt auch die Analyse für bereits geladene Versionen nicht wiederholt werden muss? Dass also bei Updates nur die neuen Versionen auch analysiert werden? (Das würde nämlich das Updaten bei Artikeln mit langer Versionsgeschichte sehr verkürzen.) -- 88.77.237.156 20:31, 1. Sep. 2007 (CEST)

Bislang ging das nicht, mit den neuen Versionen aber schon: hauptautoren, loadhistory

Das histcache-Verzeichnis muss gelöscht werden, weil die Dateien jetzt ein etwas anderes Format haben.

German_Germany.1252 ist auch die Ausgabe unter Windows 2000. Also werde ich das mit den kryptischen Bildnamen erstmal so lassen müssen.--Jah 12:21, 2. Sep. 2007 (CEST)

Naja, macht nix, solange die sich nicht mehr überschreiben. -- 88.77.252.68 16:01, 2. Sep. 2007 (CEST)

Feldstärke

Hallo Jah,

(1) bis zu deiner Neufassung im Mai 07 hieß es in der Einleitung dieses Artikels, dass viele, aber nicht alle Felder Vektorfelder sind. Bei dir gibt es anscheinend nur noch Vektorfelder. Erklär bitte mal.

(2) Deine Version ist ziemlich fachphysikalisch und oma-unfreundlich. WP soll eine allgemein nutzbare Enzyklopädie sein und kein Doktorandenseminar. Z. B.: wenn man schon ausschließlich von Vektorfeldern schreibt, könnte man wenigstens auf ihre Veranschaulichung durch Feldlinien hinweisen... Gruß UvM 10:47, 9. Okt. 2007 (CEST)

Hauptautoren-Tool 2

Hi Jah,
ich hatte eine Frage zu Deinen Tools und habe sie, nachdem Du seit zwei Monaten nicht mehr aktiv warst, bei den "Helferlein" gestellt. Wenn Du das hier doch liest, wäre es nett, wenn Du mir helfen könntest. Viele Grüße --Buffty ^Wechsel_Wort 06:57, 29. Dez. 2007 (CET)

Versionsgeschichte tool

Hallo, ich habe dein Tool unter http://de.wikipedia.org/wiki/Benutzer:Jah/Rhic in meine monobook.js kopiert, das geht aber nicht. Mir war das ganze ein wenig technisch. Funktioniert das nun doch nifcht? --linveggie 11:11, 13. Mär. 2008 (CET)

Administratoren hervorheben

Hallo, gibt es eine Erweiterung, die farblich unterlegt o.ä. hervorhebt, ob ein Benutzer Admin ist?-- Kanzlei Franz Kafka 09:36, 24. Aug. 2009 (CEST)

Editwar auf der Projektseite "Hauptautoren"

Lieber Jah,

wenn ich das richtig verstehe, hast Du die Projektseite: "Hauptautoren" erstellt, weil Du ein Tool erarbeiten wolltest, welches in der WP eine Suchfunktion für ebendiese Erkennung von Nutzern, die maßgeblich an Artikeln beteiligt waren, ermöglicht, ohne dass jedesmal die gesamte Versionsgeschichte der entsprechenden Artikel manuel durchgeforstet werden muss.

Soweit so gut. Nun begab es sich aber zu einer Zeit, als unser Mitautor Rainald62 das Bedürfniss verspürte, seinen vielfältigen Reverts und großflächigen Lösch- und Veränderungskampagnen in diversen Artikeln, die er - wie sie sich in vielfachen administrativen Verwarnungen an ihn schon hinreichend manifestiert - meist ohne Einhaltung der Wikiquette, die doch in solchen Situationen zumindest den Versuch einer vorherigen Diskussion und Erörterung mit den Haupt- oder Vorautoren auf der Disk empfiehlt - vornimmt, sein Verhalten durch eine Einfügung in der obengenannten Projektseite besser verständlich zu machen.

Es ging ihm dem Anschein nach darum, hier klarzustellen, dass ein Hauptautor keine Rechte an einem Artikel hat, er wünscht sich wahrscheinlich eine weitere Referenz in der WP, auf die er verweisen kann, wenn wieder einmal entrüstete Mitautoren Grund zur Klage gegen sein Editverhalten vortragen.

Was sein gewöhnliches Editverhalten ausmacht, kannst Du in etwa an den Reverts erkennen, die er ja auch auf der Projektseite manifestiert. Er macht das nicht nur bei mir so, es ist die Regel. Ich persönlich bin nicht von seinem Verhalten berührt, habe ihn lediglich unter meine Betreuung genommen, er ist ein Problemfall, den man sehr kühl und mit genügend Abstand behandeln muß.

Mir selbst, der ich nach einem inhaltlichen Konflikt in von mir bearbeiteten Artikeln dazu übergegangen bin, seine Aktivitäten nur noch zu beobachten und dabei wiederholt Gelegenheit hatte, einigen Vor- und Hauptautoren verschiedener Arbeitsbereiche gegen ihn beizustehen, war im Prinzip nichts Fehlerhaftes oder zu Beanstandendes an seinem Edit auf der Projektseite "Hauptautoren" aufgefallen, da jedoch dort von ihm darauf aufmerksam gemacht wurde, dass Hauptautoren keinerlei Rechte an "ihrem" Artikel haben, gefiel es mir, meinerseits hinzuzufügen, dass es in der Wikipedia auch eine "Wikiquette" gibt, die empfiehlt, dass Autoren vor größeren Veränderungen, Reverts oder Löschungen versuchen sollten, in Kontakt mit den Vorautoren zu treten, um möglichst einen Konsenz zu erreichen, zumindest aber, um durch die vorherige Rückfrage das Risiko von Streitigkeiten, Editwar etc. zu mindern.

Diese Einfügung war Rainald62 wohl nicht recht, er revertierte meinen Edit mit dieser Begründung, die ich anschließend in einer Rückgängigkeitmachung mit Gegenbegründung als unzutreffend benannte.

Nun aber hat Rainald62 dies zum zweiten Mal unter Vorwänden revertiert und damit formell die nötige Zahl an Reverts vollzogen die ausreichen, den Konflikt als Editwar zu bezeichnen und ggf. zu melden.

Zuvor möchte ich mich allerdings bei Dir vergewissern, ob sowohl mein Edit als auch der Edit von Rainald62 überhaupt für den Inhalt dieser Projektseite relevant ist. Mir scheint inzwischen, beide Edits sind total am Zweck der Projektseite vorbeigeschossen. Wie ich oben schon andeutete, habe ich inzwischen erkannt, dass diese Projektseite kein Artikel ist, in dem der Begriff: "Hauptautoren" erörtert werden muß. Vielleicht kannst Du da eingreifen? Auf den von mir verfassten Inhalt brauchst Du dabei nicht Rücksicht nehmen.

Sei gegrüßt, --Carl von Canstein (Diskussion) 19:20, 8. Aug. 2012 (CEST)