Hilfsmittel

• Recherche
• Technik (Software)
  • Helferlein
  • Bots
    • Anfragen für Boteinsatz
    • Notizen für Botbetreiber
    • Anträge auf Botflag
    • Liste der deWP-Bots
    • Pywikibot

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

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

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

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.

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

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

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

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

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

@Informationswiedergutmachung:

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

Jetzt mit 812 Einträgen und detaillierter Analyse aktualisiert.

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

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

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

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

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

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

@Informationswiedergutmachung:

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

@Doc Taxon: CC

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Lässt sich insource:/ \, [A-Za-z]/ weiter eingrenzen, so dass die Korrektur der Plenks automatisiert erfolgen könnte? Beispielsweise dürften Bildeinbindungen nicht angefasst werden. --Leyo 00:17, 11. Aug. 2015 (CEST)Beantworten

• Keine Quelltextkommentare: Zeit des Nationalsozialismus, Dampflokomotive, FC Chelsea
• Vermutlich keine Artikel zur Lautschrift und ähnlichen Themen: Pinyin#Auslaute
• nicht direkt an URLs heranziehen: Nordamerika (der Link sollte natürlich besser formatiert werden)
• größere Mengen an Sonderzeichen in der Nähe sind in der Regel ein Zeichen dafür, dass ein Bot sich fernhalten sollte, hier hätte ein Entfernen des Leerzeichens immerhin nichts verschlechtert aber auch nichts verbessert.
• Nichts in mathematischen Formeln, Programmcode und Zitaten ändern.

Das waren nur die ersten 100 Treffer. --mfb (Diskussion) 00:34, 11. Aug. 2015 (CEST)Beantworten

Danke für deine Analyse! Ich sehe schon, das wird schwierig … --Leyo 00:50, 11. Aug. 2015 (CEST)Beantworten

Zumindest Bot-mäßig, ja. Wäre eventuell was für Benutzer:Aka? 129.13.72.195 12:46, 11. Aug. 2015 (CEST)Beantworten

Ich mache das schon ab- und zu mit. Für einen Bot ist das m.E. nicht geeignet, ich lasse mich aber gerne vom Gegenteil überzeugen :) -- Gruß, aka 12:56, 11. Aug. 2015 (CEST)Beantworten

Vllt macht das ja @Xqt:, der macht solche Korrekturen ja öfter. Viele Grüße, Luke081515 13:00, 11. Aug. 2015 (CEST)Beantworten

WSTM bietet zwar eine benutzerdefinierte Ersetzung an, aber ein ! gehört auch zur Tabellensyntax. Und Linkziele wie etwa schlecht buchstabierte Dateinamen werden von WSTM vor der Ersetzung geschützt, genauso wie math-Bereiche, Syntaxhighlight und alle Kommentare.

mail-re gelegentlich, hat erfreulicherweise niemand interessiert, lassen wir Frau Streisand ruhen.

Schönen Urlaub --PerfektesChaos 13:12, 11. Aug. 2015 (CEST)Beantworten

Hatte doch erst vor kurzer Zeit meinen Bot laufen lassen. Hat sich schon wieder was angesammelt? Mein Ersetzungsparameter sind noch da und ich kann jederzeit loslegen.  @xqt 21:34, 11. Aug. 2015 (CEST)Beantworten

@PerfektesChaos: ([^: ?|]) +(([,;:])|(?[^?])|(![^!])|(\\.[ \n])) (aus deiner verlinkten Seite) ist leider zu komplex für die Wikipedia-Suchfunktion.

@Xqt: Beziehst du dich auf das Entfernen der doppelten Leerzeichen (normal + geschützt)? Hast du solche Korrekturen kürzlich ebenfalls gemacht? --Leyo 00:01, 12. Aug. 2015 (CEST)Beantworten

Ja, einige  @xqt 08:22, 12. Aug. 2015 (CEST)Beantworten

einige = alle, deren Korrektur per Bot sicher genug waren?

Vielleicht könnte CamelBot von lustiger seth noch weitere Artikel korrigieren? --Leyo 16:21, 19. Aug. 2015 (CEST)Beantworten

gudn tach!

CamelBot parst den wikitext nicht, sondern macht eigentlich nur relativ stupide ersetzungen, siehe source code, weshalb mich die beispiele von mfb eigentlich auch eher Aka's einschaetzung teilen lassen. einen einfachen, wenn auch langen regulaeren ausdrueck einzusetzen, wuerde nur dann sinn machen, wenn man die false positives (fast) alle benennen kann. wenn das jemand kann, kann ich auch eine entsprechende ersetzungsvorschrift dafuer basteln, es sei denn xqt hat das bereits getan.

wie geht denn dein bot vor, xqt? parst der den text ein bissl oder ist er so "doof" wie CamelBot? und kuemmert er sich auf anfrage um die gesamte wikipedia oder haengt er auf den RCs? wenn die ersetzungsvorschrift mal da waere, koennte ich anbieten, zusaetzlich CamelBot auf den RCs arbeiten zu lassen. -- seth 22:02, 19. Aug. 2015 (CEST)Beantworten

Nein, ganz so stupid geht mein Bot nicht vor, da wird auch der Zusammenhang geprüft und die Ausnahmeliste ist lang, hier ab Zeile 88  @xqt 05:57, 20. Aug. 2015 (CEST)Beantworten

@Xqt: Da empfehle ich aber bei Zeile 220 <syntaxhighlight> und überhaupt und so.

@Lustiger seth: Ich empfahl schon mal, WSTM in einer JS-Umgebung des Servers laufen zu lassen. Auf Labs ist mindestens node.js vorhanden. Linkservice

LG --PerfektesChaos 10:18, 25. Aug. 2015 (CEST)Beantworten

gudn tach!

@PerfektesChaos: ich erinnere mich. ich hatte nur noch keine zeit, mir anzuschauen, wie ich in perl den js-kram einbinden koennte. schien mir kompliziert zu sein. den python-code habe ich mir bisher auch nur kurz angeschaut. koennte aber sein, dass das leichter zu uebernehmen bzw. einzubinden waere. -- seth 23:35, 29. Aug. 2015 (CEST)Beantworten

@Leyo: @Aka: @Xqt: @Luke081515: @PerfektesChaos: @Lustiger seth: @Mfb: Seit einem Jahr hat sich hier nichts mehr getan. Ist das Problem erledigt? --89.144.202.120 18:49, 5. Aug. 2018 (CEST)Beantworten

Könnte man mit dieser Aufgabe nicht den Anführungszeichentroll betrauen? Dann hätte der mal was Sinnvolles zu tun. --77.0.26.53 22:55, 29. Dez. 2018 (CET)Beantworten

gudn tach!

den kenn ich nicht. aber man kann ihn ja mal fragen oder versuchen zu lenken.

ansonsten habe ich mir gerade mal wieder die eingangs verlinkten suchtreffer angeschaut. ich denke, das zu automatisieren ist sehr aufwendig, weil's so viele false positives gaebe. was ich bei camelbot noch einbauen werde, ist

s/\s+(\]|),\s+abgerufen/$1, abgerufen/

weil das in referenzen haeufig vorkommt. aber "opt-out" scheint mir zu aufwendig. -- seth 10:07, 3. Nov. 2019 (CET)Beantworten

Hm, danach kann man wohl hier schliessen. --Leyo 01:02, 18. Nov. 2019 (CET)Beantworten

gudn tach!

CamelBot macht das nur mit den RecentChanges, weil solche mini-aenderungen manche leute sonst eher nerven. aber von mir aus kann das hier trotzdem geschlossen werden. -- seth 01:18, 18. Nov. 2019 (CET)Beantworten

Ich habe mich gerade daran versucht, Falsch-Positive aus der obigen Suche auszuschliessen: insource:/ \, [A-Za-z]/ -insource:/\<!/ -insource:/(Datei|Bild|File|Image):[^\]]+ \, / -insource:/\<(math|gallery)\>[^\<]+ \, /i -Pinyin -Auslaut

Für eine halbautomatische Korrektur sind das immer noch etwas gar viele … --Leyo 11:54, 18. Nov. 2019 (CET)Beantworten

gudn tach!

gleich im dritten treffer wird eine datei gematcht. dem gallery-regexp macht ein br-element einen strich durch die rechnung. das koennte man noch mit

insource:/ \, [A-Za-z]/
 -insource:/\<!/ 
 -insource:/(Datei|Bild|File|Image):[^\]]+ \, / 
 -insource:/\<(math|gallery)\>([^\<]|\<br \/\>)+ \, /i
 -Pinyin 
 -Auslaut

beheben. aber dann gibt's bestimmt immer noch ausnahmen: insource:/ \, [A-Za-z]/ -insource:/\<!/ -insource:/(Datei|Bild|File|Image):[^\]]+ \, / -insource:/\<(math|gallery)\>([^\<]|\<br \/\>)+ \, /i -Pinyin -Auslaut

ausserdem sollte die ersetzung nicht einfach nur das leerzeichen entfernen. beispielhaft die ersten 4 suchtreffer:

• "Vgl. Werner Kathrein u. a. , Fulda" -> nur leerzeichen entfernen
• "Ingo Loose: Kredite für NS-Verbrechen. , Oldenbourg" -> leerzeichen und komma (oder punkt) entfernen
• "Abschnitt Aus dem Geheimdienst. , in:" -> leerzeichen und punkt entfernen oder leerzeichen und komma entfernen und i grossschreiben
• "Hrsg.: WWF, 1/2017 , Die in der Studie" -> leerzeichen entfernen und d in diesem fall kleinschreiben oder leerzeichen entfernen und komma durch punkt ersetzen

zusammengenommen sieht mir das weiterhin nach viel handarbeit aus. -- seth 21:45, 19. Nov. 2019 (CET)Beantworten

Ja, deshalb ja halbautomatisch. Man könnte auch Subsets bilden. So gibt es z.B. 223 Fälle mit insource:/\. \,/. --Leyo 00:50, 20. Nov. 2019 (CET)Beantworten

Gelegentlich wird in Wikilinks und URLs ein html-Kommentar nur eingefügt, um einen Zeilenumbruch zu erreichen. Dieses Vorgehen hat einige Nachteile für andere Benutzer, insbesondere bei langen Artikeln, da dadurch das Auffinden einer URL deutlich erschwert wird. Konstruktionen wie

Beispiel für URL

http://example.org/das<!--
-->isteinbeispiel.html
oder 
http://example.org/das<!-- -->isteinbeispiel.html

Beispiel für Wikilink:

[[Wikipedia:Bots<!--
-->/Anfragen]]
oder 
[[Wikipedia:Bots<!--  -->/Anfragen]]

Wäre schön, wenn jemand diese unnötige und störende HTML-Kommentare die nur Withespace enthalten entfernen könnte. Frohes Schaffen — Boshomi ☕⌨☺   12:06, 15. Mai 2015 (CEST)Beantworten

@Boshomi: Meinst du, man könnte das auch auf nicht Links ausweiten, wo nur Whitespace drinne ist? Viele Grüße, Luke081515 18:41, 15. Mai 2015 (CEST)Beantworten

In Vorlagen ist das manchmal sinnvoll (nicht in URLs), da sonst teilweise gigantisch lange komplizierte Absätze ohne Struktur entstehen. Es wird zwar meiner Meinung nach viel häufiger angewandt als es sinnvoll ist, aber pauschal alles zu entfernen ist keine Verbesserung. --mfb (Diskussion) 18:45, 15. Mai 2015 (CEST)Beantworten

@Mbf: Die Anfrage ist natürlich für den ANR gemeint. Bei Vorlagen sind Zeilenumbrüche wegen der Lesbarkeit sinnvoll.

@Luke081515: Natürlich, aber die Bearbeitung ist vorläufig einfacher, wenn man das getrennt hält. Die Masse sind wohl Whitespace-Kommentare. Bei den anderen könnten auch einige False-Positive dabei sein.  Frohes Schaffen — Boshomi ☕⌨☺   18:50, 15. Mai 2015 (CEST)Beantworten

Ich frage mich gerade, wie man die Suche eingrenzen könnte, ohne eine Mio. Artikel zu durchforsten.  @xqt 14:52, 16. Mai 2015 (CEST)Beantworten

Die Abfrage ist doch simpel (Peal-reg-expr o. ä.)). Und wenn man es nicht in einer Nacht erledigen will, hängt man es an irgendeinen beliebigen Bot dran der so oder so irgendwann an allen Seiten vorbei kommt. Pfiffigerweise ein Bpt, der den Eingang durchforstet. -- Summer • Streicheln • Note 19:53, 16. Mai 2015 (CEST)Beantworten

Ich finde ca. 1500 Artikel, die auf /<!--\s*-->/s passen, siehe Benutzer:Krdbot/Whitespacekommentare. --Krd 20:37, 16. Mai 2015 (CEST)Beantworten

Sehr schön! Eine hervorragende Grundlage für einen 4-Jahresplan.   -- Summer • Streicheln • Note 20:53, 16. Mai 2015 (CEST)Beantworten

{{InuseBot|1=Xqbot|2=Xqt}} @Xqt: Ist er durch? Viele Grüße, Luke081515 19:17, 20. Mai 2015 (CEST)Beantworten

nö. Wegen Einspruch/Rückfragen auf meiner DS hatte ich die weitere Bearbeitung gestoppt. Im Moment bin ich unterwegs und gab auch keinen Vollzugang auf meinen Server. Das muss also vielleicht bis zum Wochenende warten.  @xqt 21:11, 20. Mai 2015 (CEST)Beantworten

Ich glaube ich frage nochmal. @Xqt: Wie siehts aus? Vorlage:Smiley/Wartung/;-) . Viele Grüße, Luke081515 22:41, 15. Sep. 2015 (CEST)Beantworten

@Boshomi: @Luke081515: @Mfb: @Xqt: @Summer ... hier!: @Krd: Seit einem Jahr hat sich hier nichts mehr getan. Ist das Problem erledigt? --89.144.202.120 18:52, 5. Aug. 2018 (CEST)Beantworten

@89.144.202.120 inhaltlich gebe ich dir recht. Dummerweise fliegt der intelligente Schwarm über das Problem hinweg. So sind Freiwilligenprojekte - betteln oder selbst machen. --Summer • Streicheln • Note 19:51, 5. Aug. 2018 (CEST)Beantworten

Phzh scheint solche Korrekturen vorzunehmen. Allenfalls könnte Benutzer:Krdbot/Whitespacekommentare aktualisiert werden. --Leyo 00:27, 21. Dez. 2018 (CET)Beantworten

≈17

Man beachte die auffallende Österreich-Dominanz; da weiß ich auch, welcher Benutzer die serienmäßig in jede längere URL reingemacht hatte und vielleicht heute noch macht.

VG --PerfektesChaos 01:34, 21. Dez. 2018 (CET)Beantworten

Da und da waren es mit W!B: und Oliver S.Y. jedenfalls unterschiedliche Benutzer. --Leyo 10:59, 21. Dez. 2018 (CET)Beantworten

Ich thematisierte ja auch eine alpenländische Dominanz, die zu vielen Hunderten quer durch den ANR eingebaut wurden, und die du hier auch korrekt identifiziert hast. VG --PerfektesChaos 11:13, 21. Dez. 2018 (CET)Beantworten

Ehrlich gesagt stehe ich da auf dem Schlauch, und bei dem Link von 2016 bin ich mir ziemlich sicher, den von woanders in dieser Form kopiert zu haben, da damals unstrittig. Ich weiß weder, weshalb das ein Problem ist, noch wie die vermeintlich regelkonforme Variante dessen aussieht. Es funktioniert, das ist bei Wikipedia schon ziemlich selten. kein Grund für einen Botlauf bei mehr als 1000 Seiten, wenn, dann ist sowas händisch zu ändern, und auf die Reaktionen der verschiedenen Autoren zu reagieren.Oliver S.Y. (Diskussion) 13:05, 21. Dez. 2018 (CET)Beantworten

ich brauchs kaum mehr: 2011 hat der firefox den umbruch von urls am «/» noch nicht beherrscht, und der auto-umbruch des wp-editfensters hat auch nicht sauber geklappt. mit alten 800-px-bildschirmen war das lästig. heutzutage ist das nurmehr in extremen ausnahmefällen notwendig. und für handy-bildschirme ists sowieso einerlei. ausserdem haben sich superlange urls sowieso als langfristig höchst instabil erwiesen: wer seine webseite so aufbaut, baut sie sicherlich bald wieder um. man findet es meist nur bei datenbankanfragen, die sollte man eh prinzipiell vermeiden, ein paar jahre später nutzen die gar nichts mehr. da ist eine verbale beschreibung des klick-wegs dann oft besser. mfg --W!B: (Diskussion) 07:51, 22. Dez. 2018 (CET)Beantworten

Der Suchlink von PerfektesChaos ergibt keine Treffer mehr. @Boshomi: Erledigt? --Leyo 10:48, 18. Jan. 2019 (CET)Beantworten

Gut so! Solche Kommentare innerhalb eines Wikilinks oder einer URL erschweren vor allem die Lesbarkeit des Quelltextes und sollten schon deshalb strikt vermieden werden.

ein paar weitere Kommentare (mit vielen false postive) finde ich noch mit ~90 Treffer  Frohes Schaffen — Boshomi ⌨   16:42, 18. Jan. 2019 (CET)Beantworten

Bei deinem Suchlink erhalte ich eine Fehlermeldung: Bei der Suche ist ein Fehler aufgetreten: Syntaxfehler des regulären Ausdrucks bei 9: expected ']' --Leyo 17:21, 18. Jan. 2019 (CET)Beantworten

Leyo: Sorry, da hatte ich den falschen link in der Zwischenablage. hier der richtige. (jetzt sind es schon etwas weniger Treffer: ~60 Treffer Frohes Schaffen — Boshomi ⌨   20:17, 18. Jan. 2019 (CET)Beantworten

Treffer wie Autonome Region Kurdistan, bei welchen am Ende des Kommentars eine Pipe steht, könnten ggf. noch eliminiert werden. --Leyo 20:38, 18. Jan. 2019 (CET)Beantworten

gudn tach!

was hat es denn mit sowas auf sich (@user:Frank C. Müller)?

an einer anderen stelle habe ich es soeben entfernt, weil ich dachte, dass es sich um ein heute irrelevantes relikt halten muesse. -- seth 22:07, 19. Nov. 2019 (CET)Beantworten

Ich habe weiland das "sic!" als Kommentar reingesetzt, weil es um die Schreibung des Worte "guiness" in dem URL ging, das sich normalerweise "Guinness" schreibt. Wenn das jemanden stört, kann er das gerne wieder entfernen. gruß, fcm. --Frank C. Müller (Diskussion) 13:08, 20. Nov. 2019 (CET)Beantworten

gudn tach!

ach soo, verstehe, dann war das "sic" so gemeint, wie es eigentlich eh immer zu verstehen ist. danke fuer die info. ich bin irrtuemlich und fest davon ausgegangen, dass ein da technischer hintergrund gemeint sei. aber dann wird bei dem anderen link, den ich nannte, wohl ebenfalls nur die ss-schreibung gemeint sein. -- seth 15:02, 20. Nov. 2019 (CET)Beantworten

Boshomis Link vom 18. Jan. 2019 (20:17) ergibt nun > 100 Treffer. :-( --Leyo 14:08, 7. Aug. 2020 (CEST)Beantworten

Die mittels insource:/\| *pages *= *[0-9]+ *\- *[1-9]/ gefundenen falsch formatierten Seitenbereiche (mit Binde- statt Bis-Strich, unnötige Leerzeichen) sollten per Bot korrigiert werden. Dieser Botrun braucht nicht mit obigen gebündelt zu werden. --Leyo 20:49, 28. Okt. 2015 (CET)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, Luke081515 22: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. --Leyo 22:43, 28. Okt. 2015 (CET) PS. Die mittels insource:/ S\.( )* *[0-9]+ *\- *[0-9]/ ausserhalb von Zitationsvorlagen gefundenen Falschformatierungen könnten gleich mitkorrigiert werden, auch wenn wohl wenige Artikel beide Typen aufweisen.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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Nein, es gibt noch zu korrigierende Artikel. --Leyo 00:51, 23. Aug. 2017 (CEST)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, Luke081515 01:47, 30. Mär. 2018 (CEST)Beantworten

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

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

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

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

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

@Mideal: Kannst du ein paar Beispiele von betroffenen Artikeln angeben? --Leyo 16:39, 25. 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

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

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

+1--Mideal (Diskussion) 12:28, 23. Aug. 2017 (CEST)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

@Mideal: @Aka: @Queryzo: @Leyo: @Mfb: @Zenith4237: Das Problem besteht nun seit drei Jahren. Ist eine Lösung in Sicht? --213.225.0.240 20:18, 9. Nov. 2018 (CET)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ß, aka 20: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

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

Hm, gibt es vielleicht auch Falsch-Positive wie Dateinamen oder gar Lemmata? --Leyo 12:04, 14. Aug. 2017 (CEST)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. --FNDE 21: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, Luke081515 01:54, 30. Mär. 2018 (CEST)Beantworten

@Luke081515: Die Minuszeichen (−) sollen jeweils durch Halbgeviertstriche (–) ersetzt werden. --Leyo 11:13, 6. Aug. 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, Luke081515 19:23, 8. Aug. 2018 (CEST)Beantworten

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

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

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

Was man tun muss:

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

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

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

steht so bei 44%

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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. --Leyo 22:25, 24. Jan. 2016 (CET)Beantworten

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

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

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

Relevant laut Vorlage:Google Buch sind folgende URL-Parameter: q=, id=, pg=, dq=. Gibt es weitere oder kann alles andere ignoriert werden? --Leyo 14:16, 12. Jun. 2018 (CEST)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 --Crazy1880 21:02, 21. Okt. 2020 (CEST)Beantworten

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

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

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

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

@129.13.72.198: @Boshomi: @Doc Taxon: Erledigt? --Thomas Obermair 4 (Diskussion) 23:18, 25. Aug. 2017 (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. --Leyo 14:31, 17. Jul. 2018 (CEST)Beantworten

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

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

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

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

Könnte die Vorkommen von www.gesetze-im-internet.de/… (insource:/http\:\/\/www.gesetze-im-internet.de/) nicht automatisiert durch Vorlage:§/Vorlage:§§/Vorlage:Art. ersetzen? Oder zumindest für nackte Links in Einzelnachweisen (insource:/\> *http\:\/\/www.gesetze-im-internet.de/) oder unter Weblinks (insource:/\* *http\:\/\/www.gesetze-im-internet.de/)? --Leyo 11:46, 14. Nov. 2016 (CET)Beantworten

Siehe Tool Giftbotweblinksuche deaktiviert.. Da ist schon einiges tot, siehe die Botmeldungen im Link. Die Frage ist, wie man das am einfachsten fixt, bzw. wo gibt es eine bessere Quelle, die auch veraltete Gesetzestexte anzeigen kann. Frohes Schaffen — Boshomi ⌨   20:18, 14. Nov. 2016 (CET)Beantworten

Es dürfte hier ja ein paar Deutsche geben, die wissen, wo man ihre Gesetzestexte finden kann. ;-) --Leyo 20:30, 14. Nov. 2016 (CET)Beantworten

Wollen wir es hoffen. Allerdings gehe ich jederzeit eine Wette ein, dass mindestens ein Drittel aller deutschen Bundestagsabgeordneten nicht in der Lage sind selbstständig diese toten Gesetzestexte zu finden.  Frohes Schaffen — Boshomi ⌨   21:25, 14. Nov. 2016 (CET)Beantworten

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

Klick doch einfach auf die Suchlinks oben. Bist etwa du Deutscher und hast zumindest gewisse Kenntnisse von deutschen Gesetzestexten? --Leyo 23:37, 25. Aug. 2017 (CEST)Beantworten

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

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

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

Dankeschön, Freddy2001! Da ist wohl noch einiges bei Commons an Bildern zu importieren...Grüße, --Ghilt (Diskussion) 11:24, 4. Jan. 2017 (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. -- Freddy2001 ^DISK 11:38, 28. Jan. 2017 (CET)Beantworten

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

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

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

@Freddy2001: Als da wären:

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

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

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

Kann bitte jemand seinen Bot losschicken, um folgende Fälle zu korrigieren, also den Bindestrich und das Leerzeichen durch einen Halbgeviertstrich ersetzen:

• insource:/S\. [1-9][0-9]*- [1-9]/
• insource:/S\. [1-9][0-9]* -[1-9]/

--Leyo 23:25, 3. Jan. 2017 (CET)Beantworten

für mehr fehlt mir gerade die Zeit, aber ich bin ja hier nicht alleine Vorlage:Smiley/Wartung/zwinker  – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 16:07, 11. Jan. 2017 (CET)Beantworten

• insource:/S\. [1-9][0-9]*-[1-9]/

Gleich noch zwei Anschlusswünsche zum Thema Seitenzahlen:

• Bitte alle innerhalb von Vorlagen der cite-Familie vielfach fehlerhaft verwendeten Parameter |page= ändern auf |pages=, siehe z.B. Spezial:Diff/161083647/161266863
• Verbreitet ist auch die abgekürzte Zitierung von Seitenzahlbereichen, bspw. S. 431-5. oder S. 823-37. - entspricht aber nicht WP:ZR, wo nur die vollständige Angabe vorgesehen ist, also S. 431-435. oder S. 823-837. Dies zumindest innerhalb von Vorlagen bei Parametereinträgen wie |Seite[n]= oder |page[s]= zu ändern, sollte fehlerfrei möglich sein.

Viele Grüße --Mabschaaf 12:35, 4. Jan. 2017 (CET)Beantworten

Frohes Neues, und Veto zu letzterem:

• Es gibt Publikationen, die ihre Seiten kapitelweise nummerieren, also 12-5 oder 123-2 ist Seite 5 in Kapitel 12 oder Seite 2 zu Thema 123.
• Ein Automatismus sollte die Finger davon lassen.
• Wenn, dann mit zwei notwendigen Bedingungen:
  1. Zwischen den beiden Zahlen steht ein Bis-Strich, kein ASCII.
  2. Die abgeschnittene Zifferngruppe muss numerisch größer sein als die gleichlange schließende Zifferngruppe des Startwerts.

Eigentlich ändert man als Sofortmaßnahme eher die Vorlagenprogrammierung, dass die Zweitnotation page= unerwünscht/veraltet sei, arbeitet jedoch damit normal weiter, und wirft eine Wartungskat, mit der sich die aktiven Fälle zuverlässiger als mit Quelltextanalyse des Artikels auffinden lassen, und irrtümliche Verfälschung anderer Einbindungen zumindest unwahrscheinlicher wird. Ggf. auch rote Fehlermeldung zeigen.

VG --PerfektesChaos 09:10, 5. Jan. 2017 (CET)Beantworten

@PerfektesChaos: Dein Veto kann ich nicht nachvollziehen: Wenn der Bot (wie eingangs angefragt) Seitenzahlenbereiche mit dem typographisch korrekten Bis-Strich versieht, kann er auch gleich die Endseite korrigieren.

Entweder sind dann beide Korrekturen richtig oder auch schon der Bis-Strich ist falsch, weil tatsächlich eine Kapitel-Seite-Notation vorlag. Dann hätte Dein Veto aber gegen Leyos Anfrage gehen müssen.--Mabschaaf 13:01, 5. Jan. 2017 (CET)Beantworten

Bei meinen zwei Suchstrings kann ich mir schlicht keine Falsch-Positiven vorstellen. --Leyo 13:15, 5. Jan. 2017 (CET) PS. Mit einem Leerzeichen am Anfang der Strings – also insource:/ S\. [1-9][0-9]*- [1-9]/ bzw. insource:/ S\. [1-9][0-9]* -[1-9]/ – gibt es mehr Treffer.Beantworten

@Mabschaaf: Du hast monospace geschrieben, und in dem sind jegliche Striche gleich breit und ASCII und typografisch nicht unterscheidbar; weder in der Seitendarstellung noch im Queltext.

• Es stand auch nichts ausdrücklich von U+2013 mit bei.

Fehlerhafte weil unlogische Seitenzahlen würden von einem Bot allenfalls als mutmaßlicher Fehler markiert, aber niemals in irgendeiner Weise automatisiert korrigiert wie „kann er auch gleich die Endseite korrigieren“.

Wenn da vorher ein ASCII-Strich stand, kann überhaupt nichts verändert werden, weil der Bot nicht wissen kann, ob das eine kapitelweise Einzelseite oder ein Bereich von Seitenzahlen sein soll; deshalb darf dann auch kein ASCII-Strich durch typografisch korrekten Bis-Strich ersetzt werden. Der in einem zweiten Schritt dann jetzt eindeutig bestimmen ließe, dass es ein Bereich von Seitenzahlen sein solle.

• Als Mensch baue ich sowas um; aber weil ich den Gesamtumständen und der Art der Publikation entnehmen kann, dass hier mit C&P oder Citoid aus PubMed etc. eingefügt wurde und ich Mutmaßungen über die Publikationen habe.

Es kann nur geändert werden in dem Fall, in dem

1. vorher ein U+2013 typografischer Bis-Strich stand
2. die zweite Zifferngruppe numerisch größer ist als der gleich lange Abschluss der ersten Zifferngruppe.

Andernfalls: nicht dran rühren, keinen Bot-Amok provozieren.

VG --PerfektesChaos 14:11, 5. Jan. 2017 (CET)Beantworten

@Leyo: @Doc Taxon: @Mabschaaf: @PerfektesChaos: Erledigt? --Thomas Obermair 4 (Diskussion) 23:38, 25. Aug. 2017 (CEST)Beantworten

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

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

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

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

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

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

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

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

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

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

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

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

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

Hallo!

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

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

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

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

@FNDE: Laut Versionsgeschichte wurde die Liste händisch von verschiedenen Wikipedianern zusammengestellt. 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. --FNDE 22: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 --FNDE 21:11, 2. Jun. 2017 (CEST)Beantworten

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

Hallo, die Subdomain webpaper.nzz.ch (Neue Züricher Zeitung) wurde in epaper.nzz.ch integriert. Daher sind alle Links, die auf eine Seite bei webpaper.nzz.ch zeigen, tot. Kann man diese Links automatisiert als tote Links markieren?

Ein Beispiel: Wiki-Seite: https://de.wikipedia.org/wiki/Dominique_Strauss-Kahn

Linkziel: http://webpaper.nzz.ch/2013/05/19/international/KC4X9/strauss-kahns-comeback-in-der-wueste?guest_pass=8e28375c25:KC4X9:e36d2a7805f0a5c83cf893a067d72c6e448d55fd

Anchor: Strauss-Kahns Comeback in der Wüste. (nicht signierter Beitrag von Melanie Riedel (Diskussion | Beiträge) 11:35, 19. Mai 2017 (CEST))Beantworten

Ein Fall für das Webarchiv? https://web.archive.org/web/20160701060437/https://webpaper.nzz.ch/2013/05/19/international/KC4X9/strauss-kahns-comeback-in-der-wueste?guest_pass=8e28375c25:KC4X9:e36d2a7805f0a5c83cf893a067d72c6e448d55fd – oder sonst eben ca. 110 fehlende Einzelnachweise. --Wurgl (Diskussion) 11:45, 19. Mai 2017 (CEST)Beantworten

@Wurgl: Ja alle Links als Webarchiv wäre optimal. Ist das möglich per Bot? --KurtR (Diskussion) 03:58, 22. Mai 2017 (CEST)Beantworten

Das Problem dürfte sein, daß die Mementos nicht denselben Zeitstempel tragen – es dürfte notwendig sein, daß jemand jeden einzelnen Link einzeln bearbeitet. Wobei sich mir die Frage stellt, ob man nicht sinnvoller nach epaper.nzz.ch umstellt. Dazu müßte man aber wissen, ob und wie die Links umgestellt wurden.

@Melanie Riedel: Hast du irgendwelche Infos darüber, unter welcher URL "Strauss-Kahns Comeback in der Wüste" sich unter epaper.nzz.ch findet? (Herrgott, haben die bei NZZ noch nix von Weiterleitungen gehört?) --Matthiasb – ^{(CallMyCenter)} 21:36, 22. Mai 2017 (CEST)Beantworten

M. W. sind die Artikel nicht frei verfügbar unter epaper.nzz.ch, also ist archive.org optimal. Vielleicht kann der bot einfach das erste vorhandene Memento nehmen oder ist dies technisch nicht möglich? --KurtR (Diskussion) 03:21, 23. Mai 2017 (CEST)Beantworten

@Matthiasb: Nein, das weiß ich leider nicht. Aber das sollte nur ein Beispiel sein für mehrere Seiten, auf die das zutrifft.(nicht signierter Beitrag von Melanie Riedel (Diskussion | Beiträge) 11:57, 23. Mai 2017 (CEST))Beantworten

@Wurgl: Nein, Links werden nicht per Bot auf Webarchive umgebogen (es sei denn, es gibt eine geprüfte 1:1-Liste für Ersetzungen). Beim Umbiegen auf ein Archiv ist immer eine inhaltliche Prüfung nötig, die ein Bot nicht leisten kann. Deshalb hat auch GiftBot bei den defekten Weblinkmeldungen auf den Diskussionsseiten nur geprüft, ob es überhaupt Archiveinträge gibt und dann einen Ersetzungsvorschlag gemacht. So, wie ich das einschätze, ist diese Anfrage per Bot nicht lösbar. --Mabschaaf 12:38, 23. Mai 2017 (CEST)Beantworten

Ich meinte das eher allgemein. Mir erscheint es jedenfalls vernünftiger, diese ca. 110 Links per Hand auf ein Webarchiv umzubiegen als sie als tot zu markieren (was nichts anderes ist als ein Scheintod, weil der übernächste wirft das dann raus) oder gar sofort zu entfernen. Und 110 sind per Hand zwei oder drei Abende (oder ein langer Abend und dann tanzende Sternchen vor den Augen), das ist jedenfalls machbar. --Wurgl (Diskussion) 14:19, 23. Mai 2017 (CEST)Beantworten

@Mabschaaf @Wurgl: Es braucht in diesem Fall keine inhaltliche Prüfung, die Domain wurde abgeschaltet, der Link ist im Archiv korrekt. Manuell wird damit nur Zeit vergeudet sowie tauchen die manuellen Änderungen in den BEOs auf, was auch nervend ist. Wurgl: Als Tot markieren mit der Vorlage finde ich auch schlecht, auch wenn mit der Vorlage auf eine Memento-Übersichtsseite verlinkt wird. Was aber dann nochmals einen extraklick vorrausetzt für den User zum Anschauen. --KurtR (Diskussion) 17:55, 23. Mai 2017 (CEST)Beantworten

Ein deutschsprachiger Klon von InternetArchiveBot wäre nützlich … --Leyo 22:12, 25. Mai 2017 (CEST)Beantworten

Der Botbetreiber hat sich auf Wikipedia:Projektdiskussion#Ein Bot zu bekämpfen von WP:Defekte Weblinks (Bereitstellen von InternetArchiveBot zu dewiki) schon angeboten, aber eher Ablehnung erhalten. 147.142.62.125 14:23, 2. Jul. 2017 (CEST)Beantworten

@Benutzer:Melanie Riedel, Wurgl, KurtR, Matthiasb, Mabschaaf, Leyo: In einer Kurierdiskussion wurde das Thema deutlich positiver aufgenommen. Daher gibt es inzwischen Wikipedia:Meinungsbilder/Boteinsatz bei toten Links. --Martina _Disk. 05:34, 8. Aug. 2017 (CEST)Beantworten

Danke für die Initiative! GiftBot macht zwar einen tollen Job, aber die viele Handarbeit ist nicht (mehr) zu bewältigen. Die angebotene Unterstützung ist mehr als willkommen. --Leyo 09:28, 8. Aug. 2017 (CEST)Beantworten

Laut Spezial:Weblinksuche/webpaper.nzz.ch gibt es noch 60 betroffene Artikel. --Leyo 13:41, 6. Mär. 2020 (CET)Beantworten

Hallo zusammen,

leider findet man sehr häufig die Zeichenkette

Mac OS X

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

Folgende Ersetzungen sollte ein Bot daher vornehmen:

a)

Mac OS X

 durch

Mac OS X

b)

Mac OS X

 durch

Mac OS X

c)

Mac OS

 durch

Mac OS

d)

OS X

 durch

OS X

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

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

Mit a) wär ich schon sehr glücklich. -- LG, ℳ웃79 18:05, 26. 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. --FNDE 18:21, 26. Mai 2017 (CEST)Beantworten

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

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

Diskussion:MacOS/Archiv/2016#Umbruch verhindern durch geschütztes Leerzeichen bei Mac OS, Mac OS X – ich verstehe immer noch nicht, was so schlimm daran sein soll, wenn „Mac OS“ umgebrochen wird. Ist es nicht schlimmer, wenn „OS X“ umgeborchen wird? ‣Andreas•⚖ 02:01, 16. Jun. 2017 (CEST)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 --FNDE 11: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
• MS‑DOS, also mit dem geschützten Bindestrich, dem Equivalent zu  

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

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

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

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

Aber auch:

• Stadtwerke AG, Meyer OHG

und (Nachtrag 2) hier:

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

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

Das würde ja mit meinem Vorschlag übereinstimmen:

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

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

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

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

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

Andreas, wie ist hier der Stand? --FNDE 21:17, 8. Apr. 2018 (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?

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

Hallo,

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

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

Falls noch Infos benötigt werden, bitte anpingen.

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

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

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

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

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

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

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

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

Liebe KollegInnen,

in der Frage ob Vorlage:Hauptseite Aktuelles in der Vergangenheit zu viel Sport-Themen präsentiert hat (s. Vorlage Diskussion:Hauptseite Aktuelles#„Sport-Wikipedia“), wollte ich nachfragen, ob es nicht eine Möglichkeit gibt, die neu ergänzten Artikel pro Edit (Berichtszeit: Jan–Jun 2017) für die Vorlage automatisiert herauszuziehen und vielleicht monatlich für weitere Auswertungen in eine Excel-Datei o. ä. zu sammeln (rein stilistische oder Rechtschreibkorrekturen sollten nicht mit aufgenommen werden). Bis jetzt habe ich das händisch gemacht, es ist aber ein großer zeitlicher Aufwand und ich bin erst mit dem Januar 2017 durch. Frage ist auch, ob man z. B. eine Statistik der Verweildauer jedes Artikels kreieren könnte, wie in der Diskussion von Happolati gefordert (manuell ist das zu aufwendig und wahrscheinlich auch fehleranfällig). Danke im Voraus und viele Grüße, --César (Diskussion) 10:06, 11. Jul. 2017 (CEST)Beantworten

Hi César, versteh ich das richtig: soll die Vorlage:Hauptseite Aktuelles daraufhin untersucht werden, wie lange eine Nachrichtenzeile jeweils in der Vorlage besteht? Sortierung nach Sportthemen dürfte kompliziert sein für einen Algorithmus, reicht euch daher die einfache Auflistung der jeweiligen Themen mit der dazugehörigen Verweildauer? CC: Benutzer:Happolati --FNDE 15:46, 11. Jul. 2017 (CEST)Beantworten

Hi und danke fürs CC. Ich habe technisch nicht viel Ahnung davon, was möglich ist, aber eine Auflistung der Themen/Stichwörter/Links mit der längsten Verweildauer auf der HS wäre für unsere Diskussion interessant. Danke für deine Mühe! Gruß --Happolati (Diskussion) 18:02, 11. Jul. 2017 (CEST)Beantworten

Hallo FNDE,

das wäre toll. Könnte man so etwas monatlich für Januar bis Juni 2017 machen, für Stichwörter und Textmeldungen? Und vielleicht nochmal zusammengerechnet für das Halbjahr? Viele Grüße, --César (Diskussion) 19:30, 11. Jul. 2017 (CEST)Beantworten

Hallo FNDE,

ich wollte mal nachfragen, ob sich schon absehen lässt, ob du solche Listen bereitstellen könntest. Oder müsste das doch händisch gemacht werden? Viele Grüße, --César (Diskussion) 10:41, 23. Jul. 2017 (CEST)Beantworten

Hey César, ich würde mich mal die Woche da ran setzen. Aber nochmal eine Nachfrage: werden die einzelnen Zeilen nicht ohnehin jeden Tag ausgetauscht? Wenn dem so ist, hat jedes Stichwort doch eine "Maximallaufzeit" von einem Tag. Wie gesagt, automatisch nach Themen zu unterscheiden ist schwierig. Beste Grüße -- FNDE 18:27, 23. Jul. 2017 (CEST)Beantworten

Moin. Das kann man nicht so pauschal sagen, FNDE. Es ist sehr unterschiedlich – je nachdem, ob aktualisierte Artikel vorliegen. Mal bleibt eine Textmeldung oder Stichwort mehrere Tage stehen, mal ein paar Stunden. Grüße, --César (Diskussion) 08:18, 24. Jul. 2017 (CEST)Beantworten

César, ich würde das dann wie folgt machen: wir gehen jede einzelne Version durch, berücksichtigt werden nur die Stichwörter bzw. deren Linkziel. Wenn dann der Beschreibungstext eines Links geändert wird bleibt die Zählung weiterhin aktiv, nur beim kompletten Austausch des Links wird dann die Zeit unterbrochen. Wäre das so in eurem Sinne? Beste Grüße --FNDE 13:47, 24. Jul. 2017 (CEST)Beantworten

Ich denke, das würde passen. Probiere mal Dein Glück mit Januar bis Juni 2017. Ich habe für den Januar schon eine separate Liste händisch erstellt gehabt, die ich zur Überprüfung nutzen könnte. --César (Diskussion) 14:01, 24. Jul. 2017 (CEST)Beantworten

@César: @Happolati: @FNDE: Das Problem besteht nun seit zwei Jahren. Ist eine Lösung in Sicht? --89.144.197.187 14:25, 11. Jul. 2019 (CEST)Beantworten

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

Weiterführender Vorschlag:

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

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

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

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

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

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

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

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

Besser als cirrus ist hier die Giftbot Weblinksuche:

Die relevanten Links sind:

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

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

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

Hallo, vorhin habe ich mit dem AutoWikiBrowser (AWB) mehrere Links von HTTP zu HTTPS geändert, siehe dazu auch Hilfe:Verschlüsselte Verbindung. Es ging um den Link "http://www.gesetze-im-internet.de", welchen ich durch "https://www.gesetze-im-internet.de" ersetzt habe. Ich wurde darauf aufmerksam gemacht (siehe hier), dass ich doch auch gleich die Vorlagen Vorlage:§, Vorlage:§§ sowie Vorlage:Art. einbinden könnte.

Diese Automatisierung ist mit AWB allerdings nicht so einfach umsetzen. Aus diesem Grund wollte ich fragen, ob hier jemand diese Aufgabe automatisieren könnte. Das wäre eine große Hilfe! Vielen Dank und beste Grüße, --Soluvo (Diskussion) 21:35, 16. Aug. 2017 (CEST)Beantworten

Ob AWB oder Bot, auf das richtige Regex kommt es an. --Leyo 12:40, 13. Sep. 2017 (CEST)Beantworten

Ja, das stimmt natürlich. --Soluvo (Diskussion) 21:03, 18. Sep. 2017 (CEST)Beantworten

@Soluvo: @Leyo: Das Problem besteht nun seit einem Jahr. Ist eine Lösung in Sicht? --213.225.32.77 21:20, 16. Aug. 2018 (CEST)Beantworten

Vielleicht kann Volljurhorst etwas dazu sagen. --Leyo 23:01, 16. Aug. 2018 (CEST)Beantworten

(Seit geraumer Zeit ersetze ich Fundstellenangaben durch Vorlagen, dabei setze ich bisweilen auch die Vorlage:§ etc. ein. Meine lange Liste ist nun auf 12 Seiten geschrumpft. Bin also bald damit fertig.) Ich widme mich dem gleich und bitte um Nachsicht, dass es so lange gedauert hat. --Volljurhorst (Diskussion) 14:57, 20. Aug. 2018 (CEST)Beantworten

Ich muss noch hinzufügen, dass das nur halbautomatisch geht. An manchen Stellen, wo solche Links auftauchen, ist der Artikel auch zu überarbeiten. Es ist zum Beispiel nicht hilfreich, einen Link auf das gesamte Gesetz zu setzen (durch Vorlage), wenn sich aus den Umständen ergibt, welche einzelne Regelung gemeint ist. Auch gibt es Stellen, wo im Text bereits die Vorlage:§ verwendet wird und noch eine zusätzliche ref auf das gesamte Gesetz existiert, sowas lösche ich dann gleich ganz raus. Es wird also seine Zeit brauchen, dient aber gleichzeitig der Vereinheitlichung. --Volljurhorst (Diskussion) 16:52, 20. Aug. 2018 (CEST)Beantworten

Ich kann @Volljurhorst nur zustimmen, dass die Änderungen höchstens halbautomatisch und tendenziell eher manuell durchgeführt werden sollten. Teilweise habe ich auch ein paar Links auf Gesetze-im-Internet.de durch die Vorlage:§ ersetzt, allerdings auch nur manuell. --Soluvo (Diskussion) 20:13, 21. Aug. 2018 (CEST)Beantworten

Vielleicht kann man die Treffer (insource:/www\.gesetze-im-internet\.de/) so in Gruppen einteilen, dass die halbautomatische Abarbeitung effizient erfolgen kann. --Leyo 09:44, 22. Aug. 2018 (CEST)Beantworten

Genau, es gibt mehrere Seiten, die ohne nötigen Eingriff durchs erledigende Skript fallen und dann fast so viele Gruppen wie Seiten, bei denen der Artikel anschließend inhaltlich verbessert werden muss (manuell). --Volljurhorst (Diskussion) 16:49, 27. Aug. 2018 (CEST)Beantworten

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

Hallo!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

"Nur Errormeldungen" stimmt ja so auch nicht, siehe [1] um nur 1 Beispiel herauszugreifen. Gibt es denn eine Systematik im Versagen?  @xqt 13:42, 5. 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ich habe soeben die Tabelle unter Simferopol entdeckt und mich gerade in die Internet-Steinzeit zurückversetzt gefühlt. Könnten solche unschönen Tabellen jeweils per Bot in eine Wikitable umgewandelt werden? --Leyo 11:31, 13. Dez. 2017 (CET)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ß, -- hgzh 18:48, 15. Dez. 2017 (CET)Beantworten

Eine einfache insource-Suche liefert noch mehr solches antikes Zeug, z.B. Darío_Silva#Statistiken. 92.75.111.186 17:38, 16. Dez. 2017 (CET)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. --FNDE 18: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. --Leyo 02: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 --FNDE 12:46, 8. Jan. 2018 (CET)Beantworten

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

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

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

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

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

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

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

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

Ich stoße ständig auf Artikel, bei denen der Commonscat-Link fehlt, und dass obwohl Artikel und Commonscat identisch benannt sind. Wäre es sinnvoll und möglich da eine Arbeitsliste per Bot anzulegen? Folgendes schwebt mir vor: 1. Auflistung aller Artikel, die keinen Commonscat-Link haben und zu denen es eine gleichlautenden Commonscat gibt. 2. Auflistung aller Artikel die keinen Commonscat-Link haben (wo es keine gleichnamige Commonscat gibt), bei denen aber eine andere Sprachversion auf eine Commonscat verlinkt und Angabe der dort verlinkten Commonscat. Kann man so etwas machen, und wäre es auch sinnvoll? -- Lord van Tasm «₪» ‣P:MB 22:04, 28. Feb. 2018 (CET)Beantworten

Ich denke nicht, dass das sinnvoll ist. Allein mit dem Anfangsbuchstaben 'A' sind das 30.499 Seiten (ohne Weiterleitungen). In der linken Spalte auf der Seite ist ja ein Commonslink (wenn auf Wikidata eingetragen) angegeben. Ja, ich weiß, dass das bei Mobilgeräten wie Smartphones Probleme macht, aber dann sollte eben das Seitenlayout besser gestaltet werden, anstatt überall redundante Links reinzudrücken. Dagegen ist es m. E. sinnvoll, die Seiten rauszufischen, die nicht über Wikidata mit gleichnamigen Commons-Kategorien oder -Galerien verknüpft sind. --Achim (Diskussion) 15:56, 2. Mär. 2018 (CET)Beantworten

BTW: Kennst du Benutzer:Aka/Fehlerlisten/fehlende Commons-Kategorie? --Leyo 10:46, 5. Mär. 2018 (CET)Beantworten

Ah, Super! Danke vielmals! Auch 'ne Möglichkeit ein bissl mehr Ordnung reinzukriegen, auch wenn's was anderes ist.-- Lord van Tasm «₪» ‣P:MB 11:53, 5. Mär. 2018 (CET)Beantworten

BTW hätten wir da auch noch Benutzer:Krdbot/Defekte Schwesterprojektlinks und Benutzer:Achim55/Bad links to other wikis im Sortiment, die umfangreicher sind, aber auch die Seiten, bei denen {{Commonscat}} ins Leere zeigt, enthalten. Nur für den Fall, dass Langeweile aufkommt... --Achim (Diskussion) 15:49, 5. Mär. 2018 (CET)Beantworten

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Noch ein paar allgemeine Dinge:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Mittels insource:/\.\[\[[^(Datei|File|Bild|Image|admin)]/ findet man etliche Artikel mit einem Vorkommen von .[[, was meist ein fehlendes Leerzeichen nach einem Satz bedeutet. Aktuell ergibt die Suche 1121 Treffer. --Leyo 11:08, 10. Apr. 2018 (CEST)Beantworten

Jo, aber nicht immer, z. B. "www.boot.de" ist richtig. 129.13.72.197 12:46, 10. Apr. 2018 (CEST)Beantworten

Leyo schrieb doch selbst meist, darum ist das auch nicht für einen Bot geeignet. Mit Komma statt Punkt findet man noch mehr Fehler. -- Gruß, aka 13:03, 11. Apr. 2018 (CEST) PS: [^(Datei|File|Bild|Image|admin)] macht nicht das, was du vermutlich wolltest. Du schließt damit alle Links aus, die mit einem der Buchstaben aus "dateiflbmagn" beginnen. In Perl würde ich (?!..|..|..) verwenden, was die interne Suchmaschine hier aber nicht zu verstehen scheint. -- Gruß, aka 14:15, 11. Apr. 2018 (CEST)Beantworten

@Aka, Leyo:

Die Klammer-Syntax geht schon, aber mit runder Klammer und zwei Ausdrücken:

insource:/\.\[\[/ -insource:/\.\[\[(Datei|File|Bild|Image|admin)[:.]/i

LG --PerfektesChaos 12:13, 12. Apr. 2018 (CEST)Beantworten

Was ist denn das für eine Aussage!? Wenn ein Vegetarier ein Schnitzel durch Salat ersetzt, kann er es auch essen, ja ;-) -- Gruß, aka 12:16, 12. Apr. 2018 (CEST)Beantworten

Ich kann mich da demnächst drum kümmern, wie die letzten male halbautomatisch, dann passieren deutlich weniger Fehler. Viele Grüße, Luke081515 23:47, 12. Apr. 2018 (CEST)Beantworten

Eine erste Etappe ist schon mal weg. Waren so um die 700 Treffer. Viele Grüße, Luke081515 23:23, 16. Apr. 2018 (CEST)Beantworten

Vielen Dank! insource:/\.\[\[/ -insource:/\.\[\[(Datei|File|Bild|Image|admin)[:.]/i ergibt nun noch 704 Artikel. --Leyo 23:53, 16. Apr. 2018 (CEST)Beantworten

Ich bin jetzt durchgegangen, bis auf false positives, und vllt eine Hand voll Sachen sollte alles weg sein. Viele Grüße, Luke081515 01:12, 28. Apr. 2018 (CEST)Beantworten

Vielen Dank! Von den mittels insource:/,\{\{/ gefundenen Artikel könnten noch etliche korrigiert werden, aber es gibt auch Falsch-Positiven. --Leyo 23:26, 1. Mai 2018 (CEST)Beantworten

Bei folgenden gibt's IMHO keine Falsch-Positiven: hastemplate:Webarchiv insource:/\,'*\{\{ *Webarchiv/ & hastemplate:Webarchiv insource:/:'*\{\{ *Webarchiv/ --Leyo 11:10, 22. Mai 2018 (CEST)Beantworten

Ich habe gerade eine Commonscat-Verlinkung, die auf eine Weiterleitung führte, korrigiert. Könnten alle Commonscat-Einbindungen auf ihre korrekte Verlinkung geprüft werden (Linkziel inkorrekt)? Allenfalls könnte dies anhand Wikidata (P373) geschehen. Bei Nicht-Übereinstimmung der lokalen Angabe und des Wikidata-Eintrags könnte allenfalls eine Wartungskategorie helfen. --Leyo 15:51, 18. Apr. 2018 (CEST)Beantworten

Siehe Wikipedia:Bots/Anfragen#Commons-Links, Benutzer:Aka/Fehlerlisten/fehlende Commons-Kategorie und Benutzer_Diskussion:Achim55#Commons-Links. Alter Hut. Man könnte höchstens mal die Suche auf Nicht-ANR-Seiten ausweiten, da dein Beispiel ja eine Kategorie ist. 129.13.72.197 09:55, 19. Apr. 2018 (CEST)Beantworten

Ja, eine solche Erweiterung wäre sinnvoll. --Leyo 15:48, 20. Apr. 2018 (CEST)Beantworten

Spontane Idee: Man könnte schauen, bei welchen Artikel sich eine Änderung ergäbe, wenn man den Parameter 1 der Vorlage:Commonscat durch {{subst:#invoke:Wikidata|claim|P373}} ersetzen würde. --Leyo 13:19, 25. Apr. 2018 (CEST)Beantworten

Ich schaue mir das zwischendrin mal an, ist in Arbeit, – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 01:33, 26. Apr. 2018 (CEST)Beantworten

Das praktische Problem ist hier, dass es viele Artikel gibt, in denen die Vorlage:Commons bzw. Vorlage:Commonscat mehrfach eingebunden sind, siehe Benutzer:Mfb/Doppelte Commonscat-Ziele und Benutzer:Mfb/Doppelte Commons-Ziele. 212.51.174.162 10:29, 26. Apr. 2018 (CEST)Beantworten

Der Bot geht mal alles im Artikelnamensraum durch, das dauert natürlich ne Weile. ... – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 21:49, 26. Apr. 2018 (CEST)Beantworten

In diesem Beispiel stimmt jetzt zwar das Linkziel, aber aus einer deutschen Beschriftung wurde eine englische. Nicht optimal, so wäre es besser: [2] --тнояsтеn ⇔ 22:50, 26. Apr. 2018 (CEST)Beantworten

@Thgoiter: hierbei geht es um einen Verweis auf eine Kategorie bei Commons, bis auf ein paar Ausnahmen haben diese in der Regel keine deutschen Bezeichner. – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 23:02, 26. Apr. 2018 (CEST)Beantworten

Trotzdem ist es üblich, in deutschen Artikeln die deutsche Übersetzung einzusetzen. --тнояsтеn ⇔ 23:04, 26. Apr. 2018 (CEST)Beantworten

@Thgoiter: ich nehm das mal mit auf – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 23:08, 26. Apr. 2018 (CEST)Beantworten

ANR ist durch, denke ich. Jetzt ist ns 14 dran – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 09:01, 28. Apr. 2018 (CEST)Beantworten

Gut. Was aber noch fehlt, ist die Korrektur der Commonslinks in der Vorlage:Commons. Kannst du da auch noch machen? 94.217.110.137 16:05, 28. Apr. 2018 (CEST)Beantworten

Das Einsetzen des deutschen Kategorienamens ist oft nicht richtig, da die Commons-Kategorie anders heißt. Beispiele [3] [4] --188.194.41.172 16:39, 28. Apr. 2018 (CEST)Beantworten

Das liegt dann aber daran, dass die verlinkte Commonskategorie per se nicht sinnvoll ist. In deinen beiden Beispielen habe ich sie daher entfernt. Mir ist allerdings noch aufgefallen, dass der Bot teilweise Links auch auf BKL-Seiten korrigiert hat, z. B. hier. Im Prinzip nicht so schlimm, kann man dann in einem zweitem Schritt manuell korrigieren, ich wollte es nur anmerken. 94.217.110.137 18:30, 28. Apr. 2018 (CEST)Beantworten

Fehler: [5]. 94.217.110.137 18:42, 28. Apr. 2018 (CEST)Beantworten

Das ist kein Fehler, denn genau dorthin leitet die Commons-Kategorie nun mal weiter. – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 19:30, 28. Apr. 2018 (CEST)Beantworten

Und mit Commonscat bin ich fertig. – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 19:31, 28. Apr. 2018 (CEST)Beantworten

Versteh ich nicht: Warum wird denn die nicht-existente Vorlage:cat see also eingefügt? 94.217.110.137 19:39, 28. Apr. 2018 (CEST)Beantworten

huch, das war nicht geplant. Danke fürs Aufpassen. – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 20:02, 28. Apr. 2018 (CEST)Beantworten

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

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

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

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

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

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

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

ohne Block werden alle Navigationsleisten beliebig erweiterbar miteinander verschmolzen

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

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

doppelter Block

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.