Benutzer Diskussion:MisterSynergy
Zum Archiv |
Wie wird ein Archiv angelegt? |
Wikidata-Check
[Quelltext bearbeiten]Hallo MisterSynergy, ich bin gerade auf diese recht spannende Diskussion gestoßen, und in dem Zusammenhang logischerweise auch auf dieses Modul im Beta-Wiki. Wie ist denn da der Stand, ist das hier schon irgendwo umgesetzt? Modul:Wikidata/ValueComparison existiert ja nicht, und die Vorlage {{WikidataCheck}} scheint weder erprobt noch genutzt zu sein. Meiner Auffassung nach hat eine solche Funktionalität enorm viel Potenzial, und in einigen Infoboxen sind eher händisch und hemdsärmelig solche Wikidata-Abgleiche umgesetzt (ich erinnere mich dabei an die {{Infobox Ort in den Vereinigten Staaten}}, in der ich das mangels besseren Wissens selbst ansatzweise umgesetzt habe). Wenn Du Zeit und Lust hast, können wir gern auch gemeinsam die letzte Meile zur Umsetzung und Erprobung gehen. ;-) Viele Grüße, Yellowcard (D.) 10:04, 23. Jun. 2020 (CEST)
- PS: In diesem Zusammenhang spannend ist die Kategorie:Wikipedia:Abweichende Daten auf Wikidata. Gruß Yellowcard (D.) 10:05, 23. Jun. 2020 (CEST)
- Hallo Yellowcard, nein, ich habe das bisher nicht zum Ende geführt und seit den letzten Einträgen in der Versionsgeschichte auch nicht mehr draufgeschaut. Natürlich bin ich weiterhin der Meinung, dass wir das haben sollten und dass das wertvoll ist, und irgendwann werde ich das auch nochmal weitertreiben, sofern das niemand anderes macht. User:PerfektesChaos hat bei der Entwicklung soweit mit einigem Input geholfen, aber irgendwann wurde mir das erstmal wieder zu dewiki-typisch bürokratisch und gerade das hat mir damals durchaus die Lust vertrieben, das direkt fertig zu machen. Die Entwicklung im betawiki ist ziemlich umständlich, und die Anforderungen für den Produktivbetrieb hier in dewiki sind recht hoch, weshalb das halt erstmal liegenblieb. (Beides hat nachvollziehbare Gründe, aber schränkt den Kreis der Entwickler für solche Funktionalitäten ziemlich heftig ein.)
Wie auch immer, ich würde eine Reaktivierung durchaus begrüßen und freue mich über jede weitere Beteiligung. Nach meiner Erinnerung war funktionell für den Identifikator-Vergleich alles wie gewünscht lauffähig, es müssten aber noch einige Entscheidungen hinsichtlich potenziell zukünftiger Erweiterungen getroffen werden und ggf. einige Funktionsnamen entsprechend angepasst werden. Soll ich mir den Status Quo nochmal genauer anschauen und das in der Lua-Werkstatt in dem Thema mal zusammenfassen? Bräucht so ein bis zwei Tage, glaube ich. Viele Grüße! ---MisterSynergy (Diskussion) 10:22, 23. Jun. 2020 (CEST)
- Hallo Yellowcard, nein, ich habe das bisher nicht zum Ende geführt und seit den letzten Einträgen in der Versionsgeschichte auch nicht mehr draufgeschaut. Natürlich bin ich weiterhin der Meinung, dass wir das haben sollten und dass das wertvoll ist, und irgendwann werde ich das auch nochmal weitertreiben, sofern das niemand anderes macht. User:PerfektesChaos hat bei der Entwicklung soweit mit einigem Input geholfen, aber irgendwann wurde mir das erstmal wieder zu dewiki-typisch bürokratisch und gerade das hat mir damals durchaus die Lust vertrieben, das direkt fertig zu machen. Die Entwicklung im betawiki ist ziemlich umständlich, und die Anforderungen für den Produktivbetrieb hier in dewiki sind recht hoch, weshalb das halt erstmal liegenblieb. (Beides hat nachvollziehbare Gründe, aber schränkt den Kreis der Entwickler für solche Funktionalitäten ziemlich heftig ein.)
- Hallo MisterSynergy, Deiner Bewertung hinsichtlich Einstiegsaufwand solcher Umsetzungen kann ich nur zustimmen; ebenfalls der Tatsache, dass dies Vor- und Nachteile mit sich bringt. (In Modul:Wikidata habe ich selbst einige Funktionen umgesetzt, gerade dieses Modul hat aber den Nachteil, dass es sich in den jeweiligen Sprachversionen völlig verselbstständigt hat, was PC zurecht mehrfach kritisiert hat. Ebenso stimme ich ihm zu, dass es in erter Linie das Versagens Wikidatas ist, dass solche Module nicht dort zentral entwickelt und angeboten werden.)
- Leider ist auch der globale Kreis an in Wikimedia-Projekten aktiven Lua-Entwicklern recht klein, soweit ich das beurteilen kann. Die Anmerkungen von PC sind sinnvoll und richtig; wenn eine zu perfektionistische Herangehensweise aber dazu führt, dass gute Ideen nicht realisiert werden, ist diese Herangehensweise in einem Wiki meines Erachtens nicht mehr geeignet. Gerade bei einem neuen Modul und einer quasi-neuen Vorlage (sowohl {{WikidataCheck}} als auch {{Wikidata-Check}} kann man in ihrem jetzigen Zustand einfach überschreiben, da ohne Mehrwert) sollte ein weniger perfekter Trial-and-Error-Ansatz den Zweck am Ende auch erfüllen, meine ich.
- Dein Angebot, dass Du Dir den Status Quo noch einmal genauer anschaust und zusammenfasst, würde ich sehr gerne annehmen. Das ist schon wesentlich mehr, als ich bei meiner obigen Anfrage erhofft hatte... :-) Ich steige dann gern in die Diskussion ein und helfe bei der Entscheidungsfindung, ping' mich gerne einfach an. Großes Danke schon einmal! Viele Grüße, Yellowcard (D.) 10:32, 23. Jun. 2020 (CEST)
- Ja, ich mache dass dann zeitnah in der Werkstatt-Diskussion.
Das Problem ist nach meinem Dafürhalten nicht dem Wikidata-Projekt anzulasten. Es gibt tatsächlich Module, die dort entwickelt werden und dann in die Projekte verteilt werden (sollen), aber letztlich ist jedes Projekt selbst für seinen Code, die notwendige Dokumentation und die einzuhaltenden Standards verantwortlich. Außerdem gibt es genug Benutzer, die dann halt lokale Modifikationen vornehmen, ohne sie für alle für die zentrale Version in Wikidata anzubieten.
Der ganze Bereich der Modul- und Vorlagenprogrammierung ist eigentlich Mist. Code-Entwicklung über wiki page revisions (statt zum Beispiel git), und praktisch nicht vorhandene Testmöglichkeiten sind ebenfalls alles andere als hilfreich. Aber leider haben wir nichts anderes, und alle Vorschläge zur Verbesserung sind bisher versandet. ---MisterSynergy (Diskussion) 10:39, 23. Jun. 2020 (CEST)
- Ja, ich mache dass dann zeitnah in der Werkstatt-Diskussion.
- Okay, da habe ich vermutlich etwas zu vorschnell verurteilt – mir war gar nicht bewusst, dass Wikidata selbst Module bereitstellt. Vermutlich nutzen wir diese aber auch nicht so, wie wir könnten? Yellowcard (D.) 10:43, 23. Jun. 2020 (CEST)
- Ein bekanntes Beispiel ist Modul:Cycling race. Der Code wird bei Wikidata entwickelt, und dann gelegentlich oder nach größeren Updates in zahlreiche Projekte rüberkopiert. Aber das ist dann halt eine echte lokale Kopie, keine direkte Einbindung von Wikidata oder so; damit können danach lokale Modifikationen vorgenommen wird, von denen bei Wikidata nichts ankommt -- und die beim nächsten Mal zum Frust der lokalen Benutzer überschrieben werden.
Soweit ich weiß, sind bloß einige Spezialbereich-Module derart im Einsatz. Eher allgemeiner Code wie etwa ein allgemeiner Identifikator-Abgleich wird meist lokal entwickelt, mit recht geringen Anforderungen (abgesehen von dewiki). Dadurch bleibt der ganze Lua-Bereich, auch und insbesondere im Zusammenspiel mit Wikidata, enorm hinter seinen Möglichkeiten zurück. Wie bereits erwähnt, halte ich aber die Grundarchitektur wie wir hier Code entwickeln und verwalten für falsch und ursächlich. ---MisterSynergy (Diskussion) 11:00, 23. Jun. 2020 (CEST)
- Ein bekanntes Beispiel ist Modul:Cycling race. Der Code wird bei Wikidata entwickelt, und dann gelegentlich oder nach größeren Updates in zahlreiche Projekte rüberkopiert. Aber das ist dann halt eine echte lokale Kopie, keine direkte Einbindung von Wikidata oder so; damit können danach lokale Modifikationen vorgenommen wird, von denen bei Wikidata nichts ankommt -- und die beim nächsten Mal zum Frust der lokalen Benutzer überschrieben werden.
- Hallo MisterSynergy, hattest Du schon eine Gelegenheit, Dich mit dem Modul-Entwurf zu befassen? Möglicherweise ist es auch ein weiterer Ansatz, in dem Modul das Modul:Wikidata einzubinden; dieses bietet ja schon einige gut nutzbare Funktionen, die man für einen solchen Wikidata-Check ebenfalls bräuchte. Das würde vielleicht die Wartbarkeit etwas erleichern, oder übersehe ich etwas?
- Vielleicht (falls Du Interesse hast, die Idee nochmal aufzunehmen), können wir auch einen einfachen Anforderungskatalog für eine solche Vorlage/Modul erstellen. So nutzt die {{Infobox Ort in den Vereinigten Staaten}} beispielsweise einen handgestrickten Wikidata-Check bzgl. der Einwohnerzahl eines Ortes; dabei aber unter der Bedingung, dass die Wartungskategorie nur gesetzt wird, wenn die Angabe in der Infobox älter als 2010 ist (mit inhaltlicher Begründung: 2010 war die letzte Volkszählung in den USA, diese Daten sind von hoher Qualität und daher bestimmten interpolierten Daten durchaus vorzuziehen). Derartige Anwendungsfälle gibt es bestimmt mehrere; und das Wikidata-Check-Modul stelle ich mir so vor, dass es solche Anwendungen flexibel ermöglicht, während es die Kommunikation mit Wikidata/Wikibase eher dem Modul:Wikidata überlässt. Was meinst Du dazu? Yellowcard (D.) 17:07, 26. Jun. 2020 (CEST)
- Hallo Yellowcard, ich habe mir das mittlerweile angeschaut und selbst noch ein bisschen weitergemacht. Ist ja nicht so, dass ich nicht mehr weiterkommen würde; das Code-Schreiben an sich ist nicht das Problem, auch wenn meine Lua-Kenntnisse ziemlich bescheiden sind. Ich werde auch in dem Abschnitt in der Lua-Werkstatt in den nächsten Tagen noch etwas dazu schreiben, wie der Status Quo ist und was noch fehlt.
Das Modul soll Daten-Abgleich mit Wikidata machen – zunächst nur für Identifikatoren, weil das ein mittlerweile gefragter use-case ist. Das ganze kann dann mit wenig Aufwand in jede existierende Datenbanklink- oder Normdaten-Vorlage eingefügt werden (sofern eine entsprechende Wikidata-Eigenschaft existiert). Ausgabe des Moduls sind ausschließlich Wartungskategorien, wie etwa solche unter Kategorie:Wikipedia:Abweichende Daten auf Wikidata. Was das Modul im Kern ausmacht, ist die Implementierung einer für Identifikatoren (und später ggf. andere Datentypen) passende Vergleichslogik, die auch und insbesondere mit Situationen umgehen kann, in denen bei Wikidata kein Wert, unbekannter Wert, mehrere Werte, oder Werte mit missbilligtem Rang vorliegen.
Das Modul:Wikidata ist eher für Datenbezug (zur Anzeige im Artikel) gemacht, was ich hier aber gar nicht machen möchte. Ich sehe auch nicht, dass mir irgendetwas aus diesem Modul die Arbeit erleichtern würde. Nach derzeitigem Stand ist mein Modul gänzlich unabhängig von allen anderen Modulen. —MisterSynergy (Diskussion) 19:28, 26. Jun. 2020 (CEST)
- Hallo Yellowcard, ich habe mir das mittlerweile angeschaut und selbst noch ein bisschen weitergemacht. Ist ja nicht so, dass ich nicht mehr weiterkommen würde; das Code-Schreiben an sich ist nicht das Problem, auch wenn meine Lua-Kenntnisse ziemlich bescheiden sind. Ich werde auch in dem Abschnitt in der Lua-Werkstatt in den nächsten Tagen noch etwas dazu schreiben, wie der Status Quo ist und was noch fehlt.
- Hallo MisterSynergy, super, ich freue mich auf Deine Ausführungen. Was die Anforderungen des Moduls angeht, haben wir schon dieselben Vorstellungen. Um eine Darstellung von Daten ging es mir gar nicht. Ich meinte lediglich, dass die claim-Funktion von Modul:Wikidata ja bereits einige Funktionalitäten zum Abrufen (zwecks Vergleich, auch individuell modifizierter Vergleich) bereithält -- mit dem Zweck, eine Wartungskategorie zu setzen oder eben nicht. In der Kategorie:Wikipedia:Abweichende Daten auf Wikidata ist ja schon einiges von mir, aber meist eben manuell in der jeweiligen Infobox realisiert.
- Eine Frage bleibt mir noch, und zwar: Was verstehst Du in dem Zusammenhang unter Identifikatoren? Viele Grüße, Yellowcard (D.) 21:07, 26. Jun. 2020 (CEST)
- Die claim-Funktion von Modul:Wikidata ist eigentlich schon viel zu komplex, um sie wiederzuverwenden. Es ist ja auch sonst nicht so schwierig, mit Lua über die Werte aller Aussagen einer Eigenschaft in einem Objekt zu loopen. An Qualifikatoren und Fundstellen sind wir für den Vergleich eh nicht interessiert.
Mit "Identifikatoren" meine ich alle Wikidata-Eigenschaften mit dem Datentyp "external-id". Das sind jene Eigenschaften, die im Web-UI unter "Identifikatoren" aufgelistet werden. In Wikipedia nutzen wir diese Art von Daten zurzeit vor allem in Datenbanklinks und Normdaten-Vorlagen wie Vorlage:Normdaten, um Weblinks zu bauen. Die Vergleichslogik ist recht Identifikator-spezifisch und sicherlich anders, als wie man beispielsweise Geo-Koordinaten, oder Zeit-Daten vergleichen würde. Wie ein sinnvoller Abgleich aussieht, hängt tatsächlich ziemlich von den Daten ab, die man gerade vergleichen möchte. —MisterSynergy (Diskussion) 21:48, 26. Jun. 2020 (CEST)- Hm, okay, dann gehen unsere Vorstellungen an der Stelle doch inhaltlich etwas auseinander. Mir schweben nämlich einerseits eher inhaltliche Vergleiche vor, also schon klassische Statements. Dies ist der Use-Case, den ich manuell bereits in {{Infobox Ort in den Vereinigten Staaten}} nutze und entsprechende inhaltliche Vergleiche anstelle. Das geht los bei recht simplen 1:1-Vergleichen wie dem Bürgermeister (Kategorie) und wird dann etwas komplexer mit der Einwohnerzahl (Kategorie und inhaltlich ähnliche Kategorie mit Artikeln, deren Einwohnerzahl gegenüber Wikidata abweichend ist aber unter der Bedingung, dass der Stand im Artikel vor der Datumsangabe in Wikidata sowie vor 2010 liegt (zweiter Parameter)). Da benötigt man also schon etwas mehr Logik und definitiv muss man auch die Qualifikatoren von Statements mit auswerten. Geht das über den von Dir angedachten Fall also deutlich hinaus? Yellowcard (D.) 22:57, 26. Jun. 2020 (CEST)
- Für den Anfang geht das über meine Planungen deutlich hinaus, aber wenn die Identifikatoren richtig laufen und der Ansatz sich bewährt, dann wäre die logische Erweiterung eine Berücksichtigung anderer Datentypen. Das Bürgermeister-Szenario scheint durchaus machbar und für viele andere Sachen in gleicher Weise einsetzbar; die Einwohnerzahlen mit den Nebenbedingungen sind dagegen eher ein sonderbarer Spezialfall, bei dem ich spontan nicht bewerten kann, ob das auch hier rein passt. Nicht weil es technisch nicht ginge, sondern weil dann potenziell praktisch beliebig viele andere Spezialfälle auch berücksichtigt werden möchten und das alles evtl. zu sehr den Fokus verliert. Ich denke allerdings einmal darüber nach, ob das per Erweiterbarkeit irgendwie berücksichtigt werden kann. —MisterSynergy (Diskussion) 23:37, 26. Jun. 2020 (CEST)
- Was die Einwohnerzahl angeht, kann man das abstrahieren: Der Inhalt eines Statements wird verglichen, die Wartungskat wird aber nur gesetzt, wenn für einen festgelegten Qualifikator dieses Statements eine weitere übergebene Bedingung zutrifft. Hier muss also entsprechend eine zweite Property angegeben werden sowie die Bedingung (das könnte Gleichheit oder Ungleichheit irgendeiner Art sein, sowie ein größer/kleiner-Vergleich für numerische und Datumswerte). Damit müsste man meiner Überlegung nach einen ganz großen Teil der Fälle abgedeckt haben.
- Ich warte mal Deine "Zwischenanalyse" in der Lua-Werkstatt ab und schaue dann, wie ich damit am besten vorgehen könnte. Die Erweiterbarkeit des Moduls von Identifikatoren auf Statements im ersten Schritt sollte einfach sein, die Berücksichtigung um Qualfikatoren im zweiten Schritt ebenfalls nicht so schwer. Hierfür wären aber die über die claim-Funktion des Wikidata-Moduls eben Schnittstellen verfügbar, die man in einem neuen Modul nicht noch einmal realisieren (und warten) müsste, daher finde ich die Idee weiterhin bedenkenswert. Liebe Grüße, Yellowcard (D.) 09:41, 27. Jun. 2020 (CEST)
- Für den Anfang geht das über meine Planungen deutlich hinaus, aber wenn die Identifikatoren richtig laufen und der Ansatz sich bewährt, dann wäre die logische Erweiterung eine Berücksichtigung anderer Datentypen. Das Bürgermeister-Szenario scheint durchaus machbar und für viele andere Sachen in gleicher Weise einsetzbar; die Einwohnerzahlen mit den Nebenbedingungen sind dagegen eher ein sonderbarer Spezialfall, bei dem ich spontan nicht bewerten kann, ob das auch hier rein passt. Nicht weil es technisch nicht ginge, sondern weil dann potenziell praktisch beliebig viele andere Spezialfälle auch berücksichtigt werden möchten und das alles evtl. zu sehr den Fokus verliert. Ich denke allerdings einmal darüber nach, ob das per Erweiterbarkeit irgendwie berücksichtigt werden kann. —MisterSynergy (Diskussion) 23:37, 26. Jun. 2020 (CEST)
- Hm, okay, dann gehen unsere Vorstellungen an der Stelle doch inhaltlich etwas auseinander. Mir schweben nämlich einerseits eher inhaltliche Vergleiche vor, also schon klassische Statements. Dies ist der Use-Case, den ich manuell bereits in {{Infobox Ort in den Vereinigten Staaten}} nutze und entsprechende inhaltliche Vergleiche anstelle. Das geht los bei recht simplen 1:1-Vergleichen wie dem Bürgermeister (Kategorie) und wird dann etwas komplexer mit der Einwohnerzahl (Kategorie und inhaltlich ähnliche Kategorie mit Artikeln, deren Einwohnerzahl gegenüber Wikidata abweichend ist aber unter der Bedingung, dass der Stand im Artikel vor der Datumsangabe in Wikidata sowie vor 2010 liegt (zweiter Parameter)). Da benötigt man also schon etwas mehr Logik und definitiv muss man auch die Qualifikatoren von Statements mit auswerten. Geht das über den von Dir angedachten Fall also deutlich hinaus? Yellowcard (D.) 22:57, 26. Jun. 2020 (CEST)
- Die claim-Funktion von Modul:Wikidata ist eigentlich schon viel zu komplex, um sie wiederzuverwenden. Es ist ja auch sonst nicht so schwierig, mit Lua über die Werte aller Aussagen einer Eigenschaft in einem Objekt zu loopen. An Qualifikatoren und Fundstellen sind wir für den Vergleich eh nicht interessiert.
@MisterSynergy:, hab dir ne EMail geschickt--Ciao • Bestoernesto • ✉
- @Bestoernesto: ich habe bisher nichts bekommen – auch nicht im Spamordner oder dergleichen. Du kannst im Zweifel auch direkt an mich mailen, meine E-Mailadresse findest Du auch meiner Benutzerseite. Viele Grüße! —MisterSynergy (Diskussion) 19:57, 10. Nov. 2021 (CET)
- @MisterSynergy:, sehr seltsam. Habe meinerseits auch keine Unzustellbarkeits-Meldung erhalten. Vlt. liegt's am Leerzeichen am Ende nach .com. Hab's jetzt noch 2× ohne dem Leerzeichen versucht, beim 2.Mal mit bitte um Lesebestätigumg.--Ciao • Bestoernesto • ✉ 21:25, 10. Nov. 2021 (CET)
- PS: War ja direkt an dich, an deine Mailadresse von deiner Benutzerseite gesendet.--Ciao • Bestoernesto • ✉ 21:28, 10. Nov. 2021 (CET)
- @MisterSynergy:, sehr seltsam. Habe meinerseits auch keine Unzustellbarkeits-Meldung erhalten. Vlt. liegt's am Leerzeichen am Ende nach .com. Hab's jetzt noch 2× ohne dem Leerzeichen versucht, beim 2.Mal mit bitte um Lesebestätigumg.--Ciao • Bestoernesto • ✉ 21:25, 10. Nov. 2021 (CET)
MvP
[Quelltext bearbeiten]Hallo MisterSynergy, zunächst ein gutes neues Jahr! Eine kleine Frage: Magst du vielleicht bei Gelegenheit mal Benutzer:MisterSynergy/Möglicherweise verstorbene Personen erneuern bzw. neu generieren (unter Erhalt der noch nicht abgearbeiteten Fälle/Kommentare von 2017)? Wäre sicher interessant und ich gehe davon aus, dass neben den bestehenden "Knacknüssen" wieder einiges an Fällen dazu kommen würde, die leicht abzuarbeiten sind. Gestumblindi 16:05, 3. Jan. 2021 (CET)
- Hallo Gestumblindi, diese Anfrage hat mich in der Vergangenheit schon einmal erreicht, und es war nicht so einfach, diese Listen zu aktualisieren. Sie basieren letztlich auf sauberer Kategorisierung, was in praktisch allen Wikis außer dewiki häufig nicht vorzufinden ist.
Ich würde erstmal auf der MvP-Liste die Petscan-Abfragen im Wikidata-Abschnitt anschauen. Diese hier funktioniert zum Beispiel weiterhin und hat zurzeit über 600 Ergebnisse. Bei Interesse kann ich davon auch eine lokale Kopie anlegen, so dass die Fälle kommentiert werden können. Soweit ich weiß, werden Todesdaten aus den größeren Wikipedias mittlerweile sowieso regelmäßig nach Wikidata importiert. —MisterSynergy (Diskussion) 17:23, 3. Jan. 2021 (CET)- Vielen Dank für die Antwort; eine kommentierbare lokale Kopie würde für mich gut klingen! Auch aus Performancegründen, da PetScan-Abfragen gerne mal sehr lange dauern... Gestumblindi 17:32, 3. Jan. 2021 (CET)
HSDB
[Quelltext bearbeiten]Hi, ich spreche Dich mal direkt mit einer Wartungsaufgabe an, die man elegant über WD lösen könnte... wenn dort die passenden Daten vorhanden wären :-/
Worum geht es? Wir haben Vorlage:HSDB, knapp 400× genutzt, bisher über die CAS-Nummer verlinkt. Diese Links sind seit geraumer Zeit down (siehe auch Wikipedia:Redaktion_Chemie/Knacknüsse#Datenbank_der_TOXNET_nicht_mehr_vorhanden!), die Datenbank gibt es so nicht mehr. Die eigentlichen Inhalte finden sich nun eingebettet in die PubChem-Datenbank, allerdings mit einer eigenen ID (HSDB-ID (P2062)) - beispielsweise für Vanillylaceton (synonym: Zingeron) hier.
Auf WD sind aber nur von 29 der rund 5000 Einträge die IDs vorhanden. Damit kann man nicht arbeiten. Die Datenbank an sich ist geschlossen, da ändert sich überhaupt nichts mehr, insofern wäre ein Einpflegen auf WD eine Einmal-Aktion.
Der URL-Formatierer und der Regex auf HSDB-ID (P2062) stimmen übrigens auch nicht mehr, das ist jetzt https://pubchem.ncbi.nlm.nih.gov/source/hsdb/$1
.
Leider habe ich nirgendwo eine Liste der IDs gefunden, die müsste man sich also besorgen. Vermutlich am leichtesten per Download von https://www.nlm.nih.gov/databases/download/hsdb.html - ich kriege das aber nicht hin.
Solltest Du es schaffen, die Daten dort abzuholen und mir als einfache Zuordnung Item-ID (oder PubChem-ID (CID) (P662)) → HSDB-ID (P2062) zur Verfügung zu stellen, würde ich (oder gerne auch Du direkt) sie auf WD via Quickstatements einpflegen. Anschließend wäre die Reparatur der hiesigen Vorlagen ein Klacks.
Ich hoffe, Du konntest mir folgen - und noch mehr, dass Du Lust und Zeit für sowas hast... Viele Grüße--Mabschaaf 20:43, 10. Mai 2021 (CEST)
- Hallo Mabschaaf, ich konnte da was runterladen – bin aber noch nicht sicher, ob das brauchbar ist. Eine 451 MB große XML-Datei mit massig viel Text ist das. Würde Dir das helfen? —MisterSynergy (Diskussion) 21:30, 10. Mai 2021 (CEST)
- Ich fürchte nein. Kannst Du daraus irgendwie die Zuordnung CAS-Nummer (oder PubChem CID) zu HSDB-ID extrahieren? Das würde ja reichen...--Mabschaaf 12:40, 11. Mai 2021 (CEST)
- Sieht so aus, als wenn das darin enthalten ist. Ich suche zeitnah mal einen geeigneten XML-Parser raus, der mir das alles extrahiert. —MisterSynergy (Diskussion) 12:57, 11. Mai 2021 (CEST)
- Ich habe nun die XML-Datei geparst bekommen:
- 6060 Einträge, mit HSDB-ID identifiziert
- 5934 haben eine zugeordnete CAS-Nummer
- Als TSV-Daten (HSDB, CAS) kann ich Dir das Mapping zuschicken. Reicht das schon, oder soll ich da noch Wikidata-QIDs ergänzen? —MisterSynergy (Diskussion) 21:34, 14. Mai 2021 (CEST)
- Wenn Du die QIDs ganz einfach ergänzen kannst, dann gerne. Sonst suche ich sie zusammen. Hast Du evtl. auch noch die Stichworte dabei, unter denen die Substanzen in HSDB geführt werden?--Mabschaaf 08:50, 15. Mai 2021 (CEST)
- So, jetzt hab ich endlich Zeit dafür gefunden. Die TSV-Datei hat nun 4 Spalten: HSDB, CAS, Substanzname, WD-Objekt.
- Die Daten habe ich aus dem offenbar letzten Datenbank-Release am 28. Oktober 2019 extrahiert.
- Das WD-Objekt habe ich auf Basis der CAS-Aussagen bei Wikidata heute Abend gemappt.
- CAS-Nummern und WD-Objekt fehlen in wenigen Fällen (dann steht dort "None" im Feld drin).
- Soll ich das mal per Mailanhang rüberschicken? Schreib mir dazu bitte kurz eine Wikimail. —MisterSynergy (Diskussion) 22:09, 18. Mai 2021 (CEST)
- Du hast Mehl.--Mabschaaf 22:59, 18. Mai 2021 (CEST)
- Großen Dank! Leider habe ich wohl kurzfristig keine Zeit, damit weiter aktiv zu werden. Vielleicht am Wochenende.--Mabschaaf 21:00, 19. Mai 2021 (CEST)
- Du hast Mehl.--Mabschaaf 22:59, 18. Mai 2021 (CEST)
- So, jetzt hab ich endlich Zeit dafür gefunden. Die TSV-Datei hat nun 4 Spalten: HSDB, CAS, Substanzname, WD-Objekt.
- Wenn Du die QIDs ganz einfach ergänzen kannst, dann gerne. Sonst suche ich sie zusammen. Hast Du evtl. auch noch die Stichworte dabei, unter denen die Substanzen in HSDB geführt werden?--Mabschaaf 08:50, 15. Mai 2021 (CEST)
- Ich fürchte nein. Kannst Du daraus irgendwie die Zuordnung CAS-Nummer (oder PubChem CID) zu HSDB-ID extrahieren? Das würde ja reichen...--Mabschaaf 12:40, 11. Mai 2021 (CEST)
- Ich habe jetzt mal zwei Testedits gemacht [1] und [2]. Falls Du noch Verbesserungsvorschläge hast - gerne, sonst lasse ich den Batch durchlaufen. Insgesamt sind es 5734 eindeutige Zuordnungen (keine mit mehrfach vorhandener CAS-Nummer).
- Was ich nicht verstehe ist, dass dieser Edit offenbar nicht ausreichend ist, um die Links hinter den IDs anzupassen. Muss das noch an einem anderen Ort geschehen oder schläft da einfach ein Server ziemlich gut?--Mabschaaf 11:55, 23. Mai 2021 (CEST)
- Ich würde für das Datum "28 October 2019" die Eigenschaft Veröffentlichungsdatum (P577) nutzen und für abgerufen am (P813) stattdessen "10 May 2021" eintragen. Sonst okay.
- Die URLs werden nicht sofort aktualisiert, manchmal dauert das ziemlich lang – oder passiert erst beim nächsten Edit am Datenobjekt. Das ist irgendwie so eine Hintergrundjob-Geschichte, technisch gesehen müssen wohl alle Objekt-Seiten "gepurged" werden oder so.
- —MisterSynergy (Diskussion) 12:39, 23. Mai 2021 (CEST)
- ok, dann warten wir mal ab. Die Quellenangabe passe ich an. Danke nochmals.--Mabschaaf 13:21, 23. Mai 2021 (CEST)
Hallo MisterSynergy, ich hätte doch noch mal eine Nachfrage hierzu (wenn auch in völlig anderem Zusammenhang). Du hast oben geschrieben, dass Du einen geeigneten XML-Parser benötigst. Kannst Du mir verraten, welchen Du verwendet hast und ist der ggf. frei verfügbar? Ich hätte da nämlich noch ein anderes 1,3 GB-Datenbankfile... --Mabschaaf 17:23, 26. Jun. 2021 (CEST)
- den hier, in einem Pythonskript —MisterSynergy (Diskussion) 20:16, 26. Jun. 2021 (CEST)
Olympedia - Vorlage:ProCyclingStats
[Quelltext bearbeiten]Hallo,
ich sehe gerade, dass die Vorlage Olympedia parameterlos auf der Grundlage von Wikidata funktioniert. Wäre das auch bei der Vorlage PCS denkbar?
Vielen Dank im Voraus!--RikVII (Diskussion) 12:25, 15. Mai 2021 (CEST)
- Hallo RikVII, das sollte grundsätzlich möglich sein, denn die genutzten Identifikatoren sind auch bei Wikidata verfügbar.
- Die Schwierigkeit in diesem konkreten Fall liegt darin, dass die genannte Vorlage für drei verschiedene Szenarien (Fahrer, Teams, Rennen/Etappen) eingesetzt wird und der Code auch so schon recht komplex ist. Für Olympedia haben wir deshalb zum Beispiel eine separate Vorlage {{OlympediaWettbewerb}}.
- Was wäre denn der konkrete Plan für einen Wikidata-Einsatz in dieser Vorlage? —MisterSynergy (Diskussion) 11:27, 18. Mai 2021 (CEST)
- Hallo, wir verwenden die Vorlage ja bei Fahrern, Teams und Rennen jeweils in Weblinks. Dabei ergibt sich, dass man entweder die Id angeben kann oder einen Textfragment in der Url (peter-sagan). Die Id ist wohl unabänderlich, nicht aber die zexliche Url. Da verschiebt PCS durchaus die einzelne Seite und die Verwendung der Vorlage geht auf Error. Die Id umgekehrt muss regelrecht recherchiert werden, da bei dem Folgen der Verlinkung in der Url der Text erscheint und nicht die Id. Umgekehrt sehen ich, dass mehr und mehr in Wikidata die PCS-Id erscheint. Wenn man die Vorlage auf Wikidata zugreifen lassen würde, würde perspektivisch das Rumgesuche und nachträgliche korrigieren wegfallen. Allerdings muss ich einräumen, dass einzelne Nutzer wie bei Commons den einfachen Weg gehen werden, ohne zu überprüfen, ob er ein Ziel hat. Aber eine Option ohne Parameter, bzw. ohne den Parameter text oder Id wäre schon schön. Nur so ne Idee.--
RikVII. my2cts 12:23, 18. Mai 2021 (CEST)
- Ja, ich habe das ein bisschen angeschaut und das sieht alles recht ungeordnet aus. Bei PCS, bei Wikidata, und in Wikipedia. Jetzt bin ich etwas unentschlossen, wie man das am besten ändern könnte…
- Bei PCS kommen wir nicht ran, da müssen wir nehmen was die anbieten.
- Bei Wikidata gibt es immerhin separate Eigenschaften für Fahrer, Teams, und Rennen/Etappen. Blöderweise sind darin aber jeweils beide Identifikatortypen enthalten. Das ist kein best practice-Ansatz und sieht eher nach einem Relikt aus Anfangszeiten aus. Besser wäre es, wenn das erstmal separiert würde. Einen guten Teil davon könnte man automatisiert migrieren, sofern die Wikidata-Community damit einverstanden ist.
- Bei Wikipedia ist alles in einer Vorlage drin, was besser in drei verschiedenen Vorlagen gemacht werden würde.
- Datenabgleich würde man wohl am ehesten über ein Modul laufen lassen; für Datenbezug gibt es genug Erfahrung mit den anderen Vorlagen, die sowas schon machen.
- Alternativ: bei Wikidata und Wikipedia alles lassen wie es ist, und den Datenbezug zusätzlich in die Vorlage integrieren.
- Da muss ich erstmal drüber nachdenken. Im Radsportbereich sind die Dinge so sehr miteinander verdrahtet, dass man erstmal nach zahlreichen möglicherweise unerwünschten Nebenwirkungen von Migrationen Ausschau halten muss. —MisterSynergy (Diskussion) 14:34, 18. Mai 2021 (CEST)
- Ja, ich habe das ein bisschen angeschaut und das sieht alles recht ungeordnet aus. Bei PCS, bei Wikidata, und in Wikipedia. Jetzt bin ich etwas unentschlossen, wie man das am besten ändern könnte…
- Hallo, wir verwenden die Vorlage ja bei Fahrern, Teams und Rennen jeweils in Weblinks. Dabei ergibt sich, dass man entweder die Id angeben kann oder einen Textfragment in der Url (peter-sagan). Die Id ist wohl unabänderlich, nicht aber die zexliche Url. Da verschiebt PCS durchaus die einzelne Seite und die Verwendung der Vorlage geht auf Error. Die Id umgekehrt muss regelrecht recherchiert werden, da bei dem Folgen der Verlinkung in der Url der Text erscheint und nicht die Id. Umgekehrt sehen ich, dass mehr und mehr in Wikidata die PCS-Id erscheint. Wenn man die Vorlage auf Wikidata zugreifen lassen würde, würde perspektivisch das Rumgesuche und nachträgliche korrigieren wegfallen. Allerdings muss ich einräumen, dass einzelne Nutzer wie bei Commons den einfachen Weg gehen werden, ohne zu überprüfen, ob er ein Ziel hat. Aber eine Option ohne Parameter, bzw. ohne den Parameter text oder Id wäre schon schön. Nur so ne Idee.--
Passende Vorlage suchen und finden: Suchfunktion und weitere Verbesserungen im Vorlagenassistenten
[Quelltext bearbeiten]Hallo, du erhältst diese Nachricht, weil du in der Umfrage Technische Wünsche 2019 für den Themenschwerpunkt „Leichter mit Vorlagen arbeiten“ abgestimmt hast.
Die verbesserte Suchfunktion des Vorlagenassistenten im VisualEditor, dem Wikitext Editor 2017 und dem Wikitext Editor 2010 liefert ab jetzt nicht nur Treffer mit dem gleichen Anfangswort, sondern alle relevanten Vorlagen, die den eingegebenen Begriff im Titel enthalten.
Mit dem neuen „Zurück“-Button im VisualEditor wird es außerdem möglich, nach dem Auswählen einer Vorlage wieder zu der Vorlagensuche zurückzukehren. Auf diese Weise ist es leichter, solange im Suchfenster zu bleiben und in den Vorlagen zu stöbern, bis man eine passende gefunden hat, ohne, wie bisher, den Dialog vollständig schließen zu müssen.
Wenn Daten in die ausgewählte Vorlage eingegeben wurden und dann der Zurück-Button betätigt wird, erscheint nun außerdem eine Warnung. Sie dient dazu, dem Verlorengehen der eingegebenen Daten vorzubeugen.
Nicht zuletzt gibt es nun eine intuitive Möglichkeit im VisualEditor, eine Vorlage von einer Seite zu entfernen. Wenn man die Vorlage anklickt, erscheint neben dem „Bearbeiten“ eine neue „Löschen“-Option im Menü, wie es beispielsweise auch für Tabellen bereits der Fall ist.
Diese Neuerungen werden voraussichtlich am 7. Juli hier in der deutschsprachigen Wikipedia sowie auf einigen weiteren ersten Wikis aktiviert. Mehr Informationen gibt es auf den Projektseiten: Vorlagen suchen und einfügen und Vorlagen von einer Seite entfernen (VisualEditor). Rückmeldungen sind hier und hier willkommen. --Timur Vorkul (WMDE) 16:26, 6. Jul. 2021 (CEST)
Technische Wünsche: Umgang mit noch offenen Wünschen aus bisherigen Umfragen & nächste große Umfrage
[Quelltext bearbeiten]Du erhältst diese Nachricht, weil du in einer der Umfragen Technische Wünsche über Projekte abgestimmt hast, um deren weiteres Vorgehen es hier geht.
In den vergangenen Monaten hat das Team Technische Wünsche evaluiert, wie gut die Arbeitsweise in Themenschwerpunkten funktioniert und wie sie noch verbessert werden kann. Die Überlegungen und daraus abgeleiteten Konsequenzen sind hier auf der Projektseite beschrieben.
In Kürze: Der neue Arbeitsmodus funktioniert insgesamt sehr gut, aber es ging bisher nicht so schnell voran wie geplant – aus verschiedenen Gründen. Um in Zukunft in den zwei Jahren pro Themenschwerpunkt mehr erreichen zu können, hat das Team nach reiflicher Überlegung beschlossen, wie mit den vier noch offenen Wünschen aus dem alten Arbeitsmodus umgegangen werden soll: Zwei Wünsche, die bereits umgesetzt, aber noch nicht auf allen Wikis bereitgestellt wurden, werden noch auf weiteren Wikis ausgerollt. Die anderen beiden Wünsche können im aktuellen Zustand noch nirgends bereitgestellt werden; an diesen beiden Wünschen wird das Team nicht mehr weiterarbeiten.
Weil es bei der Arbeit an den Themenschwerpunkten zu ein paar Monaten Verzögerung kam, verschiebt sich auch die nächste große Umfrage Technische Wünsche. Geplant ist sie nun für Januar 2022. Wer sie nicht verpassen möchte, kann sich per Newsletter erinnern lassen.
Eine kleinere, themenbezogene Umfrage gibt es trotzdem schon bald: Voraussichtlich ab dem 19. Juli kann darüber abgestimmt werden, in welchem Problembereich aus dem Themenschwerpunkt „Bessere Unterstützung von Geoinformationen“ das Team Technische Wünsche für Verbesserungen sorgen soll. Mehr Informationen dazu gibt es in Kürze auf der Projektseite. Auch daran kann man sich per Newsletter erinnern lassen. Es wäre toll, wenn sich viele beteiligen und die Information weitergeben.
Ausführlichere Informationen zum geplanten Vorgehen und den Gründen dafür gibt es wie gesagt auf der Technische-Wünsche-Projektseite. Feedback dazu bitte auf die dortige Diskussionsseite, damit alles an einer Stelle gesammelt werden kann.
-- Für das Team Technische Wünsche, Johanna Strodt (WMDE) 09:35, 7. Jul. 2021 (CEST)
Infobox Olympischer Wettbewerb
[Quelltext bearbeiten]Hallo, Du hast damals diese Infobox erstellt. Es gibt den Parameter "Siegerzeit", in einigen Wettbewerben geht es aber um "Punkte". Könntest Du das bitte noch ergänzen? Danke, -- Nicola - kölsche Europäerin 21:52, 10. Sep. 2021 (CEST)
Du wurdest auf der Seite Vandalismusmeldung gemeldet (2021-09-12T13:24:00+00:00)
[Quelltext bearbeiten]Hallo MisterSynergy, Du wurdest auf der o. g. Seite gemeldet. Weitere Details kannst du dem dortigen Abschnitt entnehmen. Wenn die Meldung erledigt ist, wird sie voraussichtlich hier archiviert werden.
Wenn du zukünftig nicht mehr von diesem Bot informiert werden möchtest, trage dich hier ein. – Xqbot (Diskussion) 15:24, 12. Sep. 2021 (CEST)
Kannada
[Quelltext bearbeiten]Kannada-Aktor wie Kannada-Schrift. 83.7.7.118 16:22, 10. Okt. 2021 (CEST)
Technische Wünsche: Grundlegende Verbesserung des Vorlagen-Dialogs kommt in Kürze
[Quelltext bearbeiten]Hallo, du erhältst diese Nachricht, weil du in der Umfrage Technische Wünsche 2019 für den Themenschwerpunkt „Leichter mit Vorlagen arbeiten“ abgestimmt hast. Danke dafür! In Kürze wird das letzte und umfangreichste Projekt in diesem Themenschwerpunkt umgesetzt.
Der Vorlagen-Dialog im VisualEditor und Wikitext Editor 2017 wird grundlegend verbessert: Die sichtbarste Neuerung ist die Seitenleiste, die nun auf einen Blick darstellt, welche Parameter für eine Vorlage zur Verfügung stehen. Zuweisen und entfernen lassen sich Parameter jetzt bequem über Auswahlkästchen, und beim Finden des richtigen Parameters unterstützt eine Suchmaske. Nicht zuletzt kann man über die Parameternamen in der Seitenleiste auf die entsprechenden Felder im Hauptdialog springen und so Zeit sparen. Genauer sind alle Änderungen auf der Projektseite beschrieben.
Voraussichtlich am 24. November werden diese verschiedenen kleinen und großen Änderungen nun auf mehreren Wikis, einschließlich der deutschsprachigen Wikipedia, bereitgestellt. Wie immer würde sich das Projektteam über Rückmeldungen auf der Diskussionsseite dieses Projekts freuen. -- Timur Vorkul (WMDE) 12:48, 24. Nov. 2021 (CET)
Vorlage:FISA
[Quelltext bearbeiten]Ich habe gerade bei Glen Loftus festgestellt, dass aktuell bei der FISA wieder vierstellige ID-Nummern existieren, die seltsamen langen IDs in Wikidata führen ins Leere. --Geher (Diskussion) 17:43, 26. Nov. 2021 (CET)
- Hallo Geher, ja das habe ich vor ein paar Tagen schon bemerkt und mich sehr geärgert.
- Wir haben die Option, schnell und unkompliziert auf die alten numerischen Identifikatoren von Wikidata zurückzugreifen und damit erstmal die Links zu reparieren, ohne alle Seiten wieder anfassen zu müssen. Die alten Identifikatoren sind nämlich noch bei Wikidata vorhanden, sie sind meines Wissens unverändert zum Zustand vor Dezember 2020.
- Mittelfristig stellt sich dann die Frage, inwiefern wir hier lokale Identifikatoren für fast alle oder alle Vorlageneinbindungen vorhalten wollen. Von mir aus können wir im Wesentlichen Wikidata-Datenbezug machen, ich könnte aber mit einem Botlauf auch einfach die alten Identifikatoren wieder einbauen.
- Viele Grüße! —MisterSynergy (Diskussion) 19:58, 26. Nov. 2021 (CET)
- Hallo Geher, nach einiger Zeit habe ich mir das hier doch einmal genauer angeschaut.
Tatsächlich ist FISA mittlerweile wieder komplett zurückgekehrt zu den numerischen Identifikatoren. Da wir die bei Wikidata noch haben, habe ich die Vorlage auf exklusiven Datenbezug von Wikidata umgestellt, so dass alle lokalen Parameter ignoriert werden. Damit sind die Profile erstmal wieder erreichbar.
Das ist natürlich kein optimaler Zustand, den wir lange beibehalten möchten. Soll ich die Identifikatoren mit dem Bot wieder alle lokal umstellen, oder wollen wir sie einfach und ein für alle Mal entfernen?
Viele Grüße! —MisterSynergy (Diskussion) 00:15, 26. Mär. 2022 (CET)- Tja, wenn die vermaledeiten versteckten Kategorien nicht wären, würde ich sagen, dass es eigentlich egal ist. Da wir aber die Wartungskategorien haben, bin ich dafür, dass die Identifikatoren mit dem Bot umgestellt werden. Es müsste also der Zustand vor der Umstellung der Identifikatoren wieder hergestellt werden. Gruß --Geher (Diskussion) 08:34, 26. Mär. 2022 (CET)
- Die Wartungskategorien lassen sich auf die aktuelle Situation anpassen, einfacher sogar als die Identifikatoren. Letzters bekomme ich aber auch hin und ein bisschen Feintuning an der Vorlage wäre sowieso noch notwendig. Ich bereite aber jetzt erst einmal einen Botlauf vor und gebe in den nächsten Tagen Bescheid, wenn ich startklar bin. Viele Grüße! —MisterSynergy (Diskussion) 09:29, 26. Mär. 2022 (CET)
- Tja, wenn die vermaledeiten versteckten Kategorien nicht wären, würde ich sagen, dass es eigentlich egal ist. Da wir aber die Wartungskategorien haben, bin ich dafür, dass die Identifikatoren mit dem Bot umgestellt werden. Es müsste also der Zustand vor der Umstellung der Identifikatoren wieder hergestellt werden. Gruß --Geher (Diskussion) 08:34, 26. Mär. 2022 (CET)
Schon mal vormerken: Vom 24.1. bis zum 6.2. findet die Umfrage Technische Wünsche statt
[Quelltext bearbeiten]Frohes neues Jahr! Es gibt vieles, was man sich für 2022 wünschen kann: viele erfolgreiche Bearbeitungen, interessante Artikel, Gesundheit … und Verbesserungen an der Nutzbarkeit der Wikipedia und ihrer Schwesterprojekte!
In Kürze ist es nämlich wieder so weit: Vom 24. Januar bis zum 6. Februar findet die Umfrage Technische Wünsche statt. Es wird wieder darüber abgestimmt, in welchem Bereich das Team Technische Wünsche (WMDE) zwei Jahre lang, in engem Austausch mit den deutschsprachigen Communitys, für Verbesserungen sorgen wird.
Du bist wieder herzlich eingeladen, mitzumachen! Es stehen 16 Themenschwerpunkte zur Wahl. Neu ist in diesem Jahr, dass du angibst, welche fünf davon dir am wichtigsten sind. Das Konzept ist auf der Umfrageseite genauer beschrieben. Dort finden sich auch Antworten auf häufig gestellte Fragen und einiges mehr. Auf der Diskussionsseite sind außerdem Fragen und Anregungen sehr willkommen.
Wir würden uns freuen, wenn du ab dem 24. Januar wieder dabei bist und auch anderen davon erzählst. Technikkenntnisse oder viele Bearbeitungen sind ausdrücklich nicht nötig, um teilzunehmen. -- Für das Team Technische Wünsche, Johanna Strodt (WMDE) 15:06, 6. Jan. 2022 (CET)
PS: Wenn du zu Beginn der Umfrage nochmal erinnert werden möchtest, kannst du mit dem folgenden Textschnipsel auf diese Nachricht antworten, und bekommst dann am 24. Januar eine Nachricht über das System:
{{ErinnerMich|24.1.2022}} Jetzt abstimmen in der Umfrage Technische Wünsche -- ~~~~
Zerbrochene Links
[Quelltext bearbeiten]Kannst du das hier Benutzer:MisterSynergy/rrk-online/test bitte so anpassen, dass die beiden Rotlinks bei Missing event: und Invalid event: nicht innerhalb eines Weblinks stehen? Also den Link zur Webseite unterbinden oder beide von einander trannen? Die Seite löst sonst unnötig Lint-Fehler aus --Liebe Grüße, Lómelinde Diskussion 17:59, 9. Jan. 2022 (CET)
- Puh, da muss ich einiges umbauen. Ich habe zurzeit nur wenig Zeit um mich darum zu kümmern. Ich lasse das mal hier stehen, damit ich es nicht wieder vergesse. Danke für den Hinweis und Viele Grüße! —MisterSynergy (Diskussion) 20:23, 9. Jan. 2022 (CET)
- Es läuft ja nicht weg. Dankeschön. --Liebe Grüße, Lómelinde Diskussion 07:31, 10. Jan. 2022 (CET)
- Denkst du noch daran, dass diese Fehler weiterhin bestehen? --Liebe Grüße, Lómelinde Diskussion 07:45, 31. Jan. 2022 (CET)
- Es läuft ja nicht weg. Dankeschön. --Liebe Grüße, Lómelinde Diskussion 07:31, 10. Jan. 2022 (CET)
Umfrage Technische Wünsche: Der Gewinner steht fest
[Quelltext bearbeiten]Vielen Dank, dass du bei der diesjährigen Umfrage mitgemacht hast. Gewonnen hat das Thema Wiederverwendung von Einzelnachweisen vereinfachen. Auf der Projektseite des Themenschwerpunkts werden in Zukunft alle wichtigen Schritte und Erkenntnisse dokumentiert. Wie das Ergebnis ermittelt wurde, ist auf dieser Seite detailliert beschrieben.
Mit diesem Themenschwerpunkt wird sich das Team Technische Wünsche für zwei Jahre beschäftigen und dort Verbesserungen umsetzen. Als Erstes ist eine Recherchephase vorgesehen, in der ermittelt wird, was die dringendsten Probleme in diesem Bereich sind.
Möglicherweise wunderst du dich, warum du schon wieder eine Nachricht auf deiner Diskussionsseite erhältst. Die Umfrage Technische Wünsche ist eine große Veranstaltung, die etwa einmal im Jahr stattfindet. Und je mehr Leute mitmachen, desto aussagekräftiger ist das Ergebnis. Jetzt wo die Umfrage vorbei ist, endet auch die Werbung für die Umfrage, aber: Um sicherzustellen, dass die Verbesserungen in diesem Bereich auch sinnvoll und nutzbar sind, ist das Projektteam auf Feedback angewiesen. Dazu wird es immer mal wieder Gelegenheit geben, beispielsweise wenn Rechercheergebnisse vorliegen, Ideen für Lösungsansätze oder auch fertige Funktionen. Wenn du diese und andere Meilensteine nicht verpassen möchtest, kannst du die Projektseite beobachten und/oder den Newsletter Technische Wünsche abonnieren.
Abschließend noch eine Bitte: Ein Ziel des Projekts Technische Wünsche ist es, die Meinungen und Vorstellungen möglichst vieler unterschiedlicher Personen aus verschiedenen Bereichen und mit unterschiedlichen Arbeitsweisen zu beachten. Schließlich soll die Software so weiterentwickelt werden, dass alle davon profitieren. Wir würden gerne erfahren, wie sich die Gruppe derjenigen, die an der Umfrage 2022 teilgenommen haben, zusammensetzt. Daher wäre es toll, wenn du dir etwa fünf Minuten Zeit nehmen könntest, um anonymisiert ein paar Fragen zu dir und zur Umfrage zu beantworten. Bei dem Fragebogen werden alle Vorgaben des Datenschutzes berücksichtigt. Jede einzelne Frage ist optional zu beantworten. Weitere Informationen dazu gibt es im Fragebogen selbst. Vielen Dank für deine Teilnahme!
- Zum Fragebogen (bis 28.2.)
– Für das Team Technische Wünsche, Johanna Strodt (WMDE) 14:02, 10. Feb. 2022 (CET)
3. Admin-Workshop: 12. April 2022, 20:00 Uhr
[Quelltext bearbeiten] Einladung zum 3. Admin-Workshop
Der 3. Admin-Workshop findet Dienstag, 12. April, 20:00 Uhr online statt. Weitere Infos zur Teilnahme findest du im WikiProjekt Administratoren. Zukünftige Termine werden ebenfalls dort angekündigt.
Themen werden die Initiierung eines Mentoringprogramms zur Einarbeitung in Aufgabengebiete sowie der Ausbau des Admin-Handbuchs sein. Zudem werden wir über die Einführung eines Open-Source-Adminchats sowie aktuell anstehende Diskussionen sprechen.
Im Rahmen der AdminCon 2022 wurde der Wunsch geäußert die Zusammenarbeit unter den Admins zu intensivieren. Daraus hat sich dieses neue Format der regelmäßigen Online-Workshops ergeben.
Viele Grüße, WnmeVerteiler zur einmaligen Einladung aller Admins zum neuen Veranstaltungsformat. Versendet via --MediaWiki message delivery (Diskussion) 12:20, 9. Apr. 2022 (CEST)
WP:Kat Zukunft
[Quelltext bearbeiten]Hallo lieber MisterSynergy!
Per Zufall habe ich gesehen, dass du dich u.A. mit Bots auf Wikidata beschäftigst. Weil die Verknüpfungen zu Wikidata ein Kernaspekt in Wikipedia_Diskussion:WikiProjekt_Kategorien#Wikidata_und_die_Zukunft_des_Kategoriesystems_von_de:Wikipedia sind, wäre es besonders begrüßenswert, wenn ein Fachkundiger wie du einen Beitrag leisten könnte. Herzliche Grüße --Tom (Diskussion) 14:06, 26. Mai 2022 (CEST)
- Hallo User:Tom, ich habe wenig Zeit und kann nicht die ganze verlinkte Diskussion lesen.
- Aus meiner Sicht sollten durchaus einige Aufgaben vom Kategoriensystem nach Wikidata übertragen werden, insbesondere alles was mit der detaillierten Einordnung in eine inhaltliche Systematik zu tun hat. Ein sehr rudimentäres Basis-Kategoriensystem für Wartungszwecke und ggf. die Zuordnung zu Wikipedia-internen Fachbereichen würde aus meiner Sicht schon reichen.
- Allerdings kann man den Autoren nicht vorschreiben, was sie tun und lassen sollen. Letztlich muss uns das aktuelle Kategoriensystem so sehr über den Kopf wachsen, dass mehr und mehr Benutzer es ignorieren und die Sachen anders und besser machen. Wikidata wäre da durchaus die richtige Plattform für. Solange es jedoch noch genug Benutzer gibt, die mit großem Einsatz am Kategoriensystem arbeiten, wird es uns unverändert erhalten bleiben – auch wenn viele das vielleicht eher als unnötige Doppelarbeit ansehen.
- Alles weitere kann ich auf die Schnelle nicht kommentieren. Ich stehe aber gern für Rückfragen zur Verfügung, auch wenn es manchmal etwas dauern kann. Viele Grüße! —MisterSynergy (Diskussion) 01:54, 27. Mai 2022 (CEST)
- Danke dir! Deine Meinung ist (auch als Kurznotiz) ein Baustein für das Stimmungsbild für die Zukunft. Das Katsystem wurde nicht dazu geschaffen, die Suchalgorhytmen von Google zu trainieren. Es soll unseren Zwecken dienen und nicht durch Atomisierung unbrauchbar werden. Siehe auch WD:WPK#476748 Kategorien. LG --Tom (Diskussion) 21:22, 28. Mai 2022 (CEST)
- Weiß nicht, mit Google hat das alles nichts zu tun.
- Im Grunde ist das simpel: das Kategoriensystem war halt von (fast) Beginn an verfügbar, und für lange Zeit die einzige und damit beste Lösung für das Problem. Deshalb wurde und wird das mit Verve von der Community entwickelt. Problem ist: so große Artikelmengen wie in dewiki (und mehr noch Commons bzw. enwiki) sind mit dem Kategoriensystem nicht so recht in den Griff zu bekommen – es war aber lange nicht absehbar, wie groß diese Wikipedias mal werden könnten. Den aktuellen Zustand kann man halt mit Wikidata wirklich besser in den Griff kriegen.
- Im Einzelnen sind folgende Nachteile des Kategoriensystems zu berücksichtigen:
- Technisch hat eine Kategorisierung keine semantische Bedeutung, d.h. wenn eine Seite (oder Kategorie oder eine Datei) kategorisiert ist, dann transportiert das allein rein formell keine nutzbare Bedeutung. Für jede Kategorie müssen wir deshalb zusätzlich per Konvention festlegen, welche Art von Relation die Kategorisierung auszeichnen soll. Wir machen das mit Kategorietypen wie "Objektkategorie", "Themenkategorie", etc., sowie darauf aufbauend Regeln für die weitere Unterkategorisierung, und außerdem Regeln für Transitivität der Kategorisierung. Das Kategoriensystem ist jedenfalls ein Moloch von Konventionen – deshalb gibt es da soviel Streit.
- Schnittmengen aus unabhängigen Kategorien sind nicht besonders effizient zu ermitteln, weil die Datenstruktur das nicht hergibt. Petscan und ähnliche Tools machen sowas zwar, aber das ist eine ziemlich aufwändige Operation, die schnell an Grenzen stößt. Wir helfen uns dadurch, dass wir "Schnittmengenkategorien" in großer Zahl nutzen, aber das ist eine Krücke für sich.
- Die Bezeichnung von Kategorien ist nur sehr aufwändig "einheitlich" zu halten. Auch hier sind viele Konventionen notwendig.
- Es gibt häufig Bestrebungen, Kategorienstrukturen "einheitlich" über einen gewissen Themenbereich auszubreiten – aus Erfahrung ist das häufig wichtiger als die fachliche Korrektheit der daraus resultierenden Kategorisierungen.
- Mit Wikidata hätte man diese eher konzeptionellen Probleme nicht (einige andere, eher praktische Probleme aber schon).
- Viele Grüße! —MisterSynergy (Diskussion) 22:02, 28. Mai 2022 (CEST)
- Danke dir! Deine Meinung ist (auch als Kurznotiz) ein Baustein für das Stimmungsbild für die Zukunft. Das Katsystem wurde nicht dazu geschaffen, die Suchalgorhytmen von Google zu trainieren. Es soll unseren Zwecken dienen und nicht durch Atomisierung unbrauchbar werden. Siehe auch WD:WPK#476748 Kategorien. LG --Tom (Diskussion) 21:22, 28. Mai 2022 (CEST)
- Hallo lieber MisterSynergy!
- Deine Denkansätze hier und in WD:WPK#476748 Kategorien haben mir geholfen. Weißt, ich bin ein DV-Oldtimer der noch Lochkarten in der Hand hatte. Am Anfangs meines Berufslebens haben wir die damals als groß angesehen Datenmengen in "Tortenhauben" physisch transportiert, weil es schlicht nicht die Netze dafür gab. Es gab noch Magnetkontenkarten, 8″-Disketten, Bandlaufwerke und Fernschreiber. Der Aufwand für den DV-Prozess, der dahinter steht, wenn wir heute eine simple Googlesuche starten, hätte seinerzeit bei Siemens als Budgetpostion beim Vorstand zur Freigabe eingereicht werden müssen und wäre vermutlich als völliger Irrsinn abgelehnt worden. Heute sieht vieles anders aus und ich merke wie wichtig es ist, die Begrifflichkeiten zu komplexen Zusammenhängen zu syncronisieren, damit man nicht schon in der Orientierungsphase zu irgendwas ananeinder vorbei redet.
- Wikipedia als Projekt hat seit Beginn evolutionäre Facetten. Dabei wird bewusst eine Verschwendung von "Work-Force" akzeptiert, die sich kein Wirtschaftsunternehmen leisten könnte. In alternativer Sichtweise sind wir Investoren, deren eingebrachtes Kapital ein Stück unserer Lebenszeit ist. Kapitalerhöhungen mit Neuinvestoren werden von Altaktionären äußert kritisch hinterfragt. Dennoch haben wir im Hinterkopf: „Wer nicht mit der Zeit geht, geht mit der Zeit.“ Man muss nach meiner Überzeugung für dieses Projekt die Bereitschaft für schmerzhafte Änderung mitbringen. Das Grundgesetz von "Jimbo-Moses" wagt kaum jemand öffentlich anzufassen; die später zur irgendwas beschlossenen Richtlinien schon. Politisches Sendungsbewusstsein, bezahltes Schreiben und was weiß ich für Motivationen haben ein unterschwelliges Misstrauen in "unserem Projekt" verbreitet. Mancher Altaktionär hat das Weite gesucht und das kann ich gut verstehen. Im Altersheim brauchen wir vielleicht auch eher professionelle Hilfe.
- Lieber MisterSynergy! Nochmals mein Dank für deine Sichtweisen. Ja, ich bin dabei: wir brauchen mehr und professionelle Zahlen zu Kennwerten für das Content-Mangament-System von Wikipedia, damit man weiß wovon man spricht und nicht aneinander vorbeiredet. Herzliche Grüße --Tom (Diskussion) 10:10, 29. Mai 2022 (CEST)
Wikiläum-Tool
[Quelltext bearbeiten]Hallo MisterSynergy, bei der Benutzung des von Dir erstellten Wikiläum-Tools bin ich heute auf einen Fehler gestoßen. Es wird der Benutzer:Zeno Gantner mit dem ersten Beitrag am 11.09.2002 angezeigt. In der Beitragsliste ist sein ältester Beitrag hingegen mit dem Datum 20.12.2002 angegeben. Hast Du eine Idee was nun korrekt ist und wo der Fehler liegt? Viele Grüße --JoeHard (Diskussion) 13:45, 11. Sep. 2022 (CEST)
- Hallo JoeHard, in der Datenbank der deutschsprachigen Wikipedia finde ich einen Edit von User:Zeno_Gantner am 2002-09-11, 19:03:16 (UTC) mit der Zusammenfassungszeile
verschoben nach "Rotbuche"
. Die zugehörige Seite mit der Seiten-ID 8789 ist allerdings nicht in der Datenbank zu finden, der Edit ist per Spezial:Weiterleitung/revision/6753598 nicht zugänglich. Das ist das erwartbare Verhalten, wenn die Datenbank fehlerhaft ist; es ist in diesem Fall auch normal, dass dieser seltsame Edit nicht in der Beitragsliste des betreffenden Benutzers oder in der Versionsgeschichte der betreffenden (mir unbekannten) Seite auftaucht. - User:Zeno_Gantner hat die Benutzer-ID 392. Andere Benutzer mit ähnlichen IDs haben um den 20. Dezember 2002 herum ihren ersten Edit getätigt. Es ist deshalb davon auszugehen, dass Zeno_Gantner sich ebenfalls im Dezember 2002 registriert hat und dann sehr zeitnah einen ersten Edit getätigt hat. Die Aktion vom 11. September 2002 dürfte von einem anderen Benutzer ausgelöst worden sein. Ich kann nicht identifizieren wer das war, und auch nicht was hier schiefgelaufen ist.
- Als Toolautor kann ich da leider wenig machen – diese Fälle von Fehlern in der Datenbank sind selten, aber eben nicht unmöglich. Sie sind jedenfalls meist verschieden in ihrer Ausprägung und bedürfen einer manuellen Fehleranalyse, was nicht in einem Tool abzubilden ist. Viele Grüße! —MisterSynergy (Diskussion) 19:53, 11. Sep. 2022 (CEST)
- Vielen Dank für Deine ausführliche Antwort. Das hilft mir erstmal weiter. Viele Grüße --JoeHard (Diskussion) 23:50, 11. Sep. 2022 (CEST)
Fragen zur Wikipedia - Vector 2022
[Quelltext bearbeiten]Hi, I haven't read the entire discussion yet, but I've noticed your ping and would like to answer your question.
We're not really sure when exactly we would approach the German-language Wikipedians. We've changed plans a few times already. Certainly, before talking to dewiki, we'd like to talk to some smaller communities.
I think we'd talk to dewiki in January. Not before the Christmas and New Year holidays... unless this community gives us a present and asks to deploy sooner than later, which I don't really expect 😂 --SGrabarczuk (WMF) (Diskussion) 16:46, 10. Nov. 2022 (CET)
- @SGrabarczuk (WMF): Thank you for the reply.
- I don't think the community will ask by itself. If you ask the community before deployment, I would expect plenty of responses similar as in the enwiki RfC where many simply tried to sink this entire product, presumably in the first place because it has been made by WMF. Here at German Wikipedia, the discourse is largely dominated by long-term editors (as in "15+ years participation"), many of whom are still using Monobook. There is surely some opposition to expect.
- That said, when I transitioned to Vector-2022 at some point during the last year, it took me a week or two to get used to it---even though I was very open to using it, and I had used Timeless as my standard skin before in several projects. I think many in the enwiki RfC have seen the Vector-2022 skin (more or less) for the first time when it had been demoed to them, and it seems that it simply felt wrong spontaneously to them. Not sure whether it is possible to allow users to gradually make contact with the new skin, but it could be worth to try in order to avoid untoughtful spontaneous opposition. ---MisterSynergy (Diskussion) 17:49, 10. Nov. 2022 (CET)
- Thanks, yeah, this is exactly what I'm expecting (I mean the discussion with and opposition from Monobook users). This will definitely be a challenge. Regarding the surprise factor,
- We're running banners incentivizing people to try out Vector 2022. Only those who use the old Vector see them. We're also running banners asking for feedback, and these are only visible to those who've changed their skin to Vector 2022.
- I've also been thinking of very short messages sent more or less once a week informing about small things, like trivia, about Vector 2022.
- What do you think of these methods? --SGrabarczuk (WMF) (Diskussion) 19:33, 10. Nov. 2022 (CET)
- Yes, it is definitely a good idea to bring editors in contact with the new skin before the actual transition takes place, or even before any kind of formal community consultations are held. Many if not most editors here are not really aware of the new skin and the progress of its development, although it in the making for 3+ years meanwhile and it has on some occasions been discussed in this community as well.
- So, preparing the community for the imminent transition is a good idea, and offering individual users to try it out in advance is also great. The skin is easily mature enough to be shown around. To reach a substantial audience here, it would also be possible to write a status update with plans and the roll-out in other projects for Wikidata:Kurier. If you/your team does not want to do this by yourself, I would consider to write something about the new skin for that page from a community member perspective. —MisterSynergy (Diskussion) 21:22, 10. Nov. 2022 (CET)
- Thanks, yeah, this is exactly what I'm expecting (I mean the discussion with and opposition from Monobook users). This will definitely be a challenge. Regarding the surprise factor,
Wikiläum
[Quelltext bearbeiten]MisterSynergy
zu 10 Jahren ehrenamtlicher Arbeit
im Dienst der Verbesserung unserer Enzyklopädie
und verleihe den
Wikiläums-Verdienstorden in Silber
gez. JoeHard (Diskussion) 00:09, 20. Nov. 2022 (CET)
Hallo MisterSynergy,
vor genau 10 Jahren, am 20. November 2012, hast Du hier zum ersten Mal mitgearbeitet, deshalb heute mein Glückwunsch zum zehnjährigen Wikiläum. Danke für die mehr als 25.000 Edits und die 179 neu angelegten Artikel. Besondere Anerkennung verdienen dabei Deine vielen Beiträge zum Thema Rudersport. Aber auch in anderen Wikimedia-Projekten hast Du wertvolle Arbeit geleistet, z. B. auch als Administrator bei Wikidata. Danke für Deine Programmierungen, wie z. B. das Wikiläum-Tool. Ich hoffe , dass Du hier weiterhin gern und noch lange mitarbeiten wirst.
Viele Grüße aus Hamburg --JoeHard (Diskussion) 00:09, 20. Nov. 2022 (CET)
- Auch von mir die besten Wünsche und vielen Dank für Dein tolles Tool. -- Wolfgang Rieger (Diskussion) 09:05, 24. Nov. 2022 (CET)
- Danke Euch beiden!
- Das Tool hab ich tatsächlich vor fast 5 Jahren gemacht, weil ich bei dem bronzenen Verdienstorden "übersehen" worden bin. Es gab damals halt keine Möglichkeit, verlässlich alle Kandidaten zu finden :-) Viele Grüße! ---MisterSynergy (Diskussion) 09:26, 24. Nov. 2022 (CET)
Wikiläum-Tool und Schaltjahre
[Quelltext bearbeiten]Hallo MisterSynergy, mit dem Wikiläums-Tool ist es derzeit leider nicht möglich, z. B. am 01.03.2023 anzuzeigen, welcher Benutzer am 29.02.2008 seinen ersten Edit gemacht hat und deshalb eine Ehrung zum fünfzehnjährigen Wikiläum erhalten sollte. Wäre es möglich die Programmierung anzupassen? Ich stelle mir vor, dass es eine etwas aufwändigere Änderung wäre, deshalb wäre es zunächst sinnvoll die vorhandene Jahresbeschränkung (max. 2026) hochzusetzen auf 2036. Dies würde es ermöglichen, zumindest die Benutzernamen komfortabel zu ermitteln. Viele Grüße -- JoeHard (Diskussion) 22:29, 18. Jan. 2023 (CET)
- Hallo JoeHard, das ist leider nicht so einfach, weil das Tool leider ziemlich primitiv mit Datumsberechnungen umgeht. Eigentlich müsste das ganze Tool einmal einen neuen Unterbau bekommen (mit einem Python- statt PHP-Backend), da wäre das dann zu berücksichtigen. Bei der existierenden Codebasis mag ich das zurzeit nicht mehr mit einbauen.
- Ich kann Dir aber händisch auswerten, dass am 29. Februar 2008 die drei Benutzer Albambot, Thomoesch, und Oberlaender ihren ersten Edit getätigt haben. Du müsstest nun selbst auswerten, inwiefern sie für ein Wikiläum qualifiziert sind – ich glaube, das trifft auf keinen von denen zu, aber schau bitte selbst. Es ist ausgesprochen unwahrscheinlich, dass in den verbleibenden eineinhalb Monaten weitere Kandidaten dazu kommen. Viele Grüße! —MisterSynergy (Diskussion) 23:05, 18. Jan. 2023 (CET)
- Und das Ermöglichen von Jahreseingaben bis 2036 geht auch nicht so einfach? Dann könnten wir immer das 20jährige simulieren und so die Benutzernamen herausbekommen. -- JoeHard (Diskussion) 23:56, 18. Jan. 2023 (CET)
- Ja das ist einfach zu ändern – Du kannst jetzt bis 2036 abfragen. —MisterSynergy (Diskussion) 00:07, 19. Jan. 2023 (CET)
- Ich danke Dir für Deine schnelle Hilfe, viele Grüße --JoeHard (Diskussion) 00:11, 19. Jan. 2023 (CET)
- Ja das ist einfach zu ändern – Du kannst jetzt bis 2036 abfragen. —MisterSynergy (Diskussion) 00:07, 19. Jan. 2023 (CET)
- Und das Ermöglichen von Jahreseingaben bis 2036 geht auch nicht so einfach? Dann könnten wir immer das 20jährige simulieren und so die Benutzernamen herausbekommen. -- JoeHard (Diskussion) 23:56, 18. Jan. 2023 (CET)
Noch ein Problem beim Wikiläum-Tool
[Quelltext bearbeiten]Siehe hier bei Benutzer:Flominator. Das Tool zeigt ihn an, obwohl der (korrekte) 1. Edit der 9. Januar 2005 ist. Woran kann das liegen? Beste Grüße -- Wolfgang Rieger (Diskussion) 16:54, 20. Jan. 2023 (CET)
- Hallo WolfgangRieger, das ist anscheinend mal wieder so ein Fall von Datenbankpfusch aus der Frühzeit. Die Datenbank weist einen gelöschten Edit von User:Flominator im Artikel Regensburger Dom vom 4. Januar 2003 aus, deshalb erscheint er dort im Toolergebnis. Es gibt Hintergrund zu der Geschichte unter Wikipedia:Fragen zur Wikipedia/Archiv/2016/Woche 12#Korrupte Versionsgeschichte? sowie möglicherweise verwandte Löschaktivität im Logbuch zum Artikel. Bei solchen Fällen kann ich leider wenig machen. Viele Grüße! —MisterSynergy (Diskussion) 19:16, 20. Jan. 2023 (CET)
- Nun ja, das Datum des vom Tools angezeigten 1.Edits ist ja korrekt. Könnte man dann das nicht entsprechend markieren/hervorheben, damit wir das bemerken und entsprechend berücksichtigen können? Oder mal einen Durchgang über alle in Frage kommenden Benutzer machen und eine Extratabelle machen für diese Sonderfälle? -- Wolfgang Rieger (Diskussion) 23:05, 20. Jan. 2023 (CET)
- Ich habe User:Flominator nun einmal händisch in der Schattendatenbank des Tool aktualisiert. Er taucht nun hier auf, nicht mehr am 4. Januar 2023.
- Wenn das öfters passiert, dann lass mich das bitte wissen. Ich würde dann die ganze Schattendatenbank einmal neu erstellen, was aber ein bisschen aufwändiger ist. —MisterSynergy (Diskussion) 23:18, 20. Jan. 2023 (CET)
- Danke Dir. Ich glaube, das gab es schon einmal. Es scheint nur Benutzer zu betreffen, die demnächst Gold bekommen. Ist dann natürlich doof, wenn das Datum nicht stimmt. Wäre es nicht relativ einfach zu prüfen, ob das angegebene Datum des Erstedits mit dem Verleihungsdatum konsistent ist und bei Abweichung rot zu markieren? -- Wolfgang Rieger (Diskussion) 00:37, 21. Jan. 2023 (CET)
- Okay, ein bisschen Hintergrund: das Tool unterhält eine Schattendatenbank, in der alle angemeldeten Benutzer mit 1000 oder mehr Beiträgen registriert sind. Darin sind zurzeit etwa 12.500 Einträge enthalten, und für jeden der Benutzer wird die Benutzer-ID sowie der Zeitstempel des ersten nicht-gelöschten Edits zum Zeitpunkt des Eintrages in die Schattendatenbank festgehalten. Es ist zurzeit so, dass einmal eingetragene Daten darin nicht erneut aktualisiert werden; jede Nacht läuft ein Automatismus, um ggf. neu dazugekommene Benutzer mit 1000+ Beiträgen ebenfalls in diese Schattendatenbank einzutragen.
- Der Zweck von dieser Datenbank ist, für das Wikiläum-Tool eine schnelle Auswertung für ein abgefragtes Datum auszuliefern. Zwar steckt die komplette Information aus der Schattendatenbank auch in der richtigen Wikipedia-Datenbank, von dort ist sie aber bei Weitem nicht effizient genug abzufragen.
- Zu Unstimmigkeiten wie im vorliegenden Fall kommt es nun, wenn Benutzer in die Tool-Schattendatenbank eingetragen worden sind, und danach dann am "ersten Edit" dieses Benutzers herummanipuliert wird (z. B. erster Edit wird gelöscht, oder ein zuvor gelöschter noch älterer Edit wird wiederhergestellt, oder es werden noch ältere Versions aus einem anderen Wiki importiert; solche Sachen halt). Das war bei Flominator der Fall, denn er war von Beginn an (ca. Ende 2017) mit seinem Pseudo-2003-Edit in der Schattendatenbank und hat dann 2018 selbst diesen ersten Edit entfernt, so dass der neue erste (nicht gelöschte) Edit aus 2005 bleibt. Die Schattendatenbank bekommt von alledem nichts mit, weshalb der betreffende Benutzer dann am falschen Tag aufgelistet wird.
- In der Tool-Oberfläche habe ich nun eine rote Markierung eingetragen, wenn eine solcher Unterschied auftritt. Tatsächlich fragt das Tool nämlich sowohl aus der Schattendatenbank den ersten Edit ab (um die Kandidaten für den abgefragten Tag zu ermitteln), als auch aus der Wikipedia-Datenbank (das wird dann angezeigt). Ein ähnlicher Unterschied wie im vorliegenden Fall tritt auch hier auf, in diesem Falle wegen eines zwischenzeitlich erfolgten Imports einer noch älteren Version. Ist das so okay? —MisterSynergy (Diskussion) 01:23, 21. Jan. 2023 (CET)
- Wunderbar. Problem gelöst. Danke Dir. -- Wolfgang Rieger (Diskussion) 12:23, 21. Jan. 2023 (CET)
- Danke Dir. Ich glaube, das gab es schon einmal. Es scheint nur Benutzer zu betreffen, die demnächst Gold bekommen. Ist dann natürlich doof, wenn das Datum nicht stimmt. Wäre es nicht relativ einfach zu prüfen, ob das angegebene Datum des Erstedits mit dem Verleihungsdatum konsistent ist und bei Abweichung rot zu markieren? -- Wolfgang Rieger (Diskussion) 00:37, 21. Jan. 2023 (CET)
- Nun ja, das Datum des vom Tools angezeigten 1.Edits ist ja korrekt. Könnte man dann das nicht entsprechend markieren/hervorheben, damit wir das bemerken und entsprechend berücksichtigen können? Oder mal einen Durchgang über alle in Frage kommenden Benutzer machen und eine Extratabelle machen für diese Sonderfälle? -- Wolfgang Rieger (Diskussion) 23:05, 20. Jan. 2023 (CET)
Duplikatte Kategorien
[Quelltext bearbeiten]Hallo MisterSynergy. Über deine Nachricht in meiner Diskussion, du hast Recht. Diese Kategorie (7 Artikeln) muss in diese andere (123 Artikeln) verschoben werden. Ich mache normalerweise diese Art von Arbeit mit PAWS, aber seit ein Paar Tagen funktioniert nicht. Kümmerst du dich daran? Danke. Leonprimer (Diskussion) 20:35, 18. Feb. 2023 (CET)
- Ich bin nicht so richtig mit den Abläufen in der spanischsprachigen Wikipedia vertraut. Mir fiel das bloß auf, weil eine der beiden Kategorien nicht mit einem Wikidata-Objekt verbunden war, aber das richtige Datenobjekt schon mit der anderen Kategorie belegt war.
- Eigentlich müsste ja nur umkategorisiert werden, und dann kann die leere Kategorie zu einer Weiterleitung umgewandelt werden, richtig? 7 Edits bekomme ich glaub ich auch händisch hin, und PAWS scheint bei mir zu laufen. Viele Grüße! —MisterSynergy (Diskussion) 20:38, 18. Feb. 2023 (CET)
- Ist jetzt erledigt. Ich hoffe, dass ich nichts falsch gemacht habe :-) —MisterSynergy (Diskussion) 20:42, 18. Feb. 2023 (CET)
Danke, so es ist nun alles in Ordnung mit diesen Kategorien. Also, du benutzt auch Pywikibot, richtig? Läufst du diese Tool mithilfe von PAWS? Ich habe Probleme seit drei Tagen (ich benutze normalerweise den Script replace), ich bekomme folgendes Error: bash: pwb.py: command not found. Ich arbeite immer mit PAWS. Kannst du probieren ob bei dir es gut funktioniert mit folgenden 2 links:
https://hub.paws.wmcloud.org/user/MisterSynergy/lab
https://hub.paws.wmcloud.org/user/MisterSynergy/terminals/1
in beiden schreib folgende Instruction
pwb.py replace -lang:es -regex -putthrottle:1 -catr:"Remeros del Reino Unido"
und sag mir ob du auch diese Error Message bekommst oder das Tool frag dir einfach «write the text to replace» (das ist das normale Ablauf wenn es funktioniert). Ich hoffe es ist nicht zu viel zu fragen. Leonprimer (Diskussion) 21:00, 18. Feb. 2023 (CET)
- Okay, verstehe.
- Ich nutze auch pywikibot, aber immer und ausschließlich mit selbstgeschriebenen Skripten für nicht-Standard-Jobs (meist bei Wikidata). Vieles läuft direkt bei Toolforge, aber PAWS ist auch nützlich für erste Skriptentwicklung.
- Hier sieht es aus, als sei die pywikibot-Installation bei PAWS möglicherweise irgendwie zurzeit nicht zu gebrauchen. --MisterSynergy (Diskussion) 21:09, 18. Feb. 2023 (CET)
Weitere Vorlagen Olympedia
[Quelltext bearbeiten]Du warst ja sehr aktiv bei der Einführung der Vorlage:Olympedia (im Nachhinein nochmal eine großes Dankeschön dafür!). Vor längerer Zeit hattest du auch eine Anfrage zu den Vereinen bei Olympedia beantwortet, deshalb würde ich die Diksussion zu weiteren Vorlagen gerne nochmal anstoßen, gefragt habe ich auf Vorlage Diskussion:Olympedia, etwas außer dem Fokus der meisten hier. Bei der Vorlage:OlympediaWettbewerb hast du dich ja zusammen mit Benutzer:TWsk darum gekümmert. Meinst du, dass man weitere Olympedia-Vorlagen anlegen sollte? Ich kann das technisch nicht, außerdem arbeite ich nur als IP, da wird sowas dann gleich nach /dev/nul verschoben. --88.196.107.161 08:38, 3. Okt. 2023 (CEST)
- Hallo IP-Benutzer, ich habe zurzeit keinen Überblick über den Umfang der Verlinkungen nach Olympedia jenseits von Athletenprofilen. Weblink-Vorlagen sind vor allem dann sinnvoll, wenn viele gleichartige Links angelegt werden. Falls das nicht der Fall ist, kann genauso gut der Link in den entsprechenden Seiten hart-codiert angegeben werden.
- Um welche Art von Links geht es also in diesem Fall, und wieviele Links würden von einer Vorlage profitieren? Viele Grüße! —MisterSynergy (Diskussion) 13:04, 3. Okt. 2023 (CEST)
- Bei den Vereinen (Affiliations) sind es alleine für Deutschland 1834, wir haben aber ja noch ein paar mehr Nationen (es kann sein, dass du den Link nicht aufrufen kannst, ich bin bei Olympedia eingeloggt). Es sind über 4000 Pferde, auch wenn erst 31 in der deutschsprachigen WP davon einen eigenen Artikel haben. Bei den OKs passiert nicht mehr viel, da tun es auch hardcodierte Links, bei den Fackelträgern ebenfalls. Viele Grüße, das Ei Pi --88.196.107.161 15:08, 3. Okt. 2023 (CEST)
- Es sind aber bisher bloß ca. 25 Weblinks nach www.olympedia.org/affiliations/* gesetzt. Das wäre der relevante Wert, nicht wieviele Einträge Olympedia dazu hat. —MisterSynergy (Diskussion) 15:19, 3. Okt. 2023 (CEST)
- Moin Moin IP, einfach nur mal mitlesend. Sind diese Daten öffentlich zugänglich, ich bekomme nur eine Anmeldeseite, dass wäre am Ende wenig hilfreich, fände ich. mfg --Crazy1880 15:55, 3. Okt. 2023 (CEST)
- Auch nur mitlesend. Eine Verlinkung zu einem Verein habe ich kürzlich bei EOSC Offenbach eingebracht. Die ist schon öffentlich. --Geher (Diskussion) 16:25, 3. Okt. 2023 (CEST)
- Danke an die Mitleser für die Kommentare. Kurz zu der Anmeldung bei Olympedia: Bestimmte Bereiche und Funktionen sind nur für die Zuträger zugänglich, da gehöre ich seit vielen Jahren dazu. Aber die einzelnen Einträge sind seit dem Abkommen mit dem IOC und der Aufgabe von Olympics bei Sports-Reference öffentlich, dazu gehören eben die Athleten, Pferde, Vereine und Organisationen sowie die einzelnen Feierlichkeiten und die daran Beteiligten, das sind auch eine ganze Menge. Zur Vorlage: Evtl. kann man die Standardvorlage um ein Flag für "Verein" oder "Pferd" ergänzen, das dann im resultierenden URL den String "athletes" durch "horses" oder "affiliations" ersetzt, ohne ein Flag wird der Standard "athletes" verwendet. Dann würde man sich eine neue Vorlage ersparen. Zu der Tatsache, dass bisher erst wenige Links auf affiliations bestehen: Das ist auch eine Frage des Angebots, ich erinnere mich sehr gut, als wir damals[TM] die Vorlage Sport-Reference eingeführt haben, waren noch nicht so viele Links nach dort gesetzt, das hat sich dann schnell geändert. Es muss sich halt bei den mit Sportartikeln Beschäftigten erst mal rumsprechen. Beste Grüße, das Ei Pi --88.196.107.161 17:43, 3. Okt. 2023 (CEST)
- Diese flags sind kein guter Stil; das macht die Programmierung, Dokumentation und letztlich auch die Nutzung nur unnötig kompliziert. Dann lieber eine separate Vorlage.
- Nach meiner Erfahrung sind die Vereine (affiliations) zwar aus den Athletenprofilen bei Olympedia verlinkt, es gibt aber kein öffentlich einsehbares Verzeichnis. —MisterSynergy (Diskussion) 17:55, 3. Okt. 2023 (CEST)
- Bei Fragen zu guter Programmierung bin ich nicht kompetent, da verlass ich mich gerne auf deine Expertise.
- Dass das Verzeichnis der Vereine (affiliations) nicht frei zugänglich ist, weiß ich, ist es denn für die Einbindung erforderlich? Man sieht den Verein beim Athleten und kann von dort den Link aufrufen. Warum das Verzeichnis nicht öffentlich ist, kann ich nicht sagen, ich sehe viele Einträge, die als "unverified" gelistet sind, dort muss innerhalb von Olympedia noch einige Arbeit investiert werden, vielleicht gibt es einen technischen Grund wie Last auf der Datenbank oder ähnliches.
- Letztendlich hatte ich das Thema einfach nochmal ansprechen wollen, zumal ja auch eud_uribe nach den Vereinen gefragt hatte, ich hatte vorher die Pferde angesprochen, weil mir da auch manchmal ein Artikel aus der Tastatur fällt. Also bitte nicht als „das muss aber passieren“ missverstehen. Gut′ Ding will Weile haben. --88.196.107.161 18:35, 3. Okt. 2023 (CEST)
- Ohne einsehbares Verzeichnis ist auf absehbare Zeit nicht mit einer umfassenden Nutzung hier in der deutschsprachigen Wikipedia zu rechnen.
- Eine Vorlage ist nicht übermäßig schwer zu programmieren. Die vorhandenen Vorlagen für Athleten bzw. Wettbewerbe können als Startpunkt dienen; für affiliations gibt es zum Abgleich Olympedia-Vereins-ID (P9447), für Veranstaltungsorte Olympedia-Veranstaltungsort-ID (P11405). Pferde haben bisher keine Wikidata-Eigenschaft, da würde man den Wikidata-Kram aus dem Vorlagencode entfernen. —MisterSynergy (Diskussion) 18:54, 3. Okt. 2023 (CEST)
- Danke an die Mitleser für die Kommentare. Kurz zu der Anmeldung bei Olympedia: Bestimmte Bereiche und Funktionen sind nur für die Zuträger zugänglich, da gehöre ich seit vielen Jahren dazu. Aber die einzelnen Einträge sind seit dem Abkommen mit dem IOC und der Aufgabe von Olympics bei Sports-Reference öffentlich, dazu gehören eben die Athleten, Pferde, Vereine und Organisationen sowie die einzelnen Feierlichkeiten und die daran Beteiligten, das sind auch eine ganze Menge. Zur Vorlage: Evtl. kann man die Standardvorlage um ein Flag für "Verein" oder "Pferd" ergänzen, das dann im resultierenden URL den String "athletes" durch "horses" oder "affiliations" ersetzt, ohne ein Flag wird der Standard "athletes" verwendet. Dann würde man sich eine neue Vorlage ersparen. Zu der Tatsache, dass bisher erst wenige Links auf affiliations bestehen: Das ist auch eine Frage des Angebots, ich erinnere mich sehr gut, als wir damals[TM] die Vorlage Sport-Reference eingeführt haben, waren noch nicht so viele Links nach dort gesetzt, das hat sich dann schnell geändert. Es muss sich halt bei den mit Sportartikeln Beschäftigten erst mal rumsprechen. Beste Grüße, das Ei Pi --88.196.107.161 17:43, 3. Okt. 2023 (CEST)
- Auch nur mitlesend. Eine Verlinkung zu einem Verein habe ich kürzlich bei EOSC Offenbach eingebracht. Die ist schon öffentlich. --Geher (Diskussion) 16:25, 3. Okt. 2023 (CEST)
- Moin Moin IP, einfach nur mal mitlesend. Sind diese Daten öffentlich zugänglich, ich bekomme nur eine Anmeldeseite, dass wäre am Ende wenig hilfreich, fände ich. mfg --Crazy1880 15:55, 3. Okt. 2023 (CEST)
- Es sind aber bisher bloß ca. 25 Weblinks nach www.olympedia.org/affiliations/* gesetzt. Das wäre der relevante Wert, nicht wieviele Einträge Olympedia dazu hat. —MisterSynergy (Diskussion) 15:19, 3. Okt. 2023 (CEST)
- Bei den Vereinen (Affiliations) sind es alleine für Deutschland 1834, wir haben aber ja noch ein paar mehr Nationen (es kann sein, dass du den Link nicht aufrufen kannst, ich bin bei Olympedia eingeloggt). Es sind über 4000 Pferde, auch wenn erst 31 in der deutschsprachigen WP davon einen eigenen Artikel haben. Bei den OKs passiert nicht mehr viel, da tun es auch hardcodierte Links, bei den Fackelträgern ebenfalls. Viele Grüße, das Ei Pi --88.196.107.161 15:08, 3. Okt. 2023 (CEST)
Neu fürs Erste: Vorlage:OlympediaOrganisation. Existierende Nutzung sollte migriert werden. Fraglich ist, ob der sichtbare Standard-Linktext ("Profil") optimal ist, oder ob besser der Seitenname als Standardwert für den Linktext genutzt werden sollte. —MisterSynergy (Diskussion) 19:24, 3. Okt. 2023 (CEST)
- Wäre es nicht sinnhafter nur eine Vorlage zu bauen und dann mit einem Switch und einer Abprüfung auf Wikidata zu nutzen? Also Vorlage Olympedia und dann einen Parameter Typ (z.B. Spieler/Teilnehmer, Organisation, Pferd, etc.), dann hätten wir nur eine Multifunktionale. Einfach nur als Idee --Crazy1880 19:29, 3. Okt. 2023 (CEST)
- Wie zuvor gesagt, das ist kein guter Stil. Die Programmierung wird unnötig komplex, die Dokumentation ebenso. Und wenn man was ändern möchte, kann man nicht so einfach die existierenden Einbindungen auswerten. —MisterSynergy (Diskussion) 19:42, 3. Okt. 2023 (CEST)
- Okay, der Linktext ist nun standardmäßig der Seitentitel (wie bei Athleten). Existierende Nutzung zum Migrieren zur Vorlagennutzung kann hier aufgelistet werden:
- —MisterSynergy (Diskussion) 19:48, 3. Okt. 2023 (CEST)
- Sag bloß, du hattest Langeweile :-)
- Danke für die schnelle Umsetzung, ich werde das bei meinen nächsten Edits nutzen, Eudaimonia_uribe wird sich auch freuen! --88.196.107.161 20:29, 3. Okt. 2023 (CEST)
- Nee keine Langeweile, aber es ist halt wirklich einfach. Im Wesentlichen copy&paste von den existierenden Vorlagen, und dann müssen nur ein paar Details angepasst werden. —MisterSynergy (Diskussion) 20:49, 3. Okt. 2023 (CEST)
dewiki: 500 forgotten articles
[Quelltext bearbeiten]Hallo MisterSynergy, die Seite funktioniert anscheinend leider nicht mehr [3]. Magst du sie vielleicht einmal für mich reparieren bitte? Danke dir für die Erstellung damals! Viele Grüße, -- Toni 22:50, 20. Nov. 2023 (CET)
- Ausgeführt, läuft anscheinend ohne Änderungen an der Abfrage. Keine Ahnung was schiefgelaufen ist. Du kannst die Abfrage forken und selbst in Deiner Quarry-Umgebung nach Belieben ausführen, oder die Liste in meinem Namespace erstmal durcharbeiten. Viele Grüße! —MisterSynergy (Diskussion) 23:02, 20. Nov. 2023 (CET)
- Dankeschön! Sehr nett von dir. Das ging ja super schnell :-) Das mache ich alles gerne, hab nur keine Ahnung, wie ich in meiner Quarry forken kann ;-) Bin leider technisch nicht so affin. (Älter als 2011 ist kein Artikel? Weil da viele Artikel aus 2011, 2012 usw. stehen, davor aber abrupt keine.) Die "alte" Liste können wir nicht mehr wiederherstellen, oder? Besten Dank und viele Grüße, -- Toni 23:05, 20. Nov. 2023 (CET)
- Naja Du kannst Dich bei dem Tool mit Deinem Wikimedia-Account einloggen, und dann bei meiner Abfrage "fork" klicken. Dann bekommst Du eine Kopie der Abfrage, die Dir selbst gehört, und für die Du selbst das Ergebnis aktualisieren kannst.
- Artikel die seit vor 2011 nicht aktualisiert wurden, gibt es tatsächlich nicht (ausgenommen Weiterleitungsseiten, BKS-Seiten, alles außerhalb des Hauptnamensraums). —MisterSynergy (Diskussion) 23:26, 20. Nov. 2023 (CET)
- Dankeschön! Sehr nett von dir. Das ging ja super schnell :-) Das mache ich alles gerne, hab nur keine Ahnung, wie ich in meiner Quarry forken kann ;-) Bin leider technisch nicht so affin. (Älter als 2011 ist kein Artikel? Weil da viele Artikel aus 2011, 2012 usw. stehen, davor aber abrupt keine.) Die "alte" Liste können wir nicht mehr wiederherstellen, oder? Besten Dank und viele Grüße, -- Toni 23:05, 20. Nov. 2023 (CET)
- Ah OK, dankeschön! Viele Grüße, -- Toni 23:52, 20. Nov. 2023 (CET)
Erinnerung: Stimm jetzt über die Mitglieder des ersten U4C ab
[Quelltext bearbeiten]- Diese Nachricht liegt auf Meta-Wiki auch in weitere Sprachen übersetzt vor. Hilf bitte mit, in deine Sprache zu übersetzen
Liebe:r Wikimedianer:in,
du erhältst diese Nachricht, weil du dich zuvor am UCoC-Prozess beteiligt hast.
Das ist eine Erinnerung daran, dass die Abstimmungsphase für das Koordinationskomitee des universellen Verhaltenskodex (U4C) am 9. Mai 2024 endet. Auf der Wahlseite im Meta-Wiki könnt ihr mehr über die Wahl und die Wahlberechtigung erfahren.
Das Koordinationskomitee des universellen Verhaltenskodex (U4C) ist eine globale Gruppe, die sich für eine gerechte und konsequente Umsetzung des UCoC einsetzt. Communitymitglieder waren eingeladen, sich für das U4C zu bewerben. Mehr Informationen über das U4C und seine Aufgaben sind in der U4C-Satzung zu finden.
Bitte teile diese Nachricht mit Mitgliedern deiner Community, sodass sie sich auch beteiligen können.
Für das UCoC-Projektteam
RamzyM (WMF) 01:17, 3. Mai 2024 (CEST)
hab dir ne Mail geschrieben, du wolltest darüber informiert werden :-) Viele Grüße -- Thomas 16:12, 12. Aug. 2024 (CEST)