Wikipedia:Bots/Anfragen

Hier ist Platz, Bearbeitungs- und Änderungswünsche an die Botbetreiber zu notieren, die in „Handarbeit“ ausgeführt eher als Zumutung gelten können, zum Beispiel das Korrigieren von mehr als 50 Einbindungen einer verschobenen Vorlage (gilt nur für zu löschende Falschschreibungsweiterleitungen auf Vorlagen!). Wenn du Fragen hast, kannst du Botbetreiber auch im IRC-Channel [#wikipedia-de-bots] ^Webchat erreichen. Für Besprechungen unter den Botbetreibern oder zur Koordination von wichtigen Änderungen (z. B. an der API) gibt es die Bot/Notizen.

• Für Rundschreiben (Einladungen zu Stammtischen usw.) gibt es auch die Funktion Hilfe:Massennachricht.

Für Anfragesteller gilt

1. Anfragen bitte begründen, gegebenenfalls mit Links auf relevante Diskussionen, und unterschreiben.
2. Es gibt keine Verpflichtung der Botbetreiber, diesen Anfragen nachzukommen, und insofern auch keinen Anspruch auf Umsetzung eines Änderungswunsches.
3. Größere Änderungen an Artikeln eines Themengebietes, z. B. an Einbindungen viel genutzter Vorlagen, bitte mit den jeweiligen Fachportalen oder -redaktionen abstimmen. Die Verantwortung für die Aktion liegt beim Anfragesteller.
4. Vor dem Stellen einer Anfrage, die einen regelmäßigen Boteinsatz und keine einmalige (Massen-)Änderung betrifft, bitte ebenfalls das betroffene Portal bzw. Projekt informieren und den geplanten Boteinsatz dort diskutieren.
5. Bei einem Boteinsatz ist oft noch Vor- und Nacharbeit durch den Anfragesteller notwendig, zum Beispiel nach Auflösung von Weiterleitungen die Kontrolle und das Stellen eines Schnelllöschantrages. Auch kann es immer Fälle geben, in denen der Bot nicht richtig arbeitet und die dann manuell nachgearbeitet werden müssen.
6. Ent- oder Umkategorisierungen von Artikeln in die Kategoriendiskussion eintragen, dort diskutieren und dann in die Warteschlange des WikiProjekts Kategorien stellen.
7. Ein einfaches Umbiegen von Links nach einer Verschiebung auf das neue Ziel wird grundsätzlich nicht vorgenommen. Umgebogen werden können Verweise auf zwingend zu löschende Weiterleitungen – wie z. B. bei Falschschreibungs-Weiterleitungen oder nach Verschiebungen falsch geschriebener Vorlagen.
8. Änderungen der Signatur können in Fällen durchgeführt werden, in denen zahlreiche Links auf eine falsche Benutzerseite zeigen. Dies jedoch nur, falls die Korrektur nicht mittels Weiterleitungen möglich ist (beispielsweise bei im Rahmen der SUL-Finalisierung umbenannten Benutzern).
9. Es werden keine Änderungen der Rechtschreibung zwischen zulässigen Versionen bzw. Variationen durchgeführt.

Für Botbetreiber gilt

1. Jeder Botbetreiber ist verpflichtet, die Sinnhaftigkeit vor Ausführung eines Änderungswunsches zu prüfen und bei Einsprüchen gegebenenfalls von der Änderung abzusehen (kein blindes Vertrauen in die Angemessenheit/Richtigkeit hier gestellter Anfragen).
2. Für jede hier gelistete Anfrage gelten die auf Wikipedia:Bots genannten grundsätzlichen Regeln (zum Beispiel keine Änderungen im Benutzer- oder Wikipedia-Namensraum ohne Absprache).
3. Bot-Anfragen (insbesondere nach Löschdiskussionen) sollten mindestens 3 Tage ruhen, um eine gegebenenfalls initiierte Löschprüfung nicht durch vollendete Tatsachen unmöglich zu machen. Bei offensichtlichen Botaufträgen (z. B. aus einer Portal-Diskussion für das Portal beschlossene Änderungen und dergleichen) ist diese Wartezeit nicht zwingend notwendig, desgleichen nicht für „Anfrage-Aufträge“, die keine Seiten in der Wikipedia ändern.

Durchführung

• Die Botbetreiber sollen bitte vor Umsetzung den jeweiligen Punkt entsprechend kommentieren, um Überschneidungen zu vermeiden.
• Dazu sollte vor dem Botstart hier im entsprechenden Abschnitt die Vorlage InuseBot platziert werden:

{{InuseBot|Botname|Betreiber}}

• Den Bot bitte sorgfältig beobachten!
• Bitte nach Erledigung den Punkt in der Liste als erledigt kennzeichnen.

Neue Anfrage stellen

Automatische Archivierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 3 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind. Die Archivübersicht befindet sich unter Wikipedia:Bots/Anfragen/Archiv.

Vorlage:Autoarchiv-Erledigt/Wartung/Festes_Ziel

Bot für die Abarbeitung von Kategorie:Benutzer:Importartikel

Normalerweise werden Importartikel nach 3 Monaten Nichtbearbeitung gelöscht. Ich schlage daher, falls jemand daran Interesse hat, folgenden Bot vor (ich kann das leider nicht): Automatische Löschung von Importartikel, die drei Monate unbearbeitet sind und der Benutzer auch inaktiv. Automatische Benachrichtigung auf er Benutzerdisk (entfällt bei gesperrten Benutzern). Automatische Benachrichtigung auf der Benutzerdisk, falls der Importartikel drei Monate nicht bearbeitet wurde, der Benutzer aber aktiv ist. Siehe dazu auch die Diskussion auf meiner Disk unter Benutzer Diskussion:Informationswiedergutmachung#SLAs auf alte Importe. Es erspart Zeit, sinnlose Diskussionen und dürfte automatisierbar sein. MfG --Informationswiedergutmachung (Diskussion) 22:38, 2. Dez. 2014 (CET)

Ich würde diese Angelegenheit federführend den Importeuren überlassen.

Auf Wikipedia:Importwünsche/Wartung wird eine detaillierte Auflistung generiert, wann welcher Artikelentwurf zuletzt bearbeitet wurde und von wem.

VG --PerfektesChaos 23:03, 2. Dez. 2014 (CET)

Diese detaillierte Auflistung wurde zuletzt am 30. Januar 2014 aktualisiert (siehe Verson) und drin steht: Letzter Stand: Sonntag, 1. September 2013 16:20:18. Außerdem stimmt sie hinten und vorne nicht: es sind noch drei Artikel vom Mai 2011 nicht fertig übersetzt, siehe Kategorie:Benutzer:Importartikel 05 - 2011, viele haben gar kein Importdatum in der Tabelle. Ein Bot würde eher dazu führen, dass man diese Projektseite schnelltonnen kann. Ach ja: spaßigerweise steht da noch ein Importartikel von mir drin (angelegt unter meinem alten Benutzernamen: Benutzer:Jack User/Hoot Gibson. Hat sich auch schon längst erledigt. Fazit: ein Bot macht es schneller, besser und entlastet die Importeure vor unnützen Arbeit. Fragen wir mal Itti, was sie als Importeur von der Idee hält. Die Projektseite gibt es übrigens erst seit Januar 2013 und hat sich offensichltich nicht bewährt, immer noch offene Importartikel von 2011 und 2012 sind da gar nicht drin, wenn ich richtig gezählt habe knapp 60 Artikel. --Informationswiedergutmachung (Diskussion) 23:20, 2. Dez. 2014 (CET)

Oh ja, das ganze lässt sich gut per Bot machen, nur müssen eine Menge Fakten beachtet werden. Ebenso auch das Ansprechen von Benutzern z.B. Das ist eine ganz interessante Idee, und ich als Importeur mach mich mit meinem Bot da ran. Das wird aber eine größere Sache. Also schauen wir mal, -- Doc Taxon @ Disc – ^♥BIBR^♥ – 23:26, 2. Dez. 2014 (CET)

Schön zu sehen, wie sich eine Idee nach dem Wikiprinzip weiterentwickelt und durchsetzt. Vielen Dank posthum an Benutzerin:Lady Whistler, die hier viel Arbeit investierte. Frohes Schaffen — Boshomi ☕⌨☺  00:30, 3. Dez. 2014 (CET)

Vorlage:Smiley/Wartung/working  -- in Arbeit, -- Doc Taxon @ Disc – ^♥BIBR^♥ – 23:26, 2. Dez. 2014 (CET)

@Doc Taxon: Danke, der Vorteil ist ja auch, dass die Benutzer mal an ihre Artikel erinnert werden. --Informationswiedergutmachung (Diskussion) 23:45, 2. Dez. 2014 (CET)

@Informationswiedergutmachung:

Oh du mein Herzchen. Na klar, wenn da oben lang und breit erklärt ist, wie die Fachleute den Seiteninhalt aktualisieren, und dort als letztes Datum 2013 vermerkt ist, dann muss halt mal wieder jemand auf den Knopf drücken.

Jetzt mit 812 Einträgen und detaillierter Analyse aktualisiert.

@Doc Taxon: Die Wartungskat darf nicht leer sein; wurde irrtümlich aus der Vorlage herausgenommen – dann natürlich null Treffer.

VG --PerfektesChaos 00:36, 3. Dez. 2014 (CET)

@PerfektesChaos: Ach, PerfektesHerzchen, und was spricht gegen eine Automatisierung des Löschens und auch eine automatische Nachricht? Die gibt es trotz der Fachherzchen nämlich nicht und wäre gar formidabel, wenn nicht gar famos. --Informationswiedergutmachung (Diskussion) 01:36, 3. Dez. 2014 (CET)

Aber supa, das ein Fachmann mal den richtigen Knopf gedrückt hat. Auch wenn es nur ein Jahr gedauert hat. Oder so. --Informationswiedergutmachung (Diskussion) 01:37, 3. Dez. 2014 (CET)

Praktisch wäre auch, wenn man als Knöpfeldrücker automatisch drauf aufmerksam gemacht wird, wenn ein neues Lemma, das identisch mit dem Importnamensartikel ist. Dann könnte man auch umgehend feststellen, dass bsp. Max Maven im Oktober 2014 angelegt wurde, aber im BNR bei einem inaktiven Benutzer Benutzer:Benji Wiebe/Baustelle/Max Maven fröhlich vor sich hinschimmelt. --Informationswiedergutmachung (Diskussion) 01:41, 3. Dez. 2014 (CET)

eine Funktion dazu habe ich vor, in den Bot mit einzubauen. -- Doc Taxon @ Disc – ^♥BIBR^♥ – 07:30, 4. Dez. 2014 (CET)

@Informationswiedergutmachung:

• Die fragliche Wartungsseite blieb deshalb auf Stand Sommer 2013, weil die abarbeitende Importeurin im Sommer 2013 verstorben war und ihre Nachfolger sich hier bislang nicht einbrachten.
• Ein Bot oder Admin, der automatisch Benutzerseiten löschen würde, wäre bald knopflos.
• Die von dir verlangte Benutzerseitenlöschung wäre dann und nur dann möglich, wenn seit dem Import überhaupt kein oder nur ein Mini-Edit erfolgte. Genau dieser Sachverhalt wird auf der fraglichen Wartungsseite auseinandergefieselt.
• Vor irgendwelchen Aktivitäten müssen die Benutzer auf ihren Diskus angesprochen werden, und es muss ihnen ausreichend Gelegenheit zur Stellungnahme (rund ein Monat) gegeben werden. Nur diese Ansprache könnte als botgestützte Massenpost erfolgen. Benutzer müssen auch nicht pausenlos aktiv sein.
• Kam es erstmal durch den Wirt oder gelegentlich andere Benutzer zu nennenswerten Bearbeitungen, wurde gar der Artikel schon zur Hälfte übersetzt, dann ist überhaupt keine Löschung von Amts wegen mehr möglich.
• Schwierig ist der Fall, wenn zum gleichen Thema und ggf. von jemand anderem übersetzt schon ein Artikel im ANR steht; dann muss für alle erarbeiteten Passagen überprüft werden, ob sie inhaltsreicher sind als die ANR-Version.
• Die grundsätzliche Politik mit Benutzerseiten ist, dass diejenigen, die dem Ziel der Enzyklopädieerstellung dienen, auch im BNR verweilen dürfen; sie fressen keinerlei zusätzliche Ressourcen mehr als ohnehin schon angefallen.
• Der Umgang mit den fraglichen Benutzerseiten bedarf der Einzelfallprüfung und eines vorsichtigen Umgangs mit den Autoren. Eine automatisierte Kahlschlagsanierung, wie sie dir vorschwebt, wird es nicht geben.

@Doc Taxon: CC

VG --PerfektesChaos 12:35, 5. Dez. 2014 (CET)

Ja ja, das seh ich schon auch alles so. Ein Konzept dazu erarbeite ich gerade. -- Doc Taxon @ Disc – ^♥BIBR^♥ – 13:44, 5. Dez. 2014 (CET)

Programmierung wird nach der AdminCon fortgesetzt werden, -- Doc Taxon (Diskussion) 16:51, 16. Feb. 2015 (CET)

Wie ich schon erwähnt habe, ist der Code bereits fertig. Ich werde die Funktion den Importeuren noch zur Diskussion stellen, genauso wie die geplante Abschaltung von WP:IU. – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 00:56, 18. Okt. 2015 (CEST)

@Doc Taxon, Informationswiedergutmachung: In wenigen Minuten ist der letzte Beitrag ein Jahr her. Wie ist hier der Stand? --Leyo 23:25, 17. Okt. 2016 (CEST)

Ich hab keine Ahnung, ich kann Bot gar nicht. --Informationswiedergutmachung (Diskussion) 23:43, 17. Okt. 2016 (CEST)

Priorität gaaanz weit unten, da sind viele wichtige Botentwicklungen erstmal vorrangig. – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 08:03, 18. Okt. 2016 (CEST)

@Informationswiedergutmachung: @PerfektesChaos: @Itti: @Doc Taxon: @Boshomi: @Leyo: Erledigt? --178.191.121.179 00:11, 2. Jan. 2018 (CET) @Doc Taxon: Moin, wie ist hier der Stand? Du hast immerhin seit fast 1,5 Jahren hier nichts mehr zu geschrieben. Viele Grüße, Luke081515 01:39, 30. Mär. 2018 (CEST)

Ja, ich mach erst noch drei andere Sachen. Eigentlich ist's schon fertig, aber war in der Testphase, als einiges dazwischen kam. Mir schwebt auch vor, wie ich mein ursprüngliches Konzept noch verbessern könnte, der wachsenden Erfahrung geschuldet. Ich kümmer mich schon darum, – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 12:28, 30. Mär. 2018 (CEST)

Italienische Provinzen->Metropolitanstädte

Von den ehemals 109 Provinzen Italiens wurden am 1. Januar 2015 zehn in Metropolitanstädte umgewandelt. In de.wiki haben wir dem mit einer Anpassungsaktion Rechnung getragen, bspw. bei Lemmas, Infoboxen, Navileisten, Listen, Kategorien. Es verbleibt das Problem, dass in den Artikeln zu den Kommunen, die bis 2014 den 10 Provinzen angehört haben und jetzt zu den neuen Metropolitanstädten gehören, im laufenden Artikeltext noch immer steht, dass sie der Provinz XY angehören, und nicht, wie es sein sollte, der Metropolitanstadt XY. Beispiel: Venaria Reale in der ehemaligen Provinz Turin, jetzt aber Metropolitanstadt; Sestri Levante (Fall Genua), Fiumicino (Fall Rom), usw usw. Dieses Problem dürfte mehrere hundert (wenn nicht tausende) Artikel betreffen, weswegen man darauf einen Bot ansetzen sollte, soweit möglich. Auf der entsprechenden Portal Diskussion:Italien#Città metropolitana hat :@$traight-$hoota:, ein Informatiker, gemeint, dass das möglich sein sollte, wobei es zu empfehlen sei, sich in den betreffenden Artikeln nur auf die ersten beiden Absätze zu beschränken, da an anderen Stellen, z.B. im Geschichtsabschnitt, eine Änderung den historischen Umständen keine Rechnung tragen könnte. Es sollten also in den Artikeln zu Gemeinden, die den Provinzen bzw. heutigen Metropolitanstädten Turin, Genua, Mailand, Venedig, Bologna, Florenz, Rom, Neapel, Bari und Reggio Calabria angehören, in den ersten beiden Abschnitten des laufenden Artikeltextes die Links auf die jeweilige Provinz auf Links zur jeweiligen neuen Metropolitanstadt umgestellt werden. Bei den Hauptstädten dieser Metropolitanstädte, bspw. Mailand oder Rom ist dies bereits manuell erledigt worden. Sollte meine Bot-Anfrage nicht den Standards entsprechen, würde ich gern Straight-Shoota bitten, die Anfrage zu ergänzen. Vielen Dank und Gruß --Black Smoker (Diskussion) 21:06, 16. Jun. 2015 (CEST)

Anmerkung: Generell in irgendwelchen Artikeln alle Provinzen zu ersetzen geht nicht ("liegt neben der Provinz Parma"), aber alle Verwendungen von [[Provinz Turin]] auf das Weiterleitungsziel [[Metropolitanstadt Turin]] umzuändern sollte ein Bot können, analog mit Links zu den anderen 9 Artikeln. Betroffen sind diese 10 Provinzen: Bari|Bologna|Florenz|Genua|Mailand|Neapel|Reggio Calabria|Rom|Turin|Venedig. Artikellisten finden sich in den entsprechenden Linklisten, sind alleine für Turin etwa 500. --mfb (Diskussion) 22:10, 16. Jun. 2015 (CEST)

So sollte es sein, aber nur bei Gemeindeartikeln, geografischen Artikeln oder Artikeln zu "zeitlosen" Themen (bspw. nicht bei Personen, die bspw. in der Provizn Turin geboren wurden; die können 1950 nicht in der Metropolitanstadt Turin geboren worden sein), wobei die Änderung wenn möglich nicht über die ersten beiden Artikelabschnitte hinausgehen sollte, weil sonst Geschichtliches betroffen sein könnte (wo die alten Provinzen bleiben sollen), wie Straight-Shoota schon sagte. Was der Bot nicht kann, muss man halt im Lauf der Zeit manuell machen. Aber es wäre angesichts der Artikelmassen schon ein enormer Gewinn. --Black Smoker (Diskussion) 22:30, 16. Jun. 2015 (CEST)

Ich würde es sogar eher erst mal auf bestimmte Objektklassen wie eben die Gemeinden beschränken und dort eben auch nur in der Einleitung. Das ist ja schon mal ein ganzer Brocken Arbeit, der einfach abgenommen werden kann. Vor allem ist dort auch nur eine Handvoll Formulierungen wie „in der Provinz Turin“ vorhanden, die zusätzlich zur Sicherung vor unbeabsichtigten Änderungen einbezogen werden kann. --$traight-$hoota {#} 23:13, 16. Jun. 2015 (CEST)

Ja, ich wäre dankbar, wenn man dieses Mindestprogramm abspulen könnte. Ich sehe dann noch so einige andere Dinge, wo mir angesichts evtl Handarbeit schlecht wird:

• Liste der Gemeinden in Ligurien
• Liste der Gemeinden in der Lombardei
• Liste der Gemeinden in Venetien
• Liste der Gemeinden in Emilia-Romagna
• Liste der Gemeinden in der Toskana
• Liste der Gemeinden in Latium
• Liste der Gemeinden in Kampanien
• Liste der Gemeinden in Apulien
• Liste der Gemeinden in Kalabrien

Bei der Liste der Gemeinden in der Metropolitanstadt Turin besteht kein Bedarf mehr. --Black Smoker (Diskussion) 23:21, 17. Jun. 2015 (CEST)

Siehe Intro, Punkt 7. --Matthiasb – Vandale am Werk™ ^{(CallMyCenter)} 22:39, 22. Jun. 2015 (CEST)

Liest du die Anfragen auch durch bevor du sie kommentierst? Es geht auch um den angezeigten Text, denn der ist derzeit ebenso falsch. --mfb (Diskussion) 22:41, 22. Jun. 2015 (CEST)

Natürlich. Es geht eben nicht um den angezeigten Text, weil der in vielen Fällen auch nach wie vor richtig ist, etwa wie oben angeführt, in allen Fällen mit historischem Zusammenhang. Solche Feinheiten kann man nicht mit einem Boteinsatz lösen. Bei den Gemeindelisten könnte ich eventuell mit AWB mithelfen, aber frühestens am Wochenende. --Matthiasb – Vandale am Werk™ ^{(CallMyCenter)} 22:48, 22. Jun. 2015 (CEST)

Natürlich, deswegen auch der völlig unsinnige Verweis auf Punkt 7. Wegen der möglichen historischen Zusammenhänge soll der Boteinsatz auf die ersten zwei Absätze beschränkt werden. --mfb (Diskussion) 22:51, 22. Jun. 2015 (CEST)

Die Gemeindelisten habe ich schon aktualisiert. Bei den Gemeindeartikeln geht es ja nicht nur um eine Linkänderung, sondern um eine inhaltliche Aktualisierung. Die ehemalige Provinz Turin heißt jetzt nämlich nicht mehr so, sondern Metropolitanstadt Turin. --$traight-$hoota {#} 14:52, 23. Jun. 2015 (CEST)

Danke für die Gemeindelisten, Straight-Shoota. Wie gesagt, angesichts der Artikelmassen wäre ich für die Aktualisierung der Gemeindeartikel dankbar, den Rest kann man dann manuell machen.--Black Smoker (Diskussion) 17:49, 23. Jun. 2015 (CEST)

Ich hab mal ein paar Test-Edits in Kategorie:Gemeinde in Ligurien gemacht: Spezial:Beiträge/$traight-Bot --$traight-$hoota {#} 15:30, 8. Jul. 2015 (CEST)

@$traight-$hoota: Wie ist bei der Anfrage hier der Status? Viele Grüße, Luke081515 20:23, 8. Okt. 2015 (CEST)

Der Bot ist konfiguriert und hat ein paar Test-Edits gemacht (hier nochmal der Direktlink zu den Benutzerbeiträgen). Ich hab die Edits soweit auch durchgeschaut, dass sie in Ordnung aussehen, aber von Black Smoker kam dann nichts mehr. Und ohne Rückmeldung, ob das der gewünschten Form entspricht oder noch Änderungen vorzunehmen sind, wollte ich auch nicht voll durchstarten. --$traight-$hoota {#} 10:45, 9. Okt. 2015 (CEST)

Wie man auf meiner Disk sehen kann, mache ich eine WP-Pause. Es wäre sinnvoll, diese Dinge bei Bedarf auch auf Portal Diskussion:Italien#Città metropolitana zu posten. Dank und Gruß --Black Smoker (Diskussion) 18:02, 17. Okt. 2015 (CEST)

@Black Smoker: @Mfb: @$traight-$hoota: @Matthiasb: @Luke081515: Erledigt? --178.189.142.68 17:06, 4. Jan. 2018 (CET)

Korrektur Seitenbereiche

Die mittels insource:/\| *pages *= *[0-9]+ *\- *[1-9]/ gefundenen falsch formatierten Seitenbereiche (mit Binde- statt Bis-Strich, unnötige Leerzeichen) sollten per Bot korrigiert werden. Dieser Botrun braucht nicht mit obigen gebündelt zu werden. --Leyo 20:49, 28. Okt. 2015 (CET)

Wäre es nicht überhaupt sinnvoll einen Bot zu installieren, der nach page_id modus x alle Seiten durchläuft und alle nicht zeitkritischen kleinen Änderungen zusammenfasst? Das wäre dann wenigstens ein systematischer Ansatz, der nicht von zufälligen anderen Läufen abhängig ist.

Je nach Dringlichkeit könnte x ein Vielfaches von 7 sein (28,91,182,364,728) Auf diese Weise würde sichergestellt, dass sich Botedits für einen Artikel auf jeweils einen (lange im Voraus bekannten) Wochentag konzentrieren, und somit die Beobachtungslisten der Benutzer geschont werden. Frohes Schaffen — Boshomi ☕⌨☺   21:44, 28. Okt. 2015 (CET)

Ich höre immer Beos schonen, ist ja auch sinnvoll, keine Frage. Klar machts auch Sinn, die bearbeitungen zu konzentrieren, aber wenn der Bot ein Botflag nutzt, kann der Benutzer zumindest leicht die edits ausblenden. Viele Grüße, Luke081515 22:05, 28. Okt. 2015 (CET)

IMO könnte man solche kosmetischen Änderungen schon irgendwo sammeln (analog zu c:Commons:File description page regular expressions) und dann periodisch durchführen. Diese Altlasten hier sollten aber erst einmal in einem Run eliminiert werden. Mit Botflag sehe ich wie Luke kein Problem. --Leyo 22:43, 28. Okt. 2015 (CET) PS. Die mittels insource:/ S\.( )* *[0-9]+ *\- *[0-9]/ ausserhalb von Zitationsvorlagen gefundenen Falschformatierungen könnten gleich mitkorrigiert werden, auch wenn wohl wenige Artikel beide Typen aufweisen.

Ich warne hier vor einer automatischen „Korrektur“.

• Es gibt Seitenzahlen, in die das Kapitel integriert ist: S. 5-14 ist die 14. Seite des 5. Kapitels.
• Im Treffer zu Haushund findet sich pages=119-26 – typisch für die Übernahme aus gedruckten Zeitschriften und deren Übernahme in die Publikationsdatenbanken. Das würde noch verschlimmert.

So wichtig ist das nun nicht irgendwo tief unten in den ungelesenen Endnoten, als dass man hier automatisierte Verschlimmbesserung lostreten muss, um eine typografische Petitesse durchzudrücken. Einfach so lassen; es mag manuell korrigieren, wer will, und ich verbessere es mit WSTM für die Lit-Vorlage gelegentlich unter menschlicher Aufsicht, falls die zweite Zahl größer ist als die erste. Was auch noch nicht gegen die abschnittsweise Seitennummerierung hilft.

LG --PerfektesChaos 12:54, 29. Okt. 2015 (CET)

Beim ersten Punkt hast du teilweise Recht. Allerdings kommt das IMHO sehr selten vor. Und wenn, dann nicht mit Leerzeichen vor und nach dem Strich.

Beim zweiten irrst du. Es handelt sich um einen Seitenbereich, wie unter DOI:10.1002/jez.b.21116 festgestellt werden kann. Am besten wäre „119–126“, aber auch „119–26“ ist bereits eine Verbesserung gegenüber „119-26“. --Leyo 13:01, 29. Okt. 2015 (CET)

Nee, dann lieber 119-26 als ASCII belassen; dann zieht es noch Aufmerksamkeit auf sich. Wenn da erstmal der Bis-Strich drin ist, findet es auch dein RegExp nicht mehr und ist verhudelt. Wir schreiben korrekt 119–126, oder wir lassen die Finger davon. Einfach mal nix machen; das ist nicht der Fließtext des Artikels, und wir haben im Bereich Zitationsformatierung -zigtausende viel viel schlimmerer Formate als die Frage, ob da untenrum ein kleiner oder großer Strich stünde. Wenn der Bot dann auch noch sinnentstellende Fehler in den ersten Fall hineinverballhornt, gibt es nur vermeidbaren Zoff mit den Autoren. LG --PerfektesChaos 13:54, 29. Okt. 2015 (CET)

Ich nehme deine Meinung zur Kenntnis, bleibe jedoch bei meiner. Man/ich kann diese Ausnahmefälle (z.B. insource:/\| *pages *= *[0-9]{3} *\- *[0-9]{1,2} *\|/) ja halbautomatisch abarbeiten, inkl. Ergänzung der weggelassenen Ziffern. Bereits typografisch korrigierte gibt's übrigens deutlich mehr (z.B. insource:/\| *pages *= *[0-9]{3}–[0-9]{1,2} *\|/). --Leyo 16:57, 29. Okt. 2015 (CET)

Halbautomatisch wäre nicht das Problem; ich kann dir rund eine halbe Million Seiten nennen, wo man halbautomatisch was dran machen könnte. Das hier ist dagegen Luxusproblem. Du kannst ja mittels entsprechender RegExp die Seiten suchen, wo in irgendeinem Format links von einem Bindestrich drei oder vier und rechts nur eine oder zwei Ziffern stehen, und davor Seiten oder S. oder pages= etc. Und bei einer solchen Berichtigung darf es dann auch der richtige Strich werden. Etwas Gespür für die Publikationen und ihre Paginierung und die Herkunft der Zitation ist von Vorteil. Vornamen vor Nachnamen fände ich dann als nächste Stufe passend; kann gleich miterledigt werden und ist bei diesen Kandidaten oft zu finden. LG --PerfektesChaos 17:12, 29. Okt. 2015 (CET)

Die Fälle mit weniger Ziffern nach dem Bindestrich bei insource:/\| *pages *= *[0-9]+ *\- *[1-9]/ sollten abgearbeitet sein. Nun steht einer automatischen Korrektur mit Botflag nichts mehr im Weg. --Leyo 00:05, 31. Okt. 2015 (CET)

Man kann Botedits ausblenden, blendet damit aber auch mögliche vorherige Änderungen anderer Benutzer aus. Total unsinnige Umsetzung finde ich. --mfb (Diskussion) 13:36, 29. Okt. 2015 (CET)

@Mfb: Ne, da hast du wohl was in den falschen Hals bekommen. Das ist markbotedits was Rollback mit Botflag erlaubt, und nachträglich dem vorherigen Edit auch eins verpasst. Bots nutzen aber das Recht bot was sich nur auf den aktuellen edit auswirkt, der Rest bleibt ohne. Viele Grüße, Luke081515 13:41, 29. Okt. 2015 (CET)

Nehmen wir doch Gut Adolphshof als Beispiel: Heute IP-Edits, danach ein Botedit. Nehme ich die Seite in die BEO auf, sehe ich sie ganz normal. Blende ich aber Botedits aus, verschwindet die Seite komplett von der BEO. Dass eine IP dort etwas bearbeitet hat, verpasse ich komplett wenn ich nicht zwischen 12:58 und 13:30 die Beobachtungsliste durchschaue. --mfb (Diskussion) 13:56, 29. Okt. 2015 (CET)

@Mfb: Das ist jetzt aber seltsam. Ich sehe die IP Edits nämlich bei hidebots=1 immer noch. Viele Grüße, Luke081515 15:26, 29. Okt. 2015 (CET)

Bei mir bleibt die Seite auch angezeigt.  @xqt 15:34, 29. Okt. 2015 (CET)

Ja, das wäre das gewünschte Verhalten... aber selbst wenn ich eigenes .css und .js entferne (bzw. nur irrelevante Elemente behalte), verschwindet die Seite. Die Seite verschwindet sogar komplett aus dem Quelltext, liegt also an der Software. Habt ihr vielleicht irgendwelche Extrascripte die das reparieren? Vielleicht sollten wir die Diskussion verlegen, mit dem Botantrag hat das nichts zu tun. --mfb (Diskussion) 15:35, 29. Okt. 2015 (CET)

Einstellungen -> Beobachtungsliste -> "In der Beobachtungsliste alle und nicht nur die aktuellsten Änderungen anzeigen". Zeigt dann auch die vorherigen an, aber immer, egal ob der aktuellste herausgefiltert ist oder nicht. Der Umherirrende 18:40, 29. Okt. 2015 (CET)

Ach so, ja, das ist eine Einstellung die ich ziemlich schnell deaktiviert habe, weil meine Beobachtungsliste dann praktisch nur noch WP-Seiten hätte (Auskunft&co) und ich die Artikel nicht mehr finde. --mfb (Diskussion) 20:05, 29. Okt. 2015 (CET)

Nicht, wenn du das Tool von PerfektesChaos verwendest, wie ich es in der en-WP mache (siehe en:User:Leyo/common.js, unten). --Leyo 23:23, 29. Okt. 2015 (CET)

insource:/\| *Seiten *= *[0-9]+ *− *[1-9]/ (mit Minuszeichen statt Bis-Strich) gibt's auch noch. --Leyo 21:55, 25. Nov. 2015 (CET)

Die Fälle sind erledigt bis auf einen unklaren Fall. 188.99.191.230 21:03, 5. Dez. 2015 (CET)

Danke! Den letzten Fall habe ich ebenfalls geklärt. Oben ist jedoch noch vieles offen. --Leyo 22:05, 6. Dez. 2015 (CET)

Sind schon wieder 15 dazugekommen :( 88.64.180.46 13:10, 10. Jan. 2016 (CET)

@Leyo: @Boshomi: @Luke081515: @PerfektesChaos: @Mfb: @Xqt: @Umherirrender: @188.99.191.230: @88.64.180.46: Erledigt? --Thomas Obermair 4 (Diskussion) 21:29, 22. Aug. 2017 (CEST)

Nein, es gibt noch zu korrigierende Artikel. --Leyo 00:51, 23. Aug. 2017 (CEST)

@Leyo: Wenn du mir den gefallen tun würdest, und mir einmal Pattern, zu ersetzender Teil und einzusetzen Teil kurz auflistet, gehe ich das mit meinem neuen Halbautomatischen Tool durch, das hat sich gestern ganz gut bewährt. Ich blicke da leider in diesem riesen Abschnitt nicht ganz durch. Viele Grüße, Luke081515 01:47, 30. Mär. 2018 (CEST)

Hm, (\| *pages *= *[0-9]+) *\- *([1-9]) → $1–$2 sollte in den allermeisten Fälle korrekt sein. --Leyo 22:28, 1. Apr. 2018 (CEST)

@Leyo: @Boshomi: @Luke081515: @PerfektesChaos: @Mfb: @Xqt: @Umherirrender: Das Problem besteht nun seit drei Jahren. Ist eine Lösung in Sicht? --213.225.38.39 11:57, 28. Okt. 2018 (CET)

Liebe IP, da hier alles Ehrenamtliche mitmachen, müssen wir auch damit leben, dass eine Anfrage längere Zeit hier liegen bleibt. Aber kein Problem: Klicke die Links an und ersetze mit Ctrl+F die gefundenen falschen Striche. Ich helfe gerne auch mit. So können wir vielleicht bald die Anfrage schliessen. Wäre das eine gute Idee? :-) LG --Phzh (Diskussion) 12:12, 28. Okt. 2018 (CET)

Bot-Suche/Hinweis gewünscht

In etwa 1500 Artikeln (zumeist in Artikeln über Autorennen, sportliche Wettkämpfe, Konzerte u.ä.) findet man eine falsche Verwendung des Adjektivs "diesjährige/er". Kann man da nicht mal mit einem Bot drübergehen, und in die Diskussionsseite so etwas wie "Bitte ändern, weil das nachträglich immer jenes Jahres heißen muss und selbst dann, wenn es das aktuelle Jahr betrifft, ist es im nächsten Jahr schon veraltet." einbauen? Wenn ich die Artikel manuell ändere, lernen diejenigen Autoren es ja nie...--Mideal (Diskussion) 16:29, 9. Nov. 2015 (CET)

Klingt wie geschaffen für Aka. –Queryzo ?! 16:32, 9. Nov. 2015 (CET)

Das können bestimmt auch andere. --Leyo 22:24, 20. Nov. 2015 (CET)

@Mideal: Kannst du ein paar Beispiele von betroffenen Artikeln angeben? --Leyo 16:39, 25. Nov. 2015 (CET)

@Leyo: ? Einfach mal Volltextsuche "in diesem Jahr" nur in Artikeln, allein damit gibt es über 15000 Ergebnisse Liste der Nummer-eins-Hits in Österreich (1973), "Liste der mexikanischen Kinofilme...", "Bob-Weltmeisterschaften...", Magdalenenfest. Hinzu kommen "in jenem Monat/Jahrzehnt/Jahrhundert" und "diesjährige(/m/n/r)", "demnächst" u.ä. Wendungen wie "wird ....sein" 8die sich auf beim Editieren aktuelle Entwicklungen/zukünftige Ereignisse beziehen und die Verwendung von "nächsten Monat" muss man wohl oder übel manuell sichten (letzteres ist n.m.M. meist korrekt verwendet).--Mideal (Diskussion) 16:34, 26. Nov. 2015 (CET)

Liste der Nummer-eins-Hits in Österreich (1973) ist ein Beispiel, bei dem nichts zu ändern ist. "In diesem Jahr" bezieht sich eindeutig auf das unmittelbar zuvor genannte Jahr 1973. Auch "in jenem Monat" etc. sollte meistens unproblematisch sein. "diesjährig" etc. ist häufiger falsch. "wird ... sein" hat idealerweise die Vorlage:Zukunft, sofern eine Änderung zu erwarten ist ("Alpha Centauri wird in 25000 Jahren näher als Proxima Centauri sein" braucht keinen Hinweis). --mfb (Diskussion) 16:56, 26. Nov. 2015 (CET)

@Mideal, Leyo:Hi, ich bin gerade auf der Suche nach sinnvollen Bot-Aufträgen und finde das eine als (Erst)Botprogrammierer zu bewältigende Aufgabe. Nur zur Klärung: Bei Uruguay Open 2012 zum Beispiel wäre der Botauftrag, auf der Diskussionsseite auf die Verwendung von "diesjährig" hinzuweisen, oder? Mein Vorschlag wäre, zusätzlich entweder den Erstautor oder den letzten Editor (armer Aka) noch zu benachrichtigen, damit das dann auch wirklich erledigt wird. Eine automatische Korrektur halte ich wie Mideal nicht für sinnvoll. Wenn das für alle okay ist und die Funktion noch nicht implementiert ist würde ich mich da mal dran setzen. LG --Zenith4237 (Diskussion • Beiträge) 22:24, 6. Dez. 2016 (CET)

Merci!--Mideal (Diskussion) 12:28, 23. Aug. 2017 (CEST)

@Mideal: @Aka: @Queryzo: @Leyo: @Mfb: @Zenith4237: Erledigt? --Thomas Obermair 4 (Diskussion) 21:34, 22. Aug. 2017 (CEST)

+1--Mideal (Diskussion) 12:28, 23. Aug. 2017 (CEST)

Hi, habe ja damals (leider) keine Rückmeldung bekommen (Wenn das für alle okay ist) und mich somit an ein anderes Projekt rangesetzt. Werde vermutlich auch in den nächsten Wochen keine Zeit haben, bin momentan etwas im Stress. Wenn jemand Lust hat, das zu machen – gerne. Kommt aber definitiv auf meine ToDo-Liste. LG --Zenith4237 (✎ • Beiträge • ±) 22:36, 27. Aug. 2017 (CEST)

@Mideal: @Aka: @Queryzo: @Leyo: @Mfb: @Zenith4237: Das Problem besteht nun seit drei Jahren. Ist eine Lösung in Sicht? --213.225.0.240 20:18, 9. Nov. 2018 (CET)

Hier ist jede Mitarbeit freiwillig. Warum auch immer du meinst, hier regelmäßig andere nerven zu müssen: lasse mich bitte in Zukunft aus der Pingliste raus. -- Gruß, aka 20:39, 9. Nov. 2018 (CET)

Ebenso. Ich helfe häufiger mal mit irgendwelchen Hinweisen, Suchlinks etc., aber das bedeutet nicht, dass ich großes Interesse an jedem einzelnen Punkt hätte. --mfb (Diskussion) 21:30, 9. Nov. 2018 (CET)

Minuszeichen als Gedankenstrich

Das Minuszeichen wird zurzeit recht oft als Gedankenstrich oder Streckenstrich missbraucht. Diese Abfrage liefert 200 Treffer, lässt man es ein weniger allgemeiner, kommt man sogar auf mehr als 7000 Treffer, was ein Fall für einen Bot wäre, wenn nicht einige wenige False-Positives drin wären (z. B. Schwierigkeitsskala (Klettern)). Die Frage ist, ob man die Abfrage noch etwas verfeinern könnte, sodass keine False-Positives mehr drin sind und ein Bot loslaufen kann (z. B. durch Ausschluss des Pluszeichens im Umfeld der Gedankenstriche). 79.217.150.114 13:40, 24. Dez. 2015 (CET)

Hm, gibt es vielleicht auch Falsch-Positive wie Dateinamen oder gar Lemmata? --Leyo 12:04, 14. Aug. 2017 (CEST)

Bei 200 Ergebnisse könnte ja vllt. mal jemand kurz die Liste durchgehen und falsch-positive flaggen. Bot kann ich dann drüber laufen lassen, das haben wir schon mal in ähnlicher Weise gemacht. --FNDE 21:29, 27. Jan. 2018 (CET)

Könnte hier jemand dann die korrekten Zeichen, die ersetzt werden sollen einmal pasten? Ich hab eben mir versucht das aus den Artikeln zu holen, und hatte immer zwei Zeichen, die, als ich sie eingefügt habe komplett gleich aussahen. Das möchte ich dann ungern so in mein Skript einfügen. Viele Grüße, Luke081515 01:54, 30. Mär. 2018 (CEST)

@Luke081515: Die Minuszeichen (−) sollen jeweils durch Halbgeviertstriche (–) ersetzt werden. --Leyo 11:13, 6. Aug. 2018 (CEST)

Ich vermute mal es liegt am Encoding, aber ich kriege das nicht hin. Meine Skripte machen Nulledits, auch im Quelltext sehen beide gleich aus. Viele Grüße, Luke081515 18:56, 8. Aug. 2018 (CEST) Vergesst es, ich habe auf den falschen Account geschaut. Kommt dann nach dem aktuellen Auftrag. Viele Grüße, Luke081515 19:23, 8. Aug. 2018 (CEST)

@Luke081515: Das wäre dann wann? 129.13.72.197 13:19, 9. Jan. 2019 (CET)

Liste über ungewöhnliche Kategorienstruktur

Wenn es eine Kategorie K0 gibt, welche eine Unterkategorie K1 hat und einen Artikel A, welche in K1 ist, dann sollte A nicht zusätzlich in K0 sein (siehe z.B. https://de.wikipedia.org/w/index.php?title=Bayessches_Netz&type=revision&diff=149491243&oldid=147998947)

Könnte jemand bitte einen Bot schreiben, der das für alle Artikel überprüft und in eine Tabelle (Verlinktes Lemma, Kategorie, Unterkateogrie) schreibt?

Was man tun muss:

Dabei sollen nicht nur direkte Unterkategorien überprüft weden, sondern beliebige Tiefen. Dazu muss zuerst ein Kategoriebaum (bzw. Wald / DAG) aufgabaut werden. Dann wird für jeden Artikel überprüft, ob es einen Pfad von einem Wurzelknoten zu einer benutzten Kategorie gibt, welche über eine andere benutzte Kategorie führt (das ist ein wenig schwer auszudrücken ... wenn mir jemand den Kategorie-Baum im JSON-Format geben kann und die Kategorien aller Artikel auch als JSON kann ich das auch selbst machen)

Viele Grüße, --Martin Thoma 13:39, 30. Dez. 2015 (CET)

das werde ich mal machen, dauert aber schon ne Weile dann – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 23:20, 1. Jan. 2016 (CET)

steht so bei 44%

hm, das scheint für die zerbrechliche WMF-API-Technik zu viel zu sein. Aber es gibt einen anderen Weg, der ähnlich gut ist. Es geht also weiter ... – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 14:54, 20. Jan. 2016 (CET)

@Doc Taxon: Passiert hier noch etwas? Dann sollte man aber wissen, was der Antragsteller bezweckt, denn je nachdem könnte bzw. sollte man die Fälle ausschließen, in denen diese Struktur ggf. erwünscht ist, bspw. DDR-Personen in Deutschland-Personenkategorien.

@MartinThoma: @Doc Taxon: Erledigt? --178.189.139.107 14:39, 5. Jan. 2018 (CET)

Berücksichtigen sollte ein solcher Bot auch die Vorlage:Doppelkategorisierung, die anzeigen soll, wann entgegen der allgemeinen Regel eine solche Doppelkategorisierung ausnahmsweise zulässig sein soll. --Carolin 10:58, 24. Feb. 2019 (CET)

@MartinThoma: nach kurzer Rücksprache mit Doc mach ich das. Die Liste wird aber gigantisch!

Als erstes würde ich mal empfehlen, die genannte Vorlage:Doppelkategorisierung in Kategorie:Pkw-Modell reinzumachen. Damit wären schon mal über 24.000 Artikel weniger in der Liste.

Jetzt muss ich mir nur noch eine sinnvolle Struktur der Liste überlegen. 70.000 Einträge sprengen die 2 MB-Grenze jedenfalls, also irgendwie gruppieren.

Die Fälle wo jemand in [[Kategorie:xxx (Deutschland)]] und [[Kategorie:xxx (DDR)]] eingetragen ist, sind übrigens verhältnismäßig wenige, 925 Stück. --Wurgl (Diskussion) 15:31, 9. Aug. 2022 (CEST)

Die Vorlage Vorlage:Doppelkategorisierung ist bereits in der übergeordneten Kategorie:Automobil. Werden diese Einträge von übergeordneten Kategorien nicht berücksichtigt? Wenn nein bitte gern bei Kategorie:Pkw-Modell zusätzlich eintragen. Ich vermute leider, dass es an etlichen weiteren Stellen notwendig sein wird. --Ｔｏｍ (Diskussion) 13:16, 21. Aug. 2022 (CEST)

In der Vorlage steht "in dieser" und "in Unterkategorien". Da steht nicht "in zwei (oder mehreren) Unterkategorien". --Wurgl (Diskussion) 14:14, 21. Aug. 2022 (CEST)

Welche Art von Steigerung des Plurals hättest du dir in der Formulierung gewünscht? Nach meinem Verständnis inkludiert "in Unterkategorien" alle Unterkategorien, so wie es mit den anderen Regelungen z.B. für Objekt und Themenkategorien üblich ist. --Ｔｏｍ (Diskussion) 14:31, 21. Aug. 2022 (CEST)

Ich beziehe mich auf "In dieser".

Im Bildchen geht es nicht um 3 und 4, sondern um 1 und 2 oder 1 und 3 oder um 1 und 4. --Wurgl (Diskussion) 09:29, 29. Aug. 2022 (CEST)

Offensichtlich eine Frage der Logik. Wenn du es bildlich brauchst: der Fall „1 und 4“ zeigt deutlich die durchgreifende Wirkung über mehr als eine Kategorieebene. Genau darum geht es ja dabei. Eine Begrenzung zur Exklusion weiterer Ebenen ist ausdrücklich nicht vorgesehen. BTW könnte die Auswertung derzeit den Projektfrieden stören. --Ｔｏｍ (Diskussion) 07:34, 4. Sep. 2022 (CEST)

Ja, bei 1 und 4 bezieht sich die 1 auf "In dieser" und die 4 auf "in zwei (oder mehreren) Unterkategorien". Ich hab aber den Fall dass in der "1" keine Vorlage Doppelkategorisierung ist, wie bei beispielsweise Mia (PKW-Modell) wo drei der insgesamt 4 Kategorien dem Fall "3" und "4" entsprechen. (Die "1" wäre die Kategorie:Automobil, die ist aber nicht zugeordnet.) --Wurgl (Diskussion) 08:42, 4. Sep. 2022 (CEST)

@Wurgl: @irgendwie gruppieren - früher^TM hat das ja mal MerlBot erledigt und die gefundenen Doppelkategorisierungen via "Worklist" verteilt (siehe z.B. Spezial:PermaLink/120878491, Abschnitt "Doppelkategorisierung"). Dazu müssten die Artikel natürlich passend zugeordnet und aufgeteilt werden. Keine Ahnung, ob Du das genauso für machbar hältst, aber ich fand das damals so richtig aufgehoben.--Mabschaaf 17:49, 29. Aug. 2022 (CEST)

Das ist nicht der Punkt den ich meine. Es sind etliche Gruppen von Artikeln im selben Pärchen von Kategorien zu finden. Alle Artikel einzeln aufführen ist nicht unbedingt sinnvoll, diese Gruppe von Artikeln könnte mit einem Edit erledigt sind. Daher eben: Nach Kategorien gruppieren (oder nach Pärchen?) oder nach Artikeln. Oder um beim Beispiel Mia (PKW-Modell) zu bleiben, diese drei Zeilen lese ich in der vorläufigen Ausgabe, jeweils die erste und letzte Kategorie der Zeile ist dem Artikel zugeordnet.

* Mia_(PKW-Modell) ist in Kategorie:Pkw-Modell => Kategorie:Pkw-Modell_nach_Antriebsart => Kategorie:Elektroautomodell

* Mia_(PKW-Modell) ist in Kategorie:Pkw-Modell => Kategorie:Pkw-Modell_nach_Karosseriebauform => Kategorie:Kombi

* Mia_(PKW-Modell) ist in Kategorie:Pkw-Modell => Kategorie:Pkw-Modell_nach_Fahrzeugklasse => Kategorie:Van => Kategorie:Minivan

Wenn ich nach Artikeln sortiere, dann kommt Mia_(PKW-Modell) ein mal in der Liste vor, Die Kombination Pkw-Modell und Elektroautomodell aber 339 mal, die mit Kmbi 2186 mal und 113 mal die Kombination mit Minivan.

Daher mag eine Ausgabe nach Kategorien sinnvoller sein, bei der Gruppierung kommt dieses Fahrzeug aber dreimal vor (bzw. einige Artikel wären bis zu 18 mal genannt). --Wurgl (Diskussion) 08:42, 4. Sep. 2022 (CEST)

Ich weiß. Du kennst aber auch das Kategorieprojekt und weisst wie hilflos man seit Jahren versucht, der Realität hinterherzueilen. Tatsächlich könnte deine Auswertung aufzeigen, wie desolat der Stand bzw. wie absurd das noch existierende Regelwerk ist. Sorry Kollege für den Zirkus sehe ich wirklich derzeit keine Freiräume bei den eh schon überlasteten Kapazitäten. Von daher muss man es erstmal so angehen, dass komplette Bereiche per Kat-Hierarchie ausgeklammert werden, glaub mir ich weiß schon was ich schreibe. LG --Ｔｏｍ (Diskussion) 08:52, 4. Sep. 2022 (CEST)

@Tom: Es mag sein, dass in einigen Bereichen der Stand desolat ist, in anderen war es solange aufgeräumt, bis dank des Ausfalls von MerlBot niemand mehr die Fehler finden konnte. Für "meinen" Bereich, die Chemie, würde ich diesen aufgeräumten Zustand gerne wieder herstellen und begrüße daher ausdrücklich, wenn die Fehler wieder kontinuierlich gesucht und gelistet werden.--Mabschaaf 10:26, 4. Sep. 2022 (CEST)

Hallo lieber Mabschaaf! Ja eueren Bereich kenne ich als langjährig gut gepflegt. Den Wunsch von dir möchte ich gern unterstützen. Die Auswertung zum Bestand euerer Systematik wäre auch ein guter Testlauf. Dabei ist mir durchaus bewusst, das Querverweise zu anderen Bereichen auffallen müssen, wie z.B. zum den Chemiewaffen. Das Drama dort dürfte nicht spektakulärs sein, das will ich gern aushalten, andere Überraschungen wird man sehen. Herzliche Grüße --Ｔｏｍ (Diskussion) 11:36, 4. Sep. 2022 (CEST)

MerlBot hatte das gemacht? Ich hab versucht, alles was ich wusste, aufzufangen, damals. Dann ist das wohl durchgerutscht. Wurgl, hast Du denn vor, das zu übernehmen, oder ist das zu kompliziert / gigantisch / viel / sonst was (weiß ich ja nicht, nicht böse sein) für Dich? Die Grafik oben betrachtet, ist tatsächlich nur ein Beispiel. Unter "2" können nämlich noch mehrere Ebenen "2a", "2b", "2c" sein, bis "1" auf "3" trifft. Ich glaube, dass es in der Kategorienstruktur auch Ausnahmefälle gibt, wo das okay geht bzw. erwünscht ist. Ich glaube, zur Struktur und Ausnahmen kann uns auch @Matthiasb noch etwas Input angedeihen lassen, falls nötig. Liebe Grüße, – Doc Taxon • Disk. • 12:02, 4. Sep. 2022 (CEST)

Ich hab kein Problem wenn du das machst. Die Doppelkategorisierungen berücksichtige ich schon. Aber entweder bin ich zu blöde um diese Vorlage zu verstehen oder der Text ist optimal ungeschickt formuliert in Kategorie:Pkw-Modell ist jedenfalls keine Vorlage:Doppelkategorisierung enthalten. --Wurgl (Diskussion) 12:52, 4. Sep. 2022 (CEST)

Hi Doc Taxon der gute Merlbot hat uns damals so allerlei aufgelegt, was teilweise kaum zu schaffen war. Ob wir das wirklich alles wiedersehen wollen, da hab ich so meine Zweifel. Ein Beispiel mit „Mangel im Kategorienbaum“ findest du hier[1] ganz unten. LG --Ｔｏｍ (Diskussion) 12:53, 4. Sep. 2022 (CEST)

@Ｔｏｍ: nicht alles wurde als notwendig erklärt. Aber TaxonBota hatte beinahe alles mitgenommen. Derzeit ist TaxonBot für einiges eingesprungen, aber nur vorübergehend (ein paar Performance-Problemchen). – Doc Taxon • Disk. • 14:13, 4. Sep. 2022 (CEST)

RiAA-Datenbank

Die RIAA hat ihre Datenbank umgestellt, nun müssten über zweitausend Links geändert werden. Leider geht nicht alles per Bot, aber die einfachen Fälle dürften machbar sein.

• Die Links im Format http://riaa.com/ werden zu http://www.riaa.com/.
• http://www.riaa.com/goldandplatinumdata.php?table=tblTop100 wird zu http://www.riaa.com/gold-platinum/?tab_active=top_tallies&ttt=T1A
• http://www.riaa.com/goldandplatinumdata.php?table=tblDiamond wird zu http://www.riaa.com/gold-platinum/?tab_active=top_tallies&ttt=DA
• http://www.riaa.com/goldandplatinumdata.php?table=tblTopArt wird zu http://www.riaa.com/gold-platinum/?tab_active=top_tallies&ttt=TAA
• http://www.riaa.com/goldandplatinumdata.php sowie http://www.riaa.com/goldandplatinumdata.php?content_selector=gold-platinum-searchable-database sowie http://www.riaa.com/goldandplatinumdata.php?table=SEARCH sowie http://www.riaa.com/goldandplatinumdata.php?table=SEARCH_RESULTS sowie http://www.riaa.com/goldandplatinum.php (jeweils ohne weitere Parameter) -> Diese Links werden allesamt zu http://www.riaa.com/gold-platinum/.
• Aus Links vom Format http://www.riaa.com/goldandplatinumdata.php?&artist=%22Framing+Hanley%22 wird http://www.riaa.com/gold-platinum/?tab_active=default-award&se=Framing+Hanley -> Dementsprechend fallen, wenn vorhanden, die %22 vor und nach dem Suchbegriff weg. %20 im Suchbegriff müssen durch + ersetzt werden. Damit dürften etwa 60-70% der Links gefixt sein. Bei allen weiteren Links, die weitere Parameter beinhalten, muss aufgrund der Komplexität wahrscheinlich manuell gefixt werden. --Ali1610 (Diskussion) 18:49, 5. Jan. 2016 (CET)

@Doc Taxon: der Bot hat nicht alle angegebenen Links geändert.

• http://www.riaa.com/goldandplatinumdata.php und http://www.riaa.com/goldandplatinumdata.php?content_selector=gold-platinum-searchable-database zu http://www.riaa.com/gold-platinum/ wurden anscheinend nicht alle erledigt?
• Die Künstlerlinkänderung wurde gar nicht durchgeführt?

Gab es da irgendwelche Probleme? --Ali1610 (Diskussion) 07:42, 6. Jan. 2016 (CET)

@Ali1610: Ähm, ich guck noch mal. Du musst Dich aber auch schon relativ genau ausdrücken, denn ich steck ja nicht in Deinen Themen. Was meinst Du mit Künstlerlink? – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 17:48, 6. Jan. 2016 (CET)

Ich liste hier nochmal auf, wo noch Links übrig geblieben sind.

• http://www.riaa.com/goldandplatinumdata.php zu http://www.riaa.com/gold-platinum/
• http://www.riaa.com/goldandplatinumdata.php?table=SEARCH zu http://www.riaa.com/gold-platinum/
• http://www.riaa.com/goldandplatinumdata.php?table=SEARCH_RESULTS zu http://www.riaa.com/gold-platinum/
• http://www.riaa.com/goldandplatinumdata.php?table=SEARCH_RESULTS# zu http://www.riaa.com/gold-platinum/
• http://www.riaa.com/goldandplatinumdata.php?content_selector=gold-platinum-searchable-database zu http://www.riaa.com/gold-platinum/
• http://www.riaa.com/goldandplatinumdata.php?content_selector=gold-platinum-searchable-database# zu http://www.riaa.com/gold-platinum/
• http://www.riaa.com/goldandplatinumdata.php?resultpage=1&table=tblTop100&action= zu http://www.riaa.com/gold-platinum/?tab_active=top_tallies&ttt=T1A
• Links vom Format http://www.riaa.com/goldandplatinumdata.php?artist=%22Tom%20Tom%20Club%22 zu http://www.riaa.com/gold-platinum/?tab_active=default-award&se=Tom+Tom+Club --> Dabei müssen alle %20 im Link mit einem + ersetzt werden und alle %22 im Link fallen komplett weg.
• Links vom Format http://www.riaa.com/goldandplatinumdata.php?artist=Grande+Ariana zu http://www.riaa.com/gold-platinum/?tab_active=default-award&se=Grande+Ariana

Die unteren beiden sind eben keine reinen Ersetzungslinks, sondern hier muss der Bot noch etwas im Link umbauen wie oben beschrieben. Ich hoffe, dass es jetzt verständlich und machbar war. --Ali1610 (Diskussion) 21:55, 6. Jan. 2016 (CET)

@Ali1610: Ah, jetzt weiß ich auch, warum so viel übrig geblieben ist. Ich bin dran, – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 13:42, 7. Jan. 2016 (CET)

Siehe Wikipedia:WikiProjekt_Weblinkwartung/Toter_Link/Liste_riaa Grundsätzlich dürft die Aktion in vielen Fällen eine Lösung gebracht haben. In mindestens 118 Fällen finde ich aber neue 404er die durch den Botlauf neu entstanden (alles mit Eingangsdatum 6. Jänner und 7. Jänner in der Liste).  Frohes Schaffen — Boshomi ☕⌨☺   22:56, 8. Jan. 2016 (CET) @Doc Taxon, Ali1610: Frohes Schaffen — Boshomi ☕⌨☺   22:57, 8. Jan. 2016 (CET)

@Boshomi: Ich bin mal testweise willkürlich ca. 20 Links vom 7.1., die auf deiner Liste stehen, durchgegangen. Bei allen war sowohl die Version vor als auch die nach dem Fix defekt. Der Bot war hier also nicht schuld. Da muss manuell nachgearbeitet werden, wie von mir schon im Anfangspost beschrieben wurde. Oder wir finden einen Weg, wie man auch die per Bot fixe kann. Generell würde das gehen, aber da müssten mehrere Parameter geändert werden. --Ali1610 (Diskussion) 23:25, 8. Jan. 2016 (CET)

@Ali1610: Die URLs in der angeführten Liste waren vor dem Botlauf nicht im ANR, natürlich kommen da noch Useredits dazu, die ebenso nicht funktionieren, aber ich kann über die API nicht unterscheiden, von wem die URL eingetragen wurde. Ich habe nur an den 3 Tagen die Domain eingelesen, wobei meine erste Einlesung zu einem Zeitpunkt stattfand, als der Bot möglicherweise schon gearbeitet hat, also ist es möglich dass auch unter dem Datum 5. Jänner URLs tote URLs enthalten sind, die es zuvor nicht gab.  Frohes Schaffen — Boshomi ☕⌨☺   23:35, 8. Jan. 2016 (CET)

@Boshomi: Ja, das kann durchaus sein. Ich habe mal die Links angeschaut, und theoretisch könnten viele durch einen Bot fixbar sein, allerdings muss der Bot dafür ziemlich schlau sein. Beispiel:

• http://www.riaa.com/goldandplatinumdata.php?resultpage=1&table=SEARCH_RESULTS&action=&title=meteora&artist=&format=&debutLP=&category=&sex=&releaseDate=&requestNo=&type=&level=&label=&company=&certificationDate=&awardDescription=&catalogNo=&aSex=&rec_id=&charField=&gold=&platinum=&multiPlat=&level2=&certDate=&album=&id=&after=&before=&startMonth=1&endMonth=1&startYear=1958&endYear=2010&sort=Artist&perPage=25 - hier würden einfach sämtliche leeren Parameter gestrichen, plus die vier ausgefüllten Parameter am Ende, wel die ja nichts nützen. Alles bis zum ersten verwendeten Parameter wird mit der üblichen Neuform des Links ersetzt (also http://www.riaa.com/gold-platinum/?tab_active=default-award&se=) und dann der ausgefüllte Parameter drangehängt. Wenn nur ein Parameter, also "artist" oder "title" ausgefüllt ist, lässt sich das bestimt machen. In diesem Fall würde http://www.riaa.com/gold-platinum/?tab_active=default-award&se=meteora herauskommen, der funktioniert.
• Dann blieben nur die übrig, bei denen zwei Parameter oder mehr ausgefüllt sind... Da wäre dann evtl. zu überlegen, ob man dann generell nur den "artist"- oder nur den "title"-Parameter heranzieht. Denn eine Änderung von beiden könnte eine Nichtfunktion des neuen Links zur Folge haben. Bei diesem Link funktioniert es sowohl, wenn man nur den title-Prameter ersetzt, als auch, wenn man nur den artist-Parameter ersetzt, und sogar beide gleichzeitig funktionieren... --Ali1610 (Diskussion) 23:54, 8. Jan. 2016 (CET)

@Ali1610: @Doc Taxon: @Boshomi: Erledigt? --Thomas Obermair 4 (Diskussion) 21:46, 22. Aug. 2017 (CEST)

Vorlage:Google Buch einfügen

Teilweise wird mittels einer unnötig langen URL auf Google Books verwiesen. Ich fände es sinnvoll, wenn zumindest in gewissen Fälle die URLs durch die Vorlage:Google Buch ersetzt werden könnten (Beispiel) – auch, um einen einheitlicheren Linktext zu erhalten (Beispiel). Kandidaten sind beispielsweise mittels insource:/\[https?\:\/\/books\.google.{4,20}id=[^ ]+ [Oo]nline/ zu finden. Am einfachsten wäre es wohl, zunächst die Fälle anzugehen, bei denen der Link im Parameter Online enthalten ist. Die Cirrus-Suche machte da aber nicht mehr mit. --Leyo 03:06, 23. Jan. 2016 (CET)

Hallo, anders als in deinem Beispiel, sollte dann aber die Information über die verwiesene Seite und ggf. der Texthervorhebung übernommen werden. Des Weiteren sollte für die von dir vorgeschlagenen Bücher (soweit ich sehen kann aus dem 19 Jhd. als als Volltext bei Google Books abrufbar) der Parameter "Linktext=Volltext" gesetzt werden. --Cepheiden (Diskussion) 12:17, 23. Jan. 2016 (CET)

Im ersten Beispiel habe ich die Seite ja übernommen. Beim zweiten war die Seitenangabe bei einem Parameter ohne erkennbare Auswirkung drin.

Per Bot kann man wohl nicht einfach herausfinden, ob es sich um einen Volltext handelt oder nicht. --Leyo 02:43, 24. Jan. 2016 (CET)

Ich denke schon, dass es da Möglichkeiten gibt, z.B. wenn man das Jahr auswertet, so erfasst man zumindest einige Einbindungen. Man müsste den RegEx/Bot-Experten aber entsprechende Beispiele vorgeben, oder nicht? --Cepheiden (Diskussion) 08:11, 24. Jan. 2016 (CET)

Die Intention meiner Anfrage war es nicht, auf Volltext oder nicht zu prüfen, sondern einfach mal die Vorlage einzusetzen. Bei den meisten der mittels insource:/\[https?\:\/\/books\.google\.[^ ]+\]/ gefundenen Treffern etwa, bei welchen der Weblink im Artikel als [1] erscheint, ist die Vorlage beispielsweise auch ohne Volltext-Prüfung eine deutliche Verbesserung gegenüber dem Ist-Zustand. --Leyo 22:25, 24. Jan. 2016 (CET)

@Cepheiden: Als einer der Hauptautoren der Vorlage:Google Buch hast du bestimmt einen guten Überblick über die zu übernehmenden Parameter sowie Fälle, bei denen die Vorlage nicht eingesetzt werden kann. --Leyo 12:56, 30. Jan. 2016 (CET)

Das schon, aber mir fehlt natürlich eine Übersicht der Fälle, wie die url-Variante eingebunden ist. --Cepheiden (Diskussion) 18:20, 30. Jan. 2016 (CET)

Man sollte am besten mit den häufigsten Typen anfangen. --Leyo 21:47, 7. Feb. 2016 (CET)

Relevant laut Vorlage:Google Buch sind folgende URL-Parameter: q=, id=, pg=, dq=. Gibt es weitere oder kann alles andere ignoriert werden? --Leyo 14:16, 12. Jun. 2018 (CEST)

es gibt auch noch z.b. vid=, der alternativ oder ergaenzend zu id= angegeben werden kann. ich hab lokal bei mir mal alle rund 400k google-books-links durchgeeiert und bin auf rund 90 verschiedene parameter gestossen. bei vielen ist nicht klar, ob die vielleicht manchmal einen nutzen (fuer uns und nicht nur fuer google) haben koennten. -- seth 22:29, 11. Sep. 2022 (CEST)

Moin Leyo, theoretisch hast du Recht, müsstest aber näher spezifizieren.

• ID > unique also klar
• pg > wenn dort PA123 steht, dann sollte der Parameter Seite= genommen werden, aber das PA kann weggelassen werden. Steht dort z.B. PT321 oder RA2-PA123 dann sollte der Parameter SeitenID= genommen werden und PT, RA usw. müssen stehen bleiben.
• dq > Ist ja die Hervorhebung, die kann ohne HTML auskommen und kann in der Vorlage Leerzeichen enthalten. Also kann man z.B. ein + zwischen Wörtern entfernen.

Außerdem müsste man sich die Spezialfälle anschauen oder wo der Aufruf von p oder dq zweimal in der URL passiert, weil man verschachtelt gesucht hat. Meinst du jetzt eigentlich generell alle Google-URL-Links oder erstmal nur die, welche in der Vorlage Literatur und Internetquelle vorkommen? mfg --Crazy1880 21:02, 21. Okt. 2020 (CEST)

gudn tach!

verwandte diskussionen: WP:FZW#google-books-links_kuerzen und WP:Fragen_zur_Wikipedia/Archiv/2022/Woche_33#Anton_von_Cavallar.

https://url-converter.toolforge.org/ spuckt seitdem, wenn man ihn mit langen google-books-urls fuettert sowohl die gekuerzten urls als auch die templatisierten versionen aus (soweit ich das template verstanden hatte; da ist allerdings noch nix mit volltext beruecksichtigt).[2]

camelbot bin ich dabei beizubringen, die langen urls zu kuerzen. grundsaetzlich koennte ich daraus auch templates machen, allerdings gibt's ja auch noch leute, die templates nicht moegen, weshalb ich vorsichtig bin und weiterhin waere, pauschal die links zu templatisieren. -- seth 22:29, 11. Sep. 2022 (CEST)

Viele der Links sind ja bereits innerhalb einer Vorlage, z.B. nach Online=. Dort sollte sich diese Frage kaum stellen. --Leyo 22:59, 11. Sep. 2022 (CEST)

Ich hab gewisse Bedenken generell bei GoogleBooks. Meines Erachtens wird eigentlich zu viel auf dieses Angebot verlinkt. Bei Volltexten gibt es oft weitaus bessere Möglichkeiten (Bibliotheksseiten, oapen, Hathitrust usw.). Bei teilweise zugänglichen Texten und insbesondere Snippets wird der "Stellensucherei" sowie der Faulheit Vorschub geleistet, der Kontext ist oft nicht ersichtlich und wird meist gar nicht gelesen, außerdem wird unsauber zitiert, vor allem wenn die realen Seitenangaben über GB gar nicht zugänglich sind. Es ist grundsätzlich weit besser, auf den korrekt zitierten Urtext der Print- oder Ebook-Fassung zu verweisen. Man kann GB nicht immer ganz vermeiden, sollte es aber so weit wie möglich. Wenn es nötig ist, auf GB zu verlinken, ist ein Template wahrscheinlich gar nicht schlecht, es sollte aber immer die Angabe zumindest ermöglichen, ob es sich um einen Volltext, einen teilweise zugänglichen Text oder ein Snippet handelt. Suchbegriffe sollten gar nicht enthalten sein. Insbesondere bei den Seitenzahlen muss erkennbar sein, ob es sich um "echte" oder durch GB erzeugte Angaben handelt. Dh ich hab an sich keine prinzipiellen Einwände, fände aber einen "Warnhinweis" nicht schlecht, dass das meistens eine minderwertige Variante des Zitierens ist.--Mautpreller (Diskussion) 10:42, 14. Sep. 2022 (CEST)

gudn tach!

danke fuer deine einschaetzung.

• ich sehe (nicht nur bei google books) ebenfalls das problem, das zitationen/belege haeufig sehr unsauber sind und in einigen faellen die google-books-links nichts bringen. in WP:Bibliotheksrecherche wird das teilweise thematisiert, wobei nicht explizit auf google books eingegangen wird. dieses problem wird jedoch vermutlich unabhaengig von der hier diskutierten frage bestehen bleiben. vielleicht ist es sinnvoll, auf WP:BLG oder einer unterseite mehr auf sowas einzugehen und empfehlungen und tipps zu geben.
  wo sollte der warnhinweis, den du ansprichst, platziert werden? umseitig bei der vorlagen-doku?
• zurueck zur vorlage: die angabe, ob es sich um den volltext oder nur einen auszug handelt, ist moeglich und erwuenscht, siehe umseitige doku zum parameter Linktext.
  bei einer ersetzung bestehender links per bot koennte der bot evtl. nachschauen, welcher der 3 (oder gibt's mehr?) faelle vorliegt:
  • bei volltexten scheint auf der zielseite im element mit der id="appbar-view-ebook-sample-link" das attribut href="..." auf eine nicht-leere zeichenkette gesetzt zu sein.
  • bei snippets ist es das element mit der id="appbar-view-print-sample-link"
  • ist beides nicht gesetzt, ist wohl keine vorschau dabei.
  • ohne gewaehr, hab mir jetzt nur drei seiten angeschaut. es deutet aber einiges darauf hin, dass ein bot das unterscheiden koennte.
• suchbegriffe: die koennen, weil sie gehighlightet werden, hilfreich sein, um schneller die relevante stelle (und ggf. weitere stellen) zu finden.
• seitenzahlen: guter punkt. meistens scheinen die zahlen identisch zu sein. aber ich glaube, ich hatte auch schon abweichungen.
  erschwerend kommt hinzu, dass manchmal die verfuegbarkeit sich zu aendern scheint. z.b. schien der url https://books.google.de/books?id=O_vZvaVDaAIC&pg=RA4-PA259 irgendwann mal auf eine bestimmte buchseite zu verweisen. aktuell allerdings ist keine seite dieses buchs fuer mich anschaubar. vielleicht aendert sich das kuenftig mal wieder.

eine offene frage ist, welche google-books-links am ende alle templatisiert werden sollten. nur mit bestimmten anzufangen (wie es weiter oben im thread vorgeschlagen wurde) und spaeter andere zu aendern, haette den nachteil, dass dadurch erheblich mehr edits entstuenden. andererseits kann es sinnvoller sein, ueberhaupt mal mit dem ersetzen anzufangen. es scheint uebrigens rund 17k vorkommnisse von Online=(nicht templatisierter google-books-link) zu geben, siehe [3].

-- seth 01:46, 15. Sep. 2022 (CEST)

Englische Seitenangabe p.

Es gibt mehr als 4000 Vorkommen des englischen "p." (page) anstatt des deutschen "S.". Könnte das ein Bot oder jemand halbautomatisch korrigieren? 129.13.72.198 09:05, 19. Jul. 2016 (CEST)

S. kann man auch ausschreiben, das sonst leicht mit manchmal ebenfalls üblichen "Spalte" zu verwechseln. Ich sehe das aber eher als Handarbeit, die man ev. durch Skripts unterstützen kann (Siehe User:TMg/autoFormatter#Benutzerdefinierte_Ersetzungen oder User:Boshomi/ARreplace). Für Bots ist das Risiko der False-Positiven Ersetzungen zu groß. Frohes Schaffen — Boshomi ⌨   18:58, 19. Jul. 2016 (CEST)

Warum nur nimmt keiner unsere Vorlagen her Vorlage:Smiley/Wartung/facepalm  – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 00:41, 20. Jul. 2016 (CEST)

funktioniert ja, Siehe die Doku. Man kann sich sogar kleine Funktionen für die Ersetzung schreiben (Siehe die etwa das letzte Beispiel in TMgs-Doku). Links wie "Datei:Facial Chronicle - b.16, p. 462 - Great standing on the Ugra.jpg" werden diesen Skripts auch verlässlich ignoriert. ARreplace setzt auf dem Autoformatter auf, und setzt nur die benutzerdefinierte Ersetzungen durch. Das ist für halbautomatischen Einsatz oft besser geeignet, die Diffs sind dadurch viel einfacher und es kommen weniger False-Postive vor, auf die man bei der Nutzung des vollen Funktionsumfang des Autoformatters natürlich achten muss. Frohes Schaffen — Boshomi ⌨   01:02, 20. Jul. 2016 (CEST)

@129.13.72.198: @Boshomi: @Doc Taxon: Erledigt? --Thomas Obermair 4 (Diskussion) 23:18, 25. Aug. 2017 (CEST)

In 1918 wird mit obigem Suchlink [[Datei:History.gbatlasGerman Caucasus Expedition, Grosser Bilderatlas des Weltkrieges, Bruckmann, 1919. p. 317.jpg|mini|Bildercollage der Kaukasusexpedition im „Großen Bilderatlas des Weltkrieges“]] gefunden. --Leyo 14:31, 17. Jul. 2018 (CEST)

Einzelnachweise: Dopplungen finden

Siehe WP:?#Einzelnachweise: Dopplungen finden → Wikipedia:Fragen zur Wikipedia/Archiv/2016/Woche 29#Einzelnachweise: Dopplungen finden

Mit dem Auffinden alleine ist es in diesem Fall nicht getan. Die Frage die sich mir stellen, ist ob schon jemand einen Bot hat, der mit Hilfe der URL und Wikipedia:Technik/Labs/Citoid sowas zumindest für die Teilmenge der unterstützten URLs zu sinnvoll beschriebenen Linktexten umformen kann?

Für den Rest käme möglicherweise der Einsatz der Vorlage {{Weblink ohne Linktext}} in Frage.  Frohes Schaffen — Boshomi ⌨   19:05, 19. Jul. 2016 (CEST)

@Boshomi: Erledigt? --Thomas Obermair 4 (Diskussion) 23:19, 25. Aug. 2017 (CEST)

Wurde hier auch nochmal besprochen Wikipedia:Fragen zur Wikipedia/Archiv/2023/Woche 13#Identische Einzelnachweise zusammenführen. Ist auf Liste --Crazy1880 22:00, 9. Apr. 2023 (CEST)

Endlich mal ein Artikel, Rita Thiele, mit dieser Version sichtbar. mfg --Crazy1880 10:19, 21. Mai 2023 (CEST)

Bilder in Proteinartikeln

Hallo, es gibt 791 Protein-Artikel ohne Bild. Fast jeder Artikel davon hat in der Infobox eine Uniprot-Nummer, die dort als Weblink zu Uniprot führt. Auf der jeweiligen Uniprot-Seite sind meistens ein oder mehrere Verlinkungen zu Proteinbildern der Protein Data Bank (PDB) unter der jeweiligen PDB-Nummer (Beispiel mit Bild, Beispiel ohne Bild aber mit PDB-Nummer auf der Uniprot-Seite).

Proteinbilder bei Commons aus einem Massenimport von PDB-Bildern tragen als Teil des Dateinamens auch eine PDB-Nummer. Ist es möglich, für die 791 Protein-Artikel auf der jeweils in der Infobox genannten Uniprot-Seite die genannten PDB-Nummern mit Bildern zu sammeln und mit Bildern bei Commons abzugleichen und so eine Liste mit möglichen vorhandenen Bildern auf Commons für die Protein-Artikel ohne Bild zu generieren, die z.B. ich dann manuell abarbeiten würde? Viele Grüße, --Ghilt (Diskussion) 19:53, 17. Dez. 2016 (CET)

@Ghilt: Habe alle Artikel ohne Bild in der Infobox Protein hier aufgelistet: Benutzer:LarusBot/Proteinartikel ohne Bild. Sofern dort eine PDB Nummer gefunden wurde, steht ein Link zu einer Suche auf Commons damit in Klammern dahinter. -- Freddy2001 ^DISK 19:53, 3. Jan. 2017 (CET)

Dankeschön, Freddy2001! Da ist wohl noch einiges bei Commons an Bildern zu importieren...Grüße, --Ghilt (Diskussion) 11:24, 4. Jan. 2017 (CET)

So, die Protein-Artikel ohne Bild aber mit PDB-Nummer und Bild bei Commons habe ich jetzt größtenteils bebildert, nochmals vielen Dank! Wäre es möglich, für Protein-Artikel ohne Bild und ohne PDB-Nummer auf der jeweils verlinkten UniProt-Seite nach PDBs zu suchen und diese mit Commons abzugleichen? Grüße, --Ghilt (Diskussion) 16:54, 4. Jan. 2017 (CET)

Das wäre auch möglich, auch wenn es oftmals mehrere solcher Nummern auf den verlinkten Seiten gibt. Falls gewünscht, werde ich es mir anschauen, sobald ich wieder etwas mehr Zeit habe. -- Freddy2001 ^DISK 11:38, 28. Jan. 2017 (CET)

Gerne, und nimm Dir alle Zeit, die Du brauchst, Grüße, --Ghilt (Diskussion) 01:42, 5. Feb. 2017 (CET)

Gäbe es generell eine Möglichkeit, Infoboxparameter von Uniprot zu importieren? --Nothingserious (Diskussion) 18:43, 24. Feb. 2017 (CET)

@Nothingserious: Prinzipell schon, nur muss ganz genau klar sein, wo es welche Daten auf der Seite gibt und wo sie hinsollen. -- Freddy2001 ^DISK 18:18, 8. Mai 2017 (CEST)

@Freddy2001: Als da wären:

Infobox Protein	UniProt	Beispiel UniProt P11413
HGNCid	HGNC	4057
Symbol	Gene Name	G6PD
GeneCards	GeneCards	G6PD
OMIM	MIM	300908
MGIid	MGI	UniProt Q7TNG8: 106428
EC-Nummer	BRENDA (Erster Wert x.x.x.xx)	1.1.1.49

Nicht in jedem Eintrag bei UniProt sind alle Parameter vorhanden. --Nothingserious (Diskussion) 20:00, 17. Mai 2017 (CEST)

@Ghilt: @Freddy2001: @Nothingserious: Erledigt? --Thomas Obermair 4 (Diskussion) 23:34, 25. Aug. 2017 (CEST)

Nee, noch nicht, Grüße, --Ghilt (Diskussion) 11:43, 26. Aug. 2017 (CEST)

Leider ist Freddy2001 inaktiv … --Leyo 10:32, 21. Mai 2023 (CEST)

Umstellung auf Vorlage:Eishockeybox per Bot?

Hallo!Im Laufe der Jahre wurde im Portal:Eishockey die Vorlage:Eishockeybox eingeführt. Bei der Durchsicht einiger älterer Artikel sind mir zahlreiche Einbindungen des nun in der Vorlage verwendeten Quelltextes aufgefallen - sprich die Vorlage wurde nicht verwendet. In gewisser Weise geht es bei allem ja auch um die Vereinfachung des Quelltextes eines Artikels, besserer Editierbarkeit, etc. Dass alles evtl. händisch per Copy&Paste zu erledigen, ist aus meiner Sicht eine Arbeit für jemanden, der Vater und Mutter erschlagen hat... Im Prinzip ginge es bei meiner Anfrage, dass der Bot folgendes von "Alt" in "Neu" umwandeln würde:

{| style="width: 70%; background: #F0F0F0;" cellspacing="0"
|- valign="top"
| align="center" width="10%" style="font-size:90%;" | 18. Mai 2008<br />13:00 Uhr
| align="center" width="10%" style="font-size:90%;" | 18. Mai 2008<br />19:00 Uhr
| width="22%" align="right" | {{CAN|#}} Kanada<br /><small>[[Brent Burns|B. Burns]] (3:54)<br />[[Chris Kunitz|C. Kunitz]] (9:17)<br />B. Burns (14:51)<br />[[Dany Heatley|D. Heatley]] (29:56)</small>
| width="15%" align="center" | 4:5 n.V.<br /><small>(3:1, 1:1, 0:2, 0:1)<br />[http://stats.iihf.com/Hydra/132/IHM132156_74_4_0.pdf Spielbericht]</small>
| width="22%" align="left" | {{RUS|#}} '''Russland'''<br /><small>[[Alexander Walerjewitsch Sjomin|A. Sjomin]] (1:23)<br />A. Sjomin (21:14)<br />[[Alexei Wladimirowitsch Tereschtschenko|A. Tereschtschenko]] (48:55)<br />[[Ilja Walerjewitsch Kowaltschuk|I. Kowaltschuk]] (54:46)<br />I. Kowaltschuk (62:42)</small>
| style="font-size:85%;" | Colisée Pepsi, Québec City<br />Zuschauer: 13.339
|}

{{Eishockeybox
| bg        = 
| breite    = 70%
| datum     = 18. Mai 2008
| zeit      = 13:00 Uhr
| datum     = 18. Mai 2008
| zeit      = 19:00 Uhr
| team1     = {{CAN|#}} Kanada
| ergebnis  = 4:5 n.V.
| drittel   = (3:1, 1:1, 0:2, 0:1)
| url       = http://stats.iihf.com/Hydra/132/IHM132156_74_4_0.pdf
| team2     = {{RUS|#}} '''Russland'''
| tore1     = [[Brent Burns|B. Burns]] (3:54)<br />[[Chris Kunitz|C. Kunitz]] (9:17)<br />B. Burns (14:51)<br />[[Dany Heatley|D. Heatley]] (29:56)
| tore2     = [[Alexander Walerjewitsch Sjomin|A. Sjomin]] (1:23)<br />A. Sjomin (21:14)<br />[[Alexei Wladimirowitsch Tereschtschenko|A. Tereschtschenko]] (48:55)<br />[[Ilja Walerjewitsch Kowaltschuk|I. Kowaltschuk]] (54:46)<br />I. Kowaltschuk (62:42)
| stadion   = Colisée Pepsi
| ort       = Québec City
| zuschauer = 13.339
}}

Besteht da eine Möglichkeit? Vielleicht auch so, dass man auf minimaler Ebene noch händisch nacharbeiten müsste? Mit besten Grüßen, Tomyiy ^✉ 16:27, 17. Feb. 2017 (CET)

Von wie vielen betroffenen Artikel reden wir hier? --Ziegenberg (Diskussion) 18:53, 17. Feb. 2017 (CET)

Das kann ich nicht sagen. Ich kann auch noch nicht genau benennen, um welche Artikel es sich namentlich handelt. --Tomyiy ^✉ 19:10, 17. Feb. 2017 (CET)

Müssten alle betroffenen Artikel innerhalb des Kategoriebaums Kategorie:Eishockeyturnier sein? --Leyo 21:12, 17. Feb. 2017 (CET)

Stimmt, das müsste es zum allergrößten Teil abdecken. Höchstens noch in dem ein oder anderen Saison-Artikel. --Tomyiy ^✉ 21:50, 17. Feb. 2017 (CET)

@Tomyiy: wäre es nicht besser, wenn beim rechtsbündigen Team 1 die Flagge eher hinter dem Team steht als davor? – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 18:11, 12. Mär. 2017 (CET)

Wir waren im Portal mit der von links nach rechts geschriebenen/gelesenen Variante eigentlich immer recht zufrieden. Spricht etwas dagegen? Gruß Tomyiy ^✉ 19:34, 12. Mär. 2017 (CET)

Schätzungsweise 40 Artikel. Gesucht nach | align="center" width="10%" style="font-size:90%;" |, 40 Treffer. Bandy-Weltmeisterschaft 1977 und Bandy-Weltmeisterschaft 1995 folgen einem leicht anderen Tabellenmuster. --mfb (Diskussion) 18:35, 12. Mär. 2017 (CET)

Keine Ahnung, wie man das in die Volltextsuche eingibt... Aber man müsste einfach mal mit "width" etwas spielen. 15% gibt es da zum Beispiel auch, siehe Spengler Cup (Austragungen). Gruß Tomyiy ^✉ 19:34, 12. Mär. 2017 (CET)

@Tomyiy: @Ziegenberg: @Leyo: @Doc Taxon: @Mfb: Erledigt? --Thomas Obermair 4 (Diskussion) 23:43, 25. Aug. 2017 (CEST)

Auch hier gilt von meiner Seite: ich habe nichts mehr daran gearbeitet und werde auf lange Sicht im Zeitraum des nächsten Jahres auch nichts mehr machen können. --Ziegenberg (Diskussion) 23:47, 25. Aug. 2017 (CEST)

Bot zur Aktualisierung von Wikipedia:Positivlisten/Chartacts in Deutschland/Singles

Hallo!

Könnte ein Bot Wikipedia:Positivlisten/Chartacts in Deutschland/Singles, Wikipedia:Positivlisten/Chartacts in Österreich/Singles usw. aktualisieren? Die Listen sind sehr veraltet (Stand: 2010 und älter).

Weiteres müssten Wikipedia:Positivlisten/Chartacts in Deutschland/Alben, Wikipedia:Positivlisten/Chartacts in Österreich/Alben usw. erstellt werden.

LG --Thomas Obermair 4 (Diskussion) 20:59, 9. Mai 2017 (CEST)

@Thomas Obermair 4: kannst du kurz erklären, wie diese Listen zustande kommen? Ich blick da nicht ganz durch, wie diese zusammengestellt wurde. Schöne Grüße --FNDE 18:27, 26. Mai 2017 (CEST)

@FNDE: Alle Künstler die mit einer Single bzw. Album die Charts erreicht haben sind hier aufgeführt. Die Listen wurde von Wikipedianern immer wieder aktualisiert nur ist sie seit längerem nicht mehr aktualisiert worden. LG --Thomas Obermair 4 (Diskussion) 20:00, 31. Mai 2017 (CEST)

Der Ingo Appelt ist in der Liste, aber wie soll ein Bot den identifizieren? Wenn die Vorlage Infobox Chartplatzierungen im Artikel ist, dann ist das machbar (das könnte der Apperbot machen), aber diese Vorlage ist nicht überall. Bei einigen ist eine Tabelle wie hier: Yasmin K. Bei anderen findet man die Info als Text: Acker Bilk, David Bowie oder gar nix: Guido Born. Ich zweifle daran, dass hier ein Bot was machen könnte. --Wurgl (Diskussion) 20:19, 31. Mai 2017 (CEST)

@Thomas Obermair 4: okay, meine Frage zielt auch auf die Bedenken von Wurgl ab, wie hat ein Bot das damals zusammengestellt? Ich kenne mich in dem Bereich nicht aus, aber könnte die Funktionsweise ggf. nachbilden. --FNDE 22:42, 31. Mai 2017 (CEST)

@Wurgl: Das der Bot alle bereits angelegten Artikel durchsucht macht wenig Sinn da es sich um eine Positivliste handelt die aufzeigen soll welche Interpreten es in die Charts geschafft haben und über die noch kein Artikel existiert. Der Bot müsste z.B. auf die Webseite Offizielle Deutsche Charts zugreifen und dann mit der bereits existierenden Positivliste abgleichen. LG --Thomas Obermair 4 (Diskussion) 21:08, 1. Jun. 2017 (CEST)

@FNDE: Laut Versionsgeschichte wurde die Liste händisch von verschiedenen Wikipedianern zusammengestellt. LG --Thomas Obermair 4 (Diskussion) 21:08, 1. Jun. 2017 (CEST)

Okay, das klingt eigentlich nach einer spannenden Aufgabe. Also zusammengefasst: Charts ab 2006 durchforsten ob es Interpreten gibt, die noch nicht in der Positivliste enthalten sind. Korrekt? Wenn man schon mal dabei ist könnte man das ja auch fortlaufend machen, also mit wöchentlicher (oder täglicher?) Aktualisierung. --FNDE 22:27, 1. Jun. 2017 (CEST)

@FNDE: Ja! Aber bitte von Beginn der Aufzeichnungen da die Liste wie schon erwähnt händisch zusammengestellt wurde und Fehler nicht auszuschließen sind. Für einen Bot ist die Aufgabe relativ schnell erledigt. Die Aktualisierung sollte wöchentlich erfolgen da die Charts wöchentlich veröffentlicht werden. LG --Thomas Obermair 4 (Diskussion) 17:11, 2. Jun. 2017 (CEST)

Ja, immerhin ist die Ausgabe auf der Chartseite einigermaßen strukturiert. Eine API haben die zwar nicht, ich denke aber ich bekomme das hin. Wird aber noch etwas dauern, da ich erstmal geplante Botaufgaben abarbeite. Beste Grüße --FNDE 21:11, 2. Jun. 2017 (CEST)

Wir haben doch dafür Portal:Charts und Popmusik/Wunschartikel, dies wird von HvW ab und an aktualisiert. --Tkkrd (Diskussion) _{(Neulingshilfe)} 13:43, 12. Dez. 2017 (CET)

Also händisch ist schwierig. Die Wunschartikel sind zwar vollständiger und zuverlässiger, weil ich nicht auf das Format der Chartseiten angewiesen bin und gleichzeitig auch noch die Links prüfen und anpassen kann, aber ich hänge derzeit weit hinterher und habe auch schon früher eine größere Lücke drin. Das sind netto 2-3 Stunden pro Woche Arbeit.

Die Positivlisten wurden teilweise händisch erstellt, allerdings hat 2010 Firefox13 mal ein Programm geschrieben, das vor allem die Hung-Seiten (alles, was man von hitparade.ch aus links oben aufrufen kann) automatisch ausgewertet hat und die Seiten neu erstellt hat (z. B. für Frankreich). Allerdings haben wir da nicht weitergemacht bzw. das verstetigt. Und er ist kaum noch aktiv. Machbar wäre es und wünschenswert auf jeden Fall auch.

Allerdings eine Warnung: das Thema "offizielle" Charts ist weitaus komplexer als man denkt. Beim Beispiel Frankreich stimmen die Hung-Seiten seit 2012 nicht mehr mit den offiziellen Charts überein und die offizielle Seite ist gelinde gesagt schwierig. Die anderen vorhandenen Länder sind weitgehend okay, obwohl Hung da oft nicht die offizielle Seite ist. Wollte man noch andere Länder einbeziehen, gibt es weitere Probleme, Spanien und Italien kann man bspw. nicht ohne Weiteres von Hung übernehmen.

Für die erste Zeile (DACH+UK+US) hat man vier verschiedene, aber zumindest zuverlässige Quellen, das wäre der Kern und auch wichtig für die WP. Der Rest ist nicht so wichtig und eher eine Frage der Vollständigkeit. Gut wäre auf jeden Fall eine Absprache mit der WP:Redaktion Musik oder dem Portal:Charts. Gruß -- Harro (Diskussion) 14:15, 12. Dez. 2017 (CET)

Umbrüche innerhalb des Begriffs mit geschützten Leerzeichen verhindern

Hallo zusammen,

leider findet man sehr häufig die Zeichenkette

Mac OS X

(insource:/Mac OS\ X/). Bei dieser Schreibweise wird nach dem Mac umbrochen, weswegen diese Schreibweise völlig unlogisch ist. Ich denke, entweder man macht das richtig oder gar nicht. Da es aber für „gar nicht“ keinen rationalen Grund gibt, bleibt nur noch das „richtig machen“.

Folgende Ersetzungen sollte ein Bot daher vornehmen:

a)

Mac OS X

 durch

Mac OS X

b)

Mac OS X

 durch

Mac OS X

c)

Mac OS

 durch

Mac OS

d)

OS X

 durch

OS X

Da ich, als Typograf, ständig Brechreiz kriege wenn ich sowas sehen muss, wäre ich sehr erfreut, wenn das ein Bot übernehmen täte. -- LG, ℳ웃79 23:33, 22. Mai 2017 (CEST)

(a) kann man sicher machen, bei den übrigen bin ich mir bezüglich Konsens unsicher. --Leyo 22:14, 25. Mai 2017 (CEST)

Mit a) wär ich schon sehr glücklich. -- LG, ℳ웃79 18:05, 26. Mai 2017 (CEST)

Bei 135 Ergebnissen könnte man das ja mit ein paar anderen Aufgaben verbinden, z.B. geschützte Leerzeichen parallel in normale umwandeln. Ist beides jedenfalls schnell gemacht. Sagt Bescheid wenn es losgehen soll. --FNDE 18:21, 26. Mai 2017 (CEST)

Ich setze mich da mal ran. -- Quotengrote (D|B) 20:07, 15. Jun. 2017 (CEST)

Warte mal ab Kollege @Quotengrote, hier gibts noch keinen Konsens :) Beste Grüße --FNDE 20:41, 15. Jun. 2017 (CEST)

Diskussion:MacOS/Archiv/2016#Umbruch verhindern durch geschütztes Leerzeichen bei Mac OS, Mac OS X – ich verstehe immer noch nicht, was so schlimm daran sein soll, wenn „Mac OS“ umgebrochen wird. Ist es nicht schlimmer, wenn „OS X“ umgeborchen wird? ‣Andreas•⚖ 02:01, 16. Jun. 2017 (CEST)

Sehe das ähnlich. Mac OS könnte man eigentlich so lassen, sind immerhin 800 Seiten die wegen einer eher kosmetischen Änderung geändert werden müssten. Bei den anderen beiden: da müssen wir auf jeden Fall darauf achten:

• dass in Wikilinks nur der jeweilige Beschreibungstext ersetzt wird
• dass keine Vorlagen mit dieser Bezeichnung (falls es sie gibt) ersetzt werden
• Code, Syntaxhighlight, Kategorien sollte ebenfalls ausgeschlossen werden
• Versionsnummern sollten vor Umbrüchen geschützt werden
• in Zitaten wäre es meines Erachtens ins Ordnung
• dass alle Ersetzungen parallel in einem Edit vorgenommen werden

Wenns dazu Konsens gibt kann ich das machen, mein Bot kann das bereits, dann muss Kollege Quotengrotte da nicht das Rad neu erfinden. Beste Grüße --FNDE 11:13, 16. Jun. 2017 (CEST)

Mir wäre es schon wichtig, wenn man das nach typographischen Regeln macht. Gibt es denn eindeutige Regeln in der Wikipedia, wie da zu verfahren ist?

Generelle Regeln besagen, dass man z.B. keine Zahlen von den zugehörigen Wörtern trennen soll. Siehe z.B. hier.

• Vermeidung sinnentstellender Trennungen (etwa Urin-stickt wird nicht so getrennt, wenn, dann als Ur-instikt) – die Wikipedia trennt ohnehin keine Wörter (Silbentrennung)
• Keine Trennung innerhalb von Überschriften – die Wikipedia trennt ohnehin keine Wörter (Silbentrennung)
• Trennungen über Seitengrenzen hinweg vermeiden – in der Wikipedia online nicht anwendbar
• Keine Abkürzungen trennen – wird in der Wikipedia u.a. bei z.&nbps;B. gemacht
• Zwei gleiche Silben sollten nicht untereinander stehen – könnte wohl passieren… wäre nur über die Wikimedia-Software abzudecken
• Keine Trennung zwischen Zahl und zugehörigem Wort (Wörtern)
  • Beispiele: Mac OS X Server 10.6, MS-DOS 6.22, Windows NT 3.51
• Zu viele Trennungen hintereinander vermeiden – die Wikipedia trennt ohnehin keine Wörter (Silbentrennung)

Gibt es sonst noch Regeln, die man befolgen sollte?

Und dann kommen die konkreten Fälle: Sollte man z.B. bei MS-DOS 6.22 MS-DOS 6.22 verwenden? Und sollte man den Bindestrich bei MS-DOS als geschützten Bindestrich ausführen, damit es nicht zu einer automatischen Worttrennung beim Bindestrich an einem Zeilenende (je nach Auflösung im Browser anders) kommt?

Ich bin kein Typograph, aber es scheint mir schon so zu sein, dass es Sinn macht, Wörter, die zusammenhängen und von denen ein Teil nicht größer als 2 Zeichen ist, nicht zu Trennen.

Das würde konkret bedeuten:

• Mac OS X – oder, wenn man OS X als eine > 2 Zeichen-Einheit betrachtet: Mac OS X
• MS‑DOS, also mit dem geschützten Bindestrich, dem Equivalent zu  

Aber, wie gesagt, ich bin kein Experte. Das sind offenbar andere. Nur kommt es mir dann doch zuviel vor, wenn Mac OS X Server dabei herauskommt… ‣Andreas•⚖ 11:58, 16. Jun. 2017 (CEST)

Zu "Zwei gleiche Silben sollten nicht untereinander stehen – könnte wohl passieren… wäre nur über die Wikimedia-Software abzudecken". Nein, das kann keine serverseitige Software, denn diese kennt die Breite des Browserfensters nicht und auch nicht den von User eingestellten Font. Wenn, dann könnte man das mit Javascript im Browser machen, aber der Aufwand würde in keinem Verhältnis zum Gewinn stehen. --Wurgl (Diskussion) 12:04, 16. Jun. 2017 (CEST)

Egal. Wichtiger ist der Rest der Textsatzregeln… ‣Andreas•⚖ 12:18, 16. Jun. 2017 (CEST)

Nachtrag: hier gefunden, unter den Beispielen für geschützte Leerzeichen:

• 8. Oktober 2015 – entspricht WP:DK
• Das Angebot – so viel ist klar – verdient eine genaue Prüfung. – entspricht WP:TYPO#Streckenstrich

Aber auch:

• Stadtwerke AG, Meyer OHG

und (Nachtrag 2) hier:

• bei Anreden und Namen: Dr. Chris Wolf – nicht zwingend notwendig, aber empfohlen
• könnte aber auch Dr. Chris Wolf sein… Nachtrag 2, ‣Andreas•⚖ 12:30, 16. Jun. 2017 (CEST)

Nur mal so als Beispiel… Vielleicht steht das aber ohnehin schon irgendo, z.B. in WP:TYPO (oder wo anders), und ich bin nur zu blöd es zu finden… ‣Andreas•⚖ 12:24, 16. Jun. 2017 (CEST)

Details

Das würde ja mit meinem Vorschlag übereinstimmen:

• Wir ändern Mac OS X in Mac OS X
• außerdem OS X in OS X
• und Mac OS #.#.# (beliebe Versionsnummer) in Mac OS #.#.#.
• Wenn Wikilinks im Schema von [[Mac OS X]] betroffen sind, würde das ganze auf [[Mac OS X|Mac OS ]] umgebogen werden.

Beste Grüße --FNDE 13:19, 16. Jun. 2017 (CEST)

Ja, auch ich würde das so machen. Jedoch hat sich gerade ein erklärter Typograph, nämlich Messerjokke79 (ℳ웃79), hierrüber beschwert. Eine weitere (professionelle) Meinung wäre also von Vorteil. ‣Andreas•⚖ 15:06, 18. Jun. 2017 (CEST)

Nachtrag: Um bei der Wahrheit zu bleiben: ich selbst habe Mac OS verwendet, wenn es alleine dasteht. Bei Mac OS X habe ich die Priotität verschoben zugunsten eines zusammenhängenden „OS X“ ebenso wie bei z.B. Mac OS 9, damit die „9“ nicht alleine in der nächsten Zeile steht. Hingegen finde ich in diesem Fall, dass man das Mac als letztes Wort in der einen Zeile ohne gröberen Brechreiz (und ohne Probleme) mit dem „OS 9“ in der nächsten Zeile verbinden kann und somit der Lesefluss nicht gestört ist. Andere (z.B. @Messerjokke79:) sehen das anders. Auch bei Mac OS 9.2.2 habe ich den Fokus auf ein Zusammenstehen von „Mac OS“ entgegen der Regel mit der Versionsnummer gelegt, weil mir ein 9.2.2 in der nächsten Zeile hier weniger Brechreiz verursacht hat als umgekehrt. Das heißt: auch ich habe hier Mist gebaut. Liegt aber wohl auch daran, dass keine Regeln diesbezüglich zu finden sind… Was es mit dem sehr subjektiven Brechreiz dann nicht einfacher macht, einen Konsens zu finden… ‣Andreas•⚖ 15:18, 18. Jun. 2017 (CEST)

Macht was immer Ihr wollt. Ich bin nicht länger Autor der WP. LG, ℳ웃79 18:28, 18. Jun. 2017 (CEST)

Das ist nicht hilfreich. Wenn es gute Argumente für etwas gibt, dann wäre es falsch, den Kampf aufzugeben. ‣Andreas•⚖ 19:01, 18. Jun. 2017 (CEST)

Andreas, wie ist hier der Stand? --FNDE 21:17, 8. Apr. 2018 (CEST)

Noch unentschieden. Es gibt offenbar keinen Typographen oder jemanden, der sagen kann, wie man die Zeilenumbrüche korrekt macht. Auch die Regeln der Wikipedia helfen da nicht weiter. Dass man "OS X" zusammenhängt (OS X), ist wohl nachvollziehbar, aber eben nur ein erster Schritt, der dann aber die wirkliche Frage erst aufwirft, nämlich die, wie weit das Ganze dann gehen soll.

[Nachtrag] Das ist ja nicht die Möglichkeit, dass es keine einzige Typgraphie-Quelle gibt, die das ansatzweise erklärt, oder?

‣Andreas•⚖ 07:04, 9. Apr. 2018 (CEST)

Eine mögliche Quelle: Mut zur Typographie: Ein Kurs für Desktop-Publishing, Seite 87ff (Google Buch). Aus dieser Quelle:

• Bei der automatischen Silbentrennung sollte die Trennung auf mindestens drei Zeichen gesetzt ein, also kein "ei-ne" oder "Be-ginn", wegen dieser Regel, aber ein "Zei-chen", weil das mindestens drei Zeichen nach der Trennung ergibt. (Seite 87-89)
• Zitat: Namen, Von/bis-Angaben, Zahlen, Werte mit nachfolgenden Einheiten und Abkürzungen dürfen nicht getrennt werden, eine zuweilen schwierige Forderung. (Seite 90)

Bei der Wikipedia bzw. der MediaWiki-Software gibt es leider noch kein automatisches System, das – wie es bei 100 % schon der Fall ist, wo das Leerzeichen nicht per   geschützt werden muss und dennoch nicht umgebrochen wird – bei Text, der diesen Regeln entspricht, den Umbruch automatisch verhindern würde. Wir müssen daher bei Einheiten, also z.B. 1.024 kB, und auch bei vielen anderen oft auftretenden Abkürzungen, inklusive z. B., immer das geschützte Leerzeichen verwenden.

Was MediaWiki und die Wikipedia ebenfalls nicht kann – überhaupt nicht wissen kann –, sind alle Namen, neben nicht so häufig auftretenden bzw. speziellen, z.B. auf einen Themenbereich beschränkten Abkürzungen.

Bei der Wikipedia:Umfragen/Technische Wünsche 2022 Themenschwerpunkte gibt es ja noch bis zum 8. Februar 2022 die Möglichkeit, Wünsche zur Verbesserung auch bei der Typographie zu unterstützten: EDIT Häufige Probleme beim Editieren vermeiden

(Ich hatte davor bereits einen Wunsch zur Möglichkeit, ein Wort als möglichst zusammenhängend zu markieren, beim Wikipedia:Technische Wünsche/Wunschparkplatz deponiert.)

Bis dahin bleibt nur, das selbst zu machen.

Zu Mac OS X versus Mac OS X – das ist der Annahme geschuldet, dass es auch kleinere Displays gibt, die dann unnötig oft einen (durchaus 6 Zeichen oder mehr umfassenden) Leerraum pro Zeile hinterlassen würden, wenn man zu lange Namen untrennbar macht. Daher war es meine Meinung, der Regel 3+-Zeichen beim automatischen Umbruch folgend, bei Namen, die Leerzeichen enthalten, nur jene Teile vor einem Umbruch zu schützen, die kleiner als 3 Zeichen sind.

Ob das richtig ist oder nicht, weiß ich nicht.

‣Andreas•⚖ 15:07, 3. Feb. 2022 (CET)

Umstellung der Gemeindeartikel in Brasilien auf bessere Infobox

Hallo,

im Portal:Brasilien haben wir uns auf eine Umstellung der Infobox der Ortsartikel von {{Infobox Stadt in Lateinamerika}} auf {{Infobox Ort in Brasilien}} verständigt (siehe Portal_Diskussion:Brasilien#Umstellung_der_Gemeindeartikel_auf_bessere_Infobox). Aktuell geht es um ca. 570 Artikel.

Dazu müssten einige Parameter umbenannt werden, aber die bestehenden Werte können nahezu eins-zu-eins übernommen werden. Die Umsetzung der Parameter ist hier beschrieben: Benutzer:Emeritus/BRA/Umsetzung_Infobox#Stadt_in_Lateinamerika.

Falls noch Infos benötigt werden, bitte anpingen.

Grüße --MB-one (Diskussion) 20:04, 28. Jun. 2017 (CEST)

Ich würde mich da ransetzen wenn niemand was dagegen hat. Gruß -- Quotengrote (D|B) 20:26, 28. Jun. 2017 (CEST)

@MB-one: Warum darf bei Fläche der Wert nicht übernommen werden, oder geht es da nur um die Einheit? -- Quotengrote (D|B) 20:32, 28. Jun. 2017 (CEST)

@Quotengrote: Erstmal danke für deinen Einsatz. Es geht tatsächlich nur um die Einheit, weil die von der Infobox fix vorgegeben ist. Der Wert soll bitte übernommen werden. Grüße --MB-one (Diskussion) 09:13, 29. Jun. 2017 (CEST)

Ok, dann werde ich mich heute Abend oder morgen früh dran setzen. -- Quotengrote (D|B) 10:23, 29. Jun. 2017 (CEST)

Schön, die ersten Umsetzungen sind eingetroffen, sieht 1:1 aus. Was ich bei den Vorgedanken zur Umsetzung nicht erwähnt hatte, war, dass neben der Umsetzung einzelner Parameternamen auch die gesamte sonstige Vorlage eingespielt wird. Ich sah das als Selbstverständlichkeit an, weil die Vorteile der neuen Infobox nur dann tragfähig sind und mir bei der Überarbeitung der alten Artikel helfen, wenn auch die leeren (nicht in Stadt in Lateinamerika vorkommenden) zusätzlichen Parameter mit eingefügt werden. So ist es nur eine intern sichtbare Kosmetik, bei der zu jedem Ort manuell die einzelnen Parameter, als Beispiel hier zum Gemeindecode oder den Regionen oder den Wirtschaftsdaten (BIP, HDI) etc., via copy/paste einzeln herübergezogen werden müssen, statt die neue Vorlage als neues Formular verwenden zu können. - Somit wäre m.M.n. ein zweiter Bot-Lauf nur für die heute vom Botlauf Betroffenen notwendig, da die Vorlage:Infobox Ort in Brasilien nicht vollständig übernommen ist. Oder? --Emeritus (Diskussion) 20:05, 29. Jun. 2017 (CEST)

Nur zur Sicherheit: du willst also alle Parameter die bei Vorlage:Infobox Ort in Brasilien in der "Langvariante" vorkommen mit in den Artikeln haben auch wenn dann kein Wert zugewiesen wird? Gruß -- Quotengrote (D|B) 00:03, 30. Jun. 2017 (CEST)

Wenn der Bot nochmals läuft, dann prüfe vielleicht ob noch so ein Hoppala wie in Wikipedia:Fragen_zur_Wikipedia#Infobox_Wappengr.C3.B6.C3.9Fe passiert ist. Ein paar hab ich stichprobenartig (uas reiner Neugierde) angestarrt, aber die waren okay. --Wurgl (Diskussion) 00:06, 30. Jun. 2017 (CEST)

Ja, echte Umstellung auf eine andere Infobox, vgl. die alte Fassung mit der teilüberarbeiteten Fassung Ewbank da Câmara. Überarbeitung der alten Artikel funktioniert in der Art, dass ich aus dem fast parallelen Template:Info/Município do Brasil der pt:WP die aktuelleren Angaben aus pt:Ewbank da Câmara übertragen kann, wenn auch die leeren Parameter vorliegen. - Bisher war die Infobox:Stadt in Lateinamerika nur ein Ersatz für den Veraltet-Baustein; bei dem bisherigen manuellen Austausch hatte ich dann immer die Langvariante eingespielt und neu ausgefüllt. - Die leeren, noch ohne zugewiesenem Wert, bleiben nicht immer leer, weil sämtliche Orte ja weiter systematisch bearbeitet werden. - Ansonsten wäre es nur eine reine Namensänderung der Infobox, was keine großen Sinn machen würde. --Emeritus (Diskussion) 06:24, 30. Jun. 2017 (CEST)

Nachtrag: @Quotengrote: Die "Befüllung" der Infobox in drei Stufen (IB Lateinamerika --> IB Brasilien --> dann neue Befüllung) kannst Du am Beispiel Ivoti sehen, da hattest Du ja den Belege-Baustein eingefügt, hier wäre die Langform also arbeitssparend gewesen. --Emeritus (Diskussion) 08:57, 30. Jun. 2017 (CEST)

Ok, jetzt hab ich es verstanden, leider kann mein Bot das noch nicht, ich habe bis jetzt erstmal nur suchen/ersetzen implementiert. Da müsste vllt jemand anders ran, oder das dauert noch. Gruß -- Quotengrote (D|B) 10:19, 30. Jun. 2017 (CEST)

Umstellung von Archivlinks auf Vorlage:Webarchiv

Boshomi und Aka haben früher jeweils archive.org-Links auf Vorlage:Webarchiv umgestellt. Das ist nicht mehr der Fall. Mag diese Aufgabe vielleicht ein Botbetreiber übernehmen? --Leyo 17:09, 9. Aug. 2017 (CEST)

Weiterführender Vorschlag:

* Entweder auf {{Internetquelle}} umstellen unter Nutzung des dortigen Parameter "archiv-url" ...

* ... oder gleich die Funktionalität von {{Webarchiv}} in die {{Internetquelle}} einbauen!

Gruß axp_de ^Hallo! 22:07, 9. Aug. 2017 (CEST)

@Leyo: Vermutlich gehts dabei um eine fortlaufende Prüfung/Ersetzung? Kannst du einen Suchstring vorgeben worum es konkret geht? Schöne Grüße --FNDE 00:39, 10. Aug. 2017 (CEST)

Ja, plus die aufgelaufenen „Altlasten“. Mittels insource:/http\:\/\/web\.archive\.org\/web\/[0-9]{14}\/http/ sollte man die entsprechenden Artikel finden, aber es hat Falsch-Positive darunter. Boshomi und Aka haben allenfalls eine ausgefeiltere Methode. --Leyo 01:05, 10. Aug. 2017 (CEST)

Die Umsetzung stammt von User:TMg das Skript ist Benutzer:TMg/weblinkChecker.js, ich selbst verwende dieses Skript mit geringfügiger Abweichung: Benutzer:Boshomi/externalURLform.jsfix. Eingebunden habe das hier: M:User:Boshomi/global.js, allerdings funktioniert die Einbindung seit einer Softwareumstellung nicht mehr. Da ich demnächst wirklich wieder Zeit für Wikipedia haben werde, wäre ich über jede Hilfe sehr dankbar, die das Skript wieder lauffähig macht. Frohes Schaffen — Boshomi ⌨   18:19, 11. Aug. 2017 (CEST)

@Leyo: es geht dabei ja um die nackten Links so wie ich das verstanden habe, also eher so hier? insource:/\[http\:\/\/web\.archive\.org\/web\/[0-9]{14}\/http/ (mit eckiger Klammer am Anfang). Schönen Gruß -- FNDE 18:48, 11. Aug. 2017 (CEST)

Primär um diese, aber IMHO nicht ausschliesslich. Diffs für andere Beispiele habe ich leider nicht auf Anhieb gefunden. --Leyo 19:14, 11. Aug. 2017 (CEST)

Besser als cirrus ist hier die Giftbot Weblinksuche:

Die relevanten Links sind:

• https://tools.wmflabs.org/giftbot/weblinksuche.fcgi?limit=500&offset=0&target=http%3a%2f%2fwebcache.googleusercontent.com%2fsearch%3f%25&namespace=0&associated=0
• https://tools.wmflabs.org/giftbot/weblinksuche.fcgi?target=http%3A%2F%2Fweb.archive.org%25&namespace=0
• https://tools.wmflabs.org/giftbot/weblinksuche.fcgi?target=https%3A%2F%2Fwayback.archive.org%25&namespace=0

 Frohes Schaffen — Boshomi ⌨   19:24, 12. Aug. 2017 (CEST)

@Boshomi: @Aka: @Leyo: @Axpde: @FNDE: @TMg: Das Problem besteht nun seit einem Jahr. Ist eine Lösung in Sicht? --89.144.202.120 21:04, 9. Aug. 2018 (CEST)

AsuraBot und DrTrigonBot funktionieren nicht mehr

 Info: Im folgenden Abschnitt geht es nur um die Subster-Funktion der o.g. Bots, siehe Benutzer:DrTrigonBot/Doku#SubsterBot.

Hallo!

Benutzer:Emha hat im Mai 2015 hier Benutzer:sitic gefragt ob ihm die Fehlermeldungen von AsuraBot auf Benutzer:Emha/NBHessen und Wikipedia:WikiProjekt Umgang mit bezahltem Schreiben/Neueverifizierte aufgefallen sind. Benutzer:sitic wollte sich um die Fehlerbehebung kümmern. Leider ist Benutzer:sitic nicht mehr aktiv.

Er hatte diese Aufgabe ("Subster"), also definierte Inhalte von A nach B zu schreiben - Dokumentation auf Benutzer:DrTrigonBot/Doku#SubsterBot - von dem von Benutzer:DrTrigon betriebenen DrTrigonBot übernommen, der ebenfalls nicht mehr funktioniert. Könnte ein anderer Botbetreiber den Fehler beheben? --Thomas Obermair 4 (Diskussion) 00:52, 1. Sep. 2017 (CEST) (ergänzt durch --emha ^d℩^b 01:39, 1. Sep. 2017 (CEST))

Vergleiche zum Ausfall dieser Bots auch Wikipedia:Bots/Anfragen/Archiv/2016-2#SumDisc_-_denn_Benutzer:DrTrigonBot_und_Benutzer:AsuraBot_machen.27s_nicht_mehr --Zulu55 (Diskussion) _Unwissen 10:34, 13. Sep. 2017 (CEST)

Das bezieht sich zum Schluss jedoch nicht mehr auf die Subster-Funktion, sondern auf die SumDisc-Funktion. Diese wird inzwischen von Benutzer:FNDE als Benutzer:FNDE/secWatch angeboten.
Subster hat jedoch keine/n Ersatz-Betreiber/in gefunden. Viele Grüße, --emha ^d℩^b 15:26, 13. Sep. 2017 (CEST)

Danke emha für diese Klarstellungen. Genau so ist es. --Zulu55 (Diskussion) _Unwissen 13:31, 18. Sep. 2017 (CEST)

@Thomas Obermair 4: @Emha: wie lange funktionieren denn AsuraBot und DrTrigonBot schon nicht mehr? Ersterer war zumindest heute wieder aktiv, auch was sumDisc betrifft. – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 23:22, 15. Sep. 2017 (CEST)

Das funktioniert nicht, nachzulesen unter H:Ping. 94.218.183.103 19:42, 17. Sep. 2017 (CEST)

Subster und sumdisc könnte ich betreiben, ich habe den Quellcode.  @xqt 12:46, 18. Sep. 2017 (CEST)

Sumdisc wird in einer verbesserten Variante von Benutzer:FNDE betrieben (siehe oben). --Zulu55 (Diskussion) _Unwissen 13:00, 18. Sep. 2017 (CEST)

Doc Taxon: es geht nur um die Subster-Funktion.

xqt: das wäre großartig! --emha ^d℩^b 13:49, 18. Sep. 2017 (CEST)

Dauert noch etwas, bin noch unterwegs.  @xqt 12:18, 21. Sep. 2017 (CEST)

Sehe gerade: user:AsuraBot ist doch aktiv. Was bleibt zu tun?  @xqt 17:12, 3. Okt. 2017 (CEST)

Natürlich ist der Bot aktiv, aber für den hier in Rede stehenden Job "Subster" schreibt er nur Errormeldungen Gruß, --emha ^d℩^b 11:05, 4. Okt. 2017 (CEST)

Timeoutfehler. Ich lasse mal meine Version laufen, hatte gestern schon die ersten Gehversuche. Mal sehen ob ich Kontakt zur Gegenstelle habe.  @xqt 12:57, 4. Okt. 2017 (CEST)

"Nur Errormeldungen" stimmt ja so auch nicht, siehe [4] um nur 1 Beispiel herauszugreifen. Gibt es denn eine Systematik im Versagen?  @xqt 13:42, 5. Okt. 2017 (CEST)

@Xqt: Unmaintenanced Bots werden üblicherweise doch gesperrt. Ich hab es die letzten Jahre öfter schon probiert, den Bot owner zu kontakten, aber kein Erfolg. Es ist ja schließlich nicht das erste Mal, dass der Bot nicht richtig oder gar nicht funktioniert. – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 03:03, 6. Okt. 2017 (CEST)

@Emha: @Zulu55: @Doc Taxon: @Xqt: --178.191.125.61 20:05, 3. Dez. 2017 (CET)

Logbuch: https://tools.wmflabs.org/asurabot/drtrigonbot/

Auszug von https://tools.wmflabs.org/asurabot/drtrigonbot/pwb.py-subster-lang%3afrr.log

2017-12-03 07:36:07 wikipedia.py, 10018 in writelogheader: INFO COMMAND: ['pwb.py', '-subster', '-lang:frr']

2017-12-03 07:36:08 wikipedia.py, 10027 in writelogheader: ERROR ParseError

Kann jemand sagen, warum der Bot (läuft prinzipiell, Betreiber Benutzer:sitic inaktiv) die Seite Portal:Berge und Gebirge/Aktuelle Diskussionen nicht mehr bearbeitet? --тнояsтеn ⇔ 09:46, 5. Jan. 2018 (CET)

Leider nein, aber das gesamte Subster-Zeug scheint seit Mitte Dezember nicht mehr ordnungsgemäß zu laufen, auch in anderen Portalen. Leider ist auch DrTrigon derzeit inaktiv. --Magnus (Diskussion) 10:00, 5. Jan. 2018 (CET)

Benutzer:Doc Taxon, kann das dein Benutzer:TaxonBota übernehmen? --тнояsтеn ⇔ 10:25, 5. Jan. 2018 (CET)

@Thgoiter: Ja, ich müsste erst mal kurz studieren, was der Bot da macht. Sieht aber simpel aus. – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 14:10, 5. Jan. 2018 (CET)

Dieser Botauftrag wird gerade von TaxonBota (Beiträge) bearbeitet. Um Konflikte zu vermeiden, warte bitte mit anderen Aktionen, bis diese Markierung entfernt ist, oder kontaktiere den Betreiber (Diskussion).

@Doc Taxon: Erledigt? --192.164.119.165 22:15, 16. Mär. 2018 (CET)

das geht nicht so schnell – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 19:02, 17. Mär. 2018 (CET)

@Emha: @Sitic: @DrTrigon: @DrTrigonBot: @Thomas Obermair 4: @Zulu55: @FNDE: @Doc Taxon: @Xqt: @Thgoiter: @Tsungam: @TaxonBota: Das Problem besteht nun seit einem Jahr. Ist eine Lösung in Sicht? --89.144.207.139 15:38, 1. Sep. 2018 (CEST)

Was soll dieser IP-Erledigt?-Quatsch eigentlich dauernd. So lange, wie das auf dieser Seite steht, ist das auch in Arbeit. Drängelt doch nicht immer so, einiges ist wirklich nicht unbedingt so trivial, ich seh aber schon ein Ziel, lang dauert's nicht mehr. – Doc Taxon • Disk. • Wikiliebe?! • 16:12, 1. Sep. 2018 (CEST)

PNG-Fotos

Mit Schrecken habe ich festgestellt, dass etliche PNG-Fotos in Artikel eingebunden sind, beispielsweise hastemplate:Infobox_Fußballspieler insource:/bildname *=.{3,30}\.(png|PNG)/. Aufgrund der mangelhaften Thumb-Qualität (Schärfe) sollten diese ins JPEG-Format konvertiert werden.
Kann jemand aus obigen Treffern eine Tabelle mit folgenden Spalten erstellen:

• Artikel
• Bild (eingebunden)
• Commons-Kategorie (falls vorhanden; zur Überprüfung auf bessere Alternativbilder)

--Leyo 19:07, 3. Dez. 2017 (CET)

JPEG-Bilder haben doch eine geringere Schärfe als unkomprimierte PNG-Bilder (bei gleicher Pixelzahl). --FriedhelmW (Diskussion) 19:52, 3. Dez. 2017 (CET)

On Wikipedia, PNG thumbnails are not sharpened, but JPEG thumbnails are. For more complicated images, such a photographs, engravings, and such, PNG displays an inferior thumbnail. --Leyo 20:30, 3. Dez. 2017 (CET)

Danke für den Link. Trotzdem gefallen mir PNG-Thumbnails besser als gleichgroße JPEGs mit den Artefakten an Kanten. Gruß --FriedhelmW (Diskussion) 21:08, 3. Dez. 2017 (CET)

Schau dir doch beispielsweise das Thumbnail in Hernán Crespo an und vergleiche es mit Datei:Hernán Crespo.png. Aber bei dieser Anfrage geht's mir um die genannte Tabelle, nicht um Überzeugungsarbeit. ;-) --Leyo 21:16, 3. Dez. 2017 (CET)

gudn tach @Leyo!

ist diese anfrage noch aktuell? wie soll das ergebnis aussehen?

page	image	commons cats
Paul Gascoigne	file:Paul Gascoigne 2021.png	commons:Category:Paul Gascoigne commons:Category:Still images from videos by Anything Goes With James English

so? -- seth 00:38, 4. Mär. 2023 (CET)

Puh, lange her. Ja, so habe ich mir's vorgestellt. Wäre es ggf. möglich die Pixel-Masse anzugeben oder basierend auf diese zu filtern? Bei den sehr kleinen Bildern dürfte sich die Konvertierung ins JPG-Format weniger lohnen. --Leyo 01:57, 4. Mär. 2023 (CET)

gudn tach @Leyo!

so user:CamelBot/maintenance_list/png_photos? -- seth 12:05, 4. Mär. 2023 (CET)

Danke! Ich habe unter Wikipedia:Fotowerkstatt#Batch-Konvertierung von PNG-Fotos um Unterstützung gebeten. --Leyo 17:36, 7. Mär. 2023 (CET)

ok, dann ist das hier (aus bot-technischer sicht) erledigt?

in der tabelle koennt ihr uebrigens gerne rumkritzeln, der bot macht da nix mehr. -- seth 23:11, 9. Mär. 2023 (CET)

Gudn Tach Leyo!

Kann das hier geschlossen werden? -- seth 22:47, 22. Mär. 2023 (CET)

Nun, die Diskussion hat ergeben, dass für die Konvertierung und den Upload Bot-Unterstützung nötig wäre … --Leyo 23:03, 22. Mär. 2023 (CET)

Das wäre eine Aufgabe der Wikisoftware, damit wären auf 900+ Wikis die Bilder scharf und nicht nur bei den Fußballern hier. Was spricht dagegen, dass bei anderen Auflösungen als die Upload-Auflösung ein jedes PNG-Bild als jpeg dargeboten wird? Ja, Graphiken mit klaren Kanten sind in jpeg suboptimal, aber die sollten ohnehin als SVG dargestellt werden. Abgesehen davon: Bei jeder(!) Umwandlung geht Bildinformation verloren, zumindest in der Upload-Auflösung. Ich würde da erstmal die WMDE/WMF mit dem Wunsch nerven. --Wurgl (Diskussion) 23:54, 22. Mär. 2023 (CET)

Moin Leyo, ich habe mir das mal durchgelesen und wäre bei Wurgl. Wie wäre es, wenn du dieses Thema bei den Wikipedia:Technische Wünsche mal anbringst, würde sich ja lohnen, wenn es alle beträfe. Dann könnten man hier erstmal schließen, oder? mfg --Crazy1880 21:53, 25. Mai 2023 (CEST)

Hm, alle Thumbnails von PNG-Bildern als JPEG auszugeben, fände ich nicht so sinnvoll. Wenn schon müsste man wählen können. Ich favorisiere nach wie vor die Umwandlung. Zudem sollten Benutzer so gelenkt werden, dass sie Fotos nicht im PNG-Format hochladen. --Leyo 22:57, 25. Mai 2023 (CEST)

Steinzeit-Tabellen in Wikitable umwandeln

Ich habe soeben die Tabelle unter Simferopol entdeckt und mich gerade in die Internet-Steinzeit zurückversetzt gefühlt. Könnten solche unschönen Tabellen jeweils per Bot in eine Wikitable umgewandelt werden? --Leyo 11:31, 13. Dez. 2017 (CET)

Als jemand, der ab und zu mal Tabellensyntax feinschleift, wage ich zu behaupten, dass diese zu komplex ist, um automatisiert weitreichende Änderungen daran vornehmen zu können. Gruß, -- hgzh 18:48, 15. Dez. 2017 (CET)

Eine einfache insource-Suche liefert noch mehr solches antikes Zeug, z.B. Darío_Silva#Statistiken. 92.75.111.186 17:38, 16. Dez. 2017 (CET)

Das sind kosmetische Änderungen, sollten von einem Bot also nur in Verbindung mit inhaltlichen Änderungen vorgenommen werden. Ich würde das in diesem Fall aber nicht vollautomatisch durchlaufen lassen - lässt sich schwer überblicken, welchen Impact das am Ende hat. --FNDE 18:16, 29. Dez. 2017 (CET)

Dein erster Satz beruht auf einem Missverständnis: Die von mir vorgeschlagenen Umwandlungen bewirken sehr wohl eine sichtbare Änderung in den betreffenden Artikeln. --Leyo 02:19, 30. Dez. 2017 (CET)

Ergänzend zu den von FNDE genannten Zweieln hinsichtlich des Impacts ist auch das Problem, daß solche Steinzeittabellen eigentlich längst durch Infoboxen oder ähnliche Vorlagen ersetzt, aber aus irgendwelchen Gründen vergessen/übersehen wurden, etwa weil einst Baustelle im BNR oder so. So finde ich auch heute noch hin und wieder einen Schlachtartikel, in der trotz der berühmt-berüchtigten Löschung und Wiederherstellung der Vorlage:Infobox Militärischer Konflikt noch solche Steinzeittabellen enthalten sind. Das zu erkennen ist nicht trivial. Ich weiß nicht, wie allgemein in Ukraine/Rußland verfahren wird, aber in vielen Ländern werden die Bevölkerungsvorlagen Vorlage:USCensusPop oder Vorlage:Démographie "mißbraucht" ("mißbraucht", weil diese eigentlich für die USA bzw. Frankreich vorgesehen waren, aber letztlich funktionieren sie auch anderswo). --Matthiasb – ^{(CallMyCenter)} 04:55, 30. Dez. 2017 (CET)

Ich könnte anbieten erstmal eine Wartungsliste zu erstellen, dann könnte man erstmal schauen, ob der Botlauf sinnvoll ist. Wenn nicht, könnte man sich manuell ans Werk machen. Viele Grüße --FNDE 12:46, 8. Jan. 2018 (CET)

OK, am besten mit „Typenunterscheidung“. --Leyo 12:56, 8. Jan. 2018 (CET)

Inwiefern? Also von welchen Typen sprichst du? --FNDE 16:22, 8. Jan. 2018 (CET)

Ein Typ wäre beispielsweise {| border=1. --Leyo 00:53, 9. Jan. 2018 (CET)

In Ordnung. Schaau ich mir mal an. VG --FNDE 08:48, 9. Jan. 2018 (CET)

@FNDE: Bist du hier schon vorrangekommen? Viele Grüße, Luke081515Socke 16:21, 20. Apr. 2018 (CEST)

Mittels insource:/\{\| *border=\"?1/ findet man rund 4000 Artikel. Eigentlich müsste man die Suche einschränken können auf die Fälle, bei denen keine weiteren Parameter angegeben sind, d.h. danach ein Zeilenumbruch kommt. --Leyo 21:27, 10. Sep. 2022 (CEST)

Änderung der Kommunalverbände in Artikeln zu frz. Gemeinden

Hallo zusammen, könnte bitte jemand anhand dieser Liste Benutzer:Septembermorgen/Bottabelle/Französische Gemeinden Intercomms die Angaben zu den Kommunalverbänden aktualisieren. Folgende Schritte wären erforderlich:

• 1. Ändere/Ergänze "Intercomm-Infobox" in der "Infobox Gemeinde in Frankreich" (Parameter intercomm)
• 2. Löschen der "Navigationsleiste Kommunalverband" (Kann auch in einem Naviblock stehen, wenn dann nur eine Navileiste übrig bleibt, sollte der Naviblock aufgelöst werden), wenn eine 1 im der Spalte "Vorlage Kommunalverband löschen" steht.
• 3. Ändere "Intercomm" im Fließtext. Der neun einzufügende Wikilink steht in der Spalte "Intercomm-Text ersetzen ". Bei Bedarf kann ich auch die ganzen Sätze noch in der Liste ergänzen, in denen der zu ersetzende Wikilink drin steht, ansonsten ist der Link immer der alte Eintrag im Parameter intercomm der Infobox Gemeinde in Frankreich.

Beste Grüße --Septembermorgen (Diskussion) 21:24, 17. Jan. 2018 (CET)

Einfache Anführungszeichen korrigieren

Ich habe gerade in einem viel gelesenen Artikel falsch formatierte einfache Anführungszeichen korrigiert. Könnte Ähnliches in anderen Artikeln per Bot korrigiert werden? Mittels insource:/ ,[A-Za-z]+'[^']/ findet man nicht alle, speziell nur diejenigen Vorkommen mit einem einzelnen Wort in Anführungszeichen. --Leyo 14:50, 7. Mär. 2018 (CET)

Ich denke, ich hab erstmal alle über die Regex-Suche erwischt. -- hgzh 20:15, 24. Mär. 2018 (CET)

Danke! Leider gibt's noch mehr, z.B. viele der mittels insource:/, ,[A-Za-z]/ gefundenen. Auch die obige Regex-Suche ergibt bei mir noch einige Treffer. --Leyo 13:51, 25. Mär. 2018 (CEST)

Panoramio gibt es nicht mehr

Durch Zufall bin ich auf dieser Seite gelandet: Lenindenkmale in Russland. Dort sind ca. hundert Fotos verlinkt. Davon wurden einige per archiv.org überprüft. Es gibt die Fotos also noch. Kann ein bot die jeweils älteste Version (noch ohne Hinweis auf Abschaltung) verlinken?

@Aka: kann dein laufendes script überprüfen, wie oft das vorkommt? Gruss --Nightflyer (Diskussion) 22:20, 18. Mär. 2018 (CET)

Ich bin mir nicht ganz sicher, was du genau suchst. Reicht vielleicht schon die Weblinksuche? -- Gruß, aka 22:53, 18. Mär. 2018 (CET)

Danke @Aka: Sieht gut aus. Da werden weit über tausend Fotos gelistet, die heute nicht mehr direkt erreichbar sind. Den Rest überlasse ich den Kundigen hier :-) Gruss --Nightflyer (Diskussion) 23:05, 18. Mär. 2018 (CET)

Tja, das Problem wurde bereits 2017 angesprochen, damals funktionierten die Links allerdings noch. Damals hat das aber noch niemanden so richtig interessiert. Jetzt ist der Salat mit den toten Links da. 129.13.72.197 09:48, 19. Mär. 2018 (CET)

Ich denke, der InternetArchiveBot wird da irgendwann drüberlaufen. -- hgzh 19:53, 24. Mär. 2018 (CET)

Wenn der Bot einen 404-Error auswertet, wird er es nicht können: Statt der Bilder gibt es jetzt einen Hinweis.. Gruss --Nightflyer (Diskussion) 20:53, 24. Mär. 2018 (CET)

Wenn der Bot es nicht selbst merkt, kann ein Armin ihm das hier beibringen.--Cirdan ± 05:51, 29. Mär. 2018 (CEST)

Viele tausend Panoramio-Bilder mit kompatibler Lizenz wurden nach Commons übertragen und wären nun, anstelle einer Verlinkung, hier direkt in Artkel einbindbar. Die ursprünglichen URLs sind auf Commons in den Dateibeschreibungsseiten angegeben (jedoch die dort nachträglich per Bot erfolgte Änderung "http" zu "https" beachten) (Beispielbild). Ein Bot könnte nun auf Commons nach unseren Panoramio-Links bzw. den Panoramio-Fotonummern suchen. Seine Ergebnisse könnte er hier z. B. auf der jeweiligen Artikeldisk ausgeben zur weiteren Überprüfung, ob eine direkte Bildeinbindung oder nur eine Linkanpassung nach Commons angebracht ist. Wenn sich die Zahl der Treffer in Grenzen hält, wäre auch eine Gesamtliste sinnvoll. Anderes mögliches Vorgehen: Der Bot biegt hier automatisch Links nach Commons um und hinterlässt in der Zusammenfassung einen Hinweis auf mögliche Direkteinbindung als Bild. Disclaimer: Nur ein Teil der Panoramiobilder hatte freie Lizenzen, wie groß die Schnittmenge mit unseren Links ist, kann ich nicht sagen. --Sitacuisses (Diskussion) 05:18, 29. Mär. 2018 (CEST)

Für den ANR ergibt Spezial:Weblinksuche/http://www.panoramio.com noch 244 Treffer, etliche davon im Artikel Panoramio. 6 weitere werden mittels Spezial:Weblinksuche/https://www.panoramio.com gefunden. --Leyo 18:11, 22. Mai 2023 (CEST)

Hmm, ich erhalte etwas mehr als 800 Funde im ANR mit der anderen Suche. Ich denke allerdings, dass man das nicht per Bot erledigen kann – das muss individuell angesehen und gegebenenfalls geändert werden. Soweit ich mich erinnere, wurde auch versucht, den Panoramio-Bestand in Archive.org zu sichern. Inwieweit das funktioniert hat, weiß ich nicht, ich habe aber in der Suche die Vorkommen von Vorlage {{Webarchiv}} ausgeschlossen (sofern in der Vorlageneinbindung der Parameter url zuerst eingetragen wurde); es gibt anscheinend 12 Vorkommen mit Direktlink zu archive.org, also ohne Vorlage. — Speravir – 01:33, 23. Mai 2023 (CEST)

Aah, da sind ja auch die vielen Treffer, die den Archiv-URL-Parameter in {{Internetquelle}} und {{Cite web}} enthalten, was dann eventuell von mir als Direktlink missinterpretiert wurde. Damit ist „meine“ Suche leider nicht ganz so hilfreich. — Speravir – 01:43, 23. Mai 2023 (CEST)

Entfernen defekter Originallinks nach {{Webarchiv}}-Einbindung

In einer ganzen Reihe von Artikeln (mehrere hundert) gibt es Einzelnachweise, in denen die folgende Konstruktion genutzt wird:

{{Webarchiv | url=http://www-pub.iaea.org/MTCD/publications/PDF/OPEX_2010_CD_web/PDF/OPEX_2010.pdf | webciteID=61tRdHT8n | text=''IAEA – jährlicher Report zu Kernkraftwerken in Mitgliedsstaaten''}} (pdf). IAEO, archiviert vom [http://www-pub.iaea.org/MTCD/publications/PDF/OPEX_2010_CD_web/PDF/OPEX_2010.pdf Original] (PDF; 20,3 MB), abgerufen am 22. September 2011.

Ursache dafür ist, dass {{Webarchiv}} bis vor einigen Tagen den Originallink nicht angezeigt hat (so wie es z.B. {{Internetquelle}} schon seit geraumer Zeit tut). Zum einen führt das jetzt zu dem unschönen folgenden Resultat:

IAEA – jährlicher Report zu Kernkraftwerken in Mitgliedsstaaten (Memento vom 22. September 2011 auf WebCite) (pdf). IAEO, archiviert vom Original (PDF; 20,3 MB), abgerufen am 22. September 2011.

Zum anderen steht auf diese Weise natürlich ein als defekt bekannter Weblink dauerhaft im Artikel und wird von danach suchenden Bots gefunden, so auch vom jüngst gestarteten InternetArchiveBot, der pflichtbewusst die „Original“-Links repariert.

Für die Weblinkwartung wäre es ungemein hilfreich, diese händischen Originalverlinken würden entfernt. Das sollte ein semi-automatischer Bot gut erledigen können. Konkret müssen alle „archiviert vom Original“-Texte entfernt werden, die unmittelbar auf {{Webarchiv}} folgen. Martina und ich würden uns freuen, wenn ein Regex-Experte diese Aufgabe übernehmen könnte.--Cirdan ± 21:27, 24. Mär. 2018 (CET)

Probiers mal damit: Spezial:Suche (22 Treffer) --Wurgl (Diskussion) 14:28, 25. Mär. 2018 (CEST)

Automatisierte Link-Umstellung von HTTP zu HTTPS

Hallo, ich würde es als sehr sinnvoll erachten, wenn wir einen Bot damit beauftragen, externe Links von HTTP zu HTTPS umzustellen. Das kommt natürlich nur für vorher geprüfte Websites in Frage.

Warum HTTPS wichtig ist, kann man hier nachlesen: https://developers.google.com/web/fundamentals/security/encrypt-in-transit/why-https

• Zusammenfassung: HTTPS schafft durch Verschlüsselung der Daten Vertraulichkeit und Integrität.

In der englischsprachigen Wikipedia gibt es einen solchen Link-Umstellungs-Bot auch, siehe en:User:KolbertBot.

Beste Grüße, --Soluvo (Diskussion) 15:05, 2. Apr. 2018 (CEST)

Ich könnte mir vorstellen mich darum zu kümmern. Inwiefern meinst du denn geprüft? Menschlich, oder automatisch? Viele Grüße, Luke081515 15:12, 2. Apr. 2018 (CEST)

Gemeint ist wohl, dass jeweils eine bestimmte, von uns häufig im ANR referenzierte Domain auch tatsächlich HTTPS mit brauchbarem Zertifikat unterstützt.

Ist eine sinnvolle Aufgabe, da sie Kommunikationsbelauschern das Leben schwermacht, wenn die erste Kontaktierung von der Wiki-Seite aus bereits mit HTTPS erfolgt.

Aus den frühen Jahren der deWP gibt es bestimmt eine Reihe relevanter Domains, die dem damaligen Artikelbearbeiter nur per HTTP erreichbar waren, heutzutage jedoch HTTPS können. Kann in die Zigtausende von Artikeln gehen.

LG --PerfektesChaos 15:22, 2. Apr. 2018 (CEST)

So von der ersten Einschätzung her hätte ich dann ein Skript zusammengeschraubt, das alle Artikel nach und nach durchgeht, mit geringer Frequenz, und dort alle Domains die verlinkt sind rauspickt. Diese würde dann von der Automatik auf https geprüft (sofern sie das nicht schon sind), also ob ein Cert da ist, ob es noch valid ist, und der CN auch stimmt. Würde der Check positiv sein, würde der Bot dann in einem Edit alle auf https umbügeln, die das eben können. Den Job könnte man einmal laufen lassen, und dann in regelmäßigen Abständen wieder. Spricht da was dagegen, @Soluvo, PerfektesChaos:? Viele Grüße, Luke081515 15:27, 2. Apr. 2018 (CEST)

700.000 Treffer meint eine schnelle Suche nach insource:/http:/. Mit geringer Frequenz ist da gleichbedeutend mit "ewig" :-) --Wurgl (Diskussion) 15:33, 2. Apr. 2018 (CEST)

Naja, a) Werden ja nicht alle ersetzt, b) ersetze ich so viele wie möglich in einem Edit. Mit geringer Frequenz meine ich schon mindestens ein Edit jede Minute. ;) Viele Grüße, Luke081515 15:35, 2. Apr. 2018 (CEST)

Ich vermute, gemeint war eine konkrete Benennung bestimmter Domains, und dann Abarbeitung aller Artikel, in der eine oder mehrere dieser Domains in HTTP vorkämen.

Dabei kann die Zertifizierungsqualität für eine begrenzte Liste von Domains auch manuell vorgeprüft werden.

Sollte schon politisch-medizinisch-juristisch-allgemeinauskunftig relevante Domains umfassen; die Touristeninfo von Posemuckel mag ja auch auf dem HTTPS-Server der Landkreisverwaltung sitzen, aber deswegen müssen wir nicht gleich den Artikel umbauen.

LG --PerfektesChaos 15:40, 2. Apr. 2018 (CEST)

Ja, so meinte ich es. --Soluvo (Diskussion) 18:05, 2. Apr. 2018 (CEST)

Danke für Eure Antworten. @Luke: Ja, das kannst Du gerne übernehmen. Mit Prüfung meine ich, wie PerfektesChaos richtig schreibt, eine vorherige manuelle Überprüfung der Zieldomain, ob diese tatsächlich ein funktionsfähiges SSL-Zertifikat besitzt.

Beispielsweise wurden kürzlich die Websites von Stern und Focus Online mit HTTPS verschlüsselt.

• Früher unter http://www.stern.de, jetzt unter https://www.stern.de. Die Links für diese Domain in der deWP könnten also umgestellt werden.
• Bei Focus das gleiche und jetzt ebenfalls unter https://www.focus.de erreichbar. Auch hier kann umgestellt werden.
• Wenn man aber ohne Prüfung bspw. http://www.faz.net auf https://www.faz.net ändern würde, stellt man fest, dass die FAZ ihre Website leider noch nicht verschlüsselt hat.
• --> Vorher prüfen, ob die Seite überhaupt verschlüsselt ist und ob alles funktioniert.

Noch ein paar allgemeine Dinge:

• Ich denke, dass vor allem die Domains bei der Umstellung priorisiert werden sollten, die am häufigsten verwendet werden (z.B. in den Einzelnachweisen). Dazu dürften u.a. die Websites von Zeitungen, etc. zählen.
• Eine Liste von generell häufig aufgerufenen Websites gibt es hier: https://www.alexa.com/topsites/countries/DE und https://www.alexa.com/topsites.
• SSL-Zertifikate prüfen: https://www.ssllabs.com/ssltest/index.html, oder einfach nach "SSL Checker" googlen.
• Mixed-Content-Check (Website ist nur teilweise verschlüsselt): https://www.jitbit.com/sslcheck/, oder Google "Mixed content finder"
• Infos zur Website im HTTPS Everywhere Atlas, z.B. https://www.eff.org/https-everywhere/atlas/domains/heise.de.html.

Bei weiteren Fragen helfe ich gerne! Beste Grüße, --Soluvo (Diskussion) 17:32, 2. Apr. 2018 (CEST)

Zusammenfassung: Weil (leider) nicht jede Website HTTPS unterstützt, können wir nicht einfach in der ganzen deWP jedes "http://" durch ein "https://" ersetzen. --Soluvo (Diskussion) 18:04, 2. Apr. 2018 (CEST)

Hinweis: Unter Benutzer:Soluvo/Automatisiert/Links habe ich eine Liste mit der Anzahl der Links zu bestimmten Websites erstellt. Siehe ggf. auch Benutzer:Soluvo/Automatisiert. --Soluvo (Diskussion) 19:03, 2. Apr. 2018 (CEST)

7300 Links zum Toolserver? Was ist das denn für alter Schrott? 94.217.107.61 22:51, 2. Apr. 2018 (CEST)

Sind sogar 30545 Links, aber exakt 0 Links im ANR. --Wurgl (Diskussion) 23:00, 2. Apr. 2018 (CEST)

@94.217.107.61, Wurgl: Ja, richtig, es befinden sich aktuell keine Links zum Toolserver im ANR. Am liebsten würde ich einen Wiki-Dump scannen, der nur den ANR und die jeweils aktuellste Version von jedem Artikel beinhaltet. Wisst ihr, welcher Dump unter https://dumps.wikimedia.org/dewiki/20180320/ (oder auch von woanders) dafür am besten geeignet ist? --Soluvo (Diskussion) 08:51, 3. Apr. 2018 (CEST)

Ich bastel dir was mit Quarry … --Wurgl (Diskussion) 09:31, 3. Apr. 2018 (CEST)

https://quarry.wmflabs.org/query/26098 Zu beachten ist dabei, dass in der Datenbank auch Links sind, die aus einer Vorlage generiert werden. Ich denke, die sollten zuerst angegangen werden. Und dann sind da noch ein paar Links die mit HTTP: und Http: beginnen, gibt auch zwei mit httP:. --Wurgl (Diskussion) 11:47, 3. Apr. 2018 (CEST)

@Wurgl: Danke dafür! Ich habe die Quarry-Seite geöffnet und sehen den SQL-Code, kann die Abfrage aber nicht ausführen. Ist das normal so? Wie kann man den Code ausführen lassen? --Soluvo (Diskussion) 08:41, 4. Apr. 2018 (CEST)

Hab Geduld. Die rödelt irgendwo und plötzlich kommen die Daten, so 1 Minute oder zwei warten. Es sind wohl noch die Daten als ich die gestern gestartet habe, vor meiner Umstellung der Normdaten. Allerdings sind die noch nicht alle in der Datenbank. Von 8.124.471 http-Links kurz nach meinen ersten Umstellungen ist der Zähler vor so einer Stunde auf 7.649.284. Sind aber grob 900.000 http-Links die da verschwinden müssten, daher ist ein neuer Start nicht so sinnvoll – das Ding rödelt eben noch. Ansonsten: Du brauchst dort einen Account, dann kannst die Abfrage mit "fork" duplizieren und in deinem Duplikat dann herumfuhrwerken. PS: books.google.de und ssd.jpl.nasa.go hab ich in den Vorlagen bereits umgestellt, die großen Brummer dispatch.opac.d-nb.de und zdb-katalog.de gehen nicht. --Wurgl (Diskussion) 09:14, 4. Apr. 2018 (CEST)

@Wurgl: Stimmt, man muss einfach ein bisschen warten. Jetzt funktionierts. Soll ich die Deutsche Nationalbibliothek (dispatch.opac.d-nb.de) oder die Zeitschriftendatenbank (zdb-katalog.de) mal kontaktieren, z.B. per E-Mail oder Telefon? Vielleicht bringt es ja etwas. Wenn du noch andere Seiten/ Unternehmen hast, bei denen ich mich mal melden soll, sag gerne Bescheid. --Soluvo (Diskussion) 11:05, 4. Apr. 2018 (CEST)

(*quetsch*) Ich hab die Query jetzt ein wenig umgebaut.Klein-/Großschreibung ist egal und nur noch die Hosts mit mehr als 10 Vorkommen. d-nb.info und beacon.findbuch.de sind schon mal gewaltig reduziert, die sollten auf nahezu Null kommen. --Wurgl (Diskussion) 17:53, 4. Apr. 2018 (CEST)

@Wurgl: Ich habe Deinen Query geforkt, siehe: https://quarry.wmflabs.org/query/26228. Diese Abfrage sucht nur im Vorlagennamensraum nach http-Links, weil eine kleine Anpassung bei einer Vorlage eine große Folge im Artikelnamensraum hat. --Soluvo (Diskussion) 10:19, 6. Apr. 2018 (CEST)

@Soluvo: Ja okay, kein Problem. Doch findest vermutlich nur Treffer in der Doku der Vorlage – wobei das auch schon eine Hilfe ist. --Wurgl (Diskussion) 11:03, 6. Apr. 2018 (CEST)

@Soluvo: dispatch.opac.d-nb.de und zdb-katalog.de mögen kein https, du kannst aber gerne eine Nörgelmail an die beiden schreiben. --Wurgl (Diskussion) 11:08, 4. Apr. 2018 (CEST)

Ok, ich schaue mal, ob sich da was machen lässt.

Folgende Seiten können nach meiner Einschätzung umgestellt werden:

• http://www.nytimes.com --> https://www.nytimes.com
• http://derstandard.at --> https://derstandard.at
• http://www.tagesspiegel.de --> https://www.tagesspiegel.de
• http://archive.org --> https://archive.org
• http://www.focus.de --> https://www.focus.de
• http://www.taz.de --> https://www.taz.de
• http://www.nzz.ch --> https://www.nzz.ch

--Soluvo (Diskussion) 11:14, 4. Apr. 2018 (CEST)

* http://www.heise.de geht auch …

@Luke081515, Soluvo: was haltet ihr vom ersten Schritt: Seiten die mittels Status 301 bzw. 302 von http nach https umleiten (z.B. www.heise.de) und ev. auch Seiten die mittels Refresh nach https umleiten (z.B. www.munzinger.de). Wenn du, Luke dann mittels insource-Suche aufwirfst, wenn diese http-Urls in Vorlage drinnen sind, dann mach ich die auch gleich per Hand – oder kannst du die auch automagisch umstellen? --Wurgl (Diskussion) 11:31, 4. Apr. 2018 (CEST)

@Wurgl: Ja, heise geht auch. Die 301-Weiterleitung und die Refreshs würde ich umstellen, die 302 Weiterleitung eventuell noch nicht. Wenn man sich HTTP-Statuscode#3xx – Umleitung anschaut, steht die 301-Weiterleitung für "Moved Permanently", während 302 für "Found (Moved Temporarily)" steht. Da wir nicht wissen, warum die 302-Seiten nur temporär umgezogen sind, würde ich diese noch nicht umstellen. --Soluvo (Diskussion) 13:39, 4. Apr. 2018 (CEST)

Die Normdaten stelle ich am Abend auf https um, soferne kein Widerspruch erfolgt (ein host dort http://dispatch.opac.d-nb.de/ kann aber nicht umgestellt werden). Vorlage:Munzinger hab ich gerade umgestellt. Für Vorlage:Filmportal fehlen mir die Rechte, da muss ein Admin ran (Filmportal selbst lenkt wie Munzinger auf https um). --Wurgl (Diskussion) 14:57, 3. Apr. 2018 (CEST)

So, alles um Normdaten herum ist umgestellt. Damit werden wohl ca. 1 Mio http-Links verschwinden (etwas über 8 Mio Einträge in der Datenbank-Tabelle externallinks gibt es). Und ein paar andere hab ich auch umgestellt. --Wurgl (Diskussion) 17:32, 3. Apr. 2018 (CEST)

Vielen Dank! --Soluvo (Diskussion) 08:41, 4. Apr. 2018 (CEST)

Es gibt da noch eine Sache. ich habe meinen Browser so eingestellt, dass der nörgelt, wenn von einer https-Seite irgendwelches Zeugs per http nachgeladen wird. Dieses Zeugs sind üblicherweise Bilder, Scripte oder auch css-Files, manchmal auch Werbung. Beispielseite: https://www.chemspider.com Die Frage ist nun, ob solche Seiten auch auf https umgestellt werden sollen? Und das Problemchen hier ist die automagische Erkennung durch einen Bot. Der müsste nämlich die Seiten saugen und auf http-Links untersuchen was nicht sehr erfrischend ist. --Wurgl (Diskussion) 17:47, 3. Apr. 2018 (CEST)

Ja, richtig, diese Herausforderung sehe ich auch. In meiner Antwort oben habe ich diese Inhalte als Mixed Content bezeichnet, siehe z.B. bei developers.google.com.

• Mixed-Content-Check (Website ist nur teilweise verschlüsselt): https://www.jitbit.com/sslcheck/, oder Google "Mixed content finder"

Ich würde die nur teilweise verschlüsselten Websites noch nicht automatisch umstellen. Um herauszufinden, welche Websites nur teilweise verschlüsselt sind, sollte eine Website meiner Meinung nach manuell überprüft werden (also nicht per Bot). Unter Benutzer:Soluvo/Automatisiert#Internetseiten habe ich eine Liste von Seiten erstellt, die umgestellt werden sollten. Ich muss nochmal prüfen, ob die Seiten auch alle verschlüsselt sind. --Soluvo (Diskussion) 08:41, 4. Apr. 2018 (CEST)

So einige Seiten leiten http selbstständig nach https um, bei denen kannst ohne viel nachzudenken umstellen. Die Zeit die man sich hier einspart, geht eben bei "mixed content" verloren :-( --Wurgl (Diskussion) 09:16, 4. Apr. 2018 (CEST)

Das bekommen wir schon hin! --Soluvo (Diskussion) 11:05, 4. Apr. 2018 (CEST)

@Luke081515, Wurgl: Gibt es etwas, das ich noch machen kann? Ich würde gerne helfen, doch fällt mir momentan nichts ein, wie ich das am besten machen kann. Soll z.B. ich Listen erstellen für Websites, die umgestellt werden können oder bei bestimmten Websites manuell die Verschlüsselung überprüfen oder etwas filtern, programmieren, etc.? Sagt bitte Bescheid, was ich machen soll! --Soluvo (Diskussion) 18:28, 5. Apr. 2018 (CEST)

Von meiner Seite aus wüsste ich nichts. Ich such jeden Tag in den Vorlagen nach ein paar von den Hosts die auf Seite 1 der Quarry auftauchen und stell ein paar Vorlagen um. Aber es ist fade, es sind nicht mehr viele. Gibt übrigens auch "lustige" Seiten, wie die FAZ: Die lenkt https nach http um. --Wurgl (Diskussion) 18:34, 5. Apr. 2018 (CEST)

Das klingt gut! Ja, ich habe auch schon einige Vorlagen auf HTTPS umgestellt. Das mit der FAZ ist mir auch schon aufgefallen. Ist bei der Süddeutschen Zeitung auch so. Leider... --Soluvo (Diskussion) 22:40, 5. Apr. 2018 (CEST)

Wie ist sichergestellt, dass http- und https-Zielseite den gleichen Inhalt haben? .-188.193.237.8 19:37, 5. Apr. 2018 (CEST)

@188.193.237.8: Kannst Du beschreiben, wann es passiert, dass http- und https-Seite unterschiedliche Inhalte zeigen? Hast Du vielleicht ein Beispiel für uns?

@Wurgl, Luke081515: Wisst ihr, was die Person meint? Ich habe unter https://webmasters.stackexchange.com/questions/60385/https-and-http-urls-point-to-different-places eine Problembeschreibung gefunden, die etwa darauf zutrifft. Ich erinnere mich auch, dass mir so etwas selbst mal aufgefallen ist, finde die Seite nur leider nicht mehr. Habt ihr eine Idee? --Soluvo (Diskussion) 22:40, 5. Apr. 2018 (CEST)

Ach Mann! Ja, es gibt unterschiedliche Inhalte: Https liefert den Inhalt aus, Http liefert eine Weiterleitung aus. Aber das auf http von einem Hochhausbrand und auf https unter der gleichen restlichen Adresse ein Kinofilm besprochen wird … Vergiss es einfach. --Wurgl (Diskussion) 22:49, 5. Apr. 2018 (CEST)

Hatte schon so einen Fall, leider die entsprechenden URLs gerade nicht mehr parat. Prinzipiell ist es möglich, dass http://beispiel.de/1234.htm und https://beispiel.de/1234.htm völlig unterschiedliche Seiten sind. --188.193.237.8 22:56, 5. Apr. 2018 (CEST)

Man kann solche Beispiele konstruieren, weil es technisch möglich ist. Für Wikipedia relevante Seiten verwenden solche Spielereien eher nicht. Was sein kann ist, dass die Inhalte zu unterschiedlichen Zeitpunkten aktualisiert werden, aber das ist ein kurzzeitiges Phänomen. Seiten die über einen längeren Zeitraum unterschiedlich waren, und hier von Interesse sind, kenne ich keine.  Frohes Schaffen — Boshomi ⌨   00:49, 6. Apr. 2018 (CEST)

Ich würde zur Sicherheit vorschlagen, jeweils den Quellcode von http und https zu vergleichen - dann wären wir doch auf der sicheren Seite. --FNDE 17:25, 7. Apr. 2018 (CEST)

Da hast du viele Unterschiede. Bei der einen Seite steht http, bei der anderen https. Wenn die Seite Werbung geschalten hat, dann kann es durchaus sein, dass da unterschiedliche Werbung eingeblendet wird. Dann hast du manchmal Links mit einer Session-ID im Quellcode. *seufz* So ein Vergleich ist eine Diplomarbeit. Da frag ich doch auch, ob jemand IPv4 mit IPv6-Seiten verglichen hat, ist ja ein ähnlicher Fall. --Wurgl (Diskussion) 19:39, 7. Apr. 2018 (CEST)

Es gibt jetzt noch einen weiteren Aspekt dieses Themas. tvspielfilm.de liefert für https zumindest in einigen Fällen (Beispiel) zur Zeit, dass die Seite nicht angezeigt werden kann während der gleiche Link für http funktioniert. Das Problem daran ist, dass die Links in einigen Artikeln (der Artikel zu den Beispielen: Ein starkes Team: Die Schöne vom Beckenrand) bereits als https eingetragen ist/war und nun vom Internetarchivebot auf Archiv umgestellt wurde. Dies betrifft mehrere Artikel zu Filmen dieser Reihe. --Senechthon (Diskussion) 15:47, 8. Apr. 2018 (CEST)

Die können https überhaupt nicht! http://www.tvspielfilm.de/ klappt, aber https://www.tvspielfilm.de/ klappt nicht, oder beim Impressum https://www.tvspielfilm.de/services/impressum/impressum,3710374,ApplicationArticle.html das selbe Spiel. Das betrifft genau 38 Artikel. --Wurgl (Diskussion) 15:59, 8. Apr. 2018 (CEST)

@all: Luke081515 und ich haben in der letzten Zeit noch weiter an der Erstellung des Bots gearbeitet. Der Bot soll ausgewählte HTTP-Links auf HTTPS umstellen. Dadurch soll die Sicherheit und der Schutz der Privatsphäre der Wikipedia-Nutzer noch weiter erhöht werden. Wir testen den Bot aktuell im Beta-Wiki (siehe hier). Der ausführende Bot wird Luke081515Bot sein. Wenn der Bot diese zusätzliche Aufgabe erfolgreich im Beta-Wiki absolviert, würden wir ihn gerne auch zeitnah in der deWP anwenden wollen. Vielen Dank und beste Grüße, --Soluvo (Diskussion) 15:04, 16. Jun. 2018 (CEST)

Anmerkung 1: Bitte darauf achten, dass möglichst nur Seiten umgestellt werden, die tatsächlich erreichbar sind. (Im ersten Schritt nur Seiten die http-200-er-Code zurückliefern und keine Umstellung von Redirects.) Die Umstellung toter Links auf https macht wenig Sinn und erschwert die automatische Auffindbarkeit in Webarchiven.

Anmerkung 2: Hilfreich wäre auch eine Liste vertrauenswürdiger Zertifikate. Danach könnte man per Zertifikat umstellen, und wäre nicht auf einzelne Domains beschränkt. Die Umstellung von unsicheren Zertifikaten könnte dazu führen, dass Browser diese Seiten nicht mehr öffnen. Frohes Schaffen — Boshomi ⌨   13:21, 17. Jun. 2018 (CEST)

Direkte Nutzung der Klasse BoxenVerschmelzen ersetzen; erster Teil

In unserer Common.css steht die Klassendefinition und wird in jedem der weit über zehn Millionen denkbarer Seitenabrufe eingefügt.

• Das muss irgendwann über das Netzwerk übertragen werden, und bei jedem Seitenaufbau wird die Seite danach durchsucht.
• Benötigt wird es aber in deutlich weniger als einem Prozent unserer Seiten.

Ich beabsichtige deshalb, dies langfristig per TemplateStyles zielgerichtet nur in solchen Seiten einzubauen, die das wirklich benötigen würden.

Als erster Schritt sollen Fälle aus dem ANR eliminiert werden, die von Vorlage:NaviBlock übersichtlich abgedeckt werden können.

• Dabei enthält der von <div class="BoxenVerschmelzen"> eingeschlossene Bereich ausschließlich parameterlose Navigationsleisten.
• Nicht dazu würde etwa Alexander H. Rice gehören, weil hier ein Parameterwert 0 vorhanden ist.
• Im ANR gibt es 574 Vorkommen.
• Sähe etwa so aus.
• Sollte jedoch nur eine einzige Vorlageneinbindung dazwischen stehen, soll dies ersatzlos entfernt werden.

Besten Dank im Voraus --PerfektesChaos 17:16, 11. Sep. 2018 (CEST)

Mal ein dümmliche Frage, wozu benötigt man den Block?

ohne Block werden alle Navigationsleisten beliebig erweiterbar miteinander verschmolzen

{{{TITEL}}}

{{{INHALT}}}

Landschaften Finnlands

Åland | Kainuu | Kanta-Häme | Kymenlaakso | Lappland (Finnland) | Mittelfinnland | Mittelösterbotten | Nordkarelien | Nordösterbotten | Nordsavo | Österbotten | Päijät-Häme | Pirkanmaa | Satakunta | Südkarelien | Südösterbotten | Südsavo | Uusimaa | Varsinais-Suomi

Historische Landschaften Finnlands

Åland | Häme | Karelien | Lappland (Finnland) | Österbotten | Satakunta | Savo | Uusimaa | Varsinais-Suomi

Großsteingräber in Deutschland

Baden-Württemberg | Brandenburg | Hessen | Mecklenburg-Vorpommern | Niedersachsen (mit Bremen und Hamburg) | Nordrhein-Westfalen | Rheinland-Pfalz | Sachsen-Anhalt | Schleswig-Holstein | Thüringen

Aus Berlin, Bayern, dem Saarland und Sachsen sind keine Großsteingräber bekannt.

mit Block sieht es ähnlich aus (erschwert aber die Linterfehlersuche durch Schachtelung)

{{{TITEL}}}

{{{INHALT}}}

Landschaften Finnlands

Åland | Kainuu | Kanta-Häme | Kymenlaakso | Lappland (Finnland) | Mittelfinnland | Mittelösterbotten | Nordkarelien | Nordösterbotten | Nordsavo | Österbotten | Päijät-Häme | Pirkanmaa | Satakunta | Südkarelien | Südösterbotten | Südsavo | Uusimaa | Varsinais-Suomi

Historische Landschaften Finnlands

Åland | Häme | Karelien | Lappland (Finnland) | Österbotten | Satakunta | Savo | Uusimaa | Varsinais-Suomi

Großsteingräber in Deutschland

Baden-Württemberg | Brandenburg | Hessen | Mecklenburg-Vorpommern | Niedersachsen (mit Bremen und Hamburg) | Nordrhein-Westfalen | Rheinland-Pfalz | Sachsen-Anhalt | Schleswig-Holstein | Thüringen

Aus Berlin, Bayern, dem Saarland und Sachsen sind keine Großsteingräber bekannt.

Also zumindest bei mir sieht das fast identisch aus, früher war das mal anders aber seit … ich weiß nicht mehr seit wann, sind die Leisten eigentlich immer verschmolzen, so dass ich den Sinn der Verblockung, außer, dass man sich eine optische Trennlinie spart, nicht erkennen kann. Es sei denn, man würde gezielt zwei Blöcke untereinander haben wollen, die wirklich getrennt wären.

doppelter Block

{{{TITEL}}}

{{{INHALT}}}

Großsteingräber in Deutschland

Baden-Württemberg | Brandenburg | Hessen | Mecklenburg-Vorpommern | Niedersachsen (mit Bremen und Hamburg) | Nordrhein-Westfalen | Rheinland-Pfalz | Sachsen-Anhalt | Schleswig-Holstein | Thüringen

Aus Berlin, Bayern, dem Saarland und Sachsen sind keine Großsteingräber bekannt.

Landschaften Finnlands

Åland | Kainuu | Kanta-Häme | Kymenlaakso | Lappland (Finnland) | Mittelfinnland | Mittelösterbotten | Nordkarelien | Nordösterbotten | Nordsavo | Österbotten | Päijät-Häme | Pirkanmaa | Satakunta | Südkarelien | Südösterbotten | Südsavo | Uusimaa | Varsinais-Suomi

Historische Landschaften Finnlands

Åland | Häme | Karelien | Lappland (Finnland) | Österbotten | Satakunta | Savo | Uusimaa | Varsinais-Suomi

Zudem zeigt sich bereits im ersten Artikel aus der Suchliste, dass die Blockung nicht immer wirklich tolle Ergebnisse erzeugt. Beispiel Jaguar Cars#Einzelnachweise (die Klasse wird weiter oben verwendet und ist auch dort unnötig) aber das was derzeit im Artikel als Block gedacht ist, hat ein sehr unschönes Layout.

Britische Pkw-Automobilmarken von 1931 bis 1945

AC | AJS | Allard | Alta | Alvis | Andre | Argson | Armstrong Siddeley | Arrol-Aster | Arrol-Johnston | Aston Martin | Atalanta | Austin | Autovia | Barclay | Barrington | Batten | Beardmore | Bentley | British Salmson | Brough Superior | BSA | Burney | Calthorpe | Cleco | Comet | Coventry-Victor | Crossley | Daimler | ERA | Ford | Frazer Nash | GWK | Hampton | Harding | HE | Hillman | HRG | HSM | Humber | Invicta | Jensen | Jewel | JMB | Jowett | Lagonda | Lammas-Graham | Lanchester | Lea-Francis | Leidart | Lloyd | Marendaz | MG | Morgan | Morris | Moveo | Owen | Progress | Railton | Raleigh | Rapier | Raymond Mays | Reselco | Reynard | Rhode | Riley | Rolls-Royce | Rover | Rytecraft | Singer | Squire | SS | Standard | Star | Sunbeam | Sunbeam-Talbot | Swift | Talbot | Triumph | Trojan | Vale | Vauxhall | Waverley | Whitlock | Whitwood | Wilson | Wolseley

Pkw-Automobilmarken aus dem Vereinigten Königreich ab 1945

Aktuelle Marken: Adam's | Aeon | AK | AM | Arash | Ariel | Arkley | ASD | ASM | Asquith (seit 1981) | Asquith (seit 1985) | Aston Martin | Autotune | BAC | Beauford | Bentley | Blackjack | Blaze | Blitzworld | Bounty | Bowler | BRA | Brooke | Buckland | Bugle | Caburn | Caterham | Chesil | Cobretti | Crendon Replicas | CWR | Dakar | Dare | Darrian | David Brown | Dax | Deronda | DNA | Doon | Dutton | Eclipse | Elysee | ERA | Europa | Exact | Extreme | Flite | Foers | Ford | Foreman | FRS | Furore | Gardner Douglas | GBS | Gentry | Gibbs | Ginetta | GKD | GP | Grinnall | Hawk | HDS | Healy | Hoppa | Image | Imperial | Jaguar | JAS | JBA | JH | Jimini | JZR | Kellforms | King | Kingfisher Kustoms | Kougar | Land Rover | Lenham | Liege | Lister | Listerbell | Locust | Lomax | Lotus | LTI | Lynx | Lynx AE | Mac | Mac #1 | Madgwick | Maelstrom | Manx | McLaren | MEV | Midas | Midge | Midland Classic | Minari | Mini | Minus | Mirach | MK | MNR | Morgan | MR 2 Kits | Noble | Onyx | Parallel | Peel | Pembleton | Pilbeam | Pilgrim | Procomp | Prowler | Quantum | Radical | Ram | Renegade (seit 1970) | Renegade (seit 2008) | RKC | Roadrunner | Rolls-Royce | Ronart | RS | RSK | Sammio | Scamp | Searoader | Sidewinder | Simod | Sin | Spire | Storm Warrior | Stuart Taylor | Supersnake | Sylva | Technic | Tempest | Thruxton | Tifosi | Tiger | Toniq | Tornado | Tribute | Triking | Turismo | Tushek | TWRR | Ultima | Vauxhall | Vincent | Volksrod | Vortex | Wam | Westfield | Xanthos | Zenos

Ehemalige Marken nach 1945: 356 Sports | AB 1 | AB Performance | ABC | ABS | AC | AD | Adams | ADJ | Adrenaline | AF (1971–1980) | AF (1987–2005) | Africar | AGM | AKS | Albany | Albo | Aleat | Alfa | Alfastyl | Allard (1935–1960) | Allard (1994–1997) | Allora | Altair | Alto (1983–1988) | Alto (1985–1998) | Alvis | Amalfi | Andersen | Anglebug | Animoto | Aquarius | Aquila | ARA | Argson | Argyll | Aries | Armstrong Siddeley | Arnott | Arteesi | Ascari | Ashley | Astra | Atlantis | Auriga | Ausfod | Austin | Austin-Healey | Autech | Auto Milan | Auto Speciali | Autobee | Autobodies | Autocom | Autocult | AVA | Avante | AVC | Avelle | AWE | Ayrespeed | BAD Design | Baja | Bamby (1983–1985) | Bamby (2011–2021) | Bandit | Banham | Barabus | Barchetta | Barrett | Beach Buggy | Beaman | Beardalls | Beardmore | Beaujangle | Beaver | Bedford | Bedouin | Bell Performance | Berkeley (1956–1961) | Berkeley (1991–2002) | Bertini | Bilmar | Biota | Birchfield | BM | BMA | Bohanna Stables | Bonallack | Bond | Bonito | Bradford | Bradley | Brightwheel | Bristol | Brit | Britannia | Britton | Broadbest | Broadspeed | Brockmore | Brooker | Brookland | Brookwell | Broomstick | BS | BSA | Buckler | Bullock | Burlington | Buroche | Butterfield | BWE | Calvy | Camber | Cambridge | Candy Apple | Cannon | Caparo | Carbodies | Caribbean | Carisma | Carlton | Carson | Cavallo | CC | CCT | Centaur | Cerity | CHAD | Challemoe | Challenger | Cheetah | Chevron | Chrysler | Citroën | CK | Clan | Classic Chassis Services | Classic English Racing Automobiles | Classic Replicas (1989–2002) | Classic Replicas (2002–2005) | Classic Sports Cars | CN | Cobra Sports | Coldwell | Conan | Concordette | Connaught (1949–1957) | Connaught (2005–2016) | Convair | Cool Car 500 | Cooper | Copycats | Coram | Cornish Classic Cars | Coronet | Corry | Costin (1970–1972) | Costin (1990–2010) | Country Volks | Covin | Cox | CPC | CRS | CSC | CTR | Custom Glassfibre | Cyana | Cygnet | Daimler | Dante | Dash | Davrian | De Bruyne | Deanfield | Deauville | Deep Sanderson | Deetype | Delfino | Delkit | Dellow | DeLorean | Delta | Deltayn | Deon | Dezina | Dial | Diva | DMS | Dominator | Domino | Dorian | Douglas | Dragonfly (1981–1986) | Dragonfly (1994–1995) | Dreambird | Dri-Sleeve | DRK | Dunsmore | Durow | Dutton | DVT | Eagle | Eaglet | EB | Ecosse | Edge | EEC | EG | Eldon | Elva | Embeesea | Emery | Emmbrook | Encore | Enfield | English Cars of Distinction | Enzo Design | EPC | ERA | Euro 427 | Eurosport | Evanta | Evante | Evolution (1993–1999) | Evolution (2005–2006) | EWM | Excalibur | Fairlite | Fairthorpe | Falcon (1958–1964) | Falcon (1984–2002) | Farbio | Farboud | Fergus | FES | FF | Fieldmouse | Fiero Factory | Fletcher | Fleur de Lys | Formula 27 | Foulkes | Fourstyle | Frazer Nash | Freestream | Freestyle | Frenette | Frisky | Frogeye | Futura | Gaia | Gazelle | GB (1969–1974) | GB (1986–1988) | GCS | GD-XM | GE | Gecko | Genie | Gilbern | Gilcolt | Gill | Gitane | Glenfrome | Gnat | Gordano | Gordon (1954–1958) | Gordon (1960) | Gordon-Keeble | Gozzy | GPB | Grand Illusions | Grantura | Gravetti | Gregori | Griffin | Griffon | Group Six | GRS | GS | GSM | GT | GTD (1983–2004) | GTD (1984–1985) | GTM | GTS | Guyson | Hacker | Hadleigh | Haldane | Hamblin | Harbron | Harding | Harrington & King's | Hazelcar | Healey (1946–1954) | Healey (1998–2000) | Hensen | Heritage Replicas | Heron | HGM | Hi-Tech | Hillcrest | Hillman | HMC | Househam | HRG | Hudson | Humber | Humming Bird | Hustler | Hutson | Interstyl | Invacar | Invader | Invicta (1925–1949) | Invicta (1982–1984) | Invicta (2004–2012) | Invicta Replicas | Iota | Ipi | ISH | JAG | Jago | Jarc | Javan | JBM | JC | Jeffrey | Jenard | Jensen | Jensen-Healey | Jimi Jimp | Johnard | Jowett | JPC | JPR | Kaig | Kamala | Kara | KD | Keith | Kendall | Kenmar | Kestrel (1984–1985) | Kestrel (1984–1988) | KF | Khaleej | Kieft | Killeen | Kilo | King | Kingfisher | Kingfisher Mouldings | Kirk | Kübelwagen | Kudos | Kustom | KVA | Kyote | L & R | Lagonda | Lambert | Lamberti | Lanchester | Land Ranger | Landar | Larini | Larmar | Latham | Lawrence | LCD | Le Mans | Lea-Francis | Leaping Cats | Legend | Legendary | Lemazone | Leopard Craft | Lester-MG | Light Car Company | Lightning | Limited Edition | Lindy | Litton | Lloyd | LMB | LMC | Locost | Lola | Lucas | Luego | Lynx | Lyonheart | Magenta | Magnum | Mahcon | Malibu | Mallalieu | Mallock | Malone | Mamba | Manta | Manx | Marauder | Marcos | Margin | Markham-Peasey | Marlin | Martyni | Masterco | Maya | MC | MCA | McCandless | McCoy | MCR | MCW | MDA | Melling | Mercury | Merlin | Metaline | Metisse | MFE | MG | Microdot | Micron | Microplas | Middlebridge | Midtec | Midway | Minijem | Minion | Minotaur | Mirage | Moons | Morford | Morris | Mosquito (1974–1987) | Mosquito (1989–1993) | Moss | Motorville | Mountaineer | MR Z | Mumford | Murad | Murtaya | Muscle City | Mutant | Navajo | Naylor | NCF | Nelco | Nelson | NG | Nickri | Nimbus | Nimrod | Nobel | Nordec | Nostalgia | Nova | Nymph | Nyvrem | O & C | Ogle | Opperman | Opus (1966–1972) | Opus (1998–1999) | Overlander | Owen | PACE | Panache | Panic | Panther | Parabug | Paramount | Parradine (1987–1991) | Parradine (1998–2005) | Pashley | Pastiche | Peerless | Pell | Pelland | Peregrine | Phantom | Phoenix (1983–1986) | Phoenix (1997–1999) | Phoenix (1998–1999) | Pike | Piper | PKA | Powerbug | Powerdrive | Predator | Prestige | Princess | Probe | Proteus | Prova | Pulsar (1978–1982) | Pulsar (1984–1987) | Python | Quasar-Unipower | Racecorp | Radbourne | Raffo | Railton | Ranger | Rat | Raw | Rawlson | Razer | Razor | RBM | RD 1 | Reflex | Regent | Regis | Reliant | Replicar | Replicator | Reselco | RGS Atalanta | Rhino | Rickman | Rico | Riley | RLT | RMB | RML | RNW | Roamer | Robin Hood | Rochdale | Rodley | Rotor | Rotrax | Rover | Royale (1980–1990) | Royale (1991–2001) | RS Jigtec | RT | Russon | RV | RW | S & J | Sabre | Safir | Sagesse | Sandbach | Sandwood | Saturn | Savant | Saxan | Scamp | Schuppan | Scootacar | Scorhill | Scorpion (1965) | Scorpion (1972) | Scorpion (1979–1981) | Scott Ellis Racing | Scottish Replicars & Classics | Scout | SD | SDR | Seagull | Seaspray | Sebring | Sem | Seraph | Seta | Shapecraft | Shark | Shawspeed | Sheen | Sheffield | Sheldonhurst | Shelsley (1983–1984) | Shelsley (2000–2005) | Sherpley | Sherwood | Shirley | Sienna | Silhouette (1970–1978) | Silhouette (1987–1989) | Silurian | Singer | Siva (1969–1976) | Siva (1970–1976) | Skip | Skyspeed | SN | Southern | Southern Roadcraft | SP | Spartan | SPD | Specframe | Spectre (1994) | Spectre (1994–2009) | Speedex | Spirit | SPM | Sports Car Services | Spyder | Spyder 550 Motors | Squire | SR | Stafford | Stanbury | Standard | Status | Steadman | Stealth | Sterling | Stevens | Stimson | Stimulator | Stinger | Strada | Strathcarron | Street Beetle | Suffolk | Summerfield | Sun | Sunbeam | Sunbeam-Talbot | Super (1957–1965) | Super (1981–1987) | Sutol | Swallow | Swift | T & A | T & J | T 5 | TA | Talon | Tara | Taydec | Teal | TI | Tici | Tippen | TKH | TMC | Tornado | Tourette | Townend | Trac | Tramp | Transformer | Trevor Farrington | Tri-Tech | Triad | Trident | Trimin | Trio | Tripacer | Tripos | Triton | Triumph | Trojan | Troll | Turner (1951–1966) | Turner (2003–2012) | TVR | TWM | TX | Tyler | Typhoon | Ufo | Unicorn | Unipower | UVA | Vanden Plas | Vario | Venom | Veranti | Vi-Car | Viking (1966) | Viking (1980–1983) | Vindicator | Vintage | Virago | Viscount | Voodoo | Voyager | VPR | Vulture | Warwick | Wasp | Watford | Watling | Westbourne | Westpole | Whitby | White Rose | Winchester | Wizard | WMC | Wolseley | Worsley | WSM | Wyvern | Xener | Yak | YKC | Zealia | Zero | Zita

Jaguar-Modelle

Aktuelle Modelle: E-Pace | F-Pace | I-Pace

Ab 1945: 1 ½ litre | 2 ½ litre | 3 ½ litre | Mark V | XK120 | Mark VII | C-Type | D-Type | XK140 | 2.4 Litre | Mark VIII | XK-SS | 3.4 Litre | XK 150 | Mark IX | Mark II | E-Type | Mark X und 420 G | S-Type | XE (X760) | XF (X250) | XF (X260) | XJ 13 | 420 | 240 | 340 | XJ Serie I-III | XJS | XJ (XJ40) | XJR-15 | XJ 220 | XJ (X300) | XK (X100) | XK (X150) | XJ (X308) | XJ (X350) | XJ (X351) | F-Type | X-Type | S-Type

1931–1940: S.S. 1 | S.S. 2 | S.S. 90 | S.S. 100 | S.S. 1 ½ litre | S.S. 2 ½ litre | S.S. 3 ½ litre

Zeitleiste bis 1970

Zeitleiste ab 1970

Zeitleiste der Jaguar- und Daimler-Modelle seit 1970
Jaguar:	British Leyland													Unabhängig						Ford																			Tata
Daimler:	British Leyland													Jaguar						Ford („a division of Jaguar Cars“)																			Tata
Typ \ Jahrgang	1970er										1980er										1990er										2000er										2010er										2020er
	0	1	2	3	4	5	6	7	8	9	0	1	2	3	4	5	6	7	8	9	0	1	2	3	4	5	6	7	8	9	0	1	2	3	4	5	6	7	8	9	0	1	2	3	4	5	6	7	8	9	0	1	2	3	4
Mittelklasse																																X-Type														XE
Obere Mittelklasse																														S-Type									XF (X250)								XF (X260)
Oberklasse	…XJ 6 (Serie 1)				XJ 6 (Serie 2)					XJ 6 (Serie 3)								XJ 6 (XJ 40)								XJ 6 (X 300)			XJ 8/XJR (X 308)					XJ (X 350)							XJ (X 351)
	Sovereign 2.8/3.4/4.2 / Vanden Plas 4.2 (Serien 1/2/3)																	3.6/4.0 (XJ 40)								Six (X 300)			V8 (X 308)
					XJC
	…420 G		XJ 12 (S. 1)		XJ 12 (S. 2)					XJ 12 (Serie 3)														XJ 12 (XJ 81)		XJ 12 (X 305)
				Double-Six (S. 1/2)						Double Six (Serie 3)														Double Six (XJ 81)		Double Six (X 305)			Super V8 (X 308)								Super Eight (X 350)
Limousine	…DS 420
SUV																																																E-Pace
																																															F-Pace
																																																	I-Pace
Sportwagen																																												F-Type
	…E-Type 4.2 (S. 2)	E-Type V12					XJ-S						XJ-S HE/XJ-S 3.6										XJS					XK8/XKR (X 100)									XK/XKR (X 150)
Hochleistungssportwagen																				XJ 220		XJR-15	XJ 220 V6
Rennwagen													XJR-5 bis 17											220 C							R1/2/3/4/5

Marken von Ford

Aktuelle: Ford | Lincoln

Eingestellte: Continental | Edsel | Mercury | Merkur | Troller

Verkaufte oder mehrheitlich verkaufte: Aston Martin | Daimler | Fordson¹ | Jaguar | Land Rover | Mazda | New Holland¹ | Volvo

Ehemaliger Besitz ohne Produktion: Lanchester | Rover

¹ Landwirtschaftliche Nutzfahrzeuge

und so sähe es ganz ohne Block aus

Britische Pkw-Automobilmarken von 1931 bis 1945

AC | AJS | Allard | Alta | Alvis | Andre | Argson | Armstrong Siddeley | Arrol-Aster | Arrol-Johnston | Aston Martin | Atalanta | Austin | Autovia | Barclay | Barrington | Batten | Beardmore | Bentley | British Salmson | Brough Superior | BSA | Burney | Calthorpe | Cleco | Comet | Coventry-Victor | Crossley | Daimler | ERA | Ford | Frazer Nash | GWK | Hampton | Harding | HE | Hillman | HRG | HSM | Humber | Invicta | Jensen | Jewel | JMB | Jowett | Lagonda | Lammas-Graham | Lanchester | Lea-Francis | Leidart | Lloyd | Marendaz | MG | Morgan | Morris | Moveo | Owen | Progress | Railton | Raleigh | Rapier | Raymond Mays | Reselco | Reynard | Rhode | Riley | Rolls-Royce | Rover | Rytecraft | Singer | Squire | SS | Standard | Star | Sunbeam | Sunbeam-Talbot | Swift | Talbot | Triumph | Trojan | Vale | Vauxhall | Waverley | Whitlock | Whitwood | Wilson | Wolseley

Pkw-Automobilmarken aus dem Vereinigten Königreich ab 1945

Aktuelle Marken: Adam's | Aeon | AK | AM | Arash | Ariel | Arkley | ASD | ASM | Asquith (seit 1981) | Asquith (seit 1985) | Aston Martin | Autotune | BAC | Beauford | Bentley | Blackjack | Blaze | Blitzworld | Bounty | Bowler | BRA | Brooke | Buckland | Bugle | Caburn | Caterham | Chesil | Cobretti | Crendon Replicas | CWR | Dakar | Dare | Darrian | David Brown | Dax | Deronda | DNA | Doon | Dutton | Eclipse | Elysee | ERA | Europa | Exact | Extreme | Flite | Foers | Ford | Foreman | FRS | Furore | Gardner Douglas | GBS | Gentry | Gibbs | Ginetta | GKD | GP | Grinnall | Hawk | HDS | Healy | Hoppa | Image | Imperial | Jaguar | JAS | JBA | JH | Jimini | JZR | Kellforms | King | Kingfisher Kustoms | Kougar | Land Rover | Lenham | Liege | Lister | Listerbell | Locust | Lomax | Lotus | LTI | Lynx | Lynx AE | Mac | Mac #1 | Madgwick | Maelstrom | Manx | McLaren | MEV | Midas | Midge | Midland Classic | Minari | Mini | Minus | Mirach | MK | MNR | Morgan | MR 2 Kits | Noble | Onyx | Parallel | Peel | Pembleton | Pilbeam | Pilgrim | Procomp | Prowler | Quantum | Radical | Ram | Renegade (seit 1970) | Renegade (seit 2008) | RKC | Roadrunner | Rolls-Royce | Ronart | RS | RSK | Sammio | Scamp | Searoader | Sidewinder | Simod | Sin | Spire | Storm Warrior | Stuart Taylor | Supersnake | Sylva | Technic | Tempest | Thruxton | Tifosi | Tiger | Toniq | Tornado | Tribute | Triking | Turismo | Tushek | TWRR | Ultima | Vauxhall | Vincent | Volksrod | Vortex | Wam | Westfield | Xanthos | Zenos

Ehemalige Marken nach 1945: 356 Sports | AB 1 | AB Performance | ABC | ABS | AC | AD | Adams | ADJ | Adrenaline | AF (1971–1980) | AF (1987–2005) | Africar | AGM | AKS | Albany | Albo | Aleat | Alfa | Alfastyl | Allard (1935–1960) | Allard (1994–1997) | Allora | Altair | Alto (1983–1988) | Alto (1985–1998) | Alvis | Amalfi | Andersen | Anglebug | Animoto | Aquarius | Aquila | ARA | Argson | Argyll | Aries | Armstrong Siddeley | Arnott | Arteesi | Ascari | Ashley | Astra | Atlantis | Auriga | Ausfod | Austin | Austin-Healey | Autech | Auto Milan | Auto Speciali | Autobee | Autobodies | Autocom | Autocult | AVA | Avante | AVC | Avelle | AWE | Ayrespeed | BAD Design | Baja | Bamby (1983–1985) | Bamby (2011–2021) | Bandit | Banham | Barabus | Barchetta | Barrett | Beach Buggy | Beaman | Beardalls | Beardmore | Beaujangle | Beaver | Bedford | Bedouin | Bell Performance | Berkeley (1956–1961) | Berkeley (1991–2002) | Bertini | Bilmar | Biota | Birchfield | BM | BMA | Bohanna Stables | Bonallack | Bond | Bonito | Bradford | Bradley | Brightwheel | Bristol | Brit | Britannia | Britton | Broadbest | Broadspeed | Brockmore | Brooker | Brookland | Brookwell | Broomstick | BS | BSA | Buckler | Bullock | Burlington | Buroche | Butterfield | BWE | Calvy | Camber | Cambridge | Candy Apple | Cannon | Caparo | Carbodies | Caribbean | Carisma | Carlton | Carson | Cavallo | CC | CCT | Centaur | Cerity | CHAD | Challemoe | Challenger | Cheetah | Chevron | Chrysler | Citroën | CK | Clan | Classic Chassis Services | Classic English Racing Automobiles | Classic Replicas (1989–2002) | Classic Replicas (2002–2005) | Classic Sports Cars | CN | Cobra Sports | Coldwell | Conan | Concordette | Connaught (1949–1957) | Connaught (2005–2016) | Convair | Cool Car 500 | Cooper | Copycats | Coram | Cornish Classic Cars | Coronet | Corry | Costin (1970–1972) | Costin (1990–2010) | Country Volks | Covin | Cox | CPC | CRS | CSC | CTR | Custom Glassfibre | Cyana | Cygnet | Daimler | Dante | Dash | Davrian | De Bruyne | Deanfield | Deauville | Deep Sanderson | Deetype | Delfino | Delkit | Dellow | DeLorean | Delta | Deltayn | Deon | Dezina | Dial | Diva | DMS | Dominator | Domino | Dorian | Douglas | Dragonfly (1981–1986) | Dragonfly (1994–1995) | Dreambird | Dri-Sleeve | DRK | Dunsmore | Durow | Dutton | DVT | Eagle | Eaglet | EB | Ecosse | Edge | EEC | EG | Eldon | Elva | Embeesea | Emery | Emmbrook | Encore | Enfield | English Cars of Distinction | Enzo Design | EPC | ERA | Euro 427 | Eurosport | Evanta | Evante | Evolution (1993–1999) | Evolution (2005–2006) | EWM | Excalibur | Fairlite | Fairthorpe | Falcon (1958–1964) | Falcon (1984–2002) | Farbio | Farboud | Fergus | FES | FF | Fieldmouse | Fiero Factory | Fletcher | Fleur de Lys | Formula 27 | Foulkes | Fourstyle | Frazer Nash | Freestream | Freestyle | Frenette | Frisky | Frogeye | Futura | Gaia | Gazelle | GB (1969–1974) | GB (1986–1988) | GCS | GD-XM | GE | Gecko | Genie | Gilbern | Gilcolt | Gill | Gitane | Glenfrome | Gnat | Gordano | Gordon (1954–1958) | Gordon (1960) | Gordon-Keeble | Gozzy | GPB | Grand Illusions | Grantura | Gravetti | Gregori | Griffin | Griffon | Group Six | GRS | GS | GSM | GT | GTD (1983–2004) | GTD (1984–1985) | GTM | GTS | Guyson | Hacker | Hadleigh | Haldane | Hamblin | Harbron | Harding | Harrington & King's | Hazelcar | Healey (1946–1954) | Healey (1998–2000) | Hensen | Heritage Replicas | Heron | HGM | Hi-Tech | Hillcrest | Hillman | HMC | Househam | HRG | Hudson | Humber | Humming Bird | Hustler | Hutson | Interstyl | Invacar | Invader | Invicta (1925–1949) | Invicta (1982–1984) | Invicta (2004–2012) | Invicta Replicas | Iota | Ipi | ISH | JAG | Jago | Jarc | Javan | JBM | JC | Jeffrey | Jenard | Jensen | Jensen-Healey | Jimi Jimp | Johnard | Jowett | JPC | JPR | Kaig | Kamala | Kara | KD | Keith | Kendall | Kenmar | Kestrel (1984–1985) | Kestrel (1984–1988) | KF | Khaleej | Kieft | Killeen | Kilo | King | Kingfisher | Kingfisher Mouldings | Kirk | Kübelwagen | Kudos | Kustom | KVA | Kyote | L & R | Lagonda | Lambert | Lamberti | Lanchester | Land Ranger | Landar | Larini | Larmar | Latham | Lawrence | LCD | Le Mans | Lea-Francis | Leaping Cats | Legend | Legendary | Lemazone | Leopard Craft | Lester-MG | Light Car Company | Lightning | Limited Edition | Lindy | Litton | Lloyd | LMB | LMC | Locost | Lola | Lucas | Luego | Lynx | Lyonheart | Magenta | Magnum | Mahcon | Malibu | Mallalieu | Mallock | Malone | Mamba | Manta | Manx | Marauder | Marcos | Margin | Markham-Peasey | Marlin | Martyni | Masterco | Maya | MC | MCA | McCandless | McCoy | MCR | MCW | MDA | Melling | Mercury | Merlin | Metaline | Metisse | MFE | MG | Microdot | Micron | Microplas | Middlebridge | Midtec | Midway | Minijem | Minion | Minotaur | Mirage | Moons | Morford | Morris | Mosquito (1974–1987) | Mosquito (1989–1993) | Moss | Motorville | Mountaineer | MR Z | Mumford | Murad | Murtaya | Muscle City | Mutant | Navajo | Naylor | NCF | Nelco | Nelson | NG | Nickri | Nimbus | Nimrod | Nobel | Nordec | Nostalgia | Nova | Nymph | Nyvrem | O & C | Ogle | Opperman | Opus (1966–1972) | Opus (1998–1999) | Overlander | Owen | PACE | Panache | Panic | Panther | Parabug | Paramount | Parradine (1987–1991) | Parradine (1998–2005) | Pashley | Pastiche | Peerless | Pell | Pelland | Peregrine | Phantom | Phoenix (1983–1986) | Phoenix (1997–1999) | Phoenix (1998–1999) | Pike | Piper | PKA | Powerbug | Powerdrive | Predator | Prestige | Princess | Probe | Proteus | Prova | Pulsar (1978–1982) | Pulsar (1984–1987) | Python | Quasar-Unipower | Racecorp | Radbourne | Raffo | Railton | Ranger | Rat | Raw | Rawlson | Razer | Razor | RBM | RD 1 | Reflex | Regent | Regis | Reliant | Replicar | Replicator | Reselco | RGS Atalanta | Rhino | Rickman | Rico | Riley | RLT | RMB | RML | RNW | Roamer | Robin Hood | Rochdale | Rodley | Rotor | Rotrax | Rover | Royale (1980–1990) | Royale (1991–2001) | RS Jigtec | RT | Russon | RV | RW | S & J | Sabre | Safir | Sagesse | Sandbach | Sandwood | Saturn | Savant | Saxan | Scamp | Schuppan | Scootacar | Scorhill | Scorpion (1965) | Scorpion (1972) | Scorpion (1979–1981) | Scott Ellis Racing | Scottish Replicars & Classics | Scout | SD | SDR | Seagull | Seaspray | Sebring | Sem | Seraph | Seta | Shapecraft | Shark | Shawspeed | Sheen | Sheffield | Sheldonhurst | Shelsley (1983–1984) | Shelsley (2000–2005) | Sherpley | Sherwood | Shirley | Sienna | Silhouette (1970–1978) | Silhouette (1987–1989) | Silurian | Singer | Siva (1969–1976) | Siva (1970–1976) | Skip | Skyspeed | SN | Southern | Southern Roadcraft | SP | Spartan | SPD | Specframe | Spectre (1994) | Spectre (1994–2009) | Speedex | Spirit | SPM | Sports Car Services | Spyder | Spyder 550 Motors | Squire | SR | Stafford | Stanbury | Standard | Status | Steadman | Stealth | Sterling | Stevens | Stimson | Stimulator | Stinger | Strada | Strathcarron | Street Beetle | Suffolk | Summerfield | Sun | Sunbeam | Sunbeam-Talbot | Super (1957–1965) | Super (1981–1987) | Sutol | Swallow | Swift | T & A | T & J | T 5 | TA | Talon | Tara | Taydec | Teal | TI | Tici | Tippen | TKH | TMC | Tornado | Tourette | Townend | Trac | Tramp | Transformer | Trevor Farrington | Tri-Tech | Triad | Trident | Trimin | Trio | Tripacer | Tripos | Triton | Triumph | Trojan | Troll | Turner (1951–1966) | Turner (2003–2012) | TVR | TWM | TX | Tyler | Typhoon | Ufo | Unicorn | Unipower | UVA | Vanden Plas | Vario | Venom | Veranti | Vi-Car | Viking (1966) | Viking (1980–1983) | Vindicator | Vintage | Virago | Viscount | Voodoo | Voyager | VPR | Vulture | Warwick | Wasp | Watford | Watling | Westbourne | Westpole | Whitby | White Rose | Winchester | Wizard | WMC | Wolseley | Worsley | WSM | Wyvern | Xener | Yak | YKC | Zealia | Zero | Zita

Jaguar-Modelle

Aktuelle Modelle: E-Pace | F-Pace | I-Pace

Ab 1945: 1 ½ litre | 2 ½ litre | 3 ½ litre | Mark V | XK120 | Mark VII | C-Type | D-Type | XK140 | 2.4 Litre | Mark VIII | XK-SS | 3.4 Litre | XK 150 | Mark IX | Mark II | E-Type | Mark X und 420 G | S-Type | XE (X760) | XF (X250) | XF (X260) | XJ 13 | 420 | 240 | 340 | XJ Serie I-III | XJS | XJ (XJ40) | XJR-15 | XJ 220 | XJ (X300) | XK (X100) | XK (X150) | XJ (X308) | XJ (X350) | XJ (X351) | F-Type | X-Type | S-Type

1931–1940: S.S. 1 | S.S. 2 | S.S. 90 | S.S. 100 | S.S. 1 ½ litre | S.S. 2 ½ litre | S.S. 3 ½ litre

Zeitleiste bis 1970

Zeitleiste ab 1970

Zeitleiste der Jaguar- und Daimler-Modelle seit 1970
Jaguar:	British Leyland													Unabhängig						Ford																			Tata
Daimler:	British Leyland													Jaguar						Ford („a division of Jaguar Cars“)																			Tata
Typ \ Jahrgang	1970er										1980er										1990er										2000er										2010er										2020er
	0	1	2	3	4	5	6	7	8	9	0	1	2	3	4	5	6	7	8	9	0	1	2	3	4	5	6	7	8	9	0	1	2	3	4	5	6	7	8	9	0	1	2	3	4	5	6	7	8	9	0	1	2	3	4
Mittelklasse																																X-Type														XE
Obere Mittelklasse																														S-Type									XF (X250)								XF (X260)
Oberklasse	…XJ 6 (Serie 1)				XJ 6 (Serie 2)					XJ 6 (Serie 3)								XJ 6 (XJ 40)								XJ 6 (X 300)			XJ 8/XJR (X 308)					XJ (X 350)							XJ (X 351)
	Sovereign 2.8/3.4/4.2 / Vanden Plas 4.2 (Serien 1/2/3)																	3.6/4.0 (XJ 40)								Six (X 300)			V8 (X 308)
					XJC
	…420 G		XJ 12 (S. 1)		XJ 12 (S. 2)					XJ 12 (Serie 3)														XJ 12 (XJ 81)		XJ 12 (X 305)
				Double-Six (S. 1/2)						Double Six (Serie 3)														Double Six (XJ 81)		Double Six (X 305)			Super V8 (X 308)								Super Eight (X 350)
Limousine	…DS 420
SUV																																																E-Pace
																																															F-Pace
																																																	I-Pace
Sportwagen																																												F-Type
	…E-Type 4.2 (S. 2)	E-Type V12					XJ-S						XJ-S HE/XJ-S 3.6										XJS					XK8/XKR (X 100)									XK/XKR (X 150)
Hochleistungssportwagen																				XJ 220		XJR-15	XJ 220 V6
Rennwagen													XJR-5 bis 17											220 C							R1/2/3/4/5

Marken von Ford

Aktuelle: Ford | Lincoln

Eingestellte: Continental | Edsel | Mercury | Merkur | Troller

Verkaufte oder mehrheitlich verkaufte: Aston Martin | Daimler | Fordson¹ | Jaguar | Land Rover | Mazda | New Holland¹ | Volvo

Ehemaliger Besitz ohne Produktion: Lanchester | Rover

¹ Landwirtschaftliche Nutzfahrzeuge

Vielleicht wäre es daher sinnvoll mit dem Boxenentschmelzen erst einmal im Vorlagennamensraum (105 Vorkommen) zu beginnen, damit so etwas nicht in den Artikeln verbleibt. Ich sehe zudem weit mehr (2872) dieser class="BoxenVerschmelzen" und ich meine, dass ich auch schon einige davon entfernt habe. --Liebe Grüße, Lómelinde Diskussion 13:20, 12. Sep. 2018 (CEST)

Off-Topic: Will nur anmerken, dass die Mobilversion der "Zeitleiste der Jaguar- und Daimler-Modelle von 1970 bis heute" sehr bescheiden aussieht, die guckt nämlich rechts aus der Box raus. --Wurgl (Diskussion) 13:42, 12. Sep. 2018 (CEST)

• Es geht um die Linien zwischen den Boxen.
  • Es ist ausdrücklicher Wunsch der Autoren, in zigtausenden von Fällen diese Linien zwischen aufeinanderfolgenden Elementen verschwinden zu lassen, und zwar in über 65.000 Seiten.
  • Es ist hier nicht meine Aufgabe, auch nicht die der Botbetreiber, über ästhetisches Empfinden zu debattieren.
  • Es geht ausschließlich darum, eine optisch gleichartige Lösung zu finden, deren Syntax effizienter und die restlichen Seiten nicht beanspruchend wäre.
  • Ob irgendwelche Autoren das in ihrem Artikel sinnvoll eingesetzt hätten, ist in dem betreffenden Artikel zu diskutieren.
• Linter ist hier nicht ernsthaft betroffen; Fehler lassen sich auch so schnell einkreisen, optimal aus dem Vorlagen-NR heraus.
• Diese Seite hier ist der absolut falsche Ort, um über Optik zu räsonieren.
  • Erst recht nicht über irgendeine einzelne Navileiste, die schon für sich irgendwie doof aussehen würde.
  • Vielmehr geht es ausschließlich darum, für Bot-Betreiber die zu ersetzende Syntax übersichtlich klar zu machen.
  • Alle diesbezüglichen Erörterungen haben auf der fraglichen Vorlagendisku zu erfolgen.
• Die Abschnittsüberschrift endet auf „erster Teil“; wird also wohl einen Gesamtplan geben, was per Bot und was ggf. manuell zu erledigen wäre und in welchen Einzelschritten.

VG --PerfektesChaos 12:47, 13. Sep. 2018 (CEST)

@PerfektesChaos: bin durch, kannst ja nochmal drüber schauen, ob ich einen Fall vergessen habe. -- hgzh 15:08, 26. Sep. 2018 (CEST)

„574 Vorkommen“ ergibt nur noch 1 Treffer. --Leyo 18:12, 3. Feb. 2023 (CET)

Ja, es gibt aber noch mehr Einbindungen in anderen Fällen, siehe unten. -- hgzh 13:42, 6. Feb. 2023 (CET)

Direkte Nutzung der Klasse BoxenVerschmelzen ersetzen; zweiter Teil

Schönen Dank; das war die erste Runde, um die Suchtreffer mal zu vereinfachen.

• Irgendwelche Reste werden wir ganz zum Schluss beim manuellen Aufräumen finden; die kratzen erstmal nicht.
• Jetzt gibt es vermutlich 987 Fälle im ANR, die zumindest eine Navileiste mit Parametern umschließen.
• Die hätten folgende Form; Beispiel bei Alexander H. Rice:

<div class="BoxenVerschmelzen">
{{Navigationsleiste 1 mit oder ohne Parameter}}
{{Navigationsleiste 2 mit oder ohne Parameter}}
{{Navigationsleiste 3 mit oder ohne Parameter}}
usw.
</div>

• Sollte werden:

{{BoxenVerschmelzen}}
{{Navigationsleiste 1 mit oder ohne Parameter}}
{{Navigationsleiste 2 mit oder ohne Parameter}}
{{Navigationsleiste 3 mit oder ohne Parameter}}
{{BoxenVerschmelzen/Ende}}

• Vorlage:BoxenVerschmelzen
• Schon mal zur Vorfreude: Wenn zwischendrin keine Navileisten-Vorlagen stehen, sondern div-Blöcke, dann müssten wir uns nach und nach über immer komplexere div-/div-div-/div-div-/div-div-/div-Konstrukte arbeiten, bis nur noch so wenig überbleibt, dass sich der Rest manuell entsorgen lässt.
• Nachdem wir uns im ANR ausgetobt hätten, müssten schließlich noch projektweit Portale, WikiProjekte und wohl auch BNR-Entwürfe genauso versorgt werden. Aber die große Zahl liegt im ANR, und wenn der erstmal fit ist, dann lassen sich die andern NR und was daran noch pflegenswert wäre besser überblicken.

Besten Dank im Voraus --PerfektesChaos 16:23, 26. Sep. 2018 (CEST)

Beim Zusammensuchen sind mir noch Kombinationen aus Navileiste und Folgenleiste + BoxenVerschmelzen aufgefallen. Das klappt nicht und sieht blöd aus. Ich würde diese Fälle erstmal überspringen, meiner Meinung nach sollte man die Folgen- und Navileisten nicht miteinander zu verschmelzen versuchen, da die Folgenleisten wohl auch uneinheitlich gebaut sind. -- hgzh 19:52, 26. Sep. 2018 (CEST)

Völlig klar.

Der Bot-Lauf bezieht sich ja ausschließlich auf reine Navileisten-Gruppierung; was danach noch mit class= unterwegs ist, wird man sehen. Vermutlich nicht mehr verschmelzen. Wobei, wenn das mal aus Commons.css entfernt wurde, verschmilzt da sowieso nix mehr.

Erstmal die einfachen massenhaften Fälle wegschaffen.

Danach bleibt allerlei Bodensatz an fehlerhaften Verwendungen, Spezialfällen, komplizierter Teile übrig. Die müssen einzeln manuell entschieden werden, aber das geht einfacher, wenn die Suchtreffer begrenzt sind.

Es gibt auch noch gut 50 Vorlagen, die ich mehr oder weniger persönlich abarbeiten werde und wo meist auch weitere Sachen zu richten und auf modernen Stand zu bringen sind.

Dabei fallen Kombinationen aus Navileiste und Zeitleiste wie diese auf, die vollschrottig aussehen. Die werde ich versuchen alle auseinanderzunehmen.

Die <div> sind eine größere Herausforderung, wobei die in einer weiteren Phase zum einen gleichzeitig {{NavFrame}} erhalten sollen, ich zum anderen bei Stichproben vorrangig nur einzelne NavFrame fand, die überhaupt keine mehrfachen Blöcke zum Verschmelzen enthielten; etwa Renault Modus, Mordwinien, Ukulele, Lebendgebärende Zahnkarpfen, Schlacht bei Klissow. Das ist offenbar eine C&P-Schlamperei bei Seitengrößen unter 20 kB, wo einfach irgendwas von irgendwo abgekupfert wurde, ohne zu verstehen was es ist.

Nur munter weiter --PerfektesChaos 23:48, 27. Sep. 2018 (CEST)

erledigt. -- hgzh 15:39, 30. Okt. 2018 (CET)

Direkte Nutzung der Klasse BoxenVerschmelzen ersetzen; dritter Teil

Es gibt womöglich umschließende BoxenVerschmelzen, die nur eine einzige Folgen- oder Navileiste umfassen – das ersatzlos eliminieren. TIA --PerfektesChaos 11:44, 20. Okt. 2018 (CEST)

erledigt. -- hgzh 15:39, 30. Okt. 2018 (CET)

Direkte Nutzung der Klasse BoxenVerschmelzen ersetzen; vierter Teil

Es gibt gelegentlich Kombinationen aus zusammenklappbarer Navileiste und statischer Folgenleiste; dies sieht, wie oben schon richtig festgestellt, bescheuert aus und bringt dem Leser keinen Erkenntnisgewinn.

• Genau eine Navileiste gefolgt von einer oder mehreren Folgenleisten – dann ersatzlos eliminieren.
• Eine oder mehrere Folgenleisten, gefolgt von genau einer Navileiste – dann ersatzlos eliminieren.

TIA --PerfektesChaos 11:44, 20. Okt. 2018 (CEST)

per Hand erledigt. -- hgzh 16:12, 30. Okt. 2018 (CET)

Direkte Nutzung der Klasse BoxenVerschmelzen ersetzen; fünfter Teil

Es gibt umschließende BoxenVerschmelzen, die genau ein (!) NavFrame-Konstrukt umfassen; dann ersatzlos eliminieren.

<div class="BoxenVerschmelzen">
<div class="NavFrame">
<div class="NavHead">
</div>
<div class="NavContent">
</div>
</div>
</div>

• Sollte werden:

{{NavFrame}}
<div class="NavHead">
</div>
<div class="NavContent">
</div>
{{NavFrame/Ende}}

Das erstmal aufräumen; dann kann man beim Rest weitersehen. Bis dann danke schon mal --PerfektesChaos 11:44, 20. Okt. 2018 (CEST)

Nachtrag: In diesem Zusammenhang gibt es auch überflüssige clear:both in eigenen div (steht bereits im Klassen-CSS), und gelegentlich gibt es auch um das NavHead herum redundante div mit align style, die übersichtlicher in einem einzigen Element zusammenzufassen wären. Bräuchte also mehrere Bot-Läufe mit immer ausgefeilteren RegExp. VG --PerfektesChaos 17:43, 20. Okt. 2018 (CEST)

Bearbeitungsvermerk: ich werde mich vermutlich ab März hiermit weiter befassen. -- hgzh 16:20, 20. Feb. 2019 (CET)

@PerfektesChaos: nach einem Nachmittag voller Regexp-Denksport hab ich jetzt ein halbwegs passendes, wenn auch nicht perfektes, Verfahren zusammen. Es wird folgendes gemacht:

• Entfernen eines einzelnen BoxenVerschmelzen-divs, das nur einen NavFrame-div als Kindelement hat
  • sämtliche Attribute werden gandenlos mitentfernt
• Ersetzen des NavFrame-divs durch {{NavFrame}}
  • Übernommen in die Vorlage werden role=, lang=, id=, clear:, float:
    • clear nur, wenn <> both
  • Der Rest wird gnadenlos mitentfernt
    • Es kommt häufig display:block vor, ist die Entfernung problematisch? Ein kurzer Test ergab keine Veränderungen der Anzeige.
• Weitere Anpassungen:
  • divs innerhalb NavHead nur für Textzentrierung → werden entfernt (Standarddefinition)
  • divs innerhalb NavHead nur für Textausrichtung links → Übernahme ins Elternelement
  • NavHead-divs mit style-Angaben zu Textzentrierung → werden entfernt (Standarddefinition)
  • divs innerhalb NavContent nur für Textausrichtung → Übernahme ins Elternelement
    • links/rechts → text-align
    • Zentrierung → class="center" (Ausrichtung von innenliegenden Elementen, z.B. Klimadiagrammen)

Bitte schau mal drüber und gib mir Rückmeldung, ob ich das so laufen lassen kann oder ob ich noch etwas nicht bedacht habe. Gruß, -- hgzh 19:58, 26. Feb. 2019 (CET)

display:block ist vollredundant, weil Standardzustand eines <div> und ohnehin nur sehr selten ein anderer display: außer none in Frage käme.

Der ganze Rest klingt sinnvoll.

Ganz genau könnte ich mich erst dazu äußern, wenn ich ein konkretes Code-Beispiel vor mir sehe.

Ich stelle mir das so vor, dass es Standardfälle gibt, die 100- und 1000-fach abkopiert wurden, und die sich erstmal durch einen ersten RegExp-Stapel bereinigen lassen und aus den Suchtreffern verschwinden. Allmählich werden die Dinger immer individueller, und am Ende bleibt dann nur händisches Abarbeiten von Einzelfällen.

Ich weiß auch, dass es allerlei Syntaxfehler, fehlende schließende Anführungszeichen und verunglückte Modifikationen gibt, und die müssen auch nicht von RegExp geheilt werden.

Viel Spaß --PerfektesChaos 21:27, 26. Feb. 2019 (CET)

Danke, ich habe mich dazu entschlossen, das Ganze doch nochmal robuster aufzubauen, sodass es noch Verzögerungen geben wird. Komme hoffentlich die Tage dazu. Dann kannst du auch durch etwas Code schauen. -- hgzh 19:46, 28. Feb. 2019 (CET)

ein paar Testedits unter Special:Contributions/InkoBot. Zeigen kann ich quelltextmäßig leider doch nichts, da ich mich jetzt für ein gänzlich anderes System entschieden habe und mir das eigenständige Parsen des Quelltexts zu aufwendig war. Ist aber ein schöner Haufen RegExp geworden. -- hgzh 20:39, 12. Jun. 2019 (CEST)

Schönen Dank soweit. Nur munter zu.

Beiß dich in aller Ruhe durch den Altbestand durch, bis wir irgendwann mal alle Altlasten erwischt haben und auch das pauschale CSS von den Seiten werfen können.

LG --PerfektesChaos 20:54, 12. Jun. 2019 (CEST)

Der einfachere Teil ist durch (nur ein BoxenVerschmelzen im Artikel). Etwa 500 eliminiert, Restbestand 1400. Jetzt kommen die Fälle mit mehreren Einzel-BoxenVerschmelzen in einem Artikel dran. Da muss ich nun doch öffnende und schließende divs zählen. Bearbeitung erfolgt je nach Zeitlust. Gruß, -- hgzh 23:07, 12. Jun. 2019 (CEST) PS: Im Zusammenhang mit den Klappboxen kommen einem wirklich die schrecklichsten Syntaxverhunzungen unter. C&P ohne Sinn und Verständnis.

Grafiken zum Wechselkurs zum Euro

Auf commons liegen eine ganze Menge Grafiken zu Wechselkursen des Euro. Siehe Dateien "File:Euro exchange rate to [ISO-Code-fuer-Waehrung].svg" in c:Category:Euro exchange rate charts. Die Dateien wurden vielen Jahren von User:Gorgo angelegt. Sie wurden per Script (GnuPlot) generiert. Wenn man eine Grafik aktualisieren will, laufen die Scripte heute noch problemlos weil die Quelle, ein durch die Europ. Zentralbank aktualisiertes ZIP-File, 'stabil' ist.

Für die Türkische Lira habe ich drei neue Grafiken angelegt - siehe dazu die Grafiken in Türkische Währungs- und Schuldenkrise 2018 und Türkische Lira#Inflation. Ein Srcipt habe ich soweit vorbereitet, das es problemlos 1zu1 einen einem Bot übernommen werden kann (im Prinzip habe ich das Script nur so erweitert, das es guckt ob ein neues ZIP geholt werden muss).

Die drei Zeilen für das Updaten laufen nur unter Unix ... es kann aber leicht nach Win. Portiert werden. Sowohl für Unix wie auch für Windows können die entsprechenden Zeilen nat. auch ausgelagert werden.

Voraussetztung für einen Bot ist, das Gnuplot installiert ist (unter Unix fast ein muss - unter Window meines Wissens kein Problem). Ansonsten muss das Gnuplot-Scipt nur an Nachmittagen/Anbenden in der Woche gestartet und die erzeugte SVG-Datei nach commons oder deWP hochgeladen werden. Das Einrichten des Bots wäre also denkbar einfach (wenn man denn einen Bot betreibt ).

Das für einen Bot vorbereitete Script findet sich in Bildbeschreibung zu c:File:Euro exchange rate to TRY - Turkish Currency and Debt Crisis 2018.svg. Das Updaten dieser Grafik würde voraussichtlich Ende diesen Jahres beendet. Daher wäre das ein ganz guter Einstieg. Und den Gnutplotteil für andere Grafiken würde ich mich kümmern wenn der Einstieg vielversprechend ist. --Summer • Streicheln • Note 13:40, 12. Sep. 2018 (CEST)

HeySummer ... hier!,

ich hab heimlich, still und leise da mal bisschen angefangen. Die letzte Version dieser Datei im Beta-Wiki wurde automatisch von einem von mir erstellten Bot-Skript generiert und hochgeladen. Im Moment geht mal nur das genannte File, aber prinzipiell ist das ganze drauf ausgelegt mehrere Dateien nacheinander zu bearbeiten. (Falls der Code von Interesse ist, hier das Git-Repo).

Im Vergleich zum "orginal" GnuPlot Script hab ich den Daten-Update-Teil rausgenommen (mach ich in Python) und die Dateinamen werden per Umgebungsvariable übergeben.

Viele Grüße -- Jogo.obb (Diskussion) 21:10, 21. Sep. 2018 (CEST)

Danke, das sieht doch sehr gut aus. Der Tod eines lieben Menschen den eine eklige chronische Krankheit dahin gerafft hat beschäftigt mich derzeit außerwiki - gerade da tut eine pos. Nachricht wie deine gut! Ich melde mich (kannst auch sehr gerne ohne Rückfrage weiter machen ... es ist ja bekanntlich ein Wiki). --Summer • Streicheln • Note 02:31, 22. Sep. 2018 (CEST) PS: gleich werde ich c:File:Euro exchange rate to TRY - Turkish Currency and Debt Crisis 2018.svg nochmal updaten ... gerne darf es das letzte mal sein (wobei für mich Orte wie deWP/commons und Dateinamen nachrangig sind).

HalloSummer ... hier!,

das ist wirklich keine schöne Beschäftigung. Mein herzliches Beileid und viel Kraft für Dich und das was vor Dir liegt.

Ich schau mal, die Datei sollte denke ich auf jeden Fall an derzeitiger Stelle auf Commons bleiben. Ich hab das nur im Beta-Wiki getestet, weil ich da selber aufräumen kann. Allerdings muss ich mal noch klären, wie die Regularien für Bots auf Commons aussehen.

Grüße -- Jogo.obb (Diskussion) 08:55, 22. Sep. 2018 (CEST)

 Info: @Summer ... hier!: Ich hab auf Commons jetzt die erste Version halbautomatisch hochgeladen sowie ein Bot-Flag beantragt -- Jogo.obb (Diskussion) 17:14, 24. Sep. 2018 (CEST)

Vielen vielen Dank! Das sieht richtig gut aus. Bevor du weiter machst und später fest stellst das alles umsonst war: nach meiner Auffassung stellt der Graph den Kurs des EUR im Vergleich zur TRY dar (der Kurs steigt). Nach meiner Auffasssung müsste der Kurs der TRY wie in dieser Grafik dargestellt werden (der Kurs sinkt). Ich glaube das einzige Argument für die verwendete Grafik ist, das Benutzer:gorgo es seinerzeit einfach so gemacht hat.

Dies nur als Hinweise, das sich noch was ändern könnte ... mir fehlt zu Zeit dir Kraft da Überzeugungsarbeit zu leisten (meine Leben ist in den letzen Tagen ohnehin ein Pingong von tieftraurigen bis supergeilen Nachrichten ... jedenfalls schön das bei der Grafik ein Anfang gemacht ist). --Summer • Streicheln • Note 23:49, 24. Sep. 2018 (CEST)

HalloSummer ... hier!, wünsch Dir weiterhin viel Kraft für das wirklich wichtige. Da ist das hier natürlich nebensächlich. Aber schön, wenn es Dir wenigstens eine Freude macht.

Änderungen sind kein Problem, das ist alles nicht hart programmiert und konfigurierbar. Daher kann ich die andere Grafik auch mal zusätzlich rein nehmen.

Gruß -- Jogo.obb (Diskussion) 10:53, 25. Sep. 2018 (CEST)

 Info: @Summer ... hier!: So eben sind die ersten Versionen [5], [6] vollautomatisch von ToolLabs aus hochgeladen worden. Dies sollte jetzt wochentäglich um 17:13 ME(S)Z passieren. Grüße -- Jogo.obb (Diskussion) 17:24, 10. Okt. 2018 (CEST)

Hallo Benutzer:Jogo.obb, von mir an dieser Stelle mal ein dickes Danke. Und falls andere gerne Danke sagen wollen und nicht so recht wissen wofür - hier eine Liste der (bisher) automatisch upgedateten Dateien:

• c:File:Euro exchange rate to TRY - Turkish Currency and Debt Crisis 2018.svg
• c:File:TRY exchange rate to EUR - Turkish Currency and Debt Crisis 2018.svg
• c:File:Euro exchange rate to TRY (800px wide).svg
• c:File:Euro exchange rate to TRY (6000px wide).svg

Bis auf die 800px Grafik, bei der es wegen der Auflösung keinen Sinn macht, sind alle Grafiken tagesaktuell. Man siehe dazu die Anzahl der Updates von c:File:Euro exchange rate to TRY.svg - die Grafik, die bisher eingebunden wurde. Beste Grüße in die Runde, --Summer • Streicheln • Note 18:22, 17. Okt. 2018 (CEST)

HalloSummer ... hier!, es gibt Neues an dieser Stelle. Magst Du Dir mal c:File:Euro_exchange_rate_to_USD.svg anschauen. Dort hab ich exemplarisch umgesetzt, wie ich vorhabe Standard-Fälle alle mit dem selben GnuPlot-Script zu erschlagen. LG -- Jogo.obb (Diskussion) 21:13, 7. Nov. 2018 (CET)

Artikelneuanlagen listen, zu denen es bereits eine LD gab

Früher™ gab es den FzBot, der täglich Artikelneuanlagen gelistet hat, zu denen es bereits eine LD gab.

Ansatz wäre, bei Artikelneuanlagen die verlinkten Seiten zu überprüfen, und falls sich unter den verlinkten Seiten Löschdiskussionsseiten befinden, wird untersucht ob der Artikel im Titel (== xxx ==) vorkam.

Das hat sich in der Vergangenheit als sehr nützlich erwiesen, schließlich kann die Eingangskontrolle nicht alle LDs inklusiv LP-Ergebnis auswendig kennen. Diese recht übersichtliche Liste zu überprüfen hat seinerzeit in vielen Fällen durch die kalte Küche nachgeschobene Neuanlagen erkennen lassen.

Zusatzpunkte in der B-Note gäbe es für eine Soundex-Berücksichtigung, selbst wenn da false positives dabei sind, ist das auch ein beliebter Trick, der Entdeckung durch vielbeobachtete oder gesperrte Lemmata zu entgehen. Aber das wäre wirklich ein Sahnehäubchen, wenn das die Programmierung nachhaltig verzögert, lieber ohne als gar nicht.

Weil der Taxonbot ja sowieso schon über vergangene LDs schwer Bescheid weiß, mal ein ping an @Doc Taxon:, mit der freundlichen Nachfrage, ob Du das bitte mit auf Deine To-Do-Liste nehmen magst?

Sich herzlich im Voraus bedankend grüßt das Eloquenzministerium (Diskussion) 17:40, 27. Okt. 2018 (CEST)

@Eloquenzministerium: ja, das wäre ganz nett, aber so was könnte ich wirklich erst angehen, wenn ich gerade nichts weiteres reparieren muss. Im Moment habe ich aber wirklich viel auf der ToDo. – Doc Taxon • Disk. • Wikiliebe?! • 18:02, 27. Okt. 2018 (CEST)

Vielen Dank für die prompte Reaktion, Doc Taxon. Wenn Du es überhaupt mit auf die Liste nimmst wäre das schon super. Kannst Du einen Zeitrahmen abschätzen, wann das durch Dich realisierbar wäre? Wenn Du Empfehlungen hast, wer weniger überlastet ist und, vielleicht mit Hilfe von Dir zur Verfügung gestelltem code, Dir das gänzlich vom Hals halten könnte, ist das auch eine Lösung. Wie komplex wäre das denn, ich bin zwar nicht so der begnadete Programmierer, aber wenn es gar nicht anders geht, würde ich dann schauen, ob ich mir zutraue, mich da einzuarbeiten. Eloquenzministerium (Diskussion) 18:37, 27. Okt. 2018 (CEST)

Ja, so eine Liste wäre wirklich gut :-) Wäre schön (analog zur Funktionsweise von Wikipedia:Löschkandidaten/Nicht eingetragen) eine Arbeitsliste Wikipedia:Löschkandidaten/Neuangelegte Löschkandidaten (oder ähnlicher Name).

Und ja, ich glaube Doc Taxon hat wirklich bereits genug zu tun. Ich hoffe, es findet sich vielleicht ein anderer Botbetreiber. Dass der Aufwand, einen solchen Automatismus einzurichten, vielleicht nicht ganz sooo groß ist.

Viele Grüße, -- Toni (Diskussion | Hilfe?) 21:23, 27. Okt. 2018 (CEST)

Ich habe dazu vor ein paar Wochen einen Query erstellt, aber gerade keine Zeit, einen Bot einzurichten. Vielleicht nutzt das ja jemandem als Übergangslösung oder Anregung für einen Bot. --Count Count (Diskussion) 11:01, 28. Okt. 2018 (CET)

Na gut, die Liste ist eher schneller gemacht, aber zunächst ohne Soundex. Wenn FzBot das früher mal gemacht hat, dann fragt doch mal @Filzstift, ob er das wieder aufnehmen würde. Falls nicht, mach ich mich mal da ran. – Doc Taxon • Disk. • Wikiliebe?! • 13:51, 28. Okt. 2018 (CET)

Super. Filzstift hat auf seiner Admin-Kandidatur-Disk ausführlich erläutert, weshalb er in dieser Hinsicht nicht erneut tätig werden möchte[7]. Da Du aktuell mit dem in diesem Ressort bereits aktivem bot der ausgewiesener Experte in diesem Bereich bist, wäre das trotz Deiner Auslastung vermutlich die global am wenigstem Ressourcen beanspruchende Lösung. Soundex ist ein optionales Sahnehäubchen, das warten kann. Mad props im Voraus für eine Umsetzung dieser allerseits sehnlich erwünschten Ergänzung der LD. Im Voraus herzlich dankend grüßt das Eloquenzministerium (Diskussion) 22:47, 28. Okt. 2018 (CET)

Kann das nur wie erwähnt bestätigen, ich bin im Moment eigentlich ausserstande, so was auf die Beine zu stellen. --Filzstift ✏ 10:53, 29. Okt. 2018 (CET)

Mal als nicht-technikaffiner Benutzer die vielleicht naive Frage: Wenn das Ganze doch schonmal funktioniert hat, kann man da nicht eine Art "Wiederherstellen-Button" drücken und es läuft wieder? ;-) Grüße, -- Toni (Diskussion | Hilfe?) 14:51, 29. Okt. 2018 (CET)

Was meinen Code betrifft, so kannst du das fürs Erste mal vergessen: Da der Bot auch Benutzer:FzBot/Statistiken, das Statistiken zu Löschdiskussionen lieferte, pflegte (da diese Seite gelöscht ist: Dort und in den folgenden Abschnitten eine Auswertung aus diesen Statistiken), lief das ganze über eine Datenbank, in der sämtlichen Löschdiskussionen abgelegt waren. Tauchte ein neuer LK auf, so guckte FzBot in der Datenbank nach Wiedergänger nach. Diese Datenbank habe ich nicht mehr, sie müsste neu aufgebaut werden. Würde ich also den Reset-Button tun, müsste ich 1) mal den Code finden, 2) die Datenbank neu initialisieren, 3) eine in einer Cloud gehosteten VM einrichten und das Ganze zum Laufen bringen. Das führt zur folgenden Überlegung: Werden keine entsprechenden Statistiken gewünscht, so braucht es auch keine Datenbank. Dann kann das Ganze schlank gehalten werden, indem über Spezial:Linkliste nach Wiedergänger gesucht wird, so wie wir Menschen das tun würden. Das würde bedeuten, ich müsste mich in Wikimedia Labs einarbeiten und das Ganze neu schreiben (mein Code läuft nicht auf Wikimedia Labs), da andere Cloud-Lösungen nämlich was kosten - und da schliesst sich der Kreis: TaxonBot hat fast alles bereits. --Filzstift ✏ 15:18, 29. Okt. 2018 (CET)

Ergänzend vielleicht noch: Eine Datenbank ist dann hilfreich, Wiedergänger auch bei abweichendem Lemma (Leerzeichen, Interpunktion, Klein-/Grossschreibung) zu finden. Mit Spezial:Linkliste klappt das nicht. Glaube, das damals so implementiert zu haben. --Filzstift ✏ 15:31, 29. Okt. 2018 (CET)

Ja okay, ich schau mir das mal an, – Doc Taxon • Disk. • Wikiliebe?! • 23:52, 29. Okt. 2018 (CET)

Ich versuche morgenheute eine Query dazu basteln. Die Ähnlichkeitssuche mag ein Problem sein, SOUNDEX ist wohl die einzige Funktion die mysql zur Verfügung stellt, ob das okay ist wird sich entscheiden. Möglicherweise müssen dann noch mehrfache Ergebnisse gefiltert werden, das kann auftreten wenn es bereits mehrere Löschdiskussionen zu einem Lemma gab. --Wurgl (Diskussion) 00:38, 30. Okt. 2018 (CET)

Klappt leider nicht. SOUNDEX() eignet sich überhaupt nicht, viel zu viele "Ähnlichkeiten" z.B: Susi Handschmann und Schock (Medizin) werden als ähnlich gefunden. --Wurgl (Diskussion) 09:47, 30. Okt. 2018 (CET)

Zumindest Interpunktionen, Leerzeichen, Klein-/Grosschreibung, evtl. auch Diakritika oder ß/ss wären toll. Bei einer eigenen DB einfach, direkt wie bei Quarry dürfte das wohl schwierig sein (und auch schwierig, LD zu Artikeln, die behalten wurden, zu finden, oder?). --Filzstift ✏ 10:09, 30. Okt. 2018 (CET)

Richtig! Groß-Kleinschreibung ist kein Thema, das ist trivial. Sonderzeichen sind dank UTF-8 schon ein Problem, weil die Liste ziemlich beliebig lang wird, die Datenbank hat keine Zeichenklassen bzw. mir ist nichts darüber bekannt (diese REGEXP-Funktion kann das eventuell, aber das ist bei Datenbanken nicht so mein Gebiet). ß/ss oder sz ist auch nicht trivial, das hoffte ich durch SOUNDEX abzufangen. Ebenso v/w bei transskribierten kyrillischen Namen (wobei v/w das einfachste Beispiel ist). Ev. muss man da mit sowas wie Levenshtein-Distanz rangehen. Behaltener Artikel fällt raus, den gibts ja schon, der kann ja nicht gerade angelegt worden sein, nur behaltener Artikel der danach irgendwann verschoben wurde wäre ein Fall. --Wurgl (Diskussion) 11:25, 30. Okt. 2018 (CET)

Filzstifts Vorschlag ist gut, zusätzlich vielleicht noch den Klammerzusatz bei Klammerlemmata nicht beim Vergleich berücksichtigen. Funktioniert SOUNDS_LIKE() genauso schlecht? Ist halt doof, daß das auf englisch optimiert ist und offenbar auch keinen fudge-factor hat, mit dem man die Empfindlichkeit einstellen könnte. Wenn man eine db hat, könnte man auch noch auf Ähnlichkeiten bei Artikeltext und Kats gucken. Die Ergebnisliste sollte dann auch klar unterscheiden zwischen in Lemma A wurde nach LD identisch neu angelegt und dem Fall Lemma B ähnelt Lemma C.

Wie dem auch sei, super wäre erstmal überhaupt anzufangen, das Sahnehäubchen alternatives Schreibweisen kann gern später dazukommen, wobei es natürlich schon schön wäre, wenn es in der Richtung auf der gewählten Plattform dafür realistische Umsetzungsmöglichkeiten gäbe. Eloquenzministerium (Diskussion) 11:11, 30. Okt. 2018 (CET)

Wurgl, Du schriebst: "Möglicherweise müssen dann noch mehrfache Ergebnisse gefiltert werden, das kann auftreten wenn es bereits mehrere Löschdiskussionen zu einem Lemma gab." Das ist weder notwendig, noch wünschenswert. Wenn es zu einem Lemma elf LDs gab, dann ist das, unabhängig vom jeweiligen Ausgang, eine signifikante Information.

Ein toller Bonus wäre es auch, wenn neben LDs auch LPs zum Lemma gefunden würden. Das gilt auch für den bereits laufenden Taxonbot-job bei den LK.

Hier mal ein überkreuz-ping, da es sich um Diskussionen im Bereich LD/LP handelt an @Xqt:. Siehe auch: Benutzer_Diskussion:Xqt#Erweiterungsvorschlag_für_deinen_Bot. Vielleicht besteht ja hier eine sinnvolle Kooperations-Möglichkeit, um doppelte Arbeit zu vermeiden.

Eloquenzministerium (Diskussion) 14:37, 30. Okt. 2018 (CET)

Letzte Aktivität der WP:Botschafter

Die Liste der diplomatischen Vertreter in anderssprachigen Wikipedien WP:Botschaft enthält zum Teil seit Jahren inaktive Mitarbeiter. Ein entsprechender Baustein steht dort schon eine Weile, ohne daß es sich gebessert hätte. Ist ja auch klar, die wenigsten denken vor einer ausgedehnten Wiki-Pause daran, ihr Amt offiziell niederzulegen.

Ich würde mir wünschen, wenn dort einmal am Tag ein bot drübergeht und hinter den jeweiligen Benutzernamen zuletzt aktiv vor xx Tagen dazuschreibt.

Bonuspunkte, wenn die Liste vom aktivsten zum inaktivsten sortiert wird. Kann man auch gern zu einer sortierbaren Tabelle pro Land mit defaultsort auf die vom bot eingetragene letzte Aktivität umbauen. Wenn mir ein williger botbetreiber erklärt, wie sie aussehen soll, baue ich die auch.

So wird sofort deutlich, von welchem der oft zahlreichen Botschafter für eine Sprache am ehesten eine zügige Antwort zu erwarten ist. Gleichermaßen wird Ernennungsbedarf erkennbar, den man gegebenenfalls an das passende Portal weiterleiten könnte.

Hier habe ich auf diese Diskussion verlinkt Wikipedia_Diskussion:Botschaft#Bot-Anfrage:_Letzte_Aktivität_der_WP:Botschafter, damit sich interessierte Diplomaten ebenfalls zu Wort melden können.

Ich würde mich sehr freuen, wenn sich jemand um die verbesserte Erreichbarkeit unseres diplomatischen Corps verdient machen würde. Vielen Dank im Voraus sagt das Eloquenzministerium (Diskussion) 18:26, 3. Nov. 2018 (CET)

+1. Zusätzlich / als Alternative könnte man vielleicht auf die Diskussionseiten der entsprechenden Länderportale verweisen (also z.B. auf Portal_Diskussion:Dänemark für Anfragen auf dänisch. Ist auch nicht perfekt, aber immer noch besser, als jahrelang inaktive Benutzer zu kontaktieren. --Tkarcher (Diskussion) 19:31, 3. Nov. 2018 (CET)

Prima Idee, wobei man da sicher auch die letzte Aktivität dort vermerken sollte, in dem Bereich gibt es ja auch so allerlei Eingeschlafenes. Eloquenzministerium (Diskussion) 20:08, 3. Nov. 2018 (CET)

Hallo @Eloquenzministerium: und @Tkarcher: Eine Möglichkeit, die Seite regelmäßig per Bot zu aktualisieren, kenne ich zwar nicht, aber ich habe das mal halbautomatisch gemacht, siehe Benutzer:Invisigoth67/Test (Umbenannte Benutzer unter dem aktuellen Namen). Vielleicht ist es ja nützlich für euch, da man gleich sieht, für welche Sprachversionen es aktive Botschafter gibt oder nicht. Dort, wo nur noch seit Monaten inaktive Botschafter eingetragen sind, würde es sich ja lohnen, bei den entspr. Portalen nachzufragen, ob sich da nicht wer freiwillig melden möchte. lg --Invisigoth67 (Disk.) 14:18, 23. Feb. 2019 (CET)

Vielen Dank, das hilft schonmal! Ich habe jetzt mal die inaktiven Botschafter (letzte Bearbeitung vor über einem Jahr) herausgenommen und bei den Sprachen ohne aktiven Botschafter einen Portal-Link ergänzt. --Tkarcher (Diskussion) 07:55, 27. Feb. 2019 (CET)

Navigationsleisten Städte und Gemeinden der ungarischen Kreise

Hallo zusammen, für die ungarischen Ortsartikel müssten die Navigationsleisten der alten Kleingebiete auf die der neuen Kreise (seit 2013) umgestellt werden. Dazu habe ich bereits den Code der Navigationsleisten zusammengestellt und erst einmal in meinem Benutzernamensraum geparkt (Benutzer:Földhegy/UngarnNavis). Ein Bot müsste also „nur“ noch die fehlenden 160 Navigationsleisten aus den aufgelisteten Kopiervorlagen anlegen. Außerdem wäre es wünschenswert, anschließend

• die Vorlagen in die Artikel der Kategorie:Ort in Ungarn einzubinden und die eventuell vorhandenen alten Kleingebiet-Navigationsleisten aus selbigen zu entfernen.
• falls noch nicht vorhanden, den Kreis in der Infobox zu ergänzen.
• eine Wartungsliste der Artikel anzulegen, bei denen ein Konflikt zwischen der derzeitigen Kreisangabe in der Infobox und der Navigationsleiste besteht (gerne auf meiner Benutzer-Unterseite)

Vielen Dank im Voraus! LG, --Földhegy (Diskussion) 22:22, 12. Nov. 2018 (CET)

@Földhegy: ich habe momentan keine Zeit, den Bot so zu programmieren, habe aber deine Liste mal testweise so umgestellt, dass für jede Navileiste der vorgesehene Text als Preload genutzt wird und diese dann nur noch abgespeichert werden muss. Wenn dir das nicht gefällt, kannst du auch gern zurücksetzen. -- hgzh 13:01, 14. Nov. 2018 (CET)

@Hgzh: Vielen Dank, das Anlegen hat auf diese Weise jetzt schnell & unkompliziert geklappt! Tatsächlich war es sogar genau das, was ich bei meiner Anfrage auf FzW im Kopf hatte. :) Das Einbauen der Navigationsleisten in die >1000 Artikel müsste nichtsdestotrotz ein Bot übernehmen, aber es eilt nicht. LG, --Földhegy (Diskussion) 22:14, 15. Nov. 2018 (CET)

@Hgzh: bist Du hier noch dran? – Doc Taxon • Disk. • Wikiliebe?! • 18:17, 1. Mai 2020 (CEST)

Nein, habe dazu nichts mehr gemacht. -- hgzh 18:19, 1. Mai 2020 (CEST)

@Hgzh: Naja, jetzt wollte ich eher wissen, ob Du da noch weiter machst. *zwinker* – Doc Taxon • Disk. • Wikiliebe?! • 18:52, 1. Mai 2020 (CEST)

Nein, du darfst gern. -- hgzh 12:26, 2. Mai 2020 (CEST)

Dieser Botauftrag wird gerade von TaxonBot (Beiträge) bearbeitet. Um Konflikte zu vermeiden, warte bitte mit anderen Aktionen, bis diese Markierung entfernt ist, oder kontaktiere den Betreiber (Diskussion).

Bot bzw. Wartungsliste Biologie

Hallo zusammen, kennt sich jemand hier gut mit der Struktur von Taxoboxen aus und könnte einen Bot erstellen der eine Hinweisliste erstellen kann. Ich möchte möglichst viele fehlende Klammern bei Art- und Unterart-Autoren in den Zoologie Taxoboxen ermitteln um sie zu korrigieren, eine manuelle Überprüfung ist einfach extrem zeitaufwendig bei den etwa 30.000 zoologischen Art-Taxoboxen. Es gibt die Regel in der Zoologie das eine Klammer immer dann um Autor und Jahr gesetzt wird, wenn sich die Gattungszuordnung der Art nach der Erstbeschreibung geändert hat. Daraus folgt, immer wenn das Jahr bei einen Autor einer Gattung später liegt als das Jahr bei dem Autor einer zugehörigen Art oder Unterart, muss eine Klammerung um den Autor und Jahr in der Taxobox der Art, weil die Gattung bei der Erstbeschreibung noch nicht existiert hat und somit auf jeden Fall immer eine Gattungsänderung erfolgt sein muss. In diesem Fall soll der Bot einen Hinweis generieren, wenn keine Klammern um den Autor mit Jahr stehen. Ein Bot müsste um entsprechende Hinweise erzeugen zu können die Jahresangabe bei Autoren von zoologischen (Alle Taxoboxen mit Jahresangabe bzw. mit vorhandenen Komma bei Taxon_Autor, das Jahr ist vom Namen des Autors normalerweise durch ein Komma getrennt) Gattungs-Taxoboxen (Taxoboxen mit Taxon_Rang = Gattung) mit den Jahresangaben der Taxoboxen der untergeordneten Arten (Taxoboxen mit Taxon_Rang = Art) und Unterarten (Taxoboxen mit Taxon_Rang = Unterart) vergleichen können und dabei muss er erkennen können welche Art-Taxobox oder Unterart-Taxobox welcher Gattungs-Taxobox untergeordnet ist (Taxon_WissName der Gattung ist gewöhnlich identisch mit Taxon2_WissName der untergeordneten Arten, bei Unterarten identisch mit Taxon3_WissName, in ganz selten Fällen gibt es jedoch den Taxon_Rang Untergattung wodurch das ganze sich um eins verschieben würde, das könnte man aber erstmal auslassen, das wären Taxoboxen mit Taxon_Rang = Art und gleichzeitig Taxon3_Rang = Untergattung). Bei monotypischen Gattungen stehen hingegen beide Jahresangaben in einer Taxobox, so dass ein Vergleich in diesen Fällen viel einfacher ist (Taxoboxen mit Taxon_Rang = Art und einen vorhandenen Taxon2_Autor), weil alle Informationen in nur einem Artikel zu finden sind und nur die beiden Jahresangaben von Taxon_Autor und Taxon2_Autor verglichen werden müssen. Beispiel Löwe dort ist Taxon_Autor = (Linnaeus, 1758), Taxon_WissName = Panthera leo, und Taxon2_WissName = Panthera. Man sieht bei der Übergeordneten Gattung Eigentliche Großkatzen ist Taxon_Autor = Oken, 1816 und Taxon_WissName = Panthera, die Gattung ist als erst nach der Art aufgestellt worden und die Klammerung im Artikel Löwe somit richtig, wenn sie fehlen würde sollte der Bot einen Hinweis in einer Liste generieren und in der Tat Linnaeus hat den Löwen als Felis leo beschrieben, es gab eine Gattungsänderung. LG--Toxoplasma II. (Diskussion) 18:08, 19. Nov. 2018 (CET)

Ich versuche mich mal daran. --Wurgl (Diskussion) 21:25, 19. Nov. 2018 (CET)

Ein paar Fragen dazu:

• In Vorlage:Taxobox#Taxon_Rang sind die Ränge angegeben. Bei Löwe ist die nächsthöhere Stufe die Gattung, aber kann das auch Untergattung, Sektion, Untersektion, Serie oder Unterserie sein? Wie bei Endlers_Guppy, dort gibts ja Untergattung.
• Und es geht nur um Tierchen, Pflanzen, Pilze und was es sonst noch gibt werden ignoriert?
• Die Regelung mit den Klammern gibt nur für Art und Unterart?

  Bei Eigentliche_Großkatzen ist das Jahr 1816, eine Stufe darüber bei Großkatzen steht 1917, also deutlich später. Trotzdem keine Klammern bei Eigentliche_Großkatzen?

• Wird die Klammerung "vererbt"? Also wenn die Art eine Klammer bekommt, weil die Gattung später beschrieben wurde, bekommt dann die Unterart immer eine Klammer oder nur wenn die Unterart vor der Art beschrieben wurde?

Das wars erstmal. --Wurgl (Diskussion) 22:07, 19. Nov. 2018 (CET)

@Toxoplasma II.: Ach ja: Was ist eine monotypische Gattungen? --Wurgl (Diskussion) 22:27, 19. Nov. 2018 (CET)

Vielen Dank, ich versuche mal dir alles zu beantworten:

• Zwischen Art und Gattung kann der Rang einer Untergattung geschoben sein, das ist aber selten. Eine Untergattung hat aber sonst keine andere Bedeutung außer das sich damit ein zusätzlicher Rang in der Taxbox befindet und sich dadurch die üblichen Plätze verschieben und das ganze so etwas komplizierter wird, die anderen Ränge gibt es in der Zoologie nicht aber in der Botanik.
• Die Regel mit dem Klammern um Autoren bei Gattungsänderung gibt es zwar auch in der Botanik da gibt es aber keine Jahresangabe wie in der Zoologie und deshalb würde es dort nicht funktionieren. Deshalb nur zoologische Taxa.
• Klammern werden bei Gattungsänderung nach der Erstbeschreibung gesetzt sonst nicht, also kann das nur Arten und Unterarten betreffen, keine Gattung selbst und keine Stufe darüber.
• Ein wissenschaftlicher Art Name besteht aus zwei Teilen, der Gattung und den Epitheton. Als Beispiel der Tiger (Panthera tigris)
• ein wissenschaftlicher Name einer Unterart besteht aus drei Teilen Beispiel Sibirischer Tiger (Panthera tigris altaica). Eine Nominatform wäre der Königstiger (Panthera tigris tigris) diese ist immer die Unterart die der Erstbeschreiber der Art vor sich hatte als er die Art beschrieben hat. Autor und Datum der Art und der zugehörigen Nominatform, sollte es eine geben, sind somit immer identisch.
• Die Klammerung bei Gattungsänderung wird nicht "vererbt", sie ist immer abhängig vom Autor und Datum der Erstbeschreibung des jeweiligen Taxons. Sowohl bei Art als auch Unterart ist immer nur die zugehörige Gattung der Bezugspunkt (bei der Nominatform und ihrer übergeordneten Art muss die Klammerung aber logischerweise im Endeffekt immer gleich sein, weil auch Autor und Jahr immer identisch sind).
• Wieder Tiger und Sibirischer Tiger als Beispiel, Beide gehören zur Gattung Eigentliche Großkatzen Panthera Oken, 1816 (hier ist das Datum wichtig), Art Panthera tigris (Linnaeus, 1758) dort wird der Autor geklammert, weil Linnaeus hat den Tiger 1758 als Felis tigris beschrieben, die Gattung hat sich seit dem also geändert. Jetzt die Unterart Panthera tigris altaica Temminck, 1844 hier wird keine Klammer gesetzt, weil Temminck den Sibirischer Tiger 1844 als Panthera tigris altaica beschrieben hat, es gab als keine Gattungsänderung. Denkbar wäre aber das er obwohl die Gattung Panthera bereits zu diesem Zeitpunkt beschrieben wurde dennoch den Sibirischer Tiger einer anderen Gattung zugeordnet hätte (Gründe könnten dafür sein, er kannte die Gattung Panthera nicht oder war der Meinung die Art gehört in eine andere Gattung), wenn das so wäre dann müssten Klammern gesetzt werden, mit dem Jahres vergleich könnte man hier dann auch nicht ermitteln das die Klammern fehlen, diese Fälle sind aber seltener.
• Eine monotypische Gattung ist eine Gattung die nur eine Art hat, ein Beispiel ist Acinonyx die Gattung des Gepards (Acinonyx jubatus), weil es keinen Sinn macht bei nur einer Art einen zusätzlichen Gattungsartikel zu erstellen, behandelt der Artikel Art und Gattung zugleich, weil es ja beide nur den Gepard benennen und beschreiben.
• Das was ich mir ausgedacht habe um die fehlende Klammern zu ermitteln funktioniert nur in eine Richtung, falsch gesetzte Klammern lassen sich damit nicht ermitteln nur fehlende Klammern. Auch funktionier es nicht wenn Gattung und Art im gleichen Jahr beschrieben wurden, die Gattung sich aber dennoch wenig später geändert hat (In ein paar Fällen ist es sogar der selbe Autor der die Gattung kurz später änderte). Ich denke aber den größten Teil der Fehler damit finden zu können. Bisher hab ich das manuell gemacht, also einen Artikel nach dem anderen überprüft, es muss aber doch einfacher gehen, mir würden schon die Arten reichen, Unterarten gibt es nicht so viele. LG --Toxoplasma II. (Diskussion) 00:33, 20. Nov. 2018 (CET)

Moin Toxoplasma II., es gibt ein Tool von Wurgl, wo man sich die Parameter von Vorlagen anschauen kann (echt klasse!). Am Ende jedes Parameters gibt es einen Punkt "Inhalt", damit kannst du dir alle Felder anzeigen lassen. Wäre das was für dich für die Suche? Schau mal Vorlage:Taxobox (Achtung, Auswertung dauert etwas). mfg --Crazy1880 22:14, 25. Mai 2023 (CEST)

Hallo @Crazy1880:, damit kann ich durchaus etwas anfangen. In meinem Falle bräuchte ich aber mehr spezifische Filter. Im Konkreten bräuchte ich zunächst nur eine solche Aufführung von Artikel und ihren Parametern, die beim Parameter: „Taxon_Rang“ „Taxon2_Rang“ und „Taxon3_Rang“ den Inhalt „Gattung“, „Untergattung“, „Art“ oder „Unterart“ haben alle anderen müssten direkt ausgefiltert werden. So sind es alle 54.711 Artikel, die die Vorlage Taxobox verwenden. Auch müssten die ganzen Pflanzen- und Pilztaxaartikel rausgefiltert werden, vielleicht mit Hilfe ihrer Kategorie-Zuordnung --Toxoplasma II. (Diskussion) 01:11, 26. Mai 2023 (CEST)

Gibt es eine Möglichkeit bei dieser Suche hier https://de.wikipedia.org/w/index.php?search=insource%3A%2FTaxon2_Autor+%2A%3D+%2A%28%29%2F+insource%3A%2FTaxon_Rang+%2A%3D+%2A%28Art%29%2F+-%22ist+eine+Pflanzenart%22%2F&title=Spezial:Suche&profile=advanced&fulltext=1&ns0=1 ausschließlich die Seitenlinks anzeigen zu lassen, also ohne die Bilder und den Rest der immer da zwischen steht? Das sind zwar noch nicht alle Seiten die ich brauche und es ist auch noch nicht perfekt eingegrenzt, weil immer noch ein paar Pflanzenarten dabei sind aber im Prinzip sind das die wichtigsten Artikel um die es geht. Ferner natürlich auch die Artikel aus https://de.wikipedia.org/w/index.php?go=Artikel&search=-insource%3A%2FTaxon2_Autor+*%3D+*%28%29%2F+insource%3A%2FTaxon_Rang+*%3D+*%28Art%29%2F+-%22ist+eine+Pflanzenart%22%2F&title=Spezial%3ASuche&ns0=1 und https://de.wikipedia.org/w/index.php?title=Spezial:Suche&limit=500&offset=0&ns0=1&search=insource%3A%2FTaxon_Rang+%2A%3D+%2A%28Gattung%29%2F+-%22Pflanzengattung%22%2F+-%22Pilzgattung%22%2F die wie oben beschrieben in Relation gesetzt werden müssen. Wenn ich an eine reine Linkliste der Artikel aus diesen Suchen kommen würde, könnte ich das ganze schon viel besser eingrenzen. --Toxoplasma II. (Diskussion) 15:08, 26. Mai 2023 (CEST)

Schau mal Toxoplasma II., so? die Parameter kannst du noch erweitern. Und unten auf der Seite gibt es auch eine Export-Funktion. mfg --Crazy1880 17:01, 26. Mai 2023 (CEST)

Aber wie schließe ich dort Inhalte aus oder generell etwas aus? In der Wikisuche geht das ja einfach mit „-„. Und wie kann ich dort einstellen das nur Artikel aufgeführt werden die alle ausgewählten Parameter enthalten (also nur „und“ nicht „und oder“) und wie kann ich gleichzeitig nach einem Inhalt suchen und gleichzeitig einen anderen ausschließen. Ich glaube das geht dort einfach nicht. Das ist das was ich meinte, es gibt irgendwie nicht genug Filtermöglichkeiten--Toxoplasma II. (Diskussion) 20:35, 26. Mai 2023 (CEST)

Personen-BKL

Es kommt leider nicht selten vor, dass es Links gibt, die auf BKL-Seiten verweisen, obwohl es für die entsprechende Person eine WP-Seite gibt. Häufig natürlich durch Unwissenheit, weil ein Bergsteiger nunmal nicht unbedingt weiß, dass es auch einen gleichnamigen Musiker gibt oder Ähnliches und dies leider nicht immer geprüft wird. Da gerade bei Personen die Fehlerquote solcher Links auf BKL-Seiten recht hoch ist, wäre es sehr hilfreich, wenn ein Bot BKL-Seiten von Personen auflistet, auf die aus dem ANR verlinkt wird. Somit könnte man diese häufig vorkommenden Fehler gezielt beheben. --Doktor Wu (Diskussion) 07:37, 25. Nov. 2018 (CET)

Siehe auch Wikipedia:WikiProjekt Begriffsklärungsseiten/Arbeitslisten/NeueVerlinkteBKS und Wikipedia:WikiProjekt Begriffsklärungsseiten/Arbeitslisten/Top-BKS. Auf der ersten Seite werden neu verlinkte BKS nach fünf Tagen entfernt, unabhängig davon ob die BKL aufgelöst wurden oder nicht. Beispiel: Spezial:Linkliste/David_Cunningham ([8]) und Spezial:Linkliste/Michael_Rose ([9]) --M2k~dewiki (Diskussion) 09:24, 25. Nov. 2018 (CET)

Moin Moin Doktor Wu, reicht dir diese Info hier und wir könnten schließen oder ist noch etwas zu tun? mfg --Crazy1880 18:13, 7. Jul. 2022 (CEST)

Die aufgezählten Seiten sind mir schon länger bekannt, helfen aber für das spezielle Anliegen nicht unbedingt weiter. Aber wenn nach so langer Zeit niemand Interesse an dieser Anfrage hat, wird das wohl auch in Zukunft so sein. Daher werde ich mich nicht gegen eine Schließung stellen.--Doktor Wu (Diskussion) 18:28, 7. Jul. 2022 (CEST)

Unverlinkte Abkürzungen finden

Letzten Monat habe ich zufällig binnen kurzer Zeit zwei Abkürzungen gefunden, die sinnvolle Weiterleitungen auf Artikel ergaben: HSAM und USMCA. Beide standen bereits in den jeweiligen Artikeln. Vermutlich gibt es recht viele solcher Fälle. Um sie zu finden, bitte ich unter dem Lemma

• Benutzer:KnightMove/Unverlinkte Abkürzungen

um Einrichtung einer Tabelle in der Form

Abkürzungs- kandidat	Artikel
HSAM	Hyperthymestisches Syndrom
USMCA	Nordamerikanisches Freihandelsabkommen Fiktiver anderer Artikel mit Abkürzung USMCA

und zwar unter folgenden Bedingungen:

• Suche nach Abkürzungskandidaten, das sind Strings aus Großbuchstaben (mindestens zwei), die noch kein Lemma belegen,
• und die direkt an eine sich öffnende oder sich schließende Klammer angrenzen oder "(ABC" oder "XYZ)" oder beides - das ist bei Abkürzungen wahrscheinlich, und sonst gibt es zu viele "false positives" (lateinische Texte etc.)
• und suche zu jedem Kandidaten alle Artikel, in denen er vorkommt (auch ohne Klammer)

--KnightMove (Diskussion) 20:01, 5. Jan. 2019 (CET)

Was ist mit Fällen wie "Large Hadron Collider (LHC)"? --mfb (Diskussion) 04:25, 20. Jan. 2019 (CET)

@Mfb: Was soll denn damit sein? Ist eingerichtet und abgehandelt. Andere Abkürzungen eben noch nicht. --KnightMove (Diskussion) 21:16, 21. Jan. 2019 (CET)

Ach so, ich habe "unverlinkte Abkürzung" auf Links in den Artikeln bezogen, nicht auf Redirects. --mfb (Diskussion) 21:54, 21. Jan. 2019 (CET)

Naja, wie sagt man denn richtig? "Unverlemmate Abkürzungen"? --KnightMove (Diskussion) 07:01, 22. Jan. 2019 (CET)

Ich habe keinen Datenbank-Dump greifbar zum Durchsuchen, aber ich kann schon einmal alle zweibuchstabigen ausschließen. Die existieren alle und sind fast alle Begriffsklärungsseites. Ausnahmen: BP, CD, DJ, EU, IJ, KZ, SS, UN, UV, VW, VX, WQ. Mit Ausnahme von WQ gibt es immer eine zugehörige Begriffsklärungsseite. --mfb (Diskussion) 09:32, 22. Jan. 2019 (CET)

Das stimmt so nicht ganz: Wenn man Ä, Ü und Ö dazunimmt, gibt es noch einige nicht vorhandene 2-Buchenstaben-Abkürzungsseiten. 129.13.72.197 14:33, 4. Feb. 2019 (CET)

Steuerzeichen entfernen

Hat jemand einen Bot, der Steuerzeichen erkennen und entfernen kann? Regex scheint da ja leider nicht zu greifen … --Leyo 22:27, 19. Feb. 2019 (CET)

japp, mein Bot war damals schon mal drübergelaufen und hatte viel gefunden und auch entfernt. Es geht also. Die Liste ist aber auch alt, denn alle Einträge sind "done". – Doc Taxon • Disk. • Wikiliebe?! • 14:42, 20. Feb. 2019 (CET)

Die oben verlinkte Liste ist nicht alt. Alle Einträge wurden innerhalb der letzten Woche gefunden. --Leyo 15:23, 20. Feb. 2019 (CET)

@Leyo: warum steht bei "Abraham" ein done dahinter, während das Steuerzeichen immer noch da ist? – Doc Taxon • Disk. • Wikiliebe?! • 16:58, 20. Feb. 2019 (CET)

Ich verstehe die Frage nicht. Auf „Done“ soll man ja klicken, sobald der Fehler behoben ist. Dann verschwindet der Eintrag aus der Liste. --Leyo 17:01, 20. Feb. 2019 (CET)

huch, hätte ich besser erst mal lesen sollen, was drüber steht. @Hgzh: Du bist doch gerade in Ersetzungslaune. – Doc Taxon • Disk. • Wikiliebe?! • 17:07, 20. Feb. 2019 (CET)

Na, ich hab mit den Vorlagen noch lang genug zu tun. Darfst du gern machen. -- hgzh 19:06, 20. Feb. 2019 (CET)

Dein Bot ist dort nun bereits durch … --Leyo 16:14, 21. Feb. 2019 (CET)

@Leyo: ich geh das mal durch, – Doc Taxon • Disk. • Wikiliebe?! • 17:26, 21. Feb. 2019 (CET)

zur Kenntnis: @MichaelSchoenitzer: Das Technische-Wünsche-Team hatte die Suche doch schon ein Mal verbessert, wenn ich richtig informiert bin. Kann man die Suche nicht noch darauf verbessern, mit einer insource-Suche Steuerzeichen im Quelltext aufzufinden? – Doc Taxon • Disk. • Wikiliebe?! • 17:55, 21. Feb. 2019 (CET)

Moin Moin Doc Taxon, wäre es denn dann auch möglich, dass du in CheckWiki aufgelisteten Fälle auf "Done" setzt? mfg --Crazy1880 19:36, 21. Feb. 2019 (CET)

@Crazy1880: ja, dazu muss ich aber erst schauen, ob die auch erledigt sind. Ich bin an diesem Fall noch dran. Ich glaube, dass @Aka da auch viel oder einige von den Sachen nebenbei mitmacht. Ob er die Liste kennt und dort dann die Fälle auch abhakt, weiß ich aber nicht. – Doc Taxon • Disk. • Wikiliebe?! • 22:14, 21. Feb. 2019 (CET)

Moin Doc Taxon, das machen wir alle nebenbei mit, dass wie so viele wie möglich Fälle raus bekommen. ;) --Crazy1880 07:31, 22. Feb. 2019 (CET)

Dieser Botauftrag wird gerade von TaxonBot (Beiträge) bearbeitet. Um Konflikte zu vermeiden, warte bitte mit anderen Aktionen, bis diese Markierung entfernt ist, oder kontaktiere den Betreiber (Diskussion).

... nimmt schon mal langsam ab ... – Doc Taxon • Disk. • Wikiliebe?! • 19:47, 23. Feb. 2019 (CET)

im Moment 0 / Ich werde eine möglichst angepasste Automatisierung vornehmen. – Doc Taxon • Disk. • Wikiliebe?! • 17:35, 25. Feb. 2019 (CET)

Moin Moin Doc Taxon, ja, der Daily-Scan wird weniger, das freut. Danke dir. Soetwas bräuchte ich theoretisch auch mal in anderen Wikis. Danke dir vielmals. mfg --Crazy1880 07:42, 26. Feb. 2019 (CET)

Okay, aber lasst den Fall hier bitte noch offen. Danke, – Doc Taxon • Disk. • Wikiliebe?! • 13:50, 26. Feb. 2019 (CET)

@Doc Taxon: Nein, wir haben die Sucher selbst nicht verbessert, sondern "nur" die grafische Oberfläche. Die Suche wird vom "Wikimedia Search Platform Team" laufend weiterentwickelt. Die sind aber auch super nett, sprecht die ruhig mal an ob sie das schon auf ihrer Todo-Liste haben. (z.bsp auf IRC) -- Michi 21:31, 26. Feb. 2019 (CET) PS: ich bin zur Zeit "nicht im Dienst" und mit Arbeit überhäuft deshalb kann ich sie nicht für euch anschreiben… ;)

@Doc Taxon: Dein Bot entfernt die Steuerzeichen ja nun laufend. Kann hier geschlossen werden? --Leyo 09:29, 5. Aug. 2019 (CEST)

@Leyo: Nein, ich schließe selbst. Ich probiere noch automatischere Läufe als bisher schon. Lass mal noch offen. Danke, – Doc Taxon • Disk. • Wikiliebe?! • 10:12, 5. Aug. 2019 (CEST)

Vorlage:Infobox Hochhaus

Hallo werte Botbetreiber :D

Die Vorlage:Infobox Hochhaus (~1320 Einbindungen) besitzt zur Zeit keine Parameter für die Koordinaten. Diese werden im jeweiligen Artikel über die Vorlage:Coordinate separat eingefügt. 2017 hatte ich auf der Diskussionsseite der Infobox Hochhaus es schon angeregt die Koordinaten in die Infobox aufzunehmen. Wir würden damit den Wartungsaufwand in den Artikeln wesentlich reduzieren, da nur noch eine Vorlage korrigiert bzw. aktualisiert werden müsste. Die Frage wäre nun, inwieweit es möglich ist, die Koordinaten aus der Vorlage Coordinate in die IB zu überführen? Wenn dies problemlos möglich sein sollte würde ich zeitnah die entsprechenden Änderungen an der IB durchführen. --Markus S. (Diskussion) 11:55, 10. Mär. 2019 (CET)

Mir fallen da keine möglichen Probleme ein, sofern nicht grade mehrere Hochhäuser in einem Artikel stehen oder sowas. Die Vorlage sollte natürlich auch einen Parameter für die Region bekommen, nicht nur Koordinaten.--Berita (Diskussion) 15:16, 10. Mär. 2019 (CET)

Bei einer Umstellung auf den Region-ISO-Code werden der Kontninent, Staat und subnationale Gliederung daraus abgeletitet (siehe Kategorie:ISO 3166-2) was die folgende Tabelle veranschaulicht:

Region-ISO	Bezeichnung der subnationalen Einheit	Subnationale Einheit	Staat	Kontinent
DE-HE	Land	Hessen	Deutschland	Europa
JP-33	Präfektur	Präfektur Okayama	Japan	Asien
ZA-LP	Provinz	Limpopo (Provinz)	Südafrika	Afrika

Somit könnten einige Parameter der Infobox ersatzlos entfallen (Land, Kontinent). --Markus S. (Diskussion) 22:14, 10. Mär. 2019 (CET)

Kriegt man wahrscheinlich hin mit Vorlage:Info ISO-3166-2 bzw. Vorlage:ISO Code zu Region. Das ist aber eher eine Sache der Vorlagenprogrammierung. Bottechnisch dann vielleicht die obsoleten Parameter löschen.--Berita (Diskussion) 00:27, 11. Mär. 2019 (CET)

Wenn die Vorlage entsprechend angepasst wurde, könnte ich die Koordinaten gerne per Bot überführen. – Doc Taxon • Disk. • Wikiliebe?! • 12:57, 11. Mär. 2019 (CET)

Hallo @Doc Taxon:: Zur Zeit teste ich noch die neue Funktionalität der IB in meinem BNR um die allfälligen Fehler auszumerzen ;) Auf der Diskseite dazu ist dann ein Anwendungsfall dargestellt. Gönne mir bitte noch zwei Tage :) Ansonsten super dass du das machen möchtest. --Markus S. (Diskussion) 13:37, 11. Mär. 2019 (CET)

@Markus Schulenburg: keine Eile, alles braucht so viel Zeit wie es braucht. Es gibt auch kein Grund zu hetzen. Liebe Grüße, – Doc Taxon • Disk. • Wikiliebe?! • 17:55, 11. Mär. 2019 (CET)

Kleine Anmerkung zur Koordinateneinbindung: dim=2000 fest einzubauen, entspricht nicht dem Sinn hinter dem Parameter (Vorlage:Coordinate#Objektausmaße). Die wenigsten Hochhäuser werden eine Ausdehnung von 2 Kilometern haben. Evtl. aus der Fläche berechnen, wie das z. B. bei der Vorlage:Infobox See gemacht wird? --тнояsтеn ⇔ 19:21, 11. Mär. 2019 (CET)

Hallo Thogiter, mit deiner Anmerkung zum dim-Parameter hast du recht. Ist nun auf 500 geändert. Zur Zeit grübele ich darüber, wie wir eine vernünftige Umstellung hinbekommen. Da gibt es einen Parameter Ort und Stadt, sowie Straße und PLZ. Bei Ort wird u.a. Straße und Co. eingetragen ... . Einfach ist anders :( Vielleicht sollte die Umstellung zum Entrümpeln genutzt werden. —-Markus S. (Diskussion) 00:22, 12. Mär. 2019 (CET)

Kurzer Zwischenstand: Bin noch am durchgehen der ganzen Parameter. @Doc Taxon:: Zum jetzigen Zeitpunkt ist der Paramter Ort vielfach mit Straße und Ort ausgefüllt. Dies müsste dann auf Stadt und StrasseHausnummer aufgeteilt werden. Wenn Paramter Ort ≠ Stadt ??? (siehe z.B. Messeturm (Frankfurt am Main)); beim Paramter Platz gibt es auch eine Vielfalt von Angaben ... . Ist doch nicht so einfach :( --Markus S. (Diskussion) 18:19, 16. Mär. 2019 (CET)

Rückmeldung: Die Vorbereitung ist noch in Arbeit :( Das RL ist schon unfair ;) --Markus S. (Diskussion) 12:21, 29. Mär. 2019 (CET)

Können die derzeit 617 Einbindungen der Vorlage:Infobox Hohes Gebäude, die auf die Vorlage:Infobox Hochhaus umleitet, gleich mit durch die richtige ersetzen? --Tommes ^✉ 21:48, 16. Nov. 2020 (CET)

Moin Moin Markus S., ich habe mal etwas gewerkelt und es verbleiben 30 Einbindungen, wo die Coordinate noch nicht gesetzt ist. Am Besten die machen wir manuell und verlagern diese Diskussion auf die Diskussionsseite der Vorlage, dann kann man auch anderen Benutzer erklären, warum man dieses tut und wird nicht einfach rückgetzt. Was meinst du dazu? mfg --Crazy1880 11:21, 24. Aug. 2022 (CEST)

Moin Moin Markus S., da ich jetzt hierzu nichts mehr gehört habe, schließe ich mal diesen Abschnitt. Solltest du noch einen Bot benötigen, dann bitte einmal einen neuen Abschnitt mit aktuellen Zahlen eröffnen, danke --Crazy1880 15:46, 23. Mai 2023 (CEST)

Der Setzer dieses Bausteins ist der Ansicht, diese Bot-Anfrage sei abgeschlossen und könne archiviert werden. --Crazy1880 15:46, 23. Mai 2023 (CEST)

Kategorie:Wikipedia:Artikel mit Video

Die Wartungskategorie Kategorie:Wikipedia:Artikel mit Video scheint bis jetzt nur manuell vergeben zu werden (ich habe sie gerade in einem Artikel ergänzt, in dem schon seit einem Jahr ein Video eingebunden ist). Ich gehe daher davon aus, dass es einige Artikel mit Video geben wird, in denen diese Kategorie fehlt. Könnte man vielleicht einen Bot über den Artikelbestand laufen und die Kategorie jeweils ergänzen lassen? Gestumblindi 00:50, 1. Apr. 2019 (CEST)

Das hier findet schon einiges. Man kann dann noch etwas rumspielen mit anderen Dateiendungen oder thumb statt mini, etc. 129.13.72.197 12:38, 15. Apr. 2019 (CEST)

Wikipedia:Benutzerverifizierung/Benutzernamen-Ansprachen

herverschoben von WP:AAF. -- seth 09:22, 7. Apr. 2019 (CEST)

und Vorlage:Ungeeigneter Benutzername

Wäre es irgendwie möglich, die Eintragsfunktion in die Liste in die Vorlage einzubauen. Der Bot kommt ja selten und ist auch irgendwie übergriffig. Und die Tabellengestaltung macht keine Freude zum Eintragen. --Bahnmoeller (Diskussion) 10:22, 4. Apr. 2019 (CEST)

+1, in der Tat. --Roger (Diskussion) 11:49, 4. Apr. 2019 (CEST)

Ist das nicht eher eine Frage für die Vorlagenwerkstatt? Und soweit ich weiß, ist es nicht möglich, von einer Vorlage aus eine andere Seite zu bearbeiten, aber vielleicht geht es ja mit Lua, aber auch da bezweilfle ich das eher. – Giftpflanze 17:45, 7. Apr. 2019 (CEST)

Ich denk, wir sollten in diesem Thread bleiben.

• Die BD-Vorlage ist substituierend und selbstsignierend.
• Das ließe sich ausnutzen, indem unmittelbar vor der Signatur ungefähr folgender für Leser unsichtbare Link eingebaut würde:<span style="display:none" class="BotBVer">[[WP:BVer/Monat]]</span>
• In den frühen Morgenstunden könnte ein Bot sich alle Verlinkungen anschauen, die von einer BD-Seite auf die momentane Monatsliste verweisen.
  • Gleichzeitig könnte er schaun, welche Verlinkungen auf eine B-Seite alles von der momentanen Monatsliste zeigen.
  • Wenn es Links von BD-Seiten auf die Monatsliste gibt, aber auf der Monatsliste kein Link auf den gleichnickigen Benutzer, dann wäre das ein Kandidat.
  • Jede Kandidaten-BD wäre dann daraufhin zu durchsuchen, ob class="BotBVer" in ihrem Quelltext vorkäme.
  • Falls ja, müsste die sich in derselben Zeile anschließende Signatur auf user: oder benutzerin: oder BD: geflöht werden, um zu ermitteln, wer unterzeichnender Benutzer gewesen war.
  • Wenn gefunden, oder selbst wenn nicht, wäre auf der dort ja auch verlinkten Monatsliste eine Tabellenzeile anzuhängen, in der fremder Nick, Zeitstempel der Aufforderung, Nick des Auffordernden generiert werden.
• Falls jemand das aus jahrelanger Gewohnheit schon manuell gemacht hat, gibt es das Verlinkungspaar und es wird nichts ausgelöst.
• Einen inhaltlichen Grund kann der Bot natürlich nicht nennen, aber sich selbst als generierenden Bot, was Anlass wäre, sich das menschlich nochmal anzugucken.
• Zumindest gäbe es dann keine vergessenen unbeachteten BD ohne weitere Prozedur.
• Weil die sonstigen Informationen über die bearbeitete BD, auf der die Vorlage substituiert wurde, erst nach dem Abspeichern bekannt sind, können sie noch nicht in den BD-Text eingetragen werden, und später direkt ausgelesen werden.
  • Der einzige Kniff, mit dem sich in die Zukunft schauen lässt, wäre beim Substituieren der Aufforderungsvorlage die bislang letzte gespeicherte Versionsnummer RevID.
  • Über Spezial:Diff/RevID/next oder API-Auslesen der VG ließe sich dann sehr elegant herausbekommen, wer die nächstfolgende Bearbeitung vorgenommen hatte, und daraus vielleicht etwas eleganter als durch Grabbelei in der Signatur der eintragende Benutzer.
  • Dieses Link Spezial:Diff/RevID/next könnte auch in der generierten „Begründung“ in der Monatsliste angeboten werden.
• Zum Monatswechsel müsste ein Tag überlappend nachgedieselt werden.
  • Heißt: An einem Monatsersten um drei Uhr morgens müsste der Vormonat bearbeitet werden.
• Die Aufgeforderten sollten kein offenes Link auf die Monatsliste angeboten bekommen, mit dem die Überwachung gestört werden könnte.
• Ein Bot kennt keine inhaltliche Begründung, die Menschen sind da überlegen, aber oft fehlbar oder bequem.

LG --PerfektesChaos 20:40, 7. Apr. 2019 (CEST)

Artikelwunsch Alpenverein

Hallo, ich suche den Passenden Bot für die dort Fehlenden Artikel im Bereich Artikelwunsch Alpenverein, für Fehlende Dachverbände, Hütten, Sektionen, eventuell Lebende Personen im Bereich Alpinismus. --Seeler09 • Leider nicht in Ihrem Land verfügbar • Mitstreiter im Alpinprojekt gesucht 16:17, 13. Jul. 2019 (CEST)

Hallo @Seeler09: Was genau sollte der Bot denn machen? Doch nicht etwa die Artikel schreiben, oder? ;-) --Invisigoth67 (Disk.) 11:22, 14. Jul. 2019 (CEST)

Nein und auch nicht Rumzittern. Was er können soll steht doch in der Einleitung? Fehlende aber auf Wikipedia als Rotlink erwähnte Artikel finden. --Seeler09 • Leider nicht in Ihrem Land verfügbar • Mitstreiter im Alpinprojekt gesucht 11:25, 14. Jul. 2019 (CEST)

*kopfschiefhaltdmitdashirnzusammenrinnt* Wie soll ein Bot erkennen, ob ein Rotlink auf irgendeiner Seite etwas mit Alpinismus zu tun hat? Also wenn zum Beispiel im Artikel zu Innsbruck ein Satz wie "Der Bergsteiger Sepp Hinterleitner hat in der Hütte zum Wilden Gamsbock übernachtet." Sind zwei Rotlinks und haben wohl was mit Alpinismus zu tun, aber für einen Bot ist das nicht zu erkennen. --Wurgl (Diskussion) 11:38, 14. Jul. 2019 (CEST)

(nach BK) OK, alles klar. Die Verwirrung vielleicht deshalb, weil die WAF-Artikelwunsch-Seite bereits recht gut gefüllt ist, u.a. nachdem gestern Krd und sein Bot den Nekrolog-Teil bearbeitet/aktualisiert haben. Ist das hier also bereits (teil-)erledigt bzw. gibt es noch konkrete weitere Wünsche an den Krdbot oder einen anderen Bot? --Invisigoth67 (Disk.) 11:40, 14. Jul. 2019 (CEST)

Nun wie erwähnt habe ich dort nur die Artikel händisch gelistet die mir selbst aufgefallen sind. Da ich sicherlich Artikel und Hütten, Sektionen, Dachverbände nicht gefunden habe könnte da Hilfe von Bots nicht Schaden. Und die Völklinger Hütte würde dort Falsch sein. Artikelwunsch Alpenverein ist vom WAF eher eine UNTER Projekt-Seite. Welche sich gezielt um Artikel um die Alpinen Vereine kümmert. --Seeler09 • Leider nicht in Ihrem Land verfügbar • Mitstreiter im Alpinprojekt gesucht 11:47, 14. Jul. 2019 (CEST)

Aus den Nekrologen lassen sich natürlich fehlende Alpinisten/Bergsteiger-Artikel mit einem einfachen regulären Ausdruck und recht hoher Trefferquote extrahieren. Aber die Bots können natürlich nur so gut sein wie die entspr. Algorithmen. Wie willst Du einem Bot beibringen, bei einem [[Xxxxx Hütte]]-Rotlink in einem als alpin kategorisierten Artikel zu unterscheiden, ob es sich um eine Schutzhütte oder um ein Bergwerk handelt? Du solltest also möglichst exakt die zu verwendenden Kriterien, mit denen der Bot dann gefüttert wird, auszuformulieren versuchen. --Invisigoth67 (Disk.) 13:39, 14. Jul. 2019 (CEST)

Dieses ist mir schon bewusst. Da würde ich dann schon eine Erweiterte Suchoption einbinden. Welche Arten von Alpinen Bereichen er durchsuchen möge, wie es nun bei den Personen der Fall ist. Mit den Suchkriterien DAV, Deutscher Alpenverein, und so weiter. Der aktuelle Bot kann dieses allerdings nicht, da die Hütten und Dachverbände, und Co. nicht verstorben sind. Versterben können nun einmal nur Personen. Es kann Historische Sektionen geben diese sind aber nicht Verstorben maximal aufgelösst. Die Sektion Prag (DuOeAV) wäre da so ein Fall, wie es die Sektion Donauland (Historisch) ist. Es gibt auch einige Redlink Hütten, die ich so nicht kannte. Siehe [[Kategorie:Schutzhütte des Club Alpin Français]], wo in einem Hütten-Artikel eine weitere Hütte erwähnt wird, diese da sie als Redlink auftaucht sicherlich Relevsanz haben dürfte. --Seeler09 • Leider nicht in Ihrem Land verfügbar • Mitstreiter im Alpinprojekt gesucht 16:53, 14. Jul. 2019 (CEST)

Der Bot soll ja auch nur Artikel im Bereich Berge, Gebirge, Landschaften, und wo es sich um Alpine Bereich handelt durchsuchen, und nicht Seiten wie z.B. Städte, o.ä. wo es Hütten gibt die nicht Alpin sind. Denke die Anfrage von mir ist sehr klar Vormuliert? --Seeler09 • Leider nicht in Ihrem Land verfügbar • Mitstreiter im Alpinprojekt gesucht 05:24, 17. Jul. 2019 (CEST)

Leider noch nicht konkret genug, aber ich denke, das Missing-Topic-Tool ist die beste Wahl für Dich, wird auch auf vielen anderen Projektseiten genutzt. Schnapp Dir mal diesen Link, das Ergebnis kannst Du dann auf der Artikelwunsch-Seite eintragen, inklusive Header, damit beim nächsten Mal der Link gleich zur Verfügung steht. Weitere Kandidaten für das Tool sind vielleicht Alpiner Verein sowie für die Hütten alle Listen, die unter Alpenvereinshütte#Siehe_auch gelistet sind. --Invisigoth67 (Disk.) 09:04, 17. Jul. 2019 (CEST)

Nun die Liste der Sektionen des Deutschen Alpenvereins hab ich selbst erstellt, da weiss ich welche es so gibt. Die Liste der DAV-Hütten hab ich auch selbst Ausgefüllt (nicht erstellt). Unter Alpiner Verein hab ich auch einiges Eingetragen... siehe einfach den Kopfbereich Artikelwunsch Alpenverein, dort sind ja nun auch alle Relevanten Dinge eingetragen. Hilfreich wäre wie erwähnt wenn bei irgend einem (Berg, Gebirge, Person Alpinist o. ä.) eine Hütte... erscheint die ich selbst NICHT erfasst habe. Bei der SAC Sektions bzw. Hüttenliste habe ich auch mitgearbeitet... sowie bei der ÖAV Hüttenliste, mir ist auch die Liste von Schutzhütten in den Alpen bekannt. Wo ich was finde ist mir bekannt, nur wenn diese Hütten nicht in diesen Listen stehen... sondern im Artikel von „Karl Bumsdings“... weil er Namensgeber war... genau DIESE Hütten und Personen, würde ich mit einem Bot so es dafür einen gibt Finden lassen. --Seeler09 • Leider nicht in Ihrem Land verfügbar • Mitstreiter im Alpinprojekt gesucht 17:45, 19. Jul. 2019 (CEST)

Ersetzen von Toter Link inline=ja

Ich bitte um die Ersetzung von

[{{(Toter Link|dead link) | inline=(ja|1) | url=http://example.com/path}} Linktext] ==> {{Toter Link | url=http://example.com/path | text= Linktext}}

bzw. bei fehlenden Linktext domain+Pfad als Linktext

[{{(Toter Link|dead link) | inline=(ja|1) | url= http://example.com/path}}] ==>  {{Toter Link  | url= http://example.com/path | text= example.com/path}}

Achtung ausgenommen sind alle Verwendungen von Toter Link mit Parameter inline=ja wo diese innerhalb einer anderen Vorlage verwendet wird. Die Verwendung innerhalb anderer Vorlagen, die im Parameter eine URL erwarten, ist der Grund warum inline=ja überhaupt existiert.

Der Auftrag betrifft rund 3000 Artikel. (@Cirdan: zur Info) Frohes Schaffen — Boshomi ⌨   14:49, 22. Aug. 2019 (CEST)

Hi, gibt es dafuer schon eine Suchabfrage? Danke und BG --FNDE 23:01, 22. Aug. 2019 (CEST)

die in Frage kommenden Seiten sollte mit insource:/\[\{\{(toter|dead) link/i auffindbar sein. "[{{" ist signifikant, allerdings schließt diese Abfrage auch Vorkommen ein, wo das innerhalb einer anderen Vorlage verwendet wird die möglicherweise eine URL als Parameter verlangt. Die Konstruktion "Toter Link inline=ja" simuliert einen externen Link nach Wikisyntax. Frohes Schaffen — Boshomi ⌨   23:17, 22. Aug. 2019 (CEST)

Das sollte die gefragte Liste der Artikel sein: https://tools.wmflabs.org/persondata/vorlagen/?tmpl=Toter+Link&param=inline&value=^(1%7Cja)%24&value_op=rx&with_wl=1 --Wurgl (Diskussion) 23:31, 22. Aug. 2019 (CEST)

Da erhalte ich ein Timeout. --Leyo 11:48, 26. Mai 2023 (CEST)

Frag nicht warum, aber jetzt kommt das innerhalb weniger Sekunden.

Besser ist https://persondata.toolforge.org/vorlagen/?tmpl=Toter+Link&param=inline&value=%5E%281%7Cja%29%24&value_op=rx&with_wl&in_t&in_r&in_l&in_a&show_value

Aber wenn ich das richtig verstehe, dann gehört da bissl mehr Einschränkung, z.B. auf ein Leerzeichen in der URL. Ich guck mal was ich zu Fuß rausbekomme. --Wurgl (Diskussion) 12:02, 26. Mai 2023 (CEST)

Erscheint mir zu Fuß zu viel zu sein. 3808 Vorkommen der Vorlage auf 3104 Seiten die nicht innerhalb einer anderen Vorlage sind, Parameter "inline" gleich 1 oder ja und kein Parameter "text" gesetzt ist. Das scheinen wohl genau so viele zu sein, wie der bessere Link von gerade eben. --Wurgl (Diskussion) 12:46, 26. Mai 2023 (CEST)

Vorlage:IPA-Zeichen und Konsorten

Hier und hier findet sich der Kontext dieser Anfrage.

Benutzer:Antonsusi hatte die eckigen Klammern bzw. Schrägstriche für Phon- bzw. Phonem-Auszeichnung aus Vorlage:IPA-Zeichen entfernt, sie aber im Zuge des oben verlinkten Vorgangs wiedereingefügt. In der Zwischenzeit (ca. drei Monate) wurden diese und andere darauf zurückgreifende Vorlagen (mindestens Vorlage:IPA-Phon und Vorlage:IPA-Phonem) daraufhin offenbar so verwendet, dass die Klammern bzw. Schrägstriche von Hand eingefügt wurden: [{{IPA-Phon|a}}] statt (wie intendiert) {{IPA-Phon|a}}, um ​[⁠a⁠]​ zu erzeugen. An den Stellen, an denen das passiert ist, müsste nun ein Klammerpaar (bzw. ein Schrägstrichpaar) zu viel ausgegeben werden.

Ich weiß nicht genau, um wie viele Fälle/Seiten es sich handelt (und wie man das feststellen könnte), aber grundsätzlich wäre es meiner Meinung nach eine sinnvolle Aufgabe für einen Bot, solche Vorlageneinbindungen zu korrigieren. Für den oben geschilderten Problemfall hieße das:

• Einbindungen der Form [{{IPA-Phon|X}}], [{{IPA-Phonem|X}}], [{{IPA-Zeichen|X|typ=phon}}] und [{{IPA-Zeichen|X|typ=phonem}}] (und sicherheitshalber auch die Möglichkeiten mit zweitem positionalem Argument oder ohne typ) auf {{IPA-Phon|X}} ändern;
• entsprechend Einbindungen der Form /{{IPA-Phon|X}}/, /{{IPA-Phonem|X}}/, /{{IPA-Zeichen|X|typ=phon}}/ und /{{IPA-Zeichen|X|typ=phonem}}/ (dito zweites positionales Argument oder ohne typ) auf {{IPA-Phon|X}};
• mit anderen Worten also: so, dass das optische Ergebnis erhalten bleibt und die spezialisierten Vorlagen {{IPA-Phonem}} bzw. {{IPA-Phon}} verwendet werden.

Dringend ist das offenbar für Vorlageneinbindungen im ANR, aber auch in den anderen Namensräumen wären diese Ersetzungen sinnvoll (vor allem im Diskussionsnamensraum), sofern mit dem Regelwerk vereinbar (Änderung fremder Diskussionsbeiträge und so).

(Anmerkung am Rand: So was wie [{{IPA-Phonem|X}}] wäre unsinnig, weil Phoneme mit Schrägstrichen und nicht mit Klammern ausgezeichnet werden. Falls solche „Mischverwendungen“ vorkommen, wäre es sinnvoll, wenn der Bot einen Hinweis auf der Diskussionsseite hinterlassen könnte.)

Darüber hinaus könnte so ein Bot immer mal wieder Vorlageneinbindungen (im ANR) optimieren, indem Varianten von {{IPA-Zeichen}} mit benanntem Paramter typ – oder ohne benannten Parameter typ, aber mit umgebenden Klammern/Schrägstrichen – durch Verwendungen der spezialisierten Vorlagen {{IPA-Phonem}} bzw. {{IPA-Phon}} ersetzt werden.

TL/DR: Verwendungen von eckigen Klammern oder von Schrägstrichen um Einbindungen von {{IPA-Zeichen}} sollen unter Erhalt des dadurch intendierten optischen Ergebnisses durch Einbindungen von {{IPA-Phonem}} bzw. {{IPA-Phon}} ersetzt werden, ebenso Verwendungen von {{IPA-Zeichen}} mit Parameter typ.

Ziel ist, dass verlinkter IPA-Text mit eckigen Klammern drum herum immer durch Einbindung von {{IPA-Phon}}, verlinkter IPA-Text mit Schrägstrichen drum herum immer durch Einbindung von {{IPA-Phonem}} im Quelltext erzeugt wird.

Wäre das machbar? --95.116.8.48 23:34, 4. Sep. 2019 (CEST)

Ich finde mit dieser Abfrage gerade mal 25 Treffer. Wollt ihr das schnell per Hand erledigen? --FNDE 20:11, 17. Sep. 2019 (CEST)

Vorlage:Infobox Feuerwehr komplett einsetzen und vorhande Einträge übernehmen

Info: Dieser Anfrage zur Vorlage:Infobox Feuerwehr gingen mehrere Diskussionen voraus:

1. VL Feuerwehr-Disku
2. WP:VWS
3. BD Wi-luc-ky

Nur zur Doku, muss man/frau nicht alles nachlesen. --Wi-luc-ky (Diskussion) 00:19, 17. Sep. 2019 (CEST)

Hallo,

ich habe gerade die Vorlage Vorlage:Infobox Feuerwehr um die letzten 4 Reihen vervollständigt. Dabei ist mir aufgefallen, dass die Vorlage nicht immer vollständig, falsche oder mit Phantasiewerten bestückt wurden. Gibt es die Möglichkeit die Vorlage bei den vorhanden Artikel einzusetzten und die richtigen vorhanden Daten (aus der Vorlage) zu übernehmen und alle Phantasiewerten wegzuschmeissen? Selbstverständlich (;)) sind diese Werte nicht immer an der gleichen Stelle.--Vielen Dank und Grüße Woelle ffm (Uwe) (Diskussion) 15:02, 16. Sep. 2019 (CEST)

148 Einbindungen – ich bin mir nicht sicher, ob sich das lohnt, zumal der Auftrag moeglicherweise komplexer ist als er zunaechst erscheinen mag. --FNDE 16:00, 16. Sep. 2019 (CEST)

Senf:

• „alle Phantasiewerten wegzuschmeissen“ – meint wohl: Alle nicht erkannten Parameter zu eliminieren?
  • Das machen wir grundsätzlich nicht per Bot, sondern nur von Hand.
  • Es kann einfach nur einen Tippfehler im Parameternamen geben; irgendwann ging dem mal ein Buchstabe verloren. Schon wird er nicht mehr erkannt, und soll jetzt mitsamt Wert eliminiert werden? Nö, nur unter fachkundiger manueller Aufsicht.
• WSTM könnte übrigens in den kommenden Wochen diese Vorlage erlernen; dann könntest du die Artikel einzeln durchgehen und die Infobox wird automatisch auf die Standardanordnung bekannter Parameter umgeschrieben. Unbekannte werden hinten angehängt und können dort ggf. eliminiert werden. Allerdings wird dann die Syntax im gesamten Artikel ebenfalls standardisiert.

LG --PerfektesChaos 21:30, 16. Sep. 2019 (CEST)

Hallo Benutzer:FNDE, die "nur" 148 Einbindungen alle auf Vollständingkeit per Hand zu kontrollieren, ich auch ganz schön aufreibend und fehleranfällig. Was ich mir vorstellen kann, ist dies ein Probelauf für andere Vorlagen ist.

Hallo Benutzer:PerfektesChaos, „alle Phantasiewerten wegzuschmeissen“ – meint wohl: Alle nicht erkannten Parameter zu eliminieren?, ja genauso oder wie du vorschlägst: Vorlagenreihnfolge und dann eine Zwischenzeile mit dem Hinweis "Alle nicht erkannten Parameter" unten anfügen.--Vielen Dank und Grüße Woelle ffm (Uwe) (Diskussion) 08:19, 17. Sep. 2019 (CEST)

Wir koennten eine Wartungsliste basteln – da bleiben von den 149 bestimmt nicht mehr viele uebrig. VG --FNDE 20:05, 17. Sep. 2019 (CEST)

Ja, bitte eine Wartungsliste basteln--Vielen Dank und Grüße Woelle ffm (Uwe) (Diskussion) 06:58, 19. Sep. 2019 (CEST)

@Woelle ffm: Hilft dir das hier bei der Wartung weiter? --Wurgl (Diskussion) 08:07, 19. Sep. 2019 (CEST)

Links auf TIME Magazine

Das TIME-Magazine schon vor einiger Zeit hat seine Server umgestellt, wodurch alte Links darauf nicht mehr funktionieren. Daher suche ich eine Bot der die Links korrigiert:

http://www.time.com/time/ -> https://content.time.com/time/

Leider gab es wohl vor der Umstellung der Subdomain schon andere Änderungen, sodass nicht alle Links dadurch wieder funktionieren. Daher wenn möglich vor jeder Änderung prüfen, ob das neue Linkziel vorhanden ist und bei "404 Not Found" erstmal belassen. Ich würde den Rest dann anschließend manuell abarbeiten. --Wickie³⁷ 20:19, 3. Feb. 2020 (CET)

@Wickie37: Ich habe ein recht gut passendes Werkzeug dafür, schaue mir das an.--Cactus26 (Diskussion) 13:30, 22. Feb. 2020 (CET)

Habe mal einen Trockenlauf gemacht. Es sieht gar nicht so schlecht aus, 2245 Links können repariert werden, 232 bleiben übrig. Werde die Reperatur nun starten.--Cactus26 (Diskussion) 14:26, 22. Feb. 2020 (CET)

@Wickie37: Habe die Anpassung nun durchgeführt:

• Benutzer:CactusBot/WikiBotFindRepl.20200222142931.Edits
• Benutzer:CactusBot/WikiBotFindRepl.20200223101226.Edits
• Benutzer:CactusBot/WikiBotFindRepl.20200223104509.Edits
• Benutzer:CactusBot/WikiBotFindRepl.20200223112700.Edits

Verblieben sind folgende Fälle, die nach Anpassung nicht zu einer gültigen URL führen: Benutzer:Cactus26/InvExtLinksTimeMagazine20200222. Falls es weietere Möglichkeiten gibt, Links automatisch anzupassen, lass es mich wissen.--Cactus26 (Diskussion) 11:50, 23. Feb. 2020 (CET)

Danke @Cactus26: Das sieht gut aus :) Da sind noch Links auf nicht mehr erreichbare Vorschau- und Druckansichten, die kann man noch auf die normale Artikelansicht umbiegen:

• content.time.com/time/magazine/printout/0,8816... -> content.time.com/time/magazine/article/0,9171...
• content.time.com/time/archive/preview/0,10987... --> content.time.com/time/magazine/article/0,9171...

--Wickie³⁷ 16:33, 23. Feb. 2020 (CET)

Geht wohl nach dem Muster auch noch bei anderen Pfaden:

• content.time.com/time/*/0,*,... -> content.time.com/time/magazine/article/0,9171,...

zumindest bei /asia/news/magazine/ und /asia/magazine/article/ funktioniert das auch --Wickie³⁷ 16:44, 23. Feb. 2020 (CET)

@Wickie37: Das lässt sich leicht umsetzen und ich mache es gerne, komme allerings voraussichtlich leider nicht vor Freitag dazu. (btw.: die 9171 wirkt auf mich magisch, habe mir nicht die Mühe gemacht zu durchschauen, wie du darauf kommen konntest ;-).--Cactus26 (Diskussion) 07:58, 25. Feb. 2020 (CET)

@Wickie37: Nun habe ich deine zus. Regel umgesetzt, diese Fälle führten zu erreichbaren Links:

• Benutzer:CactusBot/WikiBotFindRepl.20200228090713.Edits

Die neue Restmenge:

• Benutzer:Cactus26/InvExtLinksTimeMagazine20200228.

Noch eine Idee für eine automatisiert umesetzbare Regel? Viele Grüße --Cactus26 (Diskussion) 09:56, 28. Feb. 2020 (CET)

@Wickie37: Bist du da noch dran? --Leyo 11:53, 26. Mai 2023 (CEST)

Datenbank IFPI Norwegen

Hallo zusammen, die IFPI Norwegen hat ihre Datenbank umgestellt. Das heißt die Links: http://ifpi.no/component/rstrophybridge/ müssten zu https://ifpi.no/trofe/trofeoversikt/ umgeändert werden. Die Anzahl der zu ändernden Links dürfte sich schätzungsweise im mittleren dreistelligen Bereich bewegen. Vielen Dank im Voraus. Viele Grüße --Dentalum (Diskussion) 16:29, 12. Mai 2020 (CEST)

Allenfalls wäre eine Umstellung auf eine Zitierungsvorlage sinnvoll. --Leyo 16:35, 12. Mai 2020 (CEST)

Yep, wobei der empfohlene Name der Vorlage wäre: Vorlage:ifpi.no

Bei solchen Bot-Umstellungen machen wir routinemäßig die Umstellung von URL auf Vorlagensyntax mit.

Wie ist denn das mit den Bezeichnern? Bleiben die ansonsten gleich, oder mussen neue ID herausgesucht werden? Was genau soll ein Bot ersetzen oder beibehalten?

Einfache Weblinksyntax mit URL und Linktitel bekämen Botbetreiber auch hin; sofern Vorlage:Internetquelle betroffen wäre, müsste besser manuell gearbeitet werden, von wegen Zusatzinfos und so.

VG --PerfektesChaos 17:12, 12. Mai 2020 (CEST)

In keinem Fall ist die Vorlage:Internetquelle betroffen, sondern AfM-Artikel wie z.B. Nicki Minaj/Auszeichnungen für Musikverkäufe, Diskografie-Artikel und Künstler-Artikel mit Auszeichnungstabelle so wie hier. Es sind nur die oben genannten Links zu ersetzen. Beibehalten werden muss nichts. Grüße --Dentalum (Diskussion) 17:41, 12. Mai 2020 (CEST)

Was denn, ohne ID, nur die konstante Startseite der permanent fortgeschriebenen Liste?

Ich habe das grad mal auch bei Kwabs probiert, aber unter den aktuellen Hundert oder was von 2019/2020 isnix. Also bräuchte man die Jahreszahl, mindestens, besser das Datum. Der steht auf https://ifpi.no/trofe/trofeoversikt/?aar=2015&pg=2 – also Jahr=2015, Seite=2.

Was ist denn das für eine pfuschige Quellenangabe??

Klingt jedenfalls sehr nach Vorlage, in der dann Jahreszahl und ggf. Seitenzahl wo bislang fehlend nachzutragen wären.

VG --PerfektesChaos 18:21, 12. Mai 2020 (CEST)

Ich mache es denn mal händisch. Einen noch leichteren Überschreibfall gibt es ja gar nicht. "Danke" Gruß --Dentalum (Diskussion) 18:56, 12. Mai 2020 (CEST)

@PerfektesChaos, Dentalum: In nahezu allen Fällen reicht es, die Musiker als Suche bei https://ifpi.no/trofe/trofeoversikt/?aar=&searchterm= einzugeben. Es ist kein Jahr und keine Seite anzugeben, weil die Kombination aus Musiker und Jahr nicht funktioniert - bei https://ifpi.no/trofe/trofeoversikt/?aar=2020&searchterm=Kiss (korrigiert) kommen alle Ergebnisse mit 'Kiss' im Titel, aber auch die, die nicht von 2020 sind. Das sind für ein Land wie Norwegen trotzdem nicht viel, wir sind ja dabei nicht in den USA.

Vielleicht kann die '?aar='-Angabe aus dem Weblink entfernt werden? Ich fand keine Möglichkeit.

Es würde reichen, alle Links der Art https://ifpi.no/trofe/trofeoversikt/?aar=&searchterm=Tone+Damli durch eine Vorlage ifpi.no mit dem einzigen Parameter 'Name' (am besten als unbenannter Parameter 1) - hier Tone Damli zu ersetzen, wobei mehrere Namensbestandteile mit + verbunden werden. Die Seite sucht im Künstlernamen als auch im Songtitel, mir fällt gerade kein Wort ein, welches in beiden sein könnte. Nur beiden langen Listen, kommen mehrere Seiten heraus. Ich sehe keinen Bedarf, die gesuchte Seite anzugeben. Man muss eh auf der (ausgegebenen) Seite nachsehen, wenn man einen bestimmten Eintrag sucht.

Kurz: Was spricht gegen {{Ifpi.no}} in der Verwendung {{ifpi.no|Tone Dali}}?

--Tommes ^✉ 11:09, 19. Nov. 2020 (CET)

Benachrichtigung bei Verschiebewünschen

Auf der Diskussionsseite der Verschiebewünsche wurde über eine Benachrichtigung bei entsprechenden Anfragen diskutiert. Die zugehörige Diskussion findet sich hier. Einwände gab es bisher nicht, weshalb ich mich freuen würde, wenn eine Umsetzung möglich wäre. --Ameisenigel (Diskussion) 22:36, 24. Mai 2020 (CEST)

Hallo Ameisenigel, grundsätzlich lässt sich das machen. Wie schnell werden denn die Verschiebewünsche im Durchschnitt so bearbeitet, das heißt, wie lang ist der Zeitraum zwischen der Antragsstellung und der Verschiebung? Gruß, -- hgzh 14:07, 1. Jun. 2020 (CEST)

Moin hgzh! Bei den eindeutigen Fällen dauert das meist nur ein paar Stunden. Wenn es weniger eindeutig ist oder größere Nacharbeiten erforderlich sind, kann das aber auch mal eine Woche rumliegen. --Ameisenigel (Diskussion) 14:30, 1. Jun. 2020 (CEST)

Ok, ich kann mir dazu mal was überlegen, dauert aber womöglich etwas. -- hgzh 15:02, 1. Jun. 2020 (CEST)

Nur aus Interesse, wie ist denn hier aktuell der Status? Itz Marlon (Diskussion) 13:08, 30. Mär. 2021 (CEST)

BLDAM-Objekt-ID bei denkmalgeschützten Objekten mit eigenem Artikel in Wikidata hinterlegen

Die Brandenburger Baudenkmale sind zum Großteil noch nicht auf Wikidata erfasst. Erfasst sind nur die Objekte, die bereits einen eigenen Artikel haben, wie z. B. Gedenkstätte für die Gefallenen der Roten Armee in Senftenberg mit Gedenkstätte für die Gefallenen der Roten Armee in Senftenberg (Q1497552). Diese haben i. d. R. keine Infos zum Schutzstatus. Nach und nach sollen auch die Brandenburger Baudenkmale nach Wikidata gebracht werden. In Vorbereitung dessen sollen die bereits bestehenden Objekte der Baudenkmale bei Wikidata mit Denkmalinfos angereichert werden, falls noch nicht vorhanden.

• BLDAM-Objekt-ID (P2081)
• Schutzkategorie (P1435)
• Bild (P18)
• Commons-Kategorie (P373)

Die Syntax der Denkmallisten ist wie folgt aufgebaut

{{Denkmalliste Brandenburg Tabellenzeile
| Id = 09120153
| Adresse = Briesker Straße
| Lage-Sortierung =
| Artikel = Gedenkstätte für die Gefallenen der Roten Armee in Senftenberg
| NS = 51.514425
| EW = 13.987666
| Bezeichnung = Sowjetischer Ehrenfriedhof
| Beschreibung = Der Friedhof wurde 1945/1946 für gefallene sowjetische Soldaten angelegt. Im Jahr 1975 erfolgte eine Umgestaltung durch den Bildhauer [[Ernst Sauer (Bildhauer)|Ernst Sauer]], dabei wurde der Friedhofscharakter aufgegeben und die Gedenkstätte in Form von Bajonetten, die eine Blume schützen angelegt. Von 2014 bis 2015 wurde die Gedenkstätte saniert und es wurden Grabplatten mit den Namen der Gefallenen ausgelegt.
| Bild = Senftenberg sowjetehrenmal.JPG
| Commonscat =Gedenkstätte für die Gefallenen der Roten Armee in Senftenberg
|Wikidata=Q1497552
}}

• BLDAM-Objekt-ID (P2081) befüllen mit Wert aus Parameter | Id =
• Schutzkategorie (P1435) befüllen mit Baudenkmal (Q811165)
• Bild (P18) befüllen mit Wert aus Parameter | Bild =
• Commons-Kategorie (P373) befüllen mit Wert aus Parameter | Commonscat =

Zusätzlich soll der Wert des jeweiligen Wikidata-Objektes in der Denkmallisten im Parameter |Wikidata= hinterlegt werden. Meist existiert der Parameter in der Syntax nicht und muss dann komplett angelegt werden.

Zu einem späteren Zeitpunkt sollen irgendwann alle anderen Denkmallisteneinträge nach WD gebracht werden. -- ^Thomas 15:45, 8. Jun. 2020 (CEST)

Dieser Botauftrag wird gerade von TaxonBot (Beiträge) bearbeitet. Um Konflikte zu vermeiden, warte bitte mit anderen Aktionen, bis diese Markierung entfernt ist, oder kontaktiere den Betreiber (Diskussion).

IHF

Hallo. Die Internationale Handballföderation (IHF) hat ca. vor einem Jahr die komplette Webseite neu designed. Alle Links die älter sind, sind nun unter archive.ihf.info abrufbar. Ich würde nun gerne alle alten links auf die archive Webseite umschrieben lassen. (Uralte links sind nicht im Archiv).

Ablauf:

1. Link von *.ihf.info/* öffnen, wenn Status 200, Abbruch sonst Punkt 2
2. Weitelreiten auf archive.ihf.info/*
3. Wenn Staus 404 oder Status 301 auf web.archive.org weiterleiten sonst Link von archive.ihf.info/* nehmen
   1. 301 (Wenn der Link auf die Index Seite des Archives weiterleitet

Beispiele:

1. https://www.ihf.info/competitions
   1. Status 200 und es ist eine neue Seite => alles i.O.
2. https://www.ihf.info/files/CompetitionData/73723e64-e5fd-4203-bd7c-ae88ee96331d/pdf/2OMR.pdf
   1. Zuerst ein 404 Status; weiterleiten nach https://archive.ihf.info/files/CompetitionData/73723e64-e5fd-4203-bd7c-ae88ee96331d/pdf/2OMR.pdf
   2. Wieder ein 404 Status + Text "The resource you are looking for has been removed, had its name changed, or is temporarily unavailable." => wenn möglich web.archive.org
3. https://www.ihf.info/IHFCompetitions/WorldChampionships/MensWorldChampionships/MensHandballWorldChampionshipQatar2015/News/NewsDetails/tabid/6974/Default.aspx?ID=2390
   1. Zuerst ein 404 Status; weiterleiten nach https://archive.ihf.info/IHFCompetitions/WorldChampionships/MensWorldChampionships/MensHandballWorldChampionshipQatar2015/News/NewsDetails/tabid/6974/Default.aspx?ID=2390
   2. Status 301 + Weiterleitung auf https://archive.ihf.info/ => wenn möglich web.archive.org
4. http://www.ihf.info/en-us/ihfcompetitions/ihfemergingnationsmenschampionship/1stihfsouthandcentralamericanemergingnationschampionship.aspx
   1. Zuerst ein 404 Status; weiterleiten nach https://archive.ihf.info/en-us/ihfcompetitions/ihfemergingnationsmenschampionship/1stihfsouthandcentralamericanemergingnationschampionship.aspx
   2. Status 200 => Link auf archive.ihf.info/* ändern

Ich habe schon den gleichen Antrag im Englischen Wiki gemacht. (en:Wikipedia:Link rot/URL change requests#IHF) Bei Rückfragen stehe ich zur Verfügung. Und vielen Dank wenn sich jemand darum kümmert. --Malo95 (Diskussion) 10:11, 28. Jun. 2020 (CEST)

Könnte man bitte auch alle von xOMR.pdf zu xMTR.pdf ändern. Wenn nur xOMR.pdf vorhanden, kann dieser genommen werden. Weil z.B. ist dieser OMR (https://archive.ihf.info/files/CompetitionData/73723e64-e5fd-4203-bd7c-ae88ee96331d/pdf/2OMR.pdf) nicht vorhanden, aber der dazugehörige MTR (https://archive.ihf.info/files/CompetitionData/73723e64-e5fd-4203-bd7c-ae88ee96331d/pdf/2MTR.pdf) ust vorhanden. Dies wurde auch auf der Englischen Seite besprochen. –Malo95 (Diskussion) 17:09, 1. Jul. 2020 (CEST)

meta:Requests for new languages

Hallo! Ich frage mal hier an, weil sich auf Meta auf die entsprechende Anfrage noch keine Reaktionen ergeben haben. Ich hätte gerne einen Bot, der die letzten Änderungen auf Meta überwacht und

• neu angelegte Unterseiten von meta:Requests for new languages in die Tabellen auf der Seite einsortiert bzw. gelöschte Unterseiten daraus entfernt
• wenn sich auf einer der Unterseiten in der Vorlage {{new wiki request}} der Wert des Parameters "status" ändert, den Parameter auch entsprechend in der Tabelle auf der Requests-for-new-languages-Seite ändert.

Ist sowas machbar? --MF-W 18:45, 14. Jul. 2020 (CEST)

Moin MF-W, würde es vllt. auch nur helfen, wenn du diese Seiten auf META beobachten würdest? Siehe Hilfe:Beobachtungsliste/global. Denn der Wunsch ist, finde ich, sehr speziell für einen Einzelfall. mfg --Crazy1880 22:20, 25. Mai 2023 (CEST)

Ich beobachte die Seiten eh schon, aber neu angelegte natürlich noch nicht. Es geht aber nicht um die Beobachtung, sondern darum, die Tabelle aktuell zu halten (was bisher händisch erledigt werden muss: [10]). --MF-W 16:51, 26. Mai 2023 (CEST)

Purge-Bot definieren

Problem:

• Früher verwalteten die Wiki-Server Seiten mit zeitabhängiger Inhaltsdarstellung selbst und lieferten eine einige Stunden alte Fassung aus.
• Seit einigen Jahren ist zu beobachten, dass das weltweit völlig darniederliegt. Phab-Tickets zu schreiben ist da völlig sinnfrei. Das wird auch eine Weile so bleiben.

Früher mal, vielleicht vor 2010? oder was, klappte das auch noch nicht und wir hatten Purge-Bots. Dann packten die Server das zumindestens für angemeldete Benutzer, und wir hatten den Service nicht mehr betrieben.

• Jetzt wird von einem Rückstand über mehrere Wochen berichtet, nämlich Vorlage Diskussion:Infobox Regierung #Fehler bei der Dauer?
• Die TWS hat auch WP:TWS #Aktualisierung der Startseite der alswiki.
• phab:T119366

Ich denke, wir sollten einen Bot aufsetzen, der

• täglich gegen vier Uhr morgens (betriebsarme Zeit in DACH und Sicherheitsabstand von Londoner Sommerzeit) ein purge auf definierte Seiten auslöst.
• Gemäß:
  • Einer Unterseite mit befreundeten Wikis, wie des alswikis und die Homepages der DACH-Schwestern.
  • Einer Kategorie:Wikipedia:Seite mit täglicher Aktualisierung, die von Vorlagen gefüttert wird.
    • Dadrauf habe ich schon mal die beanstandeten Kabinette gelegt.
    • Unsere HS und HS/morgen müssten auch drauf, und allerlei Funktionsseiten.

VG --PerfektesChaos 20:38, 16. Jul. 2020 (CEST)

Sollten wir die Berechnung der Dauer nicht lieber aus den Infoboxen rausnehmen und das dem Leser überlassen? – Giftpflanze 21:01, 16. Jul. 2020 (CEST)

@PC: Das artet aus. Die Vorlage:Alter alleine ist 12.800 mal eingebunden (12.800 mal ohne zweites Datum, also Differenz zu aktuellem Datum). Das sollte anders gelöst werden. --Wurgl (Diskussion) 21:07, 16. Jul. 2020 (CEST)

(BK)

(@Gifti:) Das würde die Zahl der Einträge in der Kategorie reduzieren, löst aber nicht das Problem um Haupt- und Funktionsseiten.

Du müsstest dann halt mit jedem einzelnen Fan der Infoboxen verhandeln, wie sinnvoll solche Angaben bei jedem einzelnen Sportler oder einer Regierung (mit zwei Dutzend aktuellen) oder dem Upgrade einer Software-Version wären.

Es gibt aber durchaus auch einige Artikel, die durchaus nachvollziehbar auf Zeitangaben reagieren sollten.

• Älteste Menschen der Welt, Verweildauer der ISS im Space und sowas sind schon okay.

Was diese Regierungen angeht, kann man auch in der Regierungs-Infobox gucken, und die Kat dort und nicht in der Alter-Vorlage auslösen. Sind zwei Dutzend, die brächten uns nicht um.

VG --PerfektesChaos 21:38, 16. Jul. 2020 (CEST)

Nein, ich werde nicht mit den Boxenfans verhandeln, aber ich halte es nicht für unterstützenswert, das per Bot zu purgen; die können dann ja gucken, ob sie es drin behalten wollen, wenn es nicht zeitnah aktualisiert wird. Es geht mir dabei nicht um kompliziertere Sachen, da kann man gerne purgen. – Giftpflanze 21:56, 16. Jul. 2020 (CEST)

Bei mir läuft schon ein Purge-Bot, und da sind alle Haupt- und -unterseiten, insofern ich das gecheckt habe, mit drauf. – Doc Taxon • Disk. • 22:23, 16. Jul. 2020 (CEST)

Ich hab auch viele Funktionsseiten mit drauf, aber Lücken sind da sicherlich. – Doc Taxon • Disk. • 22:24, 16. Jul. 2020 (CEST)

Alles auf Benutzer:AsuraBot/Purges ist auch dabei – Doc Taxon • Disk. • 22:30, 16. Jul. 2020 (CEST)

okay, ich hab länger nicht gesehen, dass der Purger ausgefallen war. Läuft wieder – Doc Taxon • Disk. • 22:47, 16. Jul. 2020 (CEST)

• Ja, Benutzer:AsuraBot/Purges ist so in etwa das was ich unter Funktionsseiten im Hinterkopf hatte.
  • Wobei Benutzer:AsuraBot/Purges selbst ebenfalls gepurged werden müsste, denn die habe ich soeben vom 5. auf den 17. Juli als Jahrestag hochgejazzt.
• Gleichwohl gibt es diesen Bedarf auch für den ANR, wobei sich ja eine Hausnummer von 100 Artikeln vorgeben ließe, die tägliche Aktualisierung brauchen.
  • Es gibt wohl irgendwo die am längsten ununterbrochen leuchtende Glühlampe der Welt (über 100 Jahre in einer Feuerwache), irgendwelche ISS- und Voyager-Flüge, die ältesten lebenden Menschen usw. Regierungen sind gerade für Italien auch nicht uninteressant.
• Ich nannte die Kat nicht ohne Hintergedanken „täglich“.
  • Ließe sich ja auch eine Kat „wöchentlich“ einrichten und entsprechend großzügiger befüllen.
  • Dann sind die Artikel nicht ganz so arg neben der Spur.
  • Auch monatlich. Wenn die nie vom Server aktualisiert werden, sind auch unsere Veraltet-Bausteine irgendwann selbst obsolet.
• Es gibt Hunderte von BNR-Seiten, wo draufsteht, dass dieser Benutzer bereits seit acht Jahren 123 Tagen usw. angemldet sei, selbst wenn bereits vor drei Jahren verstorben. Die hatte ich schon nicht in der Kat.
• Früher mal bekamen angemeldete Besucher immer eine frische Version zu sehen, weil vermerkt wird, dass sie zeitabhängige Komponenten enthalten würde, und dies nach einer oder nach 24 Stunden oder was einen Neuaufbau auslöste. Das ist aber schon seit fünf Jahren oder mehr mit irgendeiner Cache-Umstellung verlorengegangen, und nicht angemeldete lebten auch damals hinterm Mond.

VG --PerfektesChaos 15:51, 17. Jul. 2020 (CEST)

Hm, ich lass mir da mal was einfallen. – Doc Taxon • Disk. • 17:54, 17. Jul. 2020 (CEST)

Hilfe bei Lua-Umstellung

Hallo! Ich bräuchte Botunterstützung, um diese Woche die Lua-Umstellung der Vorlage:Erweiterte Navigationsleiste einigermaßen glatt über die Bühne zu bringen. Die Neufassung ist schon vorbereitet, siehe BETA, kann also jederzeit umgesetzt werden. Nach der Umstellung ergeben sich dann die hier gelisteten Änderungen (einige Parameter werden obsolet, andere umbenannt und einige ändern die erwarteten Werte). Es betrifft lediglich den VNR, daher sollte auch ein mehrfacher Botlauf für niemanden ein größeres Problem darstellen. Wenn ich das richtig überblicke, geht es erst einmal um alle Vorlagenseiten, die (nach Umstellung) in Kategorie:Wikipedia:Vorlagenfehler/Vorlage:Erweiterte Navigationsleiste/Parameter unbekannt oder veraltet aufschlagen werden, sowie alle Vorlagenseiten, die Vorlage:Erweiterte Navigationsleiste/Untergruppe verwenden.
Sinnvollerweise sollten dabei auch gleich die Aufzählungen umgestellt werden, das ist aber nicht zwingend nötig, falls zu kompliziert. Dabei würden sämtliche gelistete Elemente (getrennt durch Bullets, meist mit nbsp, in seltenen Fällen auch durch Pipes; manchmal mit Zeilenumbrüchen, manchmal ohne) in eine klassische *-Aufzählung umgewandelt werden. Diese Form soll der neue Standard für Navigationsleisten werden, Vorlage:Auflistung bereitet das auch gerade vor.
Ich mache die Anfrage schon jetzt, weil durch die Umstellung mancher Parameter einige bestehende Navis kaputt gehen können (nichts Tragisches, aber in der Gestaltung dürfte es einige Auffälligkeiten geben). Es wäre also ganz sinnvoll, wenn der Botlauf zeitnah nach der Umstellung passieren könnte. Gruß–XanonymusX (Diskussion) 22:37, 1. Nov. 2020 (CET)

War vielleicht etwas zu viel auf einmal, ich streiche den zweiten Wunsch.   Wäre nett, wenn die Umstellung diese Woche gemacht werden könnte. Ich würde vorschlagen, dass der Botlauf ca. eine Stunde nach der Umstellung anlaufen sollte, damit die Wartungskat auch sicher aktuell ist. Gruß–XanonymusX (Diskussion) 16:51, 5. Nov. 2020 (CET)

Wann planst du denn die Umstellung? Am Wochenende könnte ich es über den Tag sicher irgendwie einpassen. -- hgzh 17:21, 5. Nov. 2020 (CET)

Da richte ich mich ganz nach den Wünschen der Bots! ;) Für mich sind es zwei Edits und dann ein bisschen Sicherheits-Screening, das kann ich jederzeit unterbringen. –XanonymusX (Diskussion) 18:24, 5. Nov. 2020 (CET)

Ich klinke mich hier mal ein und bitte, die Aktion eine Woche zu verschieben, bis ich einen kleinen Review gemacht habe.

• Das aus der enWP kopierte Modul navbox enthält mindestens ein Stück, das ziemlich laienhaft gebastelt ist und mehr nach Schulkind-Hack aussieht.
• Soweit dieses betroffen ist, sollte es erstmal generalüberholt werden.
• Außerdem würde ich mir ein solches Lua-Modul so vorstellen, dass die Formatierung der Parameter in alter und neuer Konstruktion automatisch am führenden Sternchen erkannt wird und mit beiden Strategien kompatibel ist. Generell machen wir soclhe Migrationsprozesse gerade bei zigtausendfach eingebundenen Vorlagen immer so, dass übergangsweise beide Methoden funktionieren und auch noch alte BNR-Bestände und Festplatten-Dateien weiter funktionieren.
• Schließlich gibt es auch eine neue Pipe-Gestaltung, die aber bislang nur auf BETA liegt und die hier noch gar nicht veröffentlicht wurde. Wer bisher Pipes hatte sollte auch bei Pipes bleiben.
• Der Parameter Name kann meiner Zählung nach ersatzlos wegfallen; das ist noch nicht eingepreist worden.

Was die „einfache“ Vorlage:Navigationsleiste angeht, hatte ich übrigens die gleiche Bot-Aktion bereits in der Schublade. Hier soll Vorlage:Auflistung eingesetzt werden.

• Das eilt jedoch nicht, und die weitgehende Aufrechterhaltung des bisherigen Designs ist komplizierter.
• Diesem Abschnitt hätte eine aussagekräftigere Überschrift mit „Navigationsleiste“ besser getan; so hatte ich jetzt nur ganz zufällig reingeschnuppert und mich ansonsten früher gemeldet.

VG --PerfektesChaos 18:53, 5. Nov. 2020 (CET)

@PerfektesChaos: Kann man schon machen. Das mit den „führenden Sternchen“ und den Pipes ist im Moment so, wie du es vorschlägst, wenn ich dich richtig verstehe. Aus diesem Grund habe ich den Vorschlag oben auch wieder aus dem Botlauf rausgenommen, da natürlich auch banales Listen mit beliebigen Trennzeichen im Text weiterhin möglich ist (wozu ich ein zusätzliches Pattern ins Modul integrieren musste, Zeile 182). Die paar geänderten Parameter extra temporär ins Modul zu integrieren ist es bei einer Meta-Vorlage nicht wert, die man schnell per Bot angleichen kann; und bei Farbe und Style muss die bisherige Anomalie in der Parameterinterpretation so oder so geändert werden (auch außerhalb der Wartungskategorie, aber das lässt sich nachher per Quelltextsuche und etwaigen temporären Wartungskats noch herausfiltern).

Als „laienhaft“ würde ich die Navbox-in-Navbox-Konstruktion mit ihrer Abfolge von table und div beurteilen, die gerne mal leere divs zurücklässt und die man auch ganz rausnehmen könnte, da in deWP nicht vorgesehen/erwünscht (ich trau mich aber nicht ran, weil auch die Untergruppen dranhängen). Außerdem musste ich die ursprüngliche Generierung der integrierten Titelzeile durch ein etwas ungeschicktes Stückwerk von NavPic und NavHead ersetzen, weil sonst bekanntlich keine Kompatibilität mit der alten Navileiste mehr gewährleistet wäre (Zeilen 679–706). Inline-Styles könnte man noch einige ins Stylesheet auslagern und die Navbar könnte um ein paar Optionen erleichtert werden. Designfragen mögen ebenfalls diskutiert werden. Bezüglich Parameter Name: Mit getParent():getTitle() würde man doch immer nur Vorlage:Erweiterte Navigationsleiste statt den Namen der die Vorlage aufrufenden Vorlage erhalten, oder übersehe ich eine weitere Möglichkeit?

„Generalüberholung“ klingt ein wenig übertrieben (außer du hast noch etwas ganz anderes im Auge). Natürlich habe ich nichts gegen ein Review einzuwenden, nur ist mein eigenes Zeitmanagement damit gar nicht glücklich. Ab nächster Woche habe ich definitiv wenig Zeit für WP (und wenn, dann nur für Artikelarbeit im Asiatischen Monat). Eine Liveschaltung innerhalb dieses Wochenendes würde ich in diesem Sinne sehr begrüßen (und etwaige Fehler mit Seltsamkeiten im Bestand lassen sich nur noch hierzupedia direkt testen und korrigieren), sonst können wir’s wieder ganz bis nach Weihnachten verschieben (was bedeutet, dass ich mich gedanklich die ganze Zeit weiter damit beschäftigen werde, nicht gut). Halte ich für unnötig, da es nur um Codereview, nicht um die Funktionalitäten der Vorlage geht, die stabil und im Detail dokumentiert sind. Einen Umbau des Moduls kann man danach jederzeit auf Beta in Angriff nehmen und ohne Auswirkung auf die Vorlageneinbindungen hier einpflegen, dann wissen wir auch genau, welche Sonderfälle wir womöglich noch im Bestand haben.

Parallelentwicklungen bei der einfachen Navi begrüße ich, das Zusammenspiel der beiden Vorlagen dürfte noch ein paar Designfragen aufwerfen.

Gruß–XanonymusX (Diskussion) 20:08, 5. Nov. 2020 (CET)

STOP!

Die massive Umstellung einer Vorlage mit 68.000 Einbindungen kann nicht mal so eben unterhalb des Radarschirms durchgezogen werden.

• Das kann man mit einer Datenbank zu Lampukistan innerhalb eines Fachgebiets machen, aber dies hier ist projektweite Infrastruktur.
• Eine solch fundamentaler und inkompatibler Umbau muss mehrere Wochen im Voraus auf Vorlage Diskussion:Erweiterte Navigationsleiste angekündigt werden.
  • Ich beobachte die Vorlage, wusste dass irgendwelche Pläne unterwegs sind, wusste aber nichts von einer unmittelbar bevorstehenden Umstellung.
  • Der Community muss hier zuvor Gelegenheit zur Erprobung, zu Anregungen und Änderungswünschen gegeben werden; was man schon immer haben wollte usw.
  • Dazu muss auf BETA ein Portfolio verschiedener Konstellationen aus der echten WP demonstriert und als Testfall-Suite aufgezählt werden. Ich sehe heute ganze zwei Testfälle – das ist für eine derartig vielgestaltige komplizierte Aktion absolut ungenügend.
• Die Umstellung betrifft die alltägliche Arbeit Hunderter Autoren aus den Themengebieten, die ihre eigenen Navileisten pflegen müssen.
• Die wirksame Programmierung muss erkennen, ob eine Einbindung alter oder neuer Konzeption vorliegt, und dementsprechend die konventionelle oder neue Programmierung aktivieren.
• Die Autoren, die in ihrem Themengebiet ihre Navileisten pflegen, müssen ein Manual zur Migration erhalten.
  • Es muss im Detail erklärt werden, wo was bisher war und exakt wie das zukünftig gehandhabt werden soll.
  • Vorlage:Erweiterte Navigationsleiste/Wartung ist völlig ungenügend.
  • Die Autoren können noch auf der privaten Festplatte oder im BNR weitere Vorlagen haben; ihnen muss in allen Details erläutert werden, wo und was genau sie umstellen sollen, auch wenn sie anders als seit einem Jahrzehnt gewohnt weitere neue Navileisten erstellen müssen.
  • Parameter, bei denen sich die Schreibweise von bisher Nur-Großbuchtaben auf jetzt vorzugsweise gemischte Alltags-Schreibung umstellen soll, bieten wir auf mehrere Jahre als Alias an und sind tolerant.
  • Die seltsame Syntax mit $$$ habe ich nicht verstanden. Es fehlen Musterbeschreibungen. Ist die Vorstellung etwa, dass diese $$$ in die Einbindungen hinein sollen?
  • Die Einbindungen müssen aussehen analog Vorlage:Auflistung #Beispiele nur ohne das {{Auflistung|Liste= drumherum, weil ja das Modul erkennen kann, ob da Sternchen stünden oder nicht. Für die Autoren, die diese Navileisten erstellen, muss sich die absolut identische Syntax wie mit Vorlage:Auflistung ergeben; auch einschließlich des nowrap pro Element.
• Das Lua-Modul ist nicht produktiv einsatzfähig.
  • Geschichten wie ODD_EVEN_MARKER = '\127_ODDEVEN_\127' sind Bastelarbeiten aus dem Kindergarten, die wir nicht warten oder pflegen. Wie auch immer was auch immer das bewirken soll, sowas wird algorithmisch verwaltet und nicht mit versteckten Zeichenketten und Ostereiersuchen rumgehackt. Es ist dem Lua-Modul bekannt, wie viele von diesen seltsamen '\127_ODDEVEN(%d?)_\127' es gibt, und über die wird ordentlich Buch geführt und keine Tricksereierei in Texten versteckt. Die Wiki-Software von 2001 hatte so eine Bastelei mal für die Tags reingehackt, und seit einem Jahrzehnt kämpft man verzweifelt daran, dieses geunstripe endlich wieder loszuwerden.
  • Die Modul-Dokumentation fehlt. Das ist gar nichts.
  • Die CSS-Dokumentation ist ebenfalls ein einzige Leerstelle.
  • Ein separates Modul:Arguments brauchen wir hier nicht; was das tun soll ist ziemlich banal. Wenn aber schon eingebunden, dann muss es vollständig mit seinen Funktionen hier bei uns dokumentiert sein. Da ist bislang nur eine ungepflegte undokumentierte Raubkopie.
• Der Parameter Name ist durch die Lua-Implementierung überflüssig geworden.
• Es werden eigenständige CSS-Klassen für die Aufzählung verwendet, während soweit einschlägig die Vorlage:Auflistung sowie Vorlage:Subpage konsistent gleiche Namen, gleiche Gestaltung verwenden und ggf. irgendwann in einer einzigen styles.css zusammengeführt werden können, wenn sich die Dinge entsprechend entwicklen.
• Modul/Vorlage:Auflistung bietet extra für solche Aufzählungen eine Schnittstelle an, die hier nicht genutzt wurde. Dieses Modul macht noch erheblich mehr, was von dem durch den Bot-Einsatz geplanten Modul nicht realisiert wird.
• Die Pipes müssen weiterhin den Autoren angeboten werden, welche sie statt der Bullets bevorzugen; auch wenn diese zur besseren Unterscheidbarkeit für normalsterbliche Leser mit nicht ganz so guten Augen und weniger Internet-Affinität bewusst etwas fetter gestaltet sind als die normalen Text-Pipes.

@ Ab nächster Woche habe ich definitiv wenig Zeit für WP

• Da ist es dann eine ganz ganz schlechte Idee, ein für 68.000 Einbindungen und Benutzung durch Hunderte Autoren vorgesehenes Modul eine unausgereifte von niemandem reviewte Lösung praktisch ohne Dokumentation loszuschießen, so dass niemand bei Problemen etwas reparieren und eingreifen kann; ich verstehe das Dings jedenfalls nicht.
• Ich habe heute Abend alles andere stehen und liegen gelassen und mich nur mit dieser urplötzlichen Aktion beschäftigt, die ich zufällig neugierig auf der Beo getarnt sah.
• In seiner momentanen Form ist die Geschichte mangels Dokumentation, mangels Anleitungen, mangels Testfällen nicht Review-fähig.

VG --PerfektesChaos 21:20, 5. Nov. 2020 (CET)

Dann bin ich fürs Erste raus. Gruß–XanonymusX (Diskussion) 22:21, 5. Nov. 2020 (CET)

Die Regexp sind soweit erstmal erprobt und theoretisch könnte ich auch die Aufzählungen umstellen. Wenn's hier weiter geht, gern bei mir melden. Gruß, -- hgzh 10:09, 6. Nov. 2020 (CET)

aviation-safety.net/… --> {{ASN

Die Datenbank Aviation Safety Network und ihr Wiki sind in vielen Luftfahrt-Artikeln eingebunden, derzeit 1687 Einbindungen per Direktlink (per http und https). Darunter sind möglicherweise einige Faslchpositive. Und es sind darunter 134 Verwendungen innerhalb der Vorlage Internetquelle.
Ich möchte, dass diese Weblinks in das Format {{ASN|id=<id>|Titel=<Text>|Abruf=<Abrufdatum>}} gebracht werden.
Ist es generell möglich, dies zu veranlassen? Wenn ja, ist es machbar,

• a) den hinter http[s]://aviation-safety.net/database/record.php?id=<id><Lerzeichen> und vor ] angegebenen Text als <Text> zu verwenden und dabei die darin enthaltenen Wörter „ Unfallbericht“ bzw. „ Zwischenfallbericht“ (jeweils mit einem Leerzeichen davor), durch das Wort „der“ (Leerzeichen danach bleibt) zu ersetzen und den String &lang=de (derzeit 275 mal) zu entfernen.
• b) sofern vorhanden, das hinter „abgerufen am “ angegebene Datum (bspw. 1. Januar 2020) als <Abrufdatum> im Format JJJJ-MM-DD zu verwenden?
• c) alles andere, was zwischen den <ref></nowik></code> und <code><nowiki></ref> steht – also das zwischen ] und </ref> – zu entfernen.

Ein Beispiel (aus dem Artikel Alitalia) sieht so aus:

<ref>[https://aviation-safety.net/database/record.php?id=19901114-0&lang=de Unfallbericht DC-9-30 I-ATJA], [[Aviation Safety Network]] (englisch), abgerufen am 8. März 2019.</ref>
Daraus soll:

{{ASN|id=19901114-0|Titel=der DC-9-30 I-ATJA|Abruf=2019-03-08}} werden.
--Tommes ^✉ 16:48, 17. Nov. 2020 (CET)

Ich guck mal. Erstmal die direkten Links innerhalb von Referenzen. --Wurgl (Diskussion) 16:47, 9. Dez. 2020 (CET)

Da muss ein bissl mehr Hirnschmalz rein. Wenn der Text mit "Eintrag" anfängt oder mit "Unfallbericht", dann kommt "Flugunfalldaten und -bericht Eintrag Cessna 404 I-DIOT" bzw. "Flugunfalldaten und -bericht Unfallbericht Cessna 404 I-DIOT" aus der Vorlage raus. Mindestens diese zwei Worte muss ich unterdrücken. --Wurgl (Diskussion) 17:18, 9. Dez. 2020 (CET)

Das werden so 5.450 Ersetzungen in 1700 Artikeln.

Einige bleiben übrig. 10 Links sind nicht aufrufbar. Die fass ich nicht an. 6 sind in Webarchiv, die fass ich auch nicht an.

Beim Text entferne ich Worte wie "Unfallbericht" oder "Accident Description". Wenn danach nix übrigbleibt, setze ich Flugzeugtyp und Flugnummer als Text ein, ebenso wenn kein Text zu finden ist.

Aus <ref>[http://aviation-safety.net/database/record.php?id=19770301-1 Unfallbericht DC-3 7O-ABF, Aviation Safety Network] (englisch), abgerufen am 21. Juni 2016.</ref>

wird <ref>{{ASN|id=19770301-1|Titel=DC-3 7O-ABF|Abruf=2016-06-21}}</ref>

bzw. Flugunfalldaten und -bericht DC-3 7O-ABF im Aviation Safety Network (englisch), abgerufen am 21. Juni 2016.

Aus <ref>[https://aviation-safety.net/database/record.php?id=19970913-1 Unfallbericht C-141B 65-9405], [[Aviation Safety Network]] (englisch), abgerufen am 11. Dezember 2018.</ref>

wird <ref>{{ASN|id=19970913-1|Titel=C-141B 65-9405|Abruf=2018-12-11}}</ref>

bzw. Flugunfalldaten und -bericht C-141B 65-9405 im Aviation Safety Network (englisch), abgerufen am 11. Dezember 2018.

Aus {{Internetquelle |url=https://aviation-safety.net/database/record.php?id=19460907-1 |autor=Harro Ranter |hrsg= |titel=ASN Aircraft accident Avro 685 York I G-AHEW Bathurst-Yundum Airport (BJL) |werk=aviation-safety.net |datum= |format= |sprache= |archiv-url= |archiv-datum= |offline= |abruf=2019-09-16}}

wird {{ASN|id=19460907-1|Titel=Avro 685 York I G-AHEW Bathurst-Yundum Airport (BJL)|Abruf=2019-09-16}}

bzw. Flugunfalldaten und -bericht Avro 685 York I G-AHEW Bathurst-Yundum Airport (BJL) im Aviation Safety Network (englisch), abgerufen am 16. September 2019.

Aus * [http://aviation-safety.net/database/record.php?id=19820628-1]

wird * {{ASN|id=19820628-1|Titel=Jakowlew Yak-42 CCCP-42529}}

bzw. Flugunfalldaten und -bericht Jakowlew Yak-42 CCCP-42529 im Aviation Safety Network (englisch)

Aus <ref>Aviation Safety Network, 23. Juli 1969 [http://aviation-safety.net/database/record.php?id=19690723-0]</ref>

wird <ref>{{ASN|id=19690723-0|Titel=23. Juli 1969}}</ref>

bzw. Flugunfalldaten und -bericht 23. Juli 1969 im Aviation Safety Network (englisch)

@Tommes: Das letzte gefällt mir nicht. Ich frage mich, ob ich nicht auf die Übernahme des Textes verzichten sollte und statt dessen sowas wie

Flugunfalldaten und -bericht vom 23. Juli 1969, Douglas C-47-DL (DC-3) mit Kennzeichen F-OCKT im Aviation Safety Network (englisch)

oder

Flugunfalldaten und -bericht Douglas C-47-DL (DC-3) mit Kennzeichen F-OCKT vom 23. Juli 1969 im Aviation Safety Network (englisch)

bastle, also generell das Datum (ohne Wochentag), den Flugzeugtyp und das Kennzeichen in den Parameter Titel schreibe, wobei ich diese drei Felder aus der Webseite hole. --Wurgl (Diskussion) 18:11, 12. Dez. 2020 (CET)

Ich habe – in der Annahme, Flugzeuge werden grammatikalisch weiblich behandelt, (Flug)Gesellschaften ebenso – immer versucht „Fugunfalldaten und -bericht der “ zu schreiben.

Ich bin erstaunt, dass die Webseite so etwas wie „Jakowlew Yak-42 CCCP-42529“ herausgibt.

Danke, dass du dranbleibst. Kannst du mir die Artikel, die du links liegenläßt, in einer Liste auf eine Unterseite schreiben?

--Tommes ^✉ 19:30, 12. Dez. 2020 (CET)

Also sowas: Flugunfalldaten und -bericht der Douglas C-47-DL (DC-3) mit Kennzeichen F-OCKT vom 23. Juli 1969 im Aviation Safety Network (englisch)

Aber du hast noch nicht die generelle Frage beantwortet, ob ich das tatsächlich so machen und die bisherige Beschreibung in die Rundablage werfen soll. --Wurgl (Diskussion) 19:40, 12. Dez. 2020 (CET)

ss-Analoga zu ß-Lemmata

Aus meiner Sicht sollten unter den ss-Analoga zu ß-Lemmata Weiterleitungen eingerichtet werden, sofern es sich bei ersteren um Rotlinks handelt. Um wie viele Fälle handelt es sich? Gibt es Fälle, die nicht botgestützt angelegt werden könnten? --Leyo 01:07, 8. Dez. 2020 (CET)

Sowas? quarry:query/50373 --Wurgl (Diskussion) 10:32, 8. Dez. 2020 (CET)

Nachtrag: Wenn ich die ss-Schreibweise eines Lemmas in das Suchfeld eintippe, dann schlägt mir die Software die ß-Schreibweise vor. Ich glaub das ist nicht unbedingt notwendig. --Wurgl (Diskussion) 10:48, 8. Dez. 2020 (CET)

Hmm, ich denke Leyo meint eher Lemmata, bei denen wirklich Rotlinks im ANR auf die Schreibeweise mit ss bestehen. Das sind immerhin über 500: quarry:query/50374. --Count Count (Diskussion) 11:07, 8. Dez. 2020 (CET)

Besten Dank für die beiden Queries!

Diejenige von Wurgl enthält diverse Fälle, bei welchen eine ss-Weiterleitung nicht sinnvoll wäre, also z.B. ß im Klammerzusatz (z.B. „Fußball…“). Ebenso sind bei Eigennamen üblicherweise keine ss-Weiterleitungen notwendig (Ausnahme z.B. Karl der Grosse).

Bezüglich derjenigen von Count Count: Ich möchte die ss-Weiterleitungen nicht nur auf Rotlinks beschränken.

Auf diese Anfrage gekommen bin ich durch die vormals fehlende Weiterleitung Reissmeter. Weitere Beispiele, wo eine Weiterleitung eingerichtet gehört, sind Bleiweiss, Aussenhandelspolitik, Aussenluft, Grosse Sternmiere, Grosser Ehrenpreis oder Weissclown. --Leyo 18:02, 8. Dez. 2020 (CET)

Dann wäre das Unterfangen präziser zu beschreiben und an Beispielen zu illustrieren; auch wer denn eigentlich unterstützt werden solle: Verlinkende Autoren oder Suchende?

• Es würde sonst nur dazu anregen, die ss-Schreibung für Verlinkungen zu nutzen, was jedoch in aller Regel Falschschreibungen ergibt, in Sachen Rechtschreibung und Eigennamen. Wenn es einen solches gültiges Link mit ss gibt, dann bräuchte der dargestellte Linktext ja nicht noch einmal mit ß maskiert zu werden, also ist korrekte Schreibweise mit ss.
  • In der möglicherweise dargestellten Allgemeinheit ist es auch explizit abgelehnt unter WP:WL #Falschschreibungen.
• Anders sähe es aus, wenn wir eine Rotlink-Falschschreibung mit ss zu etwas haben, was korrekt mit ß und nur mit ß zu schreiben wäre. Das wäre jedoch keine Bot-Aufgabe, erst recht kein automatisches Erstellen von unerwünschten Weiterleitungen, sondern die vorhandenen Rotlinks müssten einzeln inhaltlich durchgegangen und auf das ggf. vorhandene saubere Linkziel mit ß korrigiert werden.
• Unterstützung für nicht ganz glatte Schreibung machen wir nur bei typografischen Zeichen, also Halbgeviertstrich und Anführungszeichen, damit hier direkt Verlinkungen eingetippt werden können, was aber die Rechtschreibung nicht beschädigt. Könnten die Verlinker per C&P der aufgerufenen Zielseite auch sehr viel robuster und zielsicherer haben, aber das stammt alles noch aus einer Welt, als nur buchstabenweise selbst getippt werden musste und man nur einen einzigen Browser-Tab hatte. Okay, auf den Hund kommen die Smartphoner jetzt auch wieder, aber Artikelschreiben per Smartphone ist ohnehin Gemurkse und langt nur zur Tippfehlerkorektur.
• Eine Vorstellung, zur Unterstützung der Suche müsste für alles und jedes eine Weiterleitung angelegt werden, stammt aus der Kindergartenzeit der WP; gleiches Problem mit Projekt- und Hilfeseiten, wo jede vorkommende und erdenkliche Vokabel auch noch mit einer WL bedacht werden solle.

VG --PerfektesChaos 17:29, 8. Dez. 2020 (CET)

@Wurgl: Könntest du deine Query mal wie folgt anpassen, um zu sehen, wie viele Artikel verbleiben?

• Keine Lemmata, bei welchen ß in der Klammererweiterung steht
• Keine Lemmata in Kategorie:Frau oder Kategorie:Mann
• Keine Lemmata mit Vorlage:Infobox Fußballsaison
• Allenfalls bei Lemmata mit Klammererweiterung auf ss-Variante ohne Klammererweiterung prüfen

Alternative wäre eine Abfrage für hastemplate:Taxobox intitle:/ß/ (ohne ß in der Klammererweiterung) wünschenswert. --Leyo 15:15, 8. Sep. 2021 (CEST)

Den letzten Satz mit "Allenfalls bei Lemmata…" hab ich nicht so ganz verstanden. Mit den ersten drei Punkten werden es nicht viel weniger, ca. 30.000 … quarry:query/58490. --Wurgl (Diskussion) 10:24, 9. Sep. 2021 (CEST)

Danke. Ich meinte z.B. Fälle wie Abreißen (Musik), wo Abreissen blau ist.

Aber auch damit wird es natürlich noch viel zu viele Falsch-Positive geben. Könnten vielleicht Artikel in den Katbäumen Deutschland und Österreich rausgefiltert werden, sofern sie nicht gleichzeitig im Katbaum Schweiz sind? --Leyo 09:26, 10. Sep. 2021 (CEST)

Erst dachte ich, zwei Kat-Bäume (DE+Ö und CH) gehen nicht, aber ich hab da eine Idee. Allerdings wird der Hund in der Pfanne verrückt, so wild wird das wohl werden … --Wurgl (Diskussion) 10:07, 10. Sep. 2021 (CEST)

@Leyo: Ich hab die Query erweitert. (500 Artikel hat das mit der Klammer gefiltert, der Rest ist Filterung über DA/CH) 13.277 nun quarry:query/58490 --Wurgl (Diskussion) 11:22, 10. Sep. 2021 (CEST)

Danke! Oje, das ergibt noch immer deutlich zu viele Treffer. Könntest du vielleicht einen Fork machen, wo nur Artikel mit der Vorlage:Taxobox berücksichtigt werden. Das sollte hoffentlich eine handhabbare Anzahl Treffer ergeben. Dann sehen wir weiter … --Leyo 20:41, 10. Sep. 2021 (CEST)

@Leyo: Da sind auch viele BKs dabei und viel Fußball …

Ich hab mal geforkt: quarry:query/58535 Mann/Frau, die Fußball-Vorlagen und das mit den DA/CH-Kategorien hab ich rausgenommen. Der einzige Mosbach-Gold-Hahnenfuß ist nur im Baum Deutschland, nicht aber im Baum Schweiz. Alle anderen 1400 werden von dieser DA/CH-Einschränkung nicht berührt. --Wurgl (Diskussion) 20:52, 10. Sep. 2021 (CEST)

Danke. Die Taxobox-Liste ist erledigt. Bei der anderen Liste gibt es noch zu viele Fälle, wo eine Weiterleitung nicht sinnvoll oder unnötig ist. --Leyo 22:21, 5. Okt. 2021 (CEST)

imdb.de nach imdb.com

Ich kann nicht glauben, dass sich noch niemand deswegen gemmeldet hat. Mir fiel auf, dass die Links wie http://www.imdb.de/title/tt0881999/releaseinfo nicht mehr funktionieren. Also mir fiel es auf, weil ein Bot in einem Fall eine Archivversion dafür vermerkt hat. Das ist ja bei der IMDb ...ehm...naja.. außergewöhnlich. Nun funktioniert aber imdb.com. In o. g. Fall http://www.imdb.com/title/tt0881999/releaseinfo. Es paßt auch inhaltlich. Ich habe gerade 1461 Vorkommen für www.imdb.de ermittelt. Die Aufgabe ist damit klar umrissen.
Ergänzungen:

1. So wie es letztens hier durch Wurgl herausgefunden wurde, sollte auch www. weggelassen werden, da der Server entscheidet, ob er die Desktop- (www.…) oder die Mobilversion (m.…) ausliefert.
2. Alle Vorkommen von http:// sollten auf https:// umgestellt werden.

Es gibt noch einen Zusatzwunsch 1, falls es nicht zuviel ist:

1. Es sollte soweit möglich, auf die Vorlage:IMDb umgestellt werden. Das geht bei
   1. imdb.com/name/nm… → {{IMDb|nm…}} (219x)
   2. imdb.com/company/co… → {{IMDb|co…}} (12x)
   3. imdb.com/character/ch… → {{IMDb|ch…}} (10x)

und Zusatzwunsch 2
bei den mit Parameter |typ= anzugebenden Varianten |typ=awards und |typ=soundtracks (wie in http://www.imdb.com/title/tt0059050/awards)
nach {{IMDb|typ=awards|tt…}} bzw. {{IMDb|typ=soundtracks|tt…}}.

Letzteres (Zusatzwunsch 2) ist vielleicht doch zuviel verlangt. ;) Ich dachte nur, „wenn schon, denn schon“.

--Tommes ^✉ 20:18, 6. Mär. 2021 (CET)

Das würde ich sehr unterstützen. Hab selbst vorhin einen dieser Links zufällig entdeckt. Von de auf com reicht tatsächlich aus, damit der Link wieder geht. XenonX3 – (☎) 20:23, 6. Mär. 2021 (CET)

Ich setz mich dran. Ein paar werde ich aber auslassen, da wo der Linktext beim ext. Link auf was anderes als das Lemma hindeutet. --Wurgl (Diskussion) 10:51, 7. Mär. 2021 (CET)

Kannst du die Auzulassenden in eine Liste packen? --Tommes ^✉ 16:21, 7. Mär. 2021 (CET)

Jungwikipedianer-Diskussion/Statusbox

Hallo, ein kleiner Hinweis zur Lage. Bis 2020 hat der LarusBot neue Diskussionsabschnitte bei den Jungwikipedianern in die Statusbox eingetragen. Wir würden uns sehr erfreuen, wenn das nun auch weiterhin der Fall sein würde. Im Namen aller JWP viele Grüße!--Kazanlak Dani (Diskussion) 12:34, 4. Mai 2021 (CEST)

Ich habe dafür in den Osterferien zu diesem Zweck ein Phyton-Skript programmiert, das die Funktion hat, die Abschnittsüberschriften herauszusuchen und dann in die Statusbox einzusetzen (hatte ich beim letzen Aufall auch schon mal probiert, aber nicht geschafft, weil ich dachte, dass man dazu den Pywikibot verwenden kann). Ich hatte bis jetzt nur Angst davor es mal auszuprobieren, weil das Skript (wie es bei Bots so üblich ist) jeden Text zwichen Start- und Endmarkierung überschreibt und so aus

[[Wikipedia Diskussion:Jungwikipedianer#Einladung für den Wartungsbausteinwettbewerb Frühling 2021|Wartungsbausteinwettbewerb]] • 

folgendes machen würde:

[[Wikipedia Diskussion:Jungwikipedianer#Einladung für den Wartungsbausteinwettbewerb Frühling 2021|Einladung für den Wartungsbausteinwettbewerb Frühling 2021]] • 

Das Skript kann ja nicht wissen, dass der Titel abgekürzt werden soll. Eine manuelle Änderung macht das Skript bei jeder Ausführung rückgänig.

Zudem benötigt es noch eine Möglichkeit das Skript regelmäßig von alleine zu starten: Möglich wäre bei jeder Seitenänderung oder in regelmäßigen Zeitabständen. Was davon wäre besser?

Ansonsten könnte ich mal probieren, das auf Toolforge zum Laufen zu bringen (wahrscheinlich mit Unterstützung durch den entsprechenden IRC-Channel), aber ich kann nicht garantieren, dass es funktioniert. Aber ich muss mal so mutig sein Vorlage:Smiley/Wartung/;-)  --FF-11(Disk.|Bewertung|Beiträge)•Jungwikipedianer 14:21, 4. Mai 2021 (CEST)

Toll erstmal, dass sich so schnell eine Person gefunden hat (liegt vielleicht auch daran, dass wir alle JWP sind). Ich wäre für die erste Möglichkeit. Man könnte auch die zweite nehmen, dann sollte sich das aber jeden Tag aktuallisieren. Wichtig ist, dass das wieder funtioniert. Du kannst das in Ruhe ausprobieren, keiner wird mekern, wenn es nicht richtig anläuft. Mut wünscht im Namen aller JWP--Kazanlak Dani (Diskussion) 14:58, 4. Mai 2021 (CEST)

Mal vorsichtig angefragt, Kazanlak Dani: Bei der Betreiberin des LarusBots, Freddy2001 hattest Du schon eine Anfrage gestellt? Nicht, dass sich FF-11 noch mehr Arbeit macht als ohnehin schon. — Speravir – 01:47, 9. Mai 2021 (CEST)

Nein, Speravir, beim Bot steht, er arbeitete nicht mehr, weshalb ich auch dort nicht angefragt habe, sondern direkt hier. Soll ich denn eine Anfrage stellen? Wenn der Bot nicht arbeitet, hat das sicherlich Gründe.--Kazanlak Dani (Diskussion) 08:39, 9. Mai 2021 (CEST)

Ich hatte schon verstanden, dass er nicht mehr arbeitet, aber vielleicht ist es nur ein einfach zu behebender Fehler. Ich denke, man sollte immer zuerst versuchen, beim ursprünglichen Botbetreiber zu fragen, wo das Problem ist. Hier im konkreten Fall habe ich Freddy ja angepingt, also mal sehen; sie war aber zuletzt vor einem Monat im Dewiki aktiv. — Speravir – 02:46, 10. Mai 2021 (CEST)

@Kazanlak Dani: Hast du schon angefragt? Wenn ja, was ist das Ergebnis? --(nicht signierter Beitrag von FF-11 (Diskussion | Beiträge) 07:50, 25. Mai 2021 (CEST))

Selbst wenn eine Anfrage erfolgte, wird Freddy2001 sie vermutlich nicht bemerkt haben. Sie ist seit Mitte April im Dewiki nicht wieder aktiv geworden. @FF-11: Du hast leider vergessen, deine Nachfrage zu signieren, was zur Folge hatte, dass der Ping an Kazanlak Dani nicht ausgeführt wurde (passiert mir auch immer wieder mal). — Speravir – 23:08, 26. Mai 2021 (CEST)

Entschuldigung, hab die Frage nicht bemerkt. Nein, angefragt habe ich nicht, da wird sich höchstwahrscheinlich nichts mehr mit dem Bot tun. Könntest du (@FF-11) vielleicht die Aufgabe übernehmen? Natürlich nur, wenn du willst. Wir (die JWP) wären dir dafür dankbar. Außerdem danke an Speravir für das verlinken hierher ;-) Für weitere Fragen an mich hier melden. ----Kazanlak Dani (Diskussion) • JWP • 14:23, 27. Mai 2021 (CEST)

Botlauf zur Bereinigung der Vorlage:Infobox_Ort_in_der_Schweiz

In der Vorlage Vorlage:Infobox_Ort_in_der_Schweiz werden immer mehr Parameter durch Metadaten gepflegt. Dies trifft aber nur bei aktuellen politischen Gemeinden zu. Leider hat das zur Folge, dass die früher einmal manuell hinterlegten Werte (vor allem die Flächenangaben) bei den Parametern nicht mehr mit den angezeigten Metadaten übereinstimmen. Um diese Differenzen zu bereinigen sollte ein BOT-Lauf bei ca. 2200 politischen Gemeinden folgende Einträge bereinigen:

Weist die Infobox den Parameter IMAGEMAP=Text (Beispiel IMAGEMAP = Bezirk Winterthur) auf, dann sind die unten aufgeführten bestehenden Parameter durch folgende Einträge zu ersetzen:
| EINWOHNER = <!-- leer lassen bei aktuellen Gemeinden (wird zentral eingebunden); eintragen bei Ortschaften oder ehemaligen Gemeinden-->
| STAND_EINWOHNER = <!-- leer lassen bei aktuellen Gemeinden (wird zentral eingebunden); eintragen bei Ortschaften oder ehemaligen Gemeinden-->
| QUELLE = <!-- leer lassen bei aktuellen Gemeinden (wird zentral eingebunden); eintragen bei Ortschaften oder ehemaligen Gemeinden-->
| AUSLÄNDER = <!-- leer lassen bei aktuellen Gemeinden (wird zentral eingebunden); eintragen bei Ortschaften oder ehemaligen Gemeinden-->
| FLÄCHE = <!-- leer lassen bei aktuellen Gemeinden (wird zentral eingebunden); eintragen bei Ortschaften oder ehemaligen Gemeinden-->
| QUELLE-FLÄCHE = <!-- leer lassen bei aktuellen Gemeinden (wird zentral eingebunden); eintragen bei Ortschaften oder ehemaligen Gemeinden-->
| HÖHE-VON = <!-- leer lassen bei aktuellen Gemeinden (wird zentral eingebunden); eintragen bei Ortschaften oder ehemaligen Gemeinden-->
| HÖHE-BIS = <!-- leer lassen bei aktuellen Gemeinden (wird zentral eingebunden); eintragen bei Ortschaften oder ehemaligen Gemeinden-->

ergänze, wenn die Zeile nicht vorhanden oder leer ist ist
| HÖHE = <!-- Höhe eines markanten Punktes innerhalb der Gemeinde/Ortschaft (map.geo.admin.ch + rechte Maustaste), ggf. den der Koordinaten -->
| HÖHE-ANMERKUNG = <!-- Kurzbeschreibung des Höhen-Punktes -->

Fehlt der Parameter IMAGEMAP= oder der Parameter ist nicht mit einem Wert abgefüllt, so dürfen die Einträge in der Infobox nicht überschrieben werden!

Bei Fragen wendet euch bitte an den Benutzer Ghormon oder Tschubby.

Danke --Tschubby (Diskussion) 13:54, 19. Mai 2021 (CEST)

Hallo. Auch ich würde mich freuen, wenn das jemand machen könnte. Wo hängt es denn, ist es möglich und wie wäre denn der Aufwand in etwa? Die Hoffnung stirbt zuletzt ;-) Ghormon • Disk 10:25, 30. Mai 2021 (CEST)

@Tschubby, Ghormon: Ich schau mir das an, auf den ersten Blick scheint es mir nicht so kompliziert.--Cactus26 (Diskussion) 17:06, 8. Sep. 2021 (CEST)

@Tschubby, Ghormon: Habe mir das angesehen. Ein Problem ist, dass es bereits andere (schlechtere) Lösungsansätze in Artikeln gibt wie der, der hier für dieses Problem vorgeschlagen wird (je ein Kommentar hinter einem dann als leer interpretierten Parameter). Beispielsweise bei Liestal findet sich folgendes Konstrukt:

| FLÄCHE = 18.21
<!--Einwohnerdaten werden automatisch aus einer zentralen Vorlage eingebunden-->
| ARBEITSLOSE = 

Das blöde daran ist, dass technisch dieser Kommentar dem Parameter FLÄCHE zugeschlagen wird. Ein weiterer noch ungeschickter Fall ist beispielsweise Cottens VD:

| IMAGEMAP =
<!--| GEMEINDEART =--> 
<!--| KANTON = -->
| BFS = 5478
| PLZ = 1116
| UN/LOCODE = 
| BREITENGRAD = 46.572508
| LÄNGENGRAD = 6.454442
| HÖHE = 579
<!--| HÖHE-ANMERKUNG =--> 
| FLÄCHE = 2.36

Ich würde in einem ersten Schritt solche Kommentare entfernen. Für das Einfügen der Höhen-Parameter wäre es für mich nützlich, wenn ich eine vollständige Liste der Parameter bekäme, die die Sortierreihenfolge festlegt. Dann könnte ich auch für alle Vorlageneinbundungen die Parameter einheitlich nach dieser Vorgabe sortieren.--Cactus26 (Diskussion) 12:31, 9. Sep. 2021 (CEST)

Ich dank Dir erst mal herzlich, dass Du Dich der Sache annimmst. @Tschubby: hat fachlich mehr Ahnung, ich bin mehr fürs Befüllen zuständig. Sicher kann er das besser beantworten, so dass wir nichts kaputtmachen. --Ghormon • Disk 12:36, 9. Sep. 2021 (CEST)

Sind diese ganzen Kommentare denn überhaupt notwendig? Eigentlich haben die da gar nichts zu suchen, schließlich haben wir dafür eine Vorlagendokumentation. m2c – Doc Taxon • Disk. • 12:45, 9. Sep. 2021 (CEST)

Auch das Auskommentieren ist nicht notwendig, wenn man in der Vorlage programmiert, dass ein leerer Parameterwert den Parameter im Artikel nicht einblendet bzw. anzeigt. Auskommentiertes und andere Kommentare können beim Botlauf mit Sicherheit getrost entfernt werden. – Doc Taxon • Disk. • 12:46, 9. Sep. 2021 (CEST)

(Bk)Nein, ich habe bisher keinen solchen Kommentar gefunden, der aus meiner Sicht (insbsondere nach dieser Bot-Aktion) noch irgendeinen Sinn machen würde, deshalb würde ich sie ja auch rausschmeißen wollen.--Cactus26 (Diskussion) 12:49, 9. Sep. 2021 (CEST)

Sinn haben die schon - denn oft hat irgrndjemand die aktuelleren Einwohnerzahlen dort direkt eingetragen. Letztlich brauchte man eine elegante Lösung, welche Werte nie dort direkt eingetragen eerden sollen. --Ghormon • Disk 12:57, 9. Sep. 2021 (CEST)

Dann hat sich dieser jemand nicht die Vorlagendoku durchgelesen und ist dann selbst schuld, wenn die Einwohnerzahl wieder automatisch geändert wird. Wenn wir für jeden bearbeitenden Benutzer eine Extrawurst einbauen wollen, ... nee, ich finde das wirklich überflüssig. – Doc Taxon • Disk. • 13:45, 9. Sep. 2021 (CEST)

Wald- und Wiesenautoren, die einfach was gutes tun und korrigieren wollen, lesen doch keine Vorlagendokentationen. Die sehen eine veraltete Einwohnerzahl und wollen ein gutes Werk tun, die zu aktuslisieren. --Ghormon • Disk 13:55, 9. Sep. 2021 (CEST)

@Ghormon: Die oben dargestellste (und nun umzusetzende) Darstellung erfüllt technisch unproblematischer ja denselben Zweck, damit sind diese Kommentare nun überflüssig. Einverstanden?--Cactus26 (Diskussion) 15:26, 9. Sep. 2021 (CEST)

Das ist etwas zu kompliziert für mich. Tschubby scheint diese Woche weg. Können wir nicht doch auf ihn warten, wenn er da ist, reagiert er immer recht prompt. Ghormon • Disk 17:41, 9. Sep. 2021 (CEST)

Hallo zusammen, wie ihr recht vermutet habt, war ich Ferienhalber für eine Woche in der Champagne und im Burgund. Aus meiner Sicht habt ihr beide irgendwie Recht. Von der Übersicht her wäre es am Besten, wenn bei aktiven Gemeinden alle diese Parameter komplett gelöscht werden da diese Zahlen automatisch generiert werden. Mit dem Spruch hinter dem Parameter ist man bei den Wald- und Wiesenautoren auf der sichereren Seite, dass sie nicht die Einwohnerzahl in unzähligen Mutationen anpassen und sich wundern dass die Zahl im Artikel nicht angepasst wird. Bei diesen Usern kann man nicht davon ausgehen, dass sie die Vorlagendoku aufrufen können. @Cactus26:. Bei der vollständige Liste der Parameter stehe ich irgendwie auf dem Schlauch. Bei der Vorlagendoku sollten eigentlich alle Parameter hinterlegt sein? Willst du wissen, in welcher Reihenfolge diese Parameter in der Infobox erscheinen werden? Oder willst du was anderes von mir bekommen? Danke und Gruss --Tschubby (Diskussion) 18:37, 12. Sep. 2021 (CEST)

@Tschubby: Ich meine die Reihenfolge, wie sie erscheinen sollten, wenn sie angegeben sind. Die Kopiervorlage definiert quasi diese Reihenfolge für die gängigsten Parameter. Es gibt aber mehr. Wo gehören die dann hin? Das ist nirgends definiert oder übersehe ich was? --Cactus26 (Diskussion) 20:24, 12. Sep. 2021 (CEST)

@Cactus26:, nein die Kopiervorlage definiert nicht die Reihenfolge. Es ist völlig egal, in welcher Reihenfolge du die Parameter setzt. Du kannst die Höhe am Anfang oder am Schluss der Parameteraufzählung setzten, dies hat keinen Einfluss auf die spätere Reihenfolge. Die Programmierung entscheidet alleine wie die Reihenfolge erfolgt. Es gibt Parameter die in der Kopiervorlage nicht erscheinen. z.B. der GEMEINDE-Parameter. Der wird dann verwendet, wenn es sich um einen Ort innerhalb der Gemeinde handelt. (z.B bei Innerferrera). Dafür wird dann der Parameter IMAGEMAP weggelassen. Gruss --Tschubby (Diskussion) 23:02, 12. Sep. 2021 (CEST)

Tschubby, du hast du Frage falsch verstanden. Auch wenn die Reihenfolge im Quelltext im Prinzip egal ist, wäre es dennoch praktisch, eine einheitliche und sinnvolle Reihenfolge zu haben. --Leyo 23:10, 12. Sep. 2021 (CEST)

Achso, da bin ich völlig offen. Die Schwierigkeit ist halt, dass je nach Situation (aktuelle Gemeinde, ehemalige Gemeinde oder Ort innerhalb einer Gemeinde) nicht alle Parameter verwendet werden dürfen. Darum darf auch in der Kopervorlage nicht jeder Parameter aufgeführt werden. Gruss --Tschubby (Diskussion) 23:24, 12. Sep. 2021 (CEST)

@Tschubby: Ok. Ich werde die Reihenfolge nehmen, wie sie unter opt= in der Vorlage steht, diese entspricht der Kipiervorlage. Leider kann ich voraussichtlich erst nächste Woche hier weitermachen, verspreche aber, dass ich mich voraussichtlich ab Mitte nächster Woche darum kümmern werde.--Cactus26 (Diskussion) 12:29, 13. Sep. 2021 (CEST)

@Cactus26:, danke vielmal, dass du dich der Sache annimmst. Nur keine Hektik, schliesslich ist das Problem ja nur im Hintergrund vorhanden und für den Benutzer der Wikipedia nicht ersichtlich. Gruss --Tschubby (Diskussion) 12:45, 13. Sep. 2021 (CEST)

Bot Liste Lebewesen Kategorien

Hallo zusammen, ich könnte einen Bot oder ähnliches gebrauchen, der regelmäßig eine Liste erstellt. Nach Wikipedia:Richtlinien Biologie#Doppelte Kategorisierung sollen alle Kategorien bei Lebewesen doppelt angelegt werden, einmal mit deutschen Bezeichnungen und einmal mit wissenschaftlichen. Normalerweise sollte die Anzahl der einsortieren Artikel mit der der Weiterleitungen bei der wissenschaftlichen Kategorie übereinstimmen. Ich hätte gerne eine Liste von Kategorien Paaren bei denen das nicht so ist und die Anzahl von einander abweicht, weil das normalweise einen Fehler beim einsortieren verursacht hat. Eine Liste wäre super damit man nicht ständig alle Kategorien durchgehen muss und einfach eine Liste abarbeiten kann. --Toxoplasma II. (Diskussion) 17:54, 13. Jun. 2021 (CEST)

@Toxoplasma II.: Ist das eigentlich noch offen? – Doc Taxon • Disk. • 09:19, 8. Sep. 2021 (CEST)

Hallo, ja ist es.--Toxoplasma II. (Diskussion) 14:45, 8. Sep. 2021 (CEST)

In Arbeit – – Doc Taxon • Disk. • 17:48, 8. Sep. 2021 (CEST)

Gemeldet in Phabricator
Task T290616

• Erst mal muss ein Database Bug weg.

Von wikitable zu Vorlage

Die wikitable auf Liste der Baudenkmäler in Kleve soll in die Vorlage:Denkmalliste1 Tabellenzeile umgewandelt werden. Ist sowas generell per Bot möglich? Wenn nicht, habe ich selbst die Tabelle bereits so gut wie es ging über csv in die Vorlage umgewandelt (siehe Benutzer:Timk70/Kleve), aber da müsste ich jetzt per Hand noch alle Bilder, Koordinaten und Verlinkungen einfügen... Geht das per Bot? Grüße --Timk70 Frage? 18:36, 13. Sep. 2021 (CEST)

Das sieht nach einer einfachen Aufgabe aus. Soll die Tabelle der ehemaligen Baudenkmale auch umgewandelt werden? – Giftpflanze 21:13, 13. Sep. 2021 (CEST)

Das freut mich! Die kleine Tabelle kann ich schon per Hand machen. --Timk70 Frage? 23:28, 13. Sep. 2021 (CEST)

Kategorie:Mitglied der Schweizerischen Mathematischen Gesellschaft

Kategorie anhand der Liste in Schweizerische Mathematische Gesellschaft bzw. d:P463 mit Eintrag d:Q684691 befüllen und vv. --Bahnmoeller (Diskussion) 12:10, 12. Nov. 2021 (CET)

Moin Moin Bahnmoeller, auch wenn ich kein Botprogrammierer bin, kannst du mir einmal genau erklären, was du hier genau möchtest, ich möchte mir da mal ein Bild zu machen. Danke dir --Crazy1880 18:01, 7. Jul. 2022 (CEST)

Billboard.com

billboard.com hat mal wieder an seinen Links zur Künstlersuche herumgespielt. Folgendes müsste geändert werden (am Beispiel von Vanessa Hudgens): Alt: https://www.billboard.com/music/vanessa-hudgens/chart-history; Neu: https://www.billboard.com/artist/vanessa-hudgens/chart-history/ Der Link ändert sich bei einer Chartsuche nicht, also sollten alle Links problemlos umstellbar sein. Wird wohl ein paar Tausend Artikel betreffen. Viele Grüße und vielen Dank schon mal --Dentalum (Diskussion) 17:05, 21. Nov. 2021 (CET)

Würde sich da nicht auch eine Vorlage anbieten? Pintsknife (Diskussion) 17:12, 21. Nov. 2021 (CET)

Wichtig ist zunächst die Umstellung der Links, eine Vorlage ist erst einmal verzichtbar. Grüße --Dentalum (Diskussion) 11:41, 22. Nov. 2021 (CET)

3860 mit https und 40 mit http. Zusätzlich 22 mit einen "/" am Ende, also z.B. https://www.billboard.com/music/Niko-Moon/chart-history/ in 3851 Artikeln

Und was ist mit sowas? https://www.billboard.com/music/walk-the-moon/chart-history/hot-100/song/859828 oder https://www.billboard.com/music/traveling-wilburys/chart-history/TLP/song/530876 also mit den 1325 Vorkommen in 956 Artikeln wo hinter "/chart-history/" noch was kommt? --Wurgl (Diskussion) 12:55, 22. Nov. 2021 (CET)

Ja richtig. Tja diese Direktlinks auf Titel von Alben und Singles gibt es nicht mehr. Also solche wie https://www.billboard.com/music/walk-the-moon/chart-history/hot-100/song/859828 müssten dann auch auf https://www.billboard.com/artist/walk-the-moon/chart-history/ oder https://www.billboard.com/music/traveling-wilburys/chart-history/TLP/song/530876 auf https://www.billboard.com/artist/traveling-wilburys/chart-history/ geändert werden. Sofern machbar. Gruß --Dentalum (Diskussion) 16:43, 22. Nov. 2021 (CET)

Vermutlich gibt es die noch irgendwo hinter der Paywall von Billboard Pro. Aber ja, am besten auf die Interpretenübersicht zurückfallen lassen. Vorlage fände ich bei Billboard sinnlos, deren Links waren in den vergangenen Jahrs viel zu volatil dafür. --XanonymusX (Diskussion) 17:11, 22. Nov. 2021 (CET)

Also ich kann das laufen lassen.

• http => https
• music/(name)/chart-history => artist/(name)/chart-history
• alles hinter chart-history durch / ersetzen bzw. / anfügen

okay so? 4683 Artikel sind davon betroffen. --Wurgl (Diskussion) 11:39, 29. Nov. 2021 (CET)

@Dentalum, XanonymusX: Nachtrag: Ich prüfe auch gleich ob die URL auch was liefert (Status 200 = OK). Wenn nicht, fass ich den Link nicht an. Nachdem das so 10 Stunden läuft, würde ich den gerne an einem Vormittag starten, jedenfalls vor 15 Uhr. --Wurgl (Diskussion) 15:40, 29. Nov. 2021 (CET)

Von meiner Seite ist das ok so. Viele Grüße --Dentalum (Diskussion) 16:12, 29. Nov. 2021 (CET)

Ja, klingt gut! Könnten die nicht funktionierenden/geänderten Links dann irgendwo gelistet werden? --XanonymusX (Diskussion) 16:50, 29. Nov. 2021 (CET)

@Dentalum, XanonymusX: Noch eine Änderung war notwendig, der Teil '(name)' muss mit Kleinbuchstaben geschrieben werden, das waren etwas über 200 Fälle. Die übriggebliebenen sind in https://quarry.wmcloud.org/query/60249 zu sehen. (Download Data … Wikitable … Copy/Paste als Arbeitsliste) Sind leider doch 402 Stück. --Wurgl (Diskussion) 23:15, 30. Nov. 2021 (CET)

Der Setzer dieses Bausteins ist der Ansicht, diese Bot-Anfrage sei abgeschlossen und könne archiviert werden. hgzh 13:01, 26. Mai 2023 (CEST)

Ländervorlagen + |alt=

Seit dem letzten Softwareupdate werden Linterfehler Spezial:LintErrors/inline-media-caption Kategorisiert und lösen derzeit rund 800000 Fehler aus, da es sich bei den Ländervorlagen nicht um Bilder handelt, die eine genaue Bildbeschreibung für Leser mit Sehbehinderung benötigen, wäre es sinnvoll die einzelnen Vorlagen, wie beispielsweise {{DEU}} mit einem Attribut |alt= ohne Text dahinter auszurüsten (Hilfe:Wikisyntax/Validierung#Inline-Medien mit Bildunterschriften), damit kenntlich wird, dass hier der als Tooltip vorhandene Landesname nicht von Screenreadern vorgelesen werden soll, zumal die Bilder ohnehin blinden Benutzern gar nicht angezeigt werden. Es betrifft vermutlich alle Seiten dieser Kategorie:Vorlage:Land mit Flagge und somit mehrere hunderttausend Einbindungen in Artikeln und anderen Seiten. Es wäre nett, wenn sich jemand möglichst zeitnah darum kümmern könnte. CC: XanonymusX das sollte dann auch das Chartproblem lösen.--Liebe Grüße, Lómelinde Diskussion 13:04, 14. Jan. 2022 (CET)

Bei den Chartvorlagen muss ich das manuell lösen, die verwenden die Ländervorlagen nicht (aber imitieren deren Aufbau, daher der Fehler). Ansonsten Zustimmung zur Anfrage.—XanonymusX (Diskussion) 13:16, 14. Jan. 2022 (CET)

Das sollte doch nun wirklich keine große Sache sein das umzustellen. Wir liegen noch immer bei mehr als 850000 Einträgen in der neuen Linterkategorie, und das, obwohl mehrere Benutzer sich hier seit der Aktivierung rund um die Uhr um die Reduzierung bemühen. Verglichen mit der englischen Sprachversion en:Special:LintErrors (über 6 Millionen Einträge) sieht es hier Spezial:LintErrors zwar besser aus, weil wir durch diese Bemühungen noch immer unter 1 Million liegen, aber es würde wirklich erheblich helfen, wenn sich da jemand kümmern würde. Denn es gibt insbesondere im Bereich Sport wohl keinen Artikel der nicht auch eine Ländervorlage einbindet. Nehmen wir beispielsweise die Anzahl der Einbindungen für Vorlage:DEU so sind das allein schon rund 69000 Seiten.

[[Datei:Flag of LandXY.svg|class=noviewer|…]] → [[Datei:Flag of LandXY.svg|class=noviewer|alt=|…]]

Nochmals die Bitte das „zeitnah“ umzusetzen. Das hätte auch den Vorteil, dass Benutzer, die Botänderungen in ihrer Beo ausblenden weit weniger belästigt werden, als wenn das jemand alles händisch ändern muss. Die Kategorie Vorlage:Land mit Flagge listet allein 346 Vorlagen + 10 Unterkategorien mit weiteren knapp 2200 Vorlagen. --Liebe Grüße, Lómelinde Diskussion 09:36, 17. Jan. 2022 (CET)

Das sind 2170 Vorlagen, identifiziert durch Einbindung der Seite Vorlage:Vorlagendokumentation Land mit Flagge/Doku. Ich bastel mal. --Wurgl (Diskussion) 09:46, 17. Jan. 2022 (CET)

@Lómelinde: passt das so? Vorlage:DEU, Vorlage:FR-S, Vorlage:Hessen-1919 und Vorlage:Provinz Schleswig-Holstein als Test. Die Linterfehler sind aber immer noch da? --Wurgl (Diskussion) 10:47, 17. Jan. 2022 (CET)

Deutschland Deutschland  Ok Sollte passen, die verbleibenden Fehler stammen von den Einbindungen der anderen Länder Schweiz und Österreich, wie gesagt jede dieser Ländervorlagen löst Fehler aus. --Liebe Grüße, Lómelinde Diskussion 10:52, 17. Jan. 2022 (CET)

Bot ist durch. Hab so zwischendurch die Anzahl der Fehler auf Spezial:LintErrors angestarrt. Irgendwann waren es 879.000, dann etwas über eine Million, dann wieder 400.000 und jetzt 522.500 … seltsame Zahlenspielerei. --Wurgl (Diskussion) 16:08, 17. Jan. 2022 (CET)

Vielen Dank ich denke du hast sie mindestens um die Hälfte eingeschrumpft. Dass die Zahlen schwanken ist leider normal, ein Gutes hatte es aber, durch die neue Kategorie wurden etliche Seiten nochmals gescannt und so sind endlich die Zahlen der Liste wieder etwas näher an den tatsächlich noch fehlerbehafteten Seiten. Wenn man die mit dem Firefly vergleicht, der aber den neuen Fehlertyp noch nicht dabei hat. Diese Schwankungen haben mich anfangs immer frustriert, als ich die Zahlen noch täglich von Hand aufgeschrieben habe, um schneller zu sehen, wo sich etwas rapide verändert hat. Ich gratuliere, du bist heute der absolute Lintermillionär. Diese Kategorie:Vorlage:Organisation mit Flagge hattest du nicht dabei oder? --Liebe Grüße, Lómelinde Diskussion 16:21, 17. Jan. 2022 (CET)

Nee, die hatte ich nicht dabei. Und denkbar wäre das selbe Spielchen bei den Navigationsleisten, da gibt es auch ein etliche mit einem Logo. Die Organisation mit Flagge lass ich gleich mal durch … --Wurgl (Diskussion) 16:31, 17. Jan. 2022 (CET)

Ja Navigationsleisten hat PC schon etliche hundert umgestellt ich auch ein paar und andere sicher auch noch. Aber da sind noch etliche Vorlagen übrig. Es macht viel mehr Spaß, wenn man auch einen Erfolg sieht. --Liebe Grüße, Lómelinde Diskussion 16:39, 17. Jan. 2022 (CET)

@Navigationsleisten: Die sind über bald zwei Jahrzehnte von Hunderten Benutzern aller Themengebiete bestückt worden, daher sehr viel individueller, teils mit mehreren Bildchen und vielen Tücken; auch vielen Varianten der Dateisyntax.

• Sie eignen sich deshalb primär nicht für einen Botlauf.
• Ich beiße mich mal weiter durch den Bestand durch und sammle Erfahrungen. Vielleicht heut des nächtens weiter im Halbschlaf.

@Flagicons:

• Ich bin mir nicht sicher, ob das bereits der Weisheit letzter Schluss ist.
• Deutschland aus {{DEU|#}} zeigt keinen Text, und ist für Blinde jetzt völlig unsichtbar.
• Wenn das in einer Tabellenspalte als einziger Inhalt verwendet wird, um eine Nationalität zu kennzeichnen, dann ist der Inhalt ab heute für Blinde völlig verschwunden. Das geht so nicht.
• Es muss in Abhängigkeit von 1= dann der Tooltip generiert werden:
  |alt={{#ifeq:{{{1|}}}|#|Deutschland}}|
• Es gibt dann auch noch ISO-Unterdingse, Vorlage:DE-HE und Vorlage:DE-BE-CW, Vorlage:IT-82-1816

Viel Spaß noch --PerfektesChaos 17:36, 17. Jan. 2022 (CET)

Und wer soll das alles umschreiben? Dafür müsste es eine zentrale Vorlage geben, die das für alle Flaggen einheitlich macht. Die also erkennt, da ist nur das # Kein Text, kein Link, kein nichts … dann generiere einen Alternativtext für nicht sehende. Das muss doch sicher nicht in 2500 Vorlagen einzeln gemacht werden. Dann macht es auch wieder jeder anders.

Hier ist noch eine Flaggenkategorie Kategorie:Vorlage:Land mit Flagge/Handels-, Dienst- und Kriegsflagge. --Liebe Grüße, Lómelinde Diskussion 17:50, 17. Jan. 2022 (CET)

Erstmal verschwunden und damit sind auch Artikel aus der Fehlerliste, wo nur diese Vorlagen Probleme verursacht haben.

Es gibt eine Weiterleitung von Vorlage:Deutschland nach Vorlage:DEU, analog bei anderen Ländern. Zumindest bei denen mit so einer (und nur einer!) Weiterleitung könnte man den Namen der Weiterleitung einsetzen, aber das ist nicht das letzte Wort, das ist erstmal nur eine Idee.

Dann sind diese Vorlagen recht unterschiedlich, man kann da einen Stammbaum zeichnen. Manche haben alle Parameter wie es beschrieben ist, andere haben nicht alle. Das könnte man durchaus vereinheitlichen. Aber auch hier: das müsste ich noch genauer erforschen. --Wurgl (Diskussion) 18:46, 17. Jan. 2022 (CET)

Und wenn jetzt der alt-Parameter überall in dieser Form dazukommen soll, nun ja, was nützt denn das, wenn der leer gelassen wird. Man kann jetzt blind überall alt=[leer] hinkritzeln, um stumpf die Fehlerliste abzuarbeiten, aber der Fehler sollte nicht lauten, dass allein der alt-Parameter fehlt, sondern der alt-Parameter fehlt ODER leer ist. Alles andere ist doch Käse. – Doc Taxon • Disk. • 23:16, 17. Jan. 2022 (CET)

Das ist doch alles eine Folge von phab:T297443. Daran wird aber wieder gearbeitet! Siehe phab:T297443#7623178 (Fr, 14, Jan.): „We'll discuss this in our team meeting next week and figure out next steps forward here. Till such time, please ignore this lint on wikis“ (Hervorhebung von mir). Und phab:T297443#7626783 (Mo, 17. Jan.): „The fixes that revert this haven't yet rolled out into production. They will ride this week's train and these will then gradually clear out.“ Also etwas Geduld haben und nach den Änderungen weitersehen. — Speravir – 01:21, 18. Jan. 2022 (CET)

Ich sage es mal so, jeder kann nun gezielt innerhalb der Vorlagen einen sinnvollen Inhalt für diesen Parameter definieren, der dann immer mit der Vorlage ausgeliefert wird, egal ob nur die Flagge angezeigt wird oder ein völlig anderes Linkziel eingefügt wurde. Ziel sollte es doch sein, dass Blinden Benutzern erzählt wird, was das für ein Bild ist. Da der Dateiname fehlt, kann er das nicht einmal daraus ableiten. Ich weiß nicht wie eine solche Vorlage von einem Screenreader vorgelesen würde, aber was macht der aus Deutschland Georg Hackl, interpretiert er das als normalen Link auf Georg Hackl, liest er zusätzlich „Georg Hackl Deutschland“ vor oder sagt er „hier ist ein Bild Deutschland und ein Link auf Deutschland und ein Link auf Georg Hackl“?

Es wäre für mich sehr viel sinnvoller, wenn die Informationen für den Alternativtext, von der MediaWikisoftware direkt aus den Daten der Dateibeschreibungsseiten entnommen würden. Dort sollten diese in allen möglichen Sprachen hinterlegt werden, das würde auch den Quelltext nicht unnötig aufblähen, wenn jeden zu jeder Bildeinbindung von Hand einen solchen Text mitliefern soll (was ja wohl das eigentliche Ziel war). Ich verstehe auch gar nicht warum das bisher nicht so gemacht wurde. Für mich wäre das die einfachste Lösung, und wenn man doch mal individuell einen anderen Text dort einfügen wollen würde, dann könnte man das Attribut |alt= nutzern. Allen wäre damit geholfen. Wenn |alt=[leer] dann Dateibeschreibungstext anfordern, sonst freier Alternativtext. So etwas muss doch machbar sein. --Liebe Grüße, Lómelinde Diskussion 07:30, 18. Jan. 2022 (CET)

Diese 2000+ Vorlagen gehören umgebaut. Der Unterschied zwischen den einzelnen Ländern/ehem. Ländern/etc. ist im Prinzip der Dateiname der Flagge. Der Rest unterscheidet sich nicht wesentlich, es mag Unterschiede bei der Defaultgröße geben, z.B. wegen unterschiedlicher Formate wie die Schweiz, aber der Rest ist überall gleich (bis auf pfümpf Stück, die aus irgendwelchen Gründen weitere Parameter haben). Ein paar gibt es, die weniger Parameter haben, die Gründe sind mir schleierhaft, wahrscheinlich einfach übersehen.

Sollzustand: Alle gleichziehen. Alle machen nichts anderes als eine Untervorlage aufrufen, diese Untervorlage wird mit allen Parametern der bisherigen Vorlage aufgerufen, zusätzlich noch der Dateiname. Und in der Untervorlage ist die eigentliche Logik. Auf diese Art ist das wartbar. --Wurgl (Diskussion) 10:54, 18. Jan. 2022 (CET)

Es gibt ja Vorlage:Flagge (gnihihi...) -- hgzh 11:23, 18. Jan. 2022 (CET)

IMHO gehört in den alt-Parameter eine blindengerechte Beschreibung dieser Flagge, und nichts anderes, aber auch nicht weniger. Screenreader lesen das vor, wenn Bilder vorlesen eingeschaltet ist. Und eine Beschreibung der Flagge sollte nicht etwa lauten: "Deutschland", und auch nicht "Flagge von Deutschland", sondern etwas von Maßen und Farben und deren Anordnung erzählen und vielleicht sogar noch, warum diese Farben denn eigentlich verwendet werden. – Doc Taxon • Disk. • 12:04, 18. Jan. 2022 (CET)

@Wurgl:

• Das war seit Jahren mein Plan gewesen, und ich hatte bereits 2019 einen zukunftsfähigen Ersatz in Lua erarbeitet.
• Dabei würden dann sämtliche FlagIcons effizient über zentrale Definitionen verwaltet, statt lauter einzelne Vorlagen.
• Hier mein produktionsreifer Plan.
• Leider wurde mir mein Lua-Code von einem absoluten Anfänger in Lua@Wiki geklaut, und in einer nicht wartungsfähigen Weise in lauter Unsinn umgestümpert; und das während der noch laufenden Diskussion 2019 dazu. Dies ist inzwischen als Konkurrenzprodukt im ANR verbaut, und wird mit Klauen und Zähnen verteidigt.

Nebenbei bemerkt ist die Geschichte (vorläufig) aus dem Linter wieder herausgenommen worden.

• Das kommt aber irgendwann wieder, wir sollten Vorlagen- und Artikelbestand vorbeugend barrierefrei robust umbauen.

 Info: Bei alt= gibt es in HTML und Wikisyntax den sogenannten „2. Default“.

• Das heißt, eine leere Angabe bedeutet nicht das Gleiche wie weglassen.
• |alt=| bedeutet und wird so von Screenreadern verstanden: Diese Grafik ist nur dekorativ und kann ohne Verlust an Inhalt weggelassen werden; ihre Existenz soll auch überhaupt nicht erwähnt werden, weil sie redundant ist und beim Anhören nur verwirrt.
  • Das ist immer dann der Fall, wenn ein Icon nur die danebenstehende Textbotschaft optisch verstärken, leichter erkennbar machen soll, aber das Gleiche aussagt. Wer sehen kann, der kann aus einem rot ausgefüllten Achteck bereits eine STOP-Botschaft entnehmen, ohne die Buchstaben lesen zu müssen. Ein rot umrandetes weißes Dreieck ist bei uns mit „Achtung!“ verknüpft, wir gucken genauer hin, während wir diesen Bereich sonst ignoriert hätten. Wovor gewarnt wird, muss trotzdem dabeistehen. Blinde haben diese Möglichkeit nicht.
  • Es ist also definitiv falsch und wird seit einem Vierteljahrhundert auch explizit nicht befürwortet, in Webseiten „IMHO gehört in den alt-Parameter eine blindengerechte Beschreibung dieser Flagge, und nichts anderes, aber auch nicht weniger“ alle Grafiken mit einer Beschreibung des visuellen Inhalts zu versehen. Siehe dazu auch en:alt attribute #Common misconceptions und folgenden – ein grafisches „Deutschland“ gefolgt von einem textlichen „Deutschland“ ist pure Dekoration und soll nicht vorgelesen werden.
• Ohne alt= wird versucht, die Botschaft aus der Bildlegende oder dem Dateinamen zu konstruieren.
  • Aber nicht alle Tooltips, die wir in FlagIcons und sonstigen Winzgrafiken verwenden, sind dazu gedacht und dazu geeignet.
  • Deshalb geht MediaWiki dagegen vor.
  • Blinde erhalten bisher die „Deutschland“-Info in zwei Elementen nacheinander, wovon eines überflüssig ist, was verwirrt. Das will die WMF perspektivisch abschaffen. Sehende merken hingegen, dass sie eine Grafik und einen Text vor Augen haben, und nehmen das nicht als Problem wahr.
  • Wenn hingegen nur der Icon ohne Text steht, dann ist der Icon bedeutungstragend und darf nicht unterdrückt werden.
  • Genau das passiert leider aufgrund der jüngsten Bot-Änderung.

Der Text für die von mir oben benannte #if:-Konstruktion steht bereits innerhalb derselben Vorlagenprogrammierung.

• Es ist der unbenannte und (hoffentlich letzte) Parameter in der Medieneinbindung, der auch nicht identisch mit irgendeinem der bekannten Schlüsselwörter ist. Das ist genau der „Tooltip“, der momentan das Problem verursacht.
• @Wurgl: Das muss ausgelesen und für den Fall 1=# in die jüngst geänderten Vorlagen eingebaut werden.

VG --PerfektesChaos 12:20, 18. Jan. 2022 (CET)

Ich werte mal ein wenig aus und guck wie ähnlich die alle sind. Was bewirkt übrigens dieses <span style="display:none;">{{{3|Deutschland}}}</span> in z.B. Vorlage:DEU, solche Span-Dinger sind in allen Vorlagen vor den Bildchens. --Wurgl (Diskussion) 13:29, 18. Jan. 2022 (CET)

Parameter 3 = ändert den Sortierschlüssel. Der dient aber nur der Sortierung und soll nicht sichtbar sein. --Liebe Grüße, Lómelinde Diskussion 13:35, 18. Jan. 2022 (CET)

kleine Auswertung

Ich hab mich mal versucht und die 339 Vorlagen in der Kategorie:Vorlage:Land mit Flagge (ohne Unterkategorien) ausgewertet. Ich hab nur den Teil angeguckt, der als Vorlage verwendet wird, also nicht die Dokumentation und das andere Brimborium wie onlyinclude/noinclude/etc. Den Teil hab ich wiederum in in 3 Gruppen gesplittet: Den Teil innerhalb <span>, die Datei und deren Attribute und den Text danach.

4 Vorlagen passen nicht in das Schema: Vorlage:Vereinte Nationen (ruft Vorlage:UNO auf), Vorlage:Ezo (hat keine Datei für eine Flagge), Vorlage:CZE2 (ruft Vorlage:CZE auf), Vorlage:RUS2 (ruft Vorlage:RUS auf).

Der Span-Teil taucht in 4 Varianten auf ("display:none;" und "display:none" ohne Strichpunkt hab ich ignoriert)

1. <span style="display:none;">{{{3|<Land>}}}</span>
2. <span style="display:none;">{{{4|{{{3|<Land>}}}}}}</span>
3. <span style="display:none;">{{#if:{{{4|}}}|[[Vorlage:AUT/Wartung/4|{{{4}}}]]}}{{{3|<Land>}}}</span>
4. <span style="display:none;">{{#if:{{{Ziel|}}}|{{{Ziel}}}|{{#if:{{{2|}}}|{{{2}}}|<Land>}}}}</span>

Die erste Version haben 329 Vorlagen, da gibts nix zu nörgeln.

Die zweite Version findet sich in Vorlage:YUG, Vorlage:DNK, Vorlage:EGY und Vorlage:ETH. Wobei nur Vorlage:EGY den Parameter 4 in zwei Artikeln verwendet und dort ist er immer identisch mit Parameter 3.

Die dritte Version taucht nur in Vorlage:AUT auf, Parameter 4 wird nie verwendet.

Die vierte Version ist nur in Vorlage:SPQR.

⇒ da könnte man das Gedaddel mit Parameter 4 rauswerfen.

Beim Rest geht es wilder zu. 31 mal unterschiedliches Gedaddel für die Dateiattribute, wobei so eine Konstruktionen wie {{{3|{{{3|<Land>}}}}}} (Vorlage:ZZZ) eindeutig unnötig sind, sollte wohl {{{3|{{{3}}}|<Land>}}} sein (Einschub, das gibts in Vorlage:COD-1997, Vorlage:GB-WLS-1807, Vorlage:SAU-1938, Vorlage:NIC-1889 und Vorlage:COD-2003 ebenfalls).

Vorlage:USA hat kein "class=noviewer" ebenso Vorlage:ROU, Vorlage:AIA, Vorlage:GIB, Vorlage:SHN, Vorlage:MSR, Vorlage:ESP, Vorlage:COL, Vorlage:CHE, Vorlage:ANZ, Vorlage:EUR, Vorlage:CON, Vorlage:HZL, Vorlage:KNL, Vorlage:SUN, Vorlage:CHE2, Vorlage:GBR, Vorlage:DNK, Vorlage:CHN, Vorlage:EU, Vorlage:XXZ, Vorlage:GBS, Vorlage:FIDE-Logo und Vorlage:EOR

Dann gibt es welche mit "link=…" bzw. "verweis=…" und solche ohne. Es gibt welche mit einem Rahmen ("rand" bzw. "border") und solche Ohne. Bei manchen mit Rand ist {{#expr: {{{WIDTH|20}}} - 2}}px zu finden, bei anderen steht {{{WIDTH|20}}}px. Ich denke, bei Rand/border sollten auch die zwei Pixel abgezogen werden. Oder überhaupt auf den Rand verzichten?

Vorlage:GUF, Vorlage:GLP, Vorlage:MTQ, Vorlage:MYT und Vorlage:REU haben einen zusätzlichen parameter "national", von dem hängt die angezeigte Datei ab, das mag die Erweiterung in "alt=" betreffen.

Und in Vorlage:EGY erscheint mir das auch nicht ganz richtig zu sein: {{#if:{{{Ziel|}}}|[[{{{Ziel}}}]]|{{#if:{{{Ziel|}}}|[[{{{Ziel}}}]]|[[{{{1|Ägypten}}}|{{{2|Ägypten}}}]]}}}}, da ist das "#if" verdoppelt, da kann wohl eines raus.

Gibt es da Einwände zu den Änderungen/Vereinheitlichungen? --Wurgl (Diskussion) 21:10, 22. Jan. 2022 (CET)

Von meiner Seite keine Einwände, wobei ich gestehen muss, dass ich mich bisher noch nie mit dem Inhalt dieser Vorlagen näher befasst habe.

Zu dem Konstrukt mit Parameter 3:

{{{3|{{{3|<Land>}}}}}} (wie oben beschrieben) <Land>

{{{3|{{{3}}}|<Land>}}} (deine Version) = {{{3}}}

Wobei ich vermute, dass es so gemeint war {{{3|<Land>}}} (einmal {{{3|{{{3|<Land>}}}}}} 3 zu viel) = <Land>.

Bei der Sache mit dem Ziel scheint das ebenso gedoppelt zu sein und das äußere {{#if:{{{Ziel|}}}|[[{{{Ziel}}}]]|…}} könnte entfallen. --Liebe Grüße, Lómelinde Diskussion 06:37, 23. Jan. 2022 (CET)

Ich habe inzwischen die Vorlagendokus auf links gedreht, arbeite zurzeit Organisationen auf, und dann gibt es noch subnationale Einheiten sowie Handelsflaggen, Dienstflaggen und Marine und Militär.

Ich werde mich den Februar über so nach und nach durchbeißen, dann sehen wir weiter was Bot-mäßig geht und was ich so gelernt habe.

VG --PerfektesChaos 17:04, 10. Feb. 2022 (CET)

Ich hab auch kurz in die anderen Vorlagen (die du genannt hast, waren aus Erinnerung ca. 2100 Vorlagen, kann mich aber bei der Zahl irren) geguckt, da war mir einfach zu viel an Unterschieden. --Wurgl (Diskussion) 17:15, 10. Feb. 2022 (CET)

Liste der Gemarkungen in Deutschland mit Flächengröße und Anzahl der Flurstücke versehen

Hallo, ich arbeite gerade an einer Liste der Gemarkungen in Deutschland. Wie es scheint, hat die Firma Geolytics für jede der rund 45.000 Gemarkungen eine Internetseite, die man aber nur mit Kenntnis der Gemarkungsnummer ansteuern kann (außer man blättert hunderte Seiten durch, bis man die gesuchte Gemarkung findet). Dort sind dann ein paar Angaben, darunter "Gesamtfläche" in m² mit Dezimalpunkt, und "Anzahl Flurstücke". Ich habe bereits eine Tabelle der 45.000 Gemarkungen (mit Gemeindename, Gemeindeschlüssel, Gemarkungsname, Gemarkungsschlüssel für jede Gemarkung), die ich gern um diese beiden Daten ergänzen möchte. Mit Hilfe dieser Exceldatei habe ich eine Liste der URLs erstellt, mit denen ein Bot diese beiden Daten ernten soll. Die URL-Liste sieht so aus:

• https://geolytics.de/gemarkungen/010611
• https://geolytics.de/gemarkungen/014001
• https://geolytics.de/gemarkungen/014004
• https://geolytics.de/gemarkungen/014008
• https://geolytics.de/gemarkungen/014010
• https://geolytics.de/gemarkungen/014016
• https://geolytics.de/gemarkungen/014017

Das sind sieben von rund 45.000 URLs. Mir ist bewusst, dass es vor allem in Bayern ein Problem mit gemeindeübergreifenden Gemarkungen gibt. Für diese Einschränkung im Gebrauch der Liste sehe ich derzeit keine Lösung, aber für den Großteil der Gemarkungen, die innerhalb einer Gemeinde liegen, wird die Liste nützliche Angaben nachweisen. Meine Frage an die/den geneigte/n Bot-Programmierer/in: In welcher Form darf ich Dir meine Exceldatei (inkl. Spalte mit URL-Liste) überlassen? Wenn Du mir an Ratzer.Wikipedia <at> gmail.com schreibst, schicke ich Dir die Datei als Anhang. In welcher Form ich dann das Ergebnis in die Wikipedia stellen kann, muss ich mir noch überlegen, ggf. mit anderen Editoren diskutieren. Das Ergebnis dürfte dann zwei oder drei Nummern größer als diese Liste hier sein. Gruß,--Ratzer (Diskussion) 17:27, 18. Jan. 2022 (CET)
Entschuldigung, dass ich nach einem halben Jahr nachfrage. Bin ich mit meinem Anliegen auf der falschen Seite? Weil ich keinerlei Rückmeldung von den Bot-Spezialisten hier erhielt. Gruß,--Ratzer (Diskussion) 12:12, 25. Aug. 2022 (CEST)

Da müsste ja jetzt jemand ein eigenes Programm für schreiben, da es nichts ist, was Wikipedia-Seiten betrifft. Das wäre dann Screen Scraping. Bei mehreren tausend automatisierten Seitenaufrufen könnte das problematisch werden. --Magnus (Diskussion) 15:52, 25. Aug. 2022 (CEST)

Kalendereinträge WikiBär aktualisieren

Hallo, das WikiBär-Team wünscht sich Unterstützung bei der Pflege unseres Kalenders. Es wird nach stattgefundenen Veranstaltungen schon mal leicht vergessen vergangene Termine auszublenden. Wäre es möglich, dass ein Bot prüft, ob vergangene Termine ausgeblendet und der aktuelle Monat eingeblendet ist und dies ggf. korrigiert? Konkret wäre folgendes zu tun:

1. Prüfen, ob aktueller Monat in Überschrift eingeblendet ist:

Unterhalb der Zeile Über dieser Zeile sollten die vergangenen Termine stehen. --> steht der Eintrag des aktuellen Monats (Zeile an diese Stelle verschieben, falls nicht der Fall). Beispiel: {{Wikipedia:WikiBär/Termin|2022-01}} '''Februar:'''

2. Prüfen, ob keine vergangenen Termine eingeblendet sind:

Unterhalb der Monats-Zeile stehen die zukünftigen Termin Einträge: zB. {{Wikipedia:WikiBär/Termin|2022-02-10 19:00|22:00|ö|[[WP:Berlin#Termine|Offenes Editieren]] [[Datei:Font Awesome 5 solid desktop.svg|14px|Online-Veranstaltung]] online}}

Einträge, die vor dem aktuellen Datum liegen, werden über die Zeile Über dieser Zeile sollten die vergangenen Termine stehen. --> verschoben.

Ich konnte keine vergleichbaren Anfragen oder Aufträge finden. Aber ich denke, dass diese Funktion doch auch für den zentralen WP-Kalender hilfreich sein kann. Gruß, --Wnme (Diskussion) 21:34, 29. Jan. 2022 (CET)

Automatische BKH-Anpassung nach Verschiebung?

Der bis vor Kurzem unter diesem Lemma stehende Artikel PFKM hatte einen Begriffsklärungshinweis (BKH) auf die Begriffsklärungsseite (BKS) PFKM (Begriffsklärung). So weit, so gut. Vor wenigen Tagen wurde der Artikel auf Muskel-Phosphofructokinase verschoben. Dies ließ den BKH leer und sinnlos zurück und die erwähnte BKS verwaist. Der BKH musste durch einen Weiterleitungshinweis ersetzt werden (erledigt). Aber so etwas wird leicht vergessen. Könnte solche Anpassungen ein Bot übernehmen? Technisch müsste das gehen. --KnightMove (Diskussion) 13:10, 3. Feb. 2022 (CET)

Wie ist das eigentlich mit der Kategorie:Abkürzung? die ist ja schon in der BKS und jetzt auch auf der Weiterleitung. Soll das immer bei beiden sein, oder nur bei einem von beiden. Pintsknife (Diskussion) 14:29, 3. Feb. 2022 (CET)

Nur auf der BKS - da ich diese wegen des BKH-Problems zuerst nicht gesehen habe, habe ich sie voreilig eingesetzt. Danke für den Hinweis. Grund mehr für eine automatisierte Lösung. --KnightMove (Diskussion) 14:36, 3. Feb. 2022 (CET)

Wirkungslose Syntax ersetzen oder entfernen

Es geht um folgendes Die Bausteine möchten runde Ecken erzeugen, tun das aber nicht. Beispiel

Anweisung -moz-border-radius-topleft: 8px; -moz-border-radius-bottomleft: 8px; -moz-border-radius-topright: 8px; -moz-border-radius-bottomright: 8px; soll eigentlich jeweils mit 8px abgerundete Ecken setzen

Das passiert aber nicht, weil diese Anweisungen veraltet sind, oder nicht unterstützt werden (siehe auch diesen Hinweis), es müsste eigentlich so aussehen

Mit runden Ecken

dafür würde diese border-radius: 8px; verkürzte Syntax ausreichen

soll der Effekt jedoch entfallen, könnte -moz-border-radius-topleft: 8px; -moz-border-radius-bottomleft: 8px; -moz-border-radius-topright: 8px; -moz-border-radius-bottomright: 8px; komplett entfernt werden.

Betroffene Seiten > 26.000

Das soll insbesondere dazu dienen, dass diese den Quelltext unnötig aufblähende, wirkungslose Syntax nicht mehr aus irgendwelchen Kopiervorlagen übernommen und neu in Seiten eingefügt wird.

Sind die Rundungen unterschiedlich müsste die Syntax entsprechend geändert werden beispielsweise zu border-radius: 8px 8px 18px 18px; oben weniger gerundet als unten.

Ob das auch andere als „sinnvoll“ ansehen, weiß ich nicht, ich ändere es jedenfalls immer von Hand, wenn ich auf so etwas treffe. --Liebe Grüße, Lómelinde Diskussion 09:42, 1. Apr. 2022 (CEST)

Fast alle auf Benutzerseiten (meistens Diskussion), die ~50 anderen Verwendungen sind größtenteils uralt. Ein Bot sollte nicht das Aussehen von 28.000 Benutzerseiten ändern. --mfb (Diskussion) 12:41, 1. Apr. 2022 (CEST)

@Mfb:, mir scheint, Du hast das Problem nicht verstanden. Ursprünglich waren die Ecken gerundet. Genau dafür wurde die Syntax so eingefügt. Dann kam aber irgendwann ein Software-Update und seither wird genau diese Syntax nicht mehr verstanden oder nicht mehr entsprechend interpretiert - mit der Folge, dass die Ecken im Standard-Aussehen (als Rückfallebene) dargestellt werden, nämlich eckig.

Was Lómelinde jetzt als Boteinsatz vorschlägt, ist die Syntax so anzupassen, dass sie wieder aktuell und gültig ist und in der ursprünglich gewünschten Weise interpretiert wird, nämlich mit Rundungen. --Mabschaaf 12:53, 1. Apr. 2022 (CEST)

Wobei das noch gelten sollte, siehe https://developer.mozilla.org/de/docs/Web/CSS/border-radius Allerdings dort mit einem Pärchen von Werten, was aber auch nicht funktioniert (hab ich probiert). --Wurgl (Diskussion) 12:57, 1. Apr. 2022 (CEST)

Ich hab da enen uralten und selten verwendeten Mac. Da ist Firefox 48.0.2 von August/September 2016 drauf und der macht auch eckige Ecken. --Wurgl (Diskussion) 13:51, 1. Apr. 2022 (CEST)

Mabschaaf, das ist mir bewusst, aber ein Boteinsatz würde dennoch das aktuelle Aussehen verändern. Wenn ein Bot das auf meiner Diskussionsseite machen würde dann würde ich den Betreiber fragen was der Unfug soll und wo meine Zustimmung war. Wahrscheinlich ist es den meisten egal, aber 1% Widerspruch sind immer noch 280 unerwünschte Edits auf fremden Benutzerseiten. Der Bot könnte die wirkungslosen Einträge entfernen und auf eine Erklärung verlinken, wie die Ecken gerundet werden können. --mfb (Diskussion) 13:04, 1. Apr. 2022 (CEST)

Es steht doch in der Überschrift, entweder „ersetzen“ oder „entfernen“. Ich habe zumindest mal eine Quelle für diese Fehler Benutzer:PDD/Greetings/HalloG angepasst, damit zukünftige Darstellungsfeher vermieden werden. --Liebe Grüße, Lómelinde Diskussion 13:16, 1. Apr. 2022 (CEST)

@Wurgl, da du sagtest müsste gültig sein, das ist komplett anders, das was du meinst, ist gültig.

N -moz-border-radius-topleft: 8px; -moz-border-radius-bottomleft: 8px; -moz-border-radius-topright: 8px; -moz-border-radius-bottomright: 8px;

J border-top-left-radius: 8px; border-top-right-radius: 8px; border-bottom-right-radius: 8px; border-bottom-left-radius: 8px;

Beispiel → es funktioniert einwandfrei. --Liebe Grüße, Lómelinde Diskussion 14:06, 1. Apr. 2022 (CEST)

Ich meinte damit die Box in der Mitte der Seite, Überschrift "Beispiel zur Slash-Notation:". Dort sind genau die von dir oben genannten "-moz-border-radius-topleft:" aufgezählt und zwar unter "ist gleichbedeutend zu". --Wurgl (Diskussion) 14:52, 1. Apr. 2022 (CEST)

Funktioniert auch einwandfrei. ??? Nur eben das -moz-Zeugs nicht, das ist ja der Grund für meine Anfrage. Dass man es auch mit komplizierter Syntax ersetzen kann, weiß ich, ich wollte aber möglichst einfache Syntax. --Liebe Grüße, Lómelinde Diskussion 15:18, 1. Apr. 2022 (CEST)

Ja. Ohne -moz funktioniert es. Aber genau dieses -moz ist dort genannt, auch das ohne -moz ist genannt, eben beides. Das wundert mich ja, dass es genannt ist und nicht funktioniert. --Wurgl (Diskussion) 15:22, 1. Apr. 2022 (CEST)

Es geht sogar noch kürzer, nämlich mit border-radius:8px, weil ja alle vier Ecken gleich abgerundet werden. Gruß --Tlustulimu (Diskussion) 15:29, 1. Apr. 2022 (CEST)

Sieh mal was da ganz weit oben unter der zweiten blauen Kiste steht Zitat: „dafür würde diese border-radius: 8px; verkürzte Syntax ausreichen“. Die Diskussion bringt uns aber so auch nicht weiter. --Liebe Grüße, Lómelinde Diskussion 15:46, 1. Apr. 2022 (CEST)

@Wurgl: Beachte den Hinweis im roten Kasten zu Beginn von https://developer.mozilla.org/de/docs/Web/CSS/border-radius („jedoch wird er nicht mehr aktiv gepflegt und kann daher veraltet sein“). Schalte auf Englisch um und Du wirst keine Erwähnung von -moz mehr finden. Die sogenannte Slash-Syntax als solche ist aber weiterhin erlaubt. — Speravir – 21:50, 1. Apr. 2022 (CEST)

Der Hinweis ist gut! In der Webarchiv-Version ist zu lesen: Note: Support for the prefixed version (-moz-border-radius) was removed in Gecko 13.0 (Firefox 13.0 / Thunderbird 13.0 / SeaMonkey 2.10). und Firefox 13 ist wohl Mitte 2012 rausgekommen. Wenn man also ersetzen würde(!), dann höchstens diejenigen, die vor Mitte 2012 gebastelt wurden. --Wurgl (Diskussion) 22:07, 1. Apr. 2022 (CEST)

Versteh ich nicht bzw. ich kann Lomelindes Anliegen folgen: Wer diese CSS-Eigenschaften benutzt, wollte offensichtlich eine gerundeten Rahmen. Wie Du selbst schön zeigst, funktioniert das abe seit bereits fast 10 Jahren nicht mehr mit der Syntax, die das moz-Präfix enthält. Dann kann man entweder die defekten Regeln entfernen oder aktualisieren. Ich hab zwar auch einen Bot, wüsste jetzt aber nicht, wie man das machen könnte: Kann man nicht die Benutzer, die mit dieser Suchanfrage gefunden werden, auf ihrer Disk.-Seite anschreiben mit einem Hinwies, dass sie -moz-border-radius-… einsetzen, das seit 10 Jahren nicht mehr funktioniert und durch -moz-border-radius-… zu ersetzen ist? Am besten mit Verlinkung auf die MDN-Seite oder bspw. CSS border-radius @ mediaevent.de oder mit Alt-neu-Beispielen, wie von Lomelinde oben gezeigt. (Übrigens zeigen die ersten Treffer, fast alles sehr aktive Admins, gleich noch einen Fehler: align:…), wo [vermutlich] text-align:…) korrekt wäre.) — Speravir – 02:00, 2. Apr. 2022 (CEST)

Ich meinte das so: Wenn ein User vor Juni 2012 (der Zeitpunkt wo die Computerbild den FF 13 getestet hat) dieses Gedaddel eingefügt hat, dann wollte der User runde Ecken und dann kann man das auf das -moz-lose umbauen, weil der User damals eindeutig runde Ecken wollte und diese auch sah. Danach hat der User die Runden Ecken nie gesehen, daher kann man das nur rauswerfen oder eben nach dem Motto „Na und, wen stört’s, frisst kein Brot“ drinnen lassen.

Per Bot geht das schon. Versionsgeschichte angucken, bzw. erste Version vor Juni 2012 holen. Gibts eine Version vor dem Datum und ist das im Quelltext dieser Altversion drinnen, dann wäre das ein Kandidat zum Umbauen. Ja, da fehlt noch ein "Ist der Teil der Seite im Wesentlichen unverändert".

Die Frage ist nur: Will man da so? Da bin ich selber unsicher, daher: Umfrage! --Wurgl (Diskussion) 09:16, 2. Apr. 2022 (CEST)

Es sind sogar fast 32.000 Treffer, wenn man nach -moz-border-radius sucht: Suchanfrage. Ganz blöd sind die zwei Funde im Artikelraum in Less (Stylesheet-Sprache) und Stylus (Stylesheet-Sprache) (bis eben waren es noch drei). Nachtrag 02:31, 2. Apr. 2022 (CEST): Ich habe in beiden Artikeln eine Anmerkung eingefügt. Weil die Variante mit Moz-Präfix dort als Beispiel dient, kann man sie nicht so einfach löschen (man müsste eine andere Eigenschaft finden, wo sich das Spiel aber jederzeit wiederholen kann). — Speravir – 02:00, 2. Apr. 2022 (CEST)

Man kann nicht alle Benutzer anschreiben. Bei sehr, sehr vielen wird das ein Begrüßungsbaustein auf der Diskussionsseite sein und die Benutzer waren hier oftmals nur sehr kurz oder sogar nie wirklich aktiv, da wird dann nichts passieren und die veraltete Syntax wird nicht ersetzt. Zudem sind viele Benutzer mit solchen Syntaxfragen schlicht überfordert, sie kopieren etwas von irgendwo, wo sie es gesehen haben und toll fanden. Auch sie werden kaum etwas ändern und ich höre schon die Kommentare: „Na und, wen stört’s, frisst kein Brot“. Mir ist es daher wichtig, dass veraltete Syntax ersetzt wird, dann kann sie auch nicht (hier aus dem Projekt) falsch kopiert und eingefügt werden werden. Und mich würden schon Links auf Softwareseiten überfordern, insbesondere wenn dort englische Erklärungen der Syntax stehen. --Liebe Grüße, Lómelinde Diskussion 08:03, 2. Apr. 2022 (CEST)

Unsere generelle Linie bei Quelltextpflege geht dahin: „Die Funktionalität wiederherstellen, die Benutzer ursprünglich beabsichtigt hatten.“

• Wenn da intergrundfarbe6 steht, spendieren wir ein „h“.
• Wenn einem Element das mittlerweile erforderliche schließende Tag fehlt, das früher mal von Tidy rangezaubert wurde, jetzt nicht mehr, das jetzt im Moment vorübergehend von Remex rangezaubert wird, aber irgendwann auch nicht mehr, dann fügen wir an der mutmaßlich beabsichtigten Stelle das schließende Tag ein.
• Wenn über einen Shortcut auf eine bestimmte Projektseite zu verlinken beabsichtigt war, aber die falschen Buchstabenkürzel dafür gewählt wurden oder der Shortcut aufgelöst werden soll, dann behalten wir den sichtbaren Linktext bei und das Linkziel wird direkt in die offenbar beabsichtigte Zielseite korrigiert.
• Nach Anlage einer BKS passiert auch nichts anderes als dass durch Umbiegen von BKL die Direktverlinkung mit der ursprünglichen Seite und die ursprüngliche Funktionalität wiederhergestellt wird.
• Wenn da irgendwas mit border-radius ist, dann stellen wir jetzt sicher, dass das effizient für alle wirksam wird.
  • In den frühen 2010er Jahren mag das Feature -moz-border-radius nur mit Mozilla sichtbar gewesen sein.
  • Benutzer, die sich die Seite mit anderen Browserfamilien (Engines) anguckten, konnten es noch nicht sehen, wenn diese Browser sowas noch überhaupt nicht unterstützten.
  • Irgendwann wurde es Teil des offiziellen Standards, im Zuge der Migration mag Mozilla sein eigenes Präfix nicht mehr erkennen (was kurios wäre, denn sie bräuchten nur zu strippen und gucken, ob danach ein bekannter Bezeichner übrigbleibt), egal.
• Wer in seinen Quelltext etwas einfügt mit border-radius, der möchte erreichen, dass die Ecken abgerundet werden, wenn jemand die Seite besucht.
  • Ob das von irgendwo kopiert wurde, wer das wann mit welcher Browserversion gesehen hatte, ist unerheblich und nicht mehr nachvollziehbar.
  • Also gibt es denn, so gebottet werden soll, die einfachste, kürzeste zeitgemäße Syntax für den geäußerten Wunsch der Ersteller.

VG --PerfektesChaos 15:29, 2. Apr. 2022 (CEST)

Vorlage:Ethorama

Die Datenbank Ethorama hat ihre url geändert. Die bisherigen 900 Einbindungen verweisen auf eine id, die in der url nicht mehr gegeben ist. Die letzte Bearbeitung der Vorlage erfolgte vor 6 Jahren. Da die Vorlage noch so häufig verwendet wird sollte der bisherige Parameter der eine id verlangt wohl ersetzt werden, damit die Vorlagen nicht mehr ins leere führen. Pintsknife (Diskussion) 13:54, 15. Jun. 2022 (CEST)

Was soll ein Bot machen? Die Vorlage entfernen? Was wäre die richtige URL für http://ethorama.library.ethz.ch/de/node/6690 (Rhone)? --Magnus (Diskussion) 14:05, 15. Jun. 2022 (CEST)

Vielleicht https://ethorama.library.ethz.ch/de/orte/ED4mMk4mBlmGaTPJYdy5. Pintsknife (Diskussion) 14:24, 15. Jun. 2022 (CEST)

(BK) Woher soll denn der Bot wissen, was da angezeigt werden soll? Nichtmal im Webarchiv kann man nachgucken, was vorher war.

Ich würden denen mal eine Mail schreiben und fragen was los ist. Bei gcatholic hab ich am Montag eine Mail geschrieben weil die Links nicht mehr funktionierten. Gestern kam eine Antwort dass das angeguckt wird und gerade probiert: Die Links funktionieren wieder. Mit einer sachlichen oder freundlichen Mail klappt das also. --Wurgl (Diskussion) 14:06, 15. Jun. 2022 (CEST)

Muss nicht unbedingt ein Fehler sein. urls können sich auch mal ändern und bei der Umstellung auf https haben die wohl die id ersetzt. Wenn man auf der Website die alte id eingibt kommen als Suchvorschläge auch die entsprechenden Berge. Hätte ja sein können, dass ein Bot dazu in der Lage ist. Ich frag lieber erstmal hier bei Botanfragen, denn was wäre die Alternative das es wieder funktioniert, ohne Vorlage verlinken? Statt http://ethorama.library.ethz.ch/de/node/id wäre es halt https://ethorama.library.ethz.ch/de/orte/irgendwas. Die Stelle des ersten Parameters in der Vorlage wäre ja immer noch die gleiche, nur anderer Inhalt. Pintsknife (Diskussion) 14:24, 15. Jun. 2022 (CEST)

Aber die können entweder Redirects der alten auf die neue URL einrichten oder eine Art übersetzungstabelle liefern.

Ein Bot braucht ein Kochrezept. Gehe auf die Seite X, mache dies, mache das, suche den Eintrag Y, extrahiere das Feld Z. Wenn ich 6690 (oder Rhone) ins Suchfeld einwerfe, bekomm ich eine lange Liste. Wenn ich "6690 Rhone" einwerfe, dann sind es auch 3 Einträge – jetzt mal abgesehen davon, dass deine Wurst ED4mMk4mBlmGaTPJYdy5 im HTML-Quelltext nicht aufzufinden ist. --Wurgl (Diskussion) 15:01, 15. Jun. 2022 (CEST)

Mit nicht aufzufinden meinst du der Bot könnte sie nicht erkennen? Können Bots eigentlich url lesen? Dass Wikipedia auf ihre Webseite verlinkt, wird bestimmt in deren Interesse sein, mehr besucher sind doch immer gut. Wäre es für die Betreiber ein Aufwand die urls so zu ändern, dass sie wieder die ids nehmen und wieder kompatibel sind, oder wäre das ein zu großer Aufwand? Sollte ich den Vorlagen ersteller vielleicht noch fragen? Ist halt schade eine Vorlage zu haben, die nicht funktioniert. Die Kurze id ist auch besser als so ein Durcheinander von Zahlen und Buchstaben. Pintsknife (Diskussion) 15:25, 15. Jun. 2022 (CEST)

Mit "nicht auffinden" meine ich, dass ich als Mensch bei der bisherigen und nun nicht mehr funktionalen Url nicht sehe, was vorher hier zu sehen war. Auch im Internetarchiv gibt es keinen Hinweis darauf. Wenn ich als Mensch das nicht kann, wie soll ein Bot das können? Für mich als Mensch ist "Rhone" ein Begriff, das ist ein Fluss und wenn das eine Schweizer Seite ist, dann wird da wohl man die Rhone in der Schweiz und eher nicht in Frankreich gemeint sein – aber bin ich mir da sicher? Nein! Und welcher Teil? Vor oder nach dem Genfer See? Für einen Bot sind das 5 Buchstaben ohne Kontext. Die Einschränkung "Fluss" oder "in der Schweiz" kann ein Bot nicht leisten (zumindest nicht mit begrenztem Aufwand), der könnte da ebensogut Molly Rhone verlinken (wenn es sie bei der ETHzürich gäbe). --Wurgl (Diskussion) 14:54, 29. Jun. 2022 (CEST)

Bitte abwarten, ich habe gehört, dass die ETH-Bibliothek an einer Lösung arbeite... --Hadi (Diskussion) 14:42, 15. Jul. 2022 (CEST)

Mit dem Redesign von ETHorama per 1. Juni 22 wurde auch das technische Fundament der Plattform angepasst – das hat zur Anpassung der URLs und insbesondere auch der IDs für die Points of Interest (POIs) geführt, auf welche aus den Artikeln verwiesen wird.

Das führt zu zwei nötigen Arbeiten:

1) die ETH-Bibliothek arbeitet an Redirects, um von den alten Links auf die neuen, nun gültigen URLs zu verweisen (Stand 19.7.)

2) Die Anpassung der Vorlage und der IDs, um zukünftig mit den richtigen URLs bzw. IDs arbeiten zu können (ETHorama wächst ja laufend weiter, damit allenfalls auch die Verwendung der Vorlage in Wikipedia). Die Vorlage habe ich anfangs Juli angepasst, es blieben aber natürlich die alten IDs in den Artikeln. Nun ginge es darum, diese knapp 900 Einträge bzw. die verwendeten IDs zu korrigieren. Zudem haben knapp über 200 Artikel die ganze URL (und nicht (nur) die Vorlage) im Quelltext stehen.

Unterdessen gibt es eine Liste, welche die alten «Nummern/node»-IDs mit den neuen IDs in Verbindung bringt (alte «nodeid», neue «docid», URL Wikipedia-Artikel wo die Vorlage verwendet wird). Es gibt auch eine Liste mit allen per 1. Juni 2022 «migrierten» POIs (knapp 6'000 Einträge), aber ohne Wikipedia-Links.

Ein möglicher Vorgang wäre (ich bin da aber kein Experte, ob das überhaupt geht):

Suche in Artikel nach ETHorama-Vorlage – wenn Vorlage verwendet wird, prüfe anhand Liste ob «nodeid» oder «docid» verwendet wird – falls «nodeid», ersetze «nodeid» durch «docid».

Ähnlich allenfalls bei den ausgeschriebenen URLs, da müsste einfach die ganze URL und ID ersetzt werden.

Geht das und was wären die nötigen Voraussetzungen (bspw. für die Liste/n)? --Waro 8001 (Diskussion) 14:21, 24. Aug. 2022 (CEST)

Auf deiner Diskussionsseite hast du folgendes geschrieben: „Unterdessen habe ich die Daten bekommen und eine Abgleichsliste erstellt. Hast Du eine bevorzugte Plattform, um die Tabelle zu teilen/bearbeiten?“

Mittels dieser Liste könnten die Links wohl relativ einfach korrigiert werden. --Leyo 10:58, 13. Sep. 2022 (CEST)

Müsste eigentlich erledigt sein, siehe Benutzer Diskussion:Waro 8001. --Leyo 14:39, 16. Dez. 2022 (CET)

Der Setzer dieses Bausteins ist der Ansicht, diese Bot-Anfrage sei abgeschlossen und könne archiviert werden. hgzh 12:54, 26. Mai 2023 (CEST)

Einfügen einer Vorlage in ca 1000 - 1100 Kategorien im Fußballbereich

Hallo,

Gemäss Portal_Diskussion:Fußball#Entfernungen_von_Kategorie:Fußballspieler_(Italien)_usw. sollen Erklärungstexte in den Kategorien zu Fußballspielern, -torhüter, -trainer, -nationalspieler, -nationaltorhüter und -nationaltrainer eingefügt werden. Insgesamt sind dies ca 1000 bis 1100 Kategorien; allerdings geht es um sechs verschiedene Texte (für jede „Tätigkeit“ ein anderer).

Der genaue Text muss dabei noch im Portal abgestimmt werden.Er Allerdings ist auch eine technische Frage der Umsetzbarkeit offen - daher diese Anfrage.

Zur Erprobung wurde bereits die Vorlage Vorlage:Kategorietext Fußballspieler nach Staat erstellt. Diese soll in alle 193 Unterkategorien von Kategorie:Fußballspieler nach Staat eingebaut werden. Damit sich der gewünschte Text ergibt, muss in die Vorlage auch der jeweilige Staat eingebaut werden. Technische Frage, wäre der Bot in der Lage, den Namen des Landes sich aus dem Kategorienamen herauszuholen und in die einzusetzende Vorlage einzubauen? (Sorry, wenn das technisch nicht perfekt formuliert ist.)

Entsprechende Vorlage nach gleichem Schema würde ggf. dann auch für die anderen fünf Personengruppen erstellt.

Danke für die Mithilfe. Freundl. Grüsse --Nordprinz (Diskussion) 11:19, 17. Jun. 2022 (CEST)

Bis auf die ersten drei Einträge in der Kategorie:Fußballspieler nach Staat ist das rauspfriemeln des Staates aus dem Lemma kein Problem. Bei ein Paar Staaten wie "Republik foo" oder "Königreich bar" könnte man auch noch ein "der" bzw. "dem" voranstellen

Wenn so Sonderfälle wie eben die ersten 3 in der Kategorie ausgelassen werden können, ist das eine schöne Botaufgabe. --Wurgl (Diskussion) 11:26, 17. Jun. 2022 (CEST)

Okay, die paar kann man dann auch per Hand eintragen. Danke schonmal. Dann kann jetzt der genaue Text überlegt werden. Freundl. Grüsse --Nordprinz (Diskussion) 11:46, 17. Jun. 2022 (CEST)

ListeriaBot

Der Betreiber Benutzer:Magnus Manske ist derzeit oder seit November 2021 nicht mehr aktiv gewesen. Der Bot flutet manche Seiten mit Unmengen an Listeninhalten so beispielsweise all diese Unterseiten Spezial:präfixindex/Benutzer:Holger1959/ eines ebenfalls seit längerer Zeit inaktiven Benutzers Spezial:Beiträge/Holger1959 (8. Jun. 2017). Das erzeugt etliche Linterfehler, und da die Seiten teilweise sehr groß werden, weil sie immer weiter ergänzt werden, wird eine Bearbeitung immer schwieriger, zumal das sinnlos ist, wenn der Bot es dann doch wieder überschreiben würde. Heute hat er beispielsweise in eine dieser Unterseiten sage und schreibe 1,3 MB hinzugefügt. Mein Firefox setzt schon bei der Diffanzeige aus. Das ist in meinen Augen eine unnötige Serverbelastung und erzeugt zudem andere Probleme wie hier Kategorie:Wikipedia:Maximale Seitengröße durch Vorlageneinbindungen überschritten Was macht man damit, wer kann das abstellen? --Liebe Grüße, Lómelinde Diskussion 17:43, 17. Jun. 2022 (CEST)

Ich schlage vor, den Seitenkopf (die Botanweisung) in <pre>-Tags zu setzen und die automatisch generierten Listen zu löschen. In der ZQ sollte dann noch darauf hingewiesen werden, dass der Benutzer, falls er zurückkommt, die Seite durch einen simplen Revert wieder "aktiv" schalten kann.

Selbst ausführen kann ich das nicht, mein Browser stürzt da auch ab.--Mabschaaf 17:52, 17. Jun. 2022 (CEST)

Mit so einem Edit-Link könntest du die Seiten zu Fuß bearbeiten: https://de.wikipedia.org/w/index.php?title=Benutzer:Holger1959/BY-M&action=edit&section=0 Aber 462 Seiten? Und ist dieses Wikidata-List-Dings die Anweisung für den Listeria-Bot? --Wurgl (Diskussion) 18:02, 17. Jun. 2022 (CEST)

Ja, das ist die Arbeitsanweisung. Und wenn man auf de BD:Magnus Manske schut, ist dieses Vervielfältigungsproblem da grade Thema, und es scheint, es fehlt am Ende {{Wikidata list end}}, damit der Bot die neuen Listen nicht anhängt, sondern den Seiteninhalt ersetzt.

In anderen dieser Listen wie z.B. Benutzer:Holger1959/BB-1 wurden schon die Koordinaten abgeschaltet, damit die Liste handhabbar bleibt.

Es scheint mir, @Triplec85: nutzt diese Listen, da würde ich ungern alles abräumen wollen. Repariert werden muss es, das ist klar. --Gelegenheits-Wikipedianer (Diskussion) 18:05, 17. Jun. 2022 (CEST)

Ich habe arge Probleme, wenn ich eine solche Seite bearbeiten möchte. Es sind ja auch weitere Seiten in der Kategorie, die von dem Bot befüllt werden, wie die Seiten von Derzno, früher oder später wird noch mehr da landen. Es ist nicht zu erwarten, dass das weniger wird. --Liebe Grüße, Lómelinde Diskussion 18:09, 17. Jun. 2022 (CEST)

Die durch den Listeria-Bot gepflegten Listen sind meiner Meinung nach essentiell für den Ablgleich zwischen den verschiedenen Projekten (Wikipedia, Commons, Wikidata). In den Listen fallen mir immer wieder Lücken und Fehler zwischen den Projekten auf. Die dann behoben werden. Insofern bin ich gegen ein Löschen der Seiteninhalte.

Wenn der Bot derzeit in manchen Listen Duplikate schafft bzw. riesige Ergänzungen (statt der üblicherweise kleinen Änderungen) tätigt, liegt das wohl am fehlenden Baustein {{Wikidata list end}}, wie bereits von Benutzer:Gelegenheits-Wikipedianer angesprochen.

2 Beispiele wie dies behoben wurde:

• 1 in einer Arbeitsliste von Benutzer:Z_thomas nur den Botsuchauftrag oben stehen lassen, den sonstigen Seiteninhalt entfernt, unterhalb "Wikidata list end" ergänzt. Dann einmalig den Bot arbeiten lassen. In der Folge passte es wieder.
• 2 in einer Arbeitsliste von Benutzer:Marcus_Cyron, dito

Ansonsten wurden, wie bereits oben angesprochen, in Teillisten von Benutzer:Holger1959/BB-1 die Koordinaten im Bot-Suchauftrag entfernt, da diese beim Expandieren viel Speicher erzeugten und den Bot ab einer gewissen Seitengröße in die Knie zwangen.

Eine andere Lösung, falls man die Koordinaten erhalten will, ist die Aufteilung der Listen nach Landkreisen statt Bundesländern oder Gemeinden statt Kreisen. Oder nach Themen... beispielsweise hatte ich zusammen mit Benutzer:Z_thomas Bot-Arbeitslisten für alle Innerortsstraßen in Deutschland erstellt. Siehe: Benutzer:Z thomas/DE-Bundesländer-Straßen-Vorlage. Dafür ist der Listeria-Bot ebenfalls essentiell. Danke an dieser Stelle nochmals an Benutzer:Z_thomas für die riesige Fleißarbeit in Wikidata ;-)

Viele Grüße -- Triple C 85 ^|Diskussion| 18:22, 17. Jun. 2022 (CEST)

Sorry aber ich hatte ihn vor fast vier Jahren auf diese Problematik BD:Magnus Manske#Kategorie:Wikipedia:Maximale Seitengröße durch Vorlageneinbindungen überschritten hingewiesen, ohne je eine Antwort zu bekommen. Ich finde das schon sehr unhöflich, denn sein Bot verursacht diese Probleme, seit Jahren, passiert ist seither scheinbar nichts, nur dass jetzt noch zusätzliche Fehler erzeugt werden. Dann lagert das nach Wikidata aus, das ist schließlich das Datrnsammelprojekt. --Liebe Grüße, Lómelinde Diskussion 18:27, 17. Jun. 2022 (CEST)

Ein fehlendes "Wikidata list end" gips nicht in den Seiten von Holger1959? Hier fehlt es:

+-------------------------------------------+----------------+
| page_title                                | page_namespace |
+-------------------------------------------+----------------+
| Bullenwächter/Moorarchäologie             |              2 |
| Public_Domain_Day/2018_in_Public_Domain   |              5 |
| Kommerz/searchboxde                       |              2 |
| Onkel_Tomm/temp                           |              2 |
| WikiProjekt_Österreich/WD/Braunau_am_Inn  |              4 |
| Triplec85/BW-TBB-1                        |              2 |
| Aeroid/List_DE_Elections_by_Year          |              2 |
| Baum64/TagCloud                           |              2 |
| Erfurth/DieDatenlaube/Dresden             |              2 |
+-------------------------------------------+----------------+

Die Monsterseite Holger1959/BY-M hat das ganz an Ende stehen. Und die wird nicht neu geschrieben, weil eine Seite maximal 2 MB im Quelltext haben kann, die sind erreicht. Nach irgendwas aufteilen kann nur jemand der sich fachlich sowohl mit der Liste als auch mit SPARQL auskennt. --Wurgl (Diskussion) 18:36, 17. Jun. 2022 (CEST)

---

@Lómelinde: In Wikidata geht das wohl nicht mit diesem Bot. Einige Fehler werde ich beheben können, beispielsweise soeben hier mit einer kleinen Änderung, danach hatte der Bot ohne Koordinaten die Seitengröße um ~270.000 reduziert. Dadurch 203 statt 204 Einträge in der Kategorie:Wikipedia:Maximale Seitengröße durch Vorlageneinbindungen überschritten. Auch wenn das nicht meine Baustellen sind, versuche ich, in nächster Zeit mir mal einige Listen vorzunehmen und nach Fehlern bzw. einfachen Lösungen zu schauen. -- Triple C 85 ^|Diskussion| 18:40, 17. Jun. 2022 (CEST)

@Benutzer:Triplec85: Natürlich sollen die Listen nicht geleert werden, wenn sie noch genutzt werden. Davon bin ich bei einem inaktiven Benutzer erst mal nicht ausgegangen - vor der Umsetzung hätte man sich das natürlich anschauen müssen.

Du könntest die Listen aber auch in Deinem BNR aufbauen lassen und pflegen, evtl. mit einer besseren Aufteilung, damit die Seiten kleiner bleiben. Dann wären die von Holger1959 wirklich überflüssig.--Mabschaaf 18:52, 17. Jun. 2022 (CEST)

Es zeitweise unter die zulässigen Einbindungen zu drücken ist auch keine Lösung auf Dauer. Derzeit belastet es die Server, die Browser und es erzeugt möglicherweise auch falsch positive Einträge in etlichen Fehlerlisten, was wiederum diejenigen belastet, die diese Fehlerlisten abarbeiten. Es wäre schön, wenn du auch dieses Problem lösen könntest, an dem ich kläglich scheitere. Ich habe es mehrfach versucht, die Fehler zu finden und andere vermutlich auch schon, unnötig verbrauchte Zeit. --Liebe Grüße, Lómelinde Diskussion 18:58, 17. Jun. 2022 (CEST)

@Mabschaaf: Das ist eine Überlegung wert. Durch viele Navigationsleisten in den Unterseiten von Holger1959 mit vielen Querverweisen zwischen den Listen wäre das möglicherweise schwierig. Könnten die Seiten auch verschoben werden? Oder müssten sie neu aufgebaut werden?

Derweil entferne ich bei einigen Listen die Koordinaten im Suchauftrag, jeweils mit ausführlicher Begründung der Änderung, beispielsweise hier, und konnte damit die Kategorie:Wikipedia:Maximale Seitengröße durch Vorlageneinbindungen überschritten bereits um 5 weitere Einträge reduzieren.

@Lómelinde: Ich schaue mir das mal an. Wenn ich bei allen Listen der Kategorie:Wikipedia:Maximale Seitengröße durch Vorlageneinbindungen überschritten durch bin, und manche Fehler sich nicht lösen lassen ... wir mit unserem Latein am Ende sind ... dann könnte man einzelne Listen löschen. Bis dahin noch ein bisschen Geduld bitte. Gruß -- Triple C 85 ^|Diskussion| 19:02, 17. Jun. 2022 (CEST)

Ok. Alles klar dann viel Erfolg dabei. --Liebe Grüße, Lómelinde Diskussion 19:06, 17. Jun. 2022 (CEST)

Rein technisch kann man die Seiten natürlich (mit Weiterleitung) verschieben. Ein ungutes Gefühl aber bleibt dabei: Was, wenn Holger1959 zurückkommt und die Seiten selbst wieder haben möchte? Daher wäre mM ein Neuaufbau oder kopieren die bessere Lösung.--Mabschaaf 19:39, 17. Jun. 2022 (CEST)

Ich weiss nicht was genau das Problem mit meinen Listen ist. Was stimmt nicht und was soll ich anpassen? Der bot liefert bei mir nur updates im dreistellingen byte Bereich. Was mir aber auffällt ist, dass er jetzt ständig läuft. Sonst kam er mal alle paar Wochen.

Zu Holger, ich fürchte der kommt nicht mehr und müssen mit dem Schlimmsten rechnen. Ich hatte kurz vor seinem letzten Edit noch Kontakt und da meinte er ihm geht es nicht so gut. Will aber hier keine Spekulationen anstellen und hab auch schon in seinen Listen rumgepfuscht. --Derzno (Diskussion) 20:20, 17. Jun. 2022 (CEST)

Die Meldung: „Maximale Seitengröße durch Vorlageneinbindungen überschritten“ besagt schlich und einfach, die Software ist nicht mehr in der Lage alle eingebundenen Vorlagen zu expandieren, weil dadurch die maximale Seitengröße von 2 MB überschritten werden würde. Es gibt beispielsweise Vorlagen, wie die Vorlage:IMDb, die bei der Expansion derart viele Bytes erzeugen, dass schon wenige Einbindungen in eine Seite dieses Limit sprengen. Die Wer weiß denn sowas?/Episodenliste bindet beispielsweise allein fast 700 mal die Vorlage:Internetquelle ein. Ohne Expansion hat die Seite laut Versionsgeschichte 427.268 Bytes Nach dem öffnen sind es in der Vorschau mehr als 2MB also mehr als die maximal möglichen 2.097.152/2.097.152 Bytes, also fast fünf mal so groß. Da jede Einbindung der Vorlage für sich schon rund 3000 Bytes liefert idt bei 691 Einbindungen Schluss, zumal die Seite ja noch andere Vorlagen verwendet die ebenfalls Bytes beisteuern. Was nun bei deinen Seiten passiert ist, dass durch den Bot https://de.wikipedia.org/w/index.php?title=Benutzer:Derzno/Baudenkm%C3%A4ler/Landkreis_Ansbach&action=history am 24. Aug. 2020‎, ListeriaBot‎ K 1.420.276 Bytes +1.412.181‎ Wikidata list updated in Listenform hinzufügte. Kommen nun die Vorlageneinbindungen der Koordinaten hinzu wird das Limit weit überschritten und es geht nichts mehr. Eine einzelne Einbindung (Coordinate) erzeugt rund 600 Bytes, selbst wenn die Vorlage leer wäre, ausgefüllt können das so um die 4000 Bytes pro Einbindung werden. Es könnten also nur wenige Vorlagen eingebunden werden. Die Liste arbeitet mit über 2000 Objekten, die vermutlich jeweils eine dieser Vorlagen enthalten. Das ist dann 2000 × 4000 = 8.000.000 viel zu viel. --Liebe Grüße, Lómelinde Diskussion 07:01, 18. Jun. 2022 (CEST)

Noch ein Beispiel Benutzer:Holger1959/DE-HH: setzt man die Vorlage:Coordinate in dieser Seite außer Kraft dann ist die Einbindungsgröße nach dem Expandieren: 27.249/2.097.152 Bytes

Wenn die 106 Vorlagen aktiv sind, sind es 153.766/2.097.152 Bytes, das sind dann rund 1120 Bytes pro Vorlage die hinzugekommen sind. Eine solche Einbindung würde also bei 2000 Datensätzen auch ohne weiteren Textinhalt das Limit sprengen 2000 × 1120 = 2.240.000 Bytes. Daher hilft nur eine Aufteilung in immer kleinere Listen. --Liebe Grüße, Lómelinde Diskussion 07:20, 18. Jun. 2022 (CEST)

Ok jetzt verstehe ich das Problem. Ja das hatte ich schon mehrfach, dass die Listen nicht mehr angelegt wurden weil zu gross. Leider ist das entfernen der Koordinaten keine Lösund für meine Listen, da gerade die Baudenkmäler diese benötigen. Ich hatte dem Magnus das schon mehrfach mitgeteilt (auch als email) aber nie eine Antwort erhalten. Daher hab ich z.B. in meiner Homezone die Holger-Listen in mehrere kleinere zerlegt, was eigentlich keine Lösung ist. Am besten wäre, wenn irgendwer einen venüftigen BOT schreibt, der dass alles kann. Nach Wikidata schiebem bringt nix. Da geht das schon mit Spargel aber ist für die meisten ein Hürde es anzuwenden. Zumindest mit meinen Listen wird wohl auch von anderen inhaltlich gearbeitet und eine WP Lösung sinnvoll. (Derzno als IP weil er keinen Bock mehr hat auf seinen Stalker- und Fanclub) --46.244.186.227 07:53, 18. Jun. 2022 (CEST)

Liste von allen Quellen mit der NZZ

Alle Ausgaben von der Neue Zürcher Zeitung und NZZ am Sonntag sind nun von 1780 bis 1996 auf e-newspaperarchives.ch digital verfügbar.

Meine Frage ist nun, ob jemand eine Liste erstellen kann die alle Quellen nach der NZZ durchsucht? Zum Beispiel alle <ref>...</ref> nach "Neue Zürcher Zeitung", "NZZ am Sonntag" und NZZ durchsuchen.

Dann könnte man alle Quellen (Bis 1996) auf das e-newspaperarchives.ch verlinken. So hätten wir alle Quellen mit der NZZ sauber verlinkt und alle können den Artikel lesen. Ich würde helfen diese Liste abzuarbeiten. --🤾‍♂️ Malo95 (Diskussion) 16:21, 27. Jul. 2022 (CEST)

Die NZZ am Sonntag gibt es erst seit 2002. --KurtR (Diskussion) 00:27, 28. Jul. 2022 (CEST)

Hmm, eigentlich eine gute Idee, aber schwierig in der Durchführung. Aktuell sind etwa 14.000 NZZ-Links in der de:WP [11]. Für die braucht man das "Backup" schon mal nicht. Sucht man nach "Neue Zürcher Zeitung" so findet man nur ca. 12.600 Treffer [12] und mit "NZZ" gar nur ca. 8.880 (beides überlappt natürlich ganz heftig, auch mit Links auf nzz.ch). Es kann also nicht viele Artikel geben, die als Quelle die NZZ-Jahrgänge 1780 bis 1996 haben. Das dürften weniger 100 sein. Das ist letztlich alles auf der Vor-Wikipedia-Zeitskala. D.h. der gesamte Artikelbestand der WP ist über vier Jahre nach 1996 entstanden. Es wird folglich nur sehr wenige Artikel geben, für die e-newspaperarchives.ch etwas bringt. Diese Artikel zu finden ist aufwendig. --Kuebi [✍ · Δ] 18:37, 20. Dez. 2022 (CET)

Palawan

Hallo. Ich möchte den Artikel Palawan in zwei Teilartikel aufteilen. Dabei soll der jetzige Artikel erst auf Palawan (Provinz) verschoben werde. Das geht noch ohne Bot. Die Seite Palawan (ohne Klammerung!) soll dann aber überwiegend die Insel, eventuell auch die Inselgruppe, beschreiben, was wohl nicht ohne Überschreibung des Weiterleitungslinks möglich ist. Letzteres würde indes dazu führen, dass die derzeit über 470 Links wieder auf den alten Artikel Palawan (siehe: hier) zeigten, was ja gerade nicht gewollt ist. Kann mir da einer eurer Bots helfen? Z.B. derart, dass die Links in den Drittartikeln direkt auf Palawan (Provinz) umgebogen würden? Bestimmte Vor- und Nacharbeit ist meinerseits erforderlich, aber in knapp 500 Artikeln alles händisch zu machen, ist unzumutbar. Gruß --Zollwurf (Diskussion) 11:47, 2. Sep. 2022 (CEST)

Wäre es auch möglich, Palawan (Insel) anzulegen und in Palawan die Provinz abzuhandeln? Dann würden wenigstens die Links zum großen Teil stimmen. --tsor (Diskussion) 11:58, 2. Sep. 2022 (CEST)

Möglich schon, aber imho wenig sinnvoll, da Palawan in fast allen anderen Lexika direkt auf eine Insel verweist. Etwa in der Britannica, siehe [13]. --Zollwurf (Diskussion) 12:47, 2. Sep. 2022 (CEST)

Also 44 Links kommen aus der Vorlage Vorlage:Navigationsleiste Inseln und Inselgruppen der Philippinen, 56 aus Vorlage:Navigationsleiste Bezirke und Provinzen von Luzo, 25 aus Vorlage:Navigationsleiste Städte und Gemeinden in der Provinz Palawan und 8 aus Vorlage:Info ISO-3166-2:PH-PLW, teilweise überschneiden sich diese Links, bleiben wohl noch so 400 übrig.

Punkt 7 in der Box ganz am Anfang der Seite verbietet zwar solche Aktionen, ich denke aber dass da 7.1 greifen könnte.

Viel Arbeit ist so ein Umlenkscript nicht, die oben genannten Vorlagen fass ich mit dem Script aber nicht an, die machst du vorher(!) bitte selber.

Aber erst mal abwarten was Mitleser dazu meinen. --Wurgl (Diskussion) 15:54, 10. Sep. 2022 (CEST)

Script liegt bereit und hat Probelauf hinter sich. 443 Artikel würde mein Bot anfassen. --Wurgl (Diskussion) 16:10, 10. Sep. 2022 (CEST)

Aktualisierung von Weblinks zum Handbook of Mineralogy

Vor kurzem wurde die Seite http://www.handbookofmineralogy.org auf https://www.handbookofmineralogy.org umgestellt. Wäre es möglich, die entsprechend nötigen Aktualisierungen der betreffenden Artikel per Bot durchzuführen? Ich habe das beim Abramovit mal als Beispiel (neben einigen anderen Aktualisierungen) durchgeführt. Zusätzlich wäre es schön, wenn der bisher verwendete ref name von "Datenblatt" auf "Handbookofmineralogy" präzisiert werden könnte. Danke und viele Grüße -- Ra'ike _Disk. ^P:MIN 00:28, 11. Sep. 2022 (CEST)

Ich setz mich da mal dran. --Wurgl (Diskussion) 14:17, 11. Sep. 2022 (CEST)

@Ra'ike: Ich stell alle http-Links auf https um, wenn der neue Link auch funktioniert (also HTTP-Status 200 liefert). Der Link http://www.handbookofmineralogy.org/pdfs/zeunerite.pdf klappt zum Beispiel nicht, der bleibt http, so findest auch gleich tote Links. Die Umbenamsung der Referenzen mach ich trotzdem. Zeunerit hab ich mal durchgejagt, irgendwelche weiteren Wünsche? Irgendwas zum Nörgeln (Nörgeln macht Spass) --Wurgl (Diskussion) 15:36, 11. Sep. 2022 (CEST)

Hallo Wurgl, der Link zum Datenblatt vom Zeunerit ging wohl deshalb nicht, weil man bei der Umstellung der Webseite zufällig den Namen das Minerals groß geschrieben hat (vorher war er wohl klein geschrieben). Der neue Link lautet daher https://www.handbookofmineralogy.org/pdfs/Zeunerite.pdf

Übrigens sind alle Datenblätter auf der Sammelseite https://handbookofmineralogy.org/pdf-search/ zu finden; leider eine bunte Mischung aus Groß- und Kleinschrift, recht ungewöhnlich für den englischsprachigen Raum, möchte ich meinen. Ist aber leider so ;-) Ansonsten hab' ich nix zu meckern, sondern bin dankbar, dass Du den zähen Job übernimmst :-) Das sind sicher über 1500 Linkfixe... Viele Grüße -- Ra'ike _Disk. ^P:MIN 16:52, 11. Sep. 2022 (CEST)

P.S.: Bezüglich Deiner Frage nach weiteren Wünschen: Falls Du nach der Umstellung des Handbook of Mineralogy noch Lust hast, wären da auch noch die Weblinks der Form "http://rruff.info/uploads..." auf "https://rruff.info/uploads..." umzustellen ;-) (wollte aber nicht mehrere Botanfragen in einen Abschnitt stellen)

Hmm, diese PDFs mit "(Ce)" auf der Seite funktionieren nicht superplusgut, eher gar nicht. Zum Beispiel http://www.handbookofmineralogy.org/pdfs/coskrenite-(Ce).pdf mag nicht (Hab beide "c" klein und groß probiert, alle 4 Kombinationen mögen mich nicht). Bleiben also trotzdem ein paar Knacknüsse. goslarite.pdf kann ich aber automagisch zu Goslarite.pdf korrigieren. --Wurgl (Diskussion) 20:16, 11. Sep. 2022 (CEST)

@Ra'ike: Magst du mal gucken, passt das so? ca. 50 Änderungen Die drei mit kurzem Änderungskommentar wären per Hand zu fixen, da verlinkt auch das PDF-Verzeichnis https://handbookofmineralogy.org/pdf-search/ etwas falsch, der Kommentar wird bei den folgenden "Name in <ref> umgestellt" lauten. Wenn "Linkfix" im Änderungskommentar zu finden ist, dann hab ich den Link mittels Verzeichnis korrigiert. --Wurgl (Diskussion) 11:39, 12. Sep. 2022 (CEST)

@Wurgl: Die Umstellungen sind bis auf die, wo das Datenblatt nicht gefunden werden konnte, bestens gelungen. Ich habe sie alle kontrolliert, wobei mir nebenbei sogar aufgefallen ist, dass bei einigen PDF-Dateien im Titel Name und Formel vertauscht wurden :-) (Bsp. archerite).

Ich habe auch nochmal verschiedene Kombinationen im Link ausprobiert und bin dann auf die verrückte Idee gekommen, bei den Suffixen die Klammern wegzulassen und siehe da, nicht nur der https://www.handbookofmineralogy.org/pdfs/coskrenite-Ce.pdf ist plötzlich auffindbar *kopfschüttel*. Keine Ahnung, was die sich dabei gedacht haben...

Könntest Du bitte nach dem vollen Durchlauf eine Fehlerliste zusammenstellen, welche Datenblätter nicht gefunden wurden bzw. welche einen formal falschen Dateinamen tragen (Groß- statt Kleinschreibung, fehlende Klammern)? Ich würde dann die Mineralogical Society of America anschreiben und denen die Fehlerliste überreichen. Hab' ich vor der Umstellung auch schon gelegentlich machen müssen bei Datenblättern, wo der Inhalt (Datenblock) den falschen Titeln/Mineralnamen zugeordnet waren. Viele Grüße -- Ra'ike _Disk. ^P:MIN 12:55, 12. Sep. 2022 (CEST)

@Wurgl: Meine Beo kriegt inzwischen zu spüren, wie unfassbar fleißig Dein Bot ist :-) Bei der Kontrolle einiger Artikel, wo der neue Link zum Datenblatt nicht gefunden wurde, ist mir allerdings aufgefallen, dass da auch autorenseitige "Schlampereien" (Asche auf mein Haupt). Beispielsweise wurde beim Hedyphan (siehe Spezial:Diff/226102394) schlicht vergessen, den Mineralnamen in den Link-Rohling einzutragen. Das kommt davon, weil ich meine Artikel immer auf dem Grundgerüst meiner Baustelle aufbaue. Kannst Du die rausfischen und den korrekten Mineralnamen nachtragen? Vielen Dank für Deine Mühe und beste Grüße -- Ra'ike _Disk. ^P:MIN 16:04, 12. Sep. 2022 (CEST)

@Ra'ike: Service.--Mabschaaf 16:08, 12. Sep. 2022 (CEST)

Ui! 386 Links klappen nix Das sind doch weit mehr als gedacht. Ich hab so ein Dutzend angeklickt, einer davon ging, da hatte wohl der Webserver Schnackerl. Ich guck mal, wie ich das mit deren pdf-Inhaltsverzeichnis abgleichen kann. --Wurgl (Diskussion) 17:40, 12. Sep. 2022 (CEST)

@Wurgl: Entferne doch probehalber die Klammern () und probiere, ob der Link dann funktioniert. Recht oft hilft das, aber nicht immer. --tsor (Diskussion) 18:16, 12. Sep. 2022 (CEST)

Ich wollte das nicht noch komplexer machen und dann gibts bei so Schätzverlinkungen Daumen mal Pi immer so ein unangenehmen Ziehen im linken Zeh. Abgesehen davon sind nur 42 der Links mit Klammer. bzw. auf ANR eingeschränkt 34 Links von 304. --Wurgl (Diskussion) 18:37, 12. Sep. 2022 (CEST)

Ein paar finde ich jetzt noch, ich hab den Zeilenumbruch nicht gar so toll berücksichtigt. --Wurgl (Diskussion) 19:43, 12. Sep. 2022 (CEST)

269 tote Links bleiben im ANR übrig. Ich hab einiges versucht, auch zu Fuß. Groß/Klein-Variationen etc. Fail! Directroy-Listing auf der Webseite ist nicht, auch nicht mit ftp-Protokoll.

Google Suche nach Bastnäsite y site:handbookofmineralogy.org findet was. Im Cache kann man es lesen, aber die Webseite rückt nix raus.

Die Liste mit gelösten unterschiedlichen zu deren Verzeichnis und mit unlösbaren mach ich morgen. --Wurgl (Diskussion) 22:51, 12. Sep. 2022 (CEST)

@Ra'ike: Ich hab mal das hier geschaffen: Benutzer:Wurgl/Handbookofmineralogy und mich in Englisch versucht damit du eventuell denen gleich diese Seite zeigen kannst. Bei der ersten Liste brauchen die Kollegen nur die Einträge in der Inhaltsverzeichnis korrigieren, bei der zweiten … tja, da gibts einen Eintrag, der klappt aber nicht. Keine Ahnung ob das bei denen verschwunden ist oder irgendwelche ganz geheimen Namen hat. Und die dritte Liste sind bisher existierende Links die ich aber nicht zuordnen kann. Du kannst diese Liste gerne irgendwie verwursten/aufteilen oder auch in deinen BNR verschieben, sie gehört dir ;^) Gibt ganz sicher keine VM oder sowas *kicher* --Wurgl (Diskussion) 11:39, 13. Sep. 2022 (CEST)

Hallo Wurgl, nochmals vielen Dank für die Arbeit. Das war wirklich sehr hilfreich Vorlage:Smiley/Wartung/blumen  Ich hätte da weeesentlich länger gebraucht. Vor allem deshalb, weil ich mich beim Linkfixen immer damit aufhalte, dass ich auch gleich weitere Überarbeitungen im Artikel vornehme Vorlage:Smiley/Wartung/;-) 

Wo die Wartungsliste steht, ist letzten Endes egal, aber wenn Du Deine Unterseitenliste übersichtlich halten willst, kann ich sie auch gerne zu mir rüberschieben   Viele Grüße -- Ra'ike _Disk. ^P:MIN 18:15, 14. Sep. 2022 (CEST)

@Wurgl: Könntest Du Deine Wartungsliste bitte nochmal überprüfen. Es scheinen sich da entweder ein paar Fehler eingeschlichen zu haben oder auf der Quellenseite wurde einiges geändert, siehe meine beiden letzten Änderungen. Für Gmelinite-Na funktioniert der Link jetzt ohne Klammern und mit Großbuchstaben am Wortanfang, dafür wurde der Link für kiddcreekite funktionsunfähig. Ich bin gerade dabei, die Mail für den Webseitenbetreiber zu schreiben und wollte ein paar Beispiele zur Erklärung hinzufügen, bin dabei aber auf die nicht mehr korrekten Listeneinträge gestoßen. Viele Grüße -- Ra'ike _Disk. ^P:MIN 09:21, 19. Sep. 2022 (CEST)

Nachtrag: Dr. Bladh, der für Fehlermeldungen beim Handbook of Mineralogy zuständig ist, hat übrigens schon geantwortet, dass er sich der neuen Probleme bewusst ist und er heute den Ursachen auf den Grund gehen wird. Er bedankt sich zudem für die detaillierte Meldung :-) -- Ra'ike _Disk. ^P:MIN 14:50, 19. Sep. 2022 (CEST)

Hallo Wurgl, nachdem jetzt fast 3 Wochen vergangen sind, magst Du da evtl. nochmal per Bot durch die Restbestände der bisher noch fehlenden Linkfixe gehen? Inzwischen müsste ja Dr. Bladh einiges an Fehlern ausgebügelt haben. Zumindest die von mir stichprobenartig geprüften Links im Abschnitt "Entries with wrong link..." funktionieren jetzt. Viele Grüße -- Ra'ike _Disk. ^P:MIN 15:53, 9. Okt. 2022 (CEST)

Ra'ike, 27 Artikel sind korrigiert. 6 weitere Links in 4 Artikeln kann ich noch fixen … Momentchen noch --Wurgl (Diskussion) 17:01, 9. Okt. 2022 (CEST)

Ich hab mich entschlossen die zu Fuß zu fixen. Ist schneller als da im Code herumzuwursteln ;^) --Wurgl (Diskussion) 17:47, 9. Okt. 2022 (CEST)

google-books-links kuerzen

herverschoben von WP:FZW -- seth 22:00, 22. Sep. 2022 (CEST)

gudn tach!
(fortsetzung von WP:Fragen zur Wikipedia/Archiv/2022/Woche 33#Anton von Cavallar)
@user:Toni Müller, user:Jack User, user:Lómelinde, user:Historiograf und natuerlich @alle, die hier mitlesen:
ich hab jetzt mal fuer rund 50 edits bei camelbot aktiviert, dass er bei google-books-links radikal alles wegkuerzen soll, was ueberfluessig erscheint: siehe contribs.
zu radikal? zu wenig radikal?
wer zeit und lust hat, kann gerne mal ueber die 56 edits stichprobenhaft drueberschauen und hier feedbacken. -- seth 21:36, 11. Sep. 2022 (CEST)

Ich finde es gut und sinnvoll! Allenfalls könnten auch leere Parameter entfernt werden (da &printsec=).

In diesem Zusammenhang möchte ich zudem auf Wikipedia:Bots/Anfragen#Vorlage:Google Buch einfügen verweisen. --Leyo 21:50, 11. Sep. 2022 (CEST)

1. stimmt, leere parameter sollten nun bei kuenftigen edits nicht mehr mitgeschleift werden.[14]

2. danke fuer den hinweis auf die verwandte diskussion. -- seth 22:47, 11. Sep. 2022 (CEST)

Vielen lieben Dank! :-) Je weniger Tracking- und unnütze Parameter, desto besser. Sofern keine Probleme auftauchen (aber es wird ja eigentlich nur nicht-essenzieller Quellcode entfernt), würde ich auch einen Einsatz in der Breite befürworten. Viele Grüße, -- Toni 22:34, 11. Sep. 2022 (CEST)

Voll dafür, wo die Vorlage:Literatur verwendet wird, wenn es die kürzere und bessere Vorlage:Google-Books tut. Am besten wäre natürlich die Verwendung von Vorlage:archive.org, denn die meisten Müllhalde-Bücher sind auch da vorhanden. MfG --Jack User (Diskussion) 06:36, 12. Sep. 2022 (CEST)

gudn tach!

also wenn ich es richtig verstehe, soll der bot noch nicht sofort loslegen, sondern erst sollte geklaert werden, ob und in welchen faellen, er links durch die vorlage ersetzen soll. (und davor sollte vielleicht besser noch geklaert werden, ob die vorlage nicht besser umbenannt werden sollte, siehe template talk:Google_Buch#bezeichnung:_buch_vs._books). -- seth 23:26, 12. Sep. 2022 (CEST)

Moin Moin zusammen, also die Vorlage Google Buch funktioniert auch super mit der Vorlage Literatur und dient dann ja nur quasi als Weblink und dass sollten wir auch so beibehalten, da die Vorlage Literatur mehr an die Zitierregel angelehnt ist und man dann nicht alle Leute irgendwie umgewöhnen müsste. Außerdem ist bei der Vorlage Literatur die Parameter besser beschrieben und nur dafür einen Ausbau der Vorlage Google Buch zu machen, halte ich für unsinnig, weil wir ja eine funktionierende Vorlage haben. Zu den überflüssigen Tracking-Hashes finde ich es gut, dass man diese entfernt. PS.: In der Vorlagenwartung gibt es mit der Vorlage Google Buch erstmal die Parameter auch noch sauber zuzuordnen, dass wäre auch wichtig, damit da mal alles Takko wäre. (Ok, an der Parameter-Wartung der Vorlage Literatur bin ich auch immer noch dran.) mfg --Crazy1880 20:32, 14. Sep. 2022 (CEST)

gudn tach!

ich hab, glaube ich, nicht alles verstanden.

• was meinst du mit "nur dafür einen Ausbau der Vorlage Google Buch zu machen"? worauf bezieht sich das?
• den PS-zusatz habe ich (schon allein grammatisch) auch nicht verstanden. *kopfkratz*

-- seth 23:40, 15. Sep. 2022 (CEST)

Moin Moin seth,

• Wenn ich dich richtig verstanden habe, müchtest du ja alles in die Vorlage Google Buch dann schreiben. Diese hat aber momentan nur wenige Parameter. Wo würdest du denn den Verlag, ein Band oder eine Reihe oder gar die ISB-Nummer setzen wollen? Aus diesem Grunde fände ich es besser die Vorlage Literatur zu verwenden und die Vorlage Google Buch kein zu halten.
• Im Jahr 2016 wurde die Vorlage Literatur umgebaut und modernisiert, seit dieser Zeit versuche ich die Parameter zu warten und auch Sachen in die richtigen Parameter zu überführen. Das war gemeint.

mfg --Crazy1880 18:28, 16. Sep. 2022 (CEST)

gudn tach!

ah, danke fuer die erklaerungen.

zum ersten punkt: naja, ich moechte das nicht, sondern frage, was sinnvoll ist. :-)

grundsaetzlich wuerde ich mich ja nur um die links kuemmern und nicht um titel, autorys und andere meta-angaben. im wesentlichen waere das dann im falle der verwendung der vorlage eine ersetzung von

[https://books.google.com/... moep] nach

{{Google Buch|...|Linktext=moep}}

ohne vorlage waere es lediglich eine kuerzung der urls.

das mit der literatur-vorlage waere zwar vermutlich besser, aber 1. bekaeme der bot das nicht hin, weil die literaturangaben zu inhomogen sind, um sie vernuenftig zu parsen, und 2. ist die templatisierung von literaturangaben von einigen leuten unerwuenscht.

-- seth 00:32, 17. Sep. 2022 (CEST)

Es gibt auch noch Links die so aufgebaut sind https://play.google.com/books/reader?... Pintsknife (Diskussion) 00:54, 17. Sep. 2022 (CEST)

gudn tach!

oh, sehr guter punkt. das scheint eine neuere(?)/alternative darstellungsweise zu sein. wie sollte man also bei einem url wie

https://play.google.com/books/reader?id=gG5TAAAAMAAJ&pg=GBS.PA66&printsec=frontcover&output=reader&hl=de

vorgehen? sollte der zu

https://play.google.com/books/reader?id=gG5TAAAAMAAJ&pg=GBS.PA66

oder zu

https://books.google.com/books?id=gG5TAAAAMAAJ&pg=GBS.PA66

konvertiert werden (wenn er nicht eh durch die vorlage ersetzt werden soll)?

mir ist es egal, was ich dem bot beibringe. ich frage nur. -- seth 10:29, 17. Sep. 2022 (CEST)

und es gibt noch weitere ausnahmen/abweichungen vom schema. was soll mit

https://books.google.at/books/about/Die_zwei_Vertreter_Adolf_Eichmanns_in_Un.html?id=-8mPAAAAMAAJ&redir_esc=y&hl=de

geschehen? lieber

https://books.google.at/books/about/Die_zwei_Vertreter_Adolf_Eichmanns_in_Un.html?id=-8mPAAAAMAAJ

oder

https://books.google.at/books?id=-8mPAAAAMAAJ

?

beides fuehrt zur selben seite.

offenbar kann zwischen "about/" und dem "?" eine nahezu beliebige zeichenkette (ohne fragezeichen) stehen, sie scheint ignoriert zu werden:

https://books.google.at/books/about/Google_ist_doof?id=-8mPAAAAMAAJ

fuehrt ebenfalls zur selben seite.

ich wuerde es im zweifel loeschen, auch wenn es in einzelfaellen bei schludrig formatierten literaturangaben ein hilfreiches indiz auf das verlinkte werk sein koennte. -- seth 10:49, 17. Sep. 2022 (CEST)

gudn tach!

ich verschieb diesen thread demnaechst nach Wikipedia:Bots/Anfragen, da die umsetzung vermutlich nicht so schnell stattfinden wird, da noch einige fragen zu klaeren sind. -- seth 23:57, 19. Sep. 2022 (CEST)

verschiebe-ende (herverschoben von WP:FZW) -- seth 22:00, 22. Sep. 2022 (CEST)

Moin Moin seth,

• Ich möchte das Thema nochmal aufgreifen und vllt. nochmal ‚Bauchschmerzen‘ loswerden.
• Zu ich nehme: [https://books.google.com/... moep] und mache darauf dann {{Google Buch|...|Linktext=moep}} halte ich für gefährlich, da in den meisten Linktexten zu viel drinnen steht, was eigentlich in eine Zitiervorlage gehört. Außerdem haben wir da dann wieder das Problem mit einer Auswertbarkeit sowie keine einheitliche Darstellung, welche wir doch durch solche Format-Arbeit anstreben sollten.
  • Beispiel (hier wird die ISB-Nummer dann gleich mal sinnlos; nur noch 30 Fälle)
• Dann haben wir auch immer noch das Thema, dass falsche Parameter für die falschen Zwecke genommen werden. Als Beispiel ist in der Vorlage GoogleBuch der Parameter Seite und SeitenID zu nennen, welche zu Hauf falsch befüllt sind.
  • Beispiel 1 (~ 335 Fälle)
  • Beispiel 2 (~ 500 Fälle)
• In der Vorlage Literatur auch gleich mal komplett falsch, Titel mit externer Verlinkung obwohl in Parameter Online gehörend (Beispiel 1) oder in sämtlichen Variationen im Parameter Online, teilweise auch mit komischen Linktexten (Beispiel 2)
  • Beispiel 1 (nur noch ~ 150 Fälle)
  • Beispeil 2 (~ 17100 Fälle)
• Oder natürlich auch der Klassiker, dass für diesen Link die Vorlage Internetquelle herangezogen wird. Dieses müsste man eigentlich mal sauber in Richtung Vorlage Literatur bringen und dann auch entsprechend die Parameter zuordnen.
  • Beispiel (~ 2000 Fälle)
• Und dabei haben wir uns noch nicht mal alle Vorlagen angeschaut und auch noch keine "nackten" URLs. Das bringt auch schon etwas ‚Bauchschmerzen‘. Vor allen Dingen dann, wenn es am Ende an eine mögliche Wartung der Parameter bzw. die richtige Zuordnung der Parameter etc. geht.

Vllt. müsste man sich ein richtiges Konzept überlegen, wie wir wohin kommen wollen. Z.B.:

• Erstmal die Abarbeitung der schon vorliegenden Fälle, wo Parameter falsch zugeordnet sind bzw. nicht in der richtigen Vorlage sind.
• Zweitens würde ich vorschlagen zu schauen, wo man die URL sinnhaft kürzen und in die Vorlage überführen kann (dazu bräuchte es allerdings, glaube ich, mal eine komplette Datenanalyse wo das möglich wäre, da habe ich keine Zahlen).
• Drittens bündeln und in nachvollziehbaren Einheiten umbauen, sodass man gut nacharbeiten kann.
• Viertens die Etablierung, wie die Vorlage GoogleBuch funktioniert und wie man sie gut, schnell und richtig einsetzt.
• Fünftens wäre dann die regelmäßige Nacharbeit, denn wir wissen, dass immer massig immer wieder eingebaut wird, weil einfach einfach ist. ;)

So, dass waren mal meine Gedanken. PS.: Die Anstrebung von dir finde ich persönlich gut und würde mich auf jeden Fall als Wartungsameise (die ich schon bin) beteiligen. mfg --Crazy1880 20:01, 10. Okt. 2022 (CEST)

Vorlage:HLS und Spezial:Beiträge/Cheyron

Mir ist aufgefallen, dass Benutzer:Cheyron (für mich unbegründet) bei Artikeln des Schemas Liste von Persönlichkeiten aus … den veralteten Parameter Zugriff der Vorlage:HLS kommentarlos entfernt. Dieser sollte gegen den neueren Parameter Abruf ausgetauscht werden. Kann ein Bot diese Änderungen in die Artikel wieder einpflegen und dabei das Datumsformat auch auf ISO umstellen? danke. --darkking3 ^Թ 09:23, 7. Okt. 2022 (CEST)

@Darkking3: Da sind ein paar recht alte dabei: Spezial:Diff/221830408 Diese auch, oder nur seit <Zeitpunkt>. Sonst: ich bin dran. --Wurgl (Diskussion) 15:59, 7. Okt. 2022 (CEST)

Ich würde diese alten, sofern diese nicht im Artikel nachgepflegt sind, auch wieder ergänzen. Die Vorlage wird ja als EN genutzt, daher sollten die Angaben nicht einfach nur entfernt werden. --darkking3 ^Թ 17:35, 7. Okt. 2022 (CEST)

@Darkking3: ich hab dich nicht vergessen, ist nur nicht gar so einfach. Was ist mit Spezial:Diff/226747031? Da wurde "Abruf" entfernt? Gibts da irgendeinen Grund, den Cheyron vielleicht hier murmeln könnte? Das veraltete und gelöschte Zugriff rausfischen und als Abruf neu einsetzen ist eine Sache, aber (Teil-)Revert durch den Bot ist eine ganz andere Sache. --Wurgl (Diskussion) 14:34, 19. Okt. 2022 (CEST)

Auf einen (Teil-)revert läuft es zwangsweise hinaus (da kommentarloses Entfernen von Informationen z.T. als einzige Änderung).

@Cheyron:: Warum entfernst du den Parameter |abruf= aus den Artikeln? Es macht für mich keinen Sinn, da die Vorlage HLS in ref-tags eingebunden wird. --darkking3 ^Թ 15:07, 19. Okt. 2022 (CEST)

Weitere Bots für Portal-relevante Artikellisten?

Ähnlich wie in Portalen Artikel mit Wartungsbausteinen/in der Review/Kandidatur etc. aufgelistet werden können, wäre auch noch hilfreich:

• Artikel zu denen gerade nach einer Dritten Meinung gefragt wurde (ist ja evtl. fachspezifisch und wird leicht übersehen)
• Artikel die demnächst auf der Hauptseite erscheinen, zum Beispiel da sie bei Schon Gewusst? /Artikel des Tages vorgeschlagen wurden oder bereits sind (in den Nachtrichten)

Bei Schon gewusst? ist die Beteiligung schon ausreichend, während man zum Beispiel beim Artikel des Tages und Dritter Meinung durchaus mehr Augenpaare brauchen könnte.

Danach lässt sich natürlich per Petscan suchen, ähnlich wie bei den aktuellen Reviews wäre aber eine direkte Einbindung von Artikellisten in Portalen/Projekten hilfreich.

Hier einige Petscan-Beispiele für Kategorie:Japan wie ich es gerade im Portal:Japan eingebaut habe:

• Anfragen nach Dritter Meinung (aktuell 0)
• Vorschlag bei Schon gewusst? (aktuell 1)
• Vorschlag als Artikel des Tages (aktuell 0)

An dem Beispiel lässt sich schon sehen, dass es umständlich ist auf Petscan zu gehen, nur um dann festzustellen, dass aktuell keine Artikel aufgelistet sind. Viele Grüße --Lupe (Diskussion) 20:21, 7. Okt. 2022 (CEST)

TT-Archiv des Hans-Albert Meyer

Die Webseiten dieses Archivs http://www.hameyer.eu/ gibt es nicht mehr, aber alle Unterseiten sind im Webarchiv auffindbar. Vorarbeit habe ich geleistet auf Benutzer:Tsor/Meyer, da sind die Webarchiv-Seiten aufgeführt.

Umsetzung anhand eines Beispiels:

• 2. Bundesliga Damen ab 1981/82 – 1999/00: http://www.hameyer.eu/dttb/dttb-da-2bu11.pdf
  • https://web.archive.org/web/20171201034405/http://www.hameyer.eu/dttb/dttb-da-2bu11.pdf

Daraus soll werden:

• Tischtennis-Archiv des Hans-Albert Meyer: 2. Bundesliga Damen ab 1981/82 – 1999/00 (abgerufen am 19. Dezember 2022)

Idealerweise den Webarchiv-Link https://web.archive.org/web/20171201034405/http://www.hameyer.eu/dttb/dttb-da-2bu11.pdf per Vorlage:Internetquelle formatieren.

Da mindestens 187 Artikel betroffen sind wäre eine BOT-Unterstützung eine große Hilfe. Wobei das alles nicht eilt. --tsor (Diskussion) 21:44, 19. Dez. 2022 (CET)

Ergänzung: In manchen Artikeln habe ich bereits das Webarchiv eingetragen, z.B. TuS Uentrop. --tsor (Diskussion) 11:51, 20. Dez. 2022 (CET)

Allenfalls könnte man den InternetArchiveBot drüberlaufen lassen. --Leyo 12:05, 20. Dez. 2022 (CET)

Spielervorlagen für Kader-Navigationsleisten von Diskussionsseiten "retten"

Hallo zusammen, ich brauche einen Bot, um von Diskussionsseiten Textabschnitte zu retten, die eine Vorlage für Kader-Navigationsleisten enthalten.

Die betroffenen Artikel-Diskussionen sind diese hier: Suche nach "Eishockeykader/Spieler" in Diskussionsseiten.

Hintergrund der gewünschten Aktion ist diese Diskussion um die Löschung von Disk-Seiten aufgrund missbräuchlicher Nutzung.

Die Textabschnitte inkl. der geschweiften Klammern bitte in alphabetische Unterseiten meines BNR verlagern, also Benutzer:Xgeorg/Kadervorlagen/A bis Benutzer:Xgeorg/Kadervorlagen/Z, entsprechend des Namens des zugehörigen Artikels (Vor- oder Nachname). Anschließend könnte ein Bot-Hinweis auf der Disk. ergänzt werden, damit Benutzer:Baumfreund-FFM die betreffenden Seiten schneller findet (um ggf. zu löschen).

Wäre das möglich? Vielen Dank, Xgeorg (Diskussion) 08:44, 20. Dez. 2022 (CET)

Anfrage zurückgestellt → siehe nochmal diese Diskussion um die Löschung von Disk-Seiten aufgrund missbräuchlicher Nutzung – Doc Taxon • Disk. • 09:02, 20. Dez. 2022 (CET)

"Doppelter" Parameter

Hallo, mir ist aufgefallen, daß bei Verwendung der Vorlage {{Gnis}} die Angabe (englisch) doppelt ist. Irgendwann wurde wohl die Sprachangabe korrekt in die Vorlage übernommen, aber zuvor wurde sie viele Male einfach dahinter angefügt. Beispiel: Biscoe-Inseln, wo steht:

• Biscoe Islands. (ZIP; 1,76 MB) In: Geographic Names Information System. United States Geological Survey (englisch). (englisch)

Die Suche findet derzeit über 13.500 Vorkommen dieser Art (von über 18.ooo Verwendungen der Vorlage). Das ist für händische Erledigung schlicht unmachbar. Ein Bot bräuchte in der einfachsten Variante nur das (englisch) hinter der Vorlage entfernen. PS: Ich sehe gerade, ich habe das selbst vor etwa einem Jahr verursacht.

Wesentlich weniger Fälle (max. dreistellig) besitzen die Angabe des Abrufdatums außerhalb der Vorlage. Nach solch einer Angabe könnte man suchen und dieses mit dem später in die Vorlage eingebauten Parameter Abruf= innerhalb der Vorlage angeben. Oder mir wenigstens die Liste solcher Vorkommen für manuelle Bearbeitung erstellen.

--Tommes ^✉ 16:18, 8. Feb. 2023 (CET)

Ich mach da mal was mit dem Englisch und ein paar Abrufdaten auch. Aber erstmal nur nebenbei, vielleicht gibts ja noch so eine Massenänderung die dann kombiniert werden kann. --Wurgl (Diskussion) 16:32, 10. Feb. 2023 (CET)

Massenvandalismus revertieren?

Der global gesperrte Benutzer Sexualitaet (Diskussion • Beiträge • gelöschte Beiträge • hochgeladene Dateien • SBL-Log • Sperr-Logbuch • globale Beiträge • SUL • Logbuch • sperren) hat massenhaft aus Artikeln die Interwikilinks alten Systems entfernt (fast immer zu Unrecht). Eine ganze Menge davon habe ich jetzt manuell korrigiert, aber mir geht langsam die Lust aus. Kann das ein Bot revertieren (dann bekäme man auch eher eine Übersicht, was der Benutzer sonst noch so beigentragen hat)? Grüße  _hugarheimur 14:24, 27. Feb. 2023 (CET)

Die Interwikilinks sollen doch auf Wikidata stehen, nicht im Artikel selbst. Oder sehe ich da etwas falsch? --tsor (Diskussion) 14:44, 27. Feb. 2023 (CET)

Ja schon. Damals wurden von Bots doch extra solche Links auf andere Sprachversionen im Artikel entfernt. Vielleicht ist der Nutzer zu schnell gewesen, aber das muss ja nicht grundsätzlich falsch sein. Dazu gibt's bestimmt ne Hilfeseite, war bestimmt schon öfter im Gespräch. Pintsknife (Diskussion) 14:49, 27. Feb. 2023 (CET)

Zum Beispiel Hilfe:Internationalisierung#Verknüpfung per „In anderen Sprachen“: „Wenn du einen Artikel geschrieben hast, den es schon in einer anderen Sprache gibt, solltest du Wikidata nutzen (siehe unten), um den neuen Artikel mit allen anderssprachigen zu verknüpfen. Alternativ kannst du einen Interwiki-Link zu einer der anderen Sprachversionen am Ende des neuen Artikels einfügen. Ein Interwiki-Bot wird diese Verknüpfung finden, den Artikel automatisch bei Wikidata eintragen und den dann nicht mehr benötigten Interwiki-Link wieder aus dem Artikel entfernen.“ Der Benutzer hätte sich wohl einen anderen Namen suchen sollen, damit er nicht gleich gesperrt wird, aber aufs sogenannte alte System zu revertieren ist nicht unbedingt besser. Vielleicht kommt demnächst ein Bot vorbei und stellt wieder um, wie der Hilfeseite zu entnehmen ist, dann wäre das geklärt. Pintsknife (Diskussion) 15:02, 27. Feb. 2023 (CET)

Hinweis: Wikidata kann (bzw. will) mit zahlreichen Interwikilinks (z.B. mehrfachen und solchen auf Weiterleitungen) nicht richtig umgehen, ersetzt das alte System also nicht vollständig. Grüße  _hugarheimur 17:39, 27. Feb. 2023 (CET)

PS: so oder so ist das ersatzlose, unkommentierte und ungeprüfte Entfernen von Interwikilinks jedenfalls nicht konstruktiv. Grüße  _hugarheimur 17:45, 27. Feb. 2023 (CET)

Nur zur Info, Torana: Wikidata kann unterdessen mit Weiterleitungen umgehen. Womit es meines Wissens nach weiterhin nicht umgehen kann (MisterSynergy möge mich korrigieren), sind solche Interwikilinks auf Abschnitte in Artikeln, wie sie hier – passend zu Deiner Anfrage – von Sexualitaet entfernt wurden: Spezial:Diff/230117659/231114978 und Spezial:Diff/229722885/231114942. — Speravir – 00:46, 28. Feb. 2023 (CET)

Das ist nicht gemeint *vermut* Beispiel: in enWP ist in einem Artikel ein Gebäude und ein darinnen befindliches Museum beschrieben, ebenso in esWP und itWP. In deWP und xxWP ist das Gebäude in einem Artikel beschrieben und das Museum in einem anderen. Wie kann man das 1:1 via Wikidata zuordnen? Oder analog eine Ortschaft, eine Gemeinde und eine Region. Oder in deWP ist ein Musiker beschrieben und in enWP ein Musikprojekt dieser Person, also deWP beschreibt einen Menschen, enWP eine Körperschaft, dazu siehe d:Talk:Q116790578. Das sind die Problemfälle. --Wurgl (Diskussion) 01:02, 28. Feb. 2023 (CET)

Kommentar, weil ich weiter oben angepingt wurde:

• Die Oldschool-Interwikilinks funktionieren weiterhin und haben auch weiterhin eine Existenzberechtigung für Fälle, wo Wikidata-Interwikilinks entweder nicht machbar sind oder lokal überschrieben werden sollen. Beides ist selten der Fall, aber durchaus möglich. Man darf davon ausgehen, dass lokale Interwikilinks fast immer auf einer bewussten Entscheidung eines menschlichen Benutzers basieren. Jede Entfernung sollte daher im Konsens erfolgen, das scheint hier nicht der Fall zu sein.
• Seit Oktober vergangenen Jahres können bei Wikidata Sitelinks zu Weiterleitungen eingetragen werden, ganz legitim und ohne den zuvor notwendigen Hack. Damit können einige der lokalen Oldschool-Interwikilinks jetzt auch über Wikidata abgebildet werden. Das müsste aber Fall für Fall migriert werden, ohne dass das unterm Strich eine signifikante Verbesserung bedeuten würde (d.h. es lohnt nicht, das im systematisch anzugehen, aber im Einzelfall kann man das halt machen).
• Nachtrag: Wikidata-Sitelinks auf Abschnitte in Artikeln sind nicht erlaubt. Man kann aber lokal eine Weiterleitung auf den Abschnitt anlegen und dann die Weiterleitung als Sitelink setzen.

—MisterSynergy (Diskussion) 01:11, 28. Feb. 2023 (CET)

Sichtungsseiten aktualisieren

Nachdem der Giftbot ja nicht mehr läuft, werden die Sichtungsseiten (siehe Vorlage:Navigationsleiste Systematische Sichtung) nicht mehr aktualisiert. Mag dies ein anderer Botbetreiber übernehmen? --Leyo 10:10, 2. Mär. 2023 (CET)

Benutzer:Hgzbot/Service/FlaggedCatCheck kann sowas. -- hgzh 11:12, 2. Mär. 2023 (CET)

Danke! Wikipedia:Redaktion Chemie/Sichtung ist umgestellt. Dann sollte das wohl auch für die übrigen Sichtungssseiten gemacht werden. --Leyo 13:46, 2. Mär. 2023 (CET)

Gem. Suche sind es noch 63 Seiten, die umgestellt werden müssten. Sollte nach meiner Einschätzung für einen Botbetreiber eine Kleinigkeit sein. Mag jemand?--Mabschaaf 16:10, 2. Mär. 2023 (CET)

Bei den Treffern ist mit Portal Diskussion:Mathematik/Archiv/2011/3 zumindest 1 falsch-positiver dabei. Ich würde die BNR-Seiten nicht anpassen. Wenn es niemandem auffällt, werden diese offensichtlich nicht mehr benötigt. Bei einigen sind die Benutzer auch schon lange inaktiv (z.B. Benutzer:PaddelHansel/WikiProjekt Wassersport/SichtenKanu oder Benutzer:Alleswissender/Nachsichten/Sachsen). --Leyo 11:17, 3. Mär. 2023 (CET)

Ganz kurz: ich bin gerade dabei, die Performance von FlaggedCatCheck noch etwas zu verbessern, dann kann ich die Seiten ummodeln. -- hgzh 22:01, 28. Mär. 2023 (CEST)

Habe ich inzwischen manuell erledigt (bis auf BNR-Einbindungen inaktiver Benutzer).

@hgzh Kleinigkeiten: Wenn | HGZ_FCC_FREQUENCY = <leer> gibt es auch in Deiner Header-Box nur eine Leerstelle. Wenn mehrere Kats gelistet sind, werden sie im Header auch nur #-getrennt dargestellt. Ein anderes Trennzeichen (Komma, Halbgeviertstrich, •, ...) wäre mM schöner und wenn die Kats dort zudem als klickbare Links gelistet werden würden, wäre das mM optimal.--Mabschaaf 10:42, 1. Apr. 2023 (CEST)

Läuft inzwischen. -- hgzh 12:50, 26. Mai 2023 (CEST)

Der Setzer dieses Bausteins ist der Ansicht, diese Bot-Anfrage sei abgeschlossen und könne archiviert werden. hgzh 12:50, 26. Mai 2023 (CEST)

„Neue Diskussionsbeiträge“ in Wartungsstube

In den Benutzer:Wartungsstuben existiert der Abschnitt „Neue Diskussionsbeiträge“, der seit 2018 nicht mehr gepflegt wird. Zuvor hatte Benutzer:DrTrigonBot mittels Benutzer:DrTrigonBot/Subster und Benutzer:DrTrigonBot/Subster/simple/sum cat disc die Bereiche aktualisiert. Besteht die Möglichkeit, dass dies ein anderer Bot übernehmen könnte? --F10sh (Diskussion) 13:05, 12. Mär. 2023 (CET)

Geänderte Linkstruktur auf orf.at

Mir ist heute aufgefallen, dass offenbar alle Links der Form https://wien.orf.at/stories/[0-9]{6}/ nicht mehr gültig sind, der Inhalt jedoch - mit gleicher Kennung - unter https://wiev1.orf.at/stories/[0-9]{6}/ erreichbar ist. In Kärntner Straße habe ich das heute manuell nachgezogen. Sinnvollerweise sollte sich der Geschichte aber wohl jemand automatisiert annehmen, es geht um ein paar 100 Referenzen.

(Andere wien.orf.at-Links funktionieren derzeit noch; ob das so bleiben wird entzieht sich meiner Kenntnis, die über diesen Anlassfall nicht hinausreicht) --Stefan Fröhlich (Diskussion) 15:54, 13. Mär. 2023 (CET)

@Stefan Fröhlich: Das trifft offenbar nicht auf der Links zu: siehe Wien. Teilweise geht https://wien.orf.at/stories/ und teilweise https://wiev1.orf.at/stories/ – aber wohl nie beide ... – Doc Taxon • Disk. • 16:51, 13. Mär. 2023 (CET)

Mist. Ich hatte über ein Dutzend der Treffer ausprobiert - aber wenn's da kein einheitliches Schema gibt, wird es schwierig (ausser jemand schreibt ein Skript, das den Response Code ermittelt und auswertet). Und wenn es nicht für alle Links gleich ist, wer weiss, ob der status quo stabil ist? Ich finde es ja eine Unart, bei einem Archiv dieser Größenordnung überhaupt Änderungen vorzunehmen. --Stefan Fröhlich (Diskussion) 22:11, 13. Mär. 2023 (CET)

@Stefan Fröhlich: Sorry, das musst du zu Fuß machen. Ich hab 810 Links geprüft und die folgenden sind zu prüfen bzw. umzustellen. 14 Links ist zu wenig für Bots.

• Landtags- und Gemeinderatswahl in Wien 2025
  • https://wien.orf.at/stories/3077291/
• Opel Wien
  • https://wien.orf.at/stories/3072341/n
• Rolf Stang
  • https://wien.orf.at/stories/309894
• Donauturm
  • https://wien.orf.at/stories/306319/
  • https://wien.orf.at/stories/416602/
• Österreichische Nationalbibliothek
  • https://wien.orf.at/stories/446869/
• Ship-to-Gaza-Zwischenfall
  • https://wien.orf.at/stories/447547/
• Rund um die Burg
  • https://wien.orf.at/stories/456348/
• Lotte Tobisch
  • https://wien.orf.at/stories/3058332/%E2%80%A6%E2%80%9C <-- das ist wohl so ein unsichtbares Steuerzeichen, die Links sind aus der Datenbank, nicht aus dem Quelltext
• Anna Jurjewna Netrebko
  • https://wien.orf.at/stories/110090/
• Theyer & Hardtmuth
  • https://wien.orf.at/stories/155989/
• Madeleine Petrovic
  • https://wien.orf.at/stories/276622/
• Neujahrskonzert der Wiener Philharmoniker 2020
  • https://wien.orf.at/stories/3027771/
• Museum Moderner Kunst Stiftung Ludwig Wien
  • https://wien.orf.at/stories/472676/

--Wurgl (Diskussion) 19:26, 23. Apr. 2023 (CEST)

SeitenKoordinaten im ANR

Generell soll gemäß dieser physischen Wikitext-Anordnung eine Vorlage:Hinweis Seiten-Koordinaten sichtbar eingebunden werden, falls die bisherige Stelle der Einbindung mit Darstellung irgendwo im Kopfbereich der Seite mit der Artikelstruktur kollidiert. Danke im Voraus --PerfektesChaos 14:20, 14. Mär. 2023 (CET)

Jahres-Artikel

Einbindungen von Vorlage:Artikel Jahr und Vorlage:Artikel Jahrtausend.

• {{Hinweis Seiten-Koordinaten|linked=1}} kann offenbar hinter das Ende aller dieser Artikel geschrieben werden.
• Sie haben anscheinend keine eigenen Kategorien usw. im Artikel-Wikitext, sondern beziehen alles aus der Vorlage im Kopfbereich.
• Soll eine Weltkarte darstellen, wo welche aus DACH-Sicht weltbewegenden Ereignisse des Jahres 1676 oder 1789 geschahen. Naja.

--PerfektesChaos 14:20, 14. Mär. 2023 (CET)

 Ok -- hgzh 11:03, 30. Apr. 2023 (CEST)

BKS mit Linked Coordinates

Aus

• dieser Liste
• wie dieser Edit
• die {{Linked Coordinates}} löschen
• und vor {{Begriffsklärung}} einen {{Hinweis Seiten-Koordinaten|linked=1}} mit Leerzeilen einfügen
• und ggf. allgemeine Syntaxkosmetik zur Vereinfachung.

Soll alle Orte namens Neustadt oder Lincoln oder gesunkene Schiffe dieses Namens oder den Hauptsitz einer entsprechenden Firma auf einer Weltkarte darstellen.

• So sei es denn.

--PerfektesChaos 14:20, 14. Mär. 2023 (CET)

 Ok -- hgzh 12:46, 10. Mai 2023 (CEST)

Amtsbezirk in Österreich

Aus

• dieser Liste
• wie dieser Edit
• nach selbst identifizierter Ersetzungsregel.

--PerfektesChaos 14:20, 14. Mär. 2023 (CET)

Verwaltungsgebiet und Hannover

Diese hier sind ziemlich ähnlich gestrickt; zum Selbstrausfinden. VG --PerfektesChaos 17:51, 15. Mär. 2023 (CET)

Warum nicht einfach Linked Coordinates verschieben? {{Hinweis Seiten-Koordinaten|linked=1}} ist ja nun ziemlich unhandlich, und jetzt haben wir zwei Vorlagen, die im Prinzip das gleiche machen bzw. machen werden. -- hgzh 09:41, 15. Mär. 2023 (CET)

Das geht nicht, weil dann in allen Artikeln, im BNR etc. und auch bei den inline-Einbindungen und den pos=right-floats überall der Hinweiskasten aufpoppen würde, und auch die Kategorieseiten und Nutzungen in den Vorlagen und Infoboxen würden alles zerschießen.

Was noch relativ ähnlich wäre, ist Vorlage:CoordinatesPage mit den All/Linked, aber die hat bewusst weder einen Indikator noch einen Kasten drumherum, sondern nur den Netto-Inhalt. Weil wegen in Infobox und Kategoriebeschreibungen.

VG --PerfektesChaos 17:51, 15. Mär. 2023 (CET)

Verstehe ich noch nicht ganz. Wenn ich jetzt erstmal nur die Einbindungen von Linked Coordinates pos=top an den korrekten Ort verschiebe, passiert in der Anzeige erstmal gar nichts. Im zweiten Schritt gibt dann nur pos=top den Kasten aus, der Rest bleibt so wie gehabt. -- hgzh 21:32, 15. Mär. 2023 (CET)

Bevor wir uns hier in Mistverständnissen verlaufen: Meint „verschieben“ …

1. das „Verschieben“ einer Vorlagenseite
2. das Einbinden desslben Quelltextes {{Linked Coordinates}} nur an einer anderen Stelle des Artikels?

Zu 1.) antwortete ich bereits einmal kurz und mache das unten nochmal länger.

Zu 2.) wäre es im Moment folgenlos.

• Der gewünschte Austausch ist aber der einer mittelfristig veralteten und nach und nach zu eliminierenden Vorlage:Linked Coordinates und genauso Vorlage:All Coordinates (und zu diesem Zweck genauso Vorlage:Coordinate) gegen die auf Autoren zugeschnittene Vorlage:Hinweis Seiten-Koordinaten, der sich dann auch ansehen lässt, was an genau dieser Stelle passiert.
• Sobald die Bot-Läufe durch sind und danach noch rund 200 manuell nachbearbeitet wurden, wird für die geeignete Parameterkonstellation und nur im ANR die Vorlage:Linked Coordinates scharf geschaltet dahingehend, dass sie dann für die Altlasten intern {{Hinweis Seiten-Koordinaten|linked=1}} einbindet.
• WSTM wird dann aber auch diese im ANR gegen Vorlage:Hinweis Seiten-Koordinaten austauschen.

All → Hinweis wird dir gefallen.

• Ganz ohne Parameter im Hinweis, und die viermal häufiger eingebundene Vorlage:All Coordinates da wo sie wirkt.

Noch ein wenig Background für Neugierige:

• Das Grundproblem mit der überkommenen Systematik war, dass sie die Umverpackung und den Netto-Inhalt unentwirrbar in dieselbe Programmierung gesteckt hatte; für „alle“ in Vorlage:All Coordinates bzw. einzeln Vorlage:Coordinate.
  • Ich habe jetzt die Netto-Funktion (Werkzeug-Verlinkung und ggf. vorangestellter Standard-Erläuterungstext) getrennt von möglichen Umverpackungen.
  • Vorlage:CoordinatesPage ist die isolierte Netto-Funktion.
  • Vorlage:Hinweis Seiten-Koordinaten ist die für alle drei Fälle einheitliche Umverpackung bei einer direkten Angabe im Artikel (bzw. Projektseite).
  • Damit kann ich die Netto-Funktion mit anderer programmatischer Umverpackung in anderen Vorlagenprogrammierungen nutzen: Umbauten.
  • Unix-Philosophie: Mache eine Sache, und die mache gut.
    In zwei Vorlagen-Serien sowohl Umverpackungen als auch erläuterte Werkzeug-Verlinkung unterzubringen führt zu einem nicht mehr beherrschbaren Gewürge, das weder bedienbar noch programmierbar ist.
  • Deshalb sollen Vorlage:Linked Coordinates bzw. Vorlage:All Coordinates mit ihrer Kombi-Struktur Umverpackung plus Netto-Funktionalität allmählich aufgelöst werden.
• In zehn Jahren erfahren Autoren nur noch was von der Hinweis-Vorlage.

VG --PerfektesChaos 16:04, 16. Mär. 2023 (CET)

Ich meinte schon das Verschieben im Artikeltext - ich finde nur {{Hinweis Seiten-Koordinaten|linked=1}} ein ganzes Stück unhandlicher als das seit Jahren geläufige All/Linked Coordinates ohne Parameter.

Der dritte Anwendungsfall wäre ja dann innerhalb der Vorlage:Coordinate als interne Aufruffunktion des Hinweiskastens (das soll doch hoffentlich nicht die geplante Ersetzung für Coordinate sein) - ein bisschen undurchsichtig IMO. -- hgzh 08:45, 23. Mär. 2023 (CET)

Um es nochmals glasklar zu schreiben:

• Die bisherige Vermengung von wirksamen Inhalten (Generierung der Verlinkung mit Zubehör) mit der jeweiligen Umverpackung (Vorlage:Hinweis Seiten-Koordinaten bei direkter Verwendung im Seitenquelltext; beliebige Lösungen in Infoboxen und an anderen Stellen) soll perspektivisch beendet werden.
• Die Vorlage:Coordinate hat sich zum Monster entwickelt und sehe ich nicht als zukunftsfähig an. Sie hat so irrsinnig viele Kombinationen aus Parametern und unerwarteten Resultaten und unvorhersehbaren Zusatzeffekten und Unterstützung von Map-Kram, dass ich diese Vorlage weder bedienen noch verstehen kann. Die Funktionalität ist nicht mehr zu gewährleisten; die Programmierung nicht mehr wartungsfähig. simple spricht für sich.
• „Propstei Wolfenbüttel“ verwendet noch eine Zwischenlösung; aber ja, so in die Richtung soll es endgültig gehen: {{Hinweis Seiten-Koordinaten |coordinates={{Coordinates|52/10/11.352/N 10/32/27.528/E|region=DE-NI}}}}
• Ich wäre froh, wenn der Osterhase mir die vier obendran genannten Eier im ANR-Bestand bringen würde, damit diese Angelegenheit mal weitergeht.

VG --PerfektesChaos 18:17, 31. Mär. 2023 (CEST)

Habe Kategorie:Wikipedia:Vorlagenfehler/SeitenKoordinaten/Linked jetzt auf knapp unter 200 Einträge reduziert. Einige scheinen mir falsch-positiv zu sein. -- hgzh 22:31, 16. Mai 2023 (CEST)

Vorlagenparser

Ein Nachfolger für Wikipedia:Technik/Cloud/giftbot/vorlagenparser wäre hilfreich.

Falls das Tool auch auf en.wikipedia.org laufen würde, wäre das noch besser.

Ein fehlendes Feature bei giftbot war, dass man das "Parsing" nicht auf eine Kategorie oder Liste von Artikeln beschränken konnte. --Enhancing999 (Diskussion) 13:33, 12. Apr. 2023 (CEST)

@Enhancing999: https://persondata.toolforge.org/vorlagen/ existiert; da das hier ansonsten keine Botanfrage ist, sondern eher der Wunsch nach Verbesserung eines Tools, stelle ich hier in Anbetracht der Seitengröße auf erledigt. -- hgzh 12:49, 26. Mai 2023 (CEST)

Der Setzer dieses Bausteins ist der Ansicht, diese Bot-Anfrage sei abgeschlossen und könne archiviert werden. hgzh 12:49, 26. Mai 2023 (CEST)

Konversion von w:t:Citation

Bei en.wikipedia.org konvertiert ein Bot Vorlage:Literatur nach w:Template:Citation. Beispiel: [15]

Wäre hilfreich, wenn es hier das entsprechende geben würde (w:Template:Citation → Vorlage:Literatur) --Enhancing999 (Diskussion) 13:37, 12. Apr. 2023 (CEST)

Überprüfung Abfrage Bot Portal:Brasilien/Mitmachen/Wartungsfocus Fußball in Brasilien

Moinsen,

die Inhalte der mit einem Bot gefüllten Portal:Brasilien/Mitmachen/Wartungsfocus Fußball in Brasilien scheinen nicht vollständig abgefragt zu werden. Zumindest finden sich hier: Portal:Brasilien/Überarbeitungswürdige Artikel, wesentlich mehr Artikel zum Thema Fußball in Brasilien, welche beim Wartungsfocus vollständig fehlen. Könnte dieses bitte ein Fachmann prüfen? Besten Dank im voraus.--MacOrcas (Diskussion) 18:32, 27. Apr. 2023 (CEST)

Vielleicht würdest du eher was bei Benutzerin Diskussion:TaxonBota werden? Schließlich ist @Doc Taxon der Botbetreiber. --LG Dwain 09:20, 3. Mai 2023 (CEST)

DÜP-Tagesarchive aus dem Kategoriennamensraum herausverschieben III

Hallo, ich würde einmal diese Anfrage wiederholen, das heißt:

1. Die Unterkategorien von Kategorie:Wikipedia:Dateiüberprüfung (Tageskategorien, archiviert) in den Wikipedia-Namensraum verschieben, so wie das für die Kategorien 2008 bis 2022 schon gemacht wurde. Dies betrifft derzeit 269 Unterkategorien.
2. Wenn möglich, diesen Job regelmäßig automatisiert ausführen lassen, gerne sogar täglich, aber vielleicht reicht auch ein monatlicher Job. Siehe dazu auch die ursprüngliche Diskussion (2014) sowie die erste und zweite Anfrage.

Vielen Dank! Gruß Yellowcard (D.) 19:27, 30. Apr. 2023 (CEST)

@Yellowcard: Ich versuch mich mal daran. Ob täglich, wöchentlich oder monatlich … Du bist der Boss! Bisher war wohl von monatlich die Rede, tatsächlich ist das nur einmal gelaufen.

Sollen die Unterkategorien eine Karenzzeit haben, also nach "Fertig geworden=ja" noch einen Tag, 3 Tage oder eine Woche reifen bevor der Bot sie archiviert?

Nachdem mein Bot bisher noch nix verschoben hat, werde ich das langsam angehen, also die ersten Tage nur ein paar verschieben. --Wurgl (Diskussion) 15:17, 2. Mai 2023 (CEST)

Also wenn ich mir das aussuchen kann ... ;-)

Dann doch gerne täglich, Karenzzeit ist eine tolle Idee (24 Stunden sollten reichen, danach passiert sicherlich nichts mehr), und vielleicht noch eine Zwischenprüfung, ob die Kategorie wirklich leer ist, wenn sich das mit überschaubarem Aufwand einrichten ließe.

Vielen lieben Dank! Gruß --Yellowcard (D.) 16:25, 2. Mai 2023 (CEST)

Wie gesagt: Ich lass es langsam angehen, erstmal nur ein Ding verschoben: Spezial:Diff/233389988 und das sieht gut aus, zumindest sehe ich nix falsches. --Wurgl (Diskussion) 08:12, 3. Mai 2023 (CEST)

Das sieht sehr gut aus. Aus meiner Sicht kannst Du den Bot auf die übrigen Kategorien loslassen.

Ich habe die Vorlage {{Dateiüberprüfung (Abarbeitungsstatus)}} angepasst, sodass fertige Kategorien jetzt nicht mehr sich selbst kategorisieren. Das war bislang die Umgehungslösung, keine leeren Kategorien zu produzieren. Insofern wäre es aus meiner Sicht sinnvoll, wenn Du vor der Verschiebung prüfen würdest, ob die Kategorie tatsächlich leer ist. Ginge das?

Nochmal, vielen Dank! Gruß --Yellowcard (D.) 12:49, 3. Mai 2023 (CEST)

Ich mache diese Prüfung auf Leere! Hab mir gestern auch für kurze Zeit einen Testfall gebaut: Spezial:Diff/233381053 --Wurgl (Diskussion) 15:45, 3. Mai 2023 (CEST)

Bot aus einer anderen Sprachversion der WP einsetzbar? Oder "übersetzbar"?

Guten Tag,

mir fiel sehr positiv der Jembot, ein Bot in der es:WP, auf, der die Tabellenstände der Liga Asobal-Spielzeiten pflegt. In der es:WP.

Ist es möglich, dass dieser Bot auch diese Arbeiten in der de:WP übernimmt? Wenn ja: Wie stelle ich das an? Kann ich den Bot irgendwie "übersetzen" und wie stelle ich das an?

Solche Bots wären ja sicher auch in der de:WP hilfreich, aber nicht einmal die Fußball-Bundesliga 2022/23 wird so aktualisiert. Ich nutze keine Bots, das merkt ihr an meiner Fragestellung. Ich halte aber zum Beispiel genau diesen für überaus hilfreich, daher einmal mein Ausflug auf diese Seite mit der Bitte um Auskünfte zu meinen Fragen.

Gruß --Nikolai Maria Jakobi (Diskussion) 18:17, 3. Mai 2023 (CEST)

Fügen Sie die Vorlage Wikidata-Weiterleitung hinzu

Es ist notwendig, in allen Artikeln in der Kategorie:Wikipedia:Weiterleitung mit Wikidata-Datenobjekt {{Wikidata-Weiterleitung}} mit dem Parameter Q*****, der mit dieser Weiterleitung verbunden ist, einzufügen, d.h. {{Wikidata-Weiterleitung|Q*******}}. Derzeit ist es nur in 14.956 von 24.951 Weiterleitungen eingefügt. --Laxeril (Diskussion) 13:03, 17. Mai 2023 (CEST)

Was bewirkt diese Vorlage eigentlich? Wenn schon 10.000 Änderungen gemacht werden sollen, will ich das wenigstens verstehen. --Wurgl (Diskussion) 09:20, 18. Mai 2023 (CEST)

@Fomafix: vielleicht kannst du was dazu sagen. Viele Grüße -- ^Thomas 10:29, 18. Mai 2023 (CEST)

In der Datenbank ist sowohl mit als auch ohne diese Vorlage das Property "wikibase-badge-Q****" als auch das property "wikibase_item" zu finden. Da sehe ich jedenfalls keinen Unterschied. In der Vorlage ist phab:T54564 genannt, eventuell gar nicht notwenig? --Wurgl (Diskussion) 10:48, 18. Mai 2023 (CEST)

Allerdings gibt es eine einzige Weiterleitung Ammonium-2,3,3,3-tetrafluor-2-(heptafluorpropoxy)propanoat mit dieser Vorlage und ohne dieses "wikibase-badge-Q****" und 17 Weiterleitungen Vertrag_von_Tartu, Fleischbrühe, Cucurbita, RMS_Ausonia, RMS_Alaunia, Industrie-_und_Handelskammer_der_DDR, Geographisches_Gitter, Marghescu, Murmelphase, Handels-_und_Gewerbekammer, Fiß, NFSA, Ntala, Omansen, Tram_Train, Verhaltensauffälligkeit, Gifhorner_Schweiz ohne Vorlage und ohne dieses "wikibase-badge-Q****" --Wurgl (Diskussion) 11:02, 18. Mai 2023 (CEST)

Die Vorlage:Wikidata-Weiterleitung unterstützt bei der Verlinkung von Weiterleitung mit Wikidata-Datenobjekten und hilft mit Wartungskategorien die Verknüpfung bei Änderungen zu pflegen. Prinzipiell wäre es gut, wenn alle sinnvollen Weiterleitungen, die mit passenden Wikidata-Datenobjekten verknüpft sind, auch mit der Vorlage markiert wären. Ich bin aber etwas skeptisch mit einer solchen Bot-Aktion, denn die Weiterleitungen sollten vor einer solchen Markierung nochmal überprüft werden. --Fomafix (Diskussion) 15:37, 18. Mai 2023 (CEST)

Die Frage ist eine andere: Was bewirkt die Vorlage? Es gab mal eine Zeit, da konnte man Weiterleitungen in Wikidata nicht verlinken. Damals war das sicher sinnvoll. Aber ist das jetzt immer noch notwendig? Von den knapp 10.000 Weiterleitungen ohne diese Vorlage sind bis auf 17 alle mit Wikidata verknüpft. Ich verstehe den Sinn nicht so ganz. --Wurgl (Diskussion) 16:06, 18. Mai 2023 (CEST)

Die genaue Wirkung der Vorlage kannst Du der Vorlagenprogrammierung entnehmen. --Fomafix (Diskussion) 16:23, 18. Mai 2023 (CEST)

@Fomafix ich dachte, es wäre einfacher, solchen Weiterleitungen zu pflegen, wenn sie eine bestimmte Vorlage hätten. Nachdem die Vorlage festgelegt wurde, ist es möglich, die unsinnige Weiterleitungen zu entfernen, die mit nicht passenden Wikidata-Elementen verknüpft sind. Wenn Sie als erfahrener Experte in dieser Angelegenheit der Meinung sind, dass dies nicht notwendig ist, dann bestehe ich nicht darauf. --Laxeril (Diskussion) 17:48, 20. Mai 2023 (CEST)

Eine Liste mit bissl Zusatzinfos quarry:query/73816. Wenn mehr oder anders gewünscht, einfach was murmeln. --Wurgl (Diskussion) 18:22, 20. Mai 2023 (CEST)

Bei den knapp 10.000 Weiterleitungen, die in Wikidata verlinkt, aber nicht mit der Vorlage markiert sind, sind sicherlich viele Weiterleitungen dabei, bei denen die Verlinkung nicht sinnvoll ist. Beispielsweise Begriffsklärungsseiten mit nicht-Begriffsklärungsseiten, Namensvarianten, bei denen die Wikidata-Datenobjekte vereinigt werden sollten, Verschiebereste, Bedeutungswandel oder andere Dinge. Außerdem könnten die Weiterleitungen mit Kategorien versehen werden, da sie eigenständige Objekte beschreiben. All das kann nicht automatisch gemacht werden. --Fomafix (Diskussion) 18:41, 20. Mai 2023 (CEST)

MisterSynergy, hat/hätte die Vorlage Einfluss auf Deinen Bot? — Speravir – 00:21, 19. Mai 2023 (CEST)

Nein, das ist eine rein dewiki-lokale Sache zur Verwaltung von Weiterleitungsseiten, die mit Wikidata verbunden sein sollen. Also eher so eine Markierung "diese Weiterleitung ist mit Absicht mit Wikidata verbunden". Darüberhinaus gibt es glaub ich ein bisschen Wartungskategorisiererei durch diese Vorlage und Möglichkeiten zum Abgleich.

In der page_props-Tabelle werden die von User:Wurgl genannten Schlüssel "wikibase_item" und "wikibase-badge-Q..." von der Wikibase-Software verwaltet, das hat alles nichts mit dieser Vorlage zu tun. Der erste Schlüssel gibt an, mit welchem Datenobjekt die Seite verbunden ist, und der zweite Schlüssel gibt an, welche badges in Wikidata an dem entsprechenden Sitelink gesetzt sind. Beides kann in seltenen Fällen nicht aktuell sein, das sind also keine Felder auf die man sich verlassen sollte.

Mein Bot, der bei Wikidata die Badges verwaltet, schaut nicht auf solche lokalen Templates. Es wäre allerdings möglich, basierend auf diesen Templates Wikidata-seitig badges von Seitenlink zu Weiterleitung (Q70893996) zu absichtlich verlinkte Weiterleitung (Q70894304) aufzuwerten, falls das gewünscht ist. Das wäre nicht überaus kompliziert. —MisterSynergy (Diskussion) 01:23, 19. Mai 2023 (CEST)

%26

IMHO sollten die insource:/ %26 / gefundenen Vorkommen durch & ersetzt werden, auch wenn nicht alle sichtbar sind. --Leyo 12:50, 21. Mai 2023 (CEST)

Seh ich auch so. — Speravir – 02:57, 25. Mai 2023 (CEST)

Der Setzer dieses Bausteins ist der Ansicht, diese Bot-Anfrage sei abgeschlossen und könne archiviert werden. --Speravir 04:08, 25. Mai 2023 (CEST)

Ausrufer bzw dessen Nachfolger ....

Hallo zusammen,

ich hatte es an verschiedenen Stellen schon mal angerissen.

nach dem uns leider Benutzerin:Giftpflanze mit ihrem GiftBot verlassen hat, wäre es schön einen Nachfolger zu haben. Leider wird auch noch auf gewissen Seiten noch auf drauf hingewiesen. z.B. Wikipedia:Autorenportal -> Aktuelles unten rechts

ich kann leider dies nicht programmieren, fand dies aber immer hilfreich. --Vielen Dank und viele Grüße Benutzer:Woelle_ffm (Diskussion) 19:57, 22. Mai 2023 (CEST)

www.webcitation.org ist wohl nicht mehr aufrufbar

Die Webseite scheint (siehe engl. Diskussion auf en:Talk:WebCite#2021-10-27) seit Ende Oktober 2021 nicht mehr aufrufbar zu sein. In Diskussion:WebCite#Archivierte_Webseiten_nicht_mehr_abrufbar wurde der Wunsch geäußert die Links als tote Links zu markieren und die Archiv-Urls aus den Vorlagen zu entfernen.

Bisher wurde die {{Webarchiv}} angepasst. Wenn webcitation als Archiv verwendet wurde, dann sieht der Leser nun einen Hinweise "Seite nicht mehr abrufbar, wie z.B. in .45 Colt#Weblinks.

Der Bot soll nun:

• In den Vorlagen Internetquelle, Cite web, Cite journal, Cite news den Parameter archiv-url (bzw. archiveurl) entfernen (falls dieser webcitation.org enthält), den Link als offline vermerken und den Parameter archiv-bot (bzw. archivebot) mit Datum und Botnamen einsetzen.
• In diesen Vorlagen analog vorgehen, falls der Parameter url einen Link auf webcitation.org enthält (url bleibt, aber offline, archiv-url und archiv-bot werden gesetzt)
• Bei Externen Links mit eckigen Klammern diesen Link durch {{Toter Link}} ersetzen.

Die anderen in der Diskussion beschriebenen Fälle gibts nicht oder sind nur einzelne Links.

Wenn nix dagegen spricht, dann läuft das am Wochenende. @Wiki1939: zur Info. --Wurgl (Diskussion) 17:15, 24. Mai 2023 (CEST)

Moin zusammen, bin zwar kein Botbetreiber, aber wenn du das so umsetzen kannst, hat es ja erstmal einen Mehrwert, daher für mich i.O. mfg --Crazy1880 20:28, 24. Mai 2023 (CEST)