Wikipedia Diskussion:Personendaten/Wartung/Fehlerliste/Archiv/2008/Mai
Hallo Stefan, Paul de Kock erschien nicht im Abschnitt GEBURTSDATUM oder STERBEDATUM mit falschem Ende, obwohl auch hier wieder unzählige überflüssige Leerzeichen vorhanden waren. Vielleicht liegt hier ein Erkennungsfehler bei Deinem Skript vor. Ein weiteres Problem mit diesem Artikel lag im fehlenden Leerzeichen nach dem Semikolon im Feld Alternativnamen. Vielleicht sollte man auch nach Fehlern dieser Art suchen. Andim 13:57, 2. Mai 2008 (CEST)
- Also das mit den Leerzeichen ist korrekt. Ich ignoriere in meinem Skript, wenn nur ein Leerzeichen hinter oder vor dem Datum steht. Aber wenn dort 10 Leerzeichen stehen dann sollten die entfernt werden. Zum zweiten Problem, da sehe ich nicht genau was du meinst. Bei Paul de Kock stand vor deiner Änderung "ALTERNATIVNAMEN=Kock, Charles-Paul de;Kock, Charles Paul de" und danach sah es genauso aus. Kannst du das nochmal genauer erklären. Ansonsten suche ich ja für "ALTERNATIVNAMEN fehlt Semikolon" Personen heraus bei denen mehrere Kommas stehen aber kein Semikolon. -- sk 11:17, 3. Mai 2008 (CEST)
- Ich habe aus "ALTERNATIVNAMEN=Kock, Charles-Paul de;Kock, Charles Paul de" "ALTERNATIVNAMEN=Kock, Charles-Paul de; Kock, Charles Paul de" gemacht, da nach dem Semikolon ein Leerzeichen fehlte. Dies ist meiner Meinung übersichtlicher und besser lesbar. Was meinst Du mit "Also das mit den Leerzeichen ist korrekt."? Meinst Du, dass Dein Skript dies fälschlicherweise nicht erkannt hat, denn hier waren es über 30 Leerzeichen. Andim 12:39, 3. Mai 2008 (CEST)
- Sorry, da hatten wir uns jetzt missverstanden. Ok, beim Alternativnamen kann ich problemlos auch diesen Fehler mit ausgeben. Das beim Datum mit dem Leerzeichen hab ich falsch gelesen. Da schau ich gleich nochmal: warum, wieso und weshalb. -- sk 13:15, 3. Mai 2008 (CEST)
So mein Skript findet jetzt auch fehlende Leerzeichen hinter Semikolon in ALTERNATIVNAMEN. -- sk 21:57, 7. Mai 2008 (CEST)
Artikel den sich keine Personendaten zuordnen lässt
Den Artikeln Frau, Mann und Frouwe lassen sich keine Personendaten zuordnen. Sie sollten somit auch nicht im entsprechendem Abschnitt auftauchen. Der Umherirrende 20:49, 2. Mai 2008 (CEST)
- Das ist mir auch schon aufgefallen, aber ich bin noch nicht zur Umsetzung in meinem Skript gekommen, weil ich gerade an anderer Stelle tief im Skript rumbastel. Werde ich auf meine To-Do-Liste setzen. Trotzdem danke für den Hinweis. -- sk 11:19, 3. Mai 2008 (CEST)
… wird bei den Fehlern angezeigt. Entweder die Hilfeseite in der Fehlersuche ignorieren, oder die PD da rausnehmen. Verfälscht so eine Beispiel-PD nicht die Auswertung? Die könnte man doch auch über class="metadata" nachgemachen… Stefan, könntest du eine Liste erstellen, mit allen PD in Nicht-Artikel-Namensräumen?Fragen über Fragen… Nun wird weiter abgearbeitet --Klapper 19:28, 4. Mai 2008 (CEST)
- Ich nehme einfach alle Texte im Nichtartikelnamensraum raus. Wozu brauchst du so eine Liste?-- sk 19:48, 4. Mai 2008 (CEST)
- Führen solche überflüssige PDs nicht zu falschen Auswertungen? (z.B. Benutzer:Wnagele) Aber ich habe gerade gemerkt, dass man die ganz leicht über [1] findet. --Klapper 20:08, 4. Mai 2008 (CEST)
- Ich finde auch, das es reichen sollte, nur die personendaten im Artikelnamensraum zu beachten, den das ist ja unser wichtigster namensraum. Viele Vorlagen kategorisieren ja auch nur Artikel aus diesem namensraum, somit sind Benutzerbaustellen etc. auch unberücksichtigt, was ich für sinnvoll halte. Der Umherirrende 20:15, 4. Mai 2008 (CEST)
Leerzeichen
Kann man nicht die Leerzeichen nach den Gleichzeichen zulassen? Man müsste dann nur ein 'trim' (oder auch 'glätten') der Daten vornehmen. Hintergrund sind die hier gelisteteten Fehler mit nur einem Leerzeichen (" "), die nicht als leer ansehen werden. Ich habe diese Seiten nicht bearbeitet (nur die mit 'unbekannt'), da ich ein ignorieren sinnvoller finde, falls dies aber nicht gewünscht ist, kann ich sie auch noch nachträglich erledigen. Bei den anderen Parametern werden dadurch auch welche gelistet (Stichwort 'nur ein Zeichen lang'). Der Umherirrende 20:12, 4. Mai 2008 (CEST)
- Also ein Leerzeichen ignoriere ich ja bzw. entferne es. Wenn dann aber immer noch Leerzeichen enthalten sind, dann gibt es eine Fehlermeldung. Wenn man mal überlegt, das nur 59 Artikel bei gut 200.000 Personendaten dazu gehören, sollten wir die auch noch fix rauswerfen. -- sk 20:36, 4. Mai 2008 (CEST)
- Ich bin auch der Meinung, wenn mehr als ein überflüssiges Leerzeichen vorhanden ist, sollte dies einen Fehler geben. Dieser Fall trtt nicht (mehr) oft auf. Also ist dies kein großer Mehraufwand. Andim 21:26, 4. Mai 2008 (CEST)
- alles abgearbeitet. Werden den auch schon zwei Leerzeichen hintereinander zwischen den Wörtern erkannt? Wäre ja auch nicht normal, sondern eher fehlerhaft. Der Umherirrende 22:19, 4. Mai 2008 (CEST)
- Nein, doppelte Leerzeichen hab ich noch nicht als Fehler aufgenommen. Werde ich aber bei nächster Gelegenheit einbauen. -- sk 20:49, 5. Mai 2008 (CEST)
- Ok. Da stellt sich die Frage, ob es eine einsehbare Übersicht der Prüfungen gibt, wäre auch mal interessant, was jetzt schon alles berücksichtigt wird. Lässt sich da etwas machen? Vielleicht fällt dem einem oder anderen noch etwas ein, was sinnvoll sein könnte. Der Umherirrende 22:57, 5. Mai 2008 (CEST)
- Nein, doppelte Leerzeichen hab ich noch nicht als Fehler aufgenommen. Werde ich aber bei nächster Gelegenheit einbauen. -- sk 20:49, 5. Mai 2008 (CEST)
- Also für eine detailierte Aufstellung fehlt mir die Zeit, aber ich kann dir gerne das Perl-Skript schicken? Dort sind alle Fehler ordentlich beschriftet und du siehst wonach ich da im einzelnen suche. -- sk 21:33, 7. Mai 2008 (CEST)
Mehrere Leerzeichen werden jetzt gefunden z.B. in "Roberts, Julia Fiona (voller Name)". -- sk 21:56, 7. Mai 2008 (CEST)
Hab doch noch eine Liste gefunden: --sk 20:11, 8. Mai 2008 (CEST)
- F003_Zuviele_Leerzeichen();
- F101_Name_mit_eckiger_Klammer();
- F102_Name_mit_roemischer_Zahl();
- #####Name_ist_kuerzer_als_Artikelname();
- F104_Name_hat_Komma_am_Ende();
- #F105_Name_erster_Buchstabe_klein();
- #Name_ein_Zeichen_kuerzer_als_Title();
- F107_Name_Leerzeichen_nach_Punkt();
- F108_Name_mit_akademischem_Grad();
- F109_Name_ohne_Umlaut();
- F110_Name_Leerzeichen_nach_Komma();
- F111_Name_ist_leer();
- F112_Name_ohne_Leerzeichen();
- F113_Name_Anfang_mit_zwei_Grossbuchstaben();
- F200_Alternativnamen_ohne_Semikolon();
- F201_Alternativnamen_nur_ein_Zeichen();
- F202_Alternativnamen_mit_fehlerhaften_Klammern();
- F203_Alternativnamen_ohne_Leerzeichen_nach_Komma();
- F204_Aname_mit_eckiger_Klammer();
- F205_Alternativnamen_ohne_Leerzeichen_nach_Semikolon();
- F300_Kurzbeschreibung_schlechter_Anfang();
- F301_Kurzbeschreibung_mit_Prozentzeichen();
- F302_Kurzbeschreibung_fehlt();
- F303_Kurzbeschreibung_falsch_verlinkt();
- F304_Kurzbeschreibung_falsch_erstes_Zeichen();
- F305_Kurzbeschreibung_mit_Name();
- F306_Kurzbeschreibung_mit_fehlerhaften_Klammern();
- F307_Kurzbeschreibung_mit_Abkuerzungen();
- F308_Kurzbeschreibung_ist_Datum();
- # 309 Kurzbeschreibung ist nur Beruf ohne Nationalität
- F310_Kurzbeschreibung_fehlerhaftes_und();
- F311_Kurzbeschreibung_kein_Leerzeichen_vor_und();
- F312_Kurzbeschreibung_gleich_erstes_Wort_vom_Titel();
- F313_Kurzbeschreibung_mit_Punkt_am_Ende();
- F314_Kurzbeschreibung_ohne_Leerzeichen_nach_Adjektiv();
- F315_Kurzbeschreibung_ohne_Leerzeichen_nach_Komma();
- F316_Kurzbeschreibung_ohne_Leerzeichen_nach_Artikel();
- F317_Kurzbeschreibung_mit_Schraegstrich_zwischen_Nationen();
- F318_Kurzbeschreibung_nur_ein_kleingeschriebenes_Wort();
- F319_Kurzbeschreibung_einzelner_kleine_Buchstabe_am_Ende();
- F320_Kurzbeschreibung_schlechtes_Ende();
- F321_Kurzbeschreibung_mit_geschweifter_Klammer();
- F322_Kurzbeschreibung_mit_HTML();
- F323_Kurzbeschreibung_mit_von();
- F324_Kurzbeschreibung_mit_Fett();
- F325_Kurzbeschreibung_mit_Artikel_am_Anfang();
- F326_Kurzbeschreibung_mit_genealogischen_Zeichen();
- F327_Kurzbeschreibung_kein_Leerzeichen_vor_Klammer();
- F328_Kurzbeschreibung_beginnt_mit_Jahreszeahl();
- F329_Kurzbeschreibung_Leerzeichen_vor_Komma();
- F400_Geburtsjahr_in_Zunkunft();
- F401_Geburtsjahr_contra_Sterbedatum();
- #Ort_mit_Zahl(); #Nur ab un zu mal anzeigen
- F501_Ort_mit_Sonderzeichen();
- F502_Ort_mit_eckigen_Klammern();
- F503_Ort_mit_Geburtsname();
- F504_Ort_mit_fehlerhaften_Klammern();
- F505_Ort_falsch_verlinkt();
- F506_Ort_ohne_Leerzeichen_nach_Komma();
- F507_Ort_falschem_Ende();
- F600_Sterbejahr_in_Zunkunft();
- F700_Sterbeort_ebenda();
- F800_Datum_ohne_Zahl();
- F801_Datum_mit_Sonderzeichen();
- F802_Datum_nicht_korrekt_angegeben();
- F803_Datum_nur_einer_eckigen_Klammer();
- F804_Datum_Alter_zu_hoch();
- F805_Datum_Punkt_nach_Tag_fehlt();
- F806_Datum_nach_Punkt_fehlt_Leerzeichen();
- F807_Datum_Punkt_nach_Buchstabe_vor_Zahl();
- F808_Datum_mit_Punkt_und_falschem_Format();
- F809_Datum_mit_Punkt_und_Zahl_in_falschem_Format();
- F810_Datum_auf_Zahl_folgt_Leerzeichen_und_Buchstabe();
- F811_Datum_ohne_zwischen();
- F812_Datum_mit_leeren_Klammern();
- F813_Datum_mit_Punkt_am_Anfang();
- F814_Datum_mit_ueberfluessigem_Wort();
- F815_Datum_mit_fehlerhaften_Klammern();
- F816_Datum_mit_mehr_als_31_Tagen();
- F817_Datum_Alter_zu_niedrig();
- F818_Datum_fehlt_aber_Kurzbeschreibung_mit_Jahr();
- F819_Datum_Geburtsjahr_nicht_vor_Chr();
- F820_Datum_ohne_Leerzeichen_nach_Komma();
- F821_Datum_ohne_Leerzeichen_vor_und_nach_Monat();
- F822_Datum_fehlerhaften_Text();
- F823_Datum_falsches_Ende();
- F899_Datum_Restfehler();
- F900_Artikelname_im_Datenfeld();
- F901_Kategorie_im_Datenfeld();
- F902_Interwiki_im_Datenfeld();
- ### Vorlage_im_Datenfeld();
- F904_Verlinkung_fehlerhaft();
- F990_Kategorie_geboren_Geburtsjahr_Differenz();
- F991_Kategorie_gestorben_Sterbejahr_Differenz();
- F992_Kategorie_geboren_vorhanden();
- F993_Kategorie_gestorben_vorhanden();
- F994_Kategorie_geboren_fehlt();
- F995_Kategorie_gestorben_fehlt();
- F996_Geburtsort_und_Todesort();
- F997_Kategorie_Mann_Frau_fehlt();
- F998_Komplettes_Datum_im_Text();
- F999_Rechtschreibung();
Fehler bei Kategorie:Geboren vorhanden, aber GEBURTSDATUM leer
In diesem Abschnitt und in "Kategorie:Gestorben vorhanden, aber STERBEDATUM leer" werden viele Einträge fälschlicherweise angezeigt, z.B. Achim Gercke. Andim 21:26, 4. Mai 2008 (CEST)
- Hab das Problem im Skript bearbeitet. Mal sehen wie es beim nächsten Durchlauf aussieht. -- sk 21:30, 4. Mai 2008 (CEST)
- Das Problem scheint noch vorhanden zu sein, z.B bei Adam Lorenz von Toerring-Stein. Andim 21:57, 5. Mai 2008 (CEST)
- Ein weiteres Beispiel Adolf Friedrich (Schweden), Andim 20:29, 6. Mai 2008 (CEST)
- Aja. Also wenn ein Datenfeld fehlt dann wird derzeit die gesamte Infobox nicht ausgewertet. Deshalb ist dann später das Geburtsdatum leer. Bei letzten Beispiel fehlte z.B. die ALTERNATIVNAMEN. Das muss ich noch ändern, aber leider hab ich dafür heute nicht mehr die Zeit. Aber ich kümmer mich drum. -- sk 20:58, 6. Mai 2008 (CEST)
Meiner Meinung nach sollte der Artikel in zwei aufgeteilt werden und selber zu einer BKL werden. Das Problem ist, die Aufteilung muss nur lizenzgerecht vorgenommen werden. Andim 22:21, 5. Mai 2008 (CEST)
- Die Diskussionsseite lässt erahnen, das sowas irgendwie schon einmal durchgeführt wurde, die Erstellung war auch eine Verschiebung. Das wird sicherlich schwierig. Vielleicht bei WP:BKF eintragen, die kümmern sich auch um Artikel, wenn zwei Bedeutungen in einem Artikel stehen. Die Wissen sicherlich auch am Besten, wie man das als BKS hinbekommt. Schwieriger Fall, habe aber auch kein guten Lösungsvorschlag. Der Umherirrende 22:55, 5. Mai 2008 (CEST)
- Die beiden Sohn-des-Hipponikos-Kalliase sind jetzt unter Kallias II und Kallias III oder Kallias II. und Kallias III. zu finden. Zur Diskussion, ob mit oder ohne Punkt, siehe AHZs Diskussionsseite.
- Als Begriffsklärungsseite reicht Kallias aus. -- BKS-Ordner 09:48, 18. Mai 2008 (CEST)
Alternativname
Der Alternativname bei Charles Douglas, 3. Duke of Queensberry ist schon richtig geschrieben, oder? --Klapper 21:15, 7. Mai 2008 (CEST)
- Ok, das muss nicht falsch sein. :-) Derzeit suche ich im Alternativnamen-Feld nach Fällen wo mehrere Kommas da sind und kein Semikolon zu finden ist. Das ist im Normalfall ein eindeutiges Zeichen für fehlende Semikolons. Weiß jemand wie man diesen Duke korrekt im Alternativnamen-Feld schreibt? geht es auch ohne dem zwieten Komma? -- sk 21:29, 7. Mai 2008 (CEST)
Zukünftige Liste
Erst mal vielen Dank für die vielen Helfer, die unermüdlich die Liste abarbeiten. Ich möchte euch kurz was fragen. Derzeit starte ich ja jeden Abend das Skript und übertrage die Ergebnisse auf die Wikipedia-Seite. Das Skript läuft auf dem Toolserver und möchte dort demnächst einen Cronjob (täglich automatisch ablaufendes Skript) einrichten. Meine Frage bezieht sich auf die zukünftige Gestaltung der Seite. Ich könnte jetzt
- 1.) direkt eine HTML-Seite auf dem Toolserver ausgeben oder
- Vorteil:
- Keine Speicherplatz mehr in der Wikipedia benötigt
- Nachteil:
- Keine direkte Diskussionseite
- Man sieht nicht wer die Liste abarbeitet
- Vorteil:
- 2.) ich gebe eine Textdatei aus, die dann irgendjemand hier herüber kopiert in die Wikipedia.
- Vorteil:
- alles bleibt wie bisher
- Nachteil:
- Jemand muss es abends rüberkopieren
- es entstehen bis in alle Ewigkeiten neue Version und die Wikipedia wird immer riesiger
- Vorteil:
Mir persönlich würde Variante 1 besser gefallen, weil da alles schön automatisiert. Was meint ihr dazu? -- sk 22:00, 8. Mai 2008 (CEST)
- Ich würde auch Variante 1 befürworten. Man sollte vielleicht die Möglichkeit schaffen, einzelne Abschnitte als erledigt zu kennzeichnen, damit man sich nicht an schon Abgearbeitetem nochmal versucht. Dies sollte durch ein kleines Skript auf dem Toolserver möglich sein. Dann könnte man auch die Fehler mit häufigem Auftreten in z.B. 20er Abschnitte aufteilen. Einen speziellen Zugriffsschutz braucht es vielleicht nicht, da die Liste ja täglich neu erstellt wird. Andim 22:36, 8. Mai 2008 (CEST)
- Dem würde ich mich anschließen. Vielleicht immer nur 20 Einträge, die man dann wegklicken kann, damit man an die nächsten kommt? Ist auch motivation mehr zu machen. Es ist schrecklich mit anzusehen, wenn Leute nur ein Eintrag aus 100 entfernen. Der kann auch genauso gut drinbleiben, dann überfliegt man den beim Abarbeiten, (aber ab 5 wird es doch ätzend). Aber ansonsten gute Sache. Der Nachteil der Variante 2 ist, das man viele Versionen erzeugt, die auch reichlich groß sind. Sicherlich schön, wenn man sich dann nach dem Abarbeiten damit schmücken kann, aber wie gesagt, die kleinen Edits machen eher die Probleme. Der Umherirrende 22:44, 8. Mai 2008 (CEST)
- Ok, da mach ich mir also mal Gedanken wie ich die Wünsche genau umsetzen kann. -- sk 22:16, 10. Mai 2008 (CEST)
Hi Stefan, wie wär's denn, wenn Du die Liste in drei Listen aufteiltest, z.B. je eine für die unterschiedlichen Prioritäten. Dann würde sich das Platzverschwendungsproblem etwa dritteln und der Rest so gut bleiben wie jetzt? --Frank C. Müller 21:45, 15. Mai 2008 (CEST)
- Das wäre machbar, aber da die Einteilung ja von mir mehr oder weniger willkürlich gemacht wurde, ist es vielleicht auch weiterhin das Beste es bei einer Liste zu lassen. -- sk 22:10, 15. Mai 2008 (CEST)
Arabische Schriftzeichen
Bei vorhandensein von den Arabischen Schriftzeichen in HTML-Entitäten werden diese natürlich in Hilfe:Personendaten/Wartung/Fehlerliste#ALTERNATIVNAMEN ohne Leerzeichen nach Semikolon eingeordnet, da nach dem Semikolon natürlich kein Leerzeichen folgt. Beispiele: Chalifa bin Zayid Al Nahyan oder Dareios I.. Vielleicht lässt sich eine eigene Rubrik anlegen, da ich auch mal das anführungszeichen als " gesehen habe, wo solche "Fehler" notiert werden. Meine eigentliche Bitte ist, das jemand die besagten Artikel bearbeiten könnte, da ich mit C&P nicht die entsprechenden Schriftzeichen gesetzt bekomme, da ja zusätzlich auch noch die Schriftrichtung andersherum ist. Dadurch entsteht auch ein Problem bei Ali Ahmad Said, welcher in der Rubrik auftaucht, obwohl ich nicht erkennen kann, wo noch kein Leerzeichen nach dem Semikolon ist. Vielen Dank für die Hilfe. Der Umherirrende 15:02, 24. Mai 2008 (CEST)
- Ich habe das Problem mt den HTML-Entiäten auf einem anderen Rechner lösen können. Bei Ali Ahmad Said habe ich versucht das Semikolon an die richtige Position zu bekommen, da wo es vorher auch war, nur ist jetzt im Gegensatz zu vorher das leerzeichen an einer anderen Stelle, mal schauen wie sich das auswirkt. Also hat sich das erledigt. Der Umherirrende 20:29, 24. Mai 2008 (CEST)
Rechtschreibfehler
Was ist bei "Grossmeister statt Grossmeister" jetzt der Unterschied? Da es sich aber jeweils um ein schweizbezogenen Artikel handelt, könnte die Rechtschreibung richtig sein, es sei den, in den Personendaten wird darauf keine Rücksicht genommen, sowie mit Jänner und Januar, dann müssten Yannick Pelletier und Florian Jenni angepasst werden, ansonsten nicht. Weiß das jemand? Der Umherirrende 19:59, 24. Mai 2008 (CEST)
- Fehler wurde korrekt erkannt, aber korrekte Schreibweise war bei mir Falsch. Ich bin der Meinung wir sollten hier genauso wie bei Jänner verfahren. Quasi: Es darf nur eine Rechtschreibung geben. Sonst gibt es ewiges hin und her. -- sk 16:30, 25. Mai 2008 (CEST)
- Ich war mal mutig und habe die beiden Artikel angepasst, mal schauen, ob sich jemand beklagt. Der Umherirrende 20:43, 26. Mai 2008 (CEST)
Tägliche Aktualisierung
So, jetzt kann jeder täglich von hier die neusten Daten holen und auf der Webseite einpflegen. Einfach Copy and Past geht zumindestens bei mir nicht, da ich dabei die UTF-8 Codierung einiger Zeichen zerstöre. Wenn man es z.B. nach Notepad++ kopiert, dort auf UTF-8 ohne BOM umformatiert, kann man es problemlos hier einfügen. Das Skript läuft als cron-Job und wird auf dem Toolserver um 4:30 Uhr (GMT) gestartet (Da sollte dort nicht so viel los sein!). Nach 60 Minuten (ca. 8:30 MEZ) ist es dann so in etwa fertig und kann rüberkopiert werden. Ich denke es braucht kein 2. täglicher Durchlauf, da einmal reichen sollte. Oder seht ihr das anders? Zumindestens kann ich zukünftig mal in den Urlaub fahren und hier kann fleißig weitergearbeitet werden. -- sk 20:34, 26. Mai 2008 (CEST)
- Das ist super. Ich denke, ein täglicher Lauf genügt. --APPER\☺☹ 20:51, 26. Mai 2008 (CEST)
- Nur zur Info: Als ich die Seite heute morgen aufgerufen hatte, waren erstmal alle Zeichen zerstört. Daher konnte ich anfangs nicht kopieren, mit keinem Textbearbeitungsprogramm bekam ich es hin. Dann habe ich aber im Menu der rechten Maustaste, den Punkt "Codierung" gefunden, dieser Stand natürlich auf "Westeuropäisch (Windows)", dort habe ich dann auf "UTF-8" umgestellt und siehe da, alle Zeichen wurden korrekt dargestellt. Danach klappte es auch problemlos mit C&P. Ich nutze IE7, weiß deshalb nicht, ob dies nur für diesen Browser gültig ist, oder ob auch andere Browser so hinbekommen. Da andere Benutzer auch Probleme beim kopieren und der Codierung haben könnten, wollte ich es hier schreiben. Da man "Achtung UTF-8 Codierung" auch erst interpretieren muss, ich habe es dann so gemacht. Der Umherirrende 11:36, 29. Mai 2008 (CEST)
- Sowohl der IE als auch Firefox (2.0.0.14) haben dieses Problem in den Standard-Einstellungen. Es wird keine Kodierung bereit gestellt, daher benutzen diese einfach eine ASCII-Kodierung. Opera erkennt korrekt die UTF8-Kodierung (was eigentlich auch nicht so schwer ist). Beim Firefox kann man im Menü unter Ansicht->Zeichenkodierung->Automatisch bestimmen auf "Universell" stellen (Standard: "aus"), dann wirds auch korrekt erkannt. Die "automatische Auswahl" im IE funktioniert nicht. --APPER\☺☹ 15:54, 29. Mai 2008 (CEST)
Das Wort "Bund" von Bund der Demokratischen Linken scheint in der PD von Krzysztof Baszczyński richtig zu sein. Oder soll die Abkürzung gesetzt werden? Falls keine Abkürzung gesetzt werden soll, müsste eine Ausnahme für das Wort programmiert werden. Der Umherirrende 15:44, 29. Mai 2008 (CEST)
- Ich werde das anpassen bei nächster Gelegenheit. -- sk 22:49, 30. Mai 2008 (CEST)
# 1.3 GEBURTSDATUM oder STERBEDATUM mehr Tage im Monat als erlaubt
Für das Rätsel Georg Neuhofer sind haben sich drei Mitarbeiter interessiert und beim Stadtarchiv Augsburg angefragt. Mal sehen, was dabei herauskommt. Näheres auf der Disk des Artikels.
Vielen Dank sk für deine Arbeit und deinen Einsatz. --Sebastian Mehlmacher 13:44, 20. Mai 2008 (CEST)