Wikipedia:WikiProjekt Vorlagen/Werkstatt
Vorlage:Landtag Thüringen: Webarchiv- und Namens-Parameter nötig
Hallo, nach Umstellung der URLs auf Namen laufen alle mit Zahlen codierten Vorlageneinbindungen ins Leere.
Wir bräuchten:
- eine Umstellung auf einen Namensparameter für die aktuellen und künftig ehem. Mitglieder und
- einen Archiv-Parameter für die schon ehem. Mitglieder.
Die Not wurde in gewisser Weise schon vor zwei Jahren durch Dritten erkannt und in der Disku benannt.
Gerade werden die Totlinks unter Preisgabe der Vorlage mit Mementos aufgelöst.
Auf dem Basis-URL
- https://www.thueringer-landtag.de/abgeordnete/abgeordnete-fraktionen-sitzordnung/abgeordnetendetails/abgeordneter/ wäre dann
- https://www.thueringer-landtag.de/abgeordnete/abgeordnete-fraktionen-sitzordnung/abgeordnetendetails/abgeordneter/vorname-name/ aufzusetzen.
Danke schon mal, --Wi-luc-ky (Diskussion) 23:27, 28. Jun. 2022 (CEST)
- @Wi-luc-ky: Wie soll hier verfahren werden, wer pflegt die Vorlage im ANR? Grundsätzlich alle ID's ignorieren und stumpf vorerst versuchen, aus dem Seitennamen einen Link basteln, abweichende Linkziele optional? --darkking3 Թ 18:29, 5. Aug. 2022 (CEST)
- Danke für die Rückfragen, darkking3. Der VL-Ersteller ist gesperrt, wenige haben danach verbessert. Ich könnte die VL auf meine BEO nehmen.
- IDs würde ich über einen gewissen Zeitraum noch verborgen mitschleppen, da es schon VLs gab, wo die URL-Struktur wieder zurückgedreht wurde :( Zudem könnten daraus Mementos entstehen; falls nicht über Probieren mit den Namen (wie bei o. g. Ersetzung). Dafür ein Archivparameter.
- Ja, aus Seitennamen Linkziel ableiten. Bei Namengleichheit müsste eine BKL resp. Klammerung möglich sein.
- Bin eher zufällig darauf gestoßen, habe da keine nennenswerte Editzahl mit der VL getätigt. So wie es ist, wollte ich es aber nicht bestehen lassen.
- Zum Mitlesen und -denken: @Slökmann.
- Gruß, --Wi-luc-ky (Diskussion) 19:00, 5. Aug. 2022 (CEST)
- Das Problem wird wohl nahezu alle Landtags-DB-Link-Vorlagen betreffen. Bis auf eine (!) von 12 solcher Vorlagen sind alle vom gesperrten Nutzer angelegt, häufig auch jeweils nur auf eine Wahlperiode angepasst. Das könnte wohl etwas mehr werden als gedacht. --darkking3 Թ 12:58, 6. Aug. 2022 (CEST)
- Ausweislich der Diskussionsseite hatte ich mir bereits vor drei Jahren die Archiv-Parameter gewünscht. Damals war O.K. noch aktiv, es waren wohl andere Sachen wichtiger. Es ist begrüßenswert, wenn das Problem endlich angegangen wird. -- Grüße, 32X 21:34, 29. Jan. 2023 (CET)
- Das Problem wird wohl nahezu alle Landtags-DB-Link-Vorlagen betreffen. Bis auf eine (!) von 12 solcher Vorlagen sind alle vom gesperrten Nutzer angelegt, häufig auch jeweils nur auf eine Wahlperiode angepasst. Das könnte wohl etwas mehr werden als gedacht. --darkking3 Թ 12:58, 6. Aug. 2022 (CEST)
- Die Vorlage:KW16-Hessen bietet Parameter für den Aufruf von Mementos. Kundige könnten kinderleicht abkupfern. Gruß, --Wi-luc-ky (Diskussion) 11:01, 1. Apr. 2023 (CEST)
Vorlage:Landtag Schleswig-Holstein – veraltet
Die Vorlage funktioniert seit längerer Zeit nicht mehr korrekt (siehe auch dortige Disk); in der jetzigen Version erzeugt sie eine Fehlermeldung auf der aufgerufenen Seite. Im Artikel Claus Schaffer habe ich den korrekten Link (https) in den Einzelnachweisen eingebaut und dabei den Unterschied festgestellt. --Snoopy1964 (Diskussion) 14:54, 22. Jan. 2024 (CET)
- @Lómelinde: Hier wäre ein erster Tappser in einen neuen Lebensabschnitt möglich, wenn dir niemand zuvorkommt? Die alte ID scheint Schrott zu sein; im Bestand belassen (falls sie es sich mal wieder anders überlegen) aber jetzt anscheinend mit dem Namen die URL bilden. LG --PerfektesChaos 15:45, 22. Jan. 2024 (CET)
- Du ich habe eigentlich auch noch immer einen Berg MerianTopo offen, seit Jahren. Aber ich kann mal schauen. --Liebe Grüße, Lómelinde Diskussion 15:50, 22. Jan. 2024 (CET)
- Man könnte eventuell so eine Art Konstrukt basteln
[https://e-lissh.landtag.ltsh.de/portal/browse.tt.html?type=generic5&action=link&db=lsh.samt&text={{urlencode:{{#if:{{{NAME|}}}|{{{NAME}}}|{{#invoke:WLink|getArticleBase}} }}|PATH}} {{#invoke:WLink|getArticleBase}}]
- Also ohne die ID nur mit den Namen. Es müssten dann aber alle Vorlagen angepasst werden. Beispiel Werner Hahn oder Jörg Nickel --Liebe Grüße, Lómelinde Diskussion 16:55, 22. Jan. 2024 (CET)
- Schönen Dank soweit.
- Der Linktitel bräuchte die gleiche Konstruktion wie bereits an
{{urlencode:}}
übergeben.- Er sollte auch kursiv sein und mit einem Punkt abschließen.
- Die Website kommt mit Groß- und Kleinschreibung und anderen Tücken klar?
- „Es müssten dann aber alle Vorlagen angepasst werden“
- Das habe ich jetzt nicht verstanden.
- Im ANR gibt es ja allerlei Bestandseinbindungen; entweder mit angegebenem NAME= oder auch ohne.
- Die würden jetzt ja funktionieren, wenn da nicht grad Adelstitel oder dritte Vornamen rumspuken.
- Gemäß Disk wären die Weblinks aber bereits seit sieben Jahren alle kaputt. Also kann das ja jetzt nur besser werden.
- Interessierte Nordlichter können sich ja gern durch alle bisherigen
NAME=Paul Meier
oderNAME=
durchklicken und gucken wo die Namensansetzung ggf. nachzubessern wäre.
- LG --PerfektesChaos 22:48, 22. Jan. 2024 (CET)
- Ob die Seite mit irgendetwas (Klein- Großschreibung, Umlaute, Sonderzeichen) klar kommt? Woher soll ich denn das wissen?
- Ja, aber eben auch mit ID und eventuell ohne Namen. Derzeit wird ja in der Programmierung der Vorlage aktiv abgefragt, ob es eine ID bzw. einen unbenannten Parameter 1 gibt
{{#if: {{{1|}}} |
= Pflichtangabe, bedeutet der Parameter müsste aus mehr als 500 Seiten entfernt werden. Oder sehe ich das falsch? Es lässt sich auch nur nach Vornamen Werner suchen (wobei ich bei dem Datensatz Werner, Gerd Peter sofort versucht wäre, den Syntaxfehler zu beheben, ist halt so in meinem Kopf) oder nur nach Nachnamen Müller suchen, wobei dabei auch Inhalte im Detailtext auftauchen können. Ob man das über URL-Parameter einschränken könnte weiß ich nicht, ich bin keine Programmiererin. --Liebe Grüße, Lómelinde Diskussion 06:43, 23. Jan. 2024 (CET) - Es ist zwar so jetzt besser aber nicht immer 100 % zielgenau
{{Landtag Schleswig-Holstein|NAME=Heide Simonis}}
→ Heide Simonis. In: Landtagsinformationssystem Schleswig-Holstein- wie gesagt, wie oder ob man das noch irgendwie optimieren kann, weiß ich nicht. Zumindest landet man nicht mehr im Nirgendwo. --Liebe Grüße, Lómelinde Diskussion 07:55, 23. Jan. 2024 (CET)
- Du hast den Interessierten damit jedenfalls geholfen.
- Die
ID=
müssen nicht aus dem Bestand eliminiert werden; sie bleiben dort besser stillschweigend hinterlegt. Vielleicht kommen sie ja mal wieder in Mode;|ID=41
sprengt ja nicht grad die Bytemenge. Meinte ich oben mit „im Bestand belassen (falls sie es sich mal wieder anders überlegen)“. - Das Konzepte
NAME=Petra Meier
der neuen URL ist deutlich schlechter als früher.- Das ist eine Suchanfrage, aber keine Verlinkung eines bestimmten Ergebnisses.
- Was wenn es mehrere Damen dieses Namens gibt? Klammerlemmata auf der Website einführen?
- Diese Ergebnisse der Seite sind jedenfalls Murks. Obwohl mit Simonis, Heide ein sehr genau passender Treffer vorhanden ist, werden vorher Küpperbusch, Bernd und Müller, Klaus Wolfgang aufgelistet. Suche nach
Simonis, Heide
bringt hingegen gar keine Treffer, sondern eine Beschwerde, wohl weil das Komma ungültig ist. Diese Website, die ein etwas pfiffiger Abiturjahrgang in einem halben Jahr als Projekt sehr viel besser hinbekommen hätte, und für die es kostenlose Standardprozeduren gibt, ist wahrscheinlich für 10 Millionen Euro von einem professionellen Dienstleister entwickelt worden.
- LG --PerfektesChaos 08:57, 23. Jan. 2024 (CET)
- Jo ganz lustig war gestern auch so eine Schleife, die ich irgendwie produziert hatte, das lief endlos und versuchte irgendetwas zu finden, umzustellen, zu finden, umzustellen immer hin und wieder zurück . Aber es gibt, zumindest habe ich da nichts gefunden, keine Möglichkeit mehr die Personendatensätze direkt anzuspringen, denn am Ende steht oben immer die URL https://e-lissh.landtag.ltsh.de/portal/browse.tt.html der browse.tt. --Liebe Grüße, Lómelinde Diskussion 09:19, 23. Jan. 2024 (CET)
Internetquellen-Vorlage in der luxemburgischen Wikipedia
Bitte um "Entwicklungshilfe" für eine andere Wikipedia: Bei lb:Schabloun:Internetquell ist das Datumsformat kaputt, siehe beispielsweise die Quelle in lb:Nordpol ("Do._Mrz.2016u331 JJJJ"). Klar ist: Die Eingabe sollte erfolgen wie bei uns (2024-01-01), die Darstellung auch (1. Januar 2024), allerdings in Luxemburgisch (die Monate heißen gleich wie im Deutschen mit Ausnahme von Mäerz, Abrëll und Mee). Offenbar haben sie niemanden, der mit dem Problem fertig wird. Vielleicht kann es hier jemand mit ein paar wenigen Handgriffen fixen? --KnightMove (Diskussion) 15:41, 3. Jun. 2024 (CEST)
- Ich würde damit anfangen, Modul:DateTime zu aktualisieren bzw. anzupassen. Auch scheint das Format in der Vorlage nicht zu passen: D._Mount JJJJ statt T._Monat JJJJ wird sehr wahrscheinlich nicht im Modul eingepflegt sein. Es stellt sich allerdings auch die Frage, ob man Internetquelle wirklich behalten will. Die Vorlage schleppt aus meiner Sicht die ganzen Probleme aus de.wp einfach mit nach lb.wp und kann bei derzeit nur 8(!) Einbindungen einfach getauscht werden. --darkking3 Թ 17:02, 3. Jun. 2024 (CEST)
- Getauscht wogegen? Sie wird nicht verwendet, eben weil sie kaputt ist. Wenn sie funktioniert, wird sie schon in adäquatem Umfang verwendet werden. --KnightMove (Diskussion) 18:22, 3. Jun. 2024 (CEST)
Modul:DateTime/local muss angelegt und sinnvoll ausgestaltet werden.
- Das regelt die Ausgabe. Beliebig.
- Eingabeseitig wird ISO, en, de, de-AT verstanden.
- Zu fr werde ich in den nächsten Jahren schwerlich kommen, aber fr-Monatsnamen können auch eingebaut werden.
- Problem bei
04/06/2024
ist, dass Briten das für den 4. Juni halten, US-Amerikaner für den 6. April. Siehe 9/11. Deshalb kein Support. - Eingabe per ISO langt aber für lb. Oder andere Formate, das Teil beschwert sich dann schon wenn was nicht verstanden wurde. Englisch ist Muttersprache und geht immer.
- Die Komponenten
.de
können beibehalten werden. Beißen sich nicht mit weiteren.lb
und.fr
und was auch immer.
VG --PerfektesChaos 07:27, 4. Jun. 2024 (CEST)
- Danke für die Erklärung. Leider bin ich selber nicht in der Lage, das umzusetzen. Ich wollte gerade in meinem BNR eine Seite anlegen und den Inhalt kopieren, um daran zu arbeiten, aber ich weiß nicht, wie ich das als LUA-Code markiere. --KnightMove (Diskussion) 16:17, 5. Jun. 2024 (CEST)
- Die Seite lb:Modul:DateTime/local muss angelegt und sinnvoll ausgestaltet werden.
- Dein hiesiger BNR hilft da überhaupt nix.
- Und dann einfach munter editieren, ausprobieren, bis es klappt. Nur Mut.
- VG --PerfektesChaos 21:20, 5. Jun. 2024 (CEST)
- Ok, die Seite ist schon da und muss von der de-Version angepasst werden. Ich versuche es, danke. --KnightMove (Diskussion) 11:55, 6. Jun. 2024 (CEST)
@PerfektesChaos:Ich habe editiert, de durch lb ersetzt, die überflüssigen de-at Teile herausgenommen die Monatsnamen zurechtgerückt, aber es funktioniert noch nicht und ich habe keine Ahnung, was noch zu tun ist. Wer auch immer helfen kann... bitte! --KnightMove (Diskussion) 00:03, 8. Jun. 2024 (CEST)
- Es ist glühend heiß, ich habe bis Herbst hitzefrei.
- Die wenigen Minuten geistiger Zurechnungsfähigkeit pro Tag benötige ich für meine eigene Agenda.
- Es reicht mir völlig, Feuerwehr-Einsätze gegen Software-Murks, närrische LA usw. fahren zu müssen.
- In der vorliegenden Angelegenheit habe ich brav sämtliche erforderlichen Informationen geliefert; ggf. kann VWS-Personal sich in Detailfragen reinknien.
- VG --PerfektesChaos 13:42, 8. Jun. 2024 (CEST)
Hi, würdet ihr mal bitte in Union Pass oder Raton Pass schauen? Bei mir beginnt der Text erst unter der Infobox. Woran könnte das liegen und wie lässt sich das reparieren? Grüße --h-stt !? 22:59, 6. Jun. 2024 (CEST)
- Das scheint mir ein größeres Problem under Vector2022 zu sein, das bei Verwendung von "wikitable float-right infobox" auftritt. Könnte das Problem durch mw:MediaWiki_1.43/wmf.8 ausgelöst worden sein? Was mir noch auffällt: bei Deaktivierung von JavaScript in Firefox tritt das Problem bei mir nicht mehr auf. --Kallichore (Diskussion) 23:36, 6. Jun. 2024 (CEST)
- Ich habe nun die Vermutung, dass die Erklärung hier auf Phabricator zu finden ist. Interessant ist der Satz "Large tables should be constrained to content area.", was den Beginn des Texts unter der Infobox erklären könnte.--Kallichore (Diskussion) 00:09, 7. Jun. 2024 (CEST)
- Ja, da hattest du den richtigen Riecher. Per JavaScript werden wikitable-Tabellen jetzt im Vector-2022-Skin mit einem Wrapper ausgestattet, der ein Overflow über den Seitenrand hinaus verhindern soll. Bisher hatten Tabellen häufig über den rechten Seitenrand hinaus- und in die Werkzreugleiste hineingeragt. Im Prinzip ist das der Mechanismus, der schon seit Jahren in der Mobilversion zur Anwendung kommt. Tabellen mit Textumfluss sollten eigentlich ausgenommen sein, aber wir verwenden (wahrscheinlich aus historischen Gründen) eine eigene Klasse für die Ausrichtung - und hier liegt das Problem. Betroffen sind also alle Tabellen und Infoboxen mit der Kombination wikitable + float-(right|left). Gruß, -- hgzh 07:21, 7. Jun. 2024 (CEST)
- Habe mich jetzt dort lang und breit geäußert, ich hoffe, wir bekommen das noch abgebügelt. -- hgzh 08:30, 7. Jun. 2024 (CEST)
- Ich habe nun die Vermutung, dass die Erklärung hier auf Phabricator zu finden ist. Interessant ist der Satz "Large tables should be constrained to content area.", was den Beginn des Texts unter der Infobox erklären könnte.--Kallichore (Diskussion) 00:09, 7. Jun. 2024 (CEST)
- Passiert auch mit den Infoboxen im Astronomiebereich, siehe diesen Thread. Ich werde von dort auch mal hierher verweisen. --Grüße vom Sänger ♫ (Reden) 11:26, 7. Jun. 2024 (CEST)
- Ich habe noch eine Notiz auf den Projektneuheiten hinterlassen. -- hgzh 11:42, 7. Jun. 2024 (CEST)
- Passiert auch beim Einsatz von Vorlage:Infobox Brücke. --Kreuzschnabel 12:27, 8. Jun. 2024 (CEST)
- zusammenspiel mit all coordinates pos inline passt nicht gut, siehe Liste der Kulturdenkmale in Hermsdorf/Erzgeb., die tabelle wird nur halbseitig dargestellt, zuvor hat die tabelle unterhalb der koordinaten begonnen und die ganze seitenbreite ausgenutzt. gruss --Wetterwolke (Diskussion) 02:15, 9. Jun. 2024 (CEST)
- Das Infobox-Problem sollte am Donnerstag behoben sein. -- hgzh 07:55, 11. Jun. 2024 (CEST)
- union pass sieht gut aus, die kulturdenkmale werden bei mir weiterhin nur halbseitig dargestellt (mag auch eine andere ursache haben). gruss --Wetterwolke (Diskussion) 19:20, 14. Jun. 2024 (CEST)
PEGI Inhalt in Vorlage:Infobox Computer- und Videospiel aus Wikidata
Ich würde gerne diesen Teil auch optional mit Wikidata befüllen wie den Rest der Vorlage:
{{Infobox Computer- und Videospiel
|PEGI-Inhalt = Violence
|PEGI-Inhalt2 = Bad Language
|PEGI-Inhalt3 = In-Game Purchases
}}
Leider ist Inhaltsschlagwort (P7367) ein Qualifier, siehe z.B. Grand Theft Auto V (Q17452). Ich weiß nicht wie ich den mit Modul:Wikidata ansteuern kann. --Matthias 11:06, 9. Jun. 2024 (CEST)
- Siehe Wikipedia:Lua/Modul/Wikidata unter claim und dann qualifier. Dort gibst du die Property-ID an. Gruß, -- hgzh 13:17, 9. Jun. 2024 (CEST)
- Ah, ich hatte die Doku missverstanden. Diese beschreibt dass der qualifier dort nur das Ergebnis einschränkt.
{{#invoke:Wikidata|claim|P908|qualifier=P7367|list=, |id=Q17452}}
ergibt nur
Gewalt
- Wie erhalte ich alle Qualifier und nicht nur den Ersten? Matthias 14:58, 9. Jun. 2024 (CEST)
- Das kann das Modul offenbar noch nicht. -- hgzh 20:02, 9. Jun. 2024 (CEST)
- Wie erhalte ich alle Qualifier und nicht nur den Ersten? Matthias 14:58, 9. Jun. 2024 (CEST)
Infoboxen und MediaWiki 1.43/wmf.9
Mir fallen Veränderungen an Infoboxen unter Vector2022 auf: Hier unter Vector2022 wird Alles stark in die Länge gezogen, außerdem ragt nach Ausklappen Text rechts über die Grenze der Infobox (zum Vergleich Vector2010). Für mich ist nicht offensichtlich, welche Änderung von MediaWiki_1.43/wmf.9 die Ursache ist. --Kallichore (Diskussion) 10:39, 14. Jun. 2024 (CEST)
- Mir sind bisher zwei weitere Vorlagen aufgefallen, die sich verändert haben:
- Infobox Computer- und Videospiel
- Der linke margin wird irgendwie doppelt gezählt und verursacht eine Box, wodurch die Infobox gestaucht wird: https://imgur.com/AdBAOi5 Außerdem sind beide Spalten 50% breit, was der rechten Spalte Platz nimmt.
- Wertungsspiegel Computerspiel
- Hier wird der HTML-Code zwar m.E.n. korrekt generiert, aber rowspan und colspan bei den Überschriften nicht beachtet, sodass die Plattformen über die volle Breite gehen und somit nicht über ihren jeweiligen Wertungen stehen. Auch die Breite der Zellen passt halt nicht (siehe im Beispiel die LaPS4-Zeile): https://imgur.com/0lu5u3b --CommanderKefir (Diskussion) 18:44, 14. Jun. 2024 (CEST)
- Das Ausgangsproblem mit der Infobox auf der Seite Gregorio Paltrinieri tritt nicht mehr auf. Mir ist unklar, welche Änderung das Problem behoben hat.--Kallichore (Diskussion) 19:27, 14. Jun. 2024 (CEST)
- Das Problem bei den Computer- und Videospielen habe ich durch zwei Änderungen an der Vorlage:Medienbox behoben, siehe auch hier. --Discostu (Disk) 23:23, 14. Jun. 2024 (CEST)
- Ursache ist Gerrit:1038894, das Vector-2022 zu einem pseudo-responsiven Skin macht und die Infobox ab bestimmten Breakpoints auf ganze Breite bringt und andere Modifikationen vornimmt. Ich werde diese globalen Styles durch lokale ersetzen, die weniger in die Infobox eingreifen, dann kann auch die infobox-Klasse der Medienbox zurückkommen. -- hgzh 10:20, 18. Jun. 2024 (CEST)
Zur gefälligen Kenntnisnahme. VG --PerfektesChaos 16:18, 19. Jun. 2024 (CEST)
- Soweit, so gut und richtig. Danke dafür :) Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 20:16, 19. Jun. 2024 (CEST)
Grundsatzfrage: Tabellen automagisch aus WikiData füllen?
Hi, selbst auf einem hoch sichtbaren Artikel wie Kalifornien gelingt es nicht, die Kongress-Abgeordneten aktuell zu halten. Bis kürzlich standen da noch die des 117. Kongress, obwohl die Amtszeit des 118. schon zu 3/4 vorbei ist. Bei kleineren US-Bundesstaaten ist es viel schlimmer. Kann man das mit WikiData automatisieren? Kann man die Liste / Tabelle so mit Vorlagen füllen, dass die sich aus WikiData die jeweiligen Amtsträger, deren Zahl der Wahlperioden und die Parteizugehörigkeit holt? Traumhaft wäre, wenn sie sogar selbst feststellen kann, wie viele Abgeordnete des Repräsentantenhauses der jeweilige Bundesstaat stellt (denn das kann sich alle zwei Jahre ändern auch wenn es nur in größeren Abständen wirksam wird). Ist sowas überhaupt möglich? Grüße --h-stt !? 22:28, 19. Jun. 2024 (CEST)
- „Ist sowas überhaupt möglich?“
- Technisch-theoretisch: ja.
- Beachte das Limit von 400 (eher langsamen) Wikidata-Abfragen für alles auf der Seite.
- Ist sowas sinnvoll?
- Naja.
- Bedarf erstmal exzellentem Parametermodell und sorgfältiger Pflege auf Wikidata.
- Es muss eine spezielle Eigenschaft geben, eines Staates und deren Anzahl von Repräsentantenhaus-, Senats- oder was-auch-immer-Sitzen.
- Wikidata würde überkochen, und wäre auch eine schräge Informationsmodellierung, das nur für die USA zu machen. Von der gibt es auf Wikidata aber berits größere Mengen an Sündenfällen, Paradies ist nicht mehr.
- Die Anzahl der deutschen Bundesratsmitglieder pro Bundesland, auch wenn nur sehr selten anzupassen, müssten von demselben Modell getragen werden. Und die französischen Departments, und die italienischen und südafrikanischen oder wo auch immer.
- Das führt eher nicht zu jahrzehntelang zuverlässigen Informationen in Wikipedia-Artikeln; dann lieber veraltete.
- Bedarf auch lokal jeweils speziell geschultem Personal; wir hätten hierzuwiki eine Handvoll, die mit sowas umgehen könnten, und die haben technische Wartungsaufgaben auf Jahrzehnte hinaus an der Backe.
- Robuster wäre ein Modell auf
Commons:Data:
, das ebenfalls global geteilt werden kann.- Dazu ein Lua-Modul, mit dem bestimmte Abfragen (Anzahl von … für Staat, Name(n) von … für …) gemacht werden können; sogar historisch in Zeiträumen rückwirkend.
- Kollidiert nicht mit Limit 400.
- Wäre JSON-basiert; eine einzige Seite für die kompletten USA. Mag dann Wikidata-Nummern für Personen, alternativ Klartextnamen (ohnehin zur Nachvollziehbarkeit und Fehlersuche) enthalten. Ein einziger Edit, eine Versionsgeschichte für das komplette Modell, statt 50 Staats-Items oder Hunderte auf Items verstreute Einzelinfos.
- Lua-Modul ggf. wiederverwertbar für andere Systeme anderer Staaten mit anderen aktuellen Daten.
- VG --PerfektesChaos 12:45, 20. Jun. 2024 (CEST)
- Alternative: Ein Bot gleicht regelmäßig Wikidata und die entsprechenden Wikipedia-Einträge ab und korrigiert in Wikipedia automatisch. --tsor (Diskussion) 13:02, 20. Jun. 2024 (CEST)
- Das unterstellt, dass die Informationen in Wikidata zu 100 % richtig und zuverlässig sind, und dass der Bot genau weiß, an welcher Stelle in welchem Artikel er was ändern soll.
- Dann schon lieber eine klassische lokale Metadaten-Vorlage für die Zahlen pro Staat; simpel, überschaubar, wartungsfähig, Sichtungspflicht.
- Politische Angelegenheiten, insbesondere angeblich gefälschte US-Wahlen, sind besonders sensibel für Desinformation und sollten nicht leichtfertig und naiv dem Informationsdesaster preisgegeben werden. Dann lieber ehrlich veraltet als aktuell rufschädigend manipuliert.
- Lösungen müssen über Jahrzehnte robust funktionieren und wartungsfähig sein. Bastelarbeiten, die von zwölf bis mittag halten, sind des Teufels.
- VG --PerfektesChaos 21:27, 20. Jun. 2024 (CEST)
- WikiData ist bei staatlichen und statistischen Daten extrem zuverlässig. Vandalismus ist natürlich möglich, aber sehr selten. Wir haben bei den Infoboxen zu US-Siedlungen nur gute Erfahrungen gemacht. Und bei der nächsten US-Volkszählung müssen die Daten nur einmal auf WikiData eingespielt werden und sie erscheinen automagisch in der deWP. Das ist auch ein gut vorzeigbares Projekt um weitere Experimente mit WikiData zu machen. Grüße --h-stt !? 23:27, 24. Jun. 2024 (CEST)
- Ein Bot geht nicht, das wurde beim Meinungsbild seinerzeit ausdrücklich abgelehnt. Grüße --h-stt !? 23:24, 24. Jun. 2024 (CEST)
- Danke, das Konzept mit Commons:Data klingt nach einer gute Idee. Wobei ich sicher bin, dass es auch mit WikiData irgendwie umsetzbar sein sollte. Grüße --h-stt !? 23:23, 24. Jun. 2024 (CEST)
Vorlage:KsPB-Allgemein-Kategorien und Commons
ich habe diese Anfrage mal aus dem Archiv geholt,die ist damals einfach im Archiv verschwunden und ich bin zu blöd zum rücksetzen -- Thomas 08:36, 23. Jun. 2024 (CEST) In dieser Vorlage wird ein commonslink gesetzt. Es gibt Fälle, in denen keine Commonslink gesetzt werden soll, weil es keinen gibt.
Ich find in der Vorlage keinen schalter, der das ausstellt. Könnt ihr den bitte einbauen.
haben zum Beispiel keine Entsprechung auf Commons. Viele Grüße -- Thomas 14:25, 6. Mai 2024 (CEST)
- Der klassische Weg wäre, als Link ein
-
anzugeben; das kann kein sinnvoller Seitenname sein und würde dann explizit abschalten:4=-
- VG --PerfektesChaos 14:49, 6. Mai 2024 (CEST)
- ich hab es versucht, aber vermutlich hab ich dich falsch verstanden, denn nun linkt es auf c:Category:-
- oder meintest du, dass man das in die vorlage einbauen muss? Gruß -- Thomas 15:25, 6. Mai 2024 (CEST)
- Das war der Tipp für das hiesige Werkstattpersonal, wie sich die Vorlage relativ elegant umbauen lässt.
- Kannst du aber drinstehen lassen, dann hat’s gleich einen Testfall zum Erproben der Programmierung. Weniger funktionieren als bisher kann es sowieso nicht.
- VG --PerfektesChaos 15:41, 6. Mai 2024 (CEST)
- könnt ihr in dem Zusammenhang bitte auch gleich die folgenden vorlage demselben problem fixen
- ich weiß nicht, ob es noch weitere Kat-vorlagen nach diesem Muster gibt, aber es wäre super, wenn man hier auch den automatisch erzeugten Link nach commons ausschalten könnte. Viele Grüße -- Thomas 07:00, 7. Mai 2024 (CEST)
Vorlage mit Schönheitsfehler
Hallo miteinander, im Artikel Chevrolet Monte Carlo (1970–1972) fiel mir folgende Vorlage auf:| class="wikitable mw-collapsible mw-collapsed" style="text-align:center;" Sie ergibt im Text unter anderem folgende Überschrift: Angebotene Motoren des Modelljahrs 1970[Ausklappen]. Dass es zwischen der Jahreszahl und dem Klammerzusatz kein Leerzeichen gibt, stört bzw. sieht sehr unschön aus. Kann bitte mal jemand schauen und den Schönheitsfehler beheben? Viele Grüße -- Lothar Spurzem (Diskussion) 14:00, 25. Jun. 2024 (CEST)
- Das ist keine Vorlage, sondern eine ganz normale Tabelle, die man standardmäßig eingeklappt hat, was laut Communitymeinung (die nicht meiner und wohl auch nicht der Hauptautoren des Artikels entspricht) unerwünscht ist.
- Die Tabelle sollte deshalb standardmäßig ausgeklappt sein (
mw-collapsible
)mw-collapsed - Das „[Ausklappen]“ ist ein Button und ist so, wie er ist richtig. Man könnte durch lokale css- oder js-Hacks ein Leerzeichen vor den Button setzen bzw. einen Abstand von
x
em hinter Buchstaben konfigurieren. Dann wärest du hier aber falsch und müsstest bei der Diskussionseite zur Benutzeroberflächenumgestaltung(mir fehlt grade der Link)vorbeischauen. Dir würden die Admins und Techniker dort aber dasselbe sagen wie ich: Der Button soll laut Mediawiki so sein wie er ist. Wenn du dies ändern möchtest, melde dies im phabricator. Oder mache dir selbst ein css-Hack nur für dich. Dabei kannst du Wikipedia:Technik/Werkstatt um Hilfe bitten.
- Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 15:51, 25. Jun. 2024 (CEST)
- Oder man macht ein erzwungendes Leerzeichen ( ) hinter dem Modelljahr. --Magnus (Diskussion) 15:59, 25. Jun. 2024 (CEST)
- Ja, man kann auch mit Kanonen auf Spatzen schießen … und Benutzer:aka wird das regelmäßig wieder korrigieren. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 16:01, 25. Jun. 2024 (CEST)
- Danke, Magnus, für die sehr umfangreiche Information, die mir sagt, was alles nicht ist, nicht sein soll und was Admins beanstanden könnten. Den kurzen Tipp mit dem geschützten Leerzeichen werde ich ausprobieren. Mit einem einfachen Leerzeichen tut sich nämlich nichts. Viele Grüße -- Lothar Spurzem (Diskussion) 16:45, 25. Jun. 2024 (CEST)
PS: Der Trick funktioniert nicht, wie ich es als Laie in Sachen Formatierung erwartet hatte. Vielleicht liest jemand mit, der weiß, wie der Schönheitsfehler zu beheben ist. Ihm oder ihr schon Dank im Voraus. -- Lothar Spurzem (Diskussion) 16:50, 25. Jun. 2024 (CEST)- Die umfangreiche Information kam von mir (Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer), der Tipp von Benutzer:Tsungam alias Magnus.
- Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 09:21, 26. Jun. 2024 (CEST)
- Das ist eine globale Softwarefunktion und kann und sollte deshalb primär dort korrigiert werden. Ansonsten hilft im konkreten Fall aber tatsächlich ein geschütztes Leerzeichen ( ). -- hgzh 17:38, 25. Jun. 2024 (CEST)
- Hallo hgzh, bist Du denn bitte so nett, das geschützte Leerzeichen an den geeigneten Stellen im Artikel Chevrolet Monte Carlo (1970–1972) einzusetzen? Mir ist es nicht gelungen. Die weitere Bitte geht dahin, einen der Wikipedia-Programmierer zu bitten, das Problem in der Softwarefunktion zu lösen. Wenn ich mir anschaue, was zum Teil unnötigerweise an Vorlagen produziert wird, die erstaunlicherweise funktionieren und zum Teil die Quelltexte der Artikel nahezu unlesbar machen, müsste es für die Fachleute eine Kleinigkeit sein. Dir danke ich im Voraus. Beste Grüße -- Lothar Spurzem (Diskussion) 18:02, 25. Jun. 2024 (CEST)
- Wurde schonmal versucht, aber nicht zuende gebracht: phab:T178998. -- hgzh 18:47, 25. Jun. 2024 (CEST)
- Hallo hgzh, bist Du denn bitte so nett, das geschützte Leerzeichen an den geeigneten Stellen im Artikel Chevrolet Monte Carlo (1970–1972) einzusetzen? Mir ist es nicht gelungen. Die weitere Bitte geht dahin, einen der Wikipedia-Programmierer zu bitten, das Problem in der Softwarefunktion zu lösen. Wenn ich mir anschaue, was zum Teil unnötigerweise an Vorlagen produziert wird, die erstaunlicherweise funktionieren und zum Teil die Quelltexte der Artikel nahezu unlesbar machen, müsste es für die Fachleute eine Kleinigkeit sein. Dir danke ich im Voraus. Beste Grüße -- Lothar Spurzem (Diskussion) 18:02, 25. Jun. 2024 (CEST)
- Danke, Magnus, für die sehr umfangreiche Information, die mir sagt, was alles nicht ist, nicht sein soll und was Admins beanstanden könnten. Den kurzen Tipp mit dem geschützten Leerzeichen werde ich ausprobieren. Mit einem einfachen Leerzeichen tut sich nämlich nichts. Viele Grüße -- Lothar Spurzem (Diskussion) 16:45, 25. Jun. 2024 (CEST)
- Ja, man kann auch mit Kanonen auf Spatzen schießen … und Benutzer:aka wird das regelmäßig wieder korrigieren. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 16:01, 25. Jun. 2024 (CEST)
- Oder man macht ein erzwungendes Leerzeichen ( ) hinter dem Modelljahr. --Magnus (Diskussion) 15:59, 25. Jun. 2024 (CEST)
Habe mal ein geschütztes Leerzeichen eingesetzt. Sieht nun tatsächlich schöner aus. --tsor (Diskussion) 18:04, 25. Jun. 2024 (CEST)
- Vielen Dank, tsor, und herzliche Grüße -- Lothar Spurzem (Diskussion) 18:05, 25. Jun. 2024 (CEST)
, dann bitte archivieren. Erledigt?Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 09:21, 26. Jun. 2024 (CEST)
Vorlage für zukünftigen Entwurfnamensraum
Hallo Vorlagenwerkstatt! Derzeit arbeite ich an einem MB bezüglich eines neuen Namensraums „Entwurf“. Passend dazu habe ich eine Vorlage im BNR angelegt, die – nach Verschiebung – in Entwürfe eingebunden werden soll. Die ersten drei Parameter geben Jahr, Monat und Tag der geplanten Verschiebung in den ANR an (Standard: 1.1.1970), der optionale Parameter Lemma das Ziel (Standard: {{PAGENAME}}, alternativ - für gar kein Ziellemma). Die Tests verliefen größtenteils positiv, beim heutigen Datum tut der Baustein allerdings so, als läge dieses in der Vergangenheit; ich vermute, das das Problem beim ersten Zeitvergleich liegt. Es wäre nett, wenn sich das jemand mal angucken könnte.
Bonusfrage: Wie bekommt man einen Verschiebelink mit derzeitigem und Ziellemma hin? --Morten Haan 🐦🔥 Wikipedia ist für Leser da 23:19, 27. Jun. 2024 (CEST)
- Hilft das weiter? https://de.wikipedia.org/w/api.php?action=help&modules=move --Wurgl (Diskussion) 23:43, 27. Jun. 2024 (CEST)
- Habs versucht, funzt leider nur mit API. Habe es dann nochmal anders versucht, aber blöderweise will der Link nicht. --Morten Haan 🐦🔥 Wikipedia ist für Leser da 02:36, 28. Jun. 2024 (CEST)
- Die Vorlage selbst funzt jetzt korrekt, hab auch die Bausteine ausgetauscht, um die Tabellensyntax zu umgehen. Lediglich beim Verschiebelink bin ich noch nicht weitergekommen. --Morten Haan 🐦🔥 Wikipedia ist für Leser da 17:57, 1. Jul. 2024 (CEST)
Vorlage:Klimatabelle erfasst auch Schneedaten
Was – soll das Gewünschte tun?
- (Messbare) Niederschläge fallen als Regen oder Schnee (Hagel wird hier subsummiert?). In der aktuellen Vorlage der Klimatabelle werden jedoch nur „Niederschläge“ erfasst. Die ggf. differenzierten Angaben aus Artikeln der englischsprachigen Wikipedia lassen sich in den deutschen Artikeln nicht abbilden: durchschnittliche monatliche Schneefälle (in cm), Anzahl der Tage mit Schneefällen (≥ 0,2 cm). Die Gesamt-Niederschlagsmenge wird nicht aus den Summen der beiden Werte berechnet, weil es z. B. Tage geben kann, an denen es schneit und regnet.
Wie – soll das Gewünschte aussehen?
- siehe Vorlage Weather box im enwiki
Warum – ist es hilfreich, so etwas zu haben?
- erhöht die Präzision der Aussagen; macht die Artikel in den Wikis vergleichbarer; erleichtert Übersetzungen
Wer – wünscht die Umsetzung?
Wo – soll das umgesetzt werden?
- in der Vorlage Klimatabelle; alternativ: Nutzung der Vorlage Weather box auch in dewiki
Wo – findet sich ein Beispiel oder ähnlich Geartetes?
--Vorwald (Diskussion) 07:40, 28. Jun. 2024 (CEST)
Infobox Rechtsakt (EU) - Erweiterung der Werteliste für einen Parameter
Ich habe gestern den Artikel Europäische Lieferkettenrichtlinie aktualisiert, da der Rechtsakt gestern veröffentlicht wurde.
Darin habe ich die Infobox Rechtsakt (EU) verwendet. Diese hat unter anderem den Parameter "Status der Gültigkeit" und nutzt eine Werteliste:
- vorschlagimprozess – Vorschlag im Prozess
- inkraft – In Kraft
- anwendbar – Anwendbar
- umsetzung – Umsetzung
- umgesetzt – Umgesetzt
- teilweiseaußerkraft – Teilweise außer Kraft
- außerkraft – Außer Kraft
- nichtig – Nichtig
Leider ist das nicht vollständig, um den Gang der Gesetzgebung zu reflektieren, da zwischen der Veröffentlichung und dem Inkrafttreten - wie bei EU-Rechtsakten üblich - 20 Tage liegen, d.h. der Rechtsakt tritt 20 Tage nach Veröffentlichung in Kraft. Aktuell ist der Rechtsakt also im Status "veröffentlicht (= 05.07.2024) aber noch nicht in Kraft (= 25.07.2024)".
Vorschläge:
- Obige Werteliste sollte um den Wert "veröffentlicht" erweitert werden.
- Angezeigter Text (unter der Infobox): "Der Rechtsakt wurde veröffentlicht - er ist aber noch nicht in Kraft getreten."
--Frank Domm (Diskussion) 14:12, 6. Jul. 2024 (CEST)
- Das ist eine inhaltliche Angelegenheit.
- Sowas müsste zuerst auf der Disk der Vorlage vorgeschlagen werden, damit die welche diese Vorlage beobachten das auch mitbekommen.
- Vermutlich wird dort jemand reagieren.
- Vermutlich können die Leut das dann ggf. auch allein umsetzen; ist eigentlich ganz einfach.
- Falls längere Zeit niemand was dagegen hat und keiner es programmieren kann, kannst du mit dieser Vorgeschichte dann gern hier nochmal aufschlagen.
- VG --PerfektesChaos 15:38, 6. Jul. 2024 (CEST)
- @FDomm Konkret müsstest du diesen Beitrag auf Vorlage Diskussion:Infobox Rechtsakt (EU) erstellen. Und erst dann wenn sich dort niemand meldet (weder mit Kritik, noch mit erledigt, noch mit super Idee), würden wir uns dazu bereiterklären diese Vorlage zu bearbeiten. Das hängt – wie PerfektesChaos dir schon geschrieben hat – damit zusammen, dass dies eine inhaltliche und keine technische Frage ist. --77.0.31.188 14:28, 7. Jul. 2024 (CEST)
- Danke - erledigt. --Frank Domm (Diskussion) 17:51, 7. Jul. 2024 (CEST)
- @FDomm Konkret müsstest du diesen Beitrag auf Vorlage Diskussion:Infobox Rechtsakt (EU) erstellen. Und erst dann wenn sich dort niemand meldet (weder mit Kritik, noch mit erledigt, noch mit super Idee), würden wir uns dazu bereiterklären diese Vorlage zu bearbeiten. Das hängt – wie PerfektesChaos dir schon geschrieben hat – damit zusammen, dass dies eine inhaltliche und keine technische Frage ist. --77.0.31.188 14:28, 7. Jul. 2024 (CEST)