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 verschobenenVorlage (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
Anfragen bitte begründen, gegebenenfalls mit Links auf relevante Diskussionen, und unterschreiben.
Es gibt keine Verpflichtung der Botbetreiber, diesen Anfragen nachzukommen, und insofern auch keinen Anspruch auf Umsetzung eines Änderungswunsches.
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.
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.
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.
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.
Ä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).
Es werden keine Änderungen der Rechtschreibung zwischen zulässigen Versionen bzw. Variationen durchgeführt.
Für Botbetreiber gilt
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).
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).
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.
Letzter Kommentar: vor 6 Jahren21 Kommentare6 Personen sind an der Diskussion beteiligt
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)Beantworten
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.
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)Beantworten
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)Beantworten
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.
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.
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)Beantworten
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)Beantworten
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, Luke08151522:05, 28. Okt. 2015 (CET)Beantworten
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. --Leyo22: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.Beantworten
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.
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“. --Leyo13:01, 29. Okt. 2015 (CET)Beantworten
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 --PerfektesChaos13:54, 29. Okt. 2015 (CET)Beantworten
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 --PerfektesChaos17:12, 29. Okt. 2015 (CET)Beantworten
@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, Luke08151513:41, 29. Okt. 2015 (CET)Beantworten
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)Beantworten
Ja, das wäre das gewünschte Verhalten... aber selbst wenn ich eigenes .css und .js entferne (bzw. nur irrelevanteElemente 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)Beantworten
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)Beantworten
@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, Luke08151501:47, 30. Mär. 2018 (CEST)Beantworten
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)Beantworten
Letzter Kommentar: vor 5 Jahren14 Kommentare8 Personen sind an der Diskussion beteiligt
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 immerjenes 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)Beantworten
@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)Beantworten
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)Beantworten
@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)Beantworten
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)Beantworten
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ß, aka20:39, 9. Nov. 2018 (CET)Beantworten
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)Beantworten
Letzter Kommentar: vor 5 Jahren7 Kommentare5 Personen sind an der Diskussion beteiligt
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.11413:40, 24. Dez. 2015 (CET)Beantworten
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. --FNDE21:29, 27. Jan. 2018 (CET)Beantworten
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, Luke08151501:54, 30. Mär. 2018 (CEST)Beantworten
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, Luke08151519:23, 8. Aug. 2018 (CEST)Beantworten
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)
@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.
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.
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. --Tom (Diskussion) 14:31, 21. Aug. 2022 (CEST)Beantworten
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. --Tom (Diskussion) 07:34, 4. Sep. 2022 (CEST)Beantworten
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)Beantworten
@Wurgl: @irgendwie gruppieren - früherTM 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.--Mabschaaf17:49, 29. Aug. 2022 (CEST)Beantworten
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.
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)Beantworten
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 --Tom (Diskussion) 08:52, 4. Sep. 2022 (CEST)Beantworten
@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.--Mabschaaf10:26, 4. Sep. 2022 (CEST)Beantworten
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 --Tom (Diskussion) 11:36, 4. Sep. 2022 (CEST)Beantworten
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)Beantworten
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 --Tom (Diskussion) 12:53, 4. Sep. 2022 (CEST)Beantworten
@Tom: 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)Beantworten
Letzter Kommentar: vor 6 Jahren10 Kommentare4 Personen sind an der Diskussion beteiligt
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 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)Beantworten
@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)Beantworten
@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)Beantworten
@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:
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)Beantworten
Letzter Kommentar: vor 1 Jahr15 Kommentare5 Personen sind an der Diskussion beteiligt
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. --Leyo03:06, 23. Jan. 2016 (CET)Beantworten
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)Beantworten
Im ersten Beispiel habe ich die Seite ja übernommen. Beim zweiten war die Seitenangabe bei einem Parameter ohne erkennbare Auswirkung drin.
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)Beantworten
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. --Leyo22:25, 24. Jan. 2016 (CET)Beantworten
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. -- seth22:29, 11. Sep. 2022 (CEST)Beantworten
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 --Crazy188021:02, 21. Okt. 2020 (CEST)Beantworten
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. -- seth22:29, 11. Sep. 2022 (CEST)Beantworten
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)Beantworten
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].
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)Beantworten
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. --Leyo14:31, 17. Jul. 2018 (CEST)Beantworten
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?
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)Beantworten
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)Beantworten
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. --Freddy2001DISK11:38, 28. Jan. 2017 (CET)Beantworten
Letzter Kommentar: vor 6 Jahren11 Kommentare6 Personen sind an der Diskussion beteiligt
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:
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)Beantworten
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)Beantworten
@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)Beantworten
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)Beantworten
@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. --FNDE22:42, 31. Mai 2017 (CEST)Beantworten
@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)Beantworten
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. --FNDE22:27, 1. Jun. 2017 (CEST)Beantworten
@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)Beantworten
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 --FNDE21:11, 2. Jun. 2017 (CEST)Beantworten
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)Beantworten
Umbrüche innerhalb des Begriffs mit geschützten Leerzeichen verhindern
Letzter Kommentar: vor 2 Jahren21 Kommentare6 Personen sind an der Diskussion beteiligt
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, ℳ웃7923:33, 22. Mai 2017 (CEST)Beantworten
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. --FNDE18:21, 26. Mai 2017 (CEST)Beantworten
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 --FNDE11:13, 16. Jun. 2017 (CEST)Beantworten
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
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)Beantworten
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)Beantworten
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)Beantworten
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?
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.
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.
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)Beantworten
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)Beantworten
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)Beantworten
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)Beantworten
@Leyo: Vermutlich gehts dabei um eine fortlaufende Prüfung/Ersetzung? Kannst du einen Suchstring vorgeben worum es konkret geht? Schöne Grüße --FNDE00:39, 10. Aug. 2017 (CEST)Beantworten
Timeoutfehler. Ich lasse mal meine Version laufen, hatte gestern schon die ersten Gehversuche. Mal sehen ob ich Kontakt zur Gegenstelle habe. @xqt12:57, 4. Okt. 2017 (CEST)Beantworten
@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)Beantworten
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).
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)Beantworten
Letzter Kommentar: vor 1 Jahr15 Kommentare5 Personen sind an der Diskussion beteiligt
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)
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. --Leyo01:57, 4. Mär. 2023 (CET)Beantworten
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)Beantworten
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. --Leyo22:57, 25. Mai 2023 (CEST)Beantworten
Letzter Kommentar: vor 1 Jahr13 Kommentare6 Personen sind an der Diskussion beteiligt
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? --Leyo11:31, 13. Dez. 2017 (CET)Beantworten
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ß, -- hgzh18:48, 15. Dez. 2017 (CET)Beantworten
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. --FNDE18:16, 29. Dez. 2017 (CET)Beantworten
Dein erster Satz beruht auf einem Missverständnis: Die von mir vorgeschlagenen Umwandlungen bewirken sehr wohl eine sichtbare Änderung in den betreffenden Artikeln. --Leyo02:19, 30. Dez. 2017 (CET)Beantworten
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)Beantworten
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 --FNDE12:46, 8. Jan. 2018 (CET)Beantworten
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.
Letzter Kommentar: vor 6 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
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. --Leyo14:50, 7. Mär. 2018 (CET)Beantworten
Letzter Kommentar: vor 1 Jahr11 Kommentare8 Personen sind an der Diskussion beteiligt
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?
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.19709:48, 19. Mär. 2018 (CET)Beantworten
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)Beantworten
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)Beantworten
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)Beantworten
Entfernen defekter Originallinks nach {{Webarchiv}}-Einbindung
Letzter Kommentar: vor 6 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
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:
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)Beantworten
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.
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.
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)Beantworten
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.
<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}}
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.
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. -- hgzh19:52, 26. Sep. 2018 (CEST)Beantworten
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.
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.
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 --PerfektesChaos17:43, 20. Okt. 2018 (CEST)Beantworten
@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
Ü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ß, -- hgzh19:58, 26. Feb. 2019 (CET)Beantworten
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.
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. -- hgzh19:46, 28. Feb. 2019 (CET)Beantworten
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. -- hgzh20:39, 12. Jun. 2019 (CEST)Beantworten
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.
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ß, -- hgzh23: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.Beantworten
Letzter Kommentar: vor 5 Jahren10 Kommentare2 Personen sind an der Diskussion beteiligt
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).
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.
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 • Note02: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).Beantworten
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.
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 • Note23:49, 24. Sep. 2018 (CEST)Beantworten
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.
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:
Letzter Kommentar: vor 5 Jahren18 Kommentare6 Personen sind an der Diskussion beteiligt
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?
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)Beantworten
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.
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)Beantworten
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)Beantworten
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)Beantworten
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)Beantworten
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)Beantworten
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)Beantworten
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)Beantworten
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)Beantworten
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)Beantworten
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)Beantworten
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.
Letzter Kommentar: vor 5 Jahren5 Kommentare3 Personen sind an der Diskussion beteiligt
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.
+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)Beantworten
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)Beantworten
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)Beantworten
Navigationsleisten Städte und Gemeinden der ungarischen Kreise
Letzter Kommentar: vor 4 Jahren7 Kommentare3 Personen sind an der Diskussion beteiligt
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)
@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. -- hgzh13:01, 14. Nov. 2018 (CET)Beantworten
@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)Beantworten
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).
Letzter Kommentar: vor 1 Jahr11 Kommentare3 Personen sind an der Diskussion beteiligt
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)Beantworten
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?
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?
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)Beantworten
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 --Crazy188022:14, 25. Mai 2023 (CEST)Beantworten
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)Beantworten
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)Beantworten
Das geht da so leider nicht. Aber wenn du dir einen Export nach Excel z.B. anlegst, kannst du es da ausfiltern. Das wäre jetzt erstmal eine schnelle Lösung, hatte ich gedacht. mfg --Crazy188020:41, 26. Mai 2023 (CEST)Beantworten
Letzter Kommentar: vor 5 Jahren7 Kommentare3 Personen sind an der Diskussion beteiligt
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
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)
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)Beantworten
Ich verstehe die Frage nicht. Auf „Done“ soll man ja klicken, sobald der Fehler behoben ist. Dann verschwindet der Eintrag aus der Liste. --Leyo17:01, 20. Feb. 2019 (CET)Beantworten
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)Beantworten
@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)Beantworten
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).
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 --Crazy188007:42, 26. Feb. 2019 (CET)Beantworten
@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) -- Michi21: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… ;)Beantworten
Letzter Kommentar: vor 5 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
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? Gestumblindi00:50, 1. Apr. 2019 (CEST)Beantworten
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)Beantworten
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. – Giftpflanze17:45, 7. Apr. 2019 (CEST)Beantworten
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.
*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)Beantworten
(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)Beantworten
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)Beantworten
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 gesucht16:53, 14. Jul. 2019 (CEST)Beantworten
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)Beantworten
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 gesucht17:45, 19. Jul. 2019 (CEST)Beantworten
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.
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)Beantworten
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)Beantworten
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)Beantworten
Technisch funktioniert das schon. Allerdings Vorsicht, die inline-Variante wird gelegentlich auch als Untervorlage verwendet, die alternativ einen normale URL mit Linktext im Parameter aufnehmen. Dort könnte das Ersetzen zu unerwünschten Ergebnissen führen. Frohes Schaffen — ⵓ⌨ [ɪu:] 19:14, 28. Mai 2023 (CEST)Beantworten
Letzter Kommentar: vor 4 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
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.
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)Beantworten
„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.
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.
Letzter Kommentar: vor 3 Jahren5 Kommentare3 Personen sind an der Diskussion beteiligt
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)Beantworten
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ß, -- hgzh14:07, 1. Jun. 2020 (CEST)Beantworten
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)Beantworten
Letzter Kommentar: vor 4 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
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.
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 }}
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.
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).
Letzter Kommentar: vor 3 Jahren2 Kommentare1 Person ist an der Diskussion beteiligt
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:
Link von *.ihf.info/* öffnen, wenn Status 200, Abbruch sonst Punkt 2
Weitelreiten auf archive.ihf.info/*
Wenn Staus 404 oder Status 301 auf web.archive.org weiterleiten sonst Link von archive.ihf.info/* nehmen
301 (Wenn der Link auf die Index Seite des Archives weiterleitet
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
Letzter Kommentar: vor 1 Jahr3 Kommentare2 Personen sind an der Diskussion beteiligt
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.
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: [8]). --MF-W16:51, 26. Mai 2023 (CEST)Beantworten
Letzter Kommentar: vor 3 Jahren11 Kommentare4 Personen sind an der Diskussion beteiligt
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.
(@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.
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. – Giftpflanze21:56, 16. Jul. 2020 (CEST)Beantworten
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.
Letzter Kommentar: vor 3 Jahren9 Kommentare3 Personen sind an der Diskussion beteiligt
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)Beantworten
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)Beantworten
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)Beantworten
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.
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.
@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.
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.
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.
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.
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ß, -- hgzh10:09, 6. Nov. 2020 (CET)Beantworten
Letzter Kommentar: vor 3 Jahren6 Kommentare2 Personen sind an der Diskussion beteiligt
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 hinterhttp[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> und </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:
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)Beantworten
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>
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>
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)Beantworten
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?
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)Beantworten
Letzter Kommentar: vor 2 Jahren14 Kommentare4 Personen sind an der Diskussion beteiligt
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? --Leyo01:07, 8. Dez. 2020 (CET)Beantworten
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)Beantworten
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.
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.
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? --Leyo09:26, 10. Sep. 2021 (CEST)Beantworten
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)Beantworten
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 … --Leyo20:41, 10. Sep. 2021 (CEST)Beantworten
@Leyo: Da sind auch viele BKs dabei und viel Fußball …
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. --Leyo22:21, 5. Okt. 2021 (CEST)Beantworten
Letzter Kommentar: vor 3 Jahren4 Kommentare3 Personen sind an der Diskussion beteiligt
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:
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.
Alle Vorkommen von http:// sollten auf https:// umgestellt werden.
Es gibt noch einen Zusatzwunsch 1, falls es nicht zuviel ist:
Es sollte soweit möglich, auf die Vorlage:IMDb umgestellt werden. Das geht bei
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“.
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)Beantworten
Letzter Kommentar: vor 2 Jahren20 Kommentare5 Personen sind an der Diskussion beteiligt
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.
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 • Disk10:25, 30. Mai 2021 (CEST)Beantworten
@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:
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)Beantworten
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 • Disk12:36, 9. Sep. 2021 (CEST)Beantworten
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)Beantworten
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)Beantworten
(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)Beantworten
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 • Disk12:57, 9. Sep. 2021 (CEST)Beantworten
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)Beantworten
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 • Disk13:55, 9. Sep. 2021 (CEST)Beantworten
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 • Disk17:41, 9. Sep. 2021 (CEST)Beantworten
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)Beantworten
@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)Beantworten
@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)Beantworten
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. --Leyo23:10, 12. Sep. 2021 (CEST)Beantworten
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)Beantworten
@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)Beantworten
@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)Beantworten
Letzter Kommentar: vor 2 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
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)Beantworten
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 --Crazy188018:01, 7. Jul. 2022 (CEST)Beantworten
Letzter Kommentar: vor 2 Jahren26 Kommentare7 Personen sind an der Diskussion beteiligt
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ómelindeDiskussion13:04, 14. Jan. 2022 (CET)Beantworten
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)Beantworten
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ómelindeDiskussion09:36, 17. Jan. 2022 (CET)Beantworten
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ómelindeDiskussion16:21, 17. Jan. 2022 (CET)Beantworten
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)Beantworten
@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}}|
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.
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)Beantworten
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)Beantworten
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)Beantworten
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 DeutschlandGeorg 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ómelindeDiskussion07:30, 18. Jan. 2022 (CET)Beantworten
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)Beantworten
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)Beantworten
@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.
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.
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)Beantworten
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.
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?
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.
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.
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)Beantworten
Liste der Gemarkungen in Deutschland mit Flächengröße und Anzahl der Flurstücke versehen
Letzter Kommentar: vor 1 Jahr3 Kommentare2 Personen sind an der Diskussion beteiligt
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:
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)Beantworten 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)Beantworten
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)Beantworten
Letzter Kommentar: vor 2 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
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.
Letzter Kommentar: vor 2 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
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)Beantworten
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)Beantworten
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)Beantworten
Letzter Kommentar: vor 2 Jahren20 Kommentare7 Personen sind an der Diskussion beteiligt
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.
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.
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)Beantworten
@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. --Mabschaaf12:53, 1. Apr. 2022 (CEST)Beantworten
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)Beantworten
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)Beantworten
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ómelindeDiskussion15:18, 1. Apr. 2022 (CEST)Beantworten
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)Beantworten
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ómelindeDiskussion15:46, 1. Apr. 2022 (CEST)Beantworten
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)Beantworten
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)Beantworten
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".
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)Beantworten
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ómelindeDiskussion08:03, 2. Apr. 2022 (CEST)Beantworten
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.
Letzter Kommentar: vor 1 Jahr3 Kommentare2 Personen sind an der Diskussion beteiligt
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.
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
Letzter Kommentar: vor 1 Jahr18 Kommentare7 Personen sind an der Diskussion beteiligt
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ómelindeDiskussion17:43, 17. Jun. 2022 (CEST)Beantworten
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.
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§ion=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)Beantworten
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.
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ómelindeDiskussion18:09, 17. Jun. 2022 (CEST)Beantworten
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.
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 ;-)
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)Beantworten
@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.--Mabschaaf18:52, 17. Jun. 2022 (CEST)Beantworten
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ómelindeDiskussion18:58, 17. Jun. 2022 (CEST)Beantworten
@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?
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.--Mabschaaf19:39, 17. Jun. 2022 (CEST)Beantworten
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)Beantworten
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ómelindeDiskussion07:01, 18. Jun. 2022 (CEST)Beantworten
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ómelindeDiskussion07:20, 18. Jun. 2022 (CEST)Beantworten
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.22707:53, 18. Jun. 2022 (CEST)Beantworten
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)Beantworten
Hmm, eigentlich eine gute Idee, aber schwierig in der Durchführung. Aktuell sind etwa 14.000 NZZ-Links in der de:WP [9]. 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 [10] 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)Beantworten
Letzter Kommentar: vor 1 Jahr5 Kommentare3 Personen sind an der Diskussion beteiligt
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)Beantworten
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'ikeDisk.P:MIN16:52, 11. Sep. 2022 (CEST)Beantworten
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)
@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'ikeDisk.P:MIN12:55, 12. Sep. 2022 (CEST)Beantworten
@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'ikeDisk.P:MIN16:04, 12. Sep. 2022 (CEST)Beantworten
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)Beantworten
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.
@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)Beantworten
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'ikeDisk.P:MIN18:15, 14. Sep. 2022 (CEST)Beantworten
@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'ikeDisk.P:MIN09:21, 19. Sep. 2022 (CEST)Beantworten
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'ikeDisk.P:MIN15:53, 9. Okt. 2022 (CEST)Beantworten
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, -- Toni22:34, 11. Sep. 2022 (CEST)Beantworten
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)Beantworten
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). -- seth23:26, 12. Sep. 2022 (CEST)Beantworten
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 --Crazy188020:32, 14. Sep. 2022 (CEST)Beantworten
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*
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.
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.
ich wuerde es im zweifel loeschen, auch wenn es in einzelfaellen bei schludrig formatierten literaturangaben ein hilfreiches indiz auf das verlinkte werk sein koennte. -- seth10:49, 17. Sep. 2022 (CEST)Beantworten
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.
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)
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.
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 --Crazy188020:01, 10. Okt. 2022 (CEST)Beantworten
Moin Moin seth, ist ja hier ein bisschen her. Sage mal, bekommen wir Links raus, wo nur https://books.google.at/books?id=-8mPAAAAMAAJ in der Art wäre und dann Schluss ist? Sodass man dann schauen könnte, ob man das in die Vorlage Google Buch in einem ersten Schritt umwandelt? mfg --Crazy188012:11, 25. Jun. 2023 (CEST)Beantworten
Gudn Tach!
Ich verstehe die Frage noch nicht ganz. Geht's um eine Liste aller Links der Form https://books.google.at/books?id=..., bei denen nur der eine Parameter (id) angegeben wurde? -- seth (Diskussion) 22:21, 25. Jun. 2023 (CEST)Beantworten
Moin seth, ja genau. Es gibt hier ja noch einen Bot-Auftrags-Wunsch, den Google-Link durch die Vorlage zu ersetzen. Vllt. können wir beides miteinander verknüpfen. Und als ersten Schritt sollten wir mal auswerten, wo es nur bis zur ID geht. Zweiter Schritt dann bis Seite, dritter Schritt bis Hervorhebung. Meinst du, soetwas wäre machbar? mfg --Crazy188017:18, 26. Jun. 2023 (CEST)Beantworten
Gudn Tach!
Der Sinn ist mir noch nicht klar, aber vielleicht kommt das ja noch. :-)
Letzter Kommentar: vor 1 Jahr5 Kommentare2 Personen sind an der Diskussion beteiligt
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)Beantworten
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)Beantworten
@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)Beantworten
Auf einen (Teil-)revert läuft es zwangsweise hinaus (da kommentarloses Entfernen von Informationen z.T. als einzige Änderung).
Letzter Kommentar: vor 1 Jahr1 Kommentar1 Person ist an der Diskussion beteiligt
Ä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.
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)Beantworten
Letzter Kommentar: vor 1 Jahr3 Kommentare2 Personen sind an der Diskussion beteiligt
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.
Letzter Kommentar: vor 4 Monaten4 Kommentare4 Personen sind an der Diskussion beteiligt
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.
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)Beantworten
Das mit dem doppelten "(englisch)" wurde entfernt ([13]), das mit dem Abruf könnte ich wenn gewünscht auch noch machen, dafür wäre es aber wichtig, das ich weiß in welchem Format das Datum normalerweise dasteht. (11. Februar 2024, 2024-02-11, 02/11/2024 oder noch was anderes)? --ElBe1 | 2 | JWP14:52, 11. Feb. 2024 (CET)Beantworten
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)Beantworten
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)Beantworten
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 hugarheimur17:39, 27. Feb. 2023 (CET)Beantworten
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)Beantworten
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.
Letzter Kommentar: vor 1 Jahr4 Kommentare3 Personen sind an der Diskussion beteiligt
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.
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)Beantworten
@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.
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. -- hgzh09:41, 15. Mär. 2023 (CET)Beantworten
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.
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. -- hgzh21:32, 15. Mär. 2023 (CET)Beantworten
Bevor wir uns hier in Mistverständnissen verlaufen: Meint „verschieben“ …
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.
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: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.
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. -- hgzh08:45, 23. Mär. 2023 (CET)Beantworten
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.
Wenn die Bot + manuell geleert ist, können die restlichen Einbindungen:
Als Einbindung den Hinweiskasten anzeigen.
Wenn die Kategorie auslöst, auch allen Angemeldeten einen Kasten mit Warnung anzeigen dass diese frische Einbindungsstelle der Linked dafür ungeeignet ist.
Perspektivisch können dann die Namen Linked allmählich durch den Hinweiskasten ersetzt werden.
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.
Danke für das Angebot, und die Abräumung der Kategorie-Seiten.
Hier gibt es ein anderes Problem auf Ebene der Autoren, welches 48 von 52 betrifft, und das überlassen wir besser hgzh zur einvernehmlichen Lösung bis Jahresende.
128.000 Edits ohne wirklichen Effekt würde ich ungern machen. Wie du sagst, die Position in der Katbeschreibung ist den Leuten größtenteils egal und unkritisch. -- hgzh16:00, 8. Okt. 2023 (CEST)Beantworten
Das Fernziel ist die Eliminierung der überholten Vorlage(n).
Bei jeder Veränderung an der Übergangsprogrammierung müssen diese 128.000 Kats neu aufgebaut werden, und im Fall von Missgeschicken fliegt einem umso mehr um die Ohren.
Zukunftsfähig ist der alte Salat ohnehin nicht.
Jede Sichtbarkeit irgendwo verlockt die Autoren dazu, das wieder neu in Artikel einzubauen. Und erinnert schluchzend an die gute, alte MonBook-Zeit.
Einen Effekt hat es auch jetzt im Moment: Auf Mobilgeräten dürfte ja wohl keine Verlinkung angezeigt werden, oder?
Wenn All Coordinates auf Hinweis Seiten-Koordinaten umgeleitet wird, müssen genau einmal alle Kategorien neu aufgebaut werden, dafür lassen sich 128.000 Bearbeitungen sparen. Alle folgenden Änderungen in der Hinweisvorlage müssten so oder so auf alle Kategorienseiten verteilt werden.
Ich sehe hier den Sinn nicht, der komplette Ersatz der All-Coordinates-Vorlage war, genauso wie bei Linked Coordinates, nie das Ziel der Umstellung. Das muss, wie in dutzend anderen Fällen, schleichend passieren. Und wenn es in zehn Jahren die Einbindung von All Coordinates in irgendwelchen Kategorien immer noch gibt, so what. Das angezeigte Ergebnis ist das gleiche.
@Wetterwolke: Ja, das schadet auch nicht, wenn man den Bot mal explizit drüber jagt. Nur, was genau soll geändert werden, das konnte ich nicht richtig entnehmen. Ums einfach zu machen: @PerfektesChaos oder Wetterwolke: habt Ihr ein vorher-nachher-Beispiel für mich? – Doc Taxon • Disk. • 14:11, 2. Dez. 2023 (CET)Beantworten
Weil, |linked=1 wird bei Kats momentan-historisch programmatisch im Kat-Namensraum dazugewirkt, aber das ist transparenter explizit und könnte dann irgendwann als Extrawurst aus der Vorlagenprogrammierung entfallen. In der Sache ist eine Forderung nach allen Koordinaten einer Kategoriebeschreibung ziemlich sinnfrei, weil die in den seltensten Fällen dort vermerkt sein werden.
Eine Wirkung hat das übrigens auch: Am bisherigen Ort werden auf Mobilgeräten und mit Vector2022 keine Koordinaten-Verlinkungen angeboten, und weil wie hier grad die {{All Coordinates}} zuallererst stehen würde dieser Hinweiskasten auch vor der inhaltlichen Kategoriebeschreibung dargestellt werden, wenn man das dort sichtbar aktivieren würde.
PerfektesChaos, soll der parameter linked=1 mitangeben werde, den hattest du eingangs mitangegeben, ich hatte schon bemerkt, dass es auch ohne funktioniert. logischer ist eigentlich linked, da die koordinaten ja nicht in der kategoriebschreibungsseite selber angegeben sind, aber historisch wurde bisher ja auch all coordinates und nicht linked coordinates benutzt.
bei Kategorie:Païta habe ich einen beispieledit mit sortierschlüssel gemacht, wenn man die kategoerien nicht nur deshalb anfassen will, hatte ich mir einen edit wie hier (kombiniert) vorgestellt. dann müsste man irgendwann, wenn es weniger sind nur noch über den rest drüber. gruss --Wetterwolke (Diskussion) 14:32, 2. Dez. 2023 (CET)Beantworten
Wie in den ersten Zeilen dieses Abschnitts, und wie bei meinem zweiten Edit nachgeholt: Mit |linked=1, wenn wir die sowieso schon grad alle anfassen.
Früher wollte man wohl irgendwie Schreibarbeit sparen, und setzt das bei Kategorien programmatisch zwangsweise auf die verlinkten, nämlich kategorisierten Seiten.
Da wir mittlerweile mit C&P arbeiten, ist das egal.
Irgendwann kann dann dieser Automatismus auslaufen; um so weniger Extras und Ausnahmen und umso einfacher zu dokumentierbar.
„Früher“ war es halt so irgendwie, aber nicht notwendigerweise logisch oder verständlich.
Es geht hier ausschließlich darum, dass die Vorlageneinbindung an der richtigen Stelle erfolgt, und sonst nichts.
Das OSM-Link ist meiner Kenntnis unverändert, egal mit welcher Vorlage, byte by byte.
Es ist aber auch völlig egal, wann welche Tools von der Vorlage eingebunden werden, weil dies jederzeit ergänzt und erweitert und verändert werden kann, je nach Zeitgeschmack.
Dokumentationen zu den seit ca. 2006 eingesetzten Werkzeugen sind mir nicht bekannt.
Sooo, bei den Links mit linked für Kats war dann tatsächlich noch ein Logik-Fehler für diese Konstellation drin gewesen.
Die generierten URL sind gleichwohl nicht Thema der Bot-Aktion und der hier umzustellenden Vorlageneinbindungsposition.
Welche URL so alles generiert werden, ist eine andere Geschichte. Es hatte auch schon mal URL für Bing und GoogleMaps gegeben, die aber offenbar nicht mehr gültig sind.
Verheerend ist, dass es keine URL-Dokumentation zu den Wiki-Werkzeugen gibt. Ich operiere im Blindflug. Da war dann ein URL-Parameter mehr drin als bei Kategorien möglich, warum auch immer. Ich verstehe das URL-Konzept nicht.
Wieso, ist doch gut, wo hab ich denn ein Stoppschild hingepflanzt? Ruhig weiter so. Und das OSM-Problem müsste sich ohenhin gelöst haben. Die Vorlageneinbindung der richtigen Vorlage an der richtigen Stelle hat nichts damit zu tun, was da alles irgendwann für URL generiert würden. VG --PerfektesChaos21:42, 3. Dez. 2023 (CET)Beantworten
nee, alles gut, wusste ja nicht, ob das jetzt Auswirkungen auf die Ersetzung hat oder nicht. Ich steck da auch gar nicht im Detail, mach nur die Ersetzungen. Liebe Grüße – Doc Taxon • Disk. • 21:45, 3. Dez. 2023 (CET)Beantworten
vielen dank! es gab noch ca. 20 die {{all Coordinates}} geschrieben wurden. ich hätte noch zwei volgeanfragen:
@Doc Taxon: die Vorlage:ThemenKatMil bindet via baustein die vorlage all coordinates in militärkategorien ein. wenn du in allen kategorien, die die themenkat einbinden {{Hinweis Seiten-Koordinaten |linked=1}} wie gehabt vor der ersten kategorie (sortierung) direkt einbauen könntest (bsp), dann kann all cordinates aus dem themkatbaustein entfernt werden. durch vorlagenumstellung gelöst
@Wurgl kannst du eine abfrage (mit persondata?) basteln, die alle einbindungen der vorlage {{Hinweis Seiten-Koordinaten}} in kategorien ausgibt die NICHT den parameter |linked=1 gesetzt haben?
@Wetterwolke: ich pack mal linked=1 bei diesen 603 mit rein. @Wurgl: wie ist das mit dem "ANR in der Datenbank" denn gelöst. Spiegelst Du sämtliche aktuellen ANR-Quelltexte in einer riesigen Datenbank, um die Inhalte bei Suchabfragen zurückzugeben? – Doc Taxon • Disk. • 06:35, 7. Dez. 2023 (CET)Beantworten
@Doc: 8 Tabellen sind das, schönes relationales Modell. Das Problem ist ein anderes: Wenn ich alles reinsauge, dann muss ich auch alles als mögliche Vorlage betrachten. Historisch war das so, dass APPER schon so etwas in der Art hatte, nur nicht so vollständig, ich hab das damals beim großen Crash (die Persondata-Datenbank und noch eine waren unrettbar weg) und Umstieg von PHP 3 nach PHP 5 neu geschrieben hab. Die Suchoberfläche ist erst Monate später hinzugekommen. --Wurgl (Diskussion) 09:21, 7. Dez. 2023 (CET)Beantworten
+1 Fände ich ebenfalls sinnvoll als Beiwerk zu anderem. Allerdings nicht als alleinige Änderung, da könnten manche sonst Zustände kriegen. MfG, Dwain18:30, 16. Okt. 2023 (CEST)Beantworten
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.
@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?
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.
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?
Moin Wurgl, das sieht so weit gut aus. Spezialfall leere Kategorie (also wie Du sagst, keine Dateien in der Kat und zusätzlich kein Rotlink auf Namespace 6): Alternativ könnte man überlegen, ob statt der Verschiebung dann vom Bot ein SLA gestellt werden sollte. Habe da selbst keine bevorzugte Meinung, ob solche leeren Kategorien abgeschlossen oder gelöscht werden sollten. Wie würdest Du das sehen? Danke Dir jedenfalls, der Bot scheint technisch einwandfrei zu funktionieren, super! Grüße --Yellowcard (D.) 08:30, 5. Jun. 2023 (CEST)Beantworten
Seiten wo nie was drinnen stand, wo nie auch nur eine Datei/Rotlink war, sind wohl so unnötig wie ein Kropf (das sind in der Regel die mit drei Bearbeitungen bzw. ohne Verschiebung mit zwei). Dateien wo mal irgendwas aus Namespace 6 verlinkt war oder diskutiert wurde … eventuell sollte man die behalten.
Klingt sinnvoll - könntest Du denn bei solchen Seiten einen SLA stellen lassen, anstatt sie ganz zu ignorieren? Denn noch unnötiger als diese Seiten ist eine Sonderbehandlung dieser Seiten, indem sie im Kat-Baum verbleiben. Danke und Grüße, --Yellowcard (D.) 09:08, 5. Jun. 2023 (CEST)Beantworten
Okay. mach ich. Die 594 Stück aus der query mit mehr als einem Nicht-Bot-Edit hab ich durchgeguckt, das sind Testedits bzw. Dateitests, Reverts von Bot-Edits, +SLA/-SLA und Ergänzungen der Beschreibung. Jedenfalls hab ich nix gesehen das irgendwie dokumentiert werden sollte. Die könnte eventuell ein Admin mit einem Script löschen. Ich will da nicht die SLA-Liste vollspammen. --Wurgl (Diskussion) 11:13, 5. Jun. 2023 (CEST)Beantworten
Hallo Wurgl, die Verschiebungen scheinen derzeit nicht mehr zu funktionieren und die Anzahl verwaister Kategorien durch die DÜP steigt langsam aber stetig. Könntest Du Dir das bei Gelegenheit auch einmal anschauen? Vielen lieben Dank! --Yellowcard (D.) 22:06, 1. Dez. 2023 (CET)Beantworten
Ich hab das nochmals angestarrt und … hmm … da hat sich wohl was im Verhalten der User geändert. In der aktuellen Version war damals beim Schreiben keine Datei verlinkt, damals habt ihr die abgearbeiteten Dateien wohl brav rausgemacht. Ist aber egal. Ich mach jetzt folgendes: Wenn in keiner Version der Versionsgeschichte eine Datei verlinkt war, dann mach ich einen SLA darauf, sonst wird archiviert. Also sowas wie Wikipedia:Dateiüberprüfung/Dateiüberprüfung (2023-09-09) bekäme einen SLA. --Wurgl (Diskussion) 19:15, 2. Dez. 2023 (CET)Beantworten
Ich verstehe nicht so ganz, was sich im Verhalten geändert haben sollte. Die aufgelisteten Dateien wurden nie gelöscht.
Als ich damals geguckt hatte, waren die zu verschiebenden Seiten leer und soweit ich weiß, hat der Bot damals aufgeräumt. Vielleicht war das auch nur Zufall? Jedenfalls war in der Query die Bedingung "keine Datei verlinkt". Aber egal wie, der Bot hat diese Nacht aufgeräumt. --Wurgl (Diskussion) 08:28, 3. Dez. 2023 (CET)Beantworten
Die Kategorien sollten leer sein, nicht die Seiten selbst. Das könnte dann in der Tat Zufall gewesen sein.
Letzter Kommentar: vor 6 Monaten2 Kommentare2 Personen sind an der Diskussion beteiligt
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.
Hm, so lange hat niemand geantwortet. Der User:TabellenBot hat so etwas im Bereich Handball einige Jahre gemacht. Tabellen, Kreuztabellen und Torschützenlisten für mehrere Bundesligen aktualisiert. Das Problem: Das ist recht pflegebedürftig. Jährlich ändert sich die Zusammensetzung der Liga (Auf- und Absteiger), so dass neue Links gesetzt werden müssen und dann hatte noch die Website mit den Daten öfters ihr Design geändert und am Ende quasi den Betrieb eingestellt. Das war bei insgesamt 6 Ligen zu viel Arbeit. --Kuebi [✍ · Δ] 21:53, 5. Dez. 2023 (CET)Beantworten
Fügen Sie die Vorlage Wikidata-Weiterleitung hinzu
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)Beantworten
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)Beantworten
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)Beantworten
@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)Beantworten
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)Beantworten
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.
Letzter Kommentar: vor 7 Monaten5 Kommentare3 Personen sind an der Diskussion beteiligt
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 würde mir auch einen Nachfolger wünschen. Es ist wahrscheinlich aber nicht so einfach umzusetzen, wie eine Liste der erstzusichtenden Seiten. --Dwain21:37, 13. Jun. 2023 (CEST)Beantworten
Dieser Botauftrag wird gerade von WosretBot (Beiträge) bearbeitet. Um Konflikte zu vermeiden, warte bitte mit anderen Aktionen, bis diese Markierung entfernt ist, oder kontaktiere den Betreiber (Diskussion).
Hallo @Janui, erstmal vielen Dank für deine Bemühungen. Melde dich doch bitte bei @Toni, der derzeit einen händischen Nachfolger per DerHexers Massendiskussion betreibt. MfG, Dwain22:45, 15. Okt. 2023 (CEST)Beantworten
Toni weiß grundsätzlich davon. Die Massennachricht soll ruhig noch nen Monat oder so laufen. Bevor wir das allen bekannt machen. Es wird bestimmt noch Fehler am Anfang geben, da Räume ich lieber nur auf 10 disks auf als auf 100. --Janui (Diskussion) 22:52, 15. Okt. 2023 (CEST)Beantworten
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.
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 --Crazy188020:28, 24. Mai 2023 (CEST)Beantworten
Wenn, dann [[Die Heimat (Partei)|NPD]] ;-) Hatte ich oben leider umgewandelt/gekürzt. Ich denke, man müsste das halbautomatisch angehen - wenn es um einen aktuellen Abgeordneten/Vorsitzenden/wasauchimmer geht, dann müsste man es komplett auf "Die Heimat" umschreiben, bei Informationen, die sich auf die Vergangenheit beziehen, könnte man es so machen, wie von dir geschrieben. (?)
Hm. Die Verbreitung von "NPD" wird ja nunmehr sukzessive abnehmen, es gibt eine ganze Reihe von anderen "NPD"s - und dann auf der Suche nach einer der anderen Bedeutungen und Eingabe von "NPD" bei "Die Heimat" zu landen, finde ich doch... unglücklich. Wenn das jedoch die vorherrschende Sicht der Dinge ist, dann können wir das natürlich auch so machen. --JD{æ}12:01, 4. Jun. 2023 (CEST)Beantworten
Du hast sicher recht, dass die Verbreitung in Zukunft abnehmen wird, aber aktuell ist der Stand ja noch nicht viel anders als vor der Umbenennung. Insbesondere sehe ich die Bedeutung der NPD sowieso eher historisch als gegenwärtig. Aber mir ist es letztlich gleich. Ich gehe nur davon aus, dass die meisten Leser, die NPD eingeben, zur Partei wollen, und dann ist BKL III ja zumindest diskutabel. --Magiers (Diskussion) 13:04, 4. Jun. 2023 (CEST)Beantworten
Von Ersetzungen der Form [[NPD]] ⇒ [[Die Heimat (Partei)|NPD]] ist in jedem Fall abzusehen. [[NPD]] bzw. [[Nationaldemokratische Partei Deutschlands|NPD]] ist nach wie vor die korrekte Verlinkung, sofern nicht die heutige Partei gemeint ist. Sollte die Abkürzung in Zukunft einmal nicht mehr auf den Artikel zur Partei leiten, wäre mit letzterem zu ersetzen. Siehe dazu auch WP:WLA#Lemmata, die früher unter einem anderen Namen bekannt waren. [[Die Heimat (Partei)|NPD]] ist streng genommen niemals korrekt. Besten Gruß --Emberwit (Diskussion) 21:59, 23. Sep. 2023 (CEST)Beantworten
Archive von externen Links als Archiv kennzeichnen
Mir ist aufgefallen, dass externe Links von Archiven gibt die nicht als Archiv darstellt werden. Könnte der Bot diese in Vorlage:Webarchiv ändern?
Mit dem Bot müsste folgende Änderungen für den Artikelnamensraum ausgeführt werden:
Webcite ist tot. Lief da nicht ein anderer Botauftrag, auf Vorlagndisk, wo diese Einbindungen mit Toter Link zur Wartung kenntlich gemacht werden sollte. Nicht das sich da was überkreuzt. Und Wurglbot hab ich nicht gefunden. --Pintsknife (Diskussion) 19:58, 30. Mai 2023 (CEST)Beantworten
Ich hab diesen Teil vor langer Zeit im Produktiv-Code von CamelBot auskommentiert, bin mir aber gerade nicht mehr sicher, was der Grund dafür war. Vielleicht gab es Stellen, an denen bereits sowas stand wie "archiviert unter [...]" oder es gab Leute, die das Templatisieren genervt hat?
(Falls es wen interessiert: Es geht um die Zeilen [15], die im Produktiv-Code von CamelBot auskommentiert sind.)
Ich kann es gerne mal vorsichtig aktivieren, sodass es nur auf den RCs mitläuft und schauen, was passiert. :-)
Was mir noch eingefallen ist: Sind diese Templatisierungen wirklich ausreichend für Änderungen nur deswegen? Ich dachte, sowas wäre eher grenzwertig. -- seth (Diskussion) 00:50, 8. Jun. 2023 (CEST)Beantworten
Ginge auch direkt Vorlage Webarchiv mit dem Parameter archive-today, statt der Weiterleitung Webarchive mit Alias archive-is? Falls das nichts mit enWP zu tun hat, oder crosswiki gearbeitet wird. Könnte der Bot zudem solche urls wie hier mit Doppelarchivierung korrigieren und nur originalurl in den Parameter url setzen? Sonst alles ok, waren ja nur Probeedits, die wollen das man was anmerkt. Ich denke sowas kann man laufen lassen (vielleicht auch mit zeitgleicher Kontrolle ob Archiv zugänglich und wenn nein ggfs kennzeichnen mit Toter Link/offline, falls sich das nicht mit einem der Apperbot-Aufträge kreuzt), wenn wie hier gesehen zb. zeitgleich in HTTPS umgestellt wird, die Edits sind immer gut, machen der Apperbot und Aka ja auch. Manchmal verlinkt sind leere weiße Seiten im Archiv, warum auch immer. --Pintsknife (Diskussion) 02:23, 8. Jun. 2023 (CEST)Beantworten
Gudn Tach!
webarchive->webarchiv: Na gut. Ich mag zwar die Eindeutschung von solchen funktionalen Dingen nicht, weil es die internationale Zusammenarbeit erschwert, aber da die Kompatibilität eh schon im Eimer ist (und das de-Template vermutlich sogar ausgereifter als das en-Template), kann ich das umstellen.
is -> today: siehe unten.
Doppelarchivierung: Was wäre der Vorteil, die zweite Archivierung zu verunsichtbaren?
Kennzeichnung: müsste ich erst noch implementieren, was dauern würde. Das lass ich lieber weiterhin den anderen Bot machen. Da hängt ja noch einiges mit dran.
CamelBot hat bei seinen Aufräum-Arbeiten zwei Kategorien von Änderungen: "normal" und "optional". Bei "normal" geht's um Anpassungen, die immer vorgenommen werden sollen, z.B. ersetzt er "%-ig" durch "%ig". Bei "optional" sind Anpassungen enthalten, die nur dann ausgeführt werden, wenn mind. eine "normale" Änderung durchgeführt wurde. Das soll verhindern, dass der Bot Kleinigkeiten verbessert, deren Mehrwert als zu gering angesehen werden. Die Änderung http->https ist optional. Und die archive.today-Templatisierung war es ebenfalls. So gesehen würde der Bot eigentlich die obigen 11 Edits gar nicht durchführen. Er hat es trotzdem getan, weil ich die Templatisierung temporär in die Kategorie "normal" reinverschoben habe. Die Frage bleibt also bestehen: Wird der Mehrwert von der Community als hinreichend groß erachtet. Ich glaube, mir wäre wohler, wenn wir das vorher klären könnten, sei es auf WP:Bot oder sogar auf WP:FZW. Könntest du das evtl. anleiern?
Zu Doppelarchivierung, der Doku entsprechend soll in den Parameter url nur die originalurl, die Archivurls kommen entweder in den Parameter archiv-url ivm. archiv-datum, oder in die speziellen wie wayback oder archive-today. Jedoch nur einer davon. Falscheinbindungen werden bereits zuverlässig in den Wartungskats gelistet. Mit weiße Seiten meine ich im Archiv gespeicherte Quellen ohne Inhalte, also absolut leer. Wenn der Bot das nicht könnte kein Problem, davon gibt's auch leider noch einige Altfälle die eine archivierte Quelle vorgaukeln, was nicht so gut ist wenn der Leser recherchieren möchte, und mit der Zeit vielleicht auch noch manuell nachgeprüft werden. Wäre es deiner Bedenken nach vielleicht auch besser nicht zu viel in einen Botedit zu packen, sondern in mehreren Durchläufen nach und nach. Nach dem Motto, Lieber leicht herantasten als gleich draufhauen. --Pintsknife (Diskussion) 03:14, 9. Jun. 2023 (CEST)Beantworten
Doppelarchivierung: Ach so. Ok. Hmm, müsste ich noch einbauen, wird etwas dauern. hab's notiert.[16]
Weiße Seiten: So ganz verstanden habe ich es noch nicht. Wenn du mir dazu bei Gelegenheit ein Beispiel nennen könntest, wäre das wahrscheinlich hilfreich.
Verschiedene Dinge auf mehrere Edits aufteilen: Grundsätzlich versuche ich die Anzahl der Edits durch den Bot eher kleinzuhalten und daher auch kleinere Edits (und was anderes macht der Bot eh nicht) eher zusammenzufassen. Das deckt sich meiner Erfahrung nach am ehesten mit dem, was die Leute in der Wikipedia ok finden. Das meiste, was der Bot macht, tut er auch schon hinreichend lange, um die Aufgaben stabil und nahezu fehlerfrei durchzuführen.
optional: Ok, würde ich dann machen. Allerdings hab ich das Feature jetzt erstmal wieder deaktiviert: in [17] sollte der Link wohl besser nicht ersetzt werden. Und damit haben wir jetzt ein Problem: Wie soll der Bot erkennen, dass dort absichtlich der Link nur nummeriert wurde?
Ok, kein Problem. "archive.is" war früher mal die hauptgenutzte Domain. Das wurde wohl erst 2019 auf archive.today umgestellt. Aber kann ich gerne ändern. --seth (Diskussion) 23:49, 8. Jun. 2023 (CEST)Beantworten
Offen ist die Frage, ob die Templatisierungen von der Community gewünscht sind bzw. toleriert werden. Und falls ja, ob sie einen eigenständigen Edit rechtfertigen oder nur zusammen mit "wichtigeren" Verbesserungen gemacht werden dürften.
Es gibt Fälle, in denen eine Templatisierungen nicht sinnvoll wäre, siehe [18]. Wie gehen wir damit um?
CamelBot könnte sich grundsätzlich um archive.today-Links kümmern, wobei noch neben vor vorigen Frage[19] noch der Umgang mit doppelten Archivierungen verbessert werden sollte.[20]. archive.org-Links sollten eingentlich auch kein Problem sein.
Zu Punkt 1: Bis zur Meinungsbildung der Community würde ich vorschlagen, dass der Bot die Änderungen vorerst "nur zusammen mit "wichtigeren" Verbesserungen" macht.
Zu Punkt 2: Ich wäre der Einfachheit halber vorerst dafür, dass die Änderungen nur bei Einzelnachweisen (in ref eingeschlossene Links) und unter der Überschrift "Weblinks" ausgeführt wird. --Wiki1939 (Diskussion) 18:38, 10. Jun. 2023 (CEST)Beantworten
Letzter Kommentar: vor 3 Monaten6 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo! Einige der Unter-Listen der Liste der Anime-Titel können bzw sollen per Skript/Bot aktualisiert werden aus den alphabetischen Listen. Leider ist das schon lange nicht mehr passiert und Mps, der das zuletzt gemacht hatte, ist nur noch sporadisch aktiv. Das läuft wohl über Benutzer:Mps/AnimeListenUpdater.cs, aber ich habe keine Ahnung, wie man das benutzt. Benutzer:Mps hatte auf Anfragen/Pings nicht reagiert. Kann jemand hier das Skript einsetzen? --Don-kun • Diskussion11:24, 9. Jul. 2023 (CEST)Beantworten
Letzter Kommentar: vor 11 Monaten7 Kommentare3 Personen sind an der Diskussion beteiligt
Anbetracht der Tatsache, daß WN bekanntlich wenige aktive Autoren hat und auch diese nicht immer wissen, was alles so routinemäßig gemacht werden muß, und um den Laden mal wieder halbwegs auf den aktuellen Stand zu bringen, müßte man folgendes Ausführen:
Welche Wikinewsaertikel haben keinen Wikidataeintrag? – Wir haben eine niedrige elfstellige Artikelzahl, aber hier war schon einmal ein Bot im Einsatz, sodaß es vielleicht nur die letzten drei bis fünf Jahre betrifft.
Zu allen Portal vom Typ Portal:XYZ sollte es eine gleichnamige Kategorie:XYZ allg. geben. Bei welchen Portalen ist dies nicht so?
Welche Artikel haben gar keine Kategorie:XYZ allg.? (Hierbei ist eine Botbearbeitung nicht unbedingt hilfreich, sondern ein efahrener Newsianer muß sich das anschauen, manche Artikel gehören in mehrere "allg."-Kategorie
Nach Abschluß der Maßnahmen 2. und 3. braucht es einen Nulledit/Purgen jeder Portalseite.
Bei welchen Wikinews-Kategorien fehlt ein Wikidataeintrag? (@Yellowcard: Ergibt das Sinn, auf Wikinews eine Tracking-Kategorie zu implementieren?)
Moin Matthias, zu 5.: Haben Wikinews-Kategorien ähnlich wie Wikipedia-Kategorien jeweils Wikidata-Einträge? Kannst Du mal ein Beispiel verlinken? Dann könnte man das besser bewerten. Viele Grüße, Yellowcard (D.) 08:29, 11. Jul. 2023 (CEST)Beantworten
Zunächst mal danke. Ich hatte nicht mit so rascher Beantwortung gerechnet.
@Yellowcard. Theoretisch haben Wikinews-Kategorien Einträge auf Wikidata. Allerdings, wenn du dir Angela Merkel (Q567) anschaust, sind die Wikinewskategorien anders in ihrer Funktion als Wikipediakategorien. Sie haben eine ähnliche Funktion wie die Autorenseiten auf Wikisource oder wie die Commonscategory. Die n:Kategorie:Angela Merkel matcht auf den Wikidataeintrag zu Angela Merkel. Ich habe dem bisher nie richtig Aufmerksamkeit geschenkt. Spontan würde man ja erwarten, daß die Kategorie verbunden wäre mit Kategorie:Angela Merkel (Q13311610), aber dort gibt es außerhalb von Wikipedia nur eine einzige Kategorie, nämlich auf der tschechischen Wikisource, wobei das eher dem Urheberrecht geschuldet sein dürfte, warum es keine deutsche Wikisourcekategorie gibt. Eine s:Kategorie:Johann Wolfgang von Goethe gibt es jedenfalls, was nach Kategorie:Johann Wolfgang von Goethe (Q7846721) matcht. Das ist natürlcih wieder ein ungünstiges Beispiel, weil zwangsläufig Goethe in Wikinews nicht so das Thema ist, eher die nach ihm benannte Frankfurter Uni.
Das bedarf weiterer Überlegungen. In n:Portal:Deutschland wird die DynamicPageList befüllt anhand der n:Kategorie:Themenportal Deutschland und ich nehme an, daß das in allen Länderkategorien so ist, wahrscheinlich sogar in allen Portalen, zu denen es eine gleihnamige Kategorie:Themenportal XY gibt. Im n:Portal:Wahlen übernimmt dies die n:Kategorie:Wahl allg. Und bei n:Portal:Angela Merkel wird dieses durch n:Kategorie:Angela Merkel bespielt. Falls jemand fragt, warum dem so ist, habe ich keine Antwort. Es gibt also mindestens drei Systeme, nach denen Kategorien benannt und ausgewertet werden. Das sind aber Strukturen, die entstanden, bevor ich 2008 in jenes Projekt kam. Und ich fürchte, daß keiner mehr weiß, warum dem so ist.
Was ich auch eben gesehen habe, daß in einer Reihe von Kategorien die Interwikilinks noch klassisch auf der Seite gesetzt sind, und weil es schon seit Jahren keine IW-Bots mehr gibt, dürften da auch noch Seiten in Projekten verlinkt sein, die schon geschlossen wurden. Das Problem ist umfangreicher, als ich dachte.
Letzter Kommentar: vor 9 Monaten10 Kommentare3 Personen sind an der Diskussion beteiligt
worldaerodata.com wurde von einem anderen Betreiber übernommen und liefert jetzt Malware/Spam/Phishing für alle URLs aus (siehe Wikipedia:Administratoren/Notizen#World_Aero_Data). Da die Daten sowieso veraltet waren (Stand 2006) können sie überall aus dem Weblinks-Abschnitt entfernt (ersatzlos gestrichen) werden. Im Portal Luftfahrt habe ich das vor einer Woche angekündigt. Widerspruch gab es keinen. Einbindungen gibt es per Vorlage WAD (Flughafen_Leipzig/Halle#Weblinks) und direkt (Beispiel).
Für die danach noch verbleibenden Einzelnachweise, plane ich den IABot drüberlaufen zu lassen, um erst einmal passende Archivlinks automatisiert zu finden. Je nach Umfang sehen wir dann weiter. Schon einmal vielen Dank für die Hilfe! --Count Count (Diskussion) 11:06, 28. Jul. 2023 (CEST)Beantworten
Ciao @Count Count: Ich würde vorschlagen die Entfernung der Vorlage per Hand zu erledigen. Dies mit dem Hintergrund, dass einerseits gleich das Eine oder Andere miterledigt werden kann und andererseits die Überschrift Weblinks unter Umständen gleich weg kann. Es sind noch 495 Vorlageneinbindungen; ich habe bereits begonnen und werde weiter machen. Bist Du auch dabei? LG --Phzh (Diskussion) 18:22, 29. Aug. 2023 (CEST)Beantworten
Habe auch noch ein wenig mitgeholfen, jetzt sollten alle Links aus den Weblinks-Abschnitten draußen sein. Mir ist aber aufgefallen, dass im Vergleich zu gestern heute kaum noch Einbindungen der Vorlage als Beleg/Einzelnachweis vorhanden sind. Sind die schon alle auf Archivlinks umgestellt worden? lg --Invisigoth67(Disk.)12:51, 30. Aug. 2023 (CEST)Beantworten
Bis auf zwei Disk. ist nun die Vorlage verschwunden. Was macht dort am meisten Sinn? Danach könnte die Vorlage gelöscht werden. Es existiert doch noch der eine oder andere Direktlink; Webarchiv oder direkt raus? LG --Phzh (Diskussion) 08:44, 31. Aug. 2023 (CEST)Beantworten
Da, wo der Direktlink unter Weblinks eingebunden ist, sollten wir ihn noch rauswerfen. Danach kann ich den InternetArchiveBot über die restlichen Seiten mit Direktlinks in Einzelnachweisen laufen lassen, damit der dort die (wahrscheinlich) passende Weblinks einträgt. --Count Count (Diskussion) 08:50, 31. Aug. 2023 (CEST)Beantworten
Hm, ich habe das so verstanden, dass die Vorlagen-Einbindungen als Belege/Einzelnachweise so wie die Direktlinks auch auf Archivlinks umgebogen werden sollten. Heute ist keine der vielen Beleg-Einbindung mehr zu finden, sind die schon alle ersetzt worden? lg --Invisigoth67(Disk.)11:59, 31. Aug. 2023 (CEST)Beantworten
Das ist schon richtig. Der IABot könnte als Vereinfachung benutzt werden, um passende Archivseiten für die Weblinks zu finden und gleich einzusetzen. Wir können die restlichen Links aber auch manuell durch Archivlinks ersetzen. --Count Count (Diskussion) 12:05, 31. Aug. 2023 (CEST)Beantworten
OK, aber wie können wir diese Links ersetzen, wenn sich nicht mehr zu finden sind? Vor 2 Tagen gab es noch 70+ Vorlagen-Einbindungen als EN, heute null. Oder hast Du diese Vorlagen-Einbindungen in Direktlinks o. ä. umgewandelt? lg --Invisigoth67(Disk.)12:33, 31. Aug. 2023 (CEST)Beantworten
Letzter Kommentar: vor 5 Monaten17 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo zusammen, hat jemand Interesse einen Bot zu erstellen, der regelmäßig eine Arbeitsliste füllt mit neuerlich gelöschten Dateien, die nicht auf einer Unterseite von Kategorie:Wikipedia:Dateiüberprüfungverlinkt (d.h. nicht zwingend kategorisiert) sind? Dies wären Dateien, die mutmaßlich gelöscht wurden, ohne vorher die DÜP durchlaufen zu haben, was eher unüblich sein sollte. Die entstehende Arbeitsliste sollte man durch Löschung von Einträgen abarbeiten können, also sobald der Bot eine Datei dort einmal gelistet hat, sollte er sie nicht erneut listen.
@Yellowcard: So ganz verstehe ich das vielleicht nicht. Hab mal so eine Query für alle ab 6.11 gelöschten Dateien gebastelt: quarry:query/77987 diese 4, wo die dritte Spalte einen Wert hat, sind nicht zu listen. Die anderen schon? Wobei da sind etliche die wohl schon länger auf Commons waren, zum Bleistift Datei:Maiseiche 1.jpg seit 2017. Erscheinen mir doch recht viele zu sein, seit Anfang des Monats 232 Stück. --Wurgl (Diskussion) 16:26, 10. Nov. 2023 (CET)Beantworten
@Wurgl: Logikfehler meinerseits (es könnten noch mehr dazu kommen): Alles, was wegen NowCommons gelöscht wurde, muss natürlich ausgeklammert werden, da es sich dabei nicht wirklich um Dateilöschungen nach dieser Logik handelt. Hast Du eine Idee, wie man das filtern kann? Falls nicht möglich, sollten wir diese Idee vielleicht im Sande verlaufen lassen. --Yellowcard (D.) 17:53, 14. Nov. 2023 (CET)Beantworten
@Wurgl: Das sieht sehr vielversprechend aus! Vielleicht kannst Du noch nach "Durch SVG-Version ersetzt:" filtern? Diese Löschungen sind auch weniger interessant.
Wenn ich noch einen zweiten Wunsch äußern dürfte, könntest du eine Spalte mit dem löschenden Admin hinzufügen, wenn es nicht zu viel Aufwand ist? --Yellowcard (D.) 08:32, 27. Nov. 2023 (CET)Beantworten
Passt schon. Die mit einer Zahl in der dritten Spalte werden gefiltert. Überschrift der Spalte ist ja "Diese ignorieren". Nur wo in der Spalte nix steht, sind Kandidaten. Ich hab die gelistet, damit man auch sieht was (wegen Verlinkung aus der Kategorie) ausgefiltert wird. --Wurgl (Diskussion) 12:31, 27. Nov. 2023 (CET)Beantworten
Aaaah. Danke. Die Tabelle sieht sehr vielversprechend aus, kannst du sie mit etwas längerem Zeithorizont und ohne die "zu filternden" Einträge als Wikitext speichern? --Yellowcard (D.) 14:59, 27. Nov. 2023 (CET)Beantworten
Ab 1. Januar 2023 nun und mit ohne den zu filternden. Außerdem noch ein paar weitere Texte der Art "NowCommons" gefiltert.
Die quarry-Seite ist erstmal nur zum gucken/zum entwickeln der Datenbank-Abfrage. Für eine Wikiseite die dann nach dem Schema "falls mal drinnen war, dann nicht nochmals anzeigen" arbeitet, muss ich noch ein paar Zeilen Code schreiben. Wichtig ist erstmal, dass ich da nicht gar zu viel anzeige und dass ich deine Anfrage richtig verstanden hab – ich bin ja in der Hinsicht ein wenig Ochse und Ahnung vom Eislaufen (oder so). --Wurgl (Diskussion) 15:42, 27. Nov. 2023 (CET)Beantworten
@Wurgl: Scheint noch nicht so ganz zu funktionieren, es sind immer noch falsch-positive enthalten, glaube ich. Von Beginn der Liste ausgehend z.B. die folgenden:
@Yellowcard: Ich hab mal ganz prototypisch Benutzer:Wurgl/Test gebastelt und den Bot täglich laufen lassen. Es tut sich tatsächlich sehr wenig. Ausschlusskriterien sind wie in der quarry-query die Teilstrings im Bearbeitungshinweis und zusätzlich werden alle jene Dateien gefiltert, die es unter gleichem Namen auch auf Commons gibt. Du kannst die Seite gerne verschieben (die Untervorlage Benutzer:Wurgl/Test/Dateiüberprüfung mit verschieben), den Einleitungstext ergänzen, die Fake-Kategorie am Ende korrigieren/rauswerfen etc. Es sollte halt eine Überschriftszeile (z.B. die Zeile "== Liste ==") drinnen bleiben damit sich der Bot beim Ergänzen zurechtfindet. --Wurgl (Diskussion) 09:20, 14. Dez. 2023 (CET)Beantworten
Hallo Wurgl, danke nochmal für die Anlage der Seite, die ich jetzt mal auf Wikipedia:Dateiüberprüfung/gelöscht ohne DÜP verschoben habe. Scheint gut zu funktionieren. Daher direkt zwei weitere Fragen: 1. wäre es möglich, die Informationen als sortierbare Tabelle darzustellen? 2. Fügt der Bot nur neue Einträge hinzu oder ersetzt er den Seiteninhalt, d.h. wenn ich überprüfte Einträge entferne, fügt er sie wieder hinzu oder bleiben sie entfernt? Danke dir, --Yellowcard (D.) 12:41, 10. Jan. 2024 (CET)Beantworten
Der Bot fügt nur am Ende dazu. Was du (oder wer immer) rausmachst, bleibt draußen. Sortierbare Tabelle geht schon, weiß aber nicht ob das in Zukunft sinn macht. Jetzt ist erstmal so einiges drinnen, aber langfristig sollten nach Abarbeiten des Jahres ja nur einstellig Einträge sein. Und Verschieben hab ich gesehen und im Script angepasst. Die Kategorie am Ende ist nur zu Testzwecken, die kannst anpassen oder rauswerfen und oben der Einleitungstext ebenso. --Wurgl (Diskussion) 12:49, 10. Jan. 2024 (CET)Beantworten
Letzter Kommentar: vor 9 Monaten4 Kommentare3 Personen sind an der Diskussion beteiligt
WebCite.org war eine Website, mittels der man nahezu beliebige Webseiten archivieren und zu Zitierzwecken leider nur vermeintlich dauerhaft zur Verfügung halten konnte. Das Drama geht seit 2009, erst mit eingeschränkter Verfügbarkeit der Archivierung, dann auch mit der Bereitstellung archvierter Weblinks. Dann ging eine Weile gar nichts, bevor es wieder ging für einige Zeit. Inzwischen verweigert Avast den Zugriff. So geht das nicht weiter. Es gibt zwar Diskussionen hierzu unter Diskussion:WebCite#Archivierte Webseiten nicht mehr abrufbar und en:Talk:WebCite#2021-10-27. Ich denke, wir sollten das Problem mal angehen.
Zur Zeit sind 17517 Weblinks über WebCite archviert, in einer Reihe verschiedener Weisen, die natürlich mit der Weblinksuche nicht unterscheidbar sind. Es dürften vorkommen:
Plain links
via Vorlage:Internetquelle
via Vorlage:Cite web/news etc.
via Vorlage:Webarchiv
…?
Ich denke, man sollte zumindest die Archivlinks, die sich mit einem zeitnahen Zeitstempel auf Archive.org finden lassen, dadurch ersetzen. Das Problem ist aber, daß das als Botlauf allenfalls halbautomatisch funktioniert, denn man müßte prüfen, ob der Link auf Archive.org dann auch eine Version zeigt, in der die belegte Aussage auch wirklich nachvollziehbar ist. Dazu braucht es wohl eine Wartungskategorie, damit sukzessive abgearbeitet werden kann?!
Ich gehe mal vom schlimmsten Fall aus und nehme an, daß solche Boteinsätze in der Vergangenheit durch Giftbot vorgenommen wurden?
So sehen die Zahlen als Parameter in Vorlagen aus, wobei da etliche dabei sind wo ein webcitation-Link in einer Referenz zum Parameter angegeben ist. Wenn die 17.000 stimmen, dann ist das eher ein Problem von Weblinks und weniger von Vorlagen.
Zum Thema Internetarchiv: Ich weiß nur, dass es da ein API gibt, mehr als 5 Minuten hab ich bisher nicht gelesen und so richtig schlau bin ich daraus noch nicht geworden. Ist jedenfalls nix, was so nebenbei geht. --Wurgl (Diskussion) 15:35, 21. Aug. 2023 (CEST)Beantworten
Letzter Kommentar: vor 7 Monaten6 Kommentare2 Personen sind an der Diskussion beteiligt
Wir haben ungefähr 224 Links auf vesselregister.dnvgl.com. Das Schiffsregister ist jetzt unter vesselregister.dnv.com zu finden und die Adressen wären nach diesem Muster zu ändern:
Der Bot hat schon 168 Artikel angefasst, aber die toten Links sind sinnfrei. Ich hab per Stichprobe bei so drei oder vier die Suche zu Fuß probiert … aber nix gefunden. Eventuell den InternetArchiveBot laufen lassen. --Wurgl (Diskussion) 23:00, 19. Okt. 2023 (CEST)Beantworten
Kapier ich das richtig? Diese Artikel müssten mit der/den Navigationsleisten gefüllt werden. quarry:query/77869. Und wenn schon eine Navigationsleiste im Artikel drinnen ist, dann darüber oder darunter – also wie soll die Reihenfolge sein? Dass Vorlage {{NaviBlock}} verwendet werden soll ist selbstredend. --Wurgl (Diskussion) 18:16, 4. Nov. 2023 (CET)Beantworten
Aktuell: Die zusätzlichen häng ich darunter an. Wenn mehrere dazu kommen, dann … tja, das ist momentan recht undefiniert. Wäre nett wenn du da was murmelst. --Wurgl (Diskussion) 00:16, 5. Nov. 2023 (CET)Beantworten
Letzter Kommentar: vor 6 Monaten11 Kommentare4 Personen sind an der Diskussion beteiligt
Arbeitsliste URL/Archivurl: Im Url-Prarmeter steht $WEBARCHIV/$URL im Archiv-Parameter steht nur $URL
Arbeitsliste externe URL in Autor, Werk, Hrsg, ...
Die erste Arbeitsliste wird nicht all zu groß sein. Für die 2. List hätte ich gerne eine grobe Abschätzung wieviel das sind. Eventuell lassen sich Systematische Muster finden, bei denen externe Links durch Wiki-Links ersetzt werden können zB [https://welt.de/ welt.de] → [[Die Welt]]. -- Frohes Schaffen—ⵓ⌨ [ ɪ u:] 23:46, 22. Nov. 2023 (CET)Beantworten
Die 3 Treffer die es mir aktuell anzeigt, sollten jedenfalls korrigiert werden. Leider bringt Cirrus wegen Zeitüberschreitung nur wenige Treffer Frohes Schaffen—ⵓ⌨ [ ɪ u:] 14:42, 23. Nov. 2023 (CET)Beantworten
Ich lasse meinen Bot gerade über Konstrukte wie "autor *=http" drüberlaufen und entfernen (gibt/gab es ca. 350x). Beispiele [21][22]. Schaue mir danach ähnliche Konstrukte an. Gruß --Kuebi [✍ · Δ] 11:08, 2. Dez. 2023 (CET)Beantworten
Wenn das möglich und der Autorenname sicher ist, dann ja. Aber den Bot (und ich schon gar nicht) lasse ich da nicht 350 Links auf mögliche Autorennamen überprüfen und v.a. mit dem Link der Quelle abgleichen, ob das der richtige Name ist. Eigentlich gehört alles was facebook.com enthält aus den Referenzen entfernt. Aber 1) gibt es hier auch einige "Premium-Autoren", die Facebook-Artikel als Quelle verlinken und 2) gibt es das alleine bei den "ordentlich formatierten" Quellen über 4.000x (siehe [23]). --Kuebi [✍ · Δ] 18:10, 2. Dez. 2023 (CET)Beantworten
+1 facebook-URL im Autor-Parameter ist objektiv falsch. Wenn es ein Bot entfernt, eventuell mit der Angabe, dass ungültige Parameter-Befüllung entfernt wurde. Wenn danach jemand einen korrekten Namen einträgt, entsteht keine Zusatzarbeit, da eine Edit an dieser Stelle sowieso notwendig wäre. Frohes Schaffen — ⵓ⌨ [ɪu:] 18:28, 2. Dez. 2023 (CET)Beantworten
Die ca. 350 "autor ?= ?http" hat der Bot erledigt. Zum Teil habe ich manuell, wenn aus den Links der Autor erkennbar war, diesen eingesetzt. Bei "werk ?= ?\[https?\:\/\/www\.welt\.de" waren es 6 Treffer, bei duden.de und faz.net ähnlich viele. Bei spiegel.de und www.gesetze-im-internet.de je ca. 25. Es sind noch immer über 1700 Treffer mit "werk ?= ?\[http/" und über 4300 mit "werk ?= ?\http/". Ich versuche die mal bis zu einem bestimmten Grad weiter in Gruppen zu sortieren und abarbeiten zu lassen. Danach wird der Bot auch den Rest zerlegen: Dazu muss ich mir noch überlegen wie. --Kuebi [✍ · Δ] 08:16, 3. Dez. 2023 (CET)Beantworten
Externe Links in den Parameter werk und hrsg sind unerwünscht. Wenn es sich um ein relevantes Werk/relevanten Herausgeber handelt, dann ist ein Wikilink oder Rotlink angebracht in den allermeisten Fällen gehört dort aber nur Text hin. Belege sollen den Inhalt der Artikel belegen, nicht aber irgendwelche Webseiten durch überflüssige Verlinkung bewerben. Frohes Schaffen — ⵓ⌨ [ɪu:] 18:17, 3. Dez. 2023 (CET)Beantworten
Die ca. 6200 Links in werk hat der Bot entfernt. Die ca. 120 Links in hrsg [24]. Kommen am nächsten Wochenende dran. --Kuebi [✍ · Δ] 21:33, 5. Dez. 2023 (CET)Beantworten
ich hatte vor einer Dekade einige Links zu DDR-Zeitungsausgaben (ND, BZ, Neue Zeit), die im Archiv der Staatsbibliothek zu Berlin digital vorliegen, in Artikel eingefügt.
Diese funktionieren aufgrund geänderter Zugangsbedingungen nicht mehr. Nicht mit und nicht ohne die (alte) Anmeldung. Die bestehenden Links innerhalb Vorlage:Internetquelle wurden automatisch in Webarchivversionen umgewandelt. Diese führen alle auf eine Archivseite, die zur Anmeldung auffordert.
Als Anmeldung reicht aber mittlerweile ein Google-Account. Ich habe das getestet. Es funktioniert.
Gleich geblieben ist, daß der Limnk die SNP-Nummer und das Datum enthält.
Die SNP-Nummer ist gleich geblieben. Dahinter versteckt sich das Datum. Die Zahlen dahinter enthielten die Seitennummer (und wohl die Nummer für einen Textblock) - diese sind jetzt alle immer -0-0-0-0. Die Seitennummer ist als page= angehängt.
Letzter Kommentar: vor 5 Monaten2 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo Botbetreiber,
könnte einer von euch diesen LintError zumindest dann korrigieren, wenn er bereits eine Seite bearbeitet? Am liebsten wäre es mir, wenn dies sogar aktiv (auch auf Benutzerseiten, dort allerdings mit einer halben Stunde Karrenz und am besten mit einer Opt-out-Liste) geschehen würde. Das würde viel Arbeit ersparen, denn diese Änderungen kann ein Bot zu 100% fehlerfrei abarbeiten und für menschliche Abarbeiter ist es wirklich komplett stumpfsinnig.
Ich glaube dir gerne, dass es fade ist, ich finde momentan 8 Treffer auf Benutzerseiten. Da tummeln sich Bots eher nicht herum. Ich denke, das ist nix für Bots. --Wurgl (Diskussion) 16:37, 23. Dez. 2023 (CET)Beantworten
Letzter Kommentar: vor 5 Monaten1 Kommentar1 Person ist an der Diskussion beteiligt
Zu Weihnachten würd mir einen Bot wünschen, der externe Links auf das das Verlinkungsziel hin überprüft. Also: wenn der Link nach dorthin.xy angezeigt wird, komme ich dann auch auf die Seite dorthin.xy oder ist eine Umleitung programmiert und ich lande real bei hahaha.zz?
Als Zusatzaufgabe: Wenn ich dann real auf die Seite dorthin.xy gelangt bin - werden dort dann auch die Inhalte von dorthin.xy angezeigt oder per inline doch wieder nur die Inhalte von hahaha.zz eingeblendet?
Dazu dann noch als Sonderwunsch: Wenn das dann nicht übereinstimmt: Herauskramen der Daten wer (Benutzer/IP) hat wann den Link nach wohin eingefügt, wo komme ich real hin und Abspeichern des ganzen auf einer Unterseite in menschenverständlicher Darstellung zur weiteren Überprüfung.
Zur Erklärung: Siehe z.B. die SEO-Link-Problematik, die hier Benutzer:Pentachlorphenol/Witti dargestellt ist. --PCP(Disk)09:22, 24. Dez. 2023 (CET)Beantworten
Aktuallisierungen im den Listen zu den 100-women-days
Wäre definitiv möglich, es sollen also einfach die neuen Artikel der Kategorie:Frau in die Tabelle eingetragen werden und eine schöne Statistik dazu gemacht werden (wahrscheinlich ist es am besten das mit der Statistik am Ende jeden Tages zu machen)? --ElBe1 | 2 | JWP14:19, 11. Feb. 2024 (CET)Beantworten
@ElBe, sorry, ich hatte deine Rückfrage nicht gesehen. Ich denke, es hat sich auch für dieses Jahr jetzt erledigt, denn morgen enden die 100-W-D. Aber evt. wäre es für das kommende Jahr eine gute Sache. @Nicola, Alraunenstern: was meint ihr, wäre das nicht für euch eine Hilfe? Beste Grüe --Itti21:42, 7. Mär. 2024 (CET)Beantworten
Letzter Kommentar: vor 3 Monaten19 Kommentare2 Personen sind an der Diskussion beteiligt
Moin, könnte vielleicht mal wieder ein Botlauf für die Kategorie durchgeführt werden? Das dürften seit dem letzten Mal (vor Jahren?) einige Treffer sein. Ich komme durch diese Anfrage drauf. XenonX3 – (☎) 21:43, 10. Feb. 2024 (CET)Beantworten
@Wurgl: Danke für die Rückmeldung. In deiner Liste sind die meisten Einträge False Positives, da Shadows Commons nur meint, dass eine lokale Datei das Anzeigen einer Commons-Datei verhindert. Wenn die lokale Dateiseite nur eine Vorlage wie {{Geschützt|1=foto}} oder {{Exzellentes Bild}} enthält, müsste die Commons-Datei eigentlich angezeigt werden. Kannst du die Anfrage dahingehend nochmal durchführen, dass alles rausgefiltert wird, was nur eine einzelne Vorlage enthält? Das würde echte ShadowsCommons-Dateien übriglassen, da diese ja min. 2 Vorlagen enthalten müssten (Information und Lizenz). XenonX3 – (☎) 13:45, 17. Feb. 2024 (CET)Beantworten
Ich hab inzwischen ein bissl mehr geguckt: 2115 Dateien sind identisch (nur die Images der Bilder selbst, nicht die Beschreibungen, Templates, etc.) mit Commons (Verglichen hab ich den sha1-Hash, die Filegröße und Höhe/Breite) 945 sind unterschiedlich.
In der Vergangenheit waren das nach den Botläufen immer ein paar hundert Treffer. Das macht nix, die Abarbeitung ist reine Handarbeit und man kann sich damit Zeit lassen. Meistens hab ich das früher alleine gemacht, weil kaum einer überhaupt diese Wartungskategorie kennt. XenonX3 – (☎) 14:18, 17. Feb. 2024 (CET)Beantworten
So und dem API hab ich auch ein weiteres Geheimnis entlockt (imagerepository = shared bzw. local) und nun hab ich 248 Dateien die lokal und identisch sind und 870 die unterschiedlich zu Commons sind, dazu die 125 von der Zeile oberhalb. --Wurgl (Diskussion) 16:31, 17. Feb. 2024 (CET)Beantworten
Kannst du die lokal und identischen mit der Wartungsvorlage versehen und alle anderen in Wartungslisten packen? Dann kann man schauen, was es davon tatsächlich noch braucht und was ansonsten gelöscht werden kann. XenonX3 – (☎) 19:02, 17. Feb. 2024 (CET)Beantworten
Also diese 125 Fälle kommen in eine Wartungsliste mit einer Zeile wie:
Sieht ok aus. Muss nur die Kategorienseite korrigiert werden, weil ShadowsCommons ursprünglich von unterschiedlichen Dateien ausging. Man kann das aber imho ruhig erweitern auf identische Dateien, da man beim Abarbeiten bereits deines Testablaufs auf mehrere zu löschende Dateien stößt. XenonX3 – (☎) 21:11, 17. Feb. 2024 (CET)Beantworten
Morgen weiter. Mir wird sicher noch was dazu einfallen und ich schlaf gerne mal über so neue Dinger.
Mach das Fass mal ruhig auf, das eine Duplikat habe ich gerade gelöscht. Man kann über Spezial:Dateiduplikatsuche nur gezielt nach einzelnen Duplikaten suchen und sich keine Liste ausgeben lassen. Eine Wartungsliste wäre nützlicher. XenonX3 – (☎) 22:07, 17. Feb. 2024 (CET)Beantworten
Letzter Kommentar: vor 29 Tagen8 Kommentare5 Personen sind an der Diskussion beteiligt
Beim Prüfen des Archivbots ist mir aufgefallen, dass der gleiche Link bei sehr vielen Seiten korrigiert oder als Archivbot-Korrektur geprüft werden müsste.
ps. evtl. macht es Sinn, da gleich 'ne Vorlage draus zu machen, eine offizielle Landesliste, also nicht nur die durch die kleine Anfrage „erzwungene“ Arbeits-Liste, ist ja wohl in Arbeit und hätte dann ja wieder eine andere URL ...
Verstehe ich das richtig, dass es nur um genau diesen einen Link geht der 901+395 (https+http) mal auftaucht (davon 681+430 (https und http) mal in der Vorlage Webarchiv), also gut 1400 mal ausgetauscht werden soll? Ich denke wirklich, da sollte eine Vorlage her, die nix anders als ein Wrapper um die Vorlage Internetquelle ist. --Wurgl (Diskussion) 16:41, 18. Feb. 2024 (CET)Beantworten
Letzter Kommentar: vor 2 Monaten8 Kommentare5 Personen sind an der Diskussion beteiligt
In der schwedischen und cebuano-sprachigen Wikipedia hat der LSJbot Millionen von Artikeln generiert. Dort hat er in den geographischen Artikeln Klimadaten eingebunden − nun meine Frage: Wäre es möglich, dass ein Bot in der deutschen Wikipedia Klimadaten zu bestehenden geographischen Artikeln hinzufügt? Rein technisch ist das ja möglich, wie das schw. u. ceb.-Wiki eindrucksvoll bewiesen haben.--77.9.92.7510:43, 24. Mär. 2024 (CET)Beantworten
Abgesehen von der technischen Machbarkeit wäre erstmal zu klären, ob eine derartig flächendeckende Änderung in zig- oder hunderttausenden Artikel überhaupt erwünscht ist. --Invisigoth67(Disk.)08:18, 25. Mär. 2024 (CET)Beantworten
@Kallichore, Rita2008: Das scheint ja recht trivial zu sein, 20 Testedits zum gucken. Ich hab mir 9 angesehen und die waren alle okay. Sonderfälle und Spezialgedaddel ist wohl keines notwenig. Ein paar Links wie in Fremdenfeindliche Ausschreitungen in Heidenau lass ich unangetastet, in dem Beispiel ändert sich der Text in der URL von "dresden-nazifrei-jetzt-erst-recht-zur-demo.html" nach "gericht-setzt-demoverbot-fuer-heidenau-wieder-in-kraft.html" bei denen muss wohl von Hand nachgearbeitet werden bzw. geguckt ob das wirklich die richtige Referenz ist. --Wurgl (Diskussion) 17:28, 6. Apr. 2024 (CEST)Beantworten
Es wundert mich, warum der Bot diesen Fall nicht mitgenommen hat, sieht nicht nach einem Sonderfall aus. Vielleicht, weil direkt dahinter ein (kommentierter und nicht mehr nötiger) Griff ins Archiv steht?
Letzter Kommentar: vor 1 Monat13 Kommentare3 Personen sind an der Diskussion beteiligt
siehe insource:/\. \(siehe / ergibt etliche Treffer, bei welchen nach Satzende ein (siehe xxx) folgt. Der Satzendpunkt sollte daher nach die Klammer verschoben werden (Beispiel), falls dort nicht schon ein Punkt vorhanden ist. Bei der Suche gibt es jedoch recht viele Falsch-Positive. Sieht jemand einen Weg für eine effiziente Triage und Abarbeitung? --Leyo23:54, 21. Apr. 2024 (CEST)Beantworten
Du musst noch das Ausgleichen von Klammern einbauen. Dein Diff enthält beispielsweise folgendes:
== Baudenkmale ==
- …tur)|Chor]] von 1597 mit [[Strebepfeiler]]n hat ein rundbogiges West-Portal. (siehe auch ''[[Liste der denkmalgeschützten Objekte in Straßburg (Kärnten)]]'')
* … -
+ …tur)|Chor]] von 1597 mit [[Strebepfeiler]]n hat ein rundbogiges West-Portal (siehe auch ''[[Liste der denkmalgeschützten Objekte in Straßburg (Kärnten).]]'')
* …
Danke. Ich habe deine Diffliste stichprobenartig geprüft und keine Fehler entdeckt. Ich nehme an, dass du auch sicherstellst, keine Dateieinbindungen zu erwischen. --Leyo09:25, 1. Mai 2024 (CEST)Beantworten
Die Diffliste ist nix anderes als der Wikipedia-Diff nur halt ohne HTML-Zeugs und die Zeilen gekürzt damit man das auf der Kommandozeile auch angucken kann. Ich guck auch ob die Anzahl der Klammern passt, aber mehr als eine Verschachtelungstiefe gabs nicht. --Wurgl (Diskussion) 10:14, 1. Mai 2024 (CEST)Beantworten
Danke. Die einfacheren Fälle scheinen damit abgearbeitet zu sein. Bei den verbleibenden Treffern handelt es sich wohl primär um Falsch-Positive. Falls niemand noch einen guten Vorschlag hat, kann hier geschlossen werden. --Leyo21:44, 4. Mai 2024 (CEST)Beantworten
Letzter Kommentar: vor 27 Tagen10 Kommentare4 Personen sind an der Diskussion beteiligt
Früher gab es dafür ein Tool (Categorycount), das aber nicht mehr unterhalten wird, weil Magnus Manske die Funktion in PetScan integriert hat. Doch da haben wir das Problem, daß dieses auf 500.000 Zeilen begrenzt ist.
Was scheitern wird, ist eine Beschränkung auf den ANR; deepcategory streikt bei einer Verschachtelung von 15 oder so, und ob der großen Menge und Rechenzeit wird auch sonst keiner den Baum bis in jeden Ast durchzählen können.
Nebenbei bemerkt sind das nur die Kategoriebeschreibungsseiten, die für eine Kategorisierung nicht erforderlich sind, aber grad im ANR schon vollständig sein dürften.
Den Baum durchgehen klappt per Query nicht. Klappt nicht weil mariadb Loops im Baum nicht berücksichtigen kann, sprich: Verfällt in Endlosschleife (Ja, "DISTINCT" gibt es, das wirkt aber erst nach der Rekursion und verhindert die Endlosschleife nicht). Zu Fuß per Script wäre das machbar, aber verrückt viel Aufwand.
Danke für eure Antworten. Die sich voll und ganz mit meiner Plausibilitätsgrenze decken. Ich weiß, daß wir im November 2014 etwa 320.000 Kategorie hatten. Und aus einigen Stichproben in den Jahren darauf, daß etwa 30.000 Kategorien pro Jahr engelegt wurden. D.h. die genannten Zahlen liegen eigentlich im Trend. Einen leichten Rückgang bei den Neuanlagen haben ich aus zweierlei Gründen erwartet; da ist zum einen der Wegfall von SDB, Didionline und Radschläger, zum anderen ist das in etwa konsistent mit dem Verhältnis zwischen Kategorien und Artikeln, das seit Jahrn reletiv konstant ist. Die meisten Unterkategorien innerhalb einer Gemeindekategorien gibt es unterhalb on Kategorie:Gemeinde in Berelin; ca. 1820 Kategorien mit 56.000 Artikeln roundabut. --Matthiasb – (CallMyCenter)Wikinews ist nebenan!10:56, 16. Mai 2024 (CEST)Beantworten
Ich habe mir das ganze nochmal angekuckt.
Die Suchfeldeingabe und hgzhs Query sollten theoretisch dasselbe Ergebnis zeigen, tun dies natürlich nicht, weil die Suchfeldabfrage in Echtzeit ist, während der Link zu hgzhs Query auf die unter 82851 archivierte Abfrage geht, und deswegen per jetzt schon drei Tage alt.
Rote Kategorien sind solche ohne Kategorienbeschreibungsseiten. Die Sortierung funktioniert dennoch. Wir bekommen sie intendiert, wenn sie zu Wartungszwecken erzwungen werden (und in vielen Fällen werden die dann früher oder später blau gemacht, obwohl man sie eigentlich nicht braucht) und eigentlich unerwünscht, weil sie im Rahmen von ifexist-Programmierungen aufgerufen werden.
In der DE.WP sind Loops im Kategorienbaum in der Regel Fehler, und weil diese seit bald 20 Jahren systematisch bekämpft werden, kommen sie in unserer Sprachversion selten, hoffentlich gar nicht vor bzw. werden schnell aufgedeckt.
Wenn Deepcategory bei 15 oder so aussteigt: dieses Problem taucht mW nur in der Biologie auf, weil Kategorie:Nagetiere et al. auf Ebene 18 liegt. Überall sonst wird eine solche Tiefe nicht erreicht. Liste von Kriegerdenkmälern in Deutschland steht auf Ebene 15 und ist mW die tiefste Verschachtelung außerhalb der Biologie.
Worin besteht eigentlich der Unterschied zwischen den beiden Abfragen von Wurgl? — Richtig erklärbar ist hierbei nur die eine Kategorie mit dem Pseudonamensraum "Benutzerin", weil es Kategorie:Benutzerin:Nicola tatsächlich gibt; sie ist nicht leer und verfügt über eine Beschreibungsseite. Kategorie:Bestandteil der Welterbestätte „Rio de Janeiro und drei weitere sind fehlerhafte Lemmata im Welterbebereich. Wo kommt der Murks eigentlich her? Diese Lemmata sind weder verlinkt, noch gibt es eine Beschreibungsseite, noch sind in diesen Kategorien Artikel eingetragen. Ich glaube, daß Kategorie:Bestandteil der Welterbestätte „Rio de Janeiro: Carioca-Landschaften zwischen Bergen und Meer“ ein ungültiges Kategorienlemma ist bzw. daß der zweite Doppelpunkt hier ähnlich überraschene Wirkung hat wie in:
Letzter Kommentar: vor 25 Tagen10 Kommentare5 Personen sind an der Diskussion beteiligt
Viele Autoren vergessen immer wieder, Biografien unter Söhne und Töchter der Stadt / Persönlichkeiten einzutragen. Das muss dann relativ umständlich per Hand gemacht werden. Dabei wäre ein Bot, der das macht, gar nicht so schwer zu programmieren. Der müsste dann nur Geburtsort und -datum aus den Personendaten abfragen und dann in dem Ortsartikel unter Söhne und Töchter der Stadt o. ä. eintragen. Beispiel: Max Mustermann:
Personendaten:
{{Personendaten
|NAME=Mustermann, Maximilian
|ALTERNATIVNAMEN=Mustermann, Max
|KURZBESCHREIBUNG=Beispielsperson
|GEBURTSDATUM=1. Januar 2000
|GEBURTSORT=[[Musterstadt]]
|STERBEDATUM=31. Dezember 2000
|STERBEORT=[[Musterstadt]]
}}
Der Bot würde dann im Artikel Musterstadt oder Liste von Söhnen und Töchtern Musterstadts unter Söhne und Töchter / Persönlichkeiten o. ä. folgendes eintragen:
* [[Maximilian Mustermann]] (2000–2000), Beispielperson
Also allgemein: * [[{{{NAME}}}]], (* {{{GEBURTSDATUM (nur Jahr)}}}) oder, falls STERBEDATUM vorhanden ({{{STERBEDATUM (nur Jahr)}}}), {{{KURZBESCHREIBUNG}}}
Damit würde vielen Autoren Arbeitsaufwand erspart. Was sagt ihr dazu?
--MarcelloIV (Diskussion) 09:13, 18. Mai 2024 (CEST)Beantworten
Nur wenn es einen solchen Abschnitt gibt?
teuflisch wird es, wenn die Person schon in einem Ortsteil eingetragen ist, bzw. wenn in den PD der Ortsteil angegeben ist. Es ist nicht immer ganz so leicht per Bot vom Ortsteil zur Stadt zu kommen.
wie ist die Sortierung bei mehreren Personen? Alphabetisch (könnte Probleme bei existierenden Rotlinks geben), nach Geburtsdatum oder in irgendwelche Gruppen (geboren in / gestorben in)?
Wann ist eine Person für einen Eintrag relevant? Also jeder Hinz & Kunz oder gibts Einschränkungen?
Problem Editwar: Wenn ein Autor einen Eintrag rauswirft, dann sollte der Bot nicht immer wieder den Eintrag reinmachen
Zu Punkt 1: Wenn das ein Ortsteil in Deutschland ist, kann man über die Infobox oder Kategorie die Stadt automatisiert rausfinden. In anderen Ländern wird es schwierig.
Zu Punkt 2: In den bisherigen Listen ist das uneinheitlich geregelt. Beispielsweise sind die Personen in Liste von Söhnen und Töchtern der Stadt Bischkek nach Geburtsdatum geordnet, in Liste von Söhnen und Töchtern der Stadt Schymkent sind sie aber alphabetisch sortiert. Ich persönlich bevorzuge die Sortierung nach Geburtsjahr. In bereits bestehenden Listen müsste der Bot allerdings erkennen, ob die Sortierung nach Geburtsdatum oder nach dem Alphabet geschieht.
Zu Punkt 3: Es ist jede Person mit einem Artikel in dewiki relevant.
Zu Punkt 4: Dann wäre eine Ausschlussliste sinnvoll.
PS: Mir fällt grad ein, sass der APPERbot die Liste der Biografien auf ähnliche Weise pflegt.
Ja, der APPERbot ist unter meiner Kontrolle. Ich versuch mich mal daran. Jedenfalls mit einem Protokoll analog zu dem hier: Benutzer:APPERbot/Begriffsklärungsseiten
Danke! Ich hätte nicht erwartet, dass das so schnell geht. Nachtrag zu Punkt 0: Wenn der Bot keine Liste findet, so sollte er einen entsprechenden Abschnitt am Artikelende hinzufügen.--MarcelloIV (Diskussion) 11:51, 18. Mai 2024 (CEST)Beantworten
Zuallererst: Ich berücksichtige nur die Personen, bei denen der Parameter GEBURTSORT mit der Zeichenfolge "[[" beginnt und berücksichtige den ersten Wikilink, also alle aktuell 24.443 Personen aus [dieser Liste fallen raus.
@MarcelloIV: Ich hatte sowas im Hinterkopf: Jouko Salomäki: Geburtsort laut PD: Kauhajoki … das ist eine Gemeinde und kein Ort. Soll da auch so ein Absatz rein? Das würde dann alle diese Verwaltungseinheiten unterhalb von Kategorie:Gemeinde betreffen.
Neheim ist ein Stadtteil von Arnsberg und hat eine Liste von Persönlichkeiten, zum Beispiel den Jazzmusiker Matthias Strucken. Zu Arnsberg gibt es Liste von Persönlichkeiten der Stadt Arnsberg und dort fehlt der Matthias Strucken. Ein Hinzufügen ist für einen dummen Bot nicht machbar weil der Abschnitt nicht entscheidbar ist (Extrembeispiel: Brian May ist Astrophysiker und auch Musiker).
Es gibt also sowohl den Fall Personenliste im Stadtteil und der Stadt als auch nur in der Stadt. Da stellt die Frage: Auch in dieses Quartier eine Liste hinzufügen?
Das Problem mit den amerikanischen Countys ist, daß Orte nicht zwingend nur einem County angehören. Bei obigem McWillie fehlt im Artikel übrigens der Grund, warum die Person etwas mit dem Madison County zu tun hat. Weil er nämlich Camden (Mississippi) gegründet hat, nach seinem Geburtsort Camden (South Carolina). Hier ist der "Fehler" also mehrstufig; zum einen die inkomplette Biographie, zum anderen der fehlende Ortsartikel.
Derartige Bot-generierte Listen ohne menschliche Kontrolle (=Autoren) und bei automatischer Aktualisierung (=Revert der menschlichen Korrekturen) führen regelmäßig an den Baum.
Alle Menschen, die in den letzten 500 Jahren in Berlin geboren wurden? Oder in Wien, Paris, London? Wie viele Tausend sollen das denn werden, und welche Leser interessiert eine derartige Liste? Zumal Berlin von 1700 ein anderes Territorium ist als Berlin von 1930.
Bergisch Gladbach hat ebenfalls einen gesonderten Artikel nur dafür.
Wenn in der Kreisstadt die einzige Geburtsklinik im Kreiskrankenhaus ist, dann kommen nach Rückgang der Hausgeburten alle Menschen nur in dieser Stadt zur Welt; in Liechtenstein mittlerweile kaum noch, weil die liechtensteinische Geburtsklinik sich in der Schweiz befindet. Das ist aber eine Angelegenheit für Verwaltungsbeamte; außer eines Aufenthalts von knapp einer Woche haben Menschen, die dann nie wieder diese Stadt betreten nichts damit zu tun. Malle-Urlaub kann da schon länger dauern, nach zwei Wochen am Strand hat man ja auch keinen Zweitwohnsitz in Spanien und wird zum Deutsch-Spanier.
Stimme da sehr zu. Es macht zukünftig immer weniger Sinn, die Personen nach Geburtsort zu listen, weil in mittelgroßen Städten die Liste dann genauso "Liste der im Krankenhaus XY geborenen Persönlichkeiten" lauten könnte. Persönlich bevorzuge ich deshalb auch Listen, in denen der Wirkungskreis und nicht der Geburtsort ausschlaggebend ist. Der Bot könnte das aber nie im Leben leisten. --CaroFraTyskland (Diskussion) 09:59, 19. Mai 2024 (CEST)Beantworten