Wikipedia:Technische Wünsche/Reparaturhilfe/Archiv

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen
vom Projekt
Technische Wünsche
Reparaturhilfe
für Helferlein, Tools, Bots und Benutzerskripte

HotCat

[Quelltext bearbeiten]

Dokumentation Wikipedia:Helferlein/HotCat / c:Help:Gadget-HotCat

Bisherige Anläufe:

Problembeschreibung Das Werkzeug benutze ich fast ausschließlich auf Commons, und zwar zum Kategorisieren von Dateien. Die Bugs kann ich auch in der de-WP reproduzieren, daher handelt es sich offenbar um einen generellen Bug in allen WM-Projekten.

Problem 1: CURSORSPRUNG: Das Problem tritt beim manuellen Input einer anderen Kategorie auf: Wenn ich als User die Kategorie ändern möchte, und bloß die ersten Zeichen einer Kategorie als einen Zusatz ändern will (z.B. "Maps of France" --> "Geological maps of France"), dann darf die geänderte Kategorie nicht mit einem Kleinbuchstaben beginnen. Wenn man nicht aufpasst, wird beim Versuch der Eingabe von "geological maps of France" unmittelbar nach der Eingabe des kleinen "g" der Input auf "G" umgeändert und der Eingabecursor wird an das Ende des Textfeldes gesetzt. Die Eingabe nach dieser Auto-Korrektur lautet daher: "Gmaps of Franceeological".

Daraus ergibt sich auch ein weiterer Effekt: Wenn ich bereits weiß, dass "Geological Maps..." nicht richtig ist, dann lösche ich direkt das erste "M" in "Maps of France" und will es durch "Geological m" ersetzen. Bei einem derartigen Versuch erkennt HotCat fälschlicherweise, dass der Versuch unternommen wird, einen Kleinbuchstaben an den Beginn der Kategorie zu setzen: "a" wird ersetzt durch "A" und der Cursor springt an das Ende des Eingabefelds, sodass "Aps of FranceGeological m" entsteht.

In Nikkis verlinkter Beschreibung von Juli 2021 stehen noch weitere Hinweise, so wird beispielsweise auch die Eingabe eines Leerzeichens nicht akzeptiert.

Lösungsvorschläge: a) Die Kategorie könnte erst nach beim Ende der Eingabe validiert werden, sodass ich als User meine Eingabe tatsächlich tätigen kann, ohne sofort verschlimmbessert zu werden. (Die Schwierigkeit dabei könnte sein, zu erkennen, wann der Eingabevorgang beendet ist - denn HotCat erlaubt dankenswerter das Speichern, auch wenn das Kategoriefeld noch im Editiermodus ist.) b) Der Cursor springt nicht mehr einfach an das Ende des Textfelds. Wenn ich das große "M" von "Maps of..." lösche, entsteht also nach wie vor ein "Geological mAps of...", doch das kann wenigstens dank der Vorschlagshilfe mit einem einzigen Klick korrigiert werden.

Optional auch Problem 2: BEGRIFFSKLÄRUNG: Angeblich soll es früher einmal möglich gewesen sein, dass bei Eingabe einer Begriffsklärungs-Kategorie (in Commons sehr weit verbreitet, vgl. C:Category:John Smith) dem HotCat-Benutzer die dort gelisteten Kategorien als Sub-Kategorien angeboten werden. Dies ist aktuell überhaupt nicht möglich, d.h. z.B. zu C:Category:Logs gibt es keine weitere Unterkategorie. So eine falsche Zuordnung zu der BKL-Kategorie fällt Anwendern üblicherweise gar nicht weiter auf. Falls doch, so müssen sie erst in die BKL-Kategorie klicken, und dann den richtigen Eintrag mit C+P übertragen, was eher umständlich ist.

Lösungsvorschlag: Die in einer BKL-Kategorie gelisteten Kategorien sollten von HotCat als Unterkategorien erkannt werden. (Logischerweise aber die BKL-Kat nicht umgekehrt als Oberkategorie der gelisteten Kats: ein Rückspringen mittels HotCat soll nicht ermöglicht werden.)

Ich stelle mich als Ansprechperson für diesen Vorschlag zur Verfügung

Gerne --Enyavar (Diskussion) 14:40, 25. Sep. 2023 (CEST) (aber nur von der Warte des Anwenders)[Beantworten]

@Enyavar: Bitte entschuldige, dass wir erst jetzt eine Rückmeldung geben. Zuerst einmal vielen Dank für das detaillierte Fehlerbild. Das ist wirklich sehr hilfreich.
  1. Wir haben schon vor einigen Wochen einen Vorschlag gemacht, der den Cursor-Sprung beheben oder zumindest viel weniger störend machen sollte. Leider erhalten wir keine Rückmeldung von den Commons-Administratoren. Wir haben jetzt nochmals nachgefragt.
  2. Wir haben versucht, den HotCat-Quelltext besser zu verstehen und seine Geschichte nachzuvollziehen. So weit wir sehen können, gab es eine solche Funktionalität nie. Die Links auf c:Category:John Smith sind ja keine Unterkategorien sondern nur „irgendwelche“ Links im Wikitext. Es wäre zwar theoretisch möglich, HotCat so zu erweitern, dass auch solche Links erkannt werden. Aber das wäre eine ganz neue Funktion und keine Reparatur im Sinne unseres Projekts.
  3. Der an anderer Stelle beschriebene Fehler mit verloren gegangenen Kategorien scheint leider nicht zuverlässig reproduzierbar zu sein. Wir können hier ebenfalls nur Vermutungen anstellen, zur Zeit aber nicht konkret helfen.
--Thiemo Kreuz (WMDE) 20:22, 20. Okt. 2023 (CEST)[Beantworten]
Danke, wenn bloß Punkt 1 adressiert wird, ist das schon sehr hilfreich. Vielen Dank im Voraus! --Enyavar (Diskussion) 23:29, 27. Okt. 2023 (CEST)[Beantworten]
Noch einmal danke für die gelungene Umsetzung, in über einer Woche seit ihr mich über die erfolgte Reparatur informiert habt, konnte ich mich auf Commons davon überzeugen, dass es so funktioniert, wie erhofft. --Enyavar (Diskussion) 13:01, 11. Nov. 2023 (CET)[Beantworten]

Leider ist das Teilproblem der verloren gegangenen Kategorien in der Zwischenzeit nicht greifbarer geworden. Wir können hier aus den oben schon angedeuteten Gründen nichts weiter tun und würden diese Anfrage demnächst als erledigt archivieren. Nochmals vielen Dank für die positiven Rückmeldungen! --Thiemo Kreuz (WMDE) 12:25, 17. Apr. 2024 (CEST)[Beantworten]

Cat-a-lot

[Quelltext bearbeiten]

Dokumentation c:Category:Cat-a-lot

Problembeschreibung Wenn man in Commons im Cat-a-lot-Fenster den Namen einer Kategorie eingibt, die noch nicht existiert, und hierauf die ausgewählten Dateien zum Zuordnen abschickt, wird ein Warnfenster geöffnet, das auf das Nichtvorhandenseiin dieser Kateogire hinweist und einen OK-Button enthält. Wenn man z.B. den Kategorienamen falsch getippt hat oder erkennt, dass man eine falsche Kategorie eingegeben hat, und das erst jetzt bemerkt, gibt es keine Möglichkeit das Zuordnen abzubrechen. Es gibt zwar danach eine Revert-Funktion, aber das bläht die Dateien-History nur unnötig auf. Besser wäre, wenn bereits im Popup-Fenster mit dem Warnhinweis bereits eine Abbrechen-Funktion integirert wäre.

Eingereicht von --Eweht (Diskussion) 16:55, 26. Okt. 2023 (CEST)[Beantworten]

Diskussion

Problem kann ich auch aus der Commons-Praxis bestätigen. Wenn nötig, stelle ich mich ebenfalls als Ansprechpartner zur Verfügung. LG --Enyavar (Diskussion) 15:02, 14. Nov. 2023 (CET)[Beantworten]
@Eweht: Bitte entschuldigt, dass wir uns hier noch nicht gemeldet haben. Cat-a-lot scheint ein (vergleichsweise) aktiv gepflegtes Werkzeug zu sein. Wir verstehen, wie ärgerlich das beschriebene Problem sein kann. Unserer Meinung nach handelt es sich aber eher um eine fehlende Funktion als eine Reparatur. In solche Designentscheidungen können wir nicht von uns aus eingreifen, zumal das Werkzeug sehr komplex ist und wir eventuelle Nebenwirkungen nicht abschätzen können. Wir denken, dass das besser auf c:Help:Gadget-Cat-a-lot/Open bugs & features oder c:MediaWiki talk:Gadget-Cat-a-lot.js aufgehoben ist. --Thiemo Kreuz (WMDE) 16:07, 27. Mai 2024 (CEST)[Beantworten]

Mitmachen

[Quelltext bearbeiten]
Gemeldet in Phabricator
Task T349877

Dokumentation
toolforge:mitmachen

Das Problem, das ich thematisiere, betrifft dieses Werkzeug. Ein Benutzer wollte damit Artikel innerhalb seines Interessensbereichs suchen, die Änderungsbedarf haben, um Artikel zu aktualisieren, zu belegen etc. Ich habe die Suche mit dem Tool auch versucht, mehrmals ohne Erfolg. Leider scheint die Suche bzw. das Finden nicht zu funktionieren. Als Lotse kann ich dem Benutzer momentan zu nichts raten.

Problembeschreibung
Mir scheint, dass das Werkzeug nicht funktioniert. Und es gibt weder eine Diskussionsseite dazu, noch ist auf der Seite ein Link zu finden, um Probleme zu melden. Die Hilfen, die angeboten werden, beziehen sich auf Hilfestellungen für Wikipedia-Anfänger (Lerne, wie man Artikel bearbeitet, Startseite für neue Autorinnen und Autoren usw). Es sollte entweder eine Diskussionsseite vorhanden sein oder ein Link zu Hilfen für die Anwendung des Tools.

Entweder wird das Tool so repariert, dass es rund läuft, oder es wird so schnell wie möglich abgestellt. Mit einem derartig missratenen Angebot kann man keine Neulinge gewinnen. Im Gegegenteil: Man verärgert sie (und mich als Lotsen dazu).

Ich stelle mich als Ansprechperson für diesen Vorschlag zur Verfügung
Da ich von Informatik leider nicht viel verstehe, bin ich die falsche Adresse, um an einer Lösung mitzuwirken. Ich denke, das könnten die Autorinnen/Autoren des Tools besser, wenn sie merken, dass es nicht läuft oder die Anwendung missverstanden wird.

Eingereicht von Matutinho (Diskussion) 20:54, 27. Okt. 2023 (CEST)[Beantworten]

Diskussion

Streng genommen ist das natürlich kein Community-Tool, da es bei WMDE liegt (die das Problem wohl auch schon im Blick haben) ;) --Johannnes89 (Diskussion) 21:32, 27. Okt. 2023 (CEST)[Beantworten]

@Matutinho: Vielen Dank für die Meldung. An diesem Werkzeug ist Wikimedia Deutschland als Betreiberin natürlich interessiert. Das verantwortliche Team wird sich darum kümmern. --Thiemo Kreuz (WMDE) 16:23, 30. Okt. 2023 (CET)[Beantworten]

wikiscan.org / XTools - Statistik für eigene Artikel/Beiträge

[Quelltext bearbeiten]

Problembeschreibung

https://wikiscan.org liefert seit einigen Tagen eine "502 Bad Gateway"-Fehlermeldung. Das Tool wurde unter anderem von mir als Workaround für die Beschränkung von XTools verwendet, mit dem keine Statistik für die eigenen Beiträge mehr möglich ist.

User has made too many edits! (Maximum 650,000). Showing Simple Counter instead.

Aktuell ist mir beispielsweise mit keinem der beiden Werkzeugen mehr möglich, eine Liste der von mir angelegten Artikel anzeigen zu lassen.

Dokumentation

Das Ticket phab:T361829 wurde geschlossen, mit der Begründung WikiScan is a third party service not maintained or hosted by WMF, You will need to raise issues directly with the WikiScan team. Laut who.is ist wikiscan.org auf Wikimedia France registriert. Siehe auch

Eingereicht von M2k~dewiki (Diskussion) 01:40, 5. Apr. 2024 (CEST)[Beantworten]

Diskussion

[Quelltext bearbeiten]

Die Beschränkung von XTools wurde kürzlich von 600.000 auf 650.000 Beiträge erhöht. --M2k~dewiki (Diskussion) 11:24, 5. Apr. 2024 (CEST)[Beantworten]

Ohne Zugriff auf den dahinter liegenden Server ist da wenig auszurichten. Im Internet Archive wird eine E-Mail-Adresse genannt, die zuerst angeschrieben werden sollte. Unter mw:Wikiscan werden zwei Benutzernamen genannt. So weit ich es verstehe, ist Akeron der ursprünglich Autor, der aber nicht mehr aktiv zu sein scheint. Ciencia pflegt einen Fork, der aber wahrscheinlich nur unter wikidex.net läuft und nichts mehr mit wikiscan.org zu tun hat. So weit für den Moment. Wir schauen da gern nochmal genauer hin. --Thiemo Kreuz (WMDE) 17:57, 5. Apr. 2024 (CEST)[Beantworten]
Vielleich hat Wikimedia France als Inhaber der Domain weitere Informationen? --M2k~dewiki (Diskussion) 01:14, 6. Apr. 2024 (CEST)[Beantworten]
Alternativ könnte auch XTools für eine Statistik verwendet werden. Derzeit ist es allerdings auf 650.000 Beiträge beschränkt, bei Benutzern mit mehr Beiträgen erscheint keinerlei Statistik.
--M2k~dewiki (Diskussion) 01:18, 6. Apr. 2024 (CEST)[Beantworten]
Siehe auch
--M2k~dewiki (Diskussion) 01:09, 6. Apr. 2024 (CEST)[Beantworten]
WikiScan dürfte wieder verfügbar sein, das Limit bei XTools besteht weiterhin. --M2k~dewiki (Diskussion) 19:46, 11. Apr. 2024 (CEST)[Beantworten]
Im Moment kommt bei WikiScan wieder "502 Bad Gateway" --M2k~dewiki (Diskussion) 23:47, 12. Apr. 2024 (CEST)[Beantworten]
Mittlerweile wurde das Limit für XTools auf eine Million Bearbeitungen erhöht, dafür ist eine Anmeldung notwendig. --M2k~dewiki (Diskussion) 23:03, 11. Mai 2024 (CEST)[Beantworten]

Hier wurden wie es scheint gute Lösungen gefunden, siehe phab:T361829 und insbesondere phab:T318036. Wir würden diese Meldung entsprechend archivieren. --Thiemo Kreuz (WMDE) 14:25, 27. Mai 2024 (CEST)[Beantworten]

Templatetiger

[Quelltext bearbeiten]

Problembeschreibung

Der Templatetiger dient zur Auswertung von Vorlagen. Er kann insbesondere dafür genutzt werden, Werte und Parameter von Vorlagen auszulesen. Dies kann genutzt werden, um die in der Vorlage enthaltenen Daten anderweitig zu nutzen. Beispielsweise können die Daten in anderen Wikimedia-Projekten verwendet werden.

Problematisch ist anscheinend, dass die Dumps, die zur Auswertung genutzt wurden, sehr groß sind und nicht richtig verarbeitet werden können. Das Tool ist zwar noch über die URL erreichbar, allerdings seit Jahren nicht mehr nutzbar. Die Cirrus-Suche ermöglicht zwar auch die Suche nach Vorlagen, stellt aber keinen vollwertigen Ersatz dar. Das für ähnliche Zwecke genutzte Tool Vorlagenparser ist ebenfalls nicht mehr nutzbar.

Dokumentation

Eingereicht von Ameisenigel (Diskussion) 13:58, 7. Apr. 2024 (CEST)[Beantworten]

Diskussion

[Quelltext bearbeiten]

https://persondata.toolforge.org/vorlagen/ arbeitet mit Live-Daten und ist m.E. ein mehr als vollwertiger Ersatz. -- hgzh 14:06, 7. Apr. 2024 (CEST)[Beantworten]

Das funktioniert aber leider nur für dewiki. --Ameisenigel (Diskussion) 14:09, 7. Apr. 2024 (CEST)[Beantworten]

Hallo @Ameisenigel: Ich habe selbst sehr gerne mit dem Tool gearbeitet. Leider ist es hier nicht mehr mit einer Reparatur getan, sondern das Tool müsste von Grund auf neu geschrieben werden. Das kann das Team Technische Wünsche nicht leisten. Vielleicht können dir andere Benutzer*innen besser weiter helfen, wenn wir besser verstehen, wofür genau du das Tool verwenden möchtest? Was ist dein Anwendungsfall? Was hast du schon probiert? Möglicherweise ist DBpedia einen Blick wert? --Thiemo Kreuz (WMDE) 10:39, 18. Apr. 2024 (CEST)[Beantworten]

Ein gutes Beispiel sind Vorlagen auf Commons: In vielen Fällen sind hier Informationen enthalten, die sich auch in den strukturierten Daten widerspiegeln sollten. Die Vorlagen lassen sich aber nur über Umwege entsprechend auswerten. Den Wert eines Parameters kann man eigentlich nur erhalten, wenn dieser einen externen Link erzeugt. Dann kann man problemlos mit Quarry arbeiten. Ansonsten gibt es meines Wissens keine Möglichkeit, hier effizient mit den Vorlagen zu arbeiten. --Ameisenigel (Diskussion) 15:02, 14. Mai 2024 (CEST)[Beantworten]
@Ameisenigel: Für die Arbeit mit den strukturierten Daten auf Commons ist eventuell folgender Ansatz denkbar: Sofern die Vorlage in Lua geschrieben ist hat sie technisch leicht Zugriff sowohl auf die Vorlagenparameter als auch auf die strukturierten Daten. Der Vorlagencode kann die Werte vergleichen und entsprechend Wartungskategorien oder versteckte Wartungs-Links setzen (die sich mit WhatLinksHere auswerten lassen). Das Neuschreiben eines kompletten Tools können wir wie gesagt nicht leisten. Wir würden diese Anfrage hier deshalb gern archivieren. --Thiemo Kreuz (WMDE) 12:37, 31. Mai 2024 (CEST)[Beantworten]

QuickStatements

[Quelltext bearbeiten]

Problembeschreibung

QuickStatements ist ein hervorragendes Werkzeug zur Ergänzung von strukturierten Daten auf Wikidata und Wikimedia Commons und wird von vielen Nutzern verwendet. Ein regelmäßig auftretenden Problem ist, dass die letzten Änderungen geflutet werden, da das Tool das Bot-Flag nicht auf Bearbeitungen anwendet.

Dokumentation

Eingereicht von Ameisenigel (Diskussion) 11:55, 19. Mai 2024 (CEST)[Beantworten]

Diskussion

[Quelltext bearbeiten]
Das Problem gibt es meines Wissens übrigens nur bei Nutzung des Batch Modes. --Ameisenigel (Diskussion) 17:48, 19. Mai 2024 (CEST)[Beantworten]
@Ameisenigel: Danke für die Meldung. Wir haben uns das Tool und die bisherige Diskussion angesehen. Es scheint sich um eine technische Einschränkung zu handeln die entweder gar nicht oder nur durch weitgehenden Neubau des Tools zu umgehen ist. Kurz: Das Tool führt seine Bearbeitungen im Namen der Benutzer*in durch, aber ohne Bot- oder Fluter-Flag lassen sich Bearbeitungen gar nicht als Bot-Bearbeitung markieren. Wir sind Magnus sehr gern behilflich, können hier jedoch nicht von uns aus aktiv werden. Wir würden diese Anfrage deshalb hier archivieren und auf Magnus' GitHub verweisen. --Thiemo Kreuz (WMDE) 12:23, 31. Mai 2024 (CEST)[Beantworten]

PetScan: Suche nach Wikidata-Objekten ohne eine bestimmte Eigenschaft

[Quelltext bearbeiten]

Problembeschreibung / Dokumentation

Bei PetScan gibt es die Möglichkeit

  • in der Registerkarte "Wikidata"
  • unter "Uses items/props" + P.... (Property-ID) + "None"

nach Wikidata-Objekten zu suchen, wo bestimmte Eigenschaften noch fehlen, sodass diese mit QuickStatements ergänzt werden können.

Beispiel:

Die Anfrage

lieferte bis vor wenigen (ca. drei) Wochen eine Liste von Wikidata-Objekten für Personen mit Artikel in der deutschsprachigen Wikipedia ohne Geburtsdatum im Wikidata-Objekt. Das Ergebnis war eine Liste mit ein paar tausend Objekten. Seit rund drei Wochen liefert diese Anfragen keine oder fast keine Treffer mehr, auch für zahlreiche anderen Anfragen, die bis dahin über mehrere Jahre funktioniert hatten und nicht verändert wurden (hinterlegt auf d:User:M2k~dewiki/Tools/Enrich Objects)

Das Ticket

wurde geschlossen. Auf Github gibt es das Ticket

Unklar ist aus meiner Sicht, ob das Problem beispielsweise

  • auf Datenbank-Seite zu suchen ist (z.B. Problem mit dem Datenbank-Index, Caching, Delay, Replikation, Querying-Service/API, etc.)
  • oder im PetScan-Source-Code, der vor rund drei Wochen geändert wurde (aber ohne dass der betroffene HTML-Form-Parameter wikidata_prop_item_use explizit im diff aufscheint).
  • oder bei dem Webservice bzw. der Plattform auf dem das PetScan läuft

Siehe auch:

Vielen Dank!

Ich stelle mich als Ansprechperson für diesen Vorschlag zur Verfügung M2k~dewiki (Diskussion) 22:59, 11. Mai 2024 (CEST)[Beantworten]

Eingereicht von M2k~dewiki (Diskussion) 22:59, 11. Mai 2024 (CEST)[Beantworten]

Diskussion

[Quelltext bearbeiten]

Hier ist Platz für Diskussionen, weitere Hinweise usw. zu diesem Wunsch.

Der Fehler liegt mglw. hier, da scheint mir die Verbindung zwischen linktarget und pagelinks zu fehlen (also ein pl_target_id = lt_id). Gleiches bei der Abfrage für Q ein paar Zeilen drüber. Hier ist zudem ein führendes lt verloren gegangen. Wenn ich später Zeit habe, übertrage ich das auf GitHub. -- hgzh 16:03, 14. Mai 2024 (CEST)[Beantworten]

Erledigt. -- hgzh 19:15, 14. Mai 2024 (CEST)[Beantworten]
Hallo hgzh, vielen Dank, funktioniert bei mir allerdings leider noch nicht. Beispielsweise sollte
eine Liste von verstorbenen Personen ohne Sterbedatum im Wikidata-Objekt liefern, normalerweise sind das ein paar tausend Einträge. Weitere Beispiele sind unter d:User:M2k~dewiki/Tools/Enrich_Objects#Beruf_/_Tätigkeit zu finden. --M2k~dewiki (Diskussion) 19:22, 14. Mai 2024 (CEST)[Beantworten]
Mit Erledigt meinte ich nur, dass ich die Änderungsvorschläge nach GitHub übertragen habe. Übernehmen muss sie Magnus. -- hgzh 19:25, 14. Mai 2024 (CEST)[Beantworten]
Laut
wurden die Änderungen übernommen, das Problem besteht allerdings leider weiterhin. --M2k~dewiki (Diskussion) 17:57, 15. Mai 2024 (CEST)[Beantworten]
Hallo, die Funktionalität dürfte seit heute wieder zur Verfügung stehen. Siehe auch
--M2k~dewiki (Diskussion) 16:08, 20. Mai 2024 (CEST)[Beantworten]
Abgerufen von „https://de.wikipedia.org/w/index.php?title=Wikipedia:Technische_Wünsche/Reparaturhilfe/Archiv&oldid=246210196“