Wikipedia:Fragen zur Wikipedia

Erdmännchen-Maskottchen bei der Arbeit

Du hast Fragen zur Bearbeitung der Wikipedia und keine Antwort auf Hilfe:FAQ gefunden? Dann bist du hier richtig! Fragen werden nicht per E-Mail beantwortet, sondern nur auf dieser Seite. Bei aktuellen Themen findet sich hier oft schon eine passende Diskussion, die deine Frage beantworten kann. Bitte diskutiere dann dort und lege keinen neuen Abschnitt zum selben Thema an.

Ist das die richtige Seite für mich?

English version

Für die Diskussion vieler konkreter Fragen und Anliegen gibt es andere spezielle Seiten:

• Fragen von Neulingen – allgemeine Fragen zur Mitarbeit in der Wikipedia
• Auskunft – Fragen zu Wissensthemen
• Projektdiskussion – für projektübergreifende Themen
• Verbesserungsvorschläge – für technische Vorschläge
• Vandalismusmeldung – zum Melden von Vandalismus, Edit-Wars und persönlichen Angriffen
• Adminanfragen – Anfragen an Administratoren
• Sichtungsanfragen – Anfragen zum Sichten von Artikeländerungen
• Verschiebewünsche – Verschieben von gesperrten Artikeln
• Redundanz – zum Klären thematischer Überlappungen von Artikeln
• Urheberrechtsfragen – klärt, welche Inhalte für die Wikipedia verwendbar sind
• Übersetzungswerkstatt – für Hilfe bei sprachlichen Fragen zu Übersetzungen
• Relevanzcheck – die Relevanz eines geplanten Artikels einschätzen lassen
• Werkstätten – für tiefergehende Fachfragen und Problemlösungen
• Hilfe – Wikipedia lesen und bearbeiten

Inhaltliche Fragen zu einem Artikel kannst du auf der jeweils zugehörigen Diskussionsseite des Artikels stellen.

Stelle deine Frage zur Wikipedia

oder

Gehe zur „Auskunft“ für allgemeine Fragen

Archiv

Abschnitte, deren jüngster Beitrag mehr als vier Tage zurückliegt oder die seit zwei Tagen mit dem Baustein {{Erledigt|1=~~~~}} gekennzeichnet sind, werden automatisch archiviert. Möglicherweise findest du auch im Archiv die Antwort auf deine Frage. (Gesamtarchiv • diese Woche)

ausblenden

Verhalten im
Notfall

Automatische Archivierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 2 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind oder deren jüngster Beitrag 4 Tage alt ist.

Vorlage:Autoarchiv-Erledigt/Wartung/Parameter Zeigen auf Nein gesetzt

31. Mai

Lingua Libre - Kategorien ersetzen

Ich habe versucht, dieser Beschreibung zu folgen, aber bei meinem Versuch ist in der ersten Zeile das "r" unterstrichen und es kommt eine Fehlermeldung "Parsing error: Unexpected token replace" --LG -- Benutzerin:Reisen8 • Benutzerin Diskussion:Reisen8 • Wikiliebe?! 08:26, 31. Mai 2026 (CEST)

Fernziel ist, zu jedem Element einer mit LL aufgenommenen Liste bestimmte Kategorien hinzuzufügen, ohne das Stück für Stück machen zu müssen.

Nahziel ist, dass es mal bei einem Element klappt; z. B. hier die Kategorien "Frau" und "Tonmeister" hinzufügen.

Das "Lingua Libre" hat mich erst irritiert, weil es ja eigentlich um HotCat geht, wenn ich das richtig verstehe. Die deutschsprachige Anleitung ist da etwas einfacher: Wikipedia:Helferlein/HotCat. Du müsstest zuerst den Button mit den zwei Plus aktivieren, um in den richtigen Modus zu gelangen. Oder du hältst Strg/Cmd gedrückt, wenn du auf "OK" klickst. Entgegner (Diskussion) 06:27, 1. Jun. 2026 (CEST)

HTML-div-Element mit der Klasse "vector-header-container" überdeckt Shortcuts

Ich hoffe, ich bin mit der Frage hier richtig. Im Quellcode der Wikipedia ist ein div-Element für den Seitenheader mit der Suchleiste usw. Durch diesen werden Shortcuts wie z.B. in Portalen leider überdeckt. Kann man etwas dagegen unternehmen oder sollte man das irgendwo reporten? --Entgegner (Diskussion) 12:52, 31. Mai 2026 (CEST)

Hast du da vielleicht ein Beispiel, auf welcher Seite bzw. in welchem Portal da etwas überdeckt wird? Gruß --Guardian of Arcadia (Diskussion) 22:32, 31. Mai 2026 (CEST)

Das erste Mal aufgefallen ist es mir im Portal:Informatik, aber es kann gut sein, dass es überall so ist, wo so ein Shortcut oben drin ist, zumindest laut meinen Stichproben. Ich bin jetzt entnervt auf Monobook gewechselt, da hats das Problem nicht. --Entgegner (Diskussion) 06:19, 1. Jun. 2026 (CEST)

welchen Skin hattest du zuvor? Kannst du ein Bild davon machen? Ist dein Bildschirm sehr schmal? Oder du nutzt eine sehr große Schrift? --0815 User 4711 (Diskussion) 09:11, 1. Jun. 2026 (CEST)

Ich hatte vorher beide Vector-Skins ausprobiert. Man sieht dann nur das abgeschnittene, ausgefranste untere Ende von etwas Text. Schriftgröße ist 20 wegen meiner hohen Pixeldichte. Wenn ich auf 16 runterstelle, kann ich die Shortcuts vollständig sehen, aber das ist mir zu klein. --Entgegner (Diskussion) 18:47, 1. Jun. 2026 (CEST)

Also ich kann den oben beschriebenen Fehler so bei mir nicht nachstellen. Bei mir sieht es in allen Skins richtig aus. Wo hast du denn die Schriftgröße von 20 bzw. 16 eingestellt? Kannst du eventuell einen Screenshot von dem Fehlerfall machen? Gruß --Guardian of Arcadia (Diskussion) 08:34, 4. Jun. 2026 (CEST)

In den Firefox-Einstellungen. Ich hoffe, man erkennt es im Screenshot.

--Entgegner (Diskussion) 06:52, 5. Jun. 2026 (CEST)

Die Anzeige der Shortcuts in der ersten Zeile einer Seite (also idR noch über der Überschrift) ist ein "Hack" von uns, der bei der Entwicklung der Skins gar nicht bedacht wurde, weil so nicht vorgesehen. In der Standardansicht passt es, wenn man im Browsereinstellungen verändert nicht mehr, aber dann ist das Problem die Browsereinstellung und nicht die Wikipedia. Wobei es sicherlich besser wäre, wenn wir den Shortcuts allgemein eine bessere Position geben würden (auf Vorlage:Shortcut wird die Abkürzung z.B. erst unterhalb der Überschrift angezeigt). --Johannnes89 (Diskussion) 07:13, 5. Jun. 2026 (CEST)

Laut Wikipedia:Technik/Skin/GUI/Seitenindikatoren kann man diese zum Anzeigen von Shortcuts benutzen und sie würden dann auch nicht überdeckt werden. Ich habe das mit der anderen Vorlage (Vorlage:Index-Portal) versucht in Einklang zu bringen, es aber nicht hinbekommen. Kriege den Portalindex nicht linksbündig ausgerichtet. Vielleicht schafft es jemand von euch? --Entgegner (Diskussion) 07:47, 5. Jun. 2026 (CEST)

Das geht nicht so simpel.

• Auf allen Hilfeseiten und Unterseiten von WP:Technik klappt es anstandslos.

Damit es in richtiger Technik, also floatend, in den Inhalt integriert werden kann, muss an der Stelle der Seite eine geeignete Gelegenheit vorhanden sein.

• Unsere Projektseiten im Design der Nuller Jahre haben einen Rahmen um das gesamte Intro.
  • Der vergeudet Platz auf dem Smartphone, ist auf kleineren Bildschirmen ohnehin nicht um alles erkennbar, und verhindert Shortcuts.
• Portale haben ebenfalls Rahmen um alles.
• Auf vielen Disk-Seiten steht zu Anfang ein Kasten.

Sobald es einen Kasten in voller Inhaltsbreite gibt, wird es erforderlich, dass der erst ein Stück weiter unten anfängt, und damit ist links eine riesige Leerzeile sichtbar.

• Alle Kästen dieser Art müssen abgebaut oder ganz anders gelöst werden, weil sie sich um dieselbe Ecke rechts oben streiten.
• Das Element muss floatend irgendwo rein, wo es gestalterisch auch passt.
• Das muss für jede einzelne Seite individuell sichergestellt werden. Viel Spaß.

Die „Seitenindikator-Technik“ ist mal extra für Smartphones erfunden worden, aber nach einem Dutzend Jahren immer noch nicht auf Mobilgeräten (Hälfte der Abrufe) implementiert worden. Die Design-Abteilung der WMF grübelt seit über einem Jahrzehnt über das zukünftige Mobil-Design, das alle Aspekte berücksichtigen soll.

• Das ist ersichtlich ein Holzweg, und das GUI eines Mobilgeräts wird vorhersehbar keine großartigen Platzreserven haben, um das zuzutexten.
• Unsere Inhalte gehören in unseren Inhaltsbereich und nicht in fremde Bereiche exportiert.

Die Idee ist 2003/2004 unkritisch aus der enWP übernommen worden.

• Die Leute in der enWP sind die allersmartesten, und was die programmieren, ist das Goldene vom Ei und unübertrefflich weise.
• Man hatte bereits im vorigen Jahrhundert gewusst, dass man derartige absolute Positionierung dann und nur dann vornehmen darf, wenn man selbst auch immer die volle Kontrolle über den Zielbereich hat.
• Es wird ein Element oben drüber über den vorhandenen Inhalt gelegt, völlig egal ob da schon was steht oder nicht. Es gibt kein Layout, der sonstige Inhalt wird nicht zur Seite geschoben.
• Die Verantwortlichen waren sich ganz ganz ganz sicher, und hatten das hier bei uns auch so diskutiert, dass es immer ein paar Pixel zwischen zwei Zeilen geben würde, und wenn man ganz klitzeklitzeklein schreiben würde, dann würde man in Ewigkeit immer unseren Inhalt statt in unserem Inhaltsbereich irgendwo nach da draußen verschieben können. Und diese Pixelposition würde man ja kennen und kann den Zeilenabstand „ausnutzen“.
• Das ist schon deshalb ein Denkfehler, weil Vector 2010 und erst recht Vector 2020 ein dynamisches Layout haben, Elemente ein- und ausgeklappt werden, je nach Bildschirmbreite in Menüs gesteckt werden. Das Weltbild der Nuller Jahre war jedoch starr und statisch gewesen, und manche Mitwirkende aus dieser Zeit haben das bis heute.

VG --PerfektesChaos 08:40, 5. Jun. 2026 (CEST)

1. Juni

Eine Frage zum Beitragszähler

Meine Frage betrifft die Wikipedia nur mittelbar. Ich stelle sie dennoch, denn vielleicht weiß einer der Leser die Antwort: Wenn ich per https://xtools.wmcloud.org/ec/de.wikipedia den Beitragszähler laufen lassen, dann gibt der auch in der Rubrik „Tagged (semi-)automated edits“ ein Ergebnis aus. Allerdings weiß ich nicht, was ein „Tagged (semi-)automated edit“ ist. --M Huhn (Diskussion) 16:04, 1. Jun. 2026 (CEST)

Zurücksetzungen, Verschiebungen und so: https://xtools.wmcloud.org/autoedits/de.wikipedia.org/M%20Huhn --Magnus (Diskussion) 16:12, 1. Jun. 2026 (CEST)

Danke für die Erläuterung! --M Huhn (Diskussion) 17:17, 1. Jun. 2026 (CEST)

Mediawiki DB-Abfrage

Vielleicht finde ich ja hier eine Antwort..: Aus einem kleinen Mediawiki (nicht aus unserem Wikiversum) mit ~1000 Artikeln im Hauptnamensraum hätte ich gern eine Tabelle mit den Spalten Lemma und URL (ods, xls, csv). Wie könnte ich da vorgehen? und wie müsste die Abfrage lauten? (vermutlich ist das ja in jedem Mediawiki gleich?) Gruss, --Markus (Diskussion) 16:35, 1. Jun. 2026 (CEST)

Mit Spezial:Alle_Seiten und dann Copy/paste und cleverem Extrahieren der URL z.B. in Calc/Excel wäre es bei der Artikelmenge doch schon fast getan, oder? --elya (Diskussion) 16:55, 1. Jun. 2026 (CEST)

Copy/paste z.B. in Spezial:Alle_Seiten?from=aal&to=aap&namespace=0 nach Calc Spalte "A" (Einfügen, Gebietsschema automatisch) zeigt die Einträge in "Blau-unterstrichen", aber die kursive Markierung von Weiterleitungen geht verloren. Wo liegt mein Fehler? Gruss, --Markus (Diskussion) 10:09, 2. Jun. 2026 (CEST)

Mit Zugriff auf die Datenbank zum Beispiel so: quarry:query/105906 --Wurgl (Diskussion) 17:00, 1. Jun. 2026 (CEST)

Ok, danke. Wenn ich die Abfrage mit deinem Link mit den 7 Code-Zeilen in quarry.wmcloud.org laufen lasse, bekomme ich die ersten 100 Artikel aus Wikipedia. Woher weiss "quarry", dass er in der WP-DB suchen soll? bzw. wie sage ich ihm, dass er in "tolleswiki.org" im NR-0 suchen soll? Wie kann ich auch noch ausgeben lassen, wieviele Einträge gefunden wurden? Gruss, --Markus (Diskussion) 00:44, 2. Jun. 2026 (CEST)

Quarry ist ein Wikimedia-Projekt und hat nur Zugriff auf die Wikimedia-Server und -Datenbanken. Die SQL-Abfrage müsstest du so in einer Datenbankumgebung des fremden Wikis laufen lassen, sofern du darauf Zugriff hast. -- hgzh 09:27, 2. Jun. 2026 (CEST)

Danke für die Erklärung. Nein, Zugriff habe ich (noch) nicht, aber ich bin dran. Gruss, --Markus (Diskussion) 10:11, 2. Jun. 2026 (CEST)

Kurze Hilfe bei Gedicht, bitte

In Schloss Einsiedel (Kirchentellinsfurt) habe ich nach Vorgabe von Hilfe:Poem ein Gedicht eingefügt. Nun hat das in der dreispaltigen Anzeige rechts den letzten Vers ganz unten (statt oben). Kann jemand das reparieren? Bedankt! --Schwäbin 18:10, 1. Jun. 2026 (CEST)

Passt das jetzt so? -- Gruß, 𝓪𝓴𝓪 𝓢𝓬𝓱𝓶𝓾𝓷𝔃𝓮𝓵𝓼𝓽𝓾𝓫𝓮 18:13, 1. Jun. 2026 (CEST)

Genau so war's gedacht, danke Dir. --Schwäbin 18:21, 1. Jun. 2026 (CEST)

Gauri Khan

Ich wollte diesen Artikel anlegen. Aber irgendwie, anders als bei anderen Artikel, kann man ihn irgendwie nicht anlegen. Hat jemand eine Erkärung dafür? Falls er gesperrt ist, kann ihn jemand entsperren? ~2026-32486-12 (Diskussion) 18:26, 1. Jun. 2026 (CEST)

Wenn Du auf den Rotlink klickst, wird Dir der Grund ja angezeigt:

Die Seite wurde schon mehrmals angelegt und gelöscht. Und jetzt ist die Neuanlage für nicht angemeldete Benutzer gesperrt ("wiederholte Neuanlage ohne Substanz"). Wenn Du nach dem Studium von WP:RK und mindestens auch WP:BIO denkst, dass Du genug seriöse Literatur hast, um einen echten Artikel draus zu machen, kannst Du Dir ein Benutzerkonto erstellen und in Deinem Benutzernamensraum an dem Artikel erstmal basteln, bis er so weit ist, dass er in die Freiheit entlassen werden kann. --Schwäbin 18:50, 1. Jun. 2026 (CEST)

Der Artikel existiert schon: Gauri Khan (indische Filmproduzentin). Warum der Klammerzusatz gewählt wurde, ist ziemlich klar. Da die Relevanz unzweifelhaft ist, verschiebe ich das mal auf das einfache Lemma. --Ralf Roletschek (Diskussion) 20:23, 1. Jun. 2026 (CEST)

Ggggrrr @Seewolf: bitte übernehmen :-) --Ralf Roletschek (Diskussion) 20:25, 1. Jun. 2026 (CEST)

Du warst einen Tick zu schnell, ich wollte gerade schreiben, dass Seewolf (oder ggf. ein anderer Admin) erst die Sperre aufheben muss.Viele Grüße --Dread (Diskussion) 20:28, 1. Jun. 2026 (CEST)

2. Juni

Google-Suche

Hallo zusammen, früher wurde bei der Google-Suche immer auf eine bestehende Wikipedia-Seite verwiesen, oder die rechts in einem Kasten irgendwie angezeigt. Ich habe beobachtet, dass das nicht mehr der Fall ist, so als ob Wikipedia irgendwas zur Suchindizierung verloren hätte. Bug or Feature? --Julius Senegal (Diskussion) 08:58, 2. Jun. 2026 (CEST)

Google ist gerade daran sich „vom Wegweiser zum Ziel“ umzubauen, siehe etwa diesen Kommentar dazu: https://www.heise.de/meinung/Google-Suche-Le-Web-c-est-moi-11302565.html - d.h. Google möchte seinen Nutzern immer mehr Inhalte direkt bei sich selbst anbieten und die Leute nicht mehr unbedingt auf andere Websites lotsen. Dazu gehört wohl auch, dass die Wikipedia je nach Suchanfrage jetzt weniger prominent verlinkt wird. Es kommt aber aufs Thema an. Wenn ich etwa nach Island suche, dann ist in der Infobox oben rechts tatsächlich kein Link auf die Wikipedia mehr zu finden. Bei Goethe hingegen immer noch... - Die Wikipedia hat hier nichts „zur Suchindizierung verloren“, das ist einfach der neue Ansatz von Google. --Gestumblindi 09:03, 2. Jun. 2026 (CEST)

Wenn ich nach Island suche, erhalte ich keinen Link mehr zu Wikipedia. Ich werde in Urlaub geschickt: Link 4 führt mich zu Wikivoyage. Und ein Flug dauert dreieinhalb Stunden. --Viele Grüße, Aschmidt (Diskussion) 09:27, 2. Jun. 2026 (CEST)

Die WMF hat das auf dem Schirm und möchte dazu im kommenden Fiskaljahr (startet am 01.07.) Lösungen entwickeln: m:Wikimedia Foundation Annual Plan/2026-2027/Goals/Reach (deutlich detaillierter: m:Wikimedia Foundation Annual Plan/2026-2027/Product & Technology OKRs#Reach). --Johannnes89 (Diskussion) 09:30, 2. Jun. 2026 (CEST)

Gute Reise 😉 (Island ist allerdings noch teurer geworden, speziell in diesem Jahr und zur Sonnenfinsternis vom 12. August, da muss man schon fast Erwin Lindemann sein...) --Gestumblindi 09:32, 2. Jun. 2026 (CEST)

Die Erwartungshaltung ist schon falsch. Warum sollte Google Wikipedia bevorzugen? Es gibt mittlerwile eine ganze Reihe ähnlicher Angebote da draußen. Außerdem kann Google nicht ahnen, dass jemand einen Enzyklopädieeintrag sucht und keine Gebrauchsanleitung, keine Einkaufsvorschläge oder dergleichen. Wenn Google/Alphabet etwas damit verdienen könnte, dass es Wikipedia vorschlägt, wäre das vielleicht anders. --Entgegner (Diskussion) 23:57, 2. Jun. 2026 (CEST)

Eine Google-Suche nach WP:VWS bringt als erstes die KI-Zusammenfassung:

• „WP:VWS“ steht in der Wikipedia für Wikipedia:Vandalismusmeldung.

Google selbst findet dafür keinen Beleglink. Richtig wäre Wikipedia:WikiProjekt Vorlagen/Werkstatt gewesen. Irren ist – nicht nur menschlich. Gruß, --Wi-luc-ky (Diskussion) 11:55, 2. Jun. 2026 (CEST)

3. Juni

Syntax

Hallo, finde hier ein Syntax-Problem nicht, bei mir im firefox-Browser funktioniert die ENW-url tadellos. Kann bitte eine(r) danach schauen. Herzlichen Dank schon jetzt. Viele Grüße, --Wikisympathisant (Diskussion) 10:35, 3. Jun. 2026 (CEST)

EN 17. --Wi-luc-ky (Diskussion) 10:58, 3. Jun. 2026 (CEST)

Es geht um den "Group strategic report"? Wo kommt das denn her? Unter https://find-and-update.company-information.service.gov.uk/company/01116428/filing-history sehe ich keinen Report in 12/2022. --Magnus (Diskussion) 10:45, 3. Jun. 2026 (CEST)

https://s3.eu-west-2.amazonaws.com. Ist wohl anmeldepflichtig. --Wi-luc-ky (Diskussion) 10:58, 3. Jun. 2026 (CEST)

Danke fürs Checken   Wi-luc-ky, könntest Du mir bitte einen Anmelde-Ziellink hier noch einstellen ... Dankeschön. Grüße, --Wikisympathisant (Diskussion) 17:01, 3. Jun. 2026 (CEST)

Noch einmal auf Los! Was ist mit dem Syntax-Problem eingangs gemeint? Weblink tadellos oder eben nicht abrufbar??

https://aws.amazon.com/de/s3/ hat oben einen Button Konto erstellen. Ob das hilft, weiß ich nicht. Mit dem Dokument sind lt. Error-Meldung keine Style-Informationen verknüpft und: Request has expired. Und ob dieses Dokument so verlinkt werden kann, dass es auch ohne Anmeldung abrufbar ist, steht dahin. Wieso das, wie oben geschrieben, zuerst tadellos funktionierte, bleibt unklar.

Eine Alternative hätte der Jahresbericht 2025 sein können, doch dieser schweigt sich, soweit gesehen, zu den Mitarbeiterzahlen aus.

Hilft wohl nur, nach einem anderen Weblink zu suchen.

Gruß, --Wi-luc-ky (Diskussion) 17:58, 3. Jun. 2026 (CEST)

Daher oben meine Frage, wo dieser Link überhaupt herkommt. --Magnus (Diskussion) 18:41, 3. Jun. 2026 (CEST)

Jetzt hat's "geklickert", herzlichen Dank! - ich dachte, den Link bei WP melden, sorry. Ich schau's mir in Ruhe an, melde dann mein Ergebnis/Misserfolg/Erfolg. (Gov.uk kam übrigens aus der Suchmaschine und dort hatte ich nach Naim Audio 2022 gesucht ...) Viele Grüße, --Wikisympathisant (Diskussion) 19:48, 3. Jun. 2026 (CEST)

Sodele, however bekam ich diese ellenlange url aus GOV.UK, sie führt bei mir im firefox zu einem netten PDF ohne Kontofreischaltung/Kosten/Registrierung oder sonst was, nur in der Ref.vorlage bringt er leider eine fehlerseite: https://s3.eu-west-2.amazonaws.com/document-api-images-live.ch.gov.uk/docs/-aTVSVNHbjShwbKBvaLUET3J6mEJZD4BPmGxm4WAsKk/application-pdf?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=ASIAWRGBDBV3A7ZPOCKN%2F20260603%2Feu-west-2%2Fs3%2Faws4_request&X-Amz-Date=20260603T081450Z&X-Amz-Expires=60&X-Amz-Security-Token=IQoJb3JpZ2luX2VjEG8aCWV1LXdlc3QtMiJIMEYCIQCpyWe3EvltNAu4VtXeqEojmts1ZnHll8nZadJycnLOYwIhAKhx4ubAOMO8tGT6r5WNX5i7YTiRrpyOAHk1qaIkyvifKoEECDgQBRoMNDQ5MjI5MDMyODIyIgw4grEOsFVhkZDKZswq3gOmPHqmFf%2FiQ24V0aDEXxYU5CsCyiASjvWtyqT47vuxtbC%2F4IiUICZSXZJYlKUbcPMmgLctuGM%2BB3%2FxB7rUVMaQA9BSpmfy3gDcwNyqr74eUJl79CDaM7rxXSp3Lla2v0meM2Pizbajko2IIZCuXLKxBGIyOzTm65WLwCn7lm7d52EvauypaVtWtgWr4qioq0sZej0rNLfOjcP%2Bjb0f6EuFpLzO5aX3jpvQPRZf8%2F39SVrHIGzBJgISH%2FV9QgdtG9WogrU9CmAa3FUEEyqhrc1NW6uhg3fnWGtCjK00164QLjuAZPeoKVjTtjzaSYgDK6TfR917YCmOlqbyEpHlmj2w%2FwmhxBR9fEXFzfJTddT4qjWiM36uaCbYrph%2BIs0WTVDK56E%2B6tGl%2FPBX9mJN%2FpJpfKEoI3fZ4fIGraBhPhzDB3k8YL%2FjR%2BLnhgwjfAbVHSh6E%2B6a6ehkQRSOa2DLJCQQlllj7cJWpjG7WjsvL3AK1lrTr36antwDNvazSBM9HHFZQ58QaqwUJMVtqGyEin2WCbXCD%2FeggqDMmCQhxds2v%2BfYxuIl9pERYpOMRSbCKcuK8F1p%2FTcSxo7iiF%2FO161IOlzPN0RW4v%2BgikJbYTHRB8Z71B8Y67Oi%2BTgWfXY1ML6i%2F9AGOqQBdxXtGbYB7oz4YZM84F1FAloxIJgpxlMvZGblVptF8mt3s%2BrN0giU1yCRr9sZEZIAToK7CJWA%2BJg1Zqx7dGwfg4UY0lfcV048lwi%2Fq9nRQCBn58zxYp%2FVUXur5iz70XP4PH4MDbhIrRxSGX1LGSIwQb0T5%2BnRu2NjlnYIdu2D98uW4fIAaUJbtgXF98WMD%2FeRiIm%2BvHIKlTNbvjti%2BieCUux0zqA%3D&X-Amz-SignedHeaders=host&response-content-disposition=inline%3Bfilename%3D%22companies_house_document.pdf%22&X-Amz-Signature=e7be5ab888ec51a865397f381d1bbc5fcfa7ff93271583d20714fb20b9a9c46d

Dafür aus der Ref.vorlage so etwas, der Ordnung halber mal kursiv:

Mit dieser XML-Datei sind anscheinend keine Style-Informationen verknüpft. Nachfolgend wird die Baum-Ansicht des Dokuments angezeigt.

<Error>

AccessDenied

<Message>Request has expired</Message>

<X-Amz-Expires>60</X-Amz-Expires>

<Expires>2026-06-03T08:15:50Z</Expires>

<ServerTime>2026-06-03T18:00:26Z</ServerTime>

<RequestId>A9EY3S7JVMTW4WWM</RequestId>

<HostId>

AI2jRFvi5o7nR0FFY5GKbnC98CZTR1++fzL4cDEVNlkmJ8kyTHKNOM/ClsZ3sQ/Lc7kVsFl8xqqknIIdK0MRkxjSHttcIxdJ

</HostId>

</Error>

Der läuft aus, oder so ...? Mir sagt das leider nichts ... - ich könnte sonst vielleicht den Dokument-Name mit Datum etc. wie einen Zeitungsartikel nennen. --Wikisympathisant (Diskussion) 20:05, 3. Jun. 2026 (CEST)

@Wikisympathisant: Kannst Du bitte „aus GOV.UK“ näher erläutern? Gruß, --Wi-luc-ky (Diskussion) 20:27, 4. Jun. 2026 (CEST)

wie ...? Ich kam über die Suche Naim Audio und den (bei der englischsprachigen WP im Naim-Artikel genannten) Cedric Magnaud 2022, bei Gov.uk dahin (gab da eine Dokument-PDF-Liste); offenbar, das zeigt ja auch der lange Link, hinterlegt Gov.Uk. die Dokumente extern ... Aber (!) ich testete gerade nochmal den langen Link und bekomme (möglicherweise auch durch Rechner-Neustart am Morgen) die Fehlermeldung, heißt, er ist tatsächlich abgelaufen .... Ich fürchte, ich nehme den Dokument-Name, wie oben angedeutet ... Viele Grüße, --Wikisympathisant (Diskussion) 20:39, 4. Jun. 2026 (CEST)

... die Suche bzw. das Ergebnis war so ähnlich wie hier https://find-and-update.company-information.service.gov.uk/company/01116428/filing-history, das da kein Dezember 2022-Gesamtbericht auftaucht ... --Wikisympathisant (Diskussion) 20:42, 4. Jun. 2026 (CEST)

Wie kann ich die Leute aus meiner Beobachtungsliste rauswerfen?

Hatten wir das nicht schon einmal? Irgend so eine Opt-in-Option, die besser Opt-out wäre? Seit heute Mittag habe ich jede Menge Köpfe in meiner Beo, die ich bitteschön wieder weg haben möchte. An welchem Rädchen muss ich dafür drehen? ※Lantus 13:38, 3. Jun. 2026 (CEST)

Ist meines Wissens nicht möglich. Man kann Bots und kleine Änderungen (Markierung "K") ausblenden, aber keine Blacklist für einzelne Benutzer anlegen. Das Problem ist auch, dass man auch bei Ausblendungen leider nicht die davorliegenden Edits angezeigt bekommt, die man nicht ausblenden möchte, d. h. der letzte Edit pro Artikel entscheidet letztlich über anzeigen oder komplett ausblenden. lg --Invisigoth67 (Disk.) 14:14, 3. Jun. 2026 (CEST)

Vielleicht habe ich mich missverständlich ausgedrückt. Ich will nicht einzelne Leute ausblenden, sondern diese Symbole mit den Köpfen (bei allen). ※Lantus 14:22, 3. Jun. 2026 (CEST)

Unter Spezial:Einstellungen#mw-prefsection-rendering den Punkt „Benutzerinfokarte aktivieren“ ausschalten. --Icodense 14:33, 3. Jun. 2026 (CEST)

Das ist aber opt in oder? --Ailura (Diskussion) 15:20, 3. Jun. 2026 (CEST)

Das war unter anderem hier unter Wikipedia:Fragen_zur_Wikipedia/Archiv/2025/Woche_40#Neue_"Benutzerinfo", war nicht das Fazit dass das abgestellt wird? --Ailura (Diskussion) 15:25, 3. Jun. 2026 (CEST)

Ja, das wurde standardmäßig wieder deaktiviert (ist also opt-in). Zitat aus Hilfe:Benutzer/Infokarte: Um diese Funktion nutzen zu können, wurde sie zunächst in den Einstellungen als optional bereitgestellt. Die Einführung als standardmäßige Aktivierung, die bei Bedarf abgeschaltet werden kann, wurde wieder deaktiviert. Gruß --Guardian of Arcadia (Diskussion) 08:42, 4. Jun. 2026 (CEST)

... womit wir unter den großen Wikis mal wieder eine absolute Ausnahme sind, in anderen Projekten ist die Infokarte eine opt-out Funktion. Ich nutze sie gerne – zwar übersehe ich sie im Regelfall, aber von Zeit zu Zeit ist sie praktisch, um beispielsweise zügig nen Überblick zu nem temporären Konto zu erhalten. --Johannnes89 (Diskussion) 09:03, 4. Jun. 2026 (CEST)

Die globale Einstellung ist dazwischengegrätscht. Lokal hatte ich es bereits ausgeschaltet. Danke für die Info. Solche Sachen muss ich immer wieder neu suchen … ※Lantus 15:00, 3. Jun. 2026 (CEST)

Verschwundener Absatz

In der Liste Träger österreichisches Ehrenzeichen habe ich diesen Edit gemacht. Seitdem sind im Absat Träger 1. Klasse ab 1955 bis auf 3 alle Träger verschwunden. was ist passiert? --Yunkal (Diskussion) 13:53, 3. Jun. 2026 (CEST)

Lag wohl nur an der fehlenden spitzen Klammer bei ref-Tag. lg --Invisigoth67 (Disk.) 14:08, 3. Jun. 2026 (CEST)

Oh, danke! --Yunkal (Diskussion) 14:41, 3. Jun. 2026 (CEST)

Dieser Abschnitt kann archiviert werden. Yunkal (Diskussion) 14:42, 3. Jun. 2026 (CEST)

Verwendung fremdsprachiger vs. deutscher Städtenamen etc.

Ich meine mich zu erinnern, dass es eine Seite im Hilfebereich gab/gibt, wo Verwendungsempfehlungen für deutsche vs. fremdsprachige (ggf. transskribierte) geografische Namen zu finden waren. In meiner Erinnerung waren da auch Aspekte wie Einwohnerzahl berücksichtigt.

Kann mir bitte wer auf die Sprünge helfen und sagen, wo das Dokument liegt?

-- Pemu (Diskussion) 14:46, 3. Jun. 2026 (CEST)

Wikipedia:Namenskonventionen#Geographische_Namen --RAL1028 (Diskussion) 14:55, 3. Jun. 2026 (CEST)

4. Juni

<references responsive="1" />

Gemeldet in Phabricator
Task T101841

Gemeldet in Phabricator
Task T212340

Mir editiert seit gestern ein Bot nach, der <references responsive /> in <references responsive="1" /> ändert. Was hat es damit auf sich, und wo ist das dokumentiert, was dieser Parameter macht? -- Escla ^¿! 00:38, 4. Jun. 2026 (CEST)Beantworten

@Benutzer:Doc Taxon als botbetreiber zur info. --Wetterwolke (Diskussion) 01:00, 4. Jun. 2026 (CEST)

Siehe Hilfe:Einzelnachweise #Mehrspaltige Darstellung aller Einzelnachweise. Aufgrund eines VE-Problems. Gruß, --Wi-luc-ky (Diskussion) 01:52, 4. Jun. 2026 (CEST)

eigentlich nicht bis vor 2 tagen war das die empfohlene syntax auch zur manuellen quelltexteingabe https://de.wikipedia.org/w/index.php?title=Hilfe:Einzelnachweise&oldid=265619982#Mehrspaltige_Darstellung_aller_Einzelnachweise. gruss --Wetterwolke (Diskussion) 01:57, 4. Jun. 2026 (CEST)

Hintergrund: Wikipedia:Technik/Werkstatt#VE tut ungefragt Dinge (3) und (2) und (1). Gruß, --Wi-luc-ky (Diskussion) 02:27, 4. Jun. 2026 (CEST)

WP:Technik/Werkstatt#VE tut ungefragt Dinge (3) hat damit nichts zu tun – da ging es darum, dass VisualEditor (VE) für einige Zeit ungewollt <references /> in <references></references> geändert hat. Der Fehler ist nun gelöst und der TaxonBot hat den Wikitext dankenswerterweise in betroffenen Artikeln korrigiert (hatte zwar keine sichtbare Auswirkung, aber die meisten finden den Quelltext deutlich schöner so, wie sie es ursprünglich geschrieben hatten).

WP:Technik/Werkstatt#VE tut ungefragt Dinge (2) und phab:T101841 beschreiben das hier vorliegende Problem: VE kann den Unterschied nicht erkennen zwischen <references responsive /> und <references responsive="" />. Das zu beheben ist relativ komplex und auf absehbare Zeit nicht ersichtlich. Seit Jahren hat der TaxonBot deshalb jedes Mal, wenn VE aus <references responsive /> <references responsive="" /> gemacht hat, das wieder zurückkorrigiert. Aber nachhaltig ist das nicht und bläht perspektivisch die Versionsgeschichte auf. Mit <references responsive="1" /> lässt VE alles in Ruhe und sorgt nicht für weitere ungewollte Difflinks. Ich persönlich halte das für pragmatischer, als anhaltend den Bot zur Nachkorrektur auf die eigentlich gewünschte Form zu bringen, mit Blick darauf, dass nicht absehbar ist, ob/wann VE irgendwann beigebracht werden könnte, mit <references responsive /> umzugehen. --Johannes Richter (WMDE) (Diskussion) 08:01, 4. Jun. 2026 (CEST)

Warum editieren wir dem VE hier eigentlich überhaupt hinterher? Wenn der VE den Code <references responsive /> bei einigen Änderungen in <references responsive="" /> ändert, dann finde ich das zwar nicht sonderlich gut, aber einen extra Edit, um das wieder zurück zu biegen, braucht es da meiner Meinung nach auch nicht. Falls mich der Syntax als (Haupt-)Autor eines Artikels stört, dann kann ich das ="", wenn ich das nächste Mal wegen etwas anderem eine Änderung am Artikel vornehme, ja auch einfach wieder entfernen.

Stattdessen jetzt aber überall – also auch in Artikeln, die vielleicht nie oder nur selten mit dem VE bearbeitet wurden – den Code in <references responsive="1" /> zu ändern, halte ich nicht für besonders sinnvoll, zumal ja alle drei Varianten das gleiche Ergebnis erzielen. --Guardian of Arcadia (Diskussion) 09:18, 4. Jun. 2026 (CEST)

Ansgesichts der finanziellen Mittel der Foundation ist wenig einsichtig, wieso wir eine Pseudo-Lösung einer richtigen Problemlösung vorziehen sollten. -- Chaddy · D 12:26, 4. Jun. 2026 (CEST)

Ich kann nicht für die WMF sprechen, aber angesichts von über 50.000 offenen Phabricator-Tasks ist klar, dass unmöglich alle Probleme und Wünsche bearbeitbar sind. Bei den Technischen Wünschen müssen wir ja auch immer wieder priorisieren, weil Budgets halt Grenzen haben. Perfekt aussehender Wikitext hat dann womöglich geringere Priorität als andere Baustellen.

Das gilt in diesem Fall vermutlich auch deshalb, weil wir eines der wenigen großen Wikis sind, die <references responsive /> überhaupt nutzen. In der Englischsprachigen Wikipedia – aber auch den meisten anderen großen Sprachversionen – wird <references /> bei mehr als 10 Einzelnachweisen automatisch zweispaltig dargestellt (wer das nicht will, nutzt <references responsive="0" />). Weil VE sowohl <references /> als auch <references responsive="0" /> nicht anrührt, ist die Änderung von <references responsive /> auf <references responsive="" /> primär bei uns ein Thema, Wikis mit automatischer zweispaltiger Darstellung nutzen <references responsive /> ja nicht wirklich. --Johannes Richter (WMDE) (Diskussion) 13:31, 4. Jun. 2026 (CEST)

Diese Bot-Aktion ist Unfug und sollte unverzüglich beendet werden.

• Sie schafft mindestens einen sinnfreien Eintrag in jeder VG, bei manchen, die Bots nicht ausblenden, schlägt das auch noch auf der Beo auf.
• H:KÄ (grüner Kasten) verbietet ausdrücklich serienmäßige absolut wirkungslose Edits wie diese reine Quelltext-Kosmetik.
• Es führt nur zu Irritationen wie jetzt diese hier, und an diversen anderen Stellen.
• Es gibt kein Problem, es gibt nichts zu lösen, es wird nichts verbessert.
• Beide Formen, der momentane VE-Geschmack mit responsive="1" und responsive als langjähriger deWP-Standard und kürzeste, einfachste und übersichtlichste Form funktionieren mit allen Parser-Varianten gleichermaßen.
• Ich habe von dieser Bot-Aktion erst jetzt hier auf FZW etwas inhaltlich mitbekommen.
• Der VE tut ungefragt etliche Dinge, seit einem Dutzend Jahren schon, und wir haben uns doch eigentlich längst daran gewöhnt und ignorieren es, sofern die Darstellung wenigstens hinterher wie beabsichtigt aussieht.

Für derartige Schalter-Attribute ist sich die globale XML-HTML-Philosophie seit Jahrzehnten nicht recht einig geworden und kam nie zu einem endgültigen von allen akzeptierten definitven Standard.

• Eiiiiiigentlich wäre die wirklich korrekte Form:
  <references responsive="responsive">

Im Wiki funktioniert offenbar ziemlich jede der nachstehenden Notationen mit gleicher Wirkung:

• <references responsive> – deWP-Standard
• <references responsive="">
• <references responsive="responsive"> – XML/HTML
• <references responsive="Trallala">
• <references responsive="1"> – momentaner VE-Geschmack
• <references responsive="true">
• <references responsive="false">

Es gibt offenbar nur eine einzige Ausnahme durch den Wiki-Parser bzw. die Extension, bei denen das Vorhandensein des responsive nicht auch die Mehrspaltigkeit auslöst:

• <references responsive="0">

Die Vorschrift, nach der sich alle zu richten haben, steht bei mw:Contributors (2015-2021)/Projects/Columns for references.

• mw:Extension:Cite verweist zur Syntax explizit darauf: “See the usage documentation.” Und mw:Extension:Cite ist die hier maßgebliche Dokumentation.
• Dort heißt es nur <references responsive> an zwei Stellen.
• Oder aber: <references responsive="0">

Die Leutchen in der WMF arbeiten seit immer recht unkoordiniert aneinander vorbei. Jeder „Produkt Manager“, alle in der Entwicklung basteln so wie es ihnen grad passt und am wenigsten Arbeit macht. Einen echten Standard und eine übergeordnete Instanz gibt es nicht.

• Die VE-Programmierer fanden halt schon vor mehreren Jahren, dass sie es am einfachsten haben, wenn sie responsive="1" generieren.
• Es gibt Hunderte Bugs oder zumindest Absonderlichkeiten, teils schon seit über zehn Jahren, bei denen der VE merkwürdige Syntaxkonstrukte baut. Wenn sie dann halt zu korrekter Darstellung führen, ist das eben so.
• Jeder macht es so, wie im Heimatwiki erlernt und abgeguckt. Die meisten Entwickler hatten intensiven enWP-Kontakt; also wird alles so gemacht wie es sich Leute in der enWP angewöhnt haben.
• Dass es einen definitiven Standard für die zu generierende Syntax gibt, interessiert doch keinen: mw:Contributors (2015-2021)/Projects/Columns for references.

Die vor einigen Tagen erfolgte Veränderung unserer Hilfeseite H:EN war nirgendwo abgesprochen, unzulässig und steht im Widerspruch zu unserer langjährigen Praxis, der Syntax aller anderen Schalter-Attribute in Tags sowie der Forderung nach kürzestmöglicher einfachster Syntax.

• Wenn es niemand anders gemacht hatte, werde ich das in den nächsten Tagen revertieren.

VG --PerfektesChaos 04:06, 4. Jun. 2026 (CEST)Beantworten

Der Botlauf ist dazu da, um Inkonsistenzen zu reduzieren, bis die Parsoid-Korrektur geschehen ist. Ein erneuter VE-Dirty-Diff, siehe Phab-Task, wird durch eine explizite Wertdefinition künftig verhindert. Bis dahin sind sowohl responsive als auch responsive="" und responsive="1" funktional äquivalent, ein leerer Wert wird aber nicht mehr selbstständig vom VE eingefügt werden, T212340, und das ist das, was erreicht werden soll. So macht der VE in diesem Fall keinen Quatsch mehr. Fügen wir nur references responsive ein, wie das mal auf H:EN stand, wird der VE das fälschlicherweise wieder ändern. Dem wird hiermit vorgebeugt. --Doc Taxon (Diskussion) 11:22, 4. Jun. 2026 (CEST)

Das ist aber kein Problem den man im Wikicode löst, sondern im VE. Sorry, aber ohne ankündigung diese Massenspamaktion der Beos ist absolut fehl am Platz. Bitte Bot stoppen und diskutieren. Danke.--Maphry (Diskussion) 11:25, 4. Jun. 2026 (CEST)

Der Ansatz des Botlaufs:

• TaxonBot ändert die Vorkommen von <references responsive> zu <references responsive="1" />
• VE lässt explizite nicht-leere Werte in Ruhe → kein oft unbemerkter Dirty Diff mehr wie <references responsive="">
• der VE wird auch künftig keine Dirty Diffs mehr erzeugen
• ja, das ist ein Problem des VE, lässt sich aber beruhigen, bis er korrigiert wird (in vielleicht hundert Jahren mal)

--Doc Taxon (Diskussion) 11:34, 4. Jun. 2026 (CEST)

Wie eingangs genannt, ein Hinterhereditieren kann Ärger erzeugen, das ist abgestellt. --Doc Taxon (Diskussion) 11:42, 4. Jun. 2026 (CEST)

Mich hatte es nur insofern "geärgert", dass ich den Sinn nicht verstanden hatte, weil kein Unterschied zwischen vorher/nachher im Aussehen. Grüße -- Escla ^¿! 14:01, 4. Jun. 2026 (CEST)

Okay, möglicherweise ist das zu heftig, ich habe das mal soweit heruntergefahren, dass der Bot nur noch <references responsive=""> anfasst, denn das sind tatsächlich VE-entstandene und eher keine manuellen Eingaben. --Doc Taxon (Diskussion) 11:53, 4. Jun. 2026 (CEST)

Um den Dirty Diff durch den VE nicht erneut auslösen zu lassen, würde ich vorschlagen, meine Änderung auf H:EN zu belassen. --Doc Taxon (Diskussion) 12:26, 4. Jun. 2026 (CEST)

Commons:Commons:Forum#Wikidata-Infobox und Defaultsort

Haben wir hier jemanden, der das dort geschilderte Problem lösen kann oder zuminest woanders zur Lösung vorbringen kann? Danke. --Matthiasb – ^{(CallMyCenter)} _{Der Kampf geht weiter!} 13:43, 4. Jun. 2026 (CEST)

Wie kann ich einen entdeckten Fehler in einem Wiki-Eintrag melden?

Wie kann ich einen entdeckten Fehler in einem Wiki-Eintrag melden?

--~2026-33221-69 (Diskussion) 14:54, 4. Jun. 2026 (CEST)

Du kannst ihn auch selbst korrigieren, insbesondere Rechtschreib-, Grammatik- oder Zeichensetzungsfehler. Bei der Korrektur von Sachfehlern solltest du auf jeden Fall eine Quelle angeben. --Brettchenweber (Diskussion) 14:56, 4. Jun. 2026 (CEST)

Am besten aAuf der Diskussionsseite des Artikels - oder du verbesserst den Fehler gleich selbst, es gilt WP:Sei mutig. Achte dann darauf, dass alles gemäß WP:Q belegt ist. Aber aufpassen, Wikipedia kann süchtig machen :) --AsepTisch (Diskussion) 14:56, 4. Jun. 2026 (CEST)

Die Autobahn A 3 in Deutschland ist 628,2 km lang, NICHT 769 km!!! --~2026-33221-69 (Diskussion) 14:57, 4. Jun. 2026 (CEST)

Nennst du uns noch deine Quelle? --Brettchenweber (Diskussion) 14:58, 4. Jun. 2026 (CEST)

Man kann die Kilometertäfelchen kurz vor der Grenze nach Österreich ablesen und da steht 628,0 https://www.google.de/maps/@48.4133482,13.4225434,3a,40y,131.82h,93.38t/data=!3m7!1e1!3m5!1sCIHM0ogKEICAgICuqcD-Dw!2e10!3e12!7i1920!8i1080?entry=ttu&g_ep=EgoyMDI2MDYwMS4wIKXMDSoASAFQAw%3D%3D --Wurgl (Diskussion) 15:31, 4. Jun. 2026 (CEST)

Die Kilometrierung muss nicht zwingend mit der tatsächlichen Länge übereinstimmen, es kann Lücken oder Doppplungen geben etc. – Und tatsächlich, laut Artikel Bundesautobahn 3#Doppelte Kilometerbezeichnung: "Die Kilometerauszeichnung beginnt zum einen an der niederländischen Grenze, zum anderen am Dreieck Heumar bei Köln nach Süden erneut, sodass etwa 140 km als Auszeichnung doppelt vergeben sind." 628,2 km + 140 km ≈ 769 km. --Luftschiffhafen (Diskussion) 15:43, 4. Jun. 2026 (CEST)

Captcha-Probleme

Gudn Tach!
Der Bericht auf WP:Bearbeitungsfilter/415#Es_nervt! klingt übel. Weiß jemand, ob es gerade allgemein mit den Captchas Probleme gibt?
-- seth (Diskussion) 16:51, 4. Jun. 2026 (CEST)

Wir haben seit einer Woche ein neues Captcha-System: WP:NEU#26. Mai, zuvor wurde es u.a. in der Englischsprachigen Wikipedia getestet. Ausführlicher dazu WP:TW#Verbesserte Boterkennung und Ersatz unseres CAPTCHA-Systems. Zusammenfassung der Änderungen: Das alte System (ein Wort eingeben) ist für heutige Bots spielend leicht überwindbar, aber nicht barrierefrei für Menschen. Deshalb wird nun hCaptcha genutzt. In 98% aller Fälle wird gar kein Captcha mehr ausgespielt, sondern das Programm erkennt auch ohne, ob es sich wohl um einen Bot handelt – im Vergleich zu früher (gerade bei Einfügung von Weblinks) sehen unangemeldete User jetzt also deutlich seltener die Aufforderung, ein Captcha zu lösen – für fast alle somit eine spürbare Verbesserung. Ich weise das zuständige WMF-Team auf den Thread hin, also sowohl die Übersetzungsprobleme, als auch die schlecht erkennbaren Bilder. --Johannnes89 (Diskussion) 17:15, 4. Jun. 2026 (CEST)

... und bitte nicht zu vergessen die sonstigen Fehlfunktionen: den Vorwurf, ich hätte das Captcha nicht richtig ausgefüllt, obwohl mir gar keins angezeigt worden war. Und als Krönung die Endlosschleife, in der man gefangen ist. Was nützt das schönste Captcha, wenn es einem nach Lösung der Aufgabe einfach nur unendlich weitere Captchas vor die Nase setzt? Damit ist das eine nicht lösbare Totalblockade. Anstelle eines Captchas hätte man mir genausogut die Weiterarbeit unter der IP-Adresse sperren können, das wäre aufs selbe hinausgelaufen.

Übrigens, wie ich im anderen Thread schon schrieb, ich hatte ein ähnliches Problem mit diesem Captcha-Programm vor nicht allzu langer Zeit schonmal auf Commons. Es liegt also wirklich an diesem Programm. Und für den deutschsprachigen Markt ist es definitiv nicht gemacht.

Danke, dass Ihr Euch kümmert. --~2026-32954-40 (Diskussion) 17:36, 4. Jun. 2026 (CEST)

Hab ihnen den Link auf die Filterdiskussion und ne Zusammenfassung der Probleme geschickt. --Johannnes89 (Diskussion) 18:54, 4. Jun. 2026 (CEST)

Ausgabedateien konnten nicht gespeichert werden

Gemeldet in Phabricator
Task T428063

Ich habe heute die u. a. die Vorlage:Zeitleiste Ligazugehörigkeit Viktoria Köln und Vorlage:Zeitleiste Ligazugehörigkeit FC Ingolstadt 04 bearbeitet. Nach dem Speichern wird nicht mehr die Zeitleiste, sondern der Text Timeline-Fehler. Ausgabedateien konnten nicht gespeichert werden.

Ich habe den Fehlertext gegoogelt und darüber die Vorlage:Zeitleiste Ministerpräsidenten von Niedersachsen seit 1946 und Vorlage:Zeitleiste Bayerische Ministerpräsidenten seit 1945 gefunden, bei denen auch nur dieser Text auftaucht.

Woran liegt das und ist das nur bei mir so? --HSV1887 (Diskussion) 19:56, 4. Jun. 2026 (CEST)

Nein, das ist nicht nur bei dir so. Der gleiche Fehler tritt auch in der en-WP auf und wurde bereits gemeldet: siehe T428063 – Gruß --Guardian of Arcadia (Diskussion) 20:58, 4. Jun. 2026 (CEST)

Geburtsort West-Berlin

Im Artikel Melanie Garanin (geb. 1972) besteht ein TK auf West-Berlin als Geburtsort; als Quelle wurde ein Bericht in der Märkische Allgemeine angegeben. Wie halten wir es in Biographien sonst mit einer Unterscheidung West-Berlin, Ost-Berlin oder Berlin als Geburtsort? Gruß, --Burkhard (Diskussion) 21:32, 4. Jun. 2026 (CEST)

Siehe Formatvorlage Biografie:

* Abweichend gilt für den Geburtsort Berlin: Für den Zeitraum der Teilung sollte zwischen West-Berlin und Ost-Berlin unterschieden werden, wenn bekannt ist, in welchem Teil die betroffene Person geboren oder gestorben ist. Siehe Wikipedia:Meinungsbilder/Schreibweisen von Berlin.

Gruß, --Wi-luc-ky (Diskussion) 23:43, 4. Jun. 2026 (CEST)

5. Juni

Mediawiki: Seiten mit Rotlink-Bildern finden

Wie kann man in einem Nicht-Wikimedia-Wiki Bilder finden, die nicht angezeigt werden bzw. nur ein Rotlink erscheint? Kann man das im Quellcode der geparsten Seite sehen? Wie? Wie geht das per Skript? (Mach eine Liste aller Seiten mit Bilder-Rotlink und gib den Bildlink und die Fehlerursache an ;-) ) oder gibt es ein Mediawiki-Tool? Gruss, --Markus (Diskussion) 02:27, 5. Jun. 2026 (CEST)

Wenn es MediaWiki ist, müsste es die Spezialseite Spezial:Gewünschte Dateien geben.

--Entgegner (Diskussion) 06:05, 5. Jun. 2026 (CEST)