Benutzer Diskussion:DerFussi/Archiv/Ab 2020

Letzter Kommentar: vor 3 Monaten von RolandUnger in Abschnitt ListingInfo

Archiv > Ab 2020
Dieser Artikel ist Teil unseres Archivs. Den aktuellen Artikel findest Du unter Benutzer Diskussion:DerFussi.


Spam Benutzer:Climbhighhimalaya

Bearbeiten

Hi. Xwiki spam at Benutzer:Climbhighhimalaya I tried to mark it for deletion, though the template looks more like a voting template. Wikidata says that it is {{Löschen}} however that doesn't seem right. <shrug> Anyway, if you could look at that page and manage it, tat would be great. Thanks. Billinghurst (Diskussion) 07:32, 25. Okt. 2019 (CEST)Beantworten

... gelöscht -- Balou46 (Diskussion) 07:43, 25. Okt. 2019 (CEST)Beantworten
@Balou46: Thanks. @Billinghurst:. I am going to fix the Wikidata entry to {{Schnelllöschen}} -- DerFussi 07:48, 25. Okt. 2019 (CEST)Beantworten
Thanks for that news, I will try to remember. <eyeroll> If you do ever consider an English language alternative to {{delete}}, can I suggest that {{sdelete}} is one used in other communities so provides a level of continuity. Thanks again. Billinghurst (Diskussion) 23:44, 25. Okt. 2019 (CEST)Beantworten
{{sdelete}} and {{Speedy delete}} works now. -- DerFussi 09:44, 26. Okt. 2019 (CEST)Beantworten

Phnom Banan

Bearbeiten

Weißt du, ob Phnom Banan und Wat Banon identische Bezeichnungen für dieselbe archäologische Stätte sind? Auf Commons wurden beide Kategorien zusammengelegt. --RolandUnger (Diskussion) 07:24, 23. Jan. 2020 (CET)Beantworten

@RolandUnger: Optisch und inhaltlich gesehen, scheint beides wirklich gleich zu sein. Es gibt auch einen englischen Artikel w:en:Wat Banan (ohne Wikidata). In desen Einführungssatz wird aber auch vom Phnom Banan gesprochen. Sagaen wir mal so:
  • Nun gibt es zwei WD-Objekte: Q63116897 und Q4018495
  • Vor Ort und im touristischen Sprachgebrauch ist Phnom Banan geläufiger. Unter dem Namen kenne ich die Tempelruine auch selbst bisher. Ich kann meine Bücher auch noch mal checken.
  • Es ist ein Berg mit einer alten Tempelruine drauf. Phnom ist das Khmer-Wort für Berg. Allein deshalb halte ich Phnom Banan für glücklicher. Der Berg selbst heißt also auch Phnom Banan
  • Steht jetzt am Fuße des Berges ein modernes, heute übliches Kloster, wie in jedem anderen Dorf auch - also ein Wat. Würde dieses Wat Banan heißen - also, je nach Motiv eines Bildes (die Ruine oder das Wat), müsste man zwei getrennte Kategorien pflegen.
  • Ob Banan oder Banon - an unterschiedliche Transkribierungen habe ich mich gewöhnt (obwohl ich das "Banon" beim besten Willen noch nicht gehört/gelesen habe. Wer weiß, welches Infoheft der Wikipedianer da aus seinem Urlaub mitbrachte). Ich ändere auch keine Tempelnamen auf Commons und WIkidata. Das kostet nur Zeit und im schlimmsten Fall unendlich Nerven.

Kurzum: In diesem Fall waren beide Kategorien identisch. Begründet allerdings nur durch die Fotos, die das selbe Objekt darstellen, obwohl der finale Name so ziemlich der letzte ist, den ich dafür nehmen würde. -- DerFussi 12:36, 23. Jan. 2020 (CET)Beantworten

Dein revert

Bearbeiten

Hi, ich meine das dauerhafte Löschen geht nicht mehr. Grüße, --Killarnee (T12) 12:59, 20. Mär. 2020 (CET)Beantworten

Dann hättest du doch einfach nur das Wort dauerhafte rausnehmen brauchen und das entsprechend im Kommentar erklären. Hätte uns beiden viel Tipperei erspart. Warum löschst du dann alles zum Thema Löschen? -- DerFussi 14:16, 20. Mär. 2020 (CET)Beantworten
Habe ich nicht gesehen, weil ich nur zufällig auf der Seite war und gedacht habe dass das andere Löschen in einem anderen Abschnitt steht. Aber auf der Seite war ja eh einiges nicht mehr aktuell. --Killarnee (T12) 17:10, 20. Mär. 2020 (CET)Beantworten
Leider ist das Präsens hier angebrachter. Noch viele Projektartikel müssen noch mal durchgesehen werden. Viele Dinge werden auch gelebt, aber sind nicht so genau niedergeschrieben. Ich habe es mir nach dem Hilfenamesraum vorgenommen, durch den ich bald durch bin. -- DerFussi 20:50, 20. Mär. 2020 (CET)Beantworten

Lua-Fehler

Bearbeiten

Nach der Wartung treten jetzt Lua-Fehler in Modul:Quickbar_Ort, Zeile 83 mit dem Fehler „attempt to index a nil value“ auf. Siehe Kategorie:Seiten mit Skriptfehlern. Ich kann noch nicht sagen, was los ist, bzw. was bei der Wartung durchgeführt wurde. --RolandUnger (Diskussion) 07:45, 7. Mai 2020 (CEST)Beantworten

Offensichtlich kann wd.getDomain(qbIDText) nil zurückliefern, so dass die folgende Funktion sub scheitert. Ich habe einen Workaround eingebaut, das reicht aber noch nicht ganz
Denselben Fehler gibt es in Modul:Quickbar Region auf Zeile 60. --RolandUnger (Diskussion) 08:07, 7. Mai 2020 (CEST)Beantworten
Das Modul Modul:Location map wird noch mit der TLD „unknown-tld“ aufgerufen, siehe En Gedi. --RolandUnger (Diskussion) 08:10, 7. Mai 2020 (CEST)Beantworten
Ich habe noch eine Notbremse für die Location map eingebaut. Aber hier liegt ein anderes Problem vor. En Gedi liegt in Israel, und der Staat ist auch benannt. Damit müsste eigentlich auch die TLD verfügbar sein. --RolandUnger (Diskussion) 10:04, 7. Mai 2020 (CEST)Beantworten

──────────────────────────────────────────────────────────────────────────────────────────────────── Vielleicht hat der Fehler etwas mit T252079/T252105 zu tun. --RolandUnger (Diskussion) 17:47, 7. Mai 2020 (CEST)Beantworten

Hilfe! Dafür habe ich heute keinen Nerv mehr. Funktioniert doch erstmal oder? Ich würde es mir erst am Wochenende in Ruhe zu Gemüte führen. -- DerFussi 20:53, 7. Mai 2020 (CEST)Beantworten
Es funktioniert, und an dieser Stelle sollte nun nichts mehr passieren. Vom Fehler waren etwa 300 Seiten betroffen. Ich habe noch etwas aufgeräumt, so dass man die Sache als abgeschlossen betrachten kann. Der Fehler lag wohl eh bei Wikidata und hat gerade auf Commons zu einem großen Aufschrei geführt, weil es hier um größenordnungsmäßig eine Million Kategorien mit Wikidata-Aufruf ging. Vom Fehler war offensichtlich nur mw.wikibase.getLabel, nicht aber entity:getLabel betroffen. --RolandUnger (Diskussion) 07:37, 9. Mai 2020 (CEST)Beantworten
Oh... Danke für die Info. -- DerFussi 15:53, 9. Mai 2020 (CEST)Beantworten

Gadget einreichen: Zukunft.js

Bearbeiten

Hallo DerFussi, ich würde gerne Benutzer:Nw520/Zukunft.js als Gadget einreichen. Hintergrund des Gadgets ist die damalige Diskussion in der Vorlagenwerkstatt über die entsprechende Vorlage. Kurzgesagt werden veraltet-Meldungen aus einem Artikel gesammelt und am Anfang des Artikels eine Hinweisnachricht im Design von Vorlage:Achtung angezeigt, in der zu den veralteten Stellen verlinkt wird, sowie, soweit vorhanden, die angegebene Notiz angezeigt wird. Gibt es einen besonderen Prozess für so etwas? Beste Grüße --Nw520 (Diskussion) 22:07, 5. Jul. 2020 (CEST)Beantworten

Cool. Danke für den Einsatz. Da wir eigentlich keine Prozedur wie bei der Vorlagenwerkstatt haben wäre meine Idee:

Dann könne leute einfach testen und Vorschläge machen, ohne sich das manuell einbinden zu müssen. Oder ist das zu viel Bürokratie? -- DerFussi 06:43, 6. Jul. 2020 (CEST)Beantworten

@Nw520: Habe es schon mal angelegt. Mache ich noch hübsch. Habe es gleich als Unterseite angelegt. Nach der Produktivschaltung oder wenn die Seite zu voll wird könnteman die Einbindung auf der Werkstatt durch einen Link ersetzen. -- DerFussi 09:24, 6. Jul. 2020 (CEST)Beantworten
Für den ersten Block kann man dann noch eine Vorlage machen, um das immer einheitlich zu formatieren. Ich muss aber erstmal arbeiten. Nachmittag geht es weiter. -- DerFussi 09:30, 6. Jul. 2020 (CEST)Beantworten
Vielelicht kannst du im Abschnitt Funktion auch etwas genauer erläutern, was das Helferlein macht Wikivoyage:Gadgetwerkstatt/Zukunft.js#Funktion -- DerFussi 11:03, 6. Jul. 2020 (CEST)Beantworten
Danke für das schnelle Vorbereiten. Mein Gadget hatte wohl doch nicht so auf Anhieb funktioniert wie ich es mir erhofft habe; stellt sich heraus, dass der Quellcode auf den Wikiserver erst einmal vorverarbeitet und geschrumpft wird, wobei es in diesem Prozess strengere das JavaScript betreffende Regeln gibt. Hoffentlich reicht meine Korrektur.    --Nw520 (Diskussion) 16:03, 6. Jul. 2020 (CEST)Beantworten

Ist das relevant, oder kann das weg?: Geocaching

Bearbeiten

Hallo DerFussi,

ich wollte mich mal bei dir erkundigen, ob das Geocaching (kurzgesagt: Suchen nach Dosen in Wald und Stadt) ein für die Wikivoyage geeignetes Thema ist und in den Aktivitäten-Block unterhalb der Reisethemen passt, oder ich es lieber nur kurz in Ungewöhnliche Reiseprojekte anreißen sollte. Besten Dank --Nw520 (Diskussion) 22:14, 13. Jul. 2020 (CEST)Beantworten

@Nw520: Von mir aus (sehr gerne...). Freunde von mir beispielsweise machen rchtigen Chaching-Urlaub. -- DerFussi 08:21, 14. Jul. 2020 (CEST)Beantworten
Danke für die Rückmeldung! Ich habe noch die Absicht demnächst™ einen "Wikivoyage"-Travelbug (analog zum mittlerweile verschollenen Wikipedia-Travelbug) auf die Reise zu einer Teilmenge der bisher gewählten Reiseziele des Monats zu schicken. Angedacht hatte ich einen kleinen Spielzeugkoffer und eine Scheckkarte im Stil einer Hotelschlüsselkarte mit einer sehr groben Beschreibung auf Deutsch und Englisch (vielleicht auch Französisch und Spanisch) darüber wofür die Wikivoyage da ist. Bis dahin muss ich mir aber die Logorichtlinien der WMF durchlesen und würde das Projekt zwischenzeitlich in der Lounge vorstellen (und ggf. diskutieren). --Nw520 (Diskussion) 19:59, 15. Jul. 2020 (CEST)Beantworten
Das klingt toll. -- DerFussi 20:29, 15. Jul. 2020 (CEST)Beantworten
@Nw520: Da ich morgen in Forst (Lausitz) Zugang zur ehemaligen Tuchmacherfabrik und dem alten Ferndampfwerk habe, hatte ich gerade die Idee, auch mal Lost Places einen Artikel zu widmen. -- DerFussi 06:22, 17. Jul. 2020 (CEST)Beantworten
Sehr spannend! Ich bin ja sehr für Industriestätten und Lost Places zu begeistern, finde es aber immer recht schwierig solche Orte zu recherchieren, insbesondere außerhalb Deutschlands und der Großregion De/Fr/Lu. Tipps im Artikel fände ich sehr interessant. --Nw520 (Diskussion) 00:26, 18. Jul. 2020 (CEST)Beantworten

WV:Löschanträge

Bearbeiten

Hi DerFussi, wartest du WV:Löschanträge? Der cronjob (oder was auch immer) scheint seit über 100 Tagen nicht die überfälligen Löschanträge vom aktuellen Abschnitt in den überfälligen Abschnitt verfrachtet zu haben. --4omni (Diskussion) 16:43, 18. Jul. 2020 (CEST)Beantworten

@4omni: Eigentlich gibt es da nichts zu warten. Ist kein Cronjob, der irgendwas sortiert - lediglich Javascript welches live im Browser Wiki-Kategorien abfragt. Entweder hat jemand am Javascript oder der Vorlage gespielt oder es gab ein paar Mediawiki-Softwareänderungen, die sich auswirken. Kann ich mal schauen, wird aber wahrscheinlich noch 1-2 Wochen dauern, bis ich dazu komme. -- DerFussi 20:37, 18. Jul. 2020 (CEST)Beantworten
@4omni: Habe mal schnell geguckt. Das ist ein Fehler in der Wikisoftware. Die Kategorisierung übernimmt eine ganz normale Vorlage mit Zeitfunktionen. Sie arbeitet genau so wie die Zukunfts-Vorlagen. Obwohl im Artikel Ereignisse in Malaysia April 2009 unten die Kategorie Überfällige Löschanträge angezeigt wird, kann man auf die Kategorie klicken und der Artikel ist nicht drin. Das gleiche sieht man, wenn man die API nutzt, was mein Skript ebenfalls macht. [1]
Mein Skript macht nur folgendes. Wenn jemand WV:Löschanträge aufruft rennt mein JavaScript in dessen Browser los und scannt die beiden Kategorien mit Löschanträgen und sortiert sie live auf der Seite WV:Löschanträge ein bzw.aktiviert die benötigten Zwischenüberschriften. Danach guckt es nochmal in jeden Artikel und zieht den Löschgrund raus. Die eigentlichen "Wartungsfunktionalitäten" (Zeitberechnung, Wegsortierung) sind nicht direkt von mir programmiert, sondern normale (wenn auch nicht ganz simple) Wikivorlagen (hier die {{Löschantrag gestellt}}) ähnlich wie die {{Zukunft}}. Jetzt heißt es Wiki testen und Phabricator checken und nutzen. Da fehlt mir aber die nächsten Tage leider wirklich die Zeit. -- DerFussi 21:12, 20. Jul. 2020 (CEST)Beantworten
Danke für die Erläuterung. Dann warte ich mal ab, bis du Zeit hast, dich durch Mediawiki und Phabricator durchzugraben, um die konkrete Ursache zu finden … --4omni (Diskussion) 06:24, 21. Jul. 2020 (CEST)Beantworten
Ich gebe zu, ich habe nicht nur keine Zeit, ich habe auch gar keine Lust mehr, mich um technische Dinge auf WV zu kümmern. Es kann auch gern jemand anderes den Call im Phabricator aufmachen oder nachschauen, ob es da schon einen gibt. -- DerFussi 07:31, 21. Jul. 2020 (CEST)Beantworten

Abschnitt "Anreise"

Bearbeiten

Moin Stefan,
aufmerksam geworden durch Deine aktuelle Änderung in Cottbus (habe ich über meine Beobachtungsliste) fiel mir etwas auf: Du hast im Abschnitt "Anreise" immer den Weg von Cottbus zu den Flughäfen beschrieben. Sollten wir nicht für den Touristen, der –wie in diesem Fall– nach Cottbus will, den Weg vom Flughafen zum Zielort beschreiben? Welche Ziele von den Flughäfen angeflogen angeflogen ist dann doch auch überflüssig. Mir ist durchaus bewusst, dass man da leicht in die falsche Richtung denkt, aber unter "Anreise" gehört das m. E. nicht, oder sehe ich das falsch? Viele Grüße aus Hamburg, --Eduard47 (Diskussion) 21:28, 20. Jan. 2021 (CET)Beantworten

@Eduard47: Für mich gehört die Ab- immer zur Anreise dazu (auch wenn dort als Überschrift nur "Anreise" steht). Die Diskussion hatten wir schon in einem anderen Zusammenhang - nämlich bei den Ausflügen. Die englischen Kollegen sehen hier mehr den Inhalt, wohin als nächstes - was mehr der Abreise entspricht. Bei uns sind es wirklich Ausflüge (also inklusive Rückkehr). Dazu sind Flughäfen anders. Während es bei Bahn (teilweise) und bei Fahrrad und Auto eher auf eine Weg-/Verbindungsbeschreibung hinausläuft, sehe ich es bei Flughäfen auch unter dem Aspekt, von welchen Orten aus der Ort erreichbar ist. Und da Flug- und Bahnrouten im Regelfall immer in beiden Richtungen bedient werden, ist es ja am Ende de-facto egal, welcher Präposition ich mich bediene, wichtig ist welche Verbindungen verfügbar sind (egal, ob ich hin oder weg will). Für meine Reiseplanung - so wie ich meine Riesen plane - ist die Info der Flug und Bahnziele übrigens sehr wichtig. Wirklich so passiert vor Jahren als ich eine Woche in Vientiane geplant hatte. Die Entscheidung, danach Chiang Mai zu besuchen fiel nur, weil ich geschaut habe, zu welchen Orten ich von Vientiane bzw. vom nahe gelegenen Udon Thani direkt fliegen kann - aus der Sicht vom Vientiener Artikel also eine "Abreise". Man braucht diese Info auch einfach für die Reiseplanung. Und wenn ich im Cottbusser Artikel schreiben würde, dass es z.B. eine Verbindung von Dresdner Flughafen (von Cottbus mit Zug in 2 Stunden erreichbar) nach München gibt ist doch damit auch gleichzeitig die Anreise von München nach Cottbus beschrieben. Der Münchner Leser, der in den Spreewald will weiß damit also auch, dass er nach Dresden fliegen kann und sich dann noch in S-Bahn und den 2-stündigen Bummelzug nach Cottbus setzen muss.
Und wo sollen sonst die "Abreise"-Infos hin? Es gibt da nur die "Anreise". Deshalb finde ich ich auch neutrale Beschreibungen in Artikeln wie "Es gibt Zug/Flug-Verbindungen mit ...." sehr sympathisch, da sie keine Fahrtrichtung implizieren. Am Ende ist es mir aber auch egal, ob dort steht, dass ich von Cottbus zum BER 60 Minuten brauche, oder vom BER nach Cottbus eine Stunde, Hauptsache ich weiß, wie lange ich bauche.
Du hast Cottbus auf deiner Beobachtungsliste? Hilfe! So interessant ist ja meine Heimatstadt nun wirklich nicht, aber ok, die Umgebung ist nett. OK ich benutze das Feature "Beobachtungsliste" sowieso nicht, d. h. meine ist eh' leer. Grüße aus Cottbus. -- DerFussi 22:28, 20. Jan. 2021 (CET)Beantworten
Danke Stefan für Deine Erläuterungen, so hatte ich das noch nie betrachtet. Natürlich sind An- und Abreise meistens identisch. Nur in der Wortwahl hatte ich bisher immer die "Anreise" gewählt.
Dass Cottbus auf meiner Beobachtungsliste steht ist nur Zufall. Ich hatte am 09.11.20 IATA-Einträge geändert, auch in Cottbus. Dadurch ist mir Deine Heimatstadt auf die Liste gerutscht. Am 29.11. habe ich dann noch dem Hbf einen WD-Eintrag verpasst. An Cottbus erinnert mich nur eine Irrfahrt noch zu DDR-Zeiten mit dem PKW von der Autobahn in die Stadt (ohne Navi und ohne Detailkarten) auf der Suche nach einer Tankstelle. Auf dem Weg von Hamburg nach Niesky hätte ich sonst die seit Jahren beliebte und immer genutzte Tankstelle auf der Landstraße (heute B 168) nicht erreicht. Grüße aus Hamburg --Eduard47 (Diskussion) 08:57, 21. Jan. 2021 (CET)Beantworten
Ja, bestimmt schwer. Ich habe gerade gegrübelt und kann mich kaum an Vor-Wende-Tankstellen in Cottbus erinnern. Ok eine größere am westlcihen Stadtrand und zwei kleine ganz früher in der Innenstadt - ganz vage. Zurück zum Thema Ich kann es auch etwas neutraler formulieren - muss auch zugeben, dass ich mir nie Gedanken über die ganz genaue Wortwahl mache, da ich aus o.g. Gründen immer alles in einen Topf werfe.    -- DerFussi 09:26, 21. Jan. 2021 (CET)Beantworten

Stilhandbuch: Beschreibungen von *

Bearbeiten

Hallo DerFussi! Da du in der Vorlagenwerkstatt darauf hingewiesen hattest, wollte ich bei dir mal die Stilhandbücher Wikivoyage:Beschreibung von Objekten, Wikivoyage:Beschreibungen von Bars und Restaurants, Wikivoyage:Beschreibungen von Sehenswürdigkeiten und Aktivitäten und Wikivoyage:Beschreibungen von Unterkünften ansprechen. Von den Titeln und auch teilweise vom Inhalt scheinen mir thematisch die letzten drei Teilmenge des ersten Stilhandbuchs zu sein (teilweise sind die Texte auch identisch, teilweise in den spezialisierten Handbüchern ausführlicher). Das erste Stilhandbuch wird zudem nicht von Wikivoyage:Stilhandbuch verlinkt. Denkst du man könnte die letzten drei in das erste integrieren und sie dann löschen? --Nw520 (Diskussion) 22:10, 23. Jan. 2021 (CET)Beantworten

Unbedingt. Das habe ich seit langen vor - eigentlich den kompletten Namensraum mal zu konsolidieren mit Struktur und Navigation - ähnlich dem Hilfenamensraum. Aber das ist wie bei der Hilfe, ein Mammutprojekt. -- DerFussi 22:19, 23. Jan. 2021 (CET)Beantworten

Mobiltelefon

Bearbeiten

Festnetz- und Mobiltelefone lassen sich in Wikidata bzw. in der vCard unterschieden. Als Qualifikator dient Benutzung / use (P366) mit der Angabe Mobiltelefon. --RolandUnger (Diskussion) 07:58, 12. Feb. 2021 (CET)Beantworten

@RolandUnger: Oh. Danke für die Info. Nebenbei mal was anderes. Ich habe meine Einstellungen auf den Timeless-Skin umgestellt. Hast du ihn dir schon mal näher angeschaut? Ich frage mich immer, warum er nicht die volle Bildschrimbreite nutzt. Freitag habe ich ewig die Entwicklertools genutzt und durchgeguckt, welches CSS eigentlich dafür verantwortlich ist, bzw. welches fehlt, um es auf volle Breite zu bringen. Könnte man ja für sich selbst nachtragen. Bin nicht dahinter gekommen. Die Wikipedia-Hauptseite nutzt übrigens unter Timeless die ganze Bildschirmbreite, aber nur die HAuptseite, kein Artikel. Ich habe es noch nicht herausgefunden - und erstmal aufgegeben.    -- DerFussi 18:21, 14. Feb. 2021 (CET)Beantworten
Lieber Fussi, ich denke, es ist die Klasse tsinner, bei der die Eigenschaft max-width: 115em; ist. Mit min-width: 100%; könnte man die max-width-Regel überschreiben.
Von Zeit zu Zeit schaue ich mir den Skin auch an, um mögliche Probleme abzustellen, da der Skin relativ attraktiv ist. --RolandUnger (Diskussion) 07:15, 16. Feb. 2021 (CET)Beantworten
Danke. Ich teste das mal. Ja, ich finde ihn auch besser. Ich habe schon ein paar individuelle Anpassungen vorgenommen und z.B. unsere farbigen Rahmen entsorgt (die ich wirklich nicht mehr sehen kann) und durch einen leichten Schatten ersetzt. Da dieser aber bei geschachtelten Boxen abgeschnitten wird, braucht man etwas Puffer (margin oder padding) Bei der Hauptseite ergibt das aber nun eine Staffelung in der Breite. Ich kämpfe mich da noch durch. Irgendwann bekomme ich es hin. Aber mit dem Schatten anstatt der bunten Rahmen um Boxen und Quickbars wird das Ganze im Timeless recht gefällig. -- DerFussi 09:08, 16. Feb. 2021 (CET)Beantworten
Hat geklaptt. Irgendwas muss ich schon mal herausgefunden haben. in meiner common.css habe ich offensichtlich schon mal mit der Klasse erxperimentiert - ohne mich daran zu erinnern. -- DerFussi 09:19, 16. Feb. 2021 (CET)Beantworten

Hilfeartikel: Zeitlich begrenzte Aussagen/Zukunft/In Zukunft ablaufende Informationen

Bearbeiten

Hallo DerFussi! Vor längerem im Zusammenhang mit dem Helferlein merktest du an, dass ein Hilfetext zum ganzen {{Zukunft}}-Komplex sinnvoll sein könnte. Könntest du dir, wenn bei dir möglich, bitte meinen Entwurf anschauen und, falls er so übernommen werden kann, mir sagen, in welchen Hilfeartikel das rein passen könnte? Besten Dank und beste Grüße --Nw520 (Diskussion) 13:03, 16. Feb. 2021 (CET)Beantworten

Gut! Ich würde es als eigenen Hilfe-Artikel ablegen. Ich habe mir überlegt zum Thema "Artikelwartung" einen Themenbereich aufzumachen. Dort können wir es dann einsortieren. Auf alle Fälle sollte er auf Wikivoyage:Wie du Wikivoyage helfen kannst erwähnt werden. -- DerFussi 15:10, 16. Feb. 2021 (CET)Beantworten

Schatten

Bearbeiten

Ich habe mir die Sache etwas angesehen und festgestellt, dass Schatten mit overflow: hidden ihre Probleme haben. Ich habe etwas herumgeschraubt (auf flex umgestellt), und die Schatten sollten jetzt brauchbar dargestellt werden. Dein CSS lässt sich dann auch stark vereinfachen: man braucht nun die Ränder und die Klassen wie boxWith1Margin nicht mehr:

.var1, .mcVar1,
.var2, .mcVar2,
.var3, .mcVar3 {
	border: none;
	border-radius: 0;
	box-shadow: 0 0 3px 3px lightgrey;
}
.container > .chFirst, .mcContainer > .chFirst {
	border-radius: 0;
}

--RolandUnger (Diskussion) 13:19, 27. Feb. 2021 (CET)Beantworten

Listingeditor

Bearbeiten

Kannst du die letzte Version des spanischen MediaWiki:ListingEditor-es.js nach es kopieren? Vielen Dank im Voraus. --RolandUnger (Diskussion) 17:55, 10. Mär. 2021 (CET)Beantworten

Kannst du MediaWiki:InitListingTools.js und MediaWiki:ListingEditor-es.js nach es kopieren? Vielen Dank im Voraus. --RolandUnger (Diskussion) 17:16, 13. Mär. 2021 (CET)Beantworten

Klar    -- DerFussi 21:31, 13. Mär. 2021 (CET)Beantworten

Vielen Dank. Ich weiß, es nervt: Kannst du mir beide Dateien noch einmal kopieren. Vielen Dank im Voraus. --RolandUnger (Diskussion) 14:53, 14. Mär. 2021 (CET)Beantworten

@RolandUnger:
Kein Problem. Das nervt nicht. Schreibs einfach hier hin. Ich mache es dann. Das sollte innerhalb eines Tages immer klappen. Spätestens gegen Abend bekomme ich die Benachrichtigung mit. Wochentags eigentlich immer sofort.DerFussi 17:12, 14. Mär. 2021 (CET)Beantworten

@DerFussi: Ich habe die nächsten beiden Versionen von MediaWiki:InitListingTools.js und MediaWiki:ListingEditor-es.js bereitgestellt. Bitte kopiere sie nach es. --RolandUnger (Diskussion) 18:49, 14. Mär. 2021 (CET)Beantworten

@RolandUnger:

-- DerFussi 19:57, 14. Mär. 2021 (CET)Beantworten

@DerFussi: Ich habe die nächsten beiden Versionen von MediaWiki:InitListingTools.js und MediaWiki:ListingEditor-es.js bereitgestellt. Bitte kopiere sie nach es. Der Parameter "estrella" ist nun ein Alias für subtype, und die Sternchen funktionieren auch (natürlich auch auf de). --RolandUnger (Diskussion) 07:58, 15. Mär. 2021 (CET)Beantworten

@RolandUnger:

-- DerFussi 09:21, 15. Mär. 2021 (CET)Beantworten

Vielen Dank. Ich denke, jetzt kehrt etwas Ruhe ein, weil erst einmal alles so funktioniert, wie ich es mir vorgestellt habe. --RolandUnger (Diskussion) 09:27, 15. Mär. 2021 (CET)Beantworten
Kein Problem. Ich werde mir vielleicht oben auf dieser Seiten eine kleine Schaltervorlage einbauen. Dann musst du die nur anschalten, wenn ich tätig werden muss. -- DerFussi 09:36, 15. Mär. 2021 (CET)Beantworten

@DerFussi: Es wäre schön, wenn du MediaWiki:ListingEditor-es.js nach es kopierst. Vielen Dank im Voraus. --RolandUnger (Diskussion) 17:49, 15. Mär. 2021 (CET)Beantworten

@DerFussi: Es wäre schön, wenn du MediaWiki:InitListingTools.js und MediaWiki:ListingEditor-es.js nach es kopierst. Vielen Dank im Voraus. --RolandUnger (Diskussion) 12:24, 30. Mär. 2021 (CEST)Beantworten

@RolandUnger:

-- DerFussi 12:59, 30. Mär. 2021 (CEST)Beantworten

@DerFussi: Es wäre schön, wenn du MediaWiki:Gadget-ListingEditor.css und MediaWiki:ListingEditor-es.js nach es kopierst. Vielen Dank im Voraus. Die Zeichenketten stehen jetzt zusammen und nicht mehr über den Quelltext verstreut. Ein paar müssen noch übersetzt werden. --RolandUnger (Diskussion) 13:37, 10. Apr. 2021 (CEST)Beantworten

@RolandUnger:

, aber nach der Benutzung sind einige Parameter auf "undefined" umgeschrieben. Siehe voy:es:La_Serena#Desplazarse -- DerFussi

@DerFussi: Ich habe eine revidierte Version von MediaWiki:ListingEditor-es.js erstellt, kann sie aber nur auf es ausprobieren. --RolandUnger (Diskussion) 15:41, 10. Apr. 2021 (CEST)Beantworten
@RolandUnger:

und sieht alles gut aus. -- DerFussi 15:54, 10. Apr. 2021 (CEST)Beantworten

@DerFussi: Es wäre schön, wenn du MediaWiki:Gadget-ListingEditor.css, MediaWiki:ListingEditor-es.js, MediaWiki:MarkerTooltip-es.js, MediaWiki:MarkerTooltip.css und MediaWiki:InitListingTools.js nach es kopierst. Vielen Dank im Voraus. --RolandUnger (Diskussion) 10:17, 9. Mai 2021 (CEST)Beantworten

@RolandUnger:

-- DerFussi 07:10, 10. Mai 2021 (CEST)Beantworten

Vielen Dank. --RolandUnger (Diskussion) 07:22, 10. Mai 2021 (CEST)Beantworten

WikiSP Newsletter #1 (2021-06)

Bearbeiten

04:40, 2. Jun. 2021 (CEST)

Listingeditor #2

Bearbeiten

Lieber Fussi,

kannst du MediaWiki:MarkerTooltip.css und MediaWiki:ListingEditor-es.js nach es kopieren?

Ich weiß nicht, ob du auch löschen darfst: es:Módulo:Marker utilities/wdTypes und es:Categoría:Vcard: Divisa desconocida können gelöscht werden, weil sie nicht mehr gebraucht werden. Vielen Dank im Voraus. --RolandUnger (Diskussion) 07:15, 7. Jun. 2021 (CEST)Beantworten

Alles erledigt. -- DerFussi 08:09, 7. Jun. 2021 (CEST)Beantworten

Vielen Dank. --RolandUnger (Diskussion) 08:09, 7. Jun. 2021 (CEST)Beantworten
Kannst du MediaWiki:ListingEditor-es.js und MediaWiki:InitListingTools.js nach es kopieren. Vielen Dank im Voraus. --RolandUnger (Diskussion) 15:33, 8. Jun. 2021 (CEST)Beantworten

-- DerFussi 07:07, 9. Jun. 2021 (CEST)Beantworten

Vielen Dank. --RolandUnger (Diskussion) 09:00, 9. Jun. 2021 (CEST)Beantworten

WikiSP Newsletter #2 (2021-06)

Bearbeiten

18:10, 8. Jul. 2021 (CEST)

Bearbeiten

Der Bleistift-Quickbar-Link zu "keine Touristinfo auf Wikidata" zeigt auf den fehlerhaften Link https://www.wikidata.org/wiki/self. --RolandUnger (Diskussion) 10:34, 20. Jul. 2021 (CEST)Beantworten

Ich bin derzeit im Urlaub. Ich gucke es mir danach mal an. -- DerFussi 08:22, 24. Jul. 2021 (CEST)Beantworten
Ich denke, das hat Zeit. Schönen Urlaub. --RolandUnger (Diskussion) 09:43, 24. Jul. 2021 (CEST)Beantworten
Ich habe eine Korrektur eingebaut. --RolandUnger (Diskussion) 17:45, 24. Jul. 2021 (CEST)Beantworten
OK, Danke. -- DerFussi 18:10, 25. Jul. 2021 (CEST)Beantworten

Flagge und Wappen

Bearbeiten

Bei Regionenartikeln wie z. B. Sachsen-Anhalt werden gelegentlich sowohl Flagge als auch Wappen angezeigt. Beide Abbildungen werden mit einer Tabelle zusammengehalten, die aber nur so breit ist, dass beide Abbildungen gerade so hineinpassen. Diese Containertabelle ist in der Regel schmaler als die Quickbar-Tabelle, so dass beide Abbildungen nicht zentriert sind, sondern an der linken Seite positioniert werden. Eine Lösung wäre, die Tabelle für beide Abbildungen auf 100 % Breite (evtl. margin: 0 auto;) zu setzen. Besser ist wohl aber ein div-Container mit display:flex, weil dann die Ränder besser einstellbar sind. --RolandUnger (Diskussion) 15:59, 20. Jul. 2021 (CEST)Beantworten

@RolandUnger: Ja, die nicht mehr zentrierte Anzeige ist schon gefühlt seit zwei Jahren so. Vermutlich durch irgendein Mediawiki-Update. Woran es liegt ist mir klar, und auch wie man es behebt. Aber man muss das HTML ändern (vereinfachen) und damit das Modul anpassen und dazu fehlte mir die Lust, da ich kein Modul mehr anfassen will. Aber ich schaue es mir nach meinem Urlaub an. Ein div-Container ist aber aus meiner Sicht nicht notwendig. Man kann doch der einzelnen Tabellen-Zelle (jede Quickbarzeile hat ja eine eigene Klasse) die beiden Eigenschaften display: flex; justify-content: space-evenly; verpassen und braucht nur noch so alle benötigten Bilder ohne weitere Styles und Tags reinzuwerfen. Dann ist auch die Anzahl egal. Ich gucke mir das mal an, wenn ich aus dem Urlaub zurück bin. -- DerFussi 08:21, 24. Jul. 2021 (CEST)Beantworten
Ich habe erst einmal der umgebenden Tabelle die Klasse qb-two-images gegeben und in den Stilanweisungen die Tabelle auf 100% Breite gesetzt. --RolandUnger (Diskussion) 17:47, 24. Jul. 2021 (CEST)Beantworten
OK. Danke. Ich schaue mirdann das Modul noch mal an. Durch das Weniger and HTML, kann dort sicher einiges raus. Da brauche ich aber etwas Freizeit, um zu reagieren, falls ich Bockmist baue. -- DerFussi 18:09, 25. Jul. 2021 (CEST)Beantworten

WikiSP Newsletter #3 (2021-08)

Bearbeiten

22:49, 13. Aug. 2021 (CEST)

Erstellen einer VCard/Merkmale, Hotelsterne

Bearbeiten

Zu den Hotelsternen in Hilfe:Erstellen einer VCard/Merkmale:

Die Angabe von Hotelsternen in Wikidata ist prinzipiell möglich: d:Q2976556, siehe z. B. d:Q56506795. Dort kann man die Anzahl (P1114) eingeben. Mir ist aber noch nichts eingefallen, wie man das Superior in einen Qualifikator bekommt.

In der Liste stehen nicht 01* usw., sondern ★, ★S usw. Angaben wie 01* benutze ich nur intern als Sortierschlüssel. --RolandUnger (Diskussion) 07:46, 27. Sep. 2021 (CEST)Beantworten

OK. Danke für die Info. -- DerFussi 08:22, 27. Sep. 2021 (CEST)Beantworten
@RolandUnger:. Geht das dann für Michelin-Sterne auch? Über Ausziechnung und Anzahl+Qualifikator? Mir ist was eingefallen. Was ist wenn man für die Hotelsterne einzelne echte Wikidata-Objekte anlegt? Diese könnten bei "ist ein" vom Typ gleichzeitig "Auszeichnung" und "Hotelstern" sein. Statt der Auszeichnung "Hotelsterne" + Qualifikator weist man die direkte Auszeichnung zu. Dann kann man ja in der Beschreibung das "Superior" mit aufnehmen. -- DerFussi 11:49, 27. Sep. 2021 (CEST)Beantworten
Die Vergabe von Michelinsternen funktioniert auf Wikidata vergleichsweise mit d:Q20824563. Ich habe dies mal mit dem Restaurant Zeitwerk im Artikel Wernigerode gemacht. Die Sterne stehen unter Auszeichnung (P166).
Das mit den Hotelsternen muss ich mir noch überlegen bzw. auf Wikidata diskutieren, damit es nicht weggelöscht wird. --RolandUnger (Diskussion) 06:53, 29. Sep. 2021 (CEST)Beantworten
Cool. Danke. Ich passe dann man den Artikel bezüglich der Michelinsterne an. -- DerFussi 07:10, 29. Sep. 2021 (CEST)Beantworten
Danach habe ich hoffentlich die ganze Thematik der VCards im Bereich Hilfe und Vorgaben langsam halbwegs rund und aktuell. -- DerFussi 07:23, 29. Sep. 2021 (CEST)Beantworten

WikiSP Newsletter #04 (2021-10)

Bearbeiten

04:14, 10. Okt. 2021 (CEST)

Problem mit URLutil

Bearbeiten

Irgendeine Vorlage/Modul ruft auf Wikivoyage:Artikelkandidaturen die nicht mehr vorhandene Funktion isProtocolMW auf, die es früher mal in URLutil gab. Hast du eine Vorstellung, wo die Funktion aufgerufen wird? --RolandUnger (Diskussion) 08:23, 18. Okt. 2021 (CEST)Beantworten

Ich glaube, es sind die Buttons. --RolandUnger (Diskussion) 08:31, 18. Okt. 2021 (CEST)Beantworten
Hmm... Mist. Ja in Vorlage:Button. Habe jetzt ne Videokonferenz. Gucke aber in der Mittagspause noch mal. Mal schauen, ob es in der neuen Version Ersatz gibt. Im schlimmsten Fall müssen wir es aus der alten Version kopieren und nachtragen. Evtl. holen wir uns auch die Button-Vorlage noch mal aus der WP. ick schaue dann mal... -- DerFussi 08:55, 18. Okt. 2021 (CEST)Beantworten
@RolandUnger: Die Vorlage gibt es auf der WP inzwischen nicht mehr. Aber es gibt dort jetzt den MediaWiki-Button. Vielleicht sollte man sich diese Funktionalität stattdessen rüberholen und hier ersetzen. Was denkst du? Wenn ok, schreibe ich mir das mal auf die To-Do-Liste. -- DerFussi 10:57, 18. Okt. 2021 (CEST)Beantworten
Ich habe bei den Wikivoyage:Artikelkandidaturen auch schon überlegt, Monats- und Jahres-Unterseiten wie bei den ZdMs zu machen. Dann würde sich das auch ein bissel selbst organisieren und eine manuelles Archivieren wäre auch unnötig, wenn jede Abstimmung ihre eigene Seite hat. -- DerFussi 11:00, 18. Okt. 2021 (CEST)Beantworten
@RolandUnger: Ich werde mich, wenn ich die Offizielle Webseite fertig habe, mal den Buttons widmen. Bis dahin brennt sicher nichts an. Habe schon mal ein Modul dazu aktualisiert. -- DerFussi 07:11, 20. Okt. 2021 (CEST)Beantworten
Ja, es eilt nicht. --RolandUnger (Diskussion) 07:41, 22. Okt. 2021 (CEST)Beantworten

WikiSP Newsletter #05 (2021-11)

Bearbeiten

01:48, 4. Nov. 2021 (CET)

it:Modulo:Marker

Bearbeiten

Hi Stefan, I'm slowly approaching to LUA. I'm trying to convert the Template:Marker into a module. Could you help me to use correctly the function "callParserFunction" at line 33 and to correctly invoke the function at line 52? Thanks for any support you can provide. --Andyrom75 (Diskussion) 23:50, 10. Nov. 2021 (CET)Beantworten

@Andyrom75: Good morning. I have to admit. I am not a fan of Lua and after tweaking my old quickbar modules I won't put my hand on modules any longer. I have taking a (very short) look the code without looking to the other lines. Two thoughts:
  • Line 33: At a first glance: parserArgs looks like a mixed table. Is the third parameter a table in a table? But I am not sure.
  • Line 52: I can not fing the function mapTag in your module. If accessing an other module, a period should appear. Did you want to call this?: mapTagOutput = mapTag._tag( mapTagArgs )

Many greetings from here. -- DerFussi 07:43, 11. Nov. 2021 (CET)Beantworten

Hi Stefen, the main reason I don't like LUA is because I cannot do what I want with it! :-) Every few minutes I got stucked. But I'm trying to convert some template to improve the performance of the pages. Let me now answer your comments.
  • Line 33: I've followed the example on mw:Lua_reference_manual#frame:callParserFunction
  • Line 52: I've tried to call the function inside Modulo:map (the one provided by Yurik) declared on line 2. You don't see the period in line 52 because it's in the declaration in line 2. Note: I supposed to use the tag function instead of the _tag one; is it right?
Thanks in advance for the support you can provide me. --Andyrom75 (Diskussion) 08:48, 11. Nov. 2021 (CET)Beantworten
@Andyrom75: If you have questions on Lua you can ask me, too. Of course, Lua is not the best programming language to me, too. But I am often working with it.
I do not understand why you are trying to reprogram Marker utilities instead of using ready-to-use modules. At the German Wikivoyage (now also used at the Spanish Wikivoyage) we have listing and marker modules working together with Wikidata in complete. To estimate the effort: It took five years of programming. --RolandUnger (Diskussion) 10:01, 11. Nov. 2021 (CET)Beantworten
RolandUnger, you are always so busy that I preferred to not disturb you directly. I've seen your huge and complex work, I really admire your skill and patience. Time by time I took also inspiration by your modules, but the reason why I haven't use them it's because all of them are interconnected so I should take and use the whole package, while I want just convert few templates by now. Furthermore, if I spent time on converting something by myself (maybe with the help of someone else) I'll be able in the future to be autonomous on solving issue without disturbing others.
That said, if you could help me, it will be a great pleasure for me. --Andyrom75 (Diskussion) 10:20, 11. Nov. 2021 (CET)Beantworten
Concerning Line 33: Of course, I looked at the same documentation as well. But I am not sure, what you delivered to the function. I talk about Line 31. I am not sure, if you create a simple table, when I look yt your third item in it. Is it really a simple table, or a mixed table and can the function handle it? -- DerFussi 10:42, 11. Nov. 2021 (CET)Beantworten
Regarding line 33, this is the example in the manual :
  • frame:callParserFunction{ name = '#tag:ref', args = {'some text', name = 'foo', group = 'bar'} }
I assumed that the following code was equivalent:
  • local parserArgs = {'some text', name = 'foo', group = 'bar'}
frame:callParserFunction{ name = '#tag:ref', args = parserArgs }
Am I wrong? --Andyrom75 (Diskussion) 19:27, 11. Nov. 2021 (CET)Beantworten
Sorry. I don't know. It seems you know more about Lua than I do. I never used the callParserFunction. And I did not know that the syntax at line number 2 is even possible. Besides I am not familiar with all the kartographer features, so I even do not know what you want to do in this module. And without an error message I even do lnot know what the problem is with these functions. Do they throw an error or don't they do what you expect?-- DerFussi 21:09, 11. Nov. 2021 (CET)Beantworten
After several tries, I've succeed on the first point. The problem wasn't as I supposed on the parameters (i.e. args) but with the variable frame that was wrongly initiated. Now I don't have any error on that instruction, although I don't know yet if it works :-D
Now, I need to solve the second point that is on line 85 (slightly down because of the new lines of code). --Andyrom75 (Diskussion) 22:04, 11. Nov. 2021 (CET)Beantworten
Stefan, @RolandUnger:, also for the second point the problem is on the variable frame. I've landed to a code that do not produce error, but I don't know if my approach is correct. If you would have time to review the code and share your thoughts, it would be really appreciated. --Andyrom75 (Diskussion) 12:25, 12. Nov. 2021 (CET)Beantworten
Stefan, @RolandUnger:, finally it works (!!!) on the standard case (although I haven't tested it seriously). Since I'm a rookie on LUA, I will appreciate any feedback and suggestion you may give me to improve the code cleaness. Furthermore, please help to understand why the commented instruction on line 84 doesn't work; I've been forced to use line 85+86 in place of it ... but I don't know if my approach it's the correct one. Thanks in advance. --Andyrom75 (Diskussion) 11:53, 13. Nov. 2021 (CET)Beantworten

──────────────────────────────────────────────────────────────────────────────────────────────────── @Andyrom75: I think you should not reuse frame2 variable in line 85. Line 86 can be rewritten as

mapTagOutput = map.tag( mapTagArgs )

mapTagArgs looks like a simple frame object. Maybe the args function in the Arguments module will not work with such a simple frame object.

But it is not necessary to call the map module because the marker is a simple Point feature. You can learn how to create a marker symbol from the function function mu.makeMarkerSymbol( args, title, frame ) in Modul:Marker utilities. The main lines start at local geoJson =. --RolandUnger (Diskussion) 17:27, 13. Nov. 2021 (CET)Beantworten

@RolandUnger:, the commented code in line 84 is exactly mapTagOutput = map.tag( mapTagArgs ) but it doesn't work and I don't understand why. As you noticed, I've structured mapTagArgs to look like a frame (i.e. having mapTagArgs.args). The error I got is "Modulo:Map alla linea 372: attempt to call method 'extensionTag' (a nil value).", where line 372 is frame:extensionTag(tag, geojson, tagArgs) and those parameters comes all from the "frame" passed to tag.
In the meanwhile, thanks for your suggestion, I'll study the module "Marker utilities". --Andyrom75 (Diskussion) 17:46, 13. Nov. 2021 (CET)Beantworten
@RolandUnger:, I've tried to integrate p.makeMarkerSymbol into the module calling it in line 87, but it doesn't work. The parameter args inside the function is empty. Could you help to understand this as well? --Andyrom75 (Diskussion) 01:03, 14. Nov. 2021 (CET)Beantworten
After a cleanup, it is working. --RolandUnger (Diskussion) 10:22, 14. Nov. 2021 (CET)Beantworten
Shall we continue the talk on my talk page? --RolandUnger (Diskussion) 10:23, 14. Nov. 2021 (CET)Beantworten

Spanisches Wikivoyage

Bearbeiten

Lieber Fussi, könntest du die Datei MediaWiki:InitListingTools-es.js nach es:MediaWiki:InitListingTools.js kopieren? Vielen Dank im Voraus. --RolandUnger (Diskussion) 14:57, 13. Nov. 2021 (CET)Beantworten

@RolandUnger:

-- DerFussi 15:53, 13. Nov. 2021 (CET)Beantworten

Vielen Dank. --RolandUnger (Diskussion) 16:46, 13. Nov. 2021 (CET)Beantworten

Condecoración de la 1º entrega de los Premios Allie

Bearbeiten

 

Allie Rubrum

Aquellos voluntarios con una admirable iniciativa son los que el movimiento necesita pues con su capacidad para idear, innovar o emprender cosas mantienen el mundo girando. Este trofeo es para ustedes.

Academia de los Premios Allie
15:14, 16. Nov. 2021 (CET)

 

How we will see unregistered users

Bearbeiten

Hallo!

Du erhältst diese Nachricht, da du Administrator in einem Wikimedia-Wiki bist.

Wenn heute jemand unangemeldet eine Bearbeitung in einem Wikimedia-Wiki vornimmt, zeigen wir dessen IP-Adresse an. Wie viele von euch bereits wissen, werden wir dies in der Zukunft nicht mehr tun können. Dies ist eine Entscheidung der Rechtsabteilung der Wikimedia Foundation aufgrund der Änderung von Normen und Vorschriften zum Datenschutz im Internet.

Statt der IP-Adresse zeigen wir eine maskierte Identität. Als Admin wirst du weiterhin auf die IP zugreifen können. Es wird auch neue Benutzerrechte für diejenigen geben, die die vollständigen IPs von unangemeldeten Benutzern sehen müssen, um Vandalismus, Belästigung und Spam bekämpfen zu können ohne Admin zu sein. Kontrollierer werden ebenfalls Teile der IP sehen können, auch ohne dieses Benutzerrecht. Wir arbeiten auch an besseren Werkzeugen zur Unterstützung.

Wenn du die Seite noch nicht gesehen hast, kannst du auf Meta mehr lesen. Wenn du sicherstellen möchtest, keine technischen Änderungen in den Wikimedia-Wikis zu verpassen, kannst du den wöchentlichen technischen Newsletter abonnieren.

Wir haben zwei Möglichkeiten vorgeschlagen, wie diese Identität funktionieren kann. Wir würden uns über deine Rückmeldung freuen, welche Möglichkeit für dich und dein Wiki am besten funktionieren würde, jetzt und in der Zukunft. Du kannst es uns auf der Diskussionsseite wissen lassen. Du kannst in deiner Sprache schreiben. Die Vorschläge wurden im Oktober veröffentlicht und wir werden nach dem 17. Januar entscheiden.

Danke. /Johan (WMF)

19:12, 4. Jan. 2022 (CET)

Quickbar Ort

Bearbeiten

Mit Hilfe der Eigenschaft P300 (ISO-3166-2-Code) lässt sich herausbekommen, ob eine Region ein Verwaltungsgebiet erster Ordnung ist, nur dann ist diese Eigenschaft gesetzt. Wenn P31 irgendwas enthält wie Bundesstaat in Indien, so hilft dies erst einmal weiter. Die nächste Verwaltungseinheit ist dann üblicherweise das Land selbst. --RolandUnger (Diskussion) 13:33, 16. Jan. 2022 (CET)Beantworten

@RolandUnger: Das Ganze ist alles nicht einfach. Hinzu kommen mehrfache Hierarchien. Mittlerweile gibt es auch eine weitere Eigenschaft Wikidata:Property proposal/hierarchy switch. In der Karibik ist es oft noch schwerer, wo in einigen Staaten eine Insel auch die Verwaltungseinheit ist (wie auch Hokkaido in Japan), sie als solche nicht gekennzeichnet ist, oder die Entscheidung zu Fällen ist, ob man getrennte oder ein Objekt dafür anlegt. Da es bei "ist ein" natürlich keine Bevorzugung gibt, muss man noch mehr basteln. Hinzu kommt die Frage, ob wir auch wirklich bei allen Ländern immer die erste Verwaltungsordnung als Level wollen oder überhaupt haben. Bei Ländern wie Liechtenstein brauchen wir wahrscheinlich alles nicht. Und je mehr ich darüber nachdenke, desto weniger Lust habe ich, daran noch mal herumzuprogrammieren. Vor dem nächsten Winter wird es wahrscheinlich eh' nicht. Mittlerweile macht auch die Infobox auf Commons etwas ähnliches. -- DerFussi 14:35, 16. Jan. 2022 (CET)Beantworten
Ich sehe erstmal zu, die einfacheren Eigenschaften wie Zeitzone und soches Zeug mal ordentlich zu machen. Wenn ich mal Lust habe. -- DerFussi 14:38, 16. Jan. 2022 (CET)Beantworten
@RolandUnger: Ich habe mir noch nicht angeschaut, wie es das Modul auf Commons macht. Langfristig kann man auch Wikifunctions im Auge behalten. Ich kann mir vorstellen, dass im Rahmen dieses Projektes dort genau so eine Funktion gebraucht wird. Ich habe auch schon überlegt, im Rahmen der Technischen Wünsche neben echten Constraints auch Datenbankviews in Wikidata vorzuschlagen, die direkt im Wiki/Lua genutzt werden können. Aufgrund der zu erwartenden Serverlast (wenn Leute in Massen herumspielen und schlecht programmieren) sollte SPARQL zwar nicht direkt im LUA möglich sein, aber wenn man eine View über einen Diskussionsprozess und Prüfung durch die Programmierer im Phabricator beantragen und implementieren lassen könnte, könnte dies einiges vereinfachen. Rekursionen (wie wir sie hier bräuchten) sind im Gegensatz zum klassichen SQL bei dieser Art von Datenbank wahrscheinlich sicherlich nicht möglich. Aber die derzeitige Art über Lua an Daten heranzukommen ist alles andere effizient. Alles was wir mühsam in Modulen programmieren und testen und einschränken gehört eigentlich direkt in die Datenbankabfrage. Aber mit ist auch klar, dass man so ein Werkzeug nicht jedem Autoren in die Hand geben darf. Das käme wahrscheinlich einer DDoS-Attacke auf Wikidata gleich. -- DerFussi 08:26, 17. Jan. 2022 (CET)Beantworten

Quickbar Region: Hauptstadt

Bearbeiten

Hallo Fussi: ist es wieder möglich, die Hauptstadt einer Region aus dem Wikivoyage-Eintrag in Wikidata und nicht aus dem Label zu nehmen? Siehe z. B. hier: Kafr esch-Scheich (Gouvernement). --RolandUnger (Diskussion) 06:59, 20. Jan. 2022 (CET)Beantworten

Bestimmt. Ich schreibe es mir auf die To-Do Liste. Ich hatte eh' noch einige Änderungen daran vor. -- DerFussi 07:13, 20. Jan. 2022 (CET)Beantworten
@RolandUnger: Habe es angepasst. Der Wikivoyage-Link wird, wenn vorhanden, nun präferiert und das Label als Fallback verwendet. -- DerFussi 10:53, 22. Jan. 2022 (CET)Beantworten
Vielen Dank. --RolandUnger (Diskussion) 10:56, 22. Jan. 2022 (CET)Beantworten

Feiertage

Bearbeiten

Die Feiertage können doch auch in MediaWiki:Mobile.css raus? --RolandUnger (Diskussion) 17:44, 20. Jan. 2022 (CET)Beantworten

Habe ich jetzt nicht geprüft und nicht auf dem Schirm gehabt. Wahrscheinlich ja. Im Zweifelsfall wird sich schon jemand melden. -- DerFussi 20:49, 20. Jan. 2022 (CET)Beantworten

Update markAdmins.js

Bearbeiten

Hi DerFussi, kannst du bitte Scholless (Admin seit 5/2017) und Bujo (Admin seit 3/2018) in markAdmins.js in Zeile 59 ergänzen? Mangels passender Rechte kann ich das nicht selbst erledigen. Gruß --4omni (Diskussion) 07:58, 27. Jan. 2022 (CET)Beantworten

-- DerFussi 09:19, 27. Jan. 2022 (CET)Beantworten

Danke. --4omni (Diskussion) 14:35, 27. Jan. 2022 (CET)Beantworten

wv-aotm-list

Bearbeiten

Benutzt du (noch) an irgendeiner Stelle die CSS-Klasse wv-aotm-list. Ich habe außer in Common.css und Mobile.css keine andere Stelle gefunden, an der diese Klasse auftaucht. --RolandUnger (Diskussion) 07:38, 31. Jan. 2022 (CET)Beantworten

Nicht dass ich wüsste, aber da ich mir sowas eh' nicht merke, wenn es nicht irgendwo definiert ist, kann es trotzdem noch irgendwo stehen. Einfach raus. Werden wir merken, wenn es irgendwo klemmt. -- DerFussi 08:42, 31. Jan. 2022 (CET)Beantworten

Auszählen von Löschstimmen

Bearbeiten

Hallo DerFussi, mir ist aufgefallen, dass die Funktionalität zum Auszählen von Stimmen bei Löschdiskussionen von MediaWiki:DeleteRequests.js augenscheinlich nicht mehr funktioniert. In dem Zusammenhang würde ich gerne anregen, dass diese Funktionalität zwecks besserer Übersichtlichkeit des Codes in ein separates Script ausgelagert wird. Einen beispielhaften Vorschlag für ein solches Script habe ich in Benutzer:Nw520/TallyClerk.js abgelegt; essentiell beinhaltet es die Funktionalität von DeleteRequests.js Zeile 554-608. --Nw520 (Diskussion) 13:42, 2. Feb. 2022 (CET)Beantworten

Sehr gerne. Ich bin heilfroh, wenn das jemand mal ordentlich macht. Du hast komplett freie Hand. -- DerFussi 14:00, 2. Feb. 2022 (CET)Beantworten
Besten Dank. Ich hätte noch eine etwas allgemeinere technische Frage bzw. Anregung (vllt. sollte ich sie auch an RolandUnger richten): In der MediaWiki:common.js werden derzeit 10 Skripte unbedingt mittels mw.loader.load nachgeladen, was 10 Anfragen erzeugt und den Quelltext der Scripte so wie er im Wiki steht nachlädt. Ich bin nicht mit der Erweiterung vertraut, aber könnte es sinnvoll sein, die Scripte mittels der Gadgets-Erweiterung zu laden? Durch die damit verbundene Nutzung des ResourceLoaders würden die Scripte in eine Anfrage gebündelt und jeweils durch Entfernen von Zeilenumbrüchen und Einrückungen minifiziert. Durch den Parameter default wäre das Gadget standardmäßig aktiviert, mit hidden ließe sich bei Bedarf verhindern, dass es von registrierten Nutzern deaktiviert werden kann. --Nw520 (Diskussion) 16:20, 3. Feb. 2022 (CET)Beantworten
Ich glaube, da bin ich wirklich der falsche Ansprechpartner. Zur Aufklärung: Ich habe normale JavaScript-Kenntnisse, die ich daheim bei meinen kleinen Entwicklungen nutze, aber gerade das ganze Wiki-Umfeld - damit bin ich eigentlich gar nicht vertraut, besonders was den Background der Wikisoftware und der API angeht. Ich programmiere lieber in SQL und PHP und solch Zeug. Du siehts ja selbst - paar unordentliche Notlösungen.. mehr kann ich nicht. Und – ich will es eigentlich auch nicht. Kurzum, und um ehrlich zu sein: Ich verstehe deine Frage nicht mal. Und ich bin froh, dass du hier aufgetaucht bist. Also... Nur zu... Ich denke, mit Roland solltest du dich kurzschließen. Mich könnt und solltet ihr außen vorlassen bzw. schlicht ignorieren. Und was immer du als Optimierungs-Ideen hast, ich bin dabei... Und wenn ihr einen Sklaven für Fleißarbeit braucht...    -- DerFussi 22:17, 3. Feb. 2022 (CET)Beantworten
PS: Mein Vertrauen hast du - DerFussi 22:18, 3. Feb. 2022 (CET)Beantworten
@Nw520:PS2: Jetzt habe ich nach einmal schlafen nochmal gelesen und jetzt deine Frage auch verstanden (PS3: gestern hatte ich Chinesisch-Neujahr-Nachfeier   ). Das mit dem hidden kannte ich nicht, ebenso wie die von dir weiteren Nebeneffekte/Vorteile. Plausibel klingt es für mich. Frag noch mal Roland bezüglich seiner Skripte. Was ich momentan noch gar nicht weiß (und mich noch nicht beschäftigt habe) ist die mobile Ansicht, also ob, wann und wie welche JavaScript-Skripte geladen werden. Da müsste man vielleicht schauen, welche davon mobil benötigt werden, falls man das konzeptionell beachten muss. -- DerFussi 11:06, 4. Feb. 2022 (CET)Beantworten
Danke fürs Einlesen und frohes neues Jahr (bei mir war die kleine Feier pünktlich zum 1. Februar). Ich hatte noch in dewiki und enwiki nachgeschaut, konnte dort aber keine Gadgets mit Kombination von hidden+default finden. In den Common.js dort gibt es aber auch kein unbedingtes Nachladen von Skripten; daher unterstelle ich den Wikipedias einfach mal, dass sie nicht in solchem Umfang auf Scripte zurückgreifen, wie hierzuwiki. Mal schauen, ob ich in der Dokumentation der Erweiterung noch weiter zu dem Thema fündig werden. Ich denke aber, dass, wenn eine solche Optimierung möglich wäre, diese auch recht lohnenswert ist: Soweit ich richtig verstanden habe, wird neben dem eingangs erwähnten Minifizieren (inklusive Entfernen von Kommentaren) auch vom ResourceLoader gecacht, was natürlich besonders für mobile Verwendung nett sein könnte. À propos mobil, mithilfe des Parameters targets ist anscheinend einstellbar, welche Gadgets desktop, mobile, oder beides sind. Bei RolandUnger werde ich demnächst dann noch wegen der Sache nachfragen. --Nw520 (Diskussion) 19:32, 5. Feb. 2022 (CET)Beantworten
Das klingt interessant. Wie gesagt, in den Background hatte ich mich nie eingelesen. Mein Problem ist, dass ich schnell die Energie verliere, aber wenn man mal was programmiert hat, muss man sich auch drum kümmern. Daher reicht es mir auch gerade, mich mit den unvorhersehbaren Wildwüchsen auf Wikidata herumzuschlagen. -- DerFussi 22:10, 5. Feb. 2022 (CET)Beantworten
Ich habe mein obiges Script-Beispiel zwischenzeitlich leicht umgeschrieben und „moderne“ Syntax darin ersetzt, sodass alte Browser und ResourceLoader damit klarkommen sollten. Demnächst würde ich dann, soweit kein Einspruch besteht:
  • für .wvDE-DeletionRequest-voting-result-contra, .wvDE-DeletionRequest-voting-result-pro, .wvDE-voting-deletion-delete, .wvDE-voting-deletion-keep, .wvDE-voting-deletion-neutral, .wvDE-voting-deletion im Script und in Vorlage:Löschantrag, Vorlage:Behalten, Vorlage:Löschen, Vorlage:Neutral jeweils wvDE-DeletionRequest- ersetzen durch voy-deletion-equest- und wvDE-voting-deletion- ersetzen durch voy-voting-deletion-(*)
  • .wvDE-voting jeweils in Vorlage:Behalten, Vorlage:Löschen, Vorlage:Neutral entfernen,
  • das Script zu MediaWiki:Gadget-DeleteRequestsTally.js verschieben,
  • das Script in der MediaWiki:Common.js eintragen mittels mw.loader.load( '//de.wikivoyage.org/w/index.php?title=MediaWiki:Gadget-DeleteRequestsTally.js&action=raw&ctype=text/javascript' ); und
  • aus MediaWiki:DeleteRequests.js die betroffenen ganz am Anfang genannten Zeilen entfernen.
Von RolandUnger wurde mir mitgeteilt, dass gegen die Benutzung von Gadgets Probleme bei Mobilgeräten (sollte wohl ausgeräumt sein) und zu rigoroses Caching + erschwertes Debugging aufgrund der Minifizierung sprachen. Daher würde ich nach knapp einem Monat nach Scharfstellen des Scripts, und soweit keine Probleme auftraten, das Script zu einem Gadget umstellen. Daraus ergäbe sich
  • Eintragen von DeleteRequestsTally[actions=view|default|ResourceLoader|supportsUrlLoad|targets=desktop,mobile]|DeleteRequestsTally.js unter Bearbeitungswerkzeuge in MediaWiki:Gadgets-definition,
  • Entfernen des Scripts aus der Common.js.
(*) Bei den CSS-Klassen scheint noch Uneinigkeit zwischen camelCase und kebab-case zu herrschen. (Entschuldige bitte die Flut an Nachrichten zu dieser Sache.) --Nw520 (Diskussion) 22:44, 11. Feb. 2022 (CET)Beantworten
@Nw520:. 100% Zustimmung meinerseits. Und gerne alles glattziehen, auch die Klassen und all sowas. Bezüglich der Formatierung. Privat bin ich bei Variablen mittlerweile uneingeschränkt Fan von lowerCamelCase. Klassen sollten generell nur kleingeschrieben und die Worte per Hyphen getrennt werden. Wenn ich unsicher bin gucke ich da immer gern in die Richtlinien von Goolge, wie CSS-Rules und JavaScript. Meine früheren Auswüchse mag ich auch selbst nicht mehr sehen. -- DerFussi 13:20, 12. Feb. 2022 (CET)Beantworten

Namensraum

Bearbeiten

Hi DerFussi, gehören die neuen Feiertagsseiten (Bangladesch/Buddha Purnima, Malaysia/Wesak, Singapur/Vesak, Thailand/Makha Bucha und Thailand/Visakha Bucha) nicht eigentlich in den Namensraum Vorlage statt in den Hauptnamensraum? --4omni (Diskussion) 07:01, 10. Feb. 2022 (CET)Beantworten

Morjen. Der Vorlagennamensraum macht für mich nur Sinn, wenn man sie mehr als einmal irgendwo einbindet. Eine Vorlage dient ja der Vereinheitlichung von Inhalten und Mehrfacheinbindung. Hier erfüllt es ja nur den Zweck, komplizierten Code aus dem Hauptartikel rauszuhalten, und sich in einer Wartungskategorie zwecks Aktualisierung zu melden. Wenn ich etwas nur an einer Stelle benötige, lege ich es auch dort ab. So war meine Idee dahinter. Ist natürlich nur persönliche Meinung. Wenn wir sowas anders lösen wollen, kein Problem. -- DerFussi 07:18, 10. Feb. 2022 (CET)Beantworten
Man könnte es auch als Unterseite der Vesakh-Vorlage (mit dem Domain-Kürzel) ablegen. Vielleicht kann ich noch eine Länder-Domain-Erkennung über Wikidata in der Hauptvorlage einbauen. Dann funktioniert es evtl. sogar mit einem Automatismus. Ich schlaf mal drüber. Das Wochenende ist ja in Sicht. -- DerFussi 07:32, 10. Feb. 2022 (CET)Beantworten
Die Idee mit den Unterseiten finde ich gut. Da sind die Infos auch auffindbar, wenn andere Gruppen sich an diesen Terminen orientieren wollen. --4omni (Diskussion) 07:51, 10. Feb. 2022 (CET)Beantworten
Ich bastle mal was am Wochenende. -- DerFussi 10:47, 10. Feb. 2022 (CET)Beantworten
@4omni: Einen kleinen Moment wird es noch dauern. Für die Quickbarüberarbeitung benötige ich eh' noch ein Modul rund um Lokalisierung, Provinz- und Landesermittlung. Dort baue ich es mit dazu, bevor ich hier 'nen Schnellschuss mache. Steht aber mit auf meiner To-Do-Liste. Aber wie gesagt, das geht nicht in der Frühstückspause (in der ich normalerweise meine Edits hier mache). Da benötige ich ein ruhiges Wochenende. Bis dann. -- DerFussi 10:36, 13. Feb. 2022 (CET)Beantworten

Quickbar Ort

Bearbeiten

Früher war es möglich, mit Höhe = j/n, Einwohner j/n usw. die entsprechenden Angaben ein- und auszuschalten. Seit der Umstellung geht das nicht mehr. Hinter Höhe steht jetzt einfach "j". Einzig die Provinz funktioniert noch wie gehabt. --RolandUnger (Diskussion) 16:52, 13. Feb. 2022 (CET)Beantworten

Echt? Das war mir nicht bewusst. Man schaltet es doch nur ein, indem man den Parameter einfach angibt (ohne Wert). Dass man zusätzlich ein "j" reinschreibt, auf die Idee bin ich gar nicht gekommen, nur es mit "n" oder was ähnlich passendes abzuschalten, das sollte aber auch jetzt funktionieren. Lediglich die Auto-Funktion, geht mit "j" anzuschalten. Wenn das vorher wirklich funktionierte, war es Zufall, oder ich habe es wirklich verdrängt. Ich finde es nicht mal im alten Code. Da ja auch 0 und 1 als Boolsche Werte interpretiert werden, könnte man die 1 als lokal angegebene Höhe gar nicht benutzen. Kurioserweise ist es sogar so dokumentiert. OK, ich kann es sicherlich (wieder?) einbauen, wenn gewünscht. -- DerFussi 18:29, 13. Feb. 2022 (CET)Beantworten
Habe es testhalber für die Zahlen schon mal eingebaut. Habe das yesno-Modul nicht genutzt, da man sonst die "1" nicht als Wert übergebenn könnte. -- DerFussi 18:41, 13. Feb. 2022 (CET)Beantworten

tabularData

Bearbeiten

Mit dem Modul Modul:Exchange rate habe ich eine Anwendung für tabularData gefunden. Seit März 2022 liegen auf Wikimedia Commons Wechselkurse bereit, die fast täglich aktualisiert werden. Beschreibung zum Modul folgt. --RolandUnger (Diskussion) 07:24, 19. Mai 2022 (CEST)Beantworten

Cool, dann wird es vielleicht auch mal Klimadaten geben. Hätte man auch auf Wikidata ablegen können, aber dann wäre bei täglichem Update der Overhead zu groß, da man alte Einträge im Regelfall nicht löscht. Hätte man aber regeln können. Nun gibt es in der Mediawiki-Welt zwei "Datenbanken". Externe Benutzer werden die Tabelle nicht finden. Und ob es eine API für tabularData gibt, weiß ich nicht. Egal. Hauptsache, das Zeug liegt irgendwo und mann muss sich nicht drum kümmern. Schön wäre es, wenn man auch die strukturierten Daten aus den Dateien von Commons auslesen könnte. Oder geht das inzwischen auch? -- DerFussi 07:47, 19. Mai 2022 (CEST)Beantworten
@RolandUnger:PS: Einfacher, schöner und schneller abzurufen sind die tabularData auf alle Fälle. Da jeder drin editieren kann und man sich bei komplexem JSON auch schon mal vertippen kann, kann man natürlich auch einiges kaputtmachen. Bis hin zu falschen key-Namen. Wenn es eine bequeme Oberfläche oder Hilfsmittel zum Editieren der Tabellen gäbe, könnte man aicher auch einige unserer Tabellen in (Themen-)Artikel auslagern und mit einem generischen Modul in die Artikel holen. Dan verschwindet die hässliche WikiSyntax aus dem Artikel und man könnte nach responsiveren Darstellungsmöglichkeiten Ausschau halten. -- DerFussi 11:00, 19. Mai 2022 (CEST)Beantworten
@RolandUnger:PS2: Beim Lesen der Doku zur Vorlage {{Währung}} ging mir gerade durch den Kopf, dass die mobilen Nutzer noch nichts von der Vorlage haben. Das Tooltip bekommt man ja als mobiler Nutzer nicht zu Gesicht. -- DerFussi 11:08, 20. Mai 2022 (CEST)Beantworten
Doch, sie bekommen es zu Gesicht: Nur drauftippen. --RolandUnger (Diskussion) 14:53, 20. Mai 2022 (CEST)Beantworten
achso... haha.. OK. Na dann, alles jut. -- DerFussi 15:30, 20. Mai 2022 (CEST)Beantworten
Ah, da ist einiges dran, es wäre gut, die Daten zumindest auch auf Wikidata in gleicher Aktualität zu haben, vielleicht lässt sich das künftig auch einrichten.
Eine Anmerkung: Die Verwendung der nun hier auch möglichen Vorlagen, lässt sich automatisieren. Ich habe mir zum Beispiel für ägyptische Pfund, ein (recht grobes, sollte noch verbessert werden) Regex geschrieben, das sich mittels w:de:Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace verwenden lässt, siehe voy:en:User:Marsupium/common.js. Vielleicht kann man gemeinsam, bessere Ersetzungsregeln auch für andere Währungen schreiben! Beste Grüße, --Marsupium (Diskussion) 16:08, 21. Mai 2022 (CEST)Beantworten
An die Möglichkeit mit den Regex hatte ich noch nicht gedacht. Fussi hat ja auch ein autoReplace geschrieben, das in etwa so wirkt wie das vom PerfektenChaos (obwohl man das genau so benutzen kann). Ich habe mal einige Fälle bearbeitet und so den Regex noch etwas erweitert (unterschiedliche Bindestriche, Kommas in Zahlen). Ein bisschen bleibt noch zu tun. --RolandUnger (Diskussion) 17:53, 21. Mai 2022 (CEST)Beantworten
Mich hat en:Wikivoyage:Currency#Technical details auf den Gedanken gebracht, wahrscheinlich könnte man das dort jetzt etwas genauer darstellen, wie es sich mit Skript und so weiter bewerkstelligen lässt, und Ähnliches hierzuwiki und in anderen Sprachversionen, falls einmal regnerische Tage kommen … Beste Grüße, --Marsupium (Diskussion) 12:24, 26. Mai 2022 (CEST)Beantworten
Ein kurzer Erfahrungsbericht: tabularData sind deutlich schneller als Wikidata, was für sie spricht. Die Bereitstellung erfolgt nach meiner Schätzung im Millisekundenbereich, während Daten aus Wikidata etwa 10 ms und mehr brauchen. In beiden Fällen werden abgerufenen Daten während des Parsens gecacht, um Zeit zu sparen. Wie man an den Kartendaten im GeoJSON-Format sieht, dürfen die Strukturen sogar komplizierter sein, denn tabularData enthalten den gesamten JSON-Code, wie er in Wikimedia Commons hinterlegt ist. Das Anlegen der Daten ist im Gegensatz zu Wikidata aber nichts mehr für den normalen Nutzer. Wenigstens git es eine Syntaxprüfung wie bei Lua- oder JavaScript-Code. Ein anderes Problem der tabularData ist, dass sie üblicherweise nicht kategorisiert sind: Man findet sie nur schwer.
Ich denke mal, dass es außer der Funktion mw.ext.data.get() kein weiteres API geben wird. Vielleicht ist es auch nicht notwendig, denn man bekommt ja "normale" Tabellen zurückgeliefert. Man sollte sich aber ein passendes Konzept für den Zugriff auf die Daten überlegen. Es erscheint sinnvoll für den punktgenauen Zugriff auf eine einzelne Datenzeile, ein associative array anzulegen, da der interne Lua-Zugriff über einen key deutlich schneller ist als das Absuchen über eine for-Schleife. Der Code hierfür ist überschaubar. Im Fall von Modul:Exchange rate sind das drei kleine Funktionen: getFields, getRateTable und getCurrencyData. Noch ein paar Zahlen: ein einzelner Aufruf der Volage {{EGP}} pro Artikel dauert etwa 4 ms, bei 40 Aufrufen wie in Alexandria reduziert sich die Zeit auf 2,5 ms pro Aufruf. --RolandUnger (Diskussion) 07:24, 23. Mai 2022 (CEST)Beantworten
@RolandUnger: Ja, das mit den Kategorien ist schon blöd. Erst recht, da aus meiner Sicht Kategorien für ein Mediarepository eh schon die schlechteste Option für eine Ordnung sind, durch diesen haarsträubenden Pflegeaufwand - von der Vergabe und Suche ganz zu schweigen.
Bei häufigem Gebrauch kann man spezielle Module/Funktionen benutzen um die Tabellen auszulesen, und dabei gleich in ein passendes Array umzuwandeln, welches einen einfachen key-value-Zugriff erlaubt. Die Frage ist, was bringt es wirklich, solange man keine Arrays in einem globalen Scope vorhalten kann? Weil selbst, wenn du dir ein passendes Array baust, musst du trotzdem die Tabelle einmal per For-Loop durchlaufen - um dir dein Array zu bauen, auf das du dann wieder noch mal zugreifst. Und am Ende erfolgt doch der Aufruf in dem assoziativen Array auch bloß einmal. Dann kannst du doch auch gleich im originalen Loop nach deinen Daten Ausschau halten. Und im besten Fall nutzt man While/Repeat und findet seine Daten gleich am Anfang und muss nicht mal zum Ende laufen. Vielleicht sollte man mit den Tabellen-Erstellern reden, dass die gefragtesten Daten immer oben stehen. Ich bin am Ende kein Fan mehr davon, weshalb ich bei meinen Modulen auch keine zusätzlichen Module/Funktionen für den Seiten/Datenzugriff mehr benutze (wie Wikidata utilities oder Wikidata2 oder PageData), obwohl ich teilweise auch noch intern auf assoziative Arrays als Zwischenlager zurückgreife. Da eine Quickbar aber nur einmal vorkommt, und die Funktionen selten standalone benutzt werden. Kann man damit leben und seinen Code lesbarer halten.
Schön wäre es, wenn mann die Möglichkeit hätte Tabellen anzugeben, die beim Artikel zu Beginn geladen werden und dann in einem globalen Scope als Lua-Tabelle immer zur Verfügung stehen. Ansonsten hilft nur Javascript. Das könnte über den Webservice die Tabelle einmal beziehen und in allen Span-Tags mit dem Währungscode das Tooltip nachtragen. Und es hält den Rechenbedarf komplett vom Wiki fern. Im Falle der Währungen ein echte Alternative, da sie eh' nur im Tooltip stehen. Da könnte man sich wirklich überlegen, ob die Vorlage nicht einfach den Währungscode in eine Klasse wie voy-curreny-egp schreibt und dann das JS-Script beim Leser einmal über die Seite rammelt und die Tooltip-Attribute nachführt. Zumal die Seite selbst bei deaktiviertem JavaScript oder Programmfehlern nutzbar bleibt, selbst wenn jemand die Tabelle auf Commons versaut. Unser Modul flöge uns dann um die Ohren ("got NIL" usw.), obwohl man nach und nach Fehler abfangen würde, wenn sie auftauchen. -- DerFussi 09:58, 23. Mai 2022 (CEST)Beantworten
Was den globalen Scope anbetrifft, sprichst du mir aus den Seele. Wenn man pro Seite 300mal einen Marker/vCard anlegt, ist es eigentlich sehr unsinnig, 300mal dieselben Tabellen anzulegen. Was mich aber noch viel mehr ärgert, ist, dass der Wikiaufruf der Marker etwa 40 % und unser extrem sparsamer Wikidata-Aufruf immer noch 35 % der Rechenzeit ausmacht. Da ist es müßig, noch Optimierungsmöglichkeiten zu finden. Nebenbei, PageData verwende ich mittlerweile auch nicht mehr.
Da im Script (mindestens) zweimal auf die Tabelle zugegriffen wird, leiste ich mir den Luxus der assoziativen Arrays (noch dazu, weil auf dem englischen Wikivoyage ein funktionsgleiches Script mit der zehnfachen Rechenzeit läuft). Die Idee, den Tooltip auch mit einem Javascript zu realisieren, behalte ich mir mal im Kopf. --RolandUnger (Diskussion) 13:22, 23. Mai 2022 (CEST)Beantworten
Zu Javascript: Aber das hieße, Code bei jedem Seitenaufruf client side laufen zu lassen, statt einmal beim Parsen, oder? Wie häufig werden die Artikel hier neu geparst? Automatisch, wenn sich an irgendeiner Abhängigkeit etwas ändert, also nach jedem der täglichen Updates von c:Data:Xe.com exchange rates.tab usw.? Beste Grüße, --Marsupium (Diskussion) 15:55, 25. Mai 2022 (CEST)Beantworten
Was die Performance betrifft: Ähnliches wollte ich auch schon schreiben, ohne dass ich jedoch so genaue Zahlen zur Hand gehabt hätte.
Zur Kategorisierung: Ich meine mich zu erinnern, dass die über die Diskussionsseiten gehandhabt wird oder werden kann. (Ich bin gerade etwas kurz angebunden und habe noch nicht alles oben gelesen und das mit den Diskussionsseiten nicht recherchiert. Beste Grüße schnellhingetippt, --Marsupium (Diskussion) 05:16, 24. Mai 2022 (CEST)Beantworten

Löschanträge

Bearbeiten

Hallo DerFussi, mir sind drei Löschanträge aufgefallen, die sich auf Spezial:Linkliste beziehen:

Wäre es okay, wenn ich sie so verschiebe (ohne Weiterleitung), dass das „Spezial:Linkliste/“ entfällt, damit der Link in den Gelöschter-Artikel-Hinweisboxen funktioniert? --Nw520 (Diskussion) 14:43, 2. Jun. 2022 (CEST)Beantworten

Klar. Da stand Roland bestimmt an falscher Stelle beim Knopf drücken... PS: Ich bin die nächsten drei Wochen mal weg... Danach können wir ja mal nach den Feiertagen gucken.... LG. -- DerFussi 22:26, 2. Jun. 2022 (CEST)Beantworten
Besten Dank für die Antwort und ich wünsche schon einmal eine schöne Off-Wiki-Zeit   .
Bei Wikivoyage:Löschanträge/Spezial:Linkliste/Vorlage:RegionList-ImgMap fällt mir gerade auf, dass auch Wikivoyage:Löschanträge/Vorlage:RegionList-ImgMap existiert, eine Verschiebung also nicht geht. --Nw520 (Diskussion) 22:48, 2. Jun. 2022 (CEST)Beantworten

Modul:GetP856

Bearbeiten

Vor einigen Tagen war mir aufgefallen, dass dein Modul GetP856 einen Laufzeitfehler produzierte, und zwar in der Zeile 335 mit der Funktion uu.URLutil().getHost( urlLink ) (sie lieferte nil). Eigentlich hast du ja nicht mal einen Fehler begangen, denn der Fehler lag in Wikidata (siehe d:Q126514). Dort stand die URL http://www.dumgal.gov.uk%20Local drin, die ein Bot dort eingepflegt hat. Offensichtlich werden die Bot- und quickstatements-Bearbeitungen nicht geprüft. Für mich ist es auch egal, ob diese Fehler in einem Laufzeitfehler oder einer Wartungskategorie landen. Solche Fehleingaben dürften eigentlich nicht in Wikidata landen. Ich hoffe, dass dieses Problem von den Wikibase-Programmieren gelöst wird (phab:T309971). --RolandUnger (Diskussion) 17:59, 7. Jun. 2022 (CEST)Beantworten

OK, Danke. Das ist allgemein das Dilemma mit Wikidata, und dass es keine echten Constraints gibt, die eine Eingabe verweigern, wie bei jeder relationalen Datenbank. Müssen wir mit leben. Ich gucke nach dem Urlaub mal, dass ich das abfange. Wir werden noch länger auf Fehler aufgrund von Datenmüll stoßen und abfangen müssen. Andererseits geht mir Lua mit seinem "got nil" auch dermaßen auf die Nerven (so wie Java Programmierer wahrscheinlich auf die Null Pointer Exception fluchen). Warum ist "nil" kein gültiger Wert (auch in langen Tabellenketten). OK, es ist stringent, aber manchmal nervts halt auch :) -- DerFussi 20:44, 7. Jun. 2022 (CEST)Beantworten

markAdmins

Bearbeiten

Hallo. Ich habe gesehen, dass du mal Benutzer:Vogone/markAdmins.js aktualisiert hast. Könntest du dort noch einmal etwas aktualisieren? Konkret:

  • Bei den Admins "Bernello" und "Der_Reisende" entfernen.
  • Bei den Bürokraten ebenfalls "Der_Reisende" entfernen.
  • Bei den Commons-Admins wäre folgendes aktuell: "-revi", "1234qwer1234qwer4", "1Veertje", "32X", "4nn1l2", "99of9", "A.Savin", "AFBorchert", "Achim55", "Ahonc", "Aka", "Alno", "Amada44", "Andre_Carrotflower", "AnRo0002", "Ankry", "Anthere", "AntiCompositeNumber", "Aude", "Beno%C3%AEt_Prieur", "Billinghurst", "Blackcat", "BrightRaven", "Butko", "Captain-tucker", "Christian_Ferrer", "Ciell", "Clpo13", "Common_Good", "CommonsDelinker", "CommonsMaintenanceBot", "Cookie", "CptViraj", "Cromium", "Czar", "D-Kuru", "DMacks", "DaB.", "DarwIn", "Davepape", "David_Levy", "De728631", "DerHexer", "Dharmadhyaksha", "Didym", "Dyolf77", "Ebrahim", "Elcobbola", "Ellin_Beltz", "Ellywa", "Emha", "EugeneZelenko", "Explicit", "Ezarate", "Fitindia", "FunkMonk", "Gbawden", "Geagea", "Geni", "George_Chernilevsky", "Gestumblindi", "Gnangarra", "GPSLeo", "GreenMeansGo", "Grin", "Guanaco", "Hekerui", "Herbythyme", "Hesperian", "Howcheng", "Huntster", "Indeedous", "Infrogmation", "IronGargoyle", "Jameslwoodward", "Jaqen", "Jarekt", "JarrahTree", "Jcornelius", "Jdforrester", "Jean-Fr%C3%A9d%C3%A9ric", "Jianhui67", "Jmabel", "JoKalliauer", "Joergens.mi", "Jon_Kolbert", "Josve05a", "JuTa", "Julo", "Jusjih", "Kaldari", "Kallerna", "King_of_Hearts", "Klemen_Kocjancic", "Krd", "Krinkle", "KrinkleBot", "Kwj2772", "Leit", "Leyo", "Lofty_abyss", "Lymantria", "L%C3%A9na", "MB-one", "MBisanz", "MGA73", "MPF", "Magog_the_Ogre", "Mahagaja", "Maire", "Marcus_Cyron", "Mardetanha", "Masur", "Matanya", "Materialscientist", "Mdaniels5757", "Mhhossein", "Micheletb", "Mike_Peel", "Minorax", "Missvain", "Mitchazenia", "Miya", "Moheen", "Morgankevinj", "Multichill", "Mys_721tx", "Nagy", "NahidSultan", "Nat", "Natuur12", "Neozoon", "Nick", "Notafish", "Odder", "Otourly", "P199", "Pi.1415926535", "PierreSelim", "Pitke", "Platonides", "Poco_a_poco", "Podzemnik", "Polarlys", "Putnik", "Pyb", "Pymouss", "RP88", "Ra%27ike", "Racconish", "Ragesoss", "Rama", "Rastrojo", "Raymond", "Regasterios", "Rehman", "Reinhard_Kraasch", "Rimshot", "Romaine", "Rosenzweig", "Royalbroil", "Rubin16", "Rudolphous", "Ruthven", "Sanandros", "Shizhao", "Spiritia", "Sreejithk2000", "Srittau", "Steinsplitter", "Stifle", "Storkk", "Strakhov", "TadejM", "Taivo", "Tarawneh", "The_Squirrel_Conspiracy", "Themightyquill", "Thibaut120094", "Thuresson", "Tomer_T", "Trijnstel", "Tulsi_Bhagat", "T%C3%BArelio", "VIGNERON", "Wdwd", "Well-Informed_Optimist", "Wikitanvir", "Wutsje", "Yann", "Yasu", "Ymblanter", "Yuval_CT", "Zzyzx11", "%C3%89rico", "%D0%90%D0%BD%D0%B4%D1%80%D0%B5%D0%B9_%D0%A0%D0%BE%D0%BC%D0%B0%D0%BD%D0%B5%D0%BD%D0%BA%D0%BE", "%D8%B9%D9%84%D8%A7%D8%A1"
  • Bei den Wikidata-Admins wäre folgendes aktuell: "%2AYoungjin", "-revi", "1997kB", "Abi%C3%A1n", "Ajraddatz", "AmaryllisGardener", "Ameisenigel", "Andreasmperu", "Ash_Crow", "Ayack", "BRPever", "Bencemac", "Bovlb", "BrokenSegue", "DannyS712", "Dexbot", "Ebrahim", "Ep%C3%ACdosis", "Esteban16", "Emu", "Fralambert", "Fuzheado", "Gnoeee", "HakanIST", "Hasley", "Hazard-SJ", "Jasper_Deng", "Jianhui67", "Ladsgroup", "Lymantria", "Mahir256", "Martin_Urbanec", "Mat%C4%9Bj_Such%C3%A1nek", "Mbch331", "Mike_Peel", "Minorax", "MisterSynergy", "MSGJ", "MsynABot", "Multichill", "Nikki", "Nikosguard", "Okkn", "Pamputt", "Pasleim", "Penn_Station", "Pi_admin_bot", "Romaine", "Rzuwig", "Sannita", "Sotiale", "Stang", "Stanglavine", "Stryn", "Taketa", "Vogone", "Wagino_20100516", "Wiki13", "Ymblanter", "%D7%99%D7%95%D7%A0%D7%94_%D7%91%D7%A0%D7%93%D7%9C%D7%90%D7%A7", "%D8%A8%D8%A7%D8%B3%D9%85", "%D8%B9%D9%84%D8%A7%D8%A1"
  • Bei den Stewards wäre es "-revi", "AmandaNP", "AntiCompositeNumber", "Base", "BRPever", "Bsadowski1", "Cromium", "Defender", "DerHexer", "HakanIST", "Hasley", "Hoo_man", "Jon_Kolbert", "Linedwell", "MarcGarver", "MarcoAurelio", "Martin_Urbanec", "Masti", "Matanya", "MusikAnimal", "Operator873", "RadiX", "Ruslik0", "Sakretsu", "Schniggendiller", "Sotiale", "Stanglavine", "Stryn", "Tegel", "Teles", "TheresNoTime", "Tks4Fish", "Trijnstel", "Vermont", "Vituzzu", "Wiki13", "Wim_b", "%D8%B9%D9%84%D8%A7%D8%A1"
  • Bei den Ombudsleuten "Ameisenigel", "%C3%89rico", "Faendalimas", "Galahad", "Infinite0694", "JJMC89", "Mykola7", "Olugold", "Udehb", "Zabe"
  • Und bei den globalen Sysops "1234qwer1234qwer4", "Amire80", "Atcovi", "Billinghurst", "Biplab_Anand", "CptViraj", "DARIO SEVERI", "Daniuu", "DannyS712", "Iluvatar", "Infinite0694", "MF-Warburg", "Minorax", "Mtarch11", "NahidSultan", "Praxidicae", "Samuele2002", "Savh", "Shanmugamp7", "Superpes15", "Turkmen", "Uncitoyen", "WhitePhosphorus", "WikiBayer"

Ist weder eilig noch wichtig. Danke vorab --Ameisenigel (Diskussion) 16:42, 15. Jul. 2022 (CEST)Beantworten

@Ameisenigel: gerne

. Schönes Wochenende -- DerFussi 13:14, 16. Jul. 2022 (CEST)Beantworten

autoReplace.js schluckt Leerzeichen

Bearbeiten

Hallo DerFussi, bei Änderungen von Scholless ist mir aufgefallen, dass die Regel

		, {	findStr 	: /, daß /ig ,
			replaceStr 	: ',dass ',                    
			commentStr 	: 'daß > dass; '
		}

in autoReplace.js bei der Ersetzung das Leerzeichen hinter dem Komma schluckt. Nw520 (Diskussion) 23:53, 30. Jul. 2022 (CEST)Beantworten

Oje, wieder geschludert. Habe es (hoffenbtlich richtig) gefixt. -- DerFussi 05:50, 1. Aug. 2022 (CEST)Beantworten

Hierarchiesuche

Bearbeiten

@RolandUnger, Nw520: Ich taste mich langsam an die neue Provinzsuche ran und bin noch in der Analysephase. Roland, du hattest mir mal vorgeschlagen, das Vorhandensein der Eigenschaft P300 als Erkennungsmerkmal der 1. Hierarchie eine Landes zu nutzen. Ich würde auch gern die bisher genutzte elende manuelle Regionenliste (Modul:Wikidata2/Geography) entsorgen. Wie man dort sieht, gestaltet sich das nicht so einfach. Beide angegebenen Regionen liegen in der Hierarchie hintereinander, sind aber nicht die erste Hierarchie - das wäre dann erst North East England, wenn man im Falle von UK die Länder einzeln betrachtet, oder England, wenn man England als erste Hierarchiestufe annimmt. Irgendwie muss man wohl doch das "IstEin" auswerten. Erst dachte ich in der ersten Hierarchiestufe sind die Iso-Codes nach dem Bindestrich zweistellig, England hat aber wohl "GB-ENG". Geht auch nicht.

Momentan sehe ich nur die bisher verwendete Option, die manuell ID-Liste zu pflegen, was alles 1. Level in den Ländern ist. Man könnte noch bei P31 nach Keywörtern suchen, aber spätestens die Suche nach "Region" (gängiges Label, in Äthiopien, Griechenland, Chile usw.) bringt dann auch falsche Treffer. Habe ich was übersehen? -- DerFussi 12:36, 13. Aug. 2022 (CEST)Beantworten

Telefonnummern in Quickbar

Bearbeiten

Ich habe im Modul:Testmodul die Funktion formatPhoneNumbers( phoneNumbers ) geschrieben, mit der die Darstellung von Telefonnummern klappen sollte. Setzt voraus, dass die Telefonnummer zum Land des Artikels passt. --RolandUnger (Diskussion) 17:25, 30. Nov. 2022 (CET)Beantworten

Danke. -- DerFussi 17:50, 30. Nov. 2022 (CET)Beantworten

Quickbar Ort

Bearbeiten

Für die Lord Howe Island finde ich einfach keine Karte. Kann man den Versuch, eine Karte anzuzeigen, irgendwie abstellen? Danke im Voraus. RolandUnger (Diskussion) 08:02, 6. Jan. 2023 (CET)Beantworten

Ohh... Habe ich wieder mal geschludert und das vergessen einzubauen? Hole ich nach. -- DerFussi 08:37, 6. Jan. 2023 (CET)Beantworten
@RolandUnger:

|Karte=nein. Ein no funktioniert auch. Wenn doch mal jemand die norwegische Location map explizit angibt kommt dann auch nichts, aber außer zum abschalten sollte der Parameter ja nicht benutzt werden. - DerFussi 13:21, 7. Jan. 2023 (CET)Beantworten

Vielen Dank. --RolandUnger (Diskussion) 06:45, 9. Jan. 2023 (CET)Beantworten

Löschanträge

Bearbeiten

@DerFussi:, ich wollte mich mal über die Löschanträge hermachen, befürchte aber, dass ich ein Chaos anrichte. Hier und hier und hier bin ich nicht so richtig fündig geworden. Werden tatsächlich nur die abgegebenen Stimmen gezählt oder ggf. auch noch Argumente bewertet? Was muss beim Löschen zusätzlich getan werden, was läuft im Hintergrund automatisch? Ich durchschau das System nicht so recht. Gibt es irgendwo eine Schritt-für-Schritt-Anleitung für das Löschen bzw. Behalten damit auch dumme damit klarkommen? Danke im Voraus, --Eduard47 (Diskussion) 15:01, 20. Apr. 2023 (CEST)Beantworten

Ich schaue mal, dass ich ergänze, was mir so einfällt. Im Hintergrund läuft nichts automatisch, nur die Löschung auf Wikidata. Im Regelfall sollte man Links auf die Seite löchen/entlinken. Schwiereig ist das wenn die Links auf Nutzer-Seiten oder Diskussionen liegen. Im Fallo von Artikeln lasse ich die meist stehen. Lediglich, wenn ich Vorlagen lösche, versuche ich vorher alle Verweise loszuwerden. Zur Not ersetze ich die durch ein {{Tlc}}, weil die Vorlage keinen Link anlegt. Unterseiten werden mitgelöscht, ebenso Diskussionsseiten mit der Ausnahme von Benutzer Diskussion, musst du aber alles manuell machen. Ich zähle nur die Stimmen und bewerte keine Kommentare. Sollen die Leute halt ihre Stimmen ändern.
Das Entlinken ist ja keine Admin-Arbeit. Am Ende bleibt es aber an dir hängen. Normaleeweise kann man das aber nebenbei irgendwann mal machen. Gerade liegt aber wirklich viel auf Halde. Ich mache immer mal was mit. Irgendwann ist es weg.. Aber kein Stress.... -- DerFussi 12:46, 21. Apr. 2023 (CEST)Beantworten
Moin, habe soeben 5 einfache Artikel gelöscht und entlinkt, hoffentlich richtig gemacht? Bin unsicher, kannst Du bitte bitte das mal kontrollieren. Eduard47 (Diskussion) 12:43, 26. Apr. 2023 (CEST)Beantworten
Keine Auffälligkeiten auf den ersten Blick :) -- DerFussi 13:00, 26. Apr. 2023 (CEST)Beantworten
@DerFussi: Nachdem ich diverse Flüsse in Polen gelöscht habe taucht bei mir jetzt das erste Problem auf im Artikel Vennvorland. Einzelne Links habe ich entlinkt, doch was mach ich mit den beiden Weiterleitungsseiten? Irgendwie verstehe ich dazu die Löschregeln nicht. Gruß--Eduard47 (Diskussion) 15:25, 27. Apr. 2023 (CEST)Beantworten

Laufzeitfehler

Bearbeiten

Du hast gerade Modul:Wikidata2/i18n gelöscht. Wird aber noch gebraucht, und es gibt nun Laufzeitfehler, z. B. Benutzer Diskussion:RolandUnger/Archiv/2016/1.Quartal#ID_zurückgeben. --RolandUnger (Diskussion) 09:49, 30. Apr. 2023 (CEST)Beantworten

@RolandUnger:. Wieder mal. Darf ich meine Aufräumarbeiten und den Löschvorgang erzt zuende führen und mich selbst prüfen? -- DerFussi 09:58, 30. Apr. 2023 (CEST)Beantworten
Ich habe angenommen, dass du schon fertig bist. --RolandUnger (Diskussion) 10:00, 30. Apr. 2023 (CEST)Beantworten
@RolandUnger: Aber bitte. Eine Stunde ist doch das Minimum. So kann ich ja nicht mal zwischendurch aufs Klo gehen    -- DerFussi 10:04, 30. Apr. 2023 (CEST)Beantworten

Bitte um Hilfe

Bearbeiten

@DerFussi: du hast vor einiger Zeit im Artikel Magdeburg in den Text der Einleitung die aktuelle Einwohnerzahl mit {{#invoke:GetNumber|getNumbersWithDate||P1082||number}} eingebaut. Ich würde gerne in einigen Artikeln (z. B. Worpswede, Wurster Nordseeküste) die Einwohnerzahlen der Ortsteile (haben alle eigenen WD-Eintrag) auf die gleiche Weise aus WD beziehen, weiß aber nicht, wie das funktionieren könnte. Kannst du mir helfen? Danke im Voraus, Klaus --Eduard47 (Diskussion) 16:29, 1. Jun. 2023 (CEST)Beantworten

War bestimmt nur ein Test. Ich finde die Info eigentlich Überflüssig, wenn es rechts daneben in der Quickbar steht. Inzwischen habe ich aber die Vorlage {{Wikidata}} aktualisiert. Es fehlen zwar noch paar Möglichkeiten, aber Einwohnerzahlen funktionieren. Kannst in Magdeburg spicken. -- DerFussi 16:57, 1. Jun. 2023 (CEST)Beantworten
Danke für die Antwort und die Aktualisierung in Magdeburg. Allerdings hilft mir das nicht weiter. Ich möchte bspw. in Wopswede die Einwohnerzahlen der Ortsteile (nicht des ganzen Ortes!) aus WD beziehen. Wie funktiniert das, bzw. geht das?
Stopp! Hab' in der Vorlage {{Wikidata}} selber nachgelesen, hätte ich auch vor der doofen Frage machen können! In Worpswede schon eingebaut. Nochmal: Danke, Gruß --Eduard47 (Diskussion) 17:19, 1. Jun. 2023 (CEST)Beantworten

Wechselkurse

Bearbeiten

Lieber Fussi, ich wollte dich nur darüber informieren, dass die Wechselkurse auf Wikimedia Commons seit dem 24. Februar 2023 nicht mehr aktualisiert werden. Man hat die Botbetreiberin Giftpflanze auf der deutschen Wikipedia vergrault. Sie hat sich nun nach 16 Jahren WP aus dem Geschäft zurückgezogen und alle Bots deaktiviert. Sehr schade. RolandUnger (Diskussion) 06:25, 21. Jun. 2023 (CEST)Beantworten

@RolandUnger: Oje, dann schaue ich mir mal Wikidata an und werde mal dort was bauen. Ich habe auch letztens in Berlin mit einem Wikidata-Programmierer geredet. Er kennt wohl einen Bot, den man nutzen kann, sich aus Wikidata automatisiert eine lokale Lua-Tabelle zu generieren, so könnten wir auch unsere anderen Listen aktuell halten, die aus SPARQL-Abfragen generiert wurden. So ist man aktuell und kann sich WD-Abfragen sparen. Ich schaue mir das mal an. -- DerFussi 17:22, 21. Jun. 2023 (CEST)Beantworten

Need your input on a policy impacting gadgets and UserJS

Bearbeiten

Dear interface administrator,

This is Samuel from the Security team and I hope my message finds you well.

There is an ongoing discussion on a proposed policy governing the use of external resources in gadgets and UserJS. The proposed Third-party resources policy aims at making the UserJS and Gadgets landscape a bit safer by encouraging best practices around external resources. After an initial non-public conversation with a small number of interface admins and staff, we've launched a much larger, public consultation to get a wider pool of feedback for improving the policy proposal. Based on the ideas received so far, the proposed policy now includes some of the risks related to user scripts and gadgets loading third-party resources, best practices for gadgets and UserJS developers, and exemptions requirements such as code transparency and inspectability.

As an interface administrator, your feedback and suggestions are warmly welcome until July 17, 2023 on the policy talk page.

Have a great day!

Samuel (WMF), on behalf of the Foundation's Security team 01:02, 8. Jul. 2023 (CEST)Beantworten

Falsches Datum

Bearbeiten

Bei der Wahl zu den Reisezielen stimmt irgendwas mit dem Datum nicht. Am Monatsende gibt es schon den Folgemonat. --RolandUnger (Diskussion) 09:03, 31. Jul. 2023 (CEST)Beantworten

Ja das habe ich schon gesehen. Sicher ein Fehler im Modul:Zeit. Ich schaue mal nach, evtl. schaffe ich es heute Abend. -- DerFussi 09:29, 31. Jul. 2023 (CEST)Beantworten
Das war jetzt ein Schnell-Fix, der aber noch keine Schaltjahre berücksichtigt. Eine native LUA-Implementierung für das Addieren von Monaten habe ich auf die Schnelle nicht gefunden. Also nächstes Jahr im Januar wird es momentan wieder unsauber sein. Ich gucke später mal, ob die wm-Funktionen etwas sauberes bieten. Oder ich prüfe die drei Schaltjahrregeln ab. (Teilbarkeit durch 4 ja, wenn durch 100 dann nicht, wenn durch 400 doch wieder ja) -- DerFussi 11:59, 31. Jul. 2023 (CEST)Beantworten

Internationale Raumstation

Bearbeiten

Kannst du mal bei Internationale Raumstation nachsehen, woher der Laufzeitfehler stammt? Danke. --RolandUnger (Diskussion) 07:59, 30. Sep. 2023 (CEST)Beantworten

Vielleicht ist es die Koordinate. --RolandUnger (Diskussion) 08:01, 30. Sep. 2023 (CEST)Beantworten
Geht klar. Mache ich morgen. -- DerFussi 00:36, 1. Okt. 2023 (CEST)Beantworten
Erledigt -- DerFussi 11:59, 1. Okt. 2023 (CEST)Beantworten

Redirects aus Wikidata

Bearbeiten

Mittlerweile können auch Redirects als Linkziel bei den Namen in der {{vCard}} und im {{Marker}} benutzt werden. Das könnte aber dazu führen, dass in einigen Artikeln Artikel-Selbstreferenzen über die Weiterleitung stattfinden. Leider kann man dies nicht auswerten, da es mit Lua nicht möglich ist, auf die Artikelsyntax zuzugreifen, und da das wirkliche Sprungziel in Wikidata nicht hinterlegt ist. Artikel, die derartige Redirects benutzen, sind in der Kategorie:VCard: Artikellink ist Weiterleitung aufgelistet. Mit show = nowikilink kann die Verlinkung des Namens gänzlich unterdrückt werden, womit sich die Selbstreferenz(en) vermeiden lassen. Im Artikel Kaiping gibt es noch solche Selbstreferenzen. RolandUnger (Diskussion) 10:54, 31. Dez. 2023 (CET)Beantworten

Ja. Das Problem hatte ich schon gleich nach Einführung bemerkt, wollte dich aber während der Feiertage niemanden behelligen. Habe es gesehen und auch schon bei einer ganzen Reihe von Artikeln bereinigt. Danke! -- DerFussi 12:03, 31. Dez. 2023 (CET)Beantworten
@RolandUnger: Keine Angst. Ich hätte es schon noch bereinigt in Kaiping. Gucke erst noch durch, wo man es überall dokumentieren sollte. -- DerFussi 10:04, 1. Jan. 2024 (CET)Beantworten
Ich habe die Bereinigungen im Rahmen des Programmcode-Tests vorgenommen, weil die genannte Wartungskategorie wirklich nur die Artikel anzeigen soll, in denen die Wikidata-Redirects eingesetzt werden. Ich habe die show-Parameter in {{vCard}} und {{Marker}} dokumentiert. Ob man den Parameter nowikilink an einer noch prominenteren Stelle dokumentieren sollte, glaube ich nicht. Das Problem tritt ja nur bei Weiterleitungen, die in Wikidata trickreich eingefügt wurden, auf. Für die Algemeinheit tritt das Problem nur auf, wenn aus einem Artikel z. B. im Rahmen einer Löschdiskussion eine Weiterleitung wird. Ich überlege noch, ob man den show-Parameter nowikilink nicht besser als wikilink invertieren sollte: dies würde wohl einen geringeren Aufwand bedeuten und es gibt nicht soviele Artikel, in denen man umstellen müsste. --RolandUnger (Diskussion) 08:01, 2. Jan. 2024 (CET)Beantworten
OK, Habe es auf Hilfe:Seiten weiterleiten#Wikidata-Weiterleitung beschrieben. Der Block wird auch auf der Doku der Vorlage {{Wikidata-Weiterleitung}} mit eingeblendet. Bei weiteren Anpassungen/Änderungen müssen wir nur an den Hilfeartikel denken. -- DerFussi 12:14, 2. Jan. 2024 (CET)Beantworten
Es gibt noch die zusätzliche Kategorie VCard: Unbenutzter Weiterleitungs-Sitelink, in der die Artikel mit {{Marker}}/{{vCard}} angezeigt werden, in denen ein aus Wikidata stammender Sitelink nicht genutzt wird, weil er eine Weiterleitung darstellt. --RolandUnger (Diskussion) 07:07, 4. Jan. 2024 (CET)Beantworten

Grindavík

Bearbeiten

Hallo.

Der Artikel über Grindavík muss aktualisiert werden, da ein Lavatunnel unter der Stadt Schäden verursacht hat und ein Vulkanausbruch in der Stadt Gebäude zerstört hat.

Auch die Artikel Gaziantep, Antakya und İskenderun müssen aktualisiert werden, nachdem ein sehr starkes Erdbeben am 6. Februar 2023 diese Städte schwer beschädigte und die meisten Hotels, Restaurants, Museen und andere Sehenswürdigkeiten entweder beschädigte oder zerstörte. Der Tourismus wurde eingestellt und die wenigen Museen, die das Erdbeben überstanden haben, sind noch geschlossen.

Danke. 31.200.16.100 05:43, 3. Feb. 2024 (CET)Beantworten

Hi. It's a wiki. Da du ja sowohl den Bearbeiten-Knopf als offensichtlich auch die Situation vor Ort kennst, bist du geradezu prädestiniert, die Artikel selbst zu aktualisieren. Keine Berührungsängste. Wenn was nicht nach Vorgabe ist, nicht schlim, kümmert sich schon irgendwann jemand drum. Hau in die Tasten! Wir freuen uns über neue Mitarbeitende. Aber solange wir mehr Baustellen als Autoren haben, wird es schwer, jemanden etwas anzuweisen und in die Spur zu schicken. -- DerFussi 20:46, 3. Feb. 2024 (CET)Beantworten

Danke

Bearbeiten

Hallo Fussi, ich möchte nach langer Abwesenheit mich hier bedanken für die Neuerungen . Zaunkönig (Diskussion) 13:32, 25. Feb. 2024 (CET)Beantworten

Ohhh. Danke und Willkommen zurück. DerFussi 20:23, 25. Feb. 2024 (CET)Beantworten

Rawai Beach

Bearbeiten

Hast du irgendwelche Informationen zum Restaurant Rainforest Garden? Ich finde einfach nichts, auch keine Position bei Google. Am liebsten würde ich das Restaurant löschen. Dann steht aber auch die Frage, ob man den Artikel nicht ganz löschen sollte. RolandUnger (Diskussion) 19:16, 29. Mär. 2024 (CET)Beantworten

@RolandUnger: Ich kenne die ganze INsel Phuket überhgaupt nicht. Habe mich auch noch nicht an das Projekt Phuket herangetraut Auch auf Facebook hat der Besitzer das letzte mal vor vier Jahren was reingeschrieben. Das Restaurant können wir sicher löschen Ein Artikel zu Rawai an sich hätte eine Berechtigung, wenn ich mir das englische WV und Google Maps anschaue. Verschieben nach Rawai und Kleinstadt Skelett rein. Ich mache das mal. -- DerFussi 15:13, 30. Mär. 2024 (CET)Beantworten
Danke. --RolandUnger (Diskussion) 15:48, 30. Mär. 2024 (CET)Beantworten

Quickbar: Youtube

Bearbeiten

Ich habe in der {{vCard}} noch die Eigenschaft P11245 für den Youtube-Alias (Benutzerkennung, @) eingefügt. RolandUnger (Diskussion) 18:26, 16. Apr. 2024 (CEST)Beantworten

Alles klar. Ergänze ich auch noch. -- DerFussi 19:38, 16. Apr. 2024 (CEST)Beantworten

Basse-Terre

Bearbeiten

Im Fall von Basse-Terre, Guadeloupe, stimmt irgendwas mit der Karte nicht. RolandUnger (Diskussion) 14:53, 4. Mai 2024 (CEST)Beantworten

Schon wieder?.. Ich gucke mal. DerFussi 11:25, 5. Mai 2024 (CEST)Beantworten
Bei der Provinz wird "Communauté de communes du sud Basse-Terre" ermittelt, deshalb nimmt die Quickbar die Frankreich-Karte. Die ist auf WD keine Verwaltungseinheit zugeordnet. Wenn man bei Basse-Terre auf WD in die Eigenschaft „liegt in der Verwaltungseinheit“... hmmm...
Ich habe mal bei Communauté de communes du sud Basse-Terre das "liegt in Verwaltungseinheit" befüllt. Was die Quickbar Ort als Provinz anzeigt ist immer ein guter Indikator was los ist. Die sollte immer in der Provinz rauskommen, deren Karte mal will. -- DerFussi 11:33, 5. Mai 2024 (CEST)Beantworten

Hofheim am Taunus

Bearbeiten

Ich hab die Kantine nach oben geschoben nicht weil ich die Kantine besonders mag, sondern weil ich der Meinung war, dass Restaurants immer aufsteigend von günstig nach teuer sortiert werden soll, so wie es in der Vorgabe für Städte auch vorgesehen ist. Gilt das nicht mehr? 2A02:908:122:55C0:468A:5BFF:FECC:62BA 09:04, 16. Mai 2024 (CEST)Beantworten

Naja, wenn man keine drei separate Abschnitte für „günstig“, „mittel“ und „teuer“ hat. Ist das ein Block. Innerhalb eines Abschnitts habe ich jetzt keine explizite Regel in der Vorgabe gefunden. Die meisten Gaststätten werden sich eh' überschneiden. Aber hast recht, es folgt einer Logik. Ich tu' mich halt nur schwer damit, weil das Hochschieben doch gerne mal Edits sind, die von (gerne auch mal unangemeldeten) Besitzer gemacht werden. Aber kannst es gern wieder hochschieben, wenn es ist, wie du sagst. -- DerFussi 09:30, 16. Mai 2024 (CEST)Beantworten
Das ließe sich ja ändern. Hatte ich sowieso heute noch vorgehabt, du warst nur schneller. Ist jetzt umgesetzt (und ja, es gibt auch genug Restaurants der Luxusklasse in Hofheim - ich bin dabei...) -- 2A02:908:122:55C0:468A:5BFF:FECC:62BA 10:07, 16. Mai 2024 (CEST)Beantworten
Das war Zufall. So schnell bin ich sonst nicht :) -- DerFussi 10:25, 16. Mai 2024 (CEST)Beantworten

Gedanken zu den Quickbars

Bearbeiten

Die Quickbar Land wird immer höher. In letzter Zeit tragen übergroße Bilder dazu bei, die bekannten Probleme noch zu verstärken: sie nehmen viel Platz beim Rollen über den Handybildschirm ein, und der freie Raum vor den Regionenlisten wird nur noch größer. Hierzu zwei Vorschläge:

  • Die Flaggen müssen nicht 200px breit sein, 150px oder noch besser 100px reichen auch.
  • Die neuerdings verwendeten orthografischen Lagenkarten nehmen unnötig viel Platz ein. Die einfacheren Lagekarten Location<Land>.svg sind genau so informativ, nehmen aber weniger Platz ein. Sie sind auch in Wikidata erfasst, man muss aber anstelle von bestStatements allStatements benutzen, um an diese Bilder zu kommen.

Ich bilde mir ein, dass bei den Ortsquickbars gelegentlich zwei identische Youtube-Links angezeigt werden: der Kanal und sein Alias. Beide Angaben sind identisch, der Alias ist aber besser lesbar. Ich schlage vor, dass nur der Alias-Link benutzt wird, falls vorhanden. Ansonsten natürlich die Kanalangabe. --RolandUnger (Diskussion) 12:34, 22. Jun. 2024 (CEST)Beantworten

  • @RolandUnger: allStatememnts sollte bei der Abfrage eigentlich nicht notwendig sein. Alle Lagekarten sollten auf Wikidata mit bestStatements geliefert werden. Alles andere wäre eine falsche Erfassung auf Wikidata. Wichtig ist der richtige Qualifikator anstatt des Rankings für die zu verwendende Kartensammlung (collection). Es ist alles auf der Vorlage {{Quickbar Land}} beim Parameter |Lage= dokumentiert. Die Quickbar sucht dabei nach einer Prioritätenliste die passende Lagekarte raus. Die Reihenfolge der Prioritäten war eine Community-Entscheidung aus dem Jahre 2022 (Referenz siehe ebenda). Die Prioritätenliste steht auf Modul:GetImage/Properties und kann mit einem Edit für das ganze Wiki geändert werden. Man müsste nur einen neuen Community-Entscheid anstoßen. Gegebenenfalls muss man bei den Ländern die Karteneinträge/Qualifikatoren aktualisieren, sollte bei einem Land nicht die passende Karte erscheinen.
  • Die Flaggenbreite kann ebenfalls auf Modul:GetImage/Properties angepasst werden. Einfach rumfragen und umstellen.
  • Wegen YouTube kann ich bei Gelegenheit schauen. Das sollte nur ein Minimal-Edit sein. -- DerFussi 17:29, 23. Jun. 2024 (CEST)Beantworten
  • @RolandUnger:: Evtl. sollte man die obigen Überlegungen in eine generelle Designänderungsdiskussion einfließen lassen. Das ist je eh' schon eine ewigen Baustelle/Diskussion. Horizontaldesign, bzw. mehrere Seiten (Flagge+Bild / Fakten). Dann ist die KArtengröße vielleicht auch weniger relevant. -- DerFussi 07:42, 24. Jun. 2024 (CEST)Beantworten
@DerFussi: Sicher ist irgendwann eine Designänderung/Reihung der Abschnitte überfällig. Das wird aber dauern. Meine Vorschläge gingen auf Diskussionen zurück, die wir in der Vergangenheit schon hatten (Beispiel großer weißer Fleck neben der Quickbar). Deshalb auch meine Idee, die Bildhöhen zu verringern.
Leider wird bei den Lagekarten die Abfrage mit allStatememnts notwendig, weil die orthografischen Lagenkarten in allen Ländern den bevorzugten Rang besitzen, und man sonst an andere Karten aus WD nicht herankommt. Ich würde hier nicht unbedingt von einer falschen Erfassung sprechen, und eine Änderung scheint mir an dieser Stelle unmöglich. Ansonsten steht in der Prioritätenliste nur Lagekarte drin, nicht aber welche.
Ich beobachte ständig die Ergebnisse der vCard, um rechtzeitig auf Probleme reagieren zu können. Die Nutzung von allStatememnts war bisher nicht notwendig. Nicht ganz unproblematisch sind die Features (subtypes), weil hier auch Angaben vorkommen, die touristisch irrelevant sind. Die automatische Auswahl stößt hier auf Grenzen, wobei diese Fälle bisher eher selten auftreten. --RolandUnger (Diskussion) 08:15, 24. Jun. 2024 (CEST)Beantworten
@RolandUnger: Ich habe noch mal geguckt. Die Quickbar benutzt schon immer allStatements für die Bilder. Das war schon immer notwendig. Hatte ich schlicht und ergreifend nicht mehr auf dem Schirm, viel zu lange her. Die Bilderabfrage unterstützt generell beide Abfragealternativen. Das kann man optional als dritten Parameter beim Aufruf übergeben. Standard ist natürlich best. Darüber hinaus halte ich die Angebe eines bevorzugten Rangs auf WD trotzdem für falsch. Da besteht immer die Gefahr von EditWars auf WD wenn irgendein lokales Wiki eine andere Karte bevorzugt, und Programmierer die Qualifikatoren aus Faulheit oder Unwissenheit nicht unterstützen. Oder dass Autoren einfach mangels Hintergrundinfo denken, mit einer Rankingänderung wäre es getan. Dann kommt irgendjemand daher uns stellt das Ranking einfach um weil ihr oder ihm eine andere Karte besser gefällt. Kurzum aus meiner Sicht sollte es dort kein Ranking geben. Vor allem vor dem Hintergrund, wenn man sich auf Wikidata für einen anderen Kartentyp entscheidet. Soll dann jemand durch alle Objekte klicken und das Kartenranking umklicken? Das Ranking hat sich doch hier nicht zum ersten mal als ein untaugliches Konzept erwiesen. Da es der Quickbar aber egal ist, ist es mir das auch.
Also, wie gesagt, wenn es die Community will, einfach in der Konfiguration die "Q43037778" an den Anfang schieben. Dann sollten sofort die „alten“ grau-grünen in allen Ländern erscheinen. -- DerFussi 09:05, 24. Jun. 2024 (CEST)Beantworten
@RolandUnger:. Eine Designdiskussion sollte nie privat zwischen uns Programmieren sondern immer auf Community-Ebene in der Vorlagenwerkstatt erfolgen. Auch wenn, wie so oft die Beteiligung gering ist. Zumal wir für die beiden angesprochenen Punkte keinen Programmcode ändern müssen, sondern de-facto irgendjemand einfach die Einstellung ändern muss. -- DerFussi 09:29, 24. Jun. 2024 (CEST)Beantworten
Da hast du recht. --RolandUnger (Diskussion) 09:37, 24. Jun. 2024 (CEST)Beantworten
Vielleicht macht es trotzdem Sinn, gleich das ganze Paket Quickbar/Regionlist/Abschnittsreihenfolge zusammen in der VW zu besprechen. Wir konnten bis jetzt mit dem Zustand leben. Wenn es noch bis zum Jahresende dauert, ist es auch egal. Ich bin zwar beim Überarbeiten der Länderartikel inzwischen beim "P" aber die Länderartikel sind ja immer eine überschaubare Menge. Wenn sich an Vorgabe/Design was tut, gehe ich halt nochmal durch. -- DerFussi 09:57, 24. Jun. 2024 (CEST)Beantworten
Dass ich mich selbst nicht mehr an meine damalige Positionskarten-Analyse erinnert habe zeigt mal wieder: Ich will eigentlich nicht mehr im Wiki programmieren. Mir fehlt aufgrund meiner privaten/beruflichen Aktivitäten einfach die Zeit und der freie Kopf dafür. Vor allem für das "Dranbleiben"    -- DerFussi 10:01, 24. Jun. 2024 (CEST)Beantworten

Zur Information: neuer Parser Parsoid

Bearbeiten

Im Stillen wird an einem neuen Parser names Parsoid gewerkelt. Er ist in der Version 0.2, man kann ihn aber schon ausprobieren. Natürlich klappt noch nicht alles. Was aufhorchen lässt ist, dass der Parsoid noch in dieser Woche im englischen und hebräischen Wikivoyage ausgerollt werden soll. Zum Ausprobieren hängt man an die URL noch ?useparsoid=1 dran.

Die wichtigste Änderung am HTML-Quelltext ist der, dass die einzelnen Bearbeitungsabschnitte in <section> gepackt werden. Damit soll erreicht werden, dass aus dem HTML-Quelltext die Wiki-Syntax wieder generiert werden kann. RolandUnger (Diskussion) 17:51, 30. Jul. 2024 (CEST)Beantworten

@RolandUnger: Cool. Ich dachte immer den gibt es schon länger. Irgendwie kommt mir der Name bekannt vor. Na dass wird ja spannend. -- DerFussi 17:59, 30. Jul. 2024 (CEST)Beantworten
Auf enwikivoyage wurde Parsoid heute ausgerollt. --RolandUnger (Diskussion) 17:45, 31. Jul. 2024 (CEST)Beantworten

ListingInfo

Bearbeiten

Das „Taxitool“ zeigt unter Buchung, Vergleich und Bewertung (vorletzter Schalter) auch die Reiseauskunft der DB, falls vorhanden, an. Bei Markern geht das auch, wenn man auf info in der Marker-Blase drückt. Das geht wohl derzeit mit etwa 1.800 Bahnhöfen. --RolandUnger (Diskussion) 17:45, 31. Jul. 2024 (CEST)Beantworten

Zurück zur Benutzerseite von „DerFussi/Archiv/Ab 2020“.