Wikipedia:WikiProjekt Vorlagen/Werkstatt/Archiv 2023/3

Diese Seite bietet eine Übersicht der archivierten Diskussionen der Vorlagenwerkstatt. Die Abschnitte der einzelnen Archive sollten nicht mehr verändert werden.

• Archiv: 2006 und 2007
• Archiv: 2008/1, 2008/2, 2008/3, 2008/4
• Archiv: 2009/1, 2009/2, 2009/3, 2009/4
• Archiv: 2010/1, 2010/2, 2010/3, 2010/4
• Archiv: 2011/1, 2011/2, 2011/3, 2011/4
• Archiv: 2012/1, 2012/2, 2012/3, 2012/4
• Archiv: 2013/1, 2013/2, 2013/3, 2013/4
• Archiv: 2014/1, 2014/2, 2014/3, 2014/4
• Archiv: 2015/1, 2015/2, 2015/3, 2015/4
• Archiv: 2016/1, 2016/2, 2016/3, 2016/4
• Archiv: 2017/1, 2017/2, 2017/3, 2017/4
• Archiv: 2018/1, 2018/2, 2018/3, 2018/4
• Archiv: 2019/1, 2019/2, 2019/3, 2019/4
• Archiv: 2020/1, 2020/2, 2020/3, 2020/4
• Archiv: 2021/1, 2021/2, 2021/3, 2021/4
• Archiv: 2022/1, 2022/2, 2022/3, 2022/4
• Archiv: 2023/1, 2023/2, 2023/3, 2023/4
• Archiv: 2024/1, 2024/2, 2024/3, 2024/4

Vorlage:Cycling_race/raceinfobox

Die Vorlage wirft sowohl auf den Seiten wo sie eingebunden ist, als auch in den angegebenen Beispielen "Lua-Fehler: bad argument #1 to 'formatDate' (string expected, got nil)". Das war ja vermutlich mal anders. Kann jemand rausfinden was sich geändert hat und anpassen? --Windharp (Diskussion) 11:57, 3. Jul. 2023 (CEST)

Folgende Änderung am Modul:Cycling race ist fast zwei Wochen alt. War der Fehler schon solange vorhanden? @Superbia23: Weißt du hier weiter? --Kallichore (Diskussion) 13:09, 3. Jul. 2023 (CEST)

Diese Probleme bestehen schon sehr viel länger. Danke fürs ansprechen. Zufällig gestern bei Lómelinde nachgefragt, was man da machen kann. Siehe auch Moduldisk und Kategorie:Wikipedia:Seite mit Skriptfehlern. Betrifft auch weitere Untervorlagen. Bräuchten jemand der sich wohl gut mit LUA auskennt. --Pintsknife (Diskussion) 13:17, 3. Jul. 2023 (CEST)

Ich werde die Infoboxen in den entsprechenden Wiki-Artikeln ausblenden und dann in den kommenden Tagen nachschauen, woran das Problem liegt. Bei den Skriptfehlern weiterer Cycling-Vorlagen werde ich auch die nächsten Tage nachschauen. Ich melde mich dann hier nochmal. Grüße --Superbia23 (Diskussion) 13:40, 3. Jul. 2023 (CEST)

@Windharp@Kallichore@Pintsknife

Das Problem habe ich jetzt beheben können. Ich musste an verschiedenen Stellen ein Update im Skript durchführen (Modul:Cycling race, Modul:Cycling race/data, Modul:Cycling race/l10n). Die Raceinfobox-Vorlage läuft wieder normal. --Superbia23 (Diskussion) 15:33, 3. Jul. 2023 (CEST)

Danke. Sieht gut aus. Statt lediglich roter Schrift jetzt ausführliche Infobox. --Pintsknife (Diskussion) 16:30, 3. Jul. 2023 (CEST)

Prima, Danke! --Windharp (Diskussion) 17:36, 3. Jul. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Superbia23 (Diskussion) 15:35, 3. Jul. 2023 (CEST)

Vorlagenprobleme

Hier war noch alles in Ordnung mit den Vorlagen.

Bei dieser Änderung verschwand oben die Vorlage:All Coordinates

Und bei jeder weiteren Änderung, werden alle neuen Vorlagen nicht mehr angezeigt: siehe hier.--Anarabert (Diskussion) 14:18, 9. Jul. 2023 (CEST)

So hart das für dich jetzt klingen mag: Dein Problem. Du verwendest zu viele Vorlagen im Artikel, sodass der Artikel in Kategorie:Wikipedia:Maximale Seitengröße durch Vorlageneinbindungen überschritten eingetragen wird. Das wird sich mit mehr Inhalt auch nicht weiter bessern. Ein paar Möglichkeiten hast du allerdings: Vorlagenanzahl reduzieren, Vorlagen substituieren, Artikelinhalte auslagern oder das Gewünschte mit anderen Vorlagen umsetzen. Aktuell verwendet die Seite 497x {{Coordinate}} und {{Höhe}}, das sollte durch andere Vorlagen oder Parameter reduziert werden. Z.T. hilft es auch schon, die Parameter anders zu befüllen, da dann andere Untervorlagen nicht greifen. Beispiele für Coordinate: Klick. Bei Höhe habe ich keine Lösung parat, da es nur drei Artikel mit mehr als 400 Einbindungen gibt. --darkking3 ^Թ 14:44, 9. Jul. 2023 (CEST)

(BK) Hallo Anarabert, hast Du die Fehlermeldung gesehen: Versteckte Kategorie:Wikipedia:Maximale Seitengröße durch Vorlageneinbindungen überschritten?!

Bei 239.641 kB ist schon der reine Quelltext grenzwertig groß; nach Expansion der zahllosen Vorlagen wird wahrscheinlich die technisch max. Seitengröße von 2 MB überschritten.

Vermutet --Wi-luc-ky (Diskussion) 14:51, 9. Jul. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 09:06, 10. Jul. 2023 (CEST)

Vorlage:Infobox Computer- und Videospiel

Moin, bitte einen Namensraumschalter einbauen, damit Seiten außerhalb des ANR wie Wikipedia:WikiProjekt Computerspiel/Glashütte/Pioneers of Pagonia nicht mehr automatisch in der Kategorie:USK ohne Einstufung und ggf. den anderen durch die Vorlage gesetzten Kategorien landen. Danke! XenonX3 – (☎) 11:36, 10. Jul. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 13:44, 10. Jul. 2023 (CEST): erledigt --darkking3 ^Թ 13:44, 10. Jul. 2023 (CEST)

Vorlage:WCSP funktionslos

Ich schreib es mal hier hinein, aber eventuell muss man an anderer Stelle weitersehen:

Mir ist kürzlich aufgefallen, dass die im Artikelnamensraum rund 2500-mal genutzte Vorlage:WCSP nicht mehr funktioniert. Um es an dem Beispiel zu illustrieren, wo es mir aufgefallen ist:

{{WCSP|Narcissus|Zugriff=2014-10-16}} liefert die Ausgabe

Rafaël Govaerts (Hrsg.): Narcissus.. In: World Checklist of Selected Plant Families (WCSP) – The Board of Trustees of the Royal Botanic Gardens, Kew, abgerufen am 16. Oktober 2014.

Nur funktioniert der Weblink nicht mehr. Man wird zur Startseite geleitet, wo ich im Suchformular Narcissus eingeben muss. um weiterzukommen, was dann nach Abfrage nur die Ergebnisseite mit der Adresse https://powo.science.kew.org/results?q=Narcissus liefert. Um aber die Seite aufzurufen, die man mit der Vorlage erreichen wollte beziehungsweise früher vermutlich erreicht hat, muss man ein weiteres Mal klicken: https://powo.science.kew.org/taxon/urn:lsid:ipni.org:names:1558-1 – es funktioniert aber auch die kürzere Form https://powo.science.kew.org/taxon/1558-1 (diese Kurzformen werden an anderen Stellen so verlinkt).

Ein großes Problem ist, dass diese Seiten anscheinend weder im Internet Archive (Wayback Machine) noch mit archive.today archiviert wurden oder nur sehr lückenhaft. Die Archivierung für Quercus ist nicht zu gebrauchen.

Mir scheint, die einzige sinnvolle Lösung ist es, die Vorlage auf Nutzung dieser internen Nummern umzustellen, aber wie soll man das bei der Häufigkeit der Vorlagenverwendung am vernünftigsten tun? Vorübergehend eine Warnung einbauen, die nach Abarbeitung wieder entfernt wird?

Wie ich gerade selbst sehe, leitet die in en:World Checklist of Selected Plant Families zu findende Adresse http://apps.kew.org/wcsp/, die in externen Suchergebnissen weiterhin zu finden ist, auf https://powo.science.kew.org/ weiter.

Ein weiteres kosmetisches Problemchen ist, dass die Ausgabe insgesamt veraltet zu sein scheint, denn auf der Seite Cite us steht nichts von einem Herausgeber „Rafaël Govaerts“. — Speravir – 01:12, 14. Jul. 2023 (CEST)

Wesentlich einfacher als die Änderung der oft genutzten Vorlage auf interne Nummern wäre eine Umstellung auf die Suchseite wie hier als Ziel. Dafür müsste der erste Parameter der Vorlage (Wissenschaftlicher Name) nur an das q= der Webadresse angefügt werden (Anführungsstriche für Fälle wie hier vermutlich auch). Ist das eine ausreichende Lösung? --Kallichore (Diskussion) 18:31, 14. Jul. 2023 (CEST)

Hier habe ich den Vorschlag in einer kleinen Änderung in die Vorlage eingebaut. In einigen willkürlich getesteten Beispielen führt dies wie beschrieben zu den Suchergebnissen. --Kallichore (Diskussion) 20:04, 14. Jul. 2023 (CEST)

Hmpf, wenn ich das für eine (gute) Lösung halten würde, hätte ich das schon selbst geändert und hier nicht nachgefragt. — Speravir – 22:47, 14. Jul. 2023 (CEST)

Aber als Zwischenlösung ist es natürlich besser als das vorherige Ergebnis. — Speravir – 23:08, 14. Jul. 2023 (CEST)

Ich würde hier lieber keine Großbaustelle beginnen. Nach einer Anpassung gemäß der Cite us Seite sehe ich kein schwerwiegendes Problem mehr, ein verbleibender Mausklick ist zumutbar. @Speravir: Änderst du das Impressium? @BotBln, Lómelinde: Ihr wart an der Vorlage beteiligt, daher ein Hinweis auf diesen Abschnitt. --Kallichore (Diskussion) 15:57, 15. Jul. 2023 (CEST)

Ne du, als ich daran mal gearbeitet hatte hieß die das Vorlage:KewChecklist für eine Vorlage:WCSP hätte ich keinen Finger krumm gemacht. Mir ist es daher auch völlig egal was ihr damit macht. WCSP hat nicht einmal eine Begriffklärungsseite. Wafer Chip Scale Package, Wireless Communications and Signal Processing, World Climate Services Programme, World Conference on Scholarly Publishing, Warrior Capability Sustainment Programme … mehr muss ich dazu nicht sagen. --Liebe Grüße, Lómelinde Diskussion 16:15, 15. Jul. 2023 (CEST)

@Kallichore: Erledigt, Drüberschauen schadet aber bestimmt nicht, die Doku musste auch aktualisiert werden. Zu „ein verbleibender Mausklick ist zumutbar“: Mir war zuvor noch nicht aufgefallen, dass in der Vorlage die Suchanfrage mit Anführungszeichen erfolgt. Durch diese wird es tatsächlich eindeutig, sofern der Suchparameter sauber eingegeben wird. Ich bezog mich oben auf solche Anfragen wie https://powo.science.kew.org/results?q=Narcissus – was ich als Dauerzustand für nicht tragbar halten würde (im Unterschied zu https://powo.science.kew.org/results?q=%22Narcissus%22). — Speravir – 02:54, 16. Jul. 2023 (CEST)

@Speravir: sieht gut aus. Ich halte die Änderungen an der Vorlage nun für insgesamt ausreichend (die Beispiele auf der Testseite funktionieren wie gewünscht). --Kallichore (Diskussion) 22:38, 16. Jul. 2023 (CEST)

Dann halte ich das Thema für erledigt. — Speravir – 23:48, 16. Jul. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Speravir 23:48, 16. Jul. 2023 (CEST)

Vorlage:Importartikel: Vorschlag Parameter Alternativname

Hallo, die Vorlage:Importartikel erzeugt in bestimmten Fällen einen Linkfehler.

Bsp. hier, wo der Name des Entwurfs (Berwari; sollte später einmal Diözese von Berwari heißen) irreführend mit Berwari (WL auf eine Politikerin) verlinkt wird.

Ein Parameter „Alternativname“ o. ä. könnte Abhilfe schaffen.

Gruß, --Wi-luc-ky (Diskussion) 12:11, 15. Jul. 2023 (CEST)

Ich habe einen Parameter lemma= mit dieser Funktion ergänzt. Da die Importartikel-Vorlage allgemein mal ein technisches Update und eine vernünftige Vorlagendoku braucht, lasse ich solange hier noch offen. Gruß, -- hgzh 09:52, 20. Jul. 2023 (CEST)

Danke, hgzh. Verwunderlich, dass es einer so oft gebrauchten Vorlage an einer Doku gebricht. Vllt. erbarmt sich ja jemand bald. Gruß, --Wi-luc-ky (Diskussion) 12:08, 20. Jul. 2023 (CEST)

Doku ergänzt. -- hgzh 13:07, 20. Jul. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 13:07, 20. Jul. 2023 (CEST)

Vorlage:Spielwiese-Unterseite

Mir war nicht klar, ob ich das hier oder auf der zugehörigen Diskussionsseite schreiben soll. Ich hab mich dafür entschieden, es dort zu tun und hier jetzt einen Hinweis darauf zu hinterlassen. Wenn es da falsch ist, könnt ihr es ja hierher kopieren/verschieben. --Mary Timson (Diskussion) 16:12, 23. Jul. 2023 (CEST)

Ich habe das jetzt mal umgesetzt. Müsste aber noch gesichtet werden. Kann das zur Bestätigung, dass die Änderung den Segen des Vorlagen-Projekts hat, bitte jemand aus der Vorlagen-Werkstatt machen? Danke. --11:15, 28. Jul. 2023 (CEST) --88.70.138.107 11:15, 28. Jul. 2023 (CEST)

@Benutzer:Darkking3: Danke für's Erledigen. --88.70.138.107 01:10, 29. Jul. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: 88.70.138.107 01:10, 29. Jul. 2023 (CEST)

Ausrücken in Diskussionen

Wie kann man in Diskussionen mittels einer Vorlage alle nachfolgenden Beiträge nachträglich ausrücken?

Habe ich bereits gestellt in Wikipedia:Fragen zur Wikipedia #Ausrücken in Diskussionen, aber eine Antwort lässt auf sich warten. --Steue (Diskussion) 21:40, 1. Aug. 2023 (CEST)

Antwort erhalten auf s.o. : Vorlage:Od.

Steue (Diskussion) 22:50, 1. Aug. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 14:20, 6. Aug. 2023 (CEST)

Unbekannte Vorlage "Linktext" eingebunden

Spezial:Linkliste/Vorlage:Linktext (gelöscht seit 2017, 1000+ Einbindungen)

Ich hab keinen Schimmer wo das herkommt, irgendwie über Cite journal, aber ich finde die Stelle nicht. --Wurgl (Diskussion) 09:09, 7. Aug. 2023 (CEST)

Fehler war in Vorlage:Cite book/URL, siehe diff. Die Linter-Fehler sind dann auch gleich weg. --darkking3 ^Թ 10:03, 7. Aug. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 10:03, 7. Aug. 2023 (CEST)

Rechtschreibfehler berichtigen, aber wie?

Hallo zusammen, gerade wollte ich hier „des Hessisches Landesamt“ in „des Hessischen Landesamtes“ ändern. In der Einleitung ist es mir auch gelungen, aber im Absatz „Parameter“ komme ich nicht weiter. Weiß jemand, wie bzw. wo ich den entsprechenden Text ändern kann? Viele Grüße --Brettchenweber (Diskussion) 23:47, 8. Aug. 2023 (CEST)

Dem Erledigt-Baustein und den Änderungen entnehme ich, dass ich einfach nur Tomaten auf den Augen hatte, als ich den Fehler berichtigen wollte. --Brettchenweber (Diskussion) 10:40, 10. Aug. 2023 (CEST)

Spezial:Diff/236242697/236242919 Blobstar hat drei Minuten nach deiner Anfrage die Doku bereits korrigiert. Die Tomaten hatte ich auf den Augen, dass mir das gestern nicht schon aufgefallen ist ;) --darkking3 ^Թ 10:43, 10. Aug. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 10:36, 10. Aug. 2023 (CEST)

Vorlage:Infobox_Sakralbau macht komische Sachen auf St. Vitus (Schnaittenbach)

Hi! Nachdem ich die Länge und Breite der Kirche eingebaut habe, macht die Vorlage komische Sachen bei "Lage". Könnt ihr hier helfen? Danke im Voraus! --Bebbe (Diskussion) 07:58, 10. Aug. 2023 (CEST)

In der Infobox dürfen in den Feldern nur nackte Zahlen stehen, weder Einheiten noch Quellen. --Grüße vom Sänger ♫ ^(Reden) 08:10, 10. Aug. 2023 (CEST)

Ah, herzlichen Dank!!! (nicht signierter Beitrag von Bebbe (Diskussion | Beiträge) 10:07, 10. Aug. 2023 (CEST))

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 10:35, 10. Aug. 2023 (CEST)

Ergänzung in Vorlage:Hilfe

In Vorlage:Hilfe sollte die neue Hilfeseite Hilfe:Seiten-Kurzbeschreibung gemäß der dort eingefügten Kategorie:Hilfe:Seitenverwaltung im Unterpunkt Seitenverwaltung hinzugefügt werden … wie geht das bzw könnte das wer übernehmen? Irgendein Modul wird dort verwendet, ganz blick ich da nicht durch… Danke und VG, –IWL04 • 15:57, 12. Aug. 2023 (CEST)

Technisch sollte das über die Bearbeitung von Modul:PageTree/Hilfe:! gehen. Gibt es einen Konsens für den neuen Unterpunkt? --Kallichore (Diskussion) 17:59, 12. Aug. 2023 (CEST)

Das hatte ich gesucht, danke. Nun ja, es gibt dazu keine Diskussion, aber ich nehme an, dass alle Hilfeseiten in diesen Pfad einsortiert werden – wieso sollte es mit dieser anders sein? –IWL04 • 18:03, 13. Aug. 2023 (CEST)

@IWL04: Ich wollte dem Vorschlag nicht widersprechen. Und nach Ausbleiben von Widerspruch in 24 h dürfte nichts gegen eine Umsetzung sprechen. --Kallichore (Diskussion) 18:54, 13. Aug. 2023 (CEST)

Ich habe Hilfe:Seiten-Kurzbeschreibung nun ergänzt. Über die Bedeutung von index bin ich mir nicht 100% sicher (darf mit 45 einfach eine Zahl zwischen 40 und 50 gewählt werden?). --Kallichore (Diskussion) 08:41, 14. Aug. 2023 (CEST)

Dankeschön. Ich denke das passt so, siehe Wikipedia:Lua/Modul/PageTree/de. VG, –IWL04 • 13:06, 14. Aug. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: –IWL04 • 13:06, 14. Aug. 2023 (CEST)

Vorlage:Internetquelle, Vorlage:Toter Link (?), ... - übernommene Domains mit Malware/Phishing/Spam

Die Domain worldaerodata.com wurde von einem anderen Betreiber übernommen und liefert aktuell Malware/Phishing/Spam auf allen URLs aus (siehe WP:AN#World Aero Data). Jetzt wäre es sinnvoll, per Boteinsatz alle Einbindungen so zu verändern, dass die Domain nicht mehr angezeigt wird und. Leider lassen dass die Vorlagen, soweit ich sehe, aktuell nicht zu. In der enwp gibt es für en:Template:Cite web den Parameter url-status. Wenn der auf unfit oder ursurped ist, dann wird die Original-URL nicht verlinkt oder angezeigt. Wie bauen wir so etwas am besten in unser Vorlagensystem ein? --Count Count (Diskussion) 11:35, 19. Jul. 2023 (CEST)

Die IQ ist völlig instabil und nicht mehr wartungsfähig.

• Neuartige Features sind nicht angesagt, beim Risiko eines Crash in bald drei Millionen Einbindungen.
• Simpler Trick wäre, auf |url=http://example.com/?worldaerodata=...... per Bot umzustellen und den historischen Pfad mit URL-Daten für die Nachsorge zu erhalten, auch einen auffindbaren String zu hinterlassen.

Toter Link kann dort, wo sie nicht per inline in eckige Klammern eingeschlossen ist, schlicht eliminiert werden, weil dann nur Dublette zu anderweitig schon wirksamer URL.

Vorlage:WAD sollte perspektivisch durch ein Nachfolgemodell mit fundamental neuer Konzeption ersetzt werden.

• Den Bezeichner kapiert kein Mensch, es gibt kein „WAD“. Wir haben über 100.000 Vorlagen, und „WAD“ wäre ein FlagIcon für WestAfrikanischeDominions oder sowas.
• Vorlage:worldaerodata.com wäre ein angemessener Name für eine neue Vorlage.
• Wirkung: Nennung der historischen Funktion, Verlinkung entweder auf bereits aufgesuchtes Archivlink oder Einbindung von Vorlage:Toter Link oder ansonsten Feststellung dass keine geeignete Archivversion auffindbar.

VG --PerfektesChaos 12:29, 19. Jul. 2023 (CEST)

Zu dieser Vorlage gab es bereits einen Löschantrag. Siehe: Wikipedia:Löschkandidaten/15._Januar_2015#Vorlage:WAD_(erl.)

Der Admin-Empfehlung von Benutzer:Orci braucht man nichts hinzufügen.

Problematisch ist leider die seit längerem überlastete QS, die derzeit hauptsächlich vom Kollegen Benutzer:Uli Elch betreut wird, der nunmal was Vorlagen angeht nicht gesteigert engagiert ist.

Wie von PC vorgeschlagen, sollte man die Vorlage:WAD (ersatzlos) dem Orkus übergeben, sobald die Vorrausetzungen dafür geschaffen sind, was leider wegen der noch existierenden 605 [1] Einbindungen nicht von heute passieren kann.

Grüße --Ｔｏｍ (Diskussion) 12:52, 19. Jul. 2023 (CEST)

VD18 / VD 16

@PerfektesChaos: Moin, der Link zur Datenbank VD 18 funktioniert offenbar nicht mehr. Betroffen ist die Vorlage:VerzDtDrucke. Beispiel: Der Link in Nikolaus von Béguelin unter Weblinks. Ich habe keine Ahnung, wie das Linkziel jetzt lauten muss... Anscheinend muss die Adresse "gso.gbv.de/" durch "kxp.k10plus.de/" ersetzt werden. Könnte das jemand machen, bitte? --Concord (Diskussion) 14:43, 16. Aug. 2023 (CEST)

Dito für VD 16. Dessen Hauptseite ist hier. VD 17 hingegen funktioniert noch. --Concord (Diskussion) 14:57, 16. Aug. 2023 (CEST)

Danke für den Hinweis, und die Zeichenketten.

Diese Bibliotheken schreddern rund alle fünf Jahre ihre URL, wohl immer dann, wenn sie eine neue Version ihres Verwaltungssystems aufspielen.

Weil wir aber nur die VD-Nummer in unseren Arikeln hinterlegen, war es bisher immer gelungen, das relativ schmerzfrei und gewaltlos nachzuführen.

@Lómelinde: Du warst damals wesentlich beteiligt, magst du vor dem Wartungswettbewerb mal eben schaun? Ansonsten mach ich das in einer der nächsten kühlen Nächte.

VG --PerfektesChaos 15:16, 16. Aug. 2023 (CEST)

Oooooch menno, immer ich. Die Frage ist auf wessen Wunsch ich da beteiligt war, von selbst hatte ich mir das sicher nicht ausgesucht, oder? Ja, schauen kann ich wohl. --Liebe Grüße, Lómelinde Diskussion 15:36, 16. Aug. 2023 (CEST)

Die für den obigen Artikel geänderte URL = https://kxp.k10plus.de/DB=1.65/REL?RELTYPE=TT&PPN=010745378

Ich bin zu müde, so passt es zumindest dort. --Liebe Grüße, Lómelinde Diskussion 16:28, 16. Aug. 2023 (CEST)

• Druckschriften von und über Martin Luther im VD 16. J
• Druckschriften von und über Martin Luther im VD 17. N
• Druckschriften von und über Johann Hoppe im VD 17. J
• Druckschriften von und über Nikolaus von Béguelin im VD 18. J

Warum der Luther 17 nicht geht weiß ich nicht. --Liebe Grüße, Lómelinde Diskussion 16:51, 16. Aug. 2023 (CEST)

Danke, @Lómelinde:! Ich habe die Vorlage bei Thomas Lediard eingefügt und sie funktioniert! --Concord (Diskussion) 17:38, 16. Aug. 2023 (CEST)

Ich hatte zufällig den entsprechenden Artikel auf und habe https://vd18.gbv.de/viewer/image/021251029/ geprüft, das geht doch? Oder verstehe ich da etwas falsch? Wie kommt es eigentlich zu dieser pofidernen URL? --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 18:16, 16. Aug. 2023 (CEST)

Es ging nicht um ein einzelnes Werk und den Zugriff darauf, sondern eine Werkliste ein Verzeichnis. Ich weiß auch nicht welchen Artikel du zufällig gerade auf hattest, den Nikolaus von Béguelin oder den Thomas Lediard und inwieweit das von dir verlinkte Buch von Marcus Iunianus da jetzt etwas mit dieser Vorlage zu tun hat. Aber der Link über die Vorlage auf das Verzeichnis → Histoire de Justine im VD 18. würde jetzt auch wieder funktionieren --Liebe Grüße, Lómelinde Diskussion 18:47, 16. Aug. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Lómelinde 18:47, 16. Aug. 2023 (CEST)

Sortier-Fehler in Tabelle Spezifischer Widerstand nach Entfernung von Vorlage:ZahlExpZelle und Vorlage:ZahlExp

Siehe auch Diskussion welche zur Verwendung von Vorlage:ZahlExpZelle und Vorlage:ZahlExp für "Bis"-Werte führte:
Sortier-Fehler in Tabelle mit Vorlage:10Esort

Die Vorlage ZahlExpZelle/ZahlExp wurde vor einiger Zeit aus dem Artikel entfernt: Spezial:Diff/215995513
Zitat aus der Versionsgeschichte: Werte korrigiert (Kohlenstoff überdeckt 19(!) Größenordnungen), häßliches und teilweise schlecht lesbares Zahlenlayout ersetzt (ZahlExpZelle ist in seiner Häßlichkeit kaum zu überbieten), vorgetäuschte Genauigkeiten entfernt (1 10^6...1 10^9, die '1' ist Unfug hier und allein dem Template geschuldet)

Die Vorlage unterstützt Präfixe der Form z.B. "≈", also würde eventuell die optionale Möglichkeit eine führende Eins in ZahlExpZelle/ZahlExp auszublenden (und das behalten der impliziten Copy&Paste-Fähigkeit der Vorlage d.h. 1e6...1e9), ein Kompromiss sein.

Verwandt zum Thema besitzt die Vorlage:ZahlZelle mit dem Parameter zeige=0 die Möglichkeit die Zahl komplett auszublenden während der Sortier-Wert benutzt werden kann. Eine Verdopplung der Werte in der Tabelle nur um den Sortier-Wert zu benutzen wäre aber wahrscheinlich Fehleranfällig und hat auch nicht den Vorteil der Copy&Paste-Möglichkeit von Vorlage:ZahlExpzelle --ParisTJoyce (Diskussion) 16:51, 3. Aug. 2023 (CEST)

Die Lösung ist einheitlich Vorlage:ZahlZelle usw.

Eine Einfügung nur optisch unsichtbarer Pseudo-Inhalte ist Bruch und Murks und machen wir schon seit ewig nicht mehr, weil wegen gravierender Nebenwirkungen.

Eine Verdopplung von Zahlenwerten, auch wenn hier quasi unveränderliche Naturkonstanten aufgelistet werden, birgt immer das Risiko von Inkonsistenzen; verkompliziert auf alle Fälle den Wikitext und stört folgende Autoren.

Wenn ihr euch von einer hässlichen IP Vorschriften machen lasst, braucht ihr euch über Funktionsprobleme nicht zu wundern.

VG --PerfektesChaos 17:42, 3. Aug. 2023 (CEST)

Also Verwendung von Vorlage:ZahlExpZelle (die unsichtbar von der Zelle getrennt den Sortier-Wert beinhaltet), also kein Murks.

Die optionale Möglichkeit eine führende Eins in der Vorlage:ZahlExpZelle bzw. Vorlage:ZahlExp sichtbar auszublenden, aber trotzdem die Copy&Paste-Funktion der Vorlage erhält, scheint mir keine schlechte Idee. Ungeachtet der Beschwerde.

Was hältst du davon? (D.h. Ich würde auf der entsprechenden Vorlagenseite fragen.)

Die Tabelle kann ich in der Zwischenzeit wieder auf ZahlExpZelle usw. umstellen.

--ParisTJoyce (Diskussion) 18:45, 3. Aug. 2023 (CEST)

„Die optionale Möglichkeit eine führende Eins“ habe ich nicht verstanden und wüsste grad von keiner Ausblendung.

Ansonsten ist es relativ egal was ich wovon halte; verantwortlich für inhaltlich richtige und korrekt sortierte Artikel sind dessen Autoren.

Anzumerken wäre noch, dass ca. 10 % unseres Publikums schlechte Augen haben und winzige Pünktchen nicht wahrnehmen können; auch wesentliche Teile von Schülerin bis Rentner sich mit naturwissenschaftlich-fachlichen Angelegenheiten ohnehin schon schwertun.

VG --PerfektesChaos 19:23, 3. Aug. 2023 (CEST)

Die Möglichkeit Zehnerpotenzen mit ZahlExp/ZahlExpZelle ohne Mantisse darzustellen. Daher z.B. 10¹⁸ statt 1e¹⁸.

--ParisTJoyce (Diskussion) 20:28, 3. Aug. 2023 (CEST)

Tabelle Spezifischer Widerstand wieder mit Verwendung der Vorlagen bearbeitet, Vorschlag für für Vorlage:ZahlExpZelle auf deren Diskussionsseite gestellt. Weitere Information dort. --ParisTJoyce (Diskussion) 12:19, 18. Aug. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: ParisTJoyce (Diskussion) 12:19, 18. Aug. 2023 (CEST)

Belletristik/Romane: Erstausgabe und Neuausgabe

Hallo Wikipedianer

Beim Sichten eines Artikels bin ich auf ein Thema gestossen, mit dem ich auch schon konfrontiert war.

Es geht um Folgendes: Es kommt vor, dass eine Erstausgabe eines Romans ein paar Jahre später neu aufgelegt wird. Der unbedachte Leser könnte meinen, dass es sich um einen neuen Roman handelt, was aber nicht der Fall ist.

Nun frage ich mich, wie man solche Neuausgaben (oft von einem neuen Verlag lanciert) im Werkverzeichnis aufführen soll.

Konkret geht es um folgende Sichtung: https://de.wikipedia.org/w/index.php?title=Oliver_P%C3%B6tzsch&diff=prev&oldid=235628620

Autor Oliver Pötzsch

Der Lago-Verlag hat dieses Jahr zwei bestehende Romane neu herausgegeben (mit demselben Titel und Inhalt).

• Die Schwarzen Musketiere – Das Buch der Nacht.
• Die Schwarzen Musketiere – Das Schwert der Macht.

Variante a: Neuausgabe separat von Erstausgabe aufführen

• Ritter Kuno Kettenstrumpf und die geheimnisvolle Flaschenpost. Thienemann-Esslinger Verlag, Stuttgart 2015, ISBN 978-3-522-18404-5.
• Die Schwarzen Musketiere – Das Buch der Nacht. arsEdition, München 2015, ISBN 978-3-8458-0503-0.
• Meine Kur hat einen Schatten. Wie ich nach einer Herz-OP die Reha trotz Country-Abenden und Bier-Dealern überlebte. mvg Verlag, München 2016, ISBN 978-3-86882-663-0.
• Die schwarzen Musketiere – Das Schwert der Macht. arsEdition, München 2016, ISBN 978-3-8458-1428-5.
• Auf den Spuren der Henkerstochter – Reiseführer zu den Stätten meiner Romane. Hirschkäfer Verlag, München 2020, ISBN 978-3-940839-73-2.
• Die Schwarzen Musketiere – Das Buch der Nacht. LAGO, München 2023, ISBN 978-3-95761-227-4.
• Die Schwarzen Musketiere – Das Schwert der Macht. LAGO, München 2023, ISBN 978-3-95761-232-8.

oder Variante b: Neuausgabe bei Erstausgabe aufführen

• Ritter Kuno Kettenstrumpf und die geheimnisvolle Flaschenpost. Thienemann-Esslinger Verlag, Stuttgart 2015, ISBN 978-3-522-18404-5.
• Die Schwarzen Musketiere – Das Buch der Nacht. arsEdition, München 2015, ISBN 978-3-8458-0503-0.

Neuausgabe: LAGO, München 2023, ISBN 978-3-95761-227-4.

• Meine Kur hat einen Schatten. Wie ich nach einer Herz-OP die Reha trotz Country-Abenden und Bier-Dealern überlebte. mvg Verlag, München 2016, ISBN 978-3-86882-663-0.
• Die schwarzen Musketiere – Das Schwert der Macht. arsEdition, München 2016, ISBN 978-3-8458-1428-5.

Neuausgabe: LAGO, München 2023, ISBN 978-3-95761-232-8.

• Auf den Spuren der Henkerstochter – Reiseführer zu den Stätten meiner Romane. Hirschkäfer Verlag, München 2020, ISBN 978-3-940839-73-2.

Ich habe nichts zu dieser Frage gefunden. Weiss jemand von euch, ob es dazu eine Empfehlung oder einen Standard gibt?

Ich freue mich auf Reaktionen! Eure Klangwolke --Klangwolke (Diskussion) 20:21, 21. Jul. 2023 (CEST)

Hallo Klangwolke, bei WP:Literatur habe ich für belletristische Werke nichts dazu gefunden; bei wissenschaftlichen Werken soll idR die neueste Auflage genannt werden.

Meiner Erfahrung (und Praxis) nach werden Nachauflagen gewöhnlich hinter die Erstauflage geschrieben (Variante b). Hier ist jedoch eher sparsam zu verfahren; nicht jede Neuauflage und jeder Nachdruck sind von Interesse. Codetechnisch wären Doppelpunkte zur Einrückung zu vermeiden; Ersatz bietet ein <br />, was die Nachauflage eingerückt auf eine neue Zeile schiebt.

Fraglich ist (mir), warum die beiden Nachauflagen zusätzlich im Fließtext von Oliver Pötzsch aufgeführt werden müssen. Aber vllt. ist es hier wichtig und relevant. Verlage werden nicht verlinkt, siehe WP:ZR #Grundformat.

Gruß, --Wi-luc-ky (Diskussion) 22:28, 21. Jul. 2023 (CEST)

Guten Tag Wi-luc-ky

Vielen Dank für deine Einschätzung, die ich gut nachvollziehen kann. Den Tipp mit <br /> statt : kann ich gut gebrauchen.

Viele Grüsse --Klangwolke (Diskussion) 10:52, 22. Jul. 2023 (CEST)

Benutzer:Miles.world/UBX/AnzahlArtikel

Ich verstehe nicht nicht, wie vorzugehen ist, damit in einem Babel auf meiner Benutzerseite durch Verwendung von

Benutzer:Miles.world/UBX/AnzahlArtikel

die korrekte Zahl der von mir erstellten Artikel eingesetzt und laufend aktualisiert wird. Bitte dazu um Unterstützung.

--Dieter Zoubek (Diskussion) 11:55, 22. Jul. 2023 (CEST)

Es gibt keine automatische Aktualisierung in der Vorlage Benutzer:Miles.world/UBX/AnzahlArtikel. Die Anzahl an erstellten Artikeln muss manuell wie in den Beispielen eingetragen werden. --Kallichore (Diskussion) 17:35, 22. Jul. 2023 (CEST)

Umstellung bei Vorlage:SFL notwendig

Seit der neuen Saison, wird die Statistik nach bisherigem Schema nicht mehr weitergeführt. Beispielsweise bei Yanick Brecher war die URL bisher https://www.sfl-org.ch/superleague/klubs/fc-zuerich/player/yanick-brecher/season/202223. Neu ist es https://sfl.ch/de/players/yanick_brecher_ebmyqca51x577hi6zarmb2dp1 → Statistiken.
Fragen dazu:

• Ist ein Direktlink auf die Statistiken möglich?
• Um die Möglichkeit zur Verlinkung auf vergangene Saisons zu erhalten, würde ich vorschlagen, den URL-Teil nach /players/ als neuen Parameter ID zu definieren. Okay?

--Leyo 16:40, 3. Aug. 2023 (CEST)

Bedaure, ein „SFL“ ist in DA unbekannt.

• Auch Vorlage:DFB wurde verschoben, obwohl diese Abkürzung mehr Millionen Menschen geläufig sein dürfte als in CH leben.
• Ein erster Schritt oder auch Baustein einer Migration könnte eine Verschiebung auf einen neuen Bezeichner oder eine neu konzipierte Vorlage sein:
  • Vorlage:sfl-org.ch
  • Vorlage:SwissFootballLeague
• SFL kann allerlei als Thema einer Vorlage benennen; sogar im Fußball gibt es konkurrierende Schotten und Engländer. War 2009 bei <1000 Vorlagen mal üblich gewesen; ist heute bei >100.000 Vorlagen im ANR nicht mehr zukunftsfähig.

Das von dir vorgeschlagene Namenssystem (neu) habe ich nicht begriffen, und auch nicht wie sich das konsistent in das bisherige Parametermodell einfügen würde.

618 Einbindungen sind nicht so die Welt; die alten Einbindungen könnten umparametrisiert eine mit modernisiertem Parametermodell ausgestattete neue Vorlage aufrufen und so allmählich migrieren. WSTM könnte helfen.

VG --PerfektesChaos 17:54, 3. Aug. 2023 (CEST)

IMHO kann man die Vorlage auf Vorlage:sfl.ch verschieben, aber ich möchte mich vorerst auf die inhaltlichen Schwierigkeiten fokussieren.

618 Einbindungen sind vielleicht nicht sooo viele, aber wenn man bei einem Grossteil davon den URL-Bestandteil händisch eintragen muss, ist dies doch sehr aufwändig.

Wenigstens müsste man bei nicht mehr oder nicht mehr in der Schweiz tätigen Spielern nichts ändern. Beispielsweise bei Tranquillo Barnetta könnte {{SFL|team=fc-stgallen-1879|player=tranquillo-barnetta|season=201819}} (vom Vorlagennamen abgesehen) beibehalten werden.

Bei noch in der Schweiz aktiven Spielern würde die Einbindung neu z.B. {{sfl.ch|ID=yanick_brecher_ebmyqca51x577hi6zarmb2dp1}} oder (um den Link auf die Statistiken zu den früheren Saisons zu erhalten) {{sfl.ch|ID=yanick_brecher_ebmyqca51x577hi6zarmb2dp1|team=fc-zuerich|player=yanick-brecher}} lauten. --Leyo 18:42, 3. Aug. 2023 (CEST)

Das Beispiel scheint mir inkonsistent; ich verstehe bei genau dieser Parameterlogik nicht was der Unterschied zwischen player und coach bzw. name sein soll.

http://sfl.ch/ ist zunächst eine andere Website; ein Vorlagenbezeichner dann für genau diese reserviert.

• Wird über http://sfl-org.ch/ das genau identische Angebot erreicht?
• Ist sfl-org.ch veraltend und sfl.ch neu und zukünftig?
• Mehrere Domains für irgendwie was aus derselben Ecke; das spricht umso mehr dafür, die Domain explizit als Vorlagenbezeichner zu verwenden.

Eine sehr transparente Parameterlogik verwendet etwa Vorlage:Allmusic|Rubrik= – diese Rubrik= hier angewendet:

• leer = ganzes Team = team
• player meint: ID bezeichnet ein Spielerprofil
• coach meint: ID bezeichnet ein Trainerprofil
• xyz meint: ID bezeichnet eine zukünftig angebotene Darstellung, eingangs angesprochene Statistiken usw.

VG --PerfektesChaos 19:10, 3. Aug. 2023 (CEST)

Zu den Domains: Ursprünglich gab es nur sfl.ch. Die alten Inhalte inkl. Statistiken wurden nach sfl-org.ch ausgelagert, um unter sfl.ch eine neue Website aufzuschalten. Siehe dazu Wikipedia:Bots/Anfragen/Archiv/2022-2#sfl.ch → sfl-org.ch. Ich bin von diesem Vorgehen alles andere als begeistert, aber was bleibt uns anderes übrig, als dieses Gewurstel so gut wie möglich nachzuvollziehen. --Leyo 19:18, 3. Aug. 2023 (CEST)

Wir bezwecken mit Vorlagen, das Objekt durch abstrahierte Eigenschaften zu beschreiben, die möglichst invariant gegenüber wechselnden Anforderungen bleiben.

• Das klappt natürlich nicht so ganz, wenn die die URL-Schlüssel komplett neu vergeben.
• Eiiiiigentlich wollen wir aus den unveränderten Eigenschaften die jeweils aktuelle URL basteln.

Das neue Parameterkonzept würde demnach lauten:

• Team= (ist das noch Pflicht??? Wird das für ehemalige Spieler benötigt?)
• Rubrik= (optional)
  • leer = team/
  • team
  • player meint: ID bezeichnet ein Spielerprofil
  • coach meint: ID bezeichnet ein Trainerprofil
  • zukünftige Anwendungen
• ID= (optional, wo benötigt)
• Aktiv= (Aktiven-ID, wenn noch aktiv; ich entnehme dem dass nach Pensionierung diese URL kaputtgeht
• Saison= (optional, wo benötigt)

Die neu konzipierte wäre dann Vorlage:sfl.ch als Mutter.

• Dass die dann neuerdings URL in einer Tochter-Domain bildet wäre vorlagentechnisch egal. Vielleicht ändert sich das auch mal wieder.

VG --PerfektesChaos 22:53, 3. Aug. 2023 (CEST)

Moin zusammen, mal ganz doof gefragt, warum nicht die Mutter Vorlage Vorlage:Metadoku Fußballdatenbank nehmen und entsprechend anpassen? Die anderen Vorlagen im Bereich Fußball sind alle mit dieser Vorlage. mfg --Crazy1880 07:28, 4. Aug. 2023 (CEST)

Vorlage:Artikel Filmjahr

Moin, bitte einen Namensraumschalter einbauen, sodass Benutzerseiten wie Benutzer:Scholle2008/Filmjahr 2024 nicht mehr automatisch kategorisiert werden. Danke! XenonX3 – (☎) 18:18, 2. Sep. 2023 (CEST)

@XenonX3: ist gefixt – Doc Taxon • Disk. • 14:52, 3. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: – Doc Taxon • Disk. • 14:53, 3. Sep. 2023 (CEST)

Vorlagenschleife in Vorlage:Od

Im Moment auf der Kurierdisk zu sehen --MBq ^Disk 19:18, 3. Sep. 2023 (CEST)

Hat dankenswerterweise bereits Prüm behoben. Gruß, --Wi-luc-ky (Diskussion) 20:06, 3. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Wi-luc-ky (Diskussion) 20:06, 3. Sep. 2023 (CEST)

Hessischer Landtag

Hallo!

Im Artikel Hessischer Landtag wird im ENW Nr. 30 die Vorlage:Kirschner Hessen-Parlament verwendet.

Der Herausgeber "Hessischer Landtag" erscheint im ENW fettgedruckt. Ist das so beabsichtigt?

Meiner Meinung müsste dort "Hessischer Landtag" entweder als Link anklickbar sein oder (weil man ja bereits auf der Seite ist (rekursiv)) in normaler Schrift.

Wäre es zweckmäßig, an dieser Stelle ausnahmsweise ohne die Vorlage zu arbeiten, d.h. die Parameter werden aus der Vorlage einzeln übernommen?

Das könnte ich ändern, falls nichts dagegen spricht.

Grüße von Lry --Larry2718 (Diskussion) 17:03, 6. Sep. 2023 (CEST)

Ja, die Vermeidung der Vorlage auf dieser Seite halte ich für zweckmäßig. Das Problem tritt nur auf der Seite Hessischer Landtag auf, da die Vorlage einen Wikilink auf eben diesen Artikel erzeugt. Eine Änderung der Vorlage für einen einzigen Spezialfall halte ich für unnötig. --Kallichore (Diskussion) 17:23, 6. Sep. 2023 (CEST)

Wenn ein Link auf die Seite zeigt, auf der er gesetzt wurde, erfolgt die Darstellung in Fettschrift: Wikipedia:WikiProjekt Vorlagen/Werkstatt. Gruß, -- hgzh 08:01, 7. Sep. 2023 (CEST)

Und deshalb rüsten wir Vorlagen, die in diese Situation geraten, mit Vorlage:Kein Selbstlink aus. VG --PerfektesChaos 09:10, 7. Sep. 2023 (CEST)

Sieht sehr gut aus, die Wahl kann starten. VG, L --Larry2718 (Diskussion) 14:11, 7. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 13:58, 7. Sep. 2023 (CEST)

Str replace und Weiterverarbeitung

Hallo,

aus dem Artikel Abrahamskirche hole ich mittels Regex die ersten vier Worte und gebe sie nachfolgend aus BEGINN Nach dem biblischen Erzvater biblischen 2 ENDE - mein Problem ist dabei, dass ich die ausgebebenen Worte nicht mehr weiterverarbeiten kann, wie die danach folgenden Ausdrücke {{#invoke:Str|left|%3|4}} und {{Str len|%3}} zeigen. Wie kann ich ein %1 in eine echte Variable umwandeln? --Ruderblatt (Diskussion) 18:48, 6. Sep. 2023 (CEST)

Die Vorlagenaufrufe werden von innen nach außen ausgewertet, d.h. du greifst bspw. mit {{Str len|%3}} auf die „Variable“ %3 zu, die der Vorlage überhaupt nicht bekannt ist, denn sie wird erst im übergeordneten Aufruf von Str replace definiert. Folglich zählt Str len lediglich die Zeichenanzahl der Zeichenkette %3 und gibt daher 2 aus. -- hgzh 08:10, 7. Sep. 2023 (CEST)

Danke. Bei %{{Str sub|Hallo|7|3}}2 wird das noch deutlicher - es wird dann als %2 interpretiert und verarbeitet. --Ruderblatt (Diskussion) 16:31, 7. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Ruderblatt (Diskussion) 16:31, 7. Sep. 2023 (CEST)

Vorlage für mehrsprachige Texte

Liebe Leute: Derzeit scheint es nur eine Vorlage zu geben, mit der 1 nichtdeutscher Text mit dessen Übersetzung kombiniert werden kann. Mit 2 fremdsprachigen Texten scheint das nicht zu gehen (oder ich kapiere es nicht).

Hier zum Beispiel steht der Text in Bokmål und Deutsch:

«§ 1. Kongeriket Norge er et fritt, selvstendig, udelelig og uavhendelig rike. Dets regjeringsform er innskrenket og arvelig monarkisk.»

„§ 1. Das Königreich Norwegen ist ein freies, selbständiges, unteilbares und unveräußerliches Reich. Seine Regierungsform ist eine beschränkte und erbliche Monarchie.“

Neben der Variante Bokmål (Sprachcode no) würde ich nun gerne noch Nynorsk (Sprachcode nn) einfügen, denn Norwegisch gibt es in zwei juristisch gleichgestellten Varianten: In diesem Fall wäre das: Kongeriket Noreg er eit fritt, sjølvstendig, udeleleg og uavhendeleg rike. Regjeringsforma er avgrensa og arveleg monarkisk.

Lässt sich das schon jetzt machen und ich verstehe einfach nicht wie, oder lässt sich die Vorlage ohne grossen Aufwand so ergänzen, dass neu auch zwei Sprachen plus Übersetzung möglich sein werden? Oder bleibt nichts anderes üblich, als die Texte halt ohne Vorlage zu formulieren? Dank und Gruss, --Freigut (Diskussion) 17:00, 17. Aug. 2023 (CEST)

1. Es lässt sich nicht ohne großen Aufwand ergänzen.
2. Die erwähnte Vorlage steht, nachdem andere große Aufgaben abgeschlossen wurden und sofern das äußerst knappe hierfür qualifizierte Personal nicht durch sinnlose Störaktionen blockiert wird, vor einer fundamentalen Neugestaltung:
   • Eignung auch für Mobilgeräte
   • Darstellung der Textblöcke auch nebeneinander, wenn die Bildschirmbreite das zulässt („responsiv“)
   • Vielsprachig, also etwa eine Bibelstelle in Alt-Aramäisch, Hebräisch, Griechisch, Latein, Lutherdeutsch und modernem Deutsch. Das wäre das was du suchst.
   • Eignung auch für Aufzählungen, wie etwa bei Verträgen oder Gesetzesparagrafen notwendig.
   • Eignung neben Zitaten auch für analoge Verwendungen, die nicht in Anführungszeichen eingeschlossen werden müssen oder sollten; so etwa auch Liedtexte, Gedichte, Gesetzestexte oder die genannten Bibelstellen.
3. Das überkommene Parametermodell lässt das jedoch nicht zu, und die überkommene Umsetzung in semantisch korrektem HTML auch nicht.

VG --PerfektesChaos 17:39, 17. Aug. 2023 (CEST)

Danke für die Rückmeldung! --Freigut (Diskussion) 21:22, 17. Aug. 2023 (CEST)

Vorlage NaturGeoTabelle DE, Datumsangaben

Hallo,

Bei der Vorlage "NaturGeoTabelle DE" werden Datumsangaben im Parameter "Datum.Bis" falsch dargestellt, indem das Datum des Parameters "Datum" nochmals in der Form YYYY-MM-DD hinten angefügt wird. Siehe z. B. Liste der Naturschutzgebiete im Landkreis Breisgau-Hochschwarzwald unster 'Rheinwald Neuenburg' und 'Sandkopf'. Wäre es möglich, das zu reparieren?--Tragopogon (Diskussion) 14:00, 15. Sep. 2023 (CEST)

Ich habe erst nächste Woche wieder Zeit, mir das genauer anzusehen.

Das wird aber seit bald einem Jahrzehnt in Tausenden von Artikeln unverändert eingebaut; ich bezweifle mal dreist, dass da was zu „reparieren“ wäre.

VG --PerfektesChaos 14:11, 15. Sep. 2023 (CEST)

Erledigt, da war ein Parameter zu viel angegeben. P.S.: Die Reparatur war durch einen Edit von Perfektes Chaos notwendig, manchmal muss er doch seinem Benutzernamen gerecht werden Vorlage:Smiley/Wartung/;)  --darkking3 ^Թ 14:15, 15. Sep. 2023 (CEST)

Danke! --Tragopogon (Diskussion) 16:02, 15. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 14:15, 15. Sep. 2023 (CEST)

Cite web, news, newspaper und journal

Aus aktuellem Anlaß!

Wir wissen alle, daß das Nebeneinander der englischen Vorlagenfamilie neben den DE-Vorlagen Internetquelle und Literatur ein Ärgernis ist und daß dieses aus hier und jetzt nicht zu erörternden Gründen nicht so schnell weg geht. Aber man muß das ganze nicht noch künstlich eskalieren.

Heute habe ich die Weiterleitung von Cite newspaper nach Cite journal geändert. Ein Zeitung wird nie im Leben zu einer wissenschaftlichen Zeitschrift mit doi und Kram, weswegen ich auch die Fehlermeldung entfernt habe, man möge doch bitte den Code auf Cite journal umstellen. Wenn man an zentralen Punkten in Vorlagen herum macht, sollte man wissen, was man tut. Hier kommt nach meinem Kenntnisstand die Problematik hinzu, die, Benutzer:PerfektesChaos möge mich korrigieren, daß weder Internetquelle noch Literatur geeignet sind für gedruckte Zeitungen. Ja, entgegen allen Annahmen gibt es auch 2023 immer noch gedruckten Journalismus. Der Grund ist, daß Tageszeitungen nicht oder nur selten eine ISSN haben, aber die Vorlage:Literatur die ISSN verwendet, um über Mikroformate die Quelle den Zeitschriften, zuzuordnen. (Im EN macht das übrigens Vorlage:Cite magazine, was seit letztem Jahr auf Cite journal weiterleitet und genauso falsch ist. Aus Spiegel und Stern werden nämlich in den nächsten 1000 Jahren auch keine wissenschaftlichen Zeitschriften. Vorlage:Cite paper gibt es hier übrigens nicht und wird seit Jahren meistens nach Cite web aufgelöst, auch von mir, was auch suboptimal ist, weil es hier um eigentlich wissenschaftlich unveröffentlichte Arbeiten handelt. Doi wird von Vorlage:Internetquelle verwendet, um die Mikroformate für wissenschaftliche Zeitschriften zu erzeugen. Eine ISBN ist für Vorlage:Literatur das Kennzeichen, daß es sich um ein Buch handelt.ö

Jetzt kann man auf dem Standunkt stehen, was ineressiert mich das alles. Muß man aber nicht und sollte es nicht, weil es Benutzer gibt, die zum Beispiel Zotero nutzen, auch in der Wikipedia, um ihre Literatur zu verwalten, und solchen Benutzern sollten wir ordentliche Daten zur Verfügungn stellen und keinen Schrott. Daß wir genügend Schrott erzeugen, wissen wir alle, das braucht hier auch nicht wieder auf das Brot geschmiert zu werden, es ist trotzdem wie es ist, und es gibt Benutzer, die versuchen, die Datenqualität zu verbessern, und das geht nicht von heute auf morgen. (Ich glaube übrigens nicht, PC, daß unsere selbsterzeugten Belegdaten wesentlich besser sind, als die in EN, was vielleicht der mangelnden Aufklärung zu verdanken ist, und du weißt selbst, daß es immer noch Benutzer gibt, die der Auffassung sind, man könnte WP besser ohne die Vorlagen schreiben und sie bewußt weglassen oder, schlimmer, existierende Vorlageneinbindungen in normale Wikisyntax umwandeln. Es ist wie es ist, man muß möglichst viele mitnehmen auf dieser Reise, und die anderen, naja, erkennen hoffentlich irgendwann, daß sie Geisterfahrer sind.

Es bringt meiner Meinung nach aber nichts, wenn man solche Vorlagen mit gefühlt dutzenden von Fehlermeldungen versieht. Da wird mMn vor allem auch der Sinn der Fehlerverfolgung ad absurdum geführt. Es gibt nicht wenige Benutzer, die dann "fehlerhafte" Vorlageneinbindungen einfach durch die deutschen Varianten ersetzen. Erreicht wird dadurch nichts. Das Ziel muß sein, den Grund für den Fehler in der Vorlage selbst zu beseitigen. Der Fehler bspw., daß die Vorlage:Cite news keinen Parameter agency kennt, darf nicht dazu führen, daß man auf Internetquelle umstellt (schon aus dem obenn genannten Grund nicht), weil Internetquelle einen solchen Parameter nämlich auch nicht hat. Sondern der Parameter agency für die Nachrichtenagentur müßte endlich implementiert werde. Und rasch sind soundsoviele Prozent der aktuell "mangelhaften" Verwendungen beseitigt, und das auch für die Zukunft. Denn weglassen kann man die Nachrichtenagentur nicht einfach – sie gehört zu den Urheberdaten, insbesondere bei den Agenturen, die keine Autorennamen veröffentlichen, in der Regel verfährt Associated Press auf diese Weise.

In diesem Sinne, --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 23:25, 14. Aug. 2023 (CEST)

In aller Kürze: Einen Parameter für Nachrichtenagenturen habe ich mir auch schon gewünscht. Gestumblindi 00:42, 15. Aug. 2023 (CEST)

Wiki1939.

• Die cite-Vorlagen haben mittlerweile sehr viele Untervorlagen, die sehr oft in die Vorlagen eingebunden sind. Ich denke dieses gegenseitige aufrufen, könnte mehr Ressourcen verlangen. Was dazu führt, dass bei Artikeln mit einer hohen Anzahl eingebundener Vorlagen, ab einer gewissen Anzahl diese nicht mehr richtig angezeigt werden.
• Einige Fehlermeldungen fordern aus einer Vorlage auf eine andere Vorlage umzustellen. Davon sind jedoch einige nur Weiterleitungen. Sollten vielleicht daraus richtige Vorlagen werden, um diese Vorlagenweiterleitungen zu vermeiden. Falls sowas nicht gewünscht ist.
• Gibt es bereits eine Hilfeseite, auf der die cite-Vorlagen gelistet sind und genau beschrieben ist, für welchen Anwendungszweck diejenige gedacht ist? Falls nicht erstellen und am besten so ausführlich wie von Matthiasb beschrieben, um Falscheinbindungen zu vermeiden.
• Abschließend, weiß jemand wo ich mich über diese Mikroformate informieren kann. Und was genau da zwischen IQ und cite unterschiedlich ist. Sagt mir leider garnichts.

--Pintsknife (Diskussion) 01:13, 15. Aug. 2023 (CEST)

Ich habe gerade ENTSETZT festgestellt, daß diese Funktion hiermit herausvandaliert wurde ("verschlankt"). Ich hätte gute Lust, Wiki1939 auf diese Version zurückzusetzen. Stinksauer. Warum läßt du deine Finger nicht von Sachen, die du offensichtlich nicht verstehst. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 03:00, 15. Aug. 2023 (CEST)

Und habe inzwischen zurückgesetzt. Ich kann im Angesicht solcher Leichtfertigkeit nur den Kopf schütteln. Ich habe auch kein Verständnis dagür, daß hier alles durch die Vorlage:Cite book geschleppt wird. Das ist – war – die von allen diesen Vorlagen die am schlechtesten entwickelte. Ich forder dich auf, diesen Quatsch zurückzubauen. Andernfalls werde ich noch weiter in die Vergangenheit zurückrevertieren. Diese Bearbeitungen sind nicht hilfreich, sondern werfen uns in die 2000er Jahre zurück. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 03:09, 15. Aug. 2023 (CEST)

Und was soll eigentlich dieses Invoke hier? Genau das wollen wir eigentlich nicht, diesen Automatismus, mit dem hier das Abrufdatum gesetzt wird, sondern der Anwender soll hier entweder bewußt ein neues Datum setzen, weil er den Link überprüft, oder es soll erkennbar sein, daß er genau das nicht getan hat. Da sind 17 Jahre diskussion für die Katz, wenn du einfach mast, was dir gefällt. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 03:16, 15. Aug. 2023 (CEST)

Gehe ich recht in der Annahme, Benutzer:Wiki1939, daß du die Mikroformate auch aus den anderen Vorlagen herausgelöscht hast, ohne mit der Wimper zu zucken und zu fragen? Ich bin sowas von sauer. Aber das sagte ich oben schon. Bringe das – BITTE – in Ordnug.

@Pintsknife: Die relevanten Artikel über Mikroformate sind COinS und vCard; genutzt wird das von Programmen wie Zotero. Ich habe vestanden, wie es funktioniert, kann es aber nicht erklären. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 03:23, 15. Aug. 2023 (CEST)

@Matthiasb:

Diese Werkstatt betreut die von dir genannten cite-Vorlagen nicht.

• Wenn du Wünsche betreffend deren Programmierung oder Wartungskategorien hast, müsstest du dich an die jeweiligen Vorlagen-Diskussionsseiten oder an ausführende Benutzerkonten wenden.

Zwei deiner Aussagen sind falsch:

1. Vorlage:Literatur ist dafür ausgelegt, für alle originär auf Papier gedruckten Werke deren Metadaten umzusetzen; völlig unabhängig davon, ob es sich um eine Monografie oder ein Periodikum handeln würde, und in welchem Rhythmus ein letzteres erscheinen würde, und ob ein „Jahrbuch“ nun das eine oder das andere wäre.
2. Auch Tageszeitungen haben ISSN.
   • Die ISSN wurden vom globalen Zeitschriftenhandel eingeführt und werden von ihm verwaltet.
   • Sie dienen dazu, jeden Morgen jeden Kiosk mit Bündeln der aktuellen Ausgaben zu versorgen, die Anzahl zurückgehender Exemplare in Listen zu erfassen und dafür bei Zeilen in Lieferscheinen und Formularen und bei elektronischer Dateneingabe statt des Titels eine einfache eindeutige Schlüsselnummer verwenden zu können.
   • Gerade Tageszeitungen haben deshalb ISSN.
   • Hinsichtlich der bei uns registrierten aktuell erscheinenden reicht das von Aamulehti über Frankfurter Rundschau zu USA Today und WWD.
   • Die Auswertung einer ISSN in Vorlage:Literatur dient lediglich dazu, in unseren Zitationen grundsätzlich unerwünschte verwirrende und überflüssige Angaben zu identifizieren. Wir sind weder ein Bibliothekskatalog noch ein Zeitungskiosk, und insbesondere wenn ein Periodikum auf einen bei uns vorhandenen enzyklopädischen Artikel verlinkt, sind sämtliche weiteren Angaben über politische Ausrichtung, fachliche Reputation, ISSN im Zeitungshandel, Gründungsgeschichte, Verlag, Ort des Verlags und momentane personelle Besetzung der Chefredaktion dort zu finden.

VG --PerfektesChaos 07:39, 15. Aug. 2023 (CEST)

Hör doch mit deinen Belehrungen auf, ich bin kein Schüker aus der siebten KLasse! Undn wo bitte finde ich bei Spiegel Online die ISSN? Ja, genau. Genau dort. Daß du keine Vorlage anfaßt, die du net selbst programmiert hast, weiß man vpn Afghanistan bis in die Zentralafrikanische Republik. Und leider irrst du, wenn du meinst, daß Wir weder ein Bibliothekskatalog sind. Diese Daten werden durchaus genutzt, und die WMF gibt jährlich Millionen dafür aus, WP "maschinenlesbar" zu machen. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 09:03, 15. Aug. 2023 (CEST)

Diese Werkstatt betreut die von dir genannten cite-Vorlagen nicht.

Diese Werkstatt befasst sich vorrangig mit Anfragen zur Wikisyntax und technischen Programmierung; außerdem mit der Organisation des Vorlagen-Namensraums hinsichtlich Auffindbarkeit und Kollisionsfreiheit von Vorlagen.

Inhaltliche, fachliche, semantische Angelegenheit sind ausschließlich mit den zuständigen Fachportalen oder Redaktionen zu klären; in diesem Fall hier wäre WD:ZR die zuständige Instanz.

Hierfür bleibt festzustellen, dass die Zitationen in dieser Wikipedia lediglich die Aufgabe haben, auf übersichtliche und allgemeinverständliche Weise auch einem Publikum ohne wissenschaftliche Vorbildung den Zugang zu den zitierten externen Werken zu ermöglichen. Dabei sind alle überflüssigen und verwirrenden, insbesondere nicht zur Identifikation und Abgrenzung gegenüber ähnlichen Fassungen erforderlichen sowie zum Auffinden eines Exemplars unbedingt notwendigen Informationen zu unterlassen. WP:WWNI – Wikipedia ist keine Datensammlung, kein Bibliothekskatalog, kein Zeitungskiosk oder Zeitschriftenhändler.

Bislang hast du nichts vorgetragen, was in den Aufgabenbereich dieser Werkstatt fallen würde.

• Wenn du Wünsche betreffend der Programmierung von cite-Vorlagen oder Wartungskategorien hast, müsstest du dich an die jeweiligen Vorlagen-Diskussionsseiten oder direkt an ausführende Benutzerkonten wenden.

Damit kann dieser Abschnitt eigentlich als schnellerledigt geschlossen werden.

VG --PerfektesChaos 09:48, 15. Aug. 2023 (CEST)

Ich jedenfalls habe das Gefühl, dass sich Matthiasb ob der Uhrzeit a) künstlich aufregt und b) eine 17 Jahre währende Diskussion gar nicht vorhanden sein kann. Ihm fällt ein halbes Jahr nach den ersten Änderungen auf, dass die cite-Familie überarbeitet wird. Zudem wurden von wiki1939 die Vorlagen intern auf Internetquelle und Literatur umgestellt. Wenn Mikroformate so wichtig sind, dann sollten diese Vorlagen diese ja auch erzeugen, womit weiterhin Mikroformate erzeugt werden, nur eben auf einer anderen Ebene. Der Konsistenz halber macht es jedenfalls keinen Sinn, dies den cite-Vorlagen zu überlassen, sondern deren Parameter auf die beiden anderen Vorlagen zu mappen, so wie dies bereits umgesetzt wurde.

Hinweis: Auch die zusätzlichen Untervorlagen haben wenig bis keinen Einfluss auf die Performance, sie verbessern diese prinzipiell eher. Das war vor Monaten auch bereits mein Einwand. Jedoch testet wiki1939 seine Änderungen mittlerweile, sodass ich da nahezu keine Bedenken habe. --darkking3 ^Թ 10:08, 15. Aug. 2023 (CEST)

Unschön sind jedenfalls massenhafte Fehlermeldungen wie auf Soo Yeon Lee. --tsor (Diskussion) 10:25, 15. Aug. 2023 (CEST)

Sehe ich auch so, allerdings werden diese wohl sukzessive abgearbeitet. Wenigstens tut sich an dieser Stelle überhaupt was und es kommt ein einheitliches Erscheinungsbild heraus. --darkking3 ^Թ 10:42, 15. Aug. 2023 (CEST)

Ich glaube, ich sollt mich jezt hier zurückziehen und Benutzer:Matthiasb die weitere Umstellen der Cite-Vorlagen auf deWP überlassen, da er massive Änderungen in Einzelvorlagen macht (z.B. [2] [3] usw.) und die damit zusammenhängenden Erklärungen nicht entspr. anpasst (wie z. B. Archivbot, weitere damit zusammenhängende Vorlagen und Hilfen usw.), so dass jetzt vieles nicht mehr zusammenpasst.

Wird das allgemein so gesehen, dass es besser ist, dass Benutzer:Matthiasb dies übernimmt? --WiKi1939 (Diskussion 11:55, 15. Aug. 2023 (CEST)

Das sehe ich nicht so. Es wäre schön, wenn du dich zumindest zu den Mikroformaten äußern könntest, da es mir scheint, dass das sein "Aufhänger" ist. Auch ist für mich das Ändern eines WL-Ziel jetzt nicht unbedingt eine massive Änderung. --darkking3 ^Թ 12:29, 15. Aug. 2023 (CEST)

Die Mikroformate hat Benutzer:Matthiasb jetzt erst wieder eingebaut und die anderen Zusammenhänge zerstört. Ich hatte diese entfernt, da ich in deWP nicht gefunden hatte, wo diese ausgewertet werden. --WiKi1939 (Diskussion 13:21, 15. Aug. 2023 (CEST)

Mein umfangreicher Revert in Cite news kommt einem Stopsignal gleich oder dem berühmten Schuß vor dem Bug, um eine Diskussion herbeizuführen, die ja bisher nicht stattgefunden hat. In der ganzen Diskussion, schon 2007 übrigens, hat man leider, und da fasse ich auch meine Nase an, stets versäumt, mal zu untersuchen, warum in EN ein Dutzend Vorlagen existieren, die auf den ersten Blick alle dasselbe machen, sich aber dann doch unterscheiden, während man hierzuwiki glaubte, mit Literatur/Internetquelle und nur zwei Vorlagentypen auszukommen. Anfänglich hatte die Aufteilung in EN ihre Ursache in den Resourcen; Lua gab es noch nicht, und erst mit Lua wurde es möglich, fast alle Cite-Vorlagen in EN in en:Template:Citation zu wrappen und diese als Core-Vorlage für die ganze Familie zu verwenden. Der zweite, für EN offensichtlich wichtigere Punkt war es, daß dort die Mikroformate entsprechend dem Belegtyp zu setzen, dem die Quelle entstammt. Aber was gehört nun eigentlich wohin:

• Cite journal für wissenschaftliche Zeitschriften, de facto alles mit doi, als Klasse hochweriger Belege, weil diese einem Peer-Review unterlaufen sind.
• Cite news ursprünglich für alles, was Nachrichten sind, von spiegel.de bis bild.de
  • Cite newspaper inzwischen für gedruckte und nicht für elektronische Nachrichtenmedien
  • Cite news deswegen nunmehr vordringlich für rein elektronische Nachrichtenmedien, z.B: t-online.de oder cnn.com
• Cite book, für Bücher. Hier kann der Übergang zu Presseerzeugnissen fließend sein, aber eine ISBN deutet auf ein Buch hin.
• Cite paper für wissenschaftliche Texte, die noch keinem Peer-Review unterlaufen sind, nahe an der OR.
• Cite magazine für gedruckte Zeitschriften aller Art, grob gesagt alles Gedruckte ohne doi
• Cite web für Websites aller Art, sollte nicht als Ersatz für Cite news genutzt werden, aber siehe Anmerkung
• Cite report, relativ neu, zur Zitierung öffentlicher Mitteilungen, kommt mir meist unter im Zsh. mit dem National Hurricane Center, aber siehe Anmerkung.
• Cite video, audio und noch ein oder zwei weitere sind selbsterklären, in diese Gruppe gehört Cite youtube
• Cite twitter, vereinfacht als Abkürzung für Cite web, aber Sonderstatus in der LoC.
• Ein halbes Dutzend Cite-Vorlagen, die teils eine der vorherigen Vorlagen für Spezialzwecke wrappen, teils völlig eigenständig sind, z.B. Cite patent

Anmerkung: Cite web dient seit jeher als Ersatz für Vorlagen aller Art; in EN ist das oft Schlamperei oder Unkenntnis des Vorlagensystems, bei uns sind es fehlende Vorlagen, wie z.B: Cite report, was in meinem Themenbereich in EN vor allem beim NHC zum Einsatz kommt und von mir seit Jahren mit wachsendem innerem Widerstandin Cite web konvertiert wird.

Daraus ergibt sich ganz logisch, daß man Cite magazine/paper/news/newspaper nicht nach Cite journal weiterleiten sollte, und ursprünglich verwehrte eine Abfrage die Zusammenarbeit, wenn jemand Cite journal für einen Beleg verwenden wollte, ohne daß er einen doi zur Verfügung hat. Diese Abfrage fiel offensichtlich, nachdem man die Bildzeitung zur wissenschaftlichen Fachzeitschrift geadelt hatte (siehe die oben angesproche WL), der Verschlankung des Codes zum Opfer, auch hier also eine Verschlechterung der Datenqualität. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 13:04, 15. Aug. 2023 (CEST)

Ich hatte nicht vor alle enWP-Cite Vorlagen nach deWP zu importieren, sondern nur die bereits in deWP vorhandenen an deWP anzupassen und die massenhaft ignorierten und ungültigen Parameter wirksam zu machen! --WiKi1939 (Diskussion 13:33, 15. Aug. 2023 (CEST)

Gegen letzteres ist prinzipiell nichts einzuwenden. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 13:51, 15. Aug. 2023 (CEST)

Ich habe nach dem Tod meiner Mutter im letzten Jahr – und auch schon in den beiden Jahren davor –, vieles in WP schleifen lassen und komme erst langsam wieder auf den Stand der Dinge. Bei allem, was man mir vorwerfen kann, ist das etwas, was ich mir nicht vorzuwerfen habe und mir nicht vorwerfen lassen muß. Es gibt ab und zu gute Gründe, warum ein Benutzer eine Diskussion verschläft. Egal..

-

Ich habe gestern vier Stunden lang Fehlermeldungen in Honolulu Rail Transit beseitigt. Der Abbau der Fehlermeldungen erfolgt also durchaus durch Benutzer, die sich dann durch 200.000 Byte Quelltext fressen dürfen. Wobei es sich hier bei den etwa 100 Einbindungen mit Fehlermeldungen, wobei ungefähr genauso viele Einbindungen durch einen anderen Benutzer auf Internetquelle umgestellt worden waren. Ich werde nie verstehen, warum jemand, um den fehlenden Parameter "language=en" zu korrigieren, die beknackte, unnöitige Mehrarbeit unternimmt, die Vorlage zu ersetzen. Da hat er sich dann einen Bärendienst erwiesen, weil er irendwann die Lust verloren hat, anstelle genau das zu korrigieren, was die Fehlermeldung verursacht. Dann wäre er wahrscheinlich fertig geworden und hätte mir meine vier Stunden erspart. Kalkulatorisc wurden da also hunderte von Euro verbrannt.

Was diese ganzen Maßnahmen für Nachwirkungen haben – deswegen stört mich der Einheitsbrei, daß diese in die Internetquelle hineingewrappt werden, ist das riesige Problem, das hier erzeugt wird, wenn es darum geht, die Zitationen irgendwann auf Wikidata zu konzentrieren, wo dieser mist nämlich hingehört. Die Pflege von bibliographischen Information wie in Wolken und Licht. Impressionismus in Holland (Q121231353) ist nämlich nichts, was in 300+ Wikipediae individuell zu erfolgen hätte, das ist eine klassische Wikidataaufgabe. Ich kritisiere diesen Murks nicht erst seit gestgern. Genauer gesagt habe ich das schon kritisiert, ohne zu wissen, das ein paar Jahre später Wikidata erfunden wird. Und eigentlich können wir uns, bei einer schrumpfenden oder zumindest stark stagnierenden Community diesen Luxus der parallelen und somit vielfachen redundanten Pflege bibliographischer Resourcen in den verschiedenen Sprachversionen gar nicht leisten, resourcenmäßig. Ich befürchte allerdings, daß es noch etwas dauern wird, bis sich diese Erkenntnis allgemein durchsetzt, gibt es doch einige Premiumautoren, die nach wie vor mit Plain Links, zumindest aber einfachster Wikisyntax arbeiten, um Einzelnachweise zu formatieren. Ich will hier keine Namen nennen und mit dem Finger zeigen, aber diese Benutzer erzeugen den Mehraufwand von Übermorgen.

Einen Punkt, den ich konkret zu kritisieren habe, weswegen ich auch daran zweifele, ob der Vorlagenbastler wirklich weiß, welche Auswirkungen seine Umstellungen jenseits der Technik haben, ist, daß, wenn ich es richtig aufgefaßt habe, der Parameter access-date, mit dem aktuellen Datum besetzt wird. Damit wird suggeriert, daß der Bearbeiter den Beleg tatsächlich auf Eixstenz (HTTP 404) und Aktualität überprüft hätte, was gar nicht der Fall ist. Da ist es dann doch ehrlicher, das ursprüngliche Datum beizubehalten, sodaß man weiß, daß der Übersetzer den Beleg nichtg einmal überflogen hat. (Das ist übrigens kein proprietäres Problem der WP, einige Doktorarbeiten von Politikern haben in der letzten Zeit gezeigt, daß Copy und Paste samt Einzelnachweisen auch im wissenschaftlichen Betrieb in der Welt da draußen existiert und nicht die Folge der bösen "englischen Vorlagen", wie einige seit Jahren kolportieren, auch hier nenne ich bewußt keine Namen.

Um zum Schluß zu kommen: Ich halte es für kurzsichtig, so zu tun, als würden die Zitationsvorlagen auf immer und ewig hier weiter existieren. Wenn es nach mir ginge, würde schon längst an der Migration nach Wikidata gearbeitet, aber auf Meta sitzen leider auch Leute, denen die fünfzehn Jahre alte Idee viel zu revolutionär ist. Wie auch immer, diese Migration wird kommen, gerade weil es möglich ist, das eigentlich schon jetzt zu tun. Ein Cite q|121231353 auf Basis der mit den entsprechenden Propertys versehenen Cite-book-Vorlage ist schon heute möglich. Und auch da ist EN uns mal wieder Jahre voraus, weil es en:Template:Cite q dort schon seit SECHS Jahren gibt. Bei uns: Fehlanzeige. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 12:37, 15. Aug. 2023 (CEST)

Jeder Internetnutzer auf dem Planeten kann jederzeit jede Seite in unserem Vorlagen-Namensraum anlegen.

• Dagegen ist diese Werkstatt völlig machtlos und hat keinerlei Einfluss darauf.
• Der einzige Weg wäre ein Löschantrag, wenn es an Einsicht fehlt.
• Daraus folgt:
  • Verantwortlich und zuständig für Wartung, Pflege, Existenz, Konzeption, Programmierung und Dokumentation sind immer genau diejenigen Menschen, die diese Vorlage haben und verwenden möchten.
  • Auf gar keinen Fall ist diese Werkstatt irgendwie verantwortlich für eine der 120.000 zur Einbindung vorgesehenen Vorlagen.
  • Das würde die Kräfte der Handvoll Leutchen vom regelmäßigen Werkstattpersonal auch himmelweit übersteigen.
  • Wir beantworten regelmäßig nur sachlich vorgetragene Fragen zur Wikisyntax und technischen Programmierung, und helfen ggf. beratend bei organisatorischen und technisch-konzeptionellen Aspekten.

Zum Thema Mikroformat:

• Vorlage:Literatur sowie Vorlage:Internetquelle stellen seit anderthalb Jahrzehnten ununterbrochen ein Mikroformat bereit; zurzeit wie bisher COinS.
• Weil jüngst cite book und cite web die eigentliche Arbeit an die beiden erstgenannten delegiert hatten, hatten auch diese cite-Vorlagen in unseren Artikeln die entsprechenden Informationen weiterhin als Mikroformat bereitgehalten.
• Die Behauptung von Matthiasb, angeblich wäre kein Mikroformat mehr unterstützt worden, ist deshalb so abgrundtief falsch wie nur irgendwas.

VG --PerfektesChaos 12:46, 15. Aug. 2023 (CEST)

Wenn alles durch Cite book geschleift wird, wie will Vorlage:Literatur das unterscheiden. Abgesehen davon, daß Cite news grundstzlich Onlinequellen beinhaltet, die keine Literatur, sondern bestenfalls von der Vorlage:Intenetquelle zu händeln wären. Zum Rest deines Beitrages möchte ich mich nicht äußern, vor allem weil es klingt, als hätten wir denselben Ghostwriter für Argumente, die auf ganz hölzernem Bein stehen. Ich muß dir wohl nicht erklären, daß in WP keiner ein Eigentum an Artikeln hat, und dasselbe gilt auch für Vorlagen. Ich sehe ganz oben auch keine Einschränkung auf von der Werkstatt gepflegte Vorlagen, sondern eine Einladung an Jedermann, mit Vorlagenproblemen hier vorstellig zu werden. Ersapren wir uns doch gegenseitig solche Holzbeine. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 13:12, 15. Aug. 2023 (CEST)

Die cite-irgendwas-Dinger hier in der deutschsprachigen Wikipedia zu verwenden, ist schon vom Ansatz her falsch. Wir sollten die derzeitig einigermaßen gut funktionierenden Vorlagen Literatur und Internetquelle benutzen und die cite-Vorlagen alle entsprechend umbauen. Man könnte da auch was automatisches einrichten, wenn man sich sowas nicht zutraut, muss eben nur jemand machen. Technische Wünsche von WMDE kann so was herzaubern. Einen Parameter agentur nach Internetquelle einzubauen, müsste eigentlich funktionieren. Dafür aber den existierenden Parameter hrsg zu verwenden, ist im Prinzip gleichwertig. Denn die Agentur gibt die Meldung ja heraus. – Doc Taxon • Disk. • 14:57, 15. Aug. 2023 (CEST)

Hallo Doc. Neu eingebaut werden sollten die Cite-Vorlagen eigentlich nicht.

Aber es gibt hier Importuser die diese Cite-Vorlagen immer wieder von enWP nach deWP schieben (einbinden).

Dabei sind die meisten Importuser sehr oberflächlich und beherrschen, wie man an den Parameterinhalten (z.B. von trans-title=) ablesen kann, teilweise die deutsche Sprache nicht mal. --WiKi1939 (Diskussion 15:06, 15. Aug. 2023 (CEST)

ja, dass die cite-Vorlagen hauptsächlich aus fremdsprachigen Wikipedien kommen, ist mir schon klar. Dann muss man diese eben anpassen, genauso wie andere Vorlagen wie Infoboxen und Navigationsleisten und ähnliches hier eben auch nicht funktionieren. Wieso also baut man das eine um, das andere aber bloß nicht? Ich mach das schließlich auch, ... – Doc Taxon • Disk. • 15:11, 15. Aug. 2023 (CEST)

Zum Beispiel kann man auf sämtlichen Seiten die cite-Vorlagen mit den hiesigen Vorlagen ersetzen, Bots können sowas ganz fix. Dann würde es keine cite-Vorlage mehr in Verwendung geben und wir können den Kram über Bord schmeißen. Wieder was aufgeräumt. – Doc Taxon • Disk. • 15:15, 15. Aug. 2023 (CEST)

Genau diesen Umbau hatte ich ja bei vielen Cite-Vorlagen gemacht indem ich intern Internetquelle und Literatur aufrief).

Bei "Cite news" war das nicht möglich, siehe siehe Disk (bis Dezember 2022) --WiKi1939 (Diskussion 15:17, 15. Aug. 2023 (CEST)

Ich verstehe allerdings auch nicht den Vollrevert, bevor Wiki1939 sich äußern konnte und die angesprochenen Problemchen hätte angehen können. Die ganzen Optimierungen aus letzter Zeit sind damit wieder weg. Bei Vorlagen die so häufig eingebunden sind sollte auf solch große Änderungen doch verzichtet werden, eben um zu vermeiden, dass etwas nicht mehr zueinander passt und kollidiert. Wäre schade wenn die Vorlagen jetzt so liegen gelassen werden. --Pintsknife (Diskussion) 16:01, 15. Aug. 2023 (CEST)

Nein, das ist der falsche Ansatz. Ich habe oben erwähnt, daß ich gestern in dem Hawai-Artikel vier Stunden lang nur den Sprachparameter nachgetragen habe. Das, was du forderst, ist für lange Artikel unzumutbar – ist es seit Jahren.

Der andere Punkt ist: warum soll durch die Umstellung der englischen, in vielen Sprachen verwendeten Cite-Vorlagenfamilie auf die deutschen Vorlagen denn das Übertragen deutscher Artikel in andere Sprachen erschwert werden? Weißt du, wie man das in EN gelöst hat? Mit en:Template:Internetquelle und en:Template:Literatur. Wir tragen also mit unserem typisch deutschen Sonderweg auch noch zur Zerclusterung in anderen Sprachversionen bei. Nun ist man in EN mit einer Unzahl von Benutzern gesegnet, sodaß man den ähnlichen Weg geht, wie WiKi1939 – die Idee an sich ist ja eigentlich genial, aber auch nicht wirklich neu – und in EN nicht die deutschen Vorlagen unverändert verwendet, sondern auf Cite web bzw. Cite book wrapped, d.h. via subst:Cite book/German und subst:Cite web/German auf die EN-Vorlage umstellt. Inwieweit das Problemlos geht, weiß ich nicht, ich habe in diese Richtung noch nie übersetzt. Bei Benutzern, die das Substen vergessen, läuft ein Bot hinterher. Das macht man auch für einige andere Sprachen, siehe en:Template:Non-English citation templates – eigentlich genial. Nur verliert man, weil es hier nur zwei verschiedene Vorlagen hat, entsprechende Differenzierungsmöglichkeiten in der Gegenrichtung. Das ist ähnlich, daß man zwar Bilder mit höheren Auflösungen in solche mit, kleineren konvertieren kann, aber nicht umgekehrt.

Ich finde übrigens auch schade, daß es bei uns nicht die Möglichkeit gibt, en:Wikipedia:Citation expander zu verwenden, um die Hauptarbeit durch ein Helferlein machen zu lassen und bin schon seit Jahren auf der Suche, solch ein Helferlein für Wikinews zu bekommen. Das würde die Erstellzeit für einen Wikinewsartikel je nach Zahl der verwendeten Quellen um zwanzig bis fünfzig Prozent reduzieren, vorsichtig geschätzt. Letzteres nur nebenbei.

en:Help:Citation Style 1 erläutert, welche Parameter im Zusammenhang mit welcher Vorlage gedacht sind, und ich bin mir nicht sicher, ob diese Möglichkeiten erhalten geblieben sind, im Zuge der Änderungen aus den letzten Monaten. Klar ist auch, daß ein Teil davon hierzuwiki nie implementiert war, weil notorische Vorlagengegner und erklärte Gegner genau dieser Vorlage seit Anfang an die technische Entwicklung behindert haben; der Faden von Seitensperren und Nutzersperren reicht zurück ins Jahre 2007. Um so mehr ärgert mich, wie hier plötzlich wie mit der Dampfwalze auch über die Errungenschaften hinweggefahren wird. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 15:56, 15. Aug. 2023 (CEST)

Nein, die Agentur ist nicht der hrsg. Giovanni di Lorenzo ist der Herausgeber der Zeit. Ein Sammelwerk "Die schönsten Wappen der Donauregion", in dem neun Autoren jeder für sich einen Artikel für einen Landkreis schreibt, wird herausgegeben von einem Herausgeber (Hrsg.). Die Nachrichtenagentur ist oft in einer Doppelrolle. Reuters gibt seine Meldungen grundsätzlich mit Nennung des Reporters (Autoren) aus; bei der AP (Associated Press) erscheinen die Meldungen fast immer anonym. Die AP ist also Kollektivautor. Die Begriffe agency und publisher oder Nachrichtenagentur und Verlag sind durchaus zu unterscheiden, völlig verschiedene Dinge. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 16:12, 15. Aug. 2023 (CEST)

Intro: „Inhaltliche Fragen […] Diskussionsseite der Vorlage oder einem fachlich zugehörigen Portal besprochen“ (Fettschrift).

• Die fachliche Instanz wäre in diesem Fall WD:ZR.
• Diese Werkstatt wird ansonsten erst tätig, nachdem dort die inhaltlichen Angelegenheiten im Konsens aller Beteiligten geklärt wurden.
• Bislang wurde nichts vorgetragen, was einen Einsatz des hiesigen Werkstattpersonals nach sich ziehen könnte.

Im Übrigen kennt die deutschsprachige Wikipedia zurzeit wie auch unverändert bereits seit 2006 nur zwei Arten der Zitation zeitgenössischer Werke:

1. Primär auf Papier gedruckt veröffentlicht.
2. Zuerst (und praktisch nur) online im Internet veröffentlicht.

Hintergrund ist, dass eine auf Papier gedruckte Ausgabe einer Zeitung usw. anschließend auf Jahrhunderte in Archiven unveränderlich nachgelesen werden kann, während im Internet eine Meldung sich jederzeit ändern oder auch ohne die geringste Archivierung spurlos wieder verschwinden kann.

• Was irgendein anderes Wiki für Formatierungsregeln haben mag und welche anderen Veröffentlichungsarten dort unterschieden werden, ist für uns absolut irrelevant.

Weil „Agentur“ aufkam: Das ist eine letztlich und für die Inhalte einer Meldung irrelevante Information. Wir lassen sie tendenziell weg, wenn überhaupt würden sie nebst vielen anderen unter kommentar= gehören.

• Die Internetquelle hat 19 eigentliche Parameter, cite web kennt 216 Namen von Parametern.
• Hierzuwiki wünscht man, wenn überhaupt, übersichtliche Vorlagen mit wenigen Parametern und übersichtlicher Doku und einfacher Handhabung.
• WP:ZR kennt überhaupt keine „Agentur“; es wäre also eine gelegentliche von vielerlei Extra-Angaben, die alle zusammen hinten im Kommentar landen.
• Die Info sagt nur, dass die Redaktion von Zeitschrift Z bei der Agentur XY abgeschrieben hätte, und deren Meldung etwas umformuliert habe, und die Redaktion der Internetplattform IPF habe auch bei der Agentur XY abgeschrieben, und deren Meldung etwas umformuliert. Für unseren Beleg, den Wahrheitsgehalt oder den Inhalt ist das schnurzpiepegal.
• Ein eigenständiger Parameter für eine völlig unwichtige und in weniger als einem Promille der Fälle auftretende Information ist völlig überflüssig und würde zu einer sinnfreien Verkomplizierung und Aufblähung des Parametermodells führen.
• Für eine vertiefte inhaltliche Erörterung über die Notwendigkeit der Erwähnung einer Nachrichtenagentur ist WD:Belege zuständig; nicht aber diese Werkstatt.

VG --PerfektesChaos 16:37, 15. Aug. 2023 (CEST)

• Hierzuwiki wünscht man, ^Wer?
• WP:ZR kennt überhaupt keine „Agentur“; wird dort auf der Disku seit 10? 12? 15? Jahren kritisiert. Wie willst du bspw. diese Meldung korrekt zitieren? Zeit.de ist hier Website, hat aber keine Autorenschaft, der Zeit-Verlag der Publisher oder hrsg Autor wird keiner genannt. Deine Folge annahme im nächsten Spiegelpunkt ist nachweislich unrichtig.
• Ein eigenständiger Parameter für eine völlig unwichtige und in weniger als einem Promille der Fälle auftretende Information halte ich für eine falscbhe Einschätzung; dieser Fall dürfte zu einem großen Prozentteil in gedruckten Tageszeitungen Standard sein.
• und selbstverständlich macht es einen Unterschied, ob eine Meldung von TASS kommt oder von Reuters, weswegen die Info alles andere als irrelevant ist.

Im übrigen wirfst du Nebelkerzen und gehst überhaupt nicht auf Argumente ein. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 16:54, 15. Aug. 2023 (CEST)

Was genau war jetzt sooo schwierig zu verstehen an: „Für eine vertiefte inhaltliche Erörterung über die Notwendigkeit der Erwähnung einer Nachrichtenagentur ist WD:Belege zuständig; nicht aber diese Werkstatt.“

• Diese Werkstatt hier wird überhaupt nichts entscheiden über die Wichtigkeit, ob der Redakteur der Zeitung Z irgendwas bei der Nachtrichtenagentur XY abgeschrieben habe oder auch nicht und ob wir dies wiedergeben müssten.
• Über die inhaltlichen Aspekte der Qualität von Belegen entscheidet die Community in WD:Belege und nicht diese Werkstatt hier.
• Wenn es bislang von der Community der deWP weder in WP:Belege noch in WP:ZR aufgenommen wurde, dann wird die Benennung einer Nachrichtenagentur offenbar als nachrangig bis unwichtig eingestuft. Daran ändert auch nichts, dass irgendwelche Einzelpersonen schon vor Ewigkeiten gemeint haben mögen, das wäre irgendwie ganz doll wichtig.

Bislang ist in diesem gesamten Abschnitt noch überhaupt nullkommagarnix vorgetragen worden, was in dieser Werkstatt etwas zu suchen hätte.

• Für Angelegenheiten einzelner Vorlagen ist zunächst deren Diskussionsseite zuständig. Falls dort in angemessener Zeit niemand reagiert hätte, weil sie seit einem Jahrzehnt keine aktive Beobachtung mehr hätte, kann in dieser Werkstatt das weitere Vorgehen erfragt werden.
• Es ist nicht erkennbar, dass vorher auf irgendeiner Diskussionsseite zu den Vorlagen irgendwas erörtert worden sei, geschweige denn ein Konsens gefunden wurde.
• Für allgemeine Betrachtungen über Zitationsfragen ist WD:ZR zuständig, ggf. auch WD:Belege.
• Erst wenn auf den vorgenannten Seiten ein Konsens aller Beteiligter festgestellt wurde, kann zwecks dessen Umsetzung technische Hilfe durch diese Werkstatt in Anspruch genommen werden.
• Solange diese Vorbedingungen nicht nachgewiesen wurden, sind alle Einlassungen in diesem Abschnitt völlig gegenstandslos.
• Sie bedürfen deshalb auch keinerlei Beantwortung oder inhaltlicher Befassung.
• Vielmehr ist es pure Ressourcenvergeudung auch für das Werkstattpersonal, das dadurch an der Abarbeitung echter Angelegenheiten gehindert wird.

Diese Werkstatt ist für alle diese Anliegen in ihrem momentanen Zustand absolut unzuständig.

VG --PerfektesChaos 17:24, 15. Aug. 2023 (CEST)

Wenn du stur wiederholst, was du seit heute Morgen etwa fünf mal wiederholt hast, wird es nicht anders. Es deckt sich nicht mit dem Intro dieser Seite. Wenn es dir darum geht, mit mir zu streiten und der Auffassung bist, ich würde auf diese Weise die Segel streichen, dann bist du auf dem Holzweg, Deine Textbausteine kannst du dir sparen. Im Gegenteil, du hast hier die Seite zugespammt mit völlig irrelevanten Vesuchen Regelm nach deinem Gusto für die Benutzung der Seite aufzustellen, die aus dem Intro nicht hervorgehen und damit bestreitest du ungefähr 60 Prozent der aktuellen Seitenlänge, ohne daß es dir, mir oder irgendeinem Diskutanten etwas gebracht hätte.

Nun Butter bei die Fische: Ich warte noch auf deine konkrete Antwort zur konkreten Frage, wie du die verlinkte Zeitmeldung ohne gesonderte Behandlung der Nachrichtenagentur zitieren willst. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 17:40, 15. Aug. 2023 (CEST)

Wir zitieren aber nicht „TASS“ oder „Reuters“, sondern wir zitieren „Spiegel Online“. Und dass die sich wiederum darauf berufen, TASS würde berichten, steht bei Spiegel Online ja ausdrücklich drin. Weil, sonst könntest du es auch nicht wissen.

Aus diesem Grund wird in diesem Wiki seit immer schon ausdrücklich abgelehnt, dass bei der Zitation von Spiegel Online von uns angegeben werden müsse, woher die nun wieder ihr Zeugs hätten.

Wenn die Nachricht hingegen wegen „TASS“ oder „RussiaToday“ per se anzuzweifeln wäre, dann müsste unsere enzyklopädische Aussage das bereits distanziert wiedergegeben; „nach Angaben russischer Regierungskreise“. Hingegen ist mit „Spiegel Online gestützt auf eine dpa-Meldung“ oder „Spiegel Online gestützt auf eine AP-Meldung“ kein Fitzelchen verbessert worden. Hund beißt Mann; das ist der Normalzustand.

Das bläht den Beleg unserer enzyklopädischen Aussage nur sinnlos mit unverständlichen Abkürzungen und irrelevanten Verlinkungen auf und diese Wichtigtuerei verkompliziert das Verständnis.

Deshalb ist auch ein Vorlagenparameter dafür absolut überflüssig.

Wenn dir das nicht passt, musst du eine entsprechende Änderung von WP:Belege und anschließend von WP:ZR betreffend der Formatierung bewirken. Nachdem du damit durchgedrungen bist, kannst du in dieser Werkstatt nach technischer Hilfe betreffend der Umsetzung anfragen. Bis dahin bist du hier so völlig falsch wie nur irgendwas.

VG --PerfektesChaos 09:20, 23. Aug. 2023 (CEST)

In diesem Abschnitt wurden keine für die Abarbeitung durch diese Werkstatt relevanten Fragen vorgetragen. --PerfektesChaos 12:14, 19. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --PerfektesChaos 12:14, 19. Sep. 2023 (CEST)

Vorlage:Cite news

Bezüglich dieser Vorlage bin ich jetzt raus.
Wie ich sehe hat User:Matthiasb die Pflege dieser Vorlage mit allen Zusammenhängen zu anderen Vorlagen und Wikiprojekten übernommen.
Ich habe die Vorlage und die Doku entspr. definierten Stand vor meinen Änderungen zurückgesetzt.
Die anderen Zusammenhänge (Verbindungen und Erläuterungen in anderen Vorlagen, Projekte usw.) möge bitte User:Matthiasb entspr. anpassen, da diese jetzt irreführend sind.
--WiKi1939 (Diskussion 16:39, 15. Aug. 2023 (CEST)

Ich habe keine Probleme damit, auch die anderen Vorlagen zurückzusetzen. Ob das in deinem Sinne ist oder überhaupt sinnvoll wäre, wage ich aber zu bezweifeln. Hier die beleidigte Leberwurst zu spielen, ist nicht zielführend. Ich diskutiere hier ernsthaft, kann also auch eine ernsthafte Befassung mit meiner begründeten Kritik erwarten. Von dir wäre eigentlich zu erwarten gewesen, "hey, sorry, das mit den Mikroformaten war mir nicht bewußt" und ein "ja, die Weiterleitung auf Cite journal war ungeschickt" aber nicht, sämtliche Verantwortung jemandem anderen zuzuschieben. Das ist Kindergarten.

--Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 16:58, 15. Aug. 2023 (CEST)

Deine Zurücksetzung auf einen undefinierten Stand war keine zielführende Handlungsweise. --WiKi1939 (Diskussion 17:20, 15. Aug. 2023 (CEST)

Der Stand war durchaus definiert, es war die von mir noch akzeptierte Version vor der "Verschlankung". Damit wurde eine konsentierte Version festgelegt Es heißt übrigens Microformat, nicht Microcode. Näheres hier. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 17:31, 15. Aug. 2023 (CEST)

Wo soll ich lt. deiner Behauptung in hier "Microcode" geschrieben haben. (Ich benutzte den in deWP Terminus Mikroformate (mein Beitrag 13:21, 15. Aug. 2023) (deutsche Schreibweise!,), hier in deWP existiert die Microformate) nicht .

Ich glaube, es hat keinen Sinn hier weiter zu diskutieren. Bei der "konsentierte Version" passte u. a. die Doku nicht mehr zur Vorlage. --WiKi1939 (Diskussion 17:54, 15. Aug. 2023 (CEST)

Hattest du hier verwendet. Deswegen hatte ich mir die Verlinkung erlaubt. Wie auch immer, was hast du für einen Vorschlag, die Kuh vom Eis zu bekommen? (Und vergiß die blöde Doku, die ist ja wohl das geringste Problem.) --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 20:15, 15. Aug. 2023 (CEST)

Du scheinst ein Troll der obersten Klasse zu sein!

• Diesen Fehler hatte ich bereits erkannt und vor einer Antwort hier 17:28 Uhr gelöscht. - Also vor über zweieinhalb Stunden vor deinem „Hattest du hier verwendet.“!
• Wenn es dir nicht primär um Stören und raus ekeln von Usern gänge, hättest du nicht auf Anfang zurückgesetzt, sondern einfach das Mikroformat wieder eingesetzt (mit entspr. Kommentar).
• Auch dein geschmackloser beleidigender Ausdruck in deiner Antwort von 16:58, 15. Aug. 2023 lässt genau diesen Schluss zu.

--WiKi1939 (Diskussion 13:34, 16. Aug. 2023 (CEST)

Kannst du dir vorstellen, daß ich das Fenster geöffnet hatte, bevor du dich verbessert hast? Es ist ja wohl klar, daß ich eine Änderung, die 17:28 vorgenommen wurde, in einem Beitrag, der um 17:31 veröffentlicht wurde, gar nicht mehr berücksichtigt werden konnte.

Zum Rest antworte ich dir nicht, das möge bitte jemand anders übernehmen. Sind ja genügend Mitleser vorhanden, die mich teils sogar persönlich kennen. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 18:22, 16. Aug. 2023 (CEST)

Moin zusammen. Ich kann Benutzer Wiki1939 verstehen, da viel Arbeit und Hirnschmalz in die Umarbeitung geflossen ist (und auch nicht alles reibunslos war). Dazu meine ich auch an verschiedenen Stellen Diskussionen gesehen zu haben! Da kann ich verstehen, dass ohne eine entsprechende weitere Diskussion alles rückgesetzt wird, dass das unschön in allen Richtungen ist! Fehlermeldung by the way sind halt ein Indiz, dass die Vorlage Fehler hat und diese beseitigt werden sollten. Bei anderen Vorlagen lösen wir dafür Wartungskategorien aus und 2016 (mit Umbau der Vorlage Literatur) gab es da auch einiges was vom "Wartungsperson" weggearbeitet wurde. Das müsste man halt auch für die Cite-Vorlagen machen oder diese einfach umarbeiten. Einen Allein-Rücksetz-Vorgang finde ich persönlich auch nicht gut. mfg --Crazy1880 20:45, 15. Aug. 2023 (CEST)

Naja, die Medaille hat zwei Seiten. Es ist allgemein bekannt, wie lange ich in diese Vorlagen involviert bin, es reicht ein Blick in die frühere Versionsgeschichte. Ansonsten höre ich seit 15 Jahren immer nur immer wieder dasselbe, die Vorlage ist Mist, sie muß weg, und beobachte Benutzer, die statt den fehlerhaften Parameter zu fixen, lieber die ganze Einbindung umstellen. Das finde ich unmöglich. Ich habe damals einen Mordaufwand getrieben, bis ich soweit in die Materie mit den Mikroformaten eingedrungen war, daß das umgesetzt werden konnte. Und wenn ich nur daran denke, wie man mich jahrelang daran gehindert hat, die Vorlage:Cite book/Doku auf den aktuellen Stand zu bringen, inkl. Benutzer- und Seitensperre. Da reklamiere ich mal meinen Ärger darüber, dass das ohne eine entsprechende weitere Diskussion alles verschwand. Daß WiKi1939 das ganz völlig eskalierte, sorry, ist schade, aber nicht mein Problem. Ich hatte mir erhofft, daß daraus eine fruchtbare Diskussion entsteht. Wäre ich so bösartig, wie es jetzt wieder hingestellt wird, hätte ich nicht nur die Cite news revertiert, sondern wesentlich mehr. Dieses Hängt-Matthias-höher-Gehabe, daß sich inzwischen einstellt, finde ich zum Kotzen. Es ging mir darum, einen Merker zu setzen, was mir an den Umarbeitungen nicht paßt. Ehrlich gesagt finde ich es auch nicht günstig, daß alles über cite book in die Internetquelle geschleift wird. Ich halte die Vorlagen Internetquelle/Literatur, obschon gegen ihre Ausführung technisch nichts einzuwenden ist, das würde ich mir erstens nicht anmaßen, zweitens wäre es Unfug, nicht für adäquat für ein Projekt, das zu einem großen Teil von der Internationalisierung der Inhalte lebt. Das ist, sorry, Kleinstaaterei vom Feinsten. Verschiedene Medien darauf zu reduzieren, ob sie gedruckt sind oder nur online verfügbar sind, ist ein veralteter Ansatz, verursacht aber enormen zusötzlichen Arbeitsaufwand, wenn vielleicht noch vor 2030 die Belegmetadaten nach Wikidata kommen, denn dort gehören sie auch hin. Ich werde dann daran erinnern. Für den Anfang wäre ich damit zufrieden, wenn man auf meine Probleme mit der Umgestaltung eingeht, dann bin ich (wieder) einer der friedlichsten Menschen der Welt. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 21:06, 15. Aug. 2023 (CEST)

+1 zu Crazy. Ich habe nun eine Art "Kompromissversion" gebastelt, ausgehend von der Version vor Matthiasbs Zurücksetzung, aber mit wieder hinzugefügten Mikroformaten. Können wir darauf aufbauend nun sachlich diskutieren, was ggf. noch zu verbessern wäre, ohne monatelange Arbeit mit einem Klick zu vernichten?--Mabschaaf 20:58, 15. Aug. 2023 (CEST)

Gerne. Sehr gerne. Und sehr gerne auch unter Einbindung des Kollegen WiKi1939. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 21:07, 15. Aug. 2023 (CEST)

Darstellung diverser Infoboxen in der App im dunklen Modus

Hallo liebe Werkstatt,

ich habe festgestellt, dass die Infoboxen Rechtsakt (EU), Gesetz, Gesetz (Österreich) und Gesetz (Schweiz) in der Wikipedia-App bei der Nutzung im dunklen Modus nicht korrekt dargestellt werden, sodass weiße Schrift auf weißem Grund erscheint.

Ich würde mich sehr freuen, wenn man das einmal anschauen könnte.

VG, --RandomDuck5000 (Diskussion) 11:16, 12. Sep. 2023 (CEST)

Das ist in erster Linie ein Fehler der (kaum benutzten) Apps, den der sich in Entwicklung befindliche echte Darkmode nicht hat. Deshalb jetzt einen großen Teil der Vorlagen in sämtlichen lokalen Projekten anzupassen, ist nicht sinnvoll. --XanonymusX (Diskussion) 11:24, 12. Sep. 2023 (CEST)

Alles klar, vielen Dank dennoch. VG, --RandomDuck5000 (Diskussion) 16:10, 13. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: darkking3 ^Թ 12:32, 19. Sep. 2023 (CEST)

Adaption für Brettspiele

Ich finde die Vorlage https://de.wikipedia.org/wiki/Vorlage:Wertungsspiegel_Computerspiel sehr gut. Ich würde mich sehr freuen, wenn es eine Vorlage für Brettspiel geben würde. Auch hier gibt es zahlreiche, relevante Veröffentlichungen und Webseiten. --Benjamin Bestier (Diskussion) 08:45, 26. Aug. 2023 (CEST)

Kann schon sein, dass hiesiges Werkstattpersonal sowas für dich erschaffen würde.

Allerdings müsstest du uns aus deiner Fachkompetenz jede Menge Input zuliefern:

• Welche Parameter von Computerspiel können weg, welche sollen bleiben?
• Welche Parameter kämen hinzu? Name, Werteformat?
• Falls praktisch identisch: Wäre die Programmierung einer Muttervorlage vorstellbar, die kein Handballspiel, jedoch Computer- und Brettspiele modelliert?

VG --PerfektesChaos 09:02, 26. Aug. 2023 (CEST)

Zwei Positionskarten in Infobox

Siehe Vorlage Diskussion:Infobox Siedlung in Grönland#Zwei Karten. Ich hätte gerne zwei Positionskarten in der Infobox, da die grönländische Geografie dafür sorgt, dass eine Karte über ganz Grönland relativ aussagelos ist (wie eine Deutschlandkarte, bei der alle Orte auf Inseln oder dem Festland an der Nord- und Ostseeküste liegen). Benutzerin:Lómelinde weiß aber nicht, wie man zwei Positionskarten in die Infobox bekommt. Kann jemand anderes aushelfen? :) --Kenneth Wehr (Diskussion) 09:49, 6. Aug. 2023 (CEST)

so wie in en:Hanover wird das nicht werden, dazu gab es meines Erachtens hier schon einmal eine Diskssion. Ich weiß aber nicht mehr genau, warum das im Sande verlaufen ist. Es kann sein, dass die allgemein notwendigen Änderungen mehr als nur die Infobox betrafen und dies nicht umgesetzt werden sollte. --darkking3 ^Թ 19:21, 7. Aug. 2023 (CEST)

Wenn man Vorlage:Infobox Ort in Russland als Vorbild für zwei Karten nimmt, sollte bedacht werden, dass allein der ISO-Code zur Einbindung der korrekten Detailkarte nicht reichen wird, wenn für Kommuneqarfik Sermersooq zwei Karten gemacht werden sollen (West- und Ostküste). Entweder man kann das händisch steuern oder es passiert über eine Lageabfrage westlich bzw. östlich von 46° W. NNW 22:56, 7. Aug. 2023 (CEST)

Wenn man zusätzlich noch den Distrikt abfragt, geht es. Wenn man Platz sparen möchte, kann man statt einer Auswahl per Anklicken wie in der enwp auch einklappbare Karten wie Lómelindes Vorschlag nehmen. --Kenneth Wehr (Diskussion) 05:54, 8. Aug. 2023 (CEST)

Im Portal Luftfahrt gibt es gerade eine ähnliche Diskussion mit einer sich abzeichnenden Lösung. Portal_Diskussion:Luftfahrt#Kartenvorschau_in_der_Flughafen-Infobox. Gruß --Grullab (Diskussion) 09:12, 12. Aug. 2023 (CEST)

Danke für den Hinweis! @Carsten Steger: Ich finde die Lösung hervorragend. Kannst du das auch hier zurechtbasteln? --Kenneth Wehr (Diskussion) 10:19, 12. Aug. 2023 (CEST)

Aasiaat (Qeqertalik) Aasiaat

Hallo Kenneth Wehr, vielen Dank für Deine Anfrage. Das, was gerade für die Vorlage:Infobox Flughafen diskutiert wird, basiert auf der Funktionalität Vorlage:Positionskarte#Karte in einer Ecke. Angewandt auf ein Beispiel aus Grönland würde das wie die Karte rechts aussehen. Da sieht man leider schon ein Problem: der rote Rahmen, der in der Grönlandkarte in der Ecke auftauchen sollte, wird leider an der falschen Stelle angezeigt. Woran das liegt, weiß ich leider nicht. Das müsste sich jemand ansehen, der sich mit der Kartenprogrammierung besser auskennt als ich. Viele Grüße --Carsten Steger (Diskussion) 18:55, 12. Aug. 2023 (CEST)

Ich würde raten, dass das daran liegt, dass die Vorlage nicht weiß, wo sich der Kartenausschnitt in Grönland befindet. Das muss ja irgendwo definiert sein. Da müsste ich aber auch erstmal suchen. --Kenneth Wehr (Diskussion) 20:18, 12. Aug. 2023 (CEST)

Ich kann sehen, dass hier andere Werte angegeben sind als beispielsweise hier. Ich glaube, dass durch das fehlende left/right zwar die Höhe den Rahmens stimmt, aber keine Breite oder Position angegeben werden kann. --Kenneth Wehr (Diskussion) 20:23, 12. Aug. 2023 (CEST)

Möglicherweise fehlt left und right bei der Vorlage:Positionskarte Grönland Qeqertalik, weil diese Karte eine längentreue Kegelprojektion verwendet. Damit ist die Projektion dieser Karte in eine übergeordnete rechtwinklige Karte kein Rechteck mehr. Ob und wie man diese Karte mit der Karte von Grönland in einer Ecke kombinieren kann, kann ich aber leider nicht beurteilen. Dazu fehlt mir die Erfahrung mit der Programmierung der Positionskarten.

Unabhängig davon ist mir anhand der Kategorie:Vorlage:Grönland aufgefallen, dass es derzeit nur für zwei der fünf Kommunen Grönlands Positionskarten gibt. Wäre damit der Ansatz mit der Karte in einer Ecke überhaupt sinnvoll? --Carsten Steger (Diskussion) 06:21, 13. Aug. 2023 (CEST)

Wie du sehen kannst ist die eine Karte vom 7. August (und ich habe sie selbst noch gar nicht gesehen :D), sprich sie sind dank Benutzer:NordNordWest gerade in der Erstellung. Und der weiß sicher auch genauer, wie das mit left und right funktioniert :) --Kenneth Wehr (Diskussion) 09:08, 13. Aug. 2023 (CEST)

Ich weiß nur, dass bei der Karte in der Ecke irgendwie der Wurm drin ist. Diese Funktionalität hat einige Macken, die alle paar Jahre wieder auffallen. Ich schätze, dass sie auch nicht mit anderen Projektionen als der Plattkarte auskommt. Hier haben weder die Grönland- noch die Gemeindekarten diese Projektion. NNW 17:06, 13. Aug. 2023 (CEST)

Da ich nicht davon ausgehe, dass die Projektion einfach so geändert werden kann, scheint Carstens Lösung hier nicht zu funktionieren. Dann müssen wohl trotzdem irgendwie zwei Karten untereinander her. --Kenneth Wehr (Diskussion) 12:35, 29. Aug. 2023 (CEST)

Mittlerweile gibt es Positionskarten für die gesamte Südhälfte der Westküste. Es fehlt noch die für Avannaata Kommunia, für die Ostküste wird wohl die Grönland-Gesamtkarte reichen, da dort praktisch keine Orte sind. NNW 08:25, 24. Aug. 2023 (CEST)

Fantastisch. Sobald eine Lösung für obiges Problem gefunden ist, werden ich anfangen, sie massenhaft einzubinden. Es ist richtig, dass an der Ostküste nicht so viele bewohnte Orte sind, aber dafür jetzt bereits 120 Artikel über geografische Objekte, die ja auch Karten benutzen. Insofern fände ich zwei Teilkarten dort auch angemessen, aber das darfst du natürlich entscheiden, ob du sie erstellen willst :) --Kenneth Wehr (Diskussion) 12:35, 29. Aug. 2023 (CEST)

Tabelle mit mehreren Bildern in einem Spaltenfeld sicher formatieren

Hallo, ich versuche in einer Tabelle mehrere Bilder in einem Spaltenfeld so zu formatieren, dass sie zumindest auf dem Tablet auch nebeneinander! stehen wie auf dem PC (Beim Sph verstehe ich, dass sie untereinander kommen). Konkret geht es um Donatello (Werkkatalog), wo es mehr als ein halbes Dutzend mal vorkommt. In Hilfe:TBL finde ich dazu nichts und habe schon herumexperimentiert. - Und, by the way, warum erscheint eine sortierbare Tabelle auf Tablets und Sphs nicht sortierbar zu sein? Nur bei mir? MenkinAlRire (Diskussion) 21:12, 31. Aug. 2023 (CEST)

Ich fang mal mit dem für mich einfacherem an: Das Sortieren und andere Geschichten, die JavaScript benötigen, sind mobil noch nie aktiviert worden; es heißt aber schon seit vielen Jahren, dieses oder nächstes Jahr solle dies ermöglicht werden.

50 % der ANR-Abrufe kommen von Smartphones.

„Bilder nebeneinander“ ist eine Sache, die wir grundsätzlich nicht mehr haben möchten. Wenn sie größer als ein Icon sind. Die Artikel werden auf schmaleren Bildschirmen unlesbar und es ist nicht zu sehen, was rechts im Abseits passiert, und man bekommt es überhaupt nicht mit. Wenn doch, muss umständlich über die Aus-Linie gescrollt werden, und dann isses uninteressant.

Die Bilder sollen wie ein Fließtext je nach Platzverhältnissen in Zeilen angeordnet werden wie es passt.

Welche Methode empfehlenswert sei, wissen andere.

VG --PerfektesChaos 22:35, 31. Aug. 2023 (CEST)

Anmerkung: Tabellen sind auch in der Mobilversion seit etwa Jahresanfang (?) sortierbar. Wenn die Sortierpfeile nur in der Mobilversion nicht erscheinen, liegt das wahrscheinlich eher an deaktiviertem JavaScript. Die App mag sich nochmal anders verhalten. -- hgzh 23:30, 31. Aug. 2023 (CEST)

Ja, die hier angesprochene Tabelle ist auch mobil ganz normal sortierbar. Ansonsten ist sie aber schon jetzt nicht sonderlich mobilfreundlich, da sollten nicht noch Bilder nebeneinander gestellt werden. --XanonymusX (Diskussion) 00:41, 1. Sep. 2023 (CEST)

Innert kurzer Zeit drei Antworten, dafür schon mal einen herzlichen Dank.

@PerfektesChaos: Das ist doch schon mal gut zu hören, dass dran gearbeitet wird. Die sortierbare Tabelle finde ich nämlich ein super Analysetool.

ANR?/

Die anderen 50% wären dann Tablets und andere, größere? Das wäre ein Grund sie zu unterscheiden und alternativ zu programmieren.

Einzelbilder und Gallerien werden unterschiedslos in voller Breite untereinander gezeigt, was beim Tablet ggf. schon schwergängig wird und man den Überblick verlieren kann. (Dass im übrigen das Kopfbi,d automatisch das erste im Text ist und nicht definiert werden kann, führt häufig zu unschönen, bzw redundantem Aussehen.)

+ @XanonymusX: Ich würde ja erwarten, dass jeders bei so einer Tabelle darauf kommt, den Bildschirm quer zu drehen ...und meine Tabelle passt fast vollständig auf 2280x1080 . Aber gut, sehe ich mit Zaudern ein.

Meine Folgerung wäre aber dann, die Bilder in 'meiner' Tabelle untereinander zu setzen oder am besten welche wegzulassen, da der Großteil 'sehr' hochformatig und schmal ist. Sagt mal 'ja', dann wäre das für mich gegessen.

+ @hgzh: Ich lasse im Firefox für Wiki alle Skripte zu. Ich muss aber zugeben, dass ich nach einer kürzlichen Migration nicht gecheckt habe, ob die Einstellungen auch alle mitgenommen wurden. Das war nicht der Fall. Danke für den Merker. Zur App dürfen wir ja was erwarten.

Wäre also von mir aus schon erledigt. Bemerkungen höre ich noch gern oder, falls einer weiß, wo Bilder und Tabellen ggf. in Diskussion sind, gern ein Hinweis. Danke. MenkinAlRire (Diskussion) 20:45, 1. Sep. 2023 (CEST)

Breite von Infoboxen

Hallo zusammen, bin gerade im Zusammenhang von {{Infobox Flughafen}} darüber gestolpert: Viele Infoboxen haben ja (noch?) eine fixe Breite hinterlegt, in diesem konkreten Fall 250 Pixel, was bei moderner Hardware nicht mehr zeitgemäß sein dürfte. Gibt es hier moderne Lösungen, vielleicht sogar ohne Angabe einer fixen Breite? Oder welche Breitenangabe ist hier inzwischen der Standard, gibt es da etwas? Danke, Yellowcard (D.) 14:40, 4. Sep. 2023 (CEST)

Bekanntes Problem, schwierige Kiste, keine allgemeingültige Lösung möglich.

Erwägungen hängen ab von:

• Länge, Umfang der Beschriftungen (linke Spalte und der Daten (rechts; URL, Namen, Aufzählungen.
• Es sollen oft Bilder enthalten sein.
  • Bildbreiten sind explizit in Pixeln anzugeben, IB muss dan 10–20px breiter werden.
  • Bildbreite hängt ab von der Erkennbarkeit:
    • Chemische Strukturformel muss lesbar sein; Grafiken, Landkarten brauchen Breite.
    • Ein Foto als Luftbild von Dingenskirchen oder des NSG Tümpelteich zeigt wenig; käme mit wenigen px aus, ist nur Dekoration und gibt gefühligen Eindruck.
  • Bildbreiten-Pixel verhindern responsives Verhalten.
  • Wappen + Flagge nebeneinader brauchen Platz.
• Smartphone oder besser: schmaler Bildschirm will wenig Pixel bei der IB.
  • Smartphones ordnen momentan IB ggf. als eigenen Block an, ohne Text links daneben.
  • Desktops mit breitem Fenster könnten mehr Pixel vertragen.
• Individuell justieren nach typischen Inhalten im Anwendungsbereich.
  • Im Zweifelsfall belassen wie vorgefunden, sofern nicht frischere und vertiefte neue Erkenntnisse vorliegen.
• Keine projektweiten Standards, aber 300+x sind ein typisches Limit. Dürfen aber bei wenig Inhalt unterschritten werden.
• Es ist eine explizite Vorgabe erforderlich; wegen Bildbreiten und auch ohne Bilder wird der Eindruck bei 30% oder 10% und das gestaffelt nach Fensterbreite extrem kompliziert und konfus; nicht wartungsfähig.

VG --PerfektesChaos 15:05, 4. Sep. 2023 (CEST)

Danke für den Überblick, PerfektesChaos! Das hilft in jedem Fall schon einmal sehr weiter.

{{Infobox}} hat als Default-Angabe min-width:190px; max-width:300px; width:30%; im Style-Attribut stehen. Das gefiel mir vorhin, als ich es entdeckt habe, zunächst recht gut (also dynamische Angabe mit entsprechenden Grenzen, die man je nach Anwendungsfall ggf. anpassen kann), aber gemäß Deines letzten Punkts vielleicht doch gar nicht so geschickt, oder wie siehst Du das? Grüße, Yellowcard (D.) 15:14, 4. Sep. 2023 (CEST)

Eine fest vorgeschriebene (relative oder absolute) Breitenangabe gibt es nicht, es gibt weiterhin auch schmalere Infoboxen (<250px) und wesentlich breiter (~370px). . Die am häufigsten eingebundene {{Infobox Fußballspieler}} verwendet gar keine Breitendefinition. {{Infobox}} verwendet eine variable Breitendefinition mit min-width:190px; max-width:300px; width:30%;, damit ist dann bei 300px Schluss. Die mw-message-box hat bei mir mit FF 117 eine Breite von 1628px bei FullHD, sodass die Definition dazu führt, dass die IB immer 300px breit sein wird. --darkking3 ^Թ 15:22, 4. Sep. 2023 (CEST)

DOI mit Sonderzeichen

Hi! In der Beschreibung auf Vorlage:DOI steht in der Tabelle bei Parameter 1, dass man Entitäten für Sonderzeichen eingeben soll, jedoch bekomme ich dann Fehlermeldung "Ungültig" wie bei dieser (zugegeben fiktiven) . Was dort in der Tabelle bei Parameter 1 steht, stimmt also nicht?

Hintergrund, warum mir das aufgefallen ist, ist die durchaus funktionierende und zielführende mit dem Doppelkreuz (Hash), die ebenfalls als "Ungültig" abgefangen wird. Gebe ich in die Browseradresszeile die URL https://doi.org/10.11588/diglit.52375#0228 werde ich aber problemlos weitergeleitet. In diesem Fall spielt aber wiederum Vorlage:Literatur nicht mit, wenn ich diese Adresse beim Parameter Online eingebe. Die DOI als ungültig kann ich dort auch nicht eingeben. Und was mach ich nun, da beides nicht geht? – Doc Taxon • Disk. • 15:49, 30. Aug. 2023 (CEST)

Ein DOI bezieht sich immer nur darauf, dass in den nächsten Jahrzehnten in irgendeinem Format irgendwie was Hilfreiches zu dieser Publikation im Internet zu finden sein möge, wenn überhaupt.

Ob das ein Abstract, der vollständige Text, nur bibliografische Metadaten, kostenfrei, kostenpflichtig sei, ist völlig unvorhersagbar.

Ob das vom Format her PDF oder TIFF oder HTML oder irgendein eBook wäre, ist absolut offen.

#228 ist wohl eine Fundstelle in einem HTML-Dokument, oder was weiß ich.

Es ist in einem DOI unerlaubt, weil du überhaupt nicht wissen kannst, ob nächstes Jahr oder in einem Jahrzehnt ein HTML oder vielleicht ein PDF oder sonstwas geantwortet wird und wie in dieser Aufbereitung irgendwas wie eine Abschnittsnummer, eine Seitenzahl oder was immer 228 bedeuten mag organisiert und wenn überhaupt mit Sprungzielen versehen sind.

Die genannten Sonderzeichen beziehen sich nur auf den Bezeichner für das gesamte Dokument. Die erlauben mir ohnehin neben Ziffern und Buchstaben aller Sprachen viel zu viele verschiedene Sonderzeichen.

VG --PerfektesChaos 16:39, 30. Aug. 2023 (CEST)

Danke, ja, ich finde auch, dass die viel zu viele Sonderzeichen erlauben. Also #228 steht für die absolute Seitenzahl in dem Dokument. Damit kann ich per Link nicht nur das Dokument aufrufen, sondern bekomme dort auch gleich die richtige Seite angezeigt, probiere https://doi.org/10.11588/diglit.52375#0228

Damit, denke ich, wäre diese DOI auch zulässig, die Vorlage lässt dies jedoch leider nicht zu. – Doc Taxon • Disk. • 10:51, 31. Aug. 2023 (CEST)

@PerfektesChaos: lässt sich da was machen? Vielleicht # in DOI-Adressen erlauben, damit entweder der Parameter DOI oder Online in Vorlage:Literatur funktionieren. Dass sich beide gegenseitig blockieren, ist worst case. Online-Parameter meldet Fehler, wenn DOI-Adresse als Wert drin steht, und DOI meldet Fehler, weil # in der Adresse steckt. Zumindest eines sollte möglichst funktionieren. – Doc Taxon • Disk. • 14:36, 3. Sep. 2023 (CEST)

Ein DOI bezieht sich immer nur darauf, dass in den nächsten Jahrzehnten in irgendeinem Format irgendwie was Hilfreiches zu dieser Publikation im Internet zu finden sein möge, wenn überhaupt.

Ob das ein Abstract, der vollständige Text, nur bibliografische Metadaten, kostenfrei, kostenpflichtig sei, ist völlig unvorhersagbar.

Ob das vom Format her PDF oder TIFF oder HTML oder irgendein eBook wäre, ist absolut offen.

Du kannst überhaupt nicht wissen, in welchem technischen Format unter welcher URL auf welcher Domain was für eine Aufbereitung bereitgestellt werden wird, und ob das überhaupt mehr als grad mal die Metadaten sein werden.

Du kannst auch überhaupt nicht wissen, falls überhaupt Sprungmarken verfügbar sind, ob die als #0228 oder #p228 oder #page228 oder #S228 vorhanden sein werden.

Es sind die vollständigen bibliografischen Angaben zu machen, und die Fundstelle ist im Klartext anzugeben, etwa über eine Seitenzahl, vielleicht zusätzlich auch noch über den Namen eines Abschnitts, wodurch sie auch in einem unpaginierten eBook gefunden werden könnte.

Zu welcher URL der DOI jetzt im Moment grad aufgelöst wird, und was da technisch innerhalb des heutigen Formats passiert, ist völlig belanglos und darf nicht verwertet werden. Den DOI verwenden wir statt einer URL eben gerade deshalb, weil sich die URL und auch die technische Aufbereitung im Lauf der nächsten Jahre jederzeit ändern könnte und das Format des Nachfolgers, wenn es ihn überhaupt geben würde, absolut unvorhersagbar ist.

Der DOI bezieht sich immer nur auf die Ressource in ihrer Gesamtheit, niemals auf die inneren Geheimnisse in der momentanen Realisierung.

Aus genau demselben Grund darf der Name einer Wiki-Seite auch niemals ein # enthalten.

VG --PerfektesChaos 19:06, 3. Sep. 2023 (CEST)

Ja okay, wie bekomme ich den Fehler jetzt dann raus: Alexander Koch: Deutsche Kunst und Dekoration: Illustrierte Monatshefte… Band 69, 1931, S. 200 (Digitalisat).  – Doc Taxon • Disk. • 03:58, 4. Sep. 2023 (CEST)

Der DOI lautet: 10.11588/diglit.52375

Wenn du die momentane Fundstelle direkt verlinken möchtest, musst du zusätzlich diejenige URL angeben, als dass dies jetzt grad aufgelöst wird.

Der DOI wird benötigt, wenn in einigen Jahren die momentane URL nicht mehr funktioniert, und das dann mit Glück in einer anderen Aufbereitung ermittelt werden muss.

Wie wenig dauerhaft diese Sprungziele sind, merkst du an #0228 gegen Seiten=200 – das zeigt, dass diese Digitalisierung 28 Seiten Titelblatt, Inhaltsverzeichnis, Vorwort usw. mitzählt. Jemand anders könnte das wieder anders nummerieren, das Vorwort mit römischen Ziffern, und die Seitenzahlen wie aufgedruckt, oder nach Heftnummern der „Monatshefte“. Oder ein eBook kennt überhaupt keine Sprungziele, nur Heftnummern und Überschriften.

VG --PerfektesChaos 12:16, 4. Sep. 2023 (CEST)

Ja okay, man müsste das wahrscheinlich dann auch auf einer Hilfeseite oder der Vorlagendoku irgendwo vermerken. Wenn ein Benutzer merkt, dass Parameter Online nicht verwendet werden soll bei DOI-Adressen, der Parameter DOI aber mit # auch geht nicht, könnte er wahrscheinlich "durchdrehen". Des Weiteren müsste in der Doku zur Vorlage DOI die Tabelle bei Parameter 1 korrigiert werden. Das Escapen der dort angegebenen Zeichen funktioniert nämlich nicht, siehe hier in der Disk erster Satz ganz oben. – Doc Taxon • Disk. • 23:50, 4. Sep. 2023 (CEST)

Wann wozu DOI eingesetzt werden, was sie bedeuten, was sie überhaupt sind, ist nicht Angelegenheit dieser einzelnen Vorlage.

Das betrifft Angaben von Literatur allgemein, im Prinzip auch einer permanenten „Internetquelle“.

Die genannte Vorlage generiert nur die Verlinkung, und prüft auf Gültigkeit.

Dein Begehren wäre zentral für alle Nutzungen, egal ob mit Vorlagen oder ohne, auf WP:ZR aut idem zu klären.

Eine „Hilfeseite“ käme nicht in Frage; DOI sind keine Angelegenheit der MediaWiki-Software.

VG --PerfektesChaos 00:39, 5. Sep. 2023 (CEST)

Vorlagen FIFA.com und UEFA.com

Hallo, die Vorlage {{FIFA.com}} ist wohl schon seit Längerem ein Problemfall. Die Originaldatenbak gibt es in der seinerzeitigen Form wohl nicht mehr, inwieweit https://www.fifaindex.com/ deren Funktion übernommen hat, habe ich mir noch nicht angeschaut. Die Vorlage wurde schon vor einer Weile auf Archivlinks umgestellt, die wohl aber auch nicht mehr funktional sind. en.wp und Wikidata verlinken auf andere Webarchive, aber in den Stichproben, die ich mir angeschaut habe, auch nicht wirklich erfolgreich. Kann da jemand bitte einen Blick mit drauf werfen, ob sich da irgendwelche Rettungsversuche lohnen, oder ob das gelöscht werden kann? In {{UEFA.com}} scheint es wohl analog auszusehen, habe ich mir noch nicht angeschaut. Vielen Dank! --FordPrefect42 (Diskussion) 10:05, 31. Aug. 2023 (CEST)

Hallo in die Runde, der Auslöser für die Anfrage von FordPerfekt42 bin ich, weshalb ich mein Interesse, an einer Beantwortung der Frage, auch nochmal zum Ausdruck bringen wollte. Danke und Grüße --LegoFCB (Diskussion) 06:45, 1. Sep. 2023 (CEST)

Hm, was ist denn hier die konkrete Anfrage? Die Beurteilung, ob fifaindex.com eine geeignete Datenbank für den Ersatz der Links ist, können wir hier in dieser Werkstatt sicher nicht besser beantworten als die Fußballexperten. Gruß, -- hgzh 08:14, 7. Sep. 2023 (CEST)

Hallo @Hgzh, bekanntermaßen sind die genannten Vorlagen defekt oder auch gar nicht vorhanden. Das gilt auch für Archivsuche, die erfolglos verläuft. Dies ist Grundlage für zahlreiche Lösungen, die ich vornahm. Daraufhin wurde ich angesprochen, dass noch viele weitere Links vorhanden sein, wobei sich ein Bot besser um die Löschung kümmern könne. In weiteren Kommentaren, wurde gesagt, dass man diese nicht löschen sollte, da eine Reparatur dieser Links durchaus möglich wäre. Wenn dem so ist, sollte ich die Löschungen (bislang mehrere 100) rückgängig machen. Die Frage ist nun, ob Löschung oder Wiedereinsetzung Sinn macht. Danke und Grüße --LegoFCB (Diskussion) 08:45, 7. Sep. 2023 (CEST)

Geteilter Tabellenkopf

Hallo, haben wir eigentlich in de:WP ein Äquivalent für en:Template:Diagonal_split_header ? Wenn ja, macht das was Sinnvolles für Screenreader oder ist das völlig unsemantisch? Beste Grüße -- Leif Czerny 08:23, 6. Sep. 2023 (CEST)

Da wird nur mit CSS-Positionierung gearbeitet, für Screenreader unverständlich. Das sollten wir uns nicht aufbinden. Eine Alternative wäre möglicherweise, die Zelle horizontal zu trennen und dann mit scope zu arbeiten. Gruß, -- hgzh 10:01, 6. Sep. 2023 (CEST)

Hmm hättest Du ein Beispiel? Eine einzelne Zelle kann ich doch nicht spalten; ich müsste also eine leere Spalte einfügen und dann die beiden ersten Zellen in jeder Zeile mit colspan fusionieren? ---- Leif Czerny 10:11, 6. Sep. 2023 (CEST)

Ja, das schwebte mir vor. -- hgzh 11:39, 6. Sep. 2023 (CEST)

Kriegen Screenreader etc. das hin? Dan probiere ich das mal aus. Ist aber viel Quelltext. ---- Leif Czerny 15:29, 6. Sep. 2023 (CEST)

Das klingt mir alles sehr dubios.

Zunächst einmal ist in dieser Werkstatt das konkrete Problem zu schildern, mit Beispielfall.

• Danach kann für dieses Problem eine angemessene Lösung gesucht werden.
• Allgemeine Anfragen nach schlechten Hacks aus der enWP sind nicht zielführend.

Eine Datentabelle hat eine semantische Struktur und ordnet jeder Zelle die Legende (Überschriftenstruktur) zu.

• Jede Verletzung der semantischen Struktur durch Hacks mit optischen Basteleien verfälscht die Semantik.
• Damit sind Screenreader und jede andere nachfolgende Software übel angeschmiert.

Wenn Spaltenüberschriften wesentlich breiter sind als die Inhalte, und das auch mit weichem Umbruch nicht lösbar wäre, kann der Tabelle eine Legende mit Bedeutung der Abkürzungen vorangestellt werden, und die Spaltenüberschriften erhalten intuitive Kürzel.

VG --PerfektesChaos 15:53, 6. Sep. 2023 (CEST)

Hallo PerferctesChaos,

Deswegen frage ich ja, kein Grund, so ein Geschnaube zu veranstalten. Die Option "Legende" halte ich für solche Fälle durchgängig für unpassend, und wüsste auch nicht, inwiefern das semantisch robust umzusetzen wäre.-- Leif Czerny 14:35, 7. Sep. 2023 (CEST)

Andrew Higginson

Hallo zusammen,

so, ich schon wieder. Im Artikel Andrew Higginson erscheint plötzlich unten die ref-Fehlermeldung "..wird im vorausgehenden Text nicht verwendet...". Obwohl es in den letzten Wochen keine Änderungen gab, auch nicht in der Vorlage:Infobox Snookerspieler

Ist irgendetwas unpassend zu Vorlagen? Das Preisgeld im Quelltext ist anders, als im Artikel angegeben.

VG, L

Nachtrag: es sind weitere Artikel betroffen, das muss an bestimmten recht gut versteckten Datenbeständen liegen.

--Larry2718 (Diskussion) 15:52, 7. Sep. 2023 (CEST)

Es betrifft Artikel aus dieser Liste, da hier nachgepflegt wurde. --darkking3 ^Թ 15:57, 7. Sep. 2023 (CEST)

Problem der Verschachtelung bei Umwandlung {{LOCALDATE}}

Hallo Miteinander. Mein Problem ist eines der Bequemlichkeit, und marginal und sieht so aus:

Schritt 1 {{LOCALDATE}} ergibt 16. November 2024

Schritt 2 {{ISO-Datum|{{LOCALDATE}}}} ergibt 2024-11-16

Dieses Format braucht es für die Vorlage von Referenzen beim Schreiben von Artikeln.

Darum habe ich mir also <ref>{{Internetquelle |autor= |url= |titel= |werk= |hrsg= |datum= |abruf=2023-09-09}}</ref> in meine Werkstatt gelegt, damit es schneller geht beim Erstellen.

Hier muss ich nun allerdings das ISO-Datum jeden Tag von Hand in meiner Kopiervorlage ändern, denn eine tiefere Verschachtelung <ref>{{Internetquelle |autor= |url= |titel= |werk= |hrsg= |datum= |abruf={{ISO-Datum|{{LOCALDATE}}}}}}</ref> funktioniert offenbar nicht.

Wenn ich also vergesse zu ändern, oder ich mich vertippt habe (das kommt vor) stimmt mein Abrufdatum in meiner Kopiervorlage nicht. Ich müßte das Ergebnis von oben also erst zwischenspeichern in einer neuen Vorlage. Bei einer Vorlage, die ich in meinem Benutzerraum erstelle komme ich aber immer noch auf zu viele Klammern, oder habe ich da einen Denkfehler.

Ich hänge fest. Kann mir da jemand helfen?

Wäre das nützlich für viele?

Danke für ein Feedback! --Merlingenial • परिचर्चा 01:31, 9. Sep. 2023 (CEST)

Ist das folgende gewünscht?

<ref>{{Internetquelle |autor= |url= |titel= |werk= |hrsg= |datum= |abruf=2024-11-16}}</ref>

Der Unterschied liegt in einer Unterbrechung der nowiki-Umgebung. --Kallichore (Diskussion) 01:40, 9. Sep. 2023 (CEST)

Super, Danke vielmals und so schnell --Merlingenial • परिचर्चा 01:46, 9. Sep. 2023 (CEST)

und so verblüffend einfach --Merlingenial • परिचर्चा 02:09, 9. Sep. 2023 (CEST)

Metadaten Einwohnerzahl PT - alte Daten vor der Gebietsreform erhalten und neue Daten einbringen

Hallo, ich bin dabei die Metadaten der Einwohnerzahlen von Portugal auf den aktuellen Stand zu bringen. Dabei hänge ich an dem Problem, dass aktuell in den Vorlagen Metadaten Einwohnerzahl PT-00...30 LAU-Nr von vor und nach der Gebietsreform 2013 gemischt sind. Für die ehemaligen Aufteilungen (und entsprechende LAU-Nr.) vor der Gebietsreform gibt es keine aktuellen Daten; diese sind aber über die Vorlage Infobox Ort in Portugal noch zahlreich eingebunden (z.B. Mafamude LAU=131710 oder Santo Tirso LAU=131422). Die Einwohnerzahlen von 2021 habe ich in der Vorlage:Metadaten Einwohnerzahl PT:COMP vorbereitet. Eine mögliche Lösung hat Tschubby beschrieben: Abfrage über Vorlage:Metadaten_Einwohnerzahl_PT erst über Vorlage:Metadaten Einwohnerzahl PT:COMP zu machen, falls dort die gesuchte LAU-Nr nicht vorhanden ist, die Abfrage auf Vorlagen Metadaten Einwohnerzahl PT-00...30 weiterzuleiten. Ist so etwas umsetzbar? Grüße --Peterf (Diskussion) 20:46, 26. Jul. 2023 (CEST)

Grundsätzlich: ja.

Pfiffige Gesamtstrategie erforderlich.

Nachfrage: Soll Vorlage:Infobox Ort in Portugal die einzige Stelle sein, an der das dargestellt wird?

Nachfrage: Lassen sich alte und neue „LAU“ irgendwie unterscheiden?

Nachfrage: Wenn wir den Artikel über den Ort X haben, inwieweit ist es vorher und nachher gleiche LAU, gleiches Gebiet, gleiche Bevölkerung?

Grundsätzlich ist es ein Problem, Zahlen zu unterschiedlichen Zeitpunkten oder zugeordneten Objekten gleichartig durcheinander zu verwalten.

Wenn es geschickt gemacht wird, kann das so mit Rückfallwerten und Datierung dargestellt werden, wie du es skizziert hast.

VG --PerfektesChaos 20:57, 26. Jul. 2023 (CEST)

Die Einwohnerzahlen vor der Gebietsreform sind (vermutlich) nicht nur über die Vorlage:Infobox Ort in Portugal eingebunden. Eine Weiche alte/neue LAU-Nr. ist daher in Vorlage Metadaten_Einwohnerzahl_PT erforderlich.

Die LAUs vor/nach der Gebietsreform wurden nicht doppelt vergeben - sind also eineindeutig. So weit ich das überblicke aber nicht einfach unterscheidbar (z.B. 080101=Albufeira vor Gebietsreform / 080106=Albufeira e Olhos de Água nach Gebietsreform).

Grüße --Peterf (Diskussion) 21:26, 26. Jul. 2023 (CEST)

Dann ist dringendst die Einführung eines neuen Parameters in Vorlage:Infobox Ort in Portugal erforderlich.

• LAU=080101 (Altbestand)
• LAU2013=080106 (neu, gemäß Gebietsreform 2013)

Was ist denn diese „Gebietsreform“ eigentlich?

• Wie wirkt sie sich auf Albufeira aus? Gleiche Gemeindegrenzen, gleiches Volk, nur andere Nummer?
• Wurde der Ort übergeordneten Strukturen anders zugeordnet? „Landkreise“ neu zugeschnitten, „Provinzen“ anders gegliedert?

Vorlage:Metadaten Einwohnerzahl PT sollte nicht gemischt alte und neue Informationen enthalten.

• Ich würde Vorlage:Metadaten Einwohnerzahl PT/2013 neu anlegen und dort temporär nur die neuen Zuordnungen verwalten.
  • Nachdem es in einigen Jahren keine alten Einbindungen mehr gibt, kann die alte gelöscht und (mit WL) die temporäre an den bisherigen Platz verschoben werden.
  • Aus diffs mit vorherigen Versionen lassen sich notfalls die sortenrein zugreifenden Metadaten getrennt für alt und neu gewinnen. Auch dein PT:COMP mag dahingehend ausgewertet werden.
  • Ansonsten werdet ihr im Sumpf versinken.
  • Sobald nirgendwo der alte LAU= verwendet wird, kann LAU2013= zu dessen Alias gemacht und die temporäre Migrationslösung wieder zurückgebaut werden.
• Es gibt da so Metadaten-Geo-WikiProjekte; die sollten involviert werden.

Nachfrage: Welche anderen Verwendungen auße Infobox gäbe es noch für die Metadaten.

VG --PerfektesChaos 13:03, 28. Jul. 2023 (CEST)

Hallo PerfektesChaos, deine Fragen sind valide und im Sumpf beschreibt den Zustand; ich wollte nur die Einwohnerzahlen auf den aktuellen Stand bringen.... Ich muss hier auch Reverse Engineering betreiben - habe @Tschubby: angepingt ob er zur Diskussion etwas beitragen kann da er einige Änderungen zur Verwaltungsgliederung Portugals gemacht hat. Ich hoffe er kann hier helfen.

Am einfachsten ist deine Frage zur Gebietsreform zu beantworten: Administrative Neuordnung in Portugal 2013

Außerhalb der Infobox sind z.B. im Artikel Santo Tirso im Text die Metadaten eingebunden: ... leben {{EWZ|PT|131422}} Einwohner (Stand {{EWD|PT|131422}})...

Wenn ich in den Artikel Santo Tirso reinschaue, ist Santo Tirso sowohl der Name einer Gemeinde als auch eines Kreises. In der Infobox Ort in Portugal im Artikel ist die (alte) LAU=131422 eingefügt; anhand der Einwohnerzahl ist das wohl der Kreis. Daten zu Gemeinde Santo Tirso vor der Gebietsreform finde ich in Vorlage:Metadaten Einwohnerzahl PT-13 nicht, nach der Gemeindereform sind hier LAU=1314 für den Kreis aufgeführt und die LAU=131437 für eine Zusammenlegung von Gemeinden (União das freguesias de Santo Tirso, Couto (Santa Cristina e São Miguel) e Burgães) aufgeführt. Wobei mir hier nicht klar ist wie das Datum (2011) der Vorlage:Metadaten Einwohnerzahl PT mit den Einwohnerzahlen nach der Gebietsreform 2013 zusammenpassen kann. Hier stimme ich völlig mir dir überein, das sollte man nicht in einer Vorlage mischen.

PT:COMP beinhaltet nur die Einwohnerzahlen zu LAUs nach der Gebietsreform.

Grüße--Peterf (Diskussion) 17:34, 28. Jul. 2023 (CEST)

Da ich von euch angepingt wurde, werde ich auch noch meinen Senf dazu geben. Ich finde es in Portugal eh unglücklich gelöst, dass gleichlautende Kreise und Gemeinden im gleichen Artikel geführt werden und das zusammen in einer riesigen Infobox. Aus meiner Sicht müssten diese unterschiedlichen Gliederungen getrennt werden. Ein Artikel für den Kreis, ein anderer Artikel für die Gemeinde. In vielen anderen Ländern werden nur die aktuellen Gemeinden mit Metadaten angezeigt. Bei den alten Gemeinden werden die Einwohnerzahlen hardcodiert in der Infobox eingetragen. Falls die Logik der Metadaten umgestellt wird, ist auch zu beachten, dass die Logik der Einwohnerdichte nach dem gleichen Muster angepasst wird. Die Vorlage Vorlage:Infobox Município in Portugal müsste dann sicher auch noch angepasst werden. Gruss --Tschubby (Diskussion) 18:33, 28. Jul. 2023 (CEST)

Dann empfehle ich dringend, zu Vorlage:Metadaten Einwohnerzahl PT-13 usw. ebenfalls für die Dauer der Migration eine Untervorlage Vorlage:Metadaten Einwohnerzahl PT-13/2013 zu erstellen, und ggf. die bisherige auf den Status quo ante zurückzusetzen und in die „neue“ nur migrierte Daten aufzunehmen.

• Das unter der Voraussetzng, dass -13 (alt) identisch ist mit -13 (neu). Ansonsten wird das echt kriminell.
• Ich habe diverse Nachfragen offen, die die Auswirkung dieser Gebietsreform und deren strukturelle Änderungen betreffen. Das würde sich natürlich auch auf Datenstrukturen und Abbildung in Vorlagen auswirken.
• Durch die beschriebene Aufteilung in separate Vorlagen lässt sich zurückverfolgen, wo noch die bisherige eingebunden wird, und wo bereits die „neue“.
• Dann kann kaskadierend (mit Unterstützung hiesigen Werkstattpersonals) abgefragt werden, ob bereits unter der neuen LAU Daten vorhanden sind; wo nicht, dann aus der alten. Die Abfragen, die nur aus einer alten bedient werden können, lassen sich dann auch in einer Wartungskat registrieren. Wo dann eine alte Vorlage überhaupt nichts mehr liefert, kann sie zur WL auf die neue Technik gemacht werden. Zum Schluss kann der Migrationsmechanismus wieder eliminiert werden.

VG --PerfektesChaos 12:39, 29. Jul. 2023 (CEST)

Hallo PerfektesChaos.

Zu den strukturelle Änderungen habe ich mir die Datensätze angeschaut. Die Kreise/Gemeinden, die sich in der Aufteilung geändert haben, haben mit der Gebietsreform einen neuen Namen und eine (bisher noch nicht vergebene) LAU-Nr bekommen - zumindest habe ich kein Gegenbeispiel gefunden. Da wo sich keine Änderung ergeben hat, sind die LAU-Nr gleich geblieben (z.B. Porto LAU=1312 vor und nach Gebietsreform).

Die Vorlage:Metadaten Einwohnerzahl PT ruft die Unter-Vorlagen Metadaten Einwohnerzahl PT-01 ... -30 auf. Alle neuen/aktuellen LAU Nr. aus -01 ... -30 sind in der neuen Vorlage:Metadaten Einwohnerzahl PT:COMP vereinigt. Ich vermute daher, eine Migrationsversion der Untervorlagen Metadaten Einwohnerzahl PT-01...-30/2013 ist nicht notwendig. Müsstet du noch mal bewerten.

Ich habe jetzt gerade noch gesehen, dass in der aktuellen Vorlage:Metadaten Einwohnerzahl PT noch eine Funktion LAU1 to ISO zwischengeschaltet ist; das scheint mir ein historisch gewachsenes Relikt zu sein - ob das noch irgendwo genutzt wird kann ich nicht sagen. Leider sehr verworren das ganze. Kannst du dir das mal anschauen, ob das bei einer Umstellung mitgenommen wird oder nicht.

Die Vorlage:Infobox Município in Portugal ist innerhalb der Infobox Ort in Portugal eingebunden - Tschubbys Hinweis. Sie wird über {{padleft:|4|LAU}} aufgerufen; passt auch nach der Gebietsreform (z.B. Abrantes Gemeinde LAU=140120 und Abrantes Kreis LAU=1401).

Ist noch eine Frage von dir offen? Kann ich noch irgendwo helfen?

Danke & Grüße --Peterf (Diskussion) 11:27, 31. Jul. 2023 (CEST)

Hallo, nachdem die Diskussion etwas in stocken geraten ist - was haltet ihr von folgendem Vorgehen: Ich ersetzte hart den Aufruf in der Vorlage Infobox Ort in Portugal von Vorlage:Metadaten Einwohnerzahl PT auf die neue Vorlage:Metadaten Einwohnerzahl PT:COMP. Das wird dann für die nicht mehr aktuellen LAUs zu einem:

führen. Kann man die Suche nach dieser Fehlermeldung automatisieren, sodass man eine Liste der betroffenen Artikel bekommt? Ich vermute dir Anzahl hält sich in Grenzen (<100) und diese würde ich dann händisch (hard coded) auf den Wert aus der alten Vorlage Metadaten Einwohnerzahl PT setzen.

Alternativ sehe ich noch die Möglichkeit in der Vorlage Infobox Ort in Portugal den Paramter Einwohner über folgende Abfrage zu machen: {{#if:{{booland|{{IstZahl|{{Metadaten Einwohnerzahl PT:COMP| {{{LAU}}} }} }} }}| {{Metadaten Einwohnerzahl PT:COMP| {{{LAU}}} }} | {{Metadaten Einwohnerzahl PT| {{{LAU}}} }} }} und bei Quelle, Datum gleich zu verfahren.

Meinungen dazu? Grüße --Peterf (Diskussion) 21:58, 10. Aug. 2023 (CEST)

@Peterf:, ich habe dir hier mal eine Auswertung eingerichtet, bei der aufgelistet wird, in welchen Infoboxen ein LAU Code hinterlegt ist, der nicht in deiner neuen Liste vorkommt. Es sind weit über 500 Einträge. Vielleicht kontrollierst du gewisse Einträge. Bin der Meinung, dass es sich hier bei vielen um aktuelle Gemeinden handelt. Gruss --Tschubby (Diskussion) 21:47, 16. Aug. 2023 (CEST)

Hallo @Tschubby:, vielen Dank für die Liste. Nach dem durchschauen, sieht es so aus, als wären viele der fehlenden LAUs im Zuge der Gebietsreform zusammengelegt worden und werden jetzt unter einem Gemeindezusammenschluss União das freguesias de ... unter einer separaten LAU-Nr geführt. Damit scheint mir der Einbau einer LAU-Nr Abfrage erst über die neuen Daten und dann - falls die LAU-Nr dort nicht vorhanden ist - eine Weiterleitung der Abfrage zu den alten Daten am praktikabelsten. Grüße --Peterf (Diskussion) 22:32, 20. Aug. 2023 (CEST)

@Peterf:, ich könnte mir aber vorstellen, dass du evtl. ein mix zwischen alten und neuen Daten bekommst. Wenn die Gemeinde nicht gefunden wird, wird die alte Einwohnerzahl abgebildet, wenn aber der zugehörige Kreis gefunden wird, dann wird dort die neue Einwohnerzahl angezeigt. Wenn man nun die Einwohnerzahlen aller Gemeinden des Kreises zusammenzählt, stimmt die Summe nicht mehr überein. Gruss --Tschubby (Diskussion) 07:56, 21. Aug. 2023 (CEST)

@Tschubby: Auf Gemeindeebene passt die Einwohnerzahl bei einem Mix von alten und neuen Daten nicht - das stimmt. Städte und Kreise sind in Artikeln ja auch teilweise zusammen beschrieben; hattest du ja oben schon angemerkt, dass das in Portugal nicht konsequent und einheitlich ist. Auf den Ebenen Regionen, Subregionen und Kreisen passen die neuen Daten zusammen. Da werden (z.B. Vorlage:Verwaltungstabelle PT) die Vorlage:Metadaten Einwohnerzahl PT:NUTS mit Stand 2011 eingebunden - die hattest du mal angelegt. Die Vorlagen könnte man direkt auf die Vorlage:Metadaten Einwohnerzahl PT:COMP umstellen mit der Stand 2021. Grüße --Peterf (Diskussion) 08:38, 21. Aug. 2023 (CEST)

Ich habe mal einen Schalter in die Infobox_Ort_in_Portugal eingebaut. Im Prinzip funktioniert das; den ref-Namen müsste man noch entsprechend anpassen und dann auch die noch die Vorlage:Infobox Município in Portugal gleich behandeln. Das ganze ist aber vom Code recht unübersichtlich und ermöglicht nur die Anzeige der aktuelleren Einwohnerdaten innerhalb der Infoboxen. Daher noch mal einen Schritt zurück und die Frage, wie das ganze auf lange Sicht aussehen soll.

Hier mal meine Sichtweise:

• Einwohnerzahlen vor der Gebietsreform bleiben erhalten in der Vorlage:Metadaten Einwohnerzahl PT-01...30 - sind ja auch in über 600 Artikeln eingebunden
• Die aktuellen Einwohnerzahlen werden in der Vorlage:Metadaten Einwohnerzahl PT:COMP gepflegt und beinhalten bzw. ersetzen auch die Vorlage:Metadaten Einwohnerzahl PT:NUTS
• Der Abruf der Einwohnerzahlen bleibt unverändert über {{Metadaten Einwohnerzahl PT|NUT}} möglich (keine Spezialbehandlung innerhalb der Infoboxvorlagen)
• Ist für eine NUT ein (aktueller) Eintrag in der Vorlage:Metadaten Einwohnerzahl PT:COMP enthalten, wird dieser zurückgegeben; ist der Eintrag nicht vorhanden, wird in der Vorlage:Metadaten Einwohnerzahl PT-01...30 danach gesucht
• Entsprechend werden auch die Parameter QUELLE und STAND über die NUT Zuordnung (alt / aktuell) zurückgegeben

Damit werden wir die alten Daten und Strukturen nicht los, müssen aber in Zukunft nur noch eine Vorlage pflegen. Als Vorteil sehe ich, dass man keine Anpassungen in den Artikeln oder Infoboxvorlagen benötigt. Die Umstellung der Aufrufe von Vorlage:Metadaten Einwohnerzahl PT:NUTS nach Vorlage:Metadaten Einwohnerzahl PT müsste man einmalig angehen um dann überall auf dem gleichen Stand zu sein. Nachteil (wie von Tschubby oben beschrieben) ist bei der Lösung, dass die Summe der Gemeinden-Einwohner (alte NUTs) nicht der Einwohnerzahl des (neuen) Kreises übereinstimmt.

Für die Umsetzung habe ich folgenden Versuch gemacht: Vorlage:Metadaten Einwohnerzahl PT WEICHE - Idee ist diese Vorlage durch die Vorlage:Metadaten Einwohnerzahl PT zu ersetzen. Bitte mal checken, ob das so funktionieren kann - hab da nicht viel Erfahrung in der Syntax (aller Anfang ist schwer...).

Gibt es andere Ideen/Meinungen zum Vorgehen? Grüße--Peterf (Diskussion) 14:00, 24. Aug. 2023 (CEST)

Update: Ich habe die Weiche - wie oben beschrieben - in die Vorlage:Metadaten Einwohnerzahl PT eingebaut. Änderungen an der Vorlage:Infobox sind damit nicht nötig. Mir sind bisher keine Probleme mit der Lösung aufgefallen. Danke für die Diskussion und Inputs. Grüße --Peterf (Diskussion) 23:03, 13. Sep. 2023 (CEST)

Neue Vorlage "Infobox Entscheidung Bundesverfassungsgericht"

Hallo, liebe Vorlagenwerkstatt,

die Redaktion:Recht möchte gerne eine neue Vorlage "Infobox Entscheidung Bundesverfassungsgericht" einführen. Die Eckpunkte wurden ausführlich diskutiert, und es wurde im weiteren Verlauf ein Grundkonzept beschlossen, das nun in eine neue Vorlage umgesetzt werden soll. Die gewünschten Parameter findet ihr am Ende dieses Abschnitts.

Zur Info: Es gibt bereits zwei Vorlagen (die gewünschte neue wäre mithin die dritte). Vorlage 1, von uns im Diskurs als "alte Vorlage" bezeichnet, ist eine in Benutzung befindliche Version (7 Anwendungsfälle), die aber nicht fortgeführt werden soll. Vorlage 2 wurde vor einiger Zeit ohne Beteiligung des Portals gelöscht, diente dem Portal als Diskussionsgrundlage und wurde auf einer Portal-Unterseite vorübergehend wiederhergestellt. Diese gelöschte Vorlage könnte vielleicht eine Arbeitsgrundlage für unsere neue Vorlage 3 sein.

Wäre toll, wenn ihr uns hier helfen könntet. Für Rückfragen stehe ich euch gerne zur Verfügung. --Opihuck 23:33, 10. Sep. 2023 (CEST)

Warum eine "neue" Vorlage erstellen und nicht die vorhandene anpassen? Das ist auch zur Dokumentation wesentlich sinnvoller, als eine weitere neue Vorlage. Siehe auch Wikipedia:WikiProjekt_Vorlagen/Werkstatt/Archiv 2023/1#Vorlagen zusammenführen. --darkking3 ^Թ 10:46, 11. Sep. 2023 (CEST)

Bei einer Neukonzeption über ganze 8 Artikel würde ich dem Portal anempfehlen, den Blick zu weiten.

Ich würde für eine komplett neue Infobox plädieren, die Barrieren und optische Hacks vermeidet.

• Und zwar „Entscheidung deutsches Obergericht“ oder sowas.
• Also auch nutzbar für BGH, BSG oder sonstwas, sofern diese einmal eine relevanzstiftende Grundsatzentscheidung treffen.
• Das AG Hintertupfingen wird hier eher weniger Rechtsgeschichte schreiben.
• Aber OLG und Kammergericht mögen auch einmal eine RK-fähige Entscheidung finden.
• Heißt: Zusätzlicher neuer Pflichtparameter |Gericht= mit Werten BVG BGH BSG usw.

Ansonsten der Parametersatz, wie er fachlich zuletzt durch das Portal konsentiert wurde.

Aus den beiden Vorgängern sollten die behaltenswerten Teile kopiert werden.

• Eine ungebrochene Abstammungslinie bringt aber mehr Verwirrung, als dass sie irgendwas einspart.
• Es ist einfacher zu migrieren, auf eine komplett neue Version umzustellen, als sich mit parallelen Krücken zu helfen.

VG --PerfektesChaos 12:17, 11. Sep. 2023 (CEST)

Bei 8 Artikeln werden sicherlich keine parallelen Krücken notwendig sein. Für deine Erweiterung Du wirst sicherlich alle Artikel der Kategorie:Gerichtsentscheidung (Deutschland) meinen? Würden rein theoretisch alle Artikel eine IB erhalten, müssten derzeit auch AG's berücksichtigt werden. Sollte aber kein Problem sein und es wäre wohl soetwas wie z.B. "Infobox Entscheidung deutsches Gericht" sinnvoll. --darkking3 ^Թ 15:08, 11. Sep. 2023 (CEST)

Öh, ja, mmpf.

• Diese Kat hatte ich im Detail nicht geflöht.
• Ich ahnte aber, dass wir mindestens ein paar BGH-Entscheidungen irgendwo haben sollten.
• Zumindest würden mit der nächsten Million Artikel ein paar Fälle aufschlagen.

Zur Strategie:

• Es sollte ein sauberer Schnitt gemacht werden, und ein Neuanfang ohne VG.
• Was vom bisherigen Design zukunftsfähig ist, mag so übernommen werden.
• Und der Parametersatz gemäß Fachportal.
• Eine neue IB erstellen wir aber nach Grundsätzen der Barrierefreiheit, ohne Winzschrift und tote Zeilen oder ablenkende Grafik.

Also alle deutschen Entscheidungen bis runter zum Reichsgericht.

Der Gerichtsparameter sollte für die bekannten Fälle ein kontrolliertes Vokabular haben.

• Bekannt wäre BGH usw.
• Wenn Bundesgericht, dann Adler, aber nicht dominierend und nicht in voller Breite. Smartphone-Scrollweg.
• „Verwaltung“ und „Verfassung“ fangen beide mit „V“ an.
• Die Existenz des dekorativen Adlers ohne inhaltlichen Beitrag sollte Screenreadern verborgen werden.
• Wenn unbekanntes Gericht, dann volle Verlinkung erforderlich und keine Grafik.

VG --PerfektesChaos 16:34, 11. Sep. 2023 (CEST)

Ich habe auch nur geahnt, dass es sicherlich Urteile geben wird, die auch eine AG-Entscheidung relevant machen. Für historische Urteile können wir nachpflegen, sofern diese in den vorgegebenen Parametersatz passen. Zur Unterscheidung reicht die deutsche Behördensprache aus: Bundesverwaltungsgericht ist BVerwG, Bundesverfassungsgericht ist BVerfG, die Abkürzungen dürften der Redaktion Recht eigentlich geläufig sein. --darkking3 ^Թ 17:21, 11. Sep. 2023 (CEST)

Vielen Dank für eure Rückmeldungen.

zu 1): Ja, natürlich soll es künftig nur noch eine Vorlage geben. Die Löschung von Vorlage 2 ist leider am Portal vorbeigegangen. Dabei war das Portal fast einstimmig der Überzeugung, dass die gelöschte Vorlage 2 ausbaufähig war und die bestehende Vorlage 1 indiskutabel ist. Ich kann technisch nicht beurteilen, ob es einfacher ist, Vorlage 1 oder Vorlage 2 umzubauen oder Vorlage 3 völlig neu zu schreiben. Was ich aber für alle Diskussionsteilnehmer sagen kann, ist, dass wir an Vorlage 1 und ihrer Optik kaum festhalten wollen (siehe nur die sehr eindeutigen Äußerungen auf der Disk). Mein Vorschlag: Ihr zieht euch eine Kopie von Vorlage 2 und nutzt sie zum weiteren Ausbau. Optische Fragen haben wir noch nicht ganz abschließend geklärt, aber die Vorlage 2 erschien uns allen schon ziemlich annehmbar. Wenn das nicht geht und es einfacher wäre, eine völlig neue Vorlage zu erstellen, wäre das selbstverständlich auch willkommen. Nochmals: Nach Fertigstellung der neuen Vorlage sollen Vorlagen 1 und 2 in die ewigen Jagdgründe.

zu 2): Das Thema einer gemeinsamen Vorlage für z. B. auch für die oberen Bundesgerichte und die Obergerichte der Länder aller 5 Gerichtsbarkeiten hatten wir in der Disk angeschnitten, aber sehr schnell gemerkt, dass es wegen vieler Besonderheiten nicht sinnvoll ist, auch noch dieses Fass aufzumachen. Das ist eine eigene Großbaustelle. Wir hatten schon erhebliche Probleme, uns auf die Infobox für das BVerfG zu verständigen. BGH, BSG, BVerwG, BAG und BFH sind eigene Kisten mit anderen Parametern (das geht schon los beim BGH: die Infoboxen von Zivil- und Strafgerichtsbarkeit des BGH werden mutmaßlich voneinander abweichen). Der Anlass für die neue Infobox war übrigens ein vom Bundesverfassungsgericht entwickelter eigener Bundesadler, der die neue Box schmücken soll. Da haben wir schon den nächsten Unterschied: Die anderen Bundesgerichte nutzen den bisherigen Bundesadler und die Ländergerichte haben ihre eigenen 16 Wappen. Eine einzige Box für alle Gerichtsbarkeiten sehe ich gegenwärtig als eher utopisch an.

Ich bitte euch, die Vorgehensweise des Portals zu respektieren; den oben eingeforderten Weitblick haben wir - und darum lassen wir erst mal die Finger von einer Vorlage Infobox Entscheidung deutsches Gericht. Lasst uns mit einem Gericht einen Anfang machen; dann sehen wir weiter, was da übernommen werden kann und was nicht.

zu 3): Die Migration von Vorlage 1 zur neuen Vorlage 3 ist überschaubar, da es derzeit nur sieben Anwendungsfälle gibt. Das ist auch ohne bot in einer halben Stunde erledigt.

Nochmals vielen vielen Dank für eure Mühe, und vielleicht gibt es ja schon bald einen ersten Entwurf. Danke! --Opihuck 17:28, 11. Sep. 2023 (CEST)

Wobei am Ende die Frage offenblieb, ob Entscheidungen des BVerfG vor der Einführung des neuen Adlers nicht auch weiterhin den alten Adler bekommen müssten. --Ichigonokonoha (Diskussion) 22:56, 11. Sep. 2023 (CEST)

Wenn ihr freundlicherweise das Datum der Umstellung bekanntgeben würdet – wir kennen das Datum der Entscheidung und können vorher/nachher vergleichen und dementsprechend den richtigen Vogel abschießen. VG --PerfektesChaos 00:24, 12. Sep. 2023 (CEST)

Geht bitte im Exposé erst mal davon aus, einheitlich den neuen Adler zu verwenden. Wenn ich mich erinnere, fand der Vorschlag, den Adler je nach Entscheidungsdatum zuzuweisen, keine Mehrheit. --Opihuck 01:21, 12. Sep. 2023 (CEST)

Nun, darüber gab es, sofern ich mich richtig erinnere, eigentlich mit Ausnahme von Wortbwiträgen vom Kollegen @Aschmidt, dir und mir keine Wortmeldungen und wir haben das kaum diskutiert, bzw. gar nicht. Eigentlich gab es nur meinen Beitrag, eine Nachfrage von dir und den Beitrag von Aschmidt. Aschmidt sprach von der "jeweils aktuelle Adler", ich weiß, dass du nicht viel Zeit zurzeit hast, aber sofern du das liest, wäre es gut, wenn du kurz sagen könntest, ob du damit auch meintest, dass vor 04.2023 [4] der bisherige Adler verwendet werden sollte. --Ichigonokonoha (Diskussion) 07:06, 12. Sep. 2023 (CEST)

Danke fürs Anpingen. Bitte ein einheitliches Logo verwenden, also stets das heute aktuelle. Bitte keinen Schalter mit Änderungadatum. Es gibt auch nur eine einheitliche Rechtsprechung des Bundesverfassungsgerichts. Das ist ja durch die Umstellung des Logos (das nicht mit dem Bundesadler zu verwechseln wäre) nicht zu einem anderen Gericht geworden. Danke und --Viele Grüße, Aschmidt (Diskussion) 07:31, 12. Sep. 2023 (CEST)

Aber, wie ich in der Portal Diskussion gesagt habe, bleibt es unhistorisch einem Gericht bspw. in den 50ern einen späteren Adler überzustölpen. Während das beim Gerichtsartikel natürlich das aktuelle sein sollte, beschreibt ein urteilsartikel das Gerichr zu der Zeit der Urteilsverkündung. Also in Artikeln, die ich geschrieben hätte, würde ich diese Infobox dann aufgrund dieser Tatsache rausschmeißen. --Ichigonokonoha (Diskussion) 08:32, 12. Sep. 2023 (CEST) PS: Mit allem anderen konnte ich ja leben, aber das bleibt einfach etwas, was ich für zutiefst historisch falsch halte. Wenn Deutschland jetzt die Bundesfahne ändert, ändern wir ja auch in Artikel zu historischen Schiffen auch nicht die Flagge, denn darunter sind die Schiffe nie gefahren und genauso unter dem Adler haben die Richter damals nie entschieden.

@PerfektesChaos Du siehst, wie schwierig es ist, schon bei einem Gericht einen Konsens zu finden. Was wir mit dem Adler machen – ich glaube, dass die Unterschiede so unbedeutend sind, dass das kaum jemandem auffallen dürfte – müssen wir im Portal weiterdiskutieren. Da gibt es auch noch andere Feinheiten, die ungeklärt sind. Was wir jetzt brauchen, ist eine Vorlage. Wir kommen sonst nicht weiter. --Opihuck 09:27, 12. Sep. 2023 (CEST)

Wir kennen ja die Datumsangaben, und wenn ihr euch in der Geflügelfrage geeinigt habt, können wir jederzeit abhängig vom Datum umswitchen. VG --PerfektesChaos 09:44, 12. Sep. 2023 (CEST)

Lieber @Ichigonokonoha, das Gegenteil ist der Fall: Wie schon gesagt, gibt es nur eine einheitliche Rechtsprechung des Bundesverfassungsgerichts. Das Gericht nimmt vielfach auf seine Leitentscheidungen (und nur um die geht es hier) Bezug. „Historisierend“ ist immer falsch. Das ist so wie die nagelneuen, aber auf alt getrimmten Häuser in der Neuen Frankfurter Altstadt. Disney World ist das Gegenteil von Enzyklopädie. deshalb wäre ich hier anderer Ansicht und bleibe dabei, dass wir das heute jeweils verwendete Logo für alle Entscheidungen des BVerfG verwenden (macht das Geicht auf seiner eigenen Website übrigens auch). Wenn du das in deinen Artikeln anders handhaben möchtest, bleibt es dir überlassen. Das Logo in der Infobox würde dann besser entfallen. Deshalb, lieber @PerfektesChaos, bitte keinen Schalter für das Geflügel einbauen. Danke und --Viele Grüße, Aschmidt (Diskussion) 23:45, 12. Sep. 2023 (CEST)

Also, dann ist die allerletzte Option die folgende:

• Eine Infobox Entscheidung deutsches Gericht wird für den Fall |Gericht=BVerfG ab einem noch zu benennenden Stichtag den neuen Adler zeigen, ansonsten hierfür gar keine Dekoration.

Andernfalls ist dieser Auflauf hier für ganze 8 Artikel der Werkstatt nicht länger zumutbar, und eine Infobox für von vornherein kaum zweistellige Anzahl von Artikeln bei einem Potenzial von Hunderten ist auch nichts womit wir den Vorlagen-Namensraum bevölkern.

• Es fällt dann halt auf die Juristen zurück, wenn konzeptionelles und zielorientiertes Arbeiten nicht möglich ist.
• Adressat ist das Publikum, dem mit einer Infobox eine leicht erfassbare Übersicht über Schlüsseldaten und Schlagwörter geliefert werden soll. Dem sind die Dekorationsfragen und Adlergestaltungen dabei ziemlich egal.
• Wenn diese Dekorationsdiskussionen bei jedem Pixel Strichstärke und jedem Grauton so weitergehen sollen, dann programmiert ihr das besser untereinander; als Miteinander lässt sich das kaum bezeichnen.

VG --PerfektesChaos 12:28, 13. Sep. 2023 (CEST)

Nun, dann lieber vor dem Stichtag ohne Adler - Stichtag wäre die Einführung des Adlers durch das BVerfG, bzw. die Pressemitteilung am 3.3.2023.

Das war auch die einzige Frage, die bisher keine Klärung erfahren hatte. Für alles weitere hatten wir ja einen Konsens.

Ansonsten Aschmidt, kann ich das so nicht ganz stehen lassen, in der verfassungsrechtlichen Wissenschaft wird der Ruf nach Historisierung immer lauter (bspw. Matthias Jestaedt in Das entgrenzte Gericht, 2011) und auch ansonsten begegnet einem in der Literatur immer mehr die Einbettung einer dogmatischen Figur in die Zeitgeschichte (bspw. Stefan Lenz, Das Elfes-Urteil des Bundesverfassungsgerichts von 1957 in der RW 2016). --Ichigonokonoha (Diskussion) 13:23, 13. Sep. 2023 (CEST)

Das Personal dieser Werkstatt hat anderthalb Jahrzehnte Erfahrung und Routine im Umgang mit solchen Herausforderungen.

• Es braucht sehr viel weniger Anstrengungen und Mühen und Verständnis, um einen mittelgroßen Wurf wie skizziert umzusetzen als mit lauter fast identischen einzelnen Vorlagen herumzufrickeln.
• Das gilt bei der Pflege des ANR wie der Vorlagenseiten.
• Das Feld ist wohlweislich auf „Deutschland“ begrenzt; mitsamt Deutschem Reich aber ohne Österreich, Schweiz, USA. Dafür sind die Ähnlichkeiten überschaubar und die Fallunterscheidung wird nicht astronomisch.

@ Adler:

• Da steht nicht ohne Grund: „kontrolliertes Vokabular“.
• Das bedeutet: BVerfG ist bekannt und bekommt seinen; BGH BSG BVerwG bekommen einen anderen.
• Für BayObLG und KG gibt es Rauten und Bärchen.
• OLG Hamm usw. bekommen im Lauf des ggf. lernenden Erweiterungsprozesses Landeswappen und ebenfalls automatische Verlinkungen.
• Wer noch unbekannt ist, und mangels Bedeutung auch keines direkten Supports bedarf, bekommt eine Direktverlinkung und kein Wappen.

@ |SenatKammer= usw.

• Ein optionaler Parameter für den 2. Strafsenat und die 3. Zivilkammer ist machbar.

Wir haben das #switch, das ggf. auch noch auf einem unteren Level das kontrollierte Vokabular auswerten kann.

• Das ist wesentlich einfacher in einem konzeptionell überschaubaren Bereich „Deutschland“ umsetzbar, für alle Entscheidungen, als in lauter individuellen Einzellösungen für jedes Gericht, und erlaubt einheitliche Doku, einheitliches Parametermodell und bessere Anwendbarkeit bei minimalem Programmierungsaufwand insgesamt.
• Ein abschreckendes Beispiel sind unzählige Denkmallisten-Vorlagen für jede Sadt in NRW usw. einzeln, obwohl mindestens innerhalb eines Bundeslandes die gesetzlichen Rahmenbedingungen identisch sind und es allenfalls minimale lokale Anpassungen geben würde. Jeder baut seine eigene private Vorlage, mit eigenem Parametermodell und eigenem Design und separat zu pflegender Syntax und Programmierung.
• Vielleicht ist darkking3 so lieb und baut mal einen Prototypen für die Bundesgerichte, BayObLG und KG und akzeptabler Optik und Funktionalität. Wenn das Konzept von vornherein auf universelle Verwendung ausgelegt ist, dann lässt sich dieses Grundschema mit Leichtigkeit um einzelne OLG erweitern.

VG --PerfektesChaos 19:35, 11. Sep. 2023 (CEST)

Muss man sich angucken, wenn es fertig ist. Ich habe angesichts der Vordiskussionen ein eher ungutes Gefühl; aber ich lasse mich gerne von einer sensationellen Vorlage überraschen. Allerdings wäre mir ein Prototyp für BVerfG im Moment lieber. Wenn eine solche Vorlage mehr kann, auch gut. --Opihuck 20:19, 11. Sep. 2023 (CEST)

Ich bin da auch eher skeptisch, was eine umfassende Infobox angeht. Das liegt auch alleine an der Parameterbeschreibung, die wir jetzt explizit für das BVerfG konzipiert haben und die auf die anderen Gerichte natürlich nicht passt. --Ichigonokonoha (Diskussion) 23:00, 11. Sep. 2023 (CEST)

Na, dann bitte konkret:

• Was genau hat ein anderes Gericht extra, was hat nur das BVerfG?
• Aktenzeichen und Entscheidungsdatum haben sie ja wohl alle.
• Spruchkörper mag als |SenatKammer= verallgemeinert werden, vermute ich.
• ECLI wird dann wohl was optionales sein. Scheint mir aber nicht auf das BVerfG beschränkt zu sein.
• Für den allgemeinen Fall wäre ein zusätzlicher Parametersatz sinnvoll, URL Format kBytes zur Generierung von Weblinks.

VG --PerfektesChaos 00:24, 12. Sep. 2023 (CEST)

Lieber PerfektesChaos, wir haben es uns nicht leicht gemacht, ein Muster für das Bundesverfassungsgericht zu erarbeiten, das in vielerlei Hinsicht eine Sonderstellung genießt. "Verfahrensart" ist z. B. „BVerfG-typisch“; das gibt es bei anderen Gerichten nicht. Beim Spruchkörper gibt es nicht nur Senate oder Kammern, sondern beides. „Rechtsnorm“ ist auch eher BVerfG-typisch, in der Regel bestimmte Grundrechtsnormen, bei anderen Gerichten lässt sich oft keine bestimmte zitierfähige Norm angeben. Andere Gerichte haben dafür Parameter, die das Bundesverfassungsgericht nicht kennt.

Wir sind heilfroh, nach sehr langer Diskussion, die im Jahre 2020 ihren Ausgang genommen hat, jetzt endlich eine Lösung für das BVerfG gefunden zu haben und möchten aus guten Gründen – da sind wir uns sehr einig – keine weiteren Großbaustellen eröffnen.

Bedenke bitte auch, dass die von dir angestrebte Durchgliederung bis in den Landesbereich hinein auf keinerlei Nachfrage stoßen wird. Wenn ich das richtig sehe, sind bisher ausweislich Kategorie:Gerichtsentscheidung (Deutschland) keine BFH-Entscheidungen, nur 3 BAG-Entscheidungen, nur 3 BVerwG-Entscheidungen, aber 49 BGH-Entscheidungen und 80 BVerfG-Entscheidungen in Artikeln behandelt worden. Hinzukommen einige Entscheidungen des Reichsgerichts und des Staatsgerichtshofs für das Deutsche Reich.

Entscheidungen der oberen Landesgerichte sind bisher nicht kommentiert worden, und das ist auch kaum zu erwarten. Für solche Entscheidungen gibt es regelmäßig schon keinen eingeführten Fallnamen und es fehlt jegliche Breitenwirkung. Alles, was darunter (z. B. LG, AG) liegt... – du kannst es dir schon denken. Kurzum: Interessant sind BVerfG und BGH, der Rest ist nahe der enzyklopädischen Bedeutungslosigkeit. Viele Grüße --Opihuck 01:02, 12. Sep. 2023 (CEST)

Nun, wobei wir schon gesagt haben, dass wir mit leichten Modifikationen die Box für andere Obergerichte adaptieren könnten. Was ich eher meinte, sind die Beschreibungen. Wobei stimmt, was Opihuck sagt, wir haben darüber im Portal nicht diskutiert und da die Gerichte ihre eigenen Verfahrensordnungen haben und daher vieles anders ist, müssten wir das auch nochmal genau beleuchten, ob sich da Änderungen ergeben. Wir haben (mit Ausnahme des Adlers vor nach Einführung, wo wir nichts zu entschieden hatten) doch seht gerungen, auch um Feinheiten der Formulierungen der Parameterbeschreibungen. Nun, vielleicht könnte man die Infobox erstmal für das BVerfG erstellen und wenn wir uns im Portal (irgendwann) über die anderen Bundesgerichte geeinigt haben, bzw. diskutiert haben, würden wir wiederkommen und die Infobox könnte erweitert werden? --Ichigonokonoha (Diskussion) 07:24, 12. Sep. 2023 (CEST)

Das ist doch keine Raketenwissenschaft. Ich mach seit bald 40 Jahren Informationsmodellierung.

• @ Verfahrensart
  • Das ist dann halt ein optionaler Parameter. Wie die meisten hier.
  • Wenn er nur beim BVerfG sinnvoll belegt werden kann, dann bekommt er nur dort einen Wert zugewiesen, und wird ansonsten weggelassen.
  • Ist wie mit einem Flugzeug. Da mag es „Anzahl der Passagiere“ geben. Bei einem Frachtflugzeug, Militärflugzeug, Forschungsflugzeug erhält der dann keinen Zahlenwert zugewiesen und gut ist.
  • Wir können sogar |Gericht=BVerfG abfragen und eine Fehlermeldung anzeigen, falls das irrtümlich in ungeeigneten Situationen belegt wurde.
• @ „und die Infobox könnte erweitert werden?“
  • Das geht immer nur vom Allgemeinen in die Spezialisierung.
  • Also deduktiv.
  • Eine Induktion fährt immer vor die Wand.
  • Eine allgemeine, offene Konzeption kann dann für Spezialfälle genutzt werden.
  • Andersrum geht es nicht. Wenn man mit einem Spezialfall beginnt, dann zieht jede spätere Erweiterung nach sich, dass das Parametermodell verändert werden muss.
  • Das ist dann verwirrend, wenn sich laufend das Parametermodell ändert.
  • Der Spruch lautet dann: „Das hättet ihr euch dann mal vorher überlegen müssen.“
  • Für das „vorher überlegen“ ist diese Werkstatt zuständig.
  • Soooo schrecklich kompliziert ist die Welt nun auch wieder nicht. Pflichtparameter aind sicher Aktenzeichen, Datum hü und hott, welches Gericht. Dazu kommen allerlei optionale Parameter; auszufüllen wo sinnvoll und bekannt, sonst halt nicht. Gerichtsentschaidungen von Gericht A und B in Deutschland sind nicht fundamental inkompatibel.
  • In einem allgemeinen Konzept können hinterher leicht zusätzliche optionale Parameter ergänzt werden, wenn sich Bedarf herausstellt.

Sinn einer Infobox ist es, dass das Publikum wesentliche Schlüsseldaten übersichtlich und einheitlich immer in der gewohnten Form in möglichst allen einschlägigen Artikeln findet und sich darauf einstellt.

• Längere Texte sind ungeeignet; die passen besser in den allgemeinen Haupttext.
• Aktenzeichen, Datum, Datenbanklinks, Schlagwörter; dazu Verlinkung möglichst des Volltextes, notfalls des Tenors wären zu erwarten.
• Eine Infobox wird perspektivisch in allen wichtigen Artikeln in einheitlicher Darstellung erwartet; sonst gibt es keinen Gewöhnungseffekt.
• Eine Beschränkung auf magere 8 Artikel ist nutzlos; vor allem wenn über 100 vorhanden sind.
• Ob und wer in den nächsten Jahrzehnten Infoboxen bei Bundesgerichten oder dann OLG verbaut, ist heute nicht festzuschreiben, und diese Menschen müssen noch überhaupt nicht aktiv geworden sein.

VG --PerfektesChaos 09:44, 12. Sep. 2023 (CEST)

Danke @PerfektesChaos für deine bisherige Mühe. Ich hatte durchaus angefangen, deinen Hinweisen Verständnis entgegenzubringen und könnte mir eine "Gemeinschaftsbox" für die Bundesgerichte inzwischen ganz gut vorstellen. Das wird natürlich Feinarbeit nach sich ziehen und wahrscheinlich wieder 10 Kilometer Diskussionen im Portal. Ich bitte dich um Verständnis, dass die Erwartungshaltung eines logisch und systematisch denkenden Programmierers vielleicht nicht mit der eines Juristen, der sich täglich mit unsortierter Kasuistik herumschlagen muss, übereinstimmt. Ich denke nicht, dass eine Box an einem Adler, keinem Adler oder an einem Stichtags-Adler scheitern muss. Die vorhandenen Artikel zu Entscheidungen des BVerfG ergingen alle vor dem Stichtag. Dieses Feld mit dem Hoheitszeichen völlig leer zu lassen, erscheint mir allerdings wenig sinnvoll. Das Hoheitszeichen ist nun mal das Markenzeichen des Gerichts. Vielleicht gibt es doch noch eine Möglichkeit für dich, die Feinarbeit erstmal zurückzustellen. Zwischenzeitlich würde ich die Adlerfrage im Portal klären. Sag mir bitte Bescheid, ob das für dich annehmbar ist. --Opihuck 00:30, 14. Sep. 2023 (CEST)

Ich denke nicht, dass eine Vorlagenerstellung an einem Vogel scheitern wird. Wohl aber an einer "Vereinheitlichung". Vorlagen können mehr als ihr derzeit auf dem Schirm habt; möglich wäre auch, dass Parameter je nach eingetragenem Gericht nicht akzeptiert werden. Damit kann eine Vereinfachung für uns und auch für die Wartung erzielt werden. Wie Diskussionen im Portal ausgehen, ist uns, mit Verlaub, egal. Wir müssten nur eine Vorlage anpassen und nicht weitere erstellen, diese dokumentieren und pflegen. --darkking3 ^Թ 12:30, 19. Sep. 2023 (CEST)

Hallo darkking3, leider kann ich mit deinem vorstehenden Beitrag nicht viel anfangen (Wie Diskussionen im Portal ausgehen, ist uns, mit Verlaub, egal.). Siehst du eine Möglichkeit, deine technische Kompetenz mit inhaltlichen Gestaltungsanforderungen des Portals:Recht zu verbinden oder ist dir völlig egal, was die hier um Unterstützung Suchenden möchten? Eine so dermaßen arrogante Haltung wäre nicht das, was ich mir von einer Vorlagenwerkstatt wünschen würde. Gleicher Appell zur Besinnung geht natürlich auch an PerfektesChaos. Danke euch beiden für ein Nachdenken. --Opihuck 20:40, 22. Sep. 2023 (CEST)

Ich würde es vielleicht etwas weniger drastisch sagen, aber soviel stimmt schon: Ich bin auch etwas irritiert darüber, dass unser Ergebnis, dass man nicht sämtliche gerichtlichen Beschlüsse aller deutschen Gerichte (und dabei ginge es ja auch nur um diejenigen, die den Relevanzkriterien entsprächen) mit ähnlichen Begriffen beschreiben kann. Es gibt Unterschiede, und wir fangen jetzt erst einmal beim Bundesverfassungsgericht an. Jede Gerichtsbarkeit und jede Instanz müsste dann noch einmal einzeln betrachtet werden. Wir hatten uns vorgestellt, dass uns die Vorlagenwerkstatt dabei unterstützen würde. Das wäre doch auch schön, meint ihr nicht auch? Danke und --Viele Grüße, Aschmidt (Diskussion) 10:26, 23. Sep. 2023 (CEST)

1. Ich hatte bereits einmal versucht, dir per Induktion ./. Deduktion zu erklären, dass das nicht geht.
   • Es lässt sich nicht von einer Spezialvorlage zu einer allgemeinen „erweitern“.
   • Du kannst nicht mit einer speziellen BVerfG-Vorlage beginnen und das später irgendwie aufbohren.
   • Du kannst nur mit einem weitsichtigen Konzept beginnen und dann anfangen, das für Gericht=BVerfG zu bevölkern und dann irgendwann mit anderen Bundesgerichten usw. weitermachen.
2. „Begriffe“
   • Das sind hier rein technische Bezeichner.
   • Früher mal hatte man unbenannte, also Zahlen 1, 2, 3, 4 verwendet. Das verschiebt die Notwendigkeit auf die Dokumentationsebene, schafft aber das Problem der Unanschaulichkeit und Verwechslungsgefahr.
   • Es wäre eher schlauer, allgemeine Wörter als Parameternamen zu wählen, statt sehr spezieller mit genau definierter Sonderbedeutung, die dann mit einer anderen Situation kollidieren.
     • Deshalb auch „Entscheidung“, weil das Urteile, Beschlüsse und sonstwas umfasst, und nicht gesonderte Vorlagen erforderlich sind.
   • Die technischen Bezeichner werden geschickterweise so gewählt, dass sie an die gemeinte Bedeutung erinnern; sie müssten aber keine präzisen Spezialbegriffe sein. Wesentlich wäre vielmehr, dass sie sich von den anderen Bezeichnern und deren Bedeutung unterscheiden.
   • Az oder Aktenzeichen wird ja wohl bei allen Gerichten die gleiche Bedeutung haben.
3. Parametermodell
   • Es gibt nur Pflichtparameter und optionale Parameter.
   • Es kann ja durchaus sein, dass bestimmte optionale Parameter nur für Gericht=BVerfG anwendbar sind und sonst niemals. Dann wird dies halt bei allen anderen schlicht nicht angegeben, und wir können sogar eine Kollisionswarnung darstellen, falls das irgendwann mal irrtümlich unpassend gemacht wurde.
   • Da mag es weitere geben, die vielleicht nur bei Straf-, Zivil- oder Verwaltungsverfahren möglich sind. Die Anzahl der Jahre, zu denen jemand verknackt worden sei, wäre beim Zivilprozess nicht möglich. Na und? Dann wird dafür halt kein Wert benannt.
   • Bei bereits Zigtausenden anderer Vorlagen tritt in deren Anwendungsthema eine analoge Situation auf, und alle anderen haben das problemlos hinbekommen. Es ist nicht einsehbar, warum Juristen oder die deutschen Rechtswissenschaften einzigartig auf dem Planeten sein sollen.
   • Wir haben auch eine allgemeine Vorlage zur Gliederung von Gebietskörperschaften, die für Dörfer, Regierungsbezirke, Städte, Samtgemeinden, Landkreise, Ortsteile, kreisfreie Städte oder Bundesländer passen dürfte. Natürlich haben die unterschiedliche Ausprägungen, vielleicht gar von Bundesland zu Bundesland unterschiedlich. Das ist aber völlig wumpe, weil die nicht passenden optionalen Parameter dann nicht angegeben werden und fertig.
4. Es ließen sich sogar innerhalb derselben Vorlage sämtliche Entscheidungen aller Gerichte auf dem Planeten abbilden.
   • Nur wäre das nicht sehr weise, weil es eine große Menge optionaler Parameter nach sich ziehen würde, nebst komplexer Programmierung und schwer überschaubarer Dokumentation.
   • Der Denkfehler hier ist anscheinend, dass irrtümlich geglaubt wird, alle von der Vorlage bereitgestellten Parameter müssten bei jeder Einbindung ausgefüllt werden, und eine Vorlage dürfe ausschließlich solche Parameter anbieten, die immer sinnvoll mit einem Wert belegt werden könnten.
5. Es lässt sich mathematisch zeigen, dass die angebotene vereinigte, universelle Vorlage immer funktioniert:
   • Gericht TypA habe einen Parametersatz.
   • Gericht TypB habe einen etwas anderen Parametersatz.
   • Beide teilen sich Grundbedingungen, etwa das Aktenzeichen oder Entscheidungsdatum. Die lassen sich dann zu Pflichtparametern machen, oder als gemeinschaftliche optionale Parameter anbieten.
   • Dann mag es etwas geben, das nur bei Gericht TypA möglich und sinnvoll sei. Das wird dann optionaler Parameter.
   • Dann mag es etwas geben, das nur bei Gericht TypB möglich und sinnvoll sei. Das wird dann optionaler Parameter.
   • Dann träte Gericht TypC auf den Plan. Die kann das bisherige Angebot nutzen, insbesondere wenn die Bezeichner der Parameter allgemein genug gehalten wurden, und bringt ggf. eigene spezifische Parameter ein.
   • Kollisionen bei irrtümlich inkompatiblen Zuweisungen lassen sich detektieren und melden. Ein Bundesland= wäre bei einem Bundesgericht unzulässig.
   • Das alles geht aber nur, wenn man mit einem abstrakten beliebigen Gericht anfängt und das bedarfsweise auf Besonderheiten einengt.

VG --PerfektesChaos 12:42, 23. Sep. 2023 (CEST)

Arogant sollte die Antwort nicht sein, sondern eher der Hinweis darauf, dass später Gefordertes einfacher nachrüstbar ist als eine vollständige Neuanlage. Das Erstellen (sowie Pflege und Wartung) bindet nunmal auch bei uns Ressourcen, die sich durch die von euch angedachte Vereinzelung entsprechend vervielfältigen. --darkking3 ^Թ 19:18, 24. Sep. 2023 (CEST)

Das verstehe ich irgendwo, aber verstehe du bitte auch, dass es nicht sinnvoll ist, sich über eine aufgeblähte Vorlage, die irgendwelche Perspektiven vorsieht, Gedanken zu machen, die - Stand heute - keinerlei realistische Chance auf eine Nachfrage hat. Der Artikelbestand betrifft wie aufgezeigt hauptsächlich Entscheidungen des BVerfG und des BGH. Artikel über Gerichtsentscheidungen der Ländergerichte gibt es bislang nicht, und dass sich das demnächst ändern wird, ist nicht zu erwarten. Warum sollten wir uns über Besonderheiten, z. B. der Aktenzeichenstruktur der Ländergerichte den Kopf zerbrechen, wenn es bis jetzt keine einzige Entscheidung gibt, mit der sich ein Artikel befasst, wo das eine Relevanz hätte? Verzeihung, ich verstehe ja den Wartungsaufwand bei euch, aber versteht bitte auch den gigantischen Besprechungsaufwand bei uns - für nichts und wieder nichts! Wenn es euch möglich erscheint, eine gemeinsame Vorlage für BVerfG und BGH zu erstellen, hätten wir schon mal eine ausbaufähige Universalvorlage mit zwei Varianten. Später eine dritte Variante (z. B. BVerwG), eine vierte (z. B. BSG) und eine fünfte (z. B. BFH) hinzuzufügen, dürfte dann nicht mehr so schwierig sein. --Opihuck 19:53, 24. Sep. 2023 (CEST)

Vielleicht eine Nachfrage: ist es möglich je nach Schalter (also BVerfG, BGH, etc.) unterschiedliche Parameterbescreibungen anzuzeigen für den gleichen Parameter? Denn diese Beschreibungen waren doch eine große Streitfrage und wenn wir für jedes Gericht eigene anfertigen könnten, würde das vieles erleichtern. --Ichigonokonoha (Diskussion) 20:49, 24. Sep. 2023 (CEST)

Tatsächlich stellt sich unsere Anfrage so dar, wie von Opihuck skizziert. Andererseits überzeugen mich aber auch die Punkte, die PerfektesChaos und Darkking3 dargelegt haben, vor allem Ziffer 5. Wir denken von der juristischen Praxis her, und die Kollegen denken es theoretisch und von der Programmierung her, die auf uns viel komplizierter wirkt als für sie. Zwischen diesen beiden Welten müsste man nun eine Brücke schlagen. Und der Weg dazu führt tatsächlich über die Arbeitsweise der Vorlagenwerkstatt, der, soweit habe ich es verstanden, eine große Vorlage für alle denkbaren Fälle, die man durch optionale Parameter nach dem Wenn-dann-Muster gestaltet, einfacher zu erstellen und zu pflegen wäre als eine Vielzahl von Vorlagen für jedes Gericht einzeln. Dann machen wir es doch so? Und was die Frage von @Ichigonokonoha zu den Parameterbeschriftungen angeht: Das kann auch in die Dokumentation und die Handreichung zur Vorlage ausgelagert werden mit Kopiervorlagen für jedes Gericht, für das die Vorlage bis dahin ausgebaut wurde. Vielleicht erstmal soviel. Viele Grüße, Aschmidt (Diskussion) 21:42, 24. Sep. 2023 (CEST)

Was ist mit unterschiedlichen Parameterbeschreibungen genau gemeint? Beispielsweise sind geschlechtsspezifische Positionsbeschreibungen oder abweichende Titulierung problemlos möglich. Auch soetwas wie eine Umschaltung für Aktenzeichen ist automatisiert möglich, sodass z.B. BGH-AZ, BVerfG-AZ usw. in der IB angezeigt wird, der Parameter jedoch immer AZ/Aktenzeichen heißen könnte. Wie Aschmidt bereits schrieb, ist das über wenn-dann-sonst o.ä. problemlos möglich. --darkking3 ^Թ 13:08, 25. Sep. 2023 (CEST)

Ich meinte damit die Beschreibung, die einem bspw. beim Arbeiten mit der Vorlage angezeigt wird. Für Angewandtes Recht (was ja als Parameter bspw. für alle Gerichte anwendbar wäre) hatten wir uns geeinigt, welches Recht beim BVerfG das umfassen soll. Nun wäre die Frage, ob wir eine andere Beschreibung angeben können, also eine Handlungsanweisung, die beim Bearbeiten angezeigt wird, wenn man bei Gericht BGH angibt. --Ichigonokonoha (Diskussion) 20:28, 25. Sep. 2023 (CEST)

Das klingt für mich nach der Beschreibung, die bei der Bearbeitung der Vorlage in Artikeln z.B. mit dem Visual Editor angezeigt wird? --darkking3 ^Թ 09:06, 26. Sep. 2023 (CEST)

Lieber PerfektesChaos und lieber darkking3, nachdem wir beim Portal Recht noch einmal in uns gegangen waren, haben wir mehrheitlich gemerkt, dass wir uns über die Anfrage, die wir euch hier vorgebracht hatten, untereinander sozusagen totdiskutiert haben. Ich persönlich konnte eurem Vorschlag, nicht nur eine Vorlage für Entscheidungen des Bundesverfassungsgerichts, sondern eine allgemeine Vorlage für verschiedene gerichtliche Entscheidungen zu erstellen, folgen. Das hätte aber für jede Gerichtsbarkeit und ggf. für jedes Gericht, das wir damit abgedeckt hätten, erneuten Abstimmungsbedarf nach sich gezogen, weil wir euch dann immer wieder hätten mitteilen müssen, wie wir die Datenfelder in den entsprechenden Fällen hätten bezeichnen wollen und welche weiteren Bedingungen für die jeweiligen Umstände gelten würden. Dafür gibt es leider keine Muster, auf die man sich hätte beziehen können, um es leicht abzuhandeln. Jeder von uns beim Portal Recht bringt zudem andere Erfahrungen und Kenntnisse ein. Das ist einerseits in den meisten Fällen unser großes Pfund. Hier wird es aber zum Hemmschuh und verhindert unsere weitere Entwicklung, auch des Contents. Und ihr habt ja auch gesehen, dass wir nicht einmal mit einem vorbereiteten Konsens auf eurer Seite als Gruppe gemeinsam bestehen konnten. Es ist kompliziert. Mir bleibt, euch noch einmal herzlich dafür zu danken, dass ihr euch mit unserer Anfrage so grundsätzlich befasst hattet, das hatte auch bei uns erst einmal zu einer konkreteren, weil am Machbaren und Zweckdienlichen ausgerichteten Sicht auf das Ganze geführt. Sorry for the noise. Viele Grüße, Aschmidt (Diskussion) 19:53, 16. Okt. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Viele Grüße, Aschmidt (Diskussion) 19:53, 16. Okt. 2023 (CEST)

Formelumrandung

Hallo, in Plancksches Strahlungsgesetz werden einzelne Formeln mit Umrandung hervorgehoben. Gibt es hierzu eine Vorlage oder könnte man eine erstellen? --Mrmw (Diskussion) 11:32, 19. Sep. 2023 (CEST)

Naja, Vorlage:Kasten, aber eigentlich sind derartig dekorierte Inhalte nicht Stil des Hauses, und deshalb gibt es für diese Situation auch keine spezielle Vorlage und keine breite Anwendung. VG --PerfektesChaos 12:08, 19. Sep. 2023 (CEST)

Mit Vorlage Kasten lässt sich dies aufgrund der eigenen CSS-Definitionen nicht umsetzen. Auch lässt sich VL Kasten mit display:table-cell; nichtmal dazu zwingen, sich wie eine Tabellenzelle zu verhalten. --darkking3 ^Թ 12:34, 19. Sep. 2023 (CEST)

Ich dachte auch eher an grundlegende Definitionen mitsamt Text wie Satz des Pythagoras oder so.

Einfach nur Rahmen um beliebige unter Dutzenden Formeln malen, weil das im Schulbuch so gemacht wird, ist nicht unser Stil.

VG --PerfektesChaos 12:48, 20. Sep. 2023 (CEST)

Das war auch eher als Hinweis gemeint, dass dies nicht funktionieren wird. Mit einem separatem div als tabellen zelle definiert und die Rahmen angeschaltet, klappt es. --darkking3 ^Թ 10:00, 21. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 11:15, 18. Okt. 2023 (CEST)

Vorlage:Positionskarte none

Hallo zusammen, ich wurde auf diese Seite verwiesen. Bitte siehe:

• Wikipedia:Fragen zur Wikipedia#SLA
• Hilfe Diskussion:Vorlagen#Vorlage:Positionskarte none

Irgendetwas hat ausgelöst, dass 5 ganz normale Artikel (Chipilo, Zaraza, Tarma (Stadt), Elbaue zwischen Saalemündung und Magdeburg, Leuchtturm Kiipsaare) gestern in der Kategorie:Wikipedia:Schnelllöschen waren. Auf die Vorlage:Positionskarte none, die nicht existiert und deren Seiteninhalt nur Unfug war, wurde ein SLA gestellt. Im Quelltext der 5 Artikel war die Vorlage aber gar nicht eingebunden. Und warum ist sie immer noch in zig Artikeln eingebunden? [5]

Danke und viele Grüße, -- Toni 14:40, 23. Sep. 2023 (CEST)

Die Datenbank hat primär Informationen darüber, ob bei Änderung der Seite/Vorlage/etc. X die Seite Y neu aufgebaut werden muss. Wenn also eine nicht existente Seite X mit #ifexist aus Y abgefragt wird, dann ist es fraglos so, dass bei Anlegen der Seite X dieses Y neu aufgebaut werden muss.

Dass wir User diese Abhängigkeit als "Einbindung" interpretieren ist eine (teilweise) Fehlinterpretation, quasi ein (kleiner) Missbrauch dieser Datenbankinformation. --Wurgl (Diskussion) 15:00, 23. Sep. 2023 (CEST)

Heißt für den Otto-Normal-Vorlagen-Dödel?--tsor (Diskussion) 15:32, 23. Sep. 2023 (CEST)

Heißt für Otto-Normal-Vorlagen-Dödel dass "#ifexists" durch Datenbankabfragen nicht von einem Rotlink unterschieden werden kann und auch dass eine Änderung der Datenbank nicht zu erwarten ist. --Wurgl (Diskussion) 15:44, 23. Sep. 2023 (CEST)

Sagt mir jetzt nichts, soll bedeuten dass man nichts machen braucht/kann? -- Toni 15:57, 23. Sep. 2023 (CEST)

Ja das heißt das. Das wurde auch gestern bereits auf Spezial:Permanenter_Link/237569837#c-PerfektesChaos-20230921192800-Mabschaaf-20230921151500 erklärt. Dieses „Problem“ ist aber unabhängig von dem SLA-Problem, für das bisher noch niemand eine Erklärung hat. MfG, Dwain 16:13, 23. Sep. 2023 (CEST)

Ich hab gestern bei meiner Datenbankabfrage nix gefunden, weil ich nach eingebundenen Vorlagen gesucht habe. Wenn aber die Vorlage nur eingebunden wird, falls sie existiert (daher dieses #ifexists), dann kann meine Abfrage nix finden. Falsch gedacht eben. "Positionskarte none" hingegen ist in allen 5 per Pagelink (eben als #ifexists) eingebunden. --Wurgl (Diskussion) 16:39, 23. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 11:15, 18. Okt. 2023 (CEST)

Parteifarbe

Guten Abend. Modul:Partei ist ein neues Modul zum Verwalten der Parteienfarben. Das Modul:Partei/Liste enthält alle Farben, die heute in 88 Vorlagen enthalten sind. Diese Lösung wurde vor zwei Monaten besprochen, aber das Modul nur ein Entwurf war und ich hatte die Doku nicht geschrieben. Einige allgemeine Punkte wurden jedoch bestimmt: die Performance ist wesentlich besser mit Lua; die vorherigen Vorlagen sind nicht mehr vorbildlich; eine Ablösung der bisherigen Vorlagen durch performantere Nachfolger ist durchaus sinnvoll (vgl.). Zentralisierte Lösungen garantieren Einheitlichkeit und bieten einen Gesamtüberblick: dieser Grundsatz wurde auch in anderen Fällen angegeben.

Modul:Partei/Liste ist die einzige „Datenbank“, die Parteienfarben enthält. Die Liste enthält Zeilen: jede Partei ist in einer Zeile enthalten.

Das Modul hat zusätzliche Funktionalitäten. Die Funktionalitäten werden von 3 Vorlagen verwendet: Vorlage:Parteifarbe, Vorlage:Parteinamefarbe und Vorlage:Parteifarbezelle.

Vorteile.

1. Praktische Zwecke. Die Farbenliste wird automatisch generiert: wir sollten keine Doku schreiben (z. B. Vorlage:Wahldiagramm/Partei/Doku/PT), da die Liste der Farben autogenerisch ist (Farbenliste).

2. Funktionalitäten.

Alte Lösung	Neue Lösung
Quelltext	Quelltext	Ausgabe	Farbe
#{{Wahldiagramm/Partei|SPD|dunkel|DE}}	{{Parteifarbe|SPD|DE}}	DABAD0

Der Name kann in verschiedenen Formen geschrieben werden (vgl. 3.1.1).

3. Einfachere Lösungen.

Die Schaffung einer Tabelle ist einfacher. Beispiele:

3.1. Parteinamefarbe

Quelletext	Ausgabe
{{Parteinamefarbe|[[Sozialdemokratische Partei Deutschlands]]}}		Sozialdemokratische Partei Deutschlands

Der Parteiname wird nur einmal geschrieben: die Vorlage zeigt die Farbe und den Parteinamen.

3.1.1 Der Name kann in verschiedenen Formen geschrieben werden:

Quelletext	Ausgabe
{{Parteinamefarbe|Sozialdemokratische Partei Deutschlands}}		Sozialdemokratische Partei Deutschlands
{{Parteinamefarbe|[[Sozialdemokratische Partei Deutschlands]]}}		Sozialdemokratische Partei Deutschlands
{{Parteinamefarbe|[[Sozialdemokratische Partei Deutschlands|SPD]]}}		SPD

3.2. Parteifarbezelle

Alte Lösung	Neue Lösung
Quelltext	Quelltext	Ausgabe
style="background-color:#{{Wahldiagramm/Partei|SPD|dunkel|DE}}"|	{{Parteifarbezelle|SPD|DE}}|

4. Automatisierung. Die hellere Farbe wird mit einer mathematischen Berechnung bestimmt: wir sollten keinen zweiten Farbcode schreiben.

Opazität: Standard Wert (Hintergründe mit Text).

Datum	Quelltext	Ausgabe
Standard Farbe	{{Parteifarbezelle|SPD|DE}}|
Hellere farbe	{{Parteifarbezelle|SPD|DE|V=H}}|

Opazität: Optional Wert.

Farben	Beispiele
{{Parteifarbe|SPD|DE}}|	Standard Farbe
{{Parteifarbe|SPD|DE|V=H}}|	Hellere Farbe (Standard Opazität)
{{Parteifarbe|SPD|DE|V=0.5}}|	Hellere Farbe (Optional Opazität: 0.5)

5. Alternative Farbe. Wir müssen den echten Namen der Partei schreiben (ohne „konventionelle Namen“, z.B. „ÖVPab2017“).

Partei	Quelltext	Ausgabe
Alte Lösung
ÖVP (seit 2017)	style="background-color:#{{Wahldiagramm/Partei|ÖVPab2017|dunkel|AT}}"
ÖVP (bis 2017)	style="background-color:#{{Wahldiagramm/Partei|ÖVP|dunkel|AT}}"
Neue Lösung
ÖVP (seit 2017)	{{Parteifarbezelle|ÖVP|AT}}|
	{{Parteifarbezelle|Österreichische Volkspartei}}|
ÖVP (bis 2017) → Alternative Farbe	{{Parteifarbezelle|ÖVP|AT|V=A}}|
	{{Parteifarbezelle|Österreichische Volkspartei|V=A}}|

6. Fehler. Das Modul meldet alle Fehler. Die Vorlage meldet keine Fehler, sondern ein Fehler in einer Vorlage (z.B. {) bricht die Vorlage und die Artikel.

7. Nutzbarkeit. Eine Farbe, die in einer der vorherigen Vorlagen enthalten ist, kann nicht von eine Modul verwendet werden. Eine Farbe, die in einem Modul enthalten ist, kann von einem anderen Modul und von den Vorlagen verwendet werden. Dieser Punkt ist sehr wichtig.

8. Anpassungsfähigkeit. Das Modul ist mit allen Vorlagen kompatibel.

Aller Anfang ist schwer... --Zukunft99 (Diskussion) 02:29, 22. Aug. 2023 (CEST)

Für mich ist das nur der Versuch, ein etabliertes Vorlagensystem im Alleingang und ohne Abstimmung zu legitimieren. Davon zeugen bereits ausführliche Diskussionen, die dem Nutzer bekannt sind (1, 2). Davon abgesehen, kann hier in der Werkstatt nur eine technische Klärung stattfinden und nicht die notwendige inhaltliche Klärung, nämlich ob das Umstellen überhaupt erwünscht ist. Trotzdem werden Vorlagen ohne Konsens betroffener Benutzer in diesem Bereich erstellt. Und für mich ist auch unverständlich, dass keine Hinweise angenommen werden: Die unter Punkt vier dargestellte Funktionalität ist vorab mit den entsprechenden Nutzern zu klären, eine solche Funktionalität kann zudem die Einfärbung ad absurdum führen, wenn opakere Farben an eine andere Partei vergeben sind. Auch kann es vorkommen, dass die helleren Farben aktiv festzulegen sind, da es dafür eine Quelle gibt. Eine Unterscheidung nach Ländern ist aus meiner Sicht ebenso notwendig, da es mehr als wahrscheinlich ist, dass es Parteikürzel in mehreren Ländern gibt. Auch zu Punkt sieben gibt es z.B. hier keine Hinweise. (Ich könnte es zwar nachvollziehen, jedoch bin ich mir eigentlich auch sicher, dass es auch beschrieben wäre.) --darkking3 ^Թ 15:26, 22. Aug. 2023 (CEST)

i. In der ersten Diskussion (1), erhielt dieses neue „System“ positive Rückmeldungen. Vor zwei Monaten war das Modul jedoch ein Entwurf. Ohne positive Meinungen, hätte ich diese Arbeit nicht abgeschlossen!

ii. Die bisherigen Vorlagen funktionieren nur mit Akronymen. Hier können wir vollständige Namen oder alternative Namen (Akronyme oder andere Kurznamen) verwenden. Wir können auch Wikilinks verwenden: [[Sozialdemokratische Partei Deutschlands]], [[Sozialdemokratische Partei Deutschlands|SPD]].

iii. Die Farbe wird der Partei zugewiesen. SPD ist nur ein alternativer Name. Bei Homonymie wird das Problem mit „SPD (DE)“ gelöst. Akronyme können (vorübergehend) dort bleiben, wo sie sind (Vorlage:Wahldiagramm/Partei/DE/Test). Es gibt auch effizientere Lösungen, aber das ist ein anderes Kapitel.

Farbe	Beispiele
{{Parteifarbe|SPD|DE}}|	Standard Farbe
{{Parteifarbe|SPD|DE|V=H}}|	Hellere Farbe (Standard Opazität)
{{Parteifarbe|SPD|DE|V=0.5}}|	Hellere Farbe (Optional Opazität: 0.5)
{{Parteifarbe|Sozialdemokratische Partei Deutschlands}}|	Standard Farbe
{{Parteifarbe|Sozialdemokratische Partei Deutschlands|V=H}}|	Hellere Farbe (Standard Opazität)
{{Parteifarbe|Sozialdemokratische Partei Deutschlands|V=0.5}}|	Hellere Farbe (Optional Opazität: 0.5)

iii. Hellere Farbe. Das Problem wird mit „Alternativfarbe“ gelöst. Wir können jedoch keine dunklen Hintergründe haben, wenn wir Text haben.

iv. Die Farbenliste kann nach Staaten sortiert werden.

Ich möchte nichts aufdrängen. Die bisherige Lösung ist 14 Jahre alt, ist veraltet und behindert viele technische Fortschritte. --Zukunft99 (Diskussion) 16:56, 22. Aug. 2023 (CEST)

Die Vorlagendiskussion ist keine inhaltliche Diskussion und für entsprechende Rückmeldungen ungeeignet. Auch findet die inhaltliche Diskussion weiterhin nicht hier in der Werkstatt statt. Die Vorgehensweise bei Homonymie ist zu klären, ob dies so gewünscht ist. Zudem wäre dabei weiterhin zu klären, was passiert, wenn trotz notwendiger Unterscheidung diese nicht erfolgt. Auch können wir sehr wohl dunkle Hintergründe verwenden, dabei ist jedoch die Schrift umzufärben. Alles andere wäre auch eine Bevormundung des Nutzers. Auch eine Sortierung nach Farben ist unbrauchbar, da nur nach hexadezimalen Werten sortiert werden kann, die gefärbte Zelle selbst hat keinen Sortierwert. Wenn du nichts aufdrängen möchtest, wieso beachtest du dann nicht die Hinweise und stellst trotz entsprechender Hinweise Artikel auf "deine" Vorlagen um? Auch solltest du aufzeigen, welche technischen Fortschritte behindert werden. Eine reine Umstellung auf Lua ist jedenfalls keine herausstellungswürdige Verbesserung. --darkking3 ^Թ 17:09, 22. Aug. 2023 (CEST)

i. Vorgehensweise bei Homonymie. Beispiel.

Alternativer Name:

DKP (DE) = Deutsche Kommunistische Partei

DKP (DK) = Danmarks Kommunistiske Parti

Wenn ich einen Parteinamen schreibe, der nicht in die Liste eingefügt wurde → Default Farbe (#DABAD0):

Quelltext	Ausgabe (Default Farbe)
{{Parteifarbezelle|AbcDEFghi123!}}|

Diese Akronyme werden hauptsächlich in der Vorlage:Wahldiagramm und in der Vorlage:Sitzverteilung verwendet (ich hätte einige Vorschläge, aber dies ist ein weiteres Kapitel).

ii. Wenn wir eine helle Farbe verwenden möchten, aber wir wollen keine helle Standardfarbe verwenden, können wir die alternative Farbe verwenden.

iii. Die Sortierung nach Farben wurde eliminiert.

iv. Was ist der richtige Ort, um zu diskutieren? --Zukunft99 (Diskussion) 18:31, 22. Aug. 2023 (CEST)

Ich brauche keine Dokumentation der Vorlage/Modul, das hat das Objekt zu enthalten. Mit Punkt ii kann ich absolut nichts anfangen. Und ich verstehe auch langsam nicht mehr, warum auf Fragen (auch nach mehrmaligem Nachfragen) nicht geantwortet wird? Ich meine zwar, dass deutsch wohl nicht deine Muttersprache ist, aber deine unspezifischen und ausweichenden Antworten machen es mir und auch dir hier auch nicht leichter.

Inhaltlich dürfte wohl mindestens(!) Portal:Politikwissenschaft und Portal:Politik sowie vielleicht ein paar weitere aus Kategorie:Portal:Politik als Thema zu beteiligen sein. --darkking3 ^Թ 19:03, 22. Aug. 2023 (CEST)

Ich verstehe die Sprache! Ich verstehe einige Einwände nicht.

Ich habe die Vorteile beschrieben.

Funktionalität	Modul	Vorherige Vorlagen
Akronym	Ja {{Parteifarbe|SPD|DE}}	Ja #{{Wahldiagramm/Partei|SPD|dunkel|DE}}
Parteiname	Ja {{Parteifarbe|Sozialdemokratische Partei Deutschlands}}	Nein
Parteiname mit Wikilink	Ja {{Parteifarbe|[[Sozialdemokratische Partei Deutschlands]]}} {{Parteifarbe|[[Sozialdemokratische Partei Deutschlands|SPD]]}}	Nein
Parteiname + Farbe (Zwei Spalten in einer Tabelle)	Ja {{Parteinamefarbe|[[Sozialdemokratische Partei Deutschlands]]}}	Nein
Farbenliste	Automatisch	Manuelle (Manuelle Doku nach Staaten)
Hellere Farbe	Automatisch	Manuelle
Alternative Farbe	Ja {{Parteifarbe|ÖVP|AT|V=A}}	Ja nur mit konventionellen Namen, z.B. „ÖVPab2017“ #{{Wahldiagramm/Partei|ÖVPab2017|dunkel|AT}}
Gebrauchstauglichkeit von anderen Modulen	Ja	Nein 1
Gebrauchstauglichkeit von anderen Vorlagen	Ja	Ja
Fehlerberichterstattung	Ja (in manchen Fällen: auch Ursache des Fehlers und Zeilennummer)	Nein
Teuren Funktionen	Nein	Nein

 

expand Template 'Wahldiagramm/Partei/' .. staat, args = { } ({} ↔ Parameter = Parteinamen) ist realistischerweise nicht machbar (Lua reference manual)

Ich hoffe, dass die Einwände hier geäußert und diskutiert werden. --Zukunft99 (Diskussion) 23:06, 22. Aug. 2023 (CEST)

Du hast bis zu deiner letzten Antwort keine Vorteile aufgelistet, du hast nur rumgeschwurbelt, dass es welche geben soll. Das ist keine Grundlage für eine vernünftige und nachvollziehbare Kommunikation. Du musst mir zudem nicht die Vorlage erklären und die Vorteile auflisten, sondern denen, die diese Vorlage anwenden sollen! Das kann doch nicht so schwer sein? Und das gehört bei derart umfangreichen Änderungen dazu. Auch müssen alle von dir vorgeschlagenen Verbesserungen einen Konsens finden. Ich persönlich sehe bisher keinen von dir erzielten Konsens, da du dies offensichtlich sprachlich nicht verstehst und mir immer wieder irgendwelche "Vorteile" versuchst zu erklären. Deine Tabelle ist im übrigen missverständlich, den es gibt allein bei alternativfarbe kein einfaches ja und nein! Aber das habe ich vorher schon ausgeführt. Ebenso bei Parteinaname und Wikilink: Das alles muss durch die Anwender auch gewollt werden, eine Vorlagenwartung im ANR ist damit praktisch unmöglich, wenn mehrere Parameter den gleichen Output erzeugen. Das mag bei meisten Vorlagen unproblematisch sein, hier ist es allerdings essentiell. Auch können die ausgeschriebenen Parteinamen und wikilinks in die Vorlagen portiert werden, nur wer braucht das? Für die Fehlerberichterstattung muss übrigens die individuelle Konfiguration des Nutzers dazu passen. --darkking3 ^Թ 08:40, 23. Aug. 2023 (CEST)

Vereinheitlichung kann bis zu einem gewissen Grad nützlich sein, aber das scheint mir hier zu weit zu gehen. Außerdem ist es offenbar mit niemand abgesprochen. Es gibt übrigens deutlich mehr als die oben erwähnten 88 Vorlagen. -- Perrak (Disk) 17:25, 23. Aug. 2023 (CEST)

Guten Tag. Das Modul basiert auf einer technischen Prämisse: die vorherige Lösung ist veraltet und die alten Vorlagen sind nicht mehr vorbildlich. Dies wurde auch von einem sehr erfahrenen Benutzer wiederholt. Lösungen sollten effektiv und effizient sein.

Ich habe die Funktionalität des Moduls beschrieben, damit Benutzer die Details dieser Lösung bewerten und Änderungen vorschlagen können. Nichts ist unveränderlich. Was könnte geändert werden?

Das Modul hat Qualitäten, die die vorherige Vorlagen nicht haben können. Die Daten, die in dem Modul enthalten sind, können von anderen Modulen verwendet werden und das Modul zeigt einen Fehlerbericht (und der Filter könnte aktiviert werden zu verhindern „Änderungen veröffentlichen“...).

Ein kleiner Fehler in einer Vorlage, z.B. {, schädigt alle Artikel (> 5.000 Artikel).

wenn mehrere Parameter den gleichen Output erzeugen: Beispiel?

Namen mit Wikilink. Dies ist nützlich für Tabellen. z.B.: 1. Kongresswahlbezirk von Iowa#Wahlen ab 2002 oder Kabinett Scholz#Bundesregierung und Parlamentarische Staatssekretäre(en:Template:Party name with color).

Wenn eine Vorlage eine große Anzahl von Parteien enthält, gibt es eine Verschwendung von Parser-Funktionen: die Vorlage kann in „Kategorie:Wikipedia:Maximale Knotenanzahl überschritten“ enthalten sein.

Alle Daten können hier eingegeben werden. Es gibt keine Schwierigkeit: eine Partei kann leicht eingefügt werden, da es die Zeilen gibt. Meine Frage ist: das Modul hat technische Vorteile (Disk. 24., 25. Jun.) und konkrete Vorteile; was sind die Nachteile? Wenn es Nachteile gibt, welche Änderungen können vorgeschlagen werden?

Ich habe 89 Vorlagen gezählt (hier; die Vorlagen „Wahldiagramm/Partei/Doku“ sind ausgeschlossen). --Zukunft99 (Diskussion) 19:26, 23. Aug. 2023 (CEST)

Ein kleiner Fehler in einem Modul schädigt alle einbindenden Artikel. Das würde dann neben DE auch alle weitere 87 ersetzten Vorlagen betreffen. Das ist einfach haltlos. Es fehlt weiterhin der inhaltliche Konsens. Und wenn du PC so herausheben willst, dann setze doch bitte seine Vorgehensweise (wie z.B. hier) auch gleich um. Ich bin es langsam echt leid, dir gebetsmühlenartig immer wieder zu erklären, dass es nicht nur um technische Vorteile geht, sondern vor allem um die Akzeptanz der verwendenden Nutzer. Was im übrigen auch Teil der Wahrheit ist: Die Benutzer, die in Lua warten können, ist wesentlich kleiner, als derer, die das ganze in Wikicode können. D.h. auch dass wesentlich mehr Last auf einzelne verteilt wird, als das im jetzigen Vorlagensystem der Fall ist. --darkking3 ^Թ 20:13, 23. Aug. 2023 (CEST)

Ein kleiner Fehler in einem Modul wird von dem Modul hervorgehoben (❌1 in Modul:Partei/Liste); der Wikipedia:Bearbeitungsfilter kann "edit" verhindern. Wenn ein kleiner Fehler in einer Vorlage stattfindet, kein Heilmittel kann verhindern den Schäden.

Der Modul:Partei/Liste ist nicht in den Artikeln enthalten. Die Vorlage, z.b "Parteiname", invokes das Modul; das Modul returns einen Wert. Andere Lösungen können sein: Modul:Partei/ListeA (en:Module:Political party/A).

Die wahllose Verwendung von Lua ist falsch, aber Einheitlichkeit und Zentralisierung wurden als die richtigen Ziele angesehen (siehe). Dieses weitere Modul (Modul:Flagge) sollten vereinfacht werden (vgl. Modul:Flagge/Flaglist de A)...

Der Benutzer, der eine Partei einfügen möchte, sollte keine Programmiersprache ändern: Er konnte die Liste nur ändern. In der Praxis dieses Modul erfordert keine Wartungsfähigkeit: die Funktionen sind besonders einfach. Wir werden in den nächsten Jahren keine Aktualisierungsprobleme haben. Dieses Modul ist "grundlegend". --Zukunft99 (Diskussion) 21:56, 23. Aug. 2023 (CEST)

Fang doch bitte mal die inhaltliche Diskussion an, statt immer wieder "irgendwelche" Technikthemen anzuschneiden. Du musst mir Vorlagenprogrammierung und den umgang mit Modulen nicht erklären. Ein Programmierfehler in einem Modul kann auch durch Bearbeitungsfilter nicht in jedem Fall detektiert werden. Das ganze Thema hatten wir schonmal, da waren ausnahmslos alle Einbindungen einer Vorlage zerschossen. Deine Verwendung von Lua erscheint wahllos, da sie einfach mit keiner Menschenseele abgestimmt ist. Und auch PC hat es in 4 Jahren nicht geschafft, das Flagicon-Modul einzuführen. Das wird wohl auch erst nach den ganzen Coord-Zeugs passieren. Lua ist nicht das Allheilmittel, den es holt Abhängigkeiten an Bord, die nur noch eine Handvoll User in wp verstehen und v.a. warten, ändern und verbessern können. Es gibt jetzt schon zu wenig Wartungspersonal und mit solchen Vorlagen wollt ihr es noch künstlich beschneiden? Dein Beispiel hinkt zudem, ausweislich der von dir verlinkten Disk haben wir über 1000 Flaggen-Vorlagen, aber weniger Vorlagen zu Parteien. Auch ist deine Zukunftsausicht offensichtlich eine unbekümmerte, denn du kannst nicht wissen, welche Eigenheiten die Software als nächstes hat. Es scheitert bei Lua ja schon an der Serialisierung der Module, sodass einfach prüfbar wäre, wenn eines durch Änderungen in einer Sprachvariante outdated ist. Und das dass Modul für die von dir angedachte Verwendung grundlegend ist, braucht man bei einer Zentralisierung nicht erklären. Da ist jeden Modul für seinen Themenbereich "grundlegend". --darkking3 ^Թ 22:35, 23. Aug. 2023 (CEST)

@Darkking3: Meinem festen Eindruck nach ist das wieder einmal so eine sinnlose Ablehnung von Lua durch dich. Du verstehst offensichtlich nicht, dass hier niemand eine Umsetzung in Lua irgendwie "genehmigen lassen" muss, insbesondere auch nicht exklusiv von dir. Entscheidend für die Frage, ob mit Lua-Programmierung oder ohne, ist ausschließlich, ob Lua im konkreten Fall Vorteile hat. Das ist hier eindeutig der Fall. Wenn das zur Folge hat, dass ein Vorlagenautor dann nicht mehr klar kommt, weil er zwar Wiki- aber keine Luaprogrammierung kann, dann ist das ein Grund, sich in das Thema Lua einzuarbeiten. Das ist hier längst Standard. Ein Modul ist viel besser als irgendwelche "Monster-Vorlagenbündel". ÅñŧóñŜûŝî (Ð) 19:54, 25. Aug. 2023 (CEST)

Ich habe nie behauptet, dass die Verwendung von Lua "genehmigt" werden muss. Wohl aber die Umstellung der Systematik etablierter Vorlagen. Und damit bin ich ausweislich der Diskussionen nicht allein. Aber das möchtest du offensichtlich nicht wahrhaben. Es ist nunmal so, dass Vorlagen (auch mit einbindenden Modulen) denen folgten sollten, die Sie nutzen und nicht umgekehrt. --darkking3 ^Թ 10:36, 28. Aug. 2023 (CEST)

Das Modul wurde geschaffen, um zusätzliche Funktionen auszuführen. Die wichtigsten Funktionen des Moduls können von den vorherigen Vorlagen nicht ausgeführt werden, obwohl die Funktionen, die von den vorherigen Vorlagen ausgeführt werden, können von demselben Modul ausgeführt werden.

Zwei Kernpunkte gingen aus der anschließenden Diskussion hervor. 1) „Unser bisheriges Zeugs ist anderthalb Jahrzehnte alt und an vielen Stellen schon nicht mehr stabil. Jedenfalls nicht mehr vorbildlich. Die Performance hier [= mit Lua] ist wesentlich besser“. 2) Generell ist „eine perspektivische Ablösung der bisherigen Vorlagen durch zukunftsfähigere, performantere, skalierbare Nachfolger durchaus sinnvoll“. Die „Umstellung“ der bisherigen Vorlagen basiert auf diesem Argument. Und diese Behauptungen beruhten nicht auf persönlichen Vorlieben, sondern auf technischen Überlegungen.

Ein Lua-Upgrade kann Auswirkungen auf zukünftige Implementierungen haben. Das Modul wird durch zukünftige Lua-Upgrades nicht unbrauchbar werden. Das Modul enthält keine „instabilen“ Elemente. Im Übrigen nutzt dieses Modul Funktionen, die bereits von anderen Modulen umfangreich verwendet werden: z.B. mw.ustring.find und mw.ustring.sub (Modul:Str; Links auf diese Seite: > 5.000), oder einfache arithmetische Berechnungen (Modul:FormatNum; Links auf diese Seite: > 5.000).

Eine Unannehmlichkeit hat keinen Einfluss auf die Gültigkeit einer Perspektive, insbesondere in Fällen, in denen keine Unannehmlichkeit auftritt.

Fehler im Modul:Partei/Liste. Wenn ich „Labour Partei“ statt „Labour Party“ schreibe, hat der Fehler keine Auswirkungen auf die Artikel. Die einzige Konsequenz ist diese: Ich werde keine Farbe haben. Wenn ich „Hallo“ statt „#FFD800“ [Farbencode] schreibe, erhalte ich keine Farbe, aber das verursacht keine Fehler. Die einzigen Elemente, die Fehler verursachen können, sind " , { }. Diese Fehler werden jedoch immer vom Modul erkannt. --Zukunft99 (Diskussion) 01:04, 30. Aug. 2023 (CEST)

Ich weiß nicht, wie oft man dir noch sagen muss, dass auch eine inhaltliche Diskussion stattfinden muss, ob durch die Nutzer die Form der Anwendung so gewollt/gewünscht ist. Deine ständigen technischen Ausführungen brauchen nicht gebetsmühlenartig wiederholt werden. Mir scheint es, als ob du rein semantisch nicht den Unterschied zwischen einer technischen und einer inhaltlichen Diskussion verstehst. --darkking3 ^Թ 11:19, 30. Aug. 2023 (CEST)

Die Verarbeitung von Farben mit Modul ist nur eine technische Angelegenheit: Die Funktionen, die von den bisherigen Vorlagen ausgeführt wurden, werden vom Modul ausgeführt, aber das Modul hat jedoch keine Wirkung auf den Inhalt, das heißt auf die Ausgabe der alten Vorlagen. Eine inhaltliche Diskussion sollte die zusätzlichen Funktionen analysieren – d.h. die Funktionen, die vom Modul ausgeführt werden und die von der vorherigen Vorlagen nicht ausgeführt werden konnten –.

Und die zusätzlichen Funktionen sind eine Implementierung der vorhandenen Funktionen. Die Farbe wird nicht nur mit Akronymen (SPD), sondern auch mit vollständigen Namen (Sozialdemokratische Partei Deutschlands) und mit Namen mit Links ([[Sozialdemokratische Partei Deutschlands|SPD]]) aktiviert. Diese Funktion wird von der Vorlage:Parteinamefarbe verwendet. Diese Vorlage kann weiter implementiert werden, aber ihrer Zweck wurde vor mehr als zwei Monaten als gültig erachtet (vgl. en:Template:party name with color, hier).

Die Funktionalitäten des Moduls sind dokumentiert. Alle Vorschläge zur Änderung des Moduls werden sehr sorgfältig bewertet. --Zukunft99 (Diskussion) 04:58, 1. Sep. 2023 (CEST)

Eine inhaltliche Diskussion zu Vorlagen/Modulen ist i.d.R. zugleich eine technische Diskussion. Das lässt sich nicht immanent trennen. Eine (artikel)inhaltliche Diskussion hat mit den Anwendern zu erfolgen und die sehe ich bisher nicht. Deine in den Portalen hinterlassenen Hinweise sind ein Witz. Man stelle sich vor, die Bots zur Benachrichtigung würden nur Das könnte für dich wichtig sein schreiben, statt dies ausführlicher zu gestalten und Erklärungen zu geben.

Auch finden die inhaltlich-technischen Einwände bei dir keinen Eingang: Es sind abweichende opake Farben in den Vorlagen festgelegt, du gibst aber keine Möglichkeit, diese an die vorhandenen Vorgaben anzugleichen. Es kann (!) für die vorhandenen Farbwahl zu opakeren Farben eine Quelle/Vorgabe der betroffenen Partei existieren, sodass eine adäquate Übernahme nicht möglich ist. P.S.: In de. wp wird eine Vorlage dem Zweck nach nicht als "gültig" klassifiziert. Dabei erst recht nicht in im stillen Känmmerlein bzw. einer Diskussion mit "nur" zwei Benutzern. Wie soll den z.B. die Fehlererkennung erfolgen? Es kann bei ähnlichen Farben schnell übersehen werden, dass Tippfehler in Akronymen für ganz andere Länder gültig sind, wie soll dann durch den Nutzer eine einfache Prüfung zur Verifikation im Quelltext erfolgen? Aktuell einfach Möglich, wenn für Tippfehler dann ein Fehler beim aktuellen Land ausgegeben wird. --darkking3 ^Թ 10:50, 4. Sep. 2023 (CEST)

In gewisser Weise teile ich darkking3s Vorbehalte zu Lua. Weil ich es nicht verstehe und nur bedingt verändern/beeinflussen kann. Diese Vorbehalte sind aber hier völlig falsch. Die Entscheidung zugunsten von Lua ist, leider, schon vor Jahren gefallen. Und man muß zugestehen, daß ohne Lua eine vergleichbare Vorlage nicht möglich ist; das hängt mit Einschränkungen und Konfigurationen der Software zusammen, vor allem aus Performancegründen.

Tatsache ist folgendes. Ich habe vor Jahren anhand der Funktionalität wie in EN eine Vorlage speziell für US-Wahlergebnisse gebastelt, andere Benutzer haben ähnliches getan für andere Länder. Für Frankreich etwa gab es bislang keine Vorlage, die ähnliches getan hätte, wie meine ursprüngliche Vorlage für Wahlen in den USA. Vorliegendes Modul und die angelegten Vorlagen ermöglichen die Verwendung im Content Translation Tool für "Relationen" (damit meine ich Sprachpaare) in denen solche Module und Vorlage aufeinander abgestimmt sind. Ich bin bisher aber vor Artikeln zu Wahlen in Frankreich zurückgeschreckt, aus eben diesem Grund. --Matthiasb – ^{(CallMyCenter)} _{Wikinews ist nebenan!} 20:22, 3. Sep. 2023 (CEST)

Ich habe nie bestritten, dass Lua seine Vorteile und ebenso eine Daseins-Berechtigung hat. Nur sollten Inhalte (wie etwa Farben) so abgelegt werden, dass Sie durch mehr Nutzer gewartet/ergänzt werden können, als dies durch Lua weiter eingeschränkt wird. Man könnte rein theoretisch ganze Artikel(abschnitte) in Module wie in Vorlagen auslager. Ein Autor wird eine Vorlage aufgrund der für ihn verständlicheren Syntax eher bearbeiten als ein Modul. Ein Modul mit inhaltlichen Daten hat nunmal ein Zielproblem. Auch muss ich darauf hinweisen, dass im Regelfall eine Verwendung im Content Translation Tool deshalb möglich ist, da englische Vorlagen einfach nur in die entsprechenden Sprachvarianten übernommen werden und häufig keine weitere(n) Anpassung(en) erfolgen, obwohl dies ggf. im jeweiligen Einzelfall notwendig wäre. Es gibt in de.wp mehr als genug aus en.wp übernommene Vorlagen, die nicht gepflegt werden. Eine Serialisierung wäre daher einer der wenig sinnvollen Ansätze, nur auch das ist nicht passiert, ebenso auch ausweislich deiner Anfrage. --darkking3 ^Թ 15:25, 4. Sep. 2023 (CEST)

• Es gibt keine opake Farbe: Es gibt hellere Farben. Die hellere Farbe wird automatisch berechnet:

hellere Farbe = Standardfarbe + Wert der Opazität

Der Wert der Opazität ist immer von 100% (= Standardfarbe) bis 0% (= Weiß) anpassbar. Alle hellere Farben sind immer anpassbar.

Quelltext	Farbe	Ausgabe
{{#invoke:Partei|hellere|Sozialdemokratische Partei Deutschlands|w=1}}	Wert der Opazität = 1 → Hellere: 0 % (= Standardfarbe)
{{#invoke:Partei|hellere|Sozialdemokratische Partei Deutschlands|w=0.5}}	Wert der Opazität = 0.5 → Hellere: 50 %
{{#invoke:Partei|hellere|Sozialdemokratische Partei Deutschlands|w=0.2}}	Wert der Opazität = 0.2 → Hellere: 80 %
{{#invoke:Partei|hellere|Sozialdemokratische Partei Deutschlands|w=0}}	Wert der Opazität = 0 → Hellere: 100 % (= Weiß)

• Wenn eine hellere Farbe nicht auf der Standardfarbe basieren sollte, muss die alternative Farbe geschrieben werden.
• Gleiche Akronyme. Die Begriffsklärung löst das Problem. Übrigens: Auch die vorherigen Vorlagen enthalten gleiche Akronyme und das Problem ist auf die gleiche Weise gelöst. Z.B.: Vorlage:Wahldiagramm/Partei/DE:

|FW(BW) = {{#switch: {{{2|}}}|hell=a4c8eb|dunkel=63B8FF|link=[[Freie Wähler Landesverband Baden-Württemberg|FW]]}}

|FW(BY) = {{#switch: {{{2|}}}|hell=F5BE95|dunkel=FF8000|link=[[Landesvereinigung Freie Wähler Bayern|FW]]}}

Die vorherige Vorlage ist komplizierter {{#switch:, {{{2, }}, }}}) und Syntaxfehler können nicht gemeldet werden:

|DSP-1 = {{#switch: {{{2|}}}|hell=cf8563|dunkel=b35b31|link=[[Deutschsozialistische Partei|DSP]]}}

|DSP-2 = {{#switch: {{{2|}}}|hell=bd7a5a|dunkel=a85934|link=[[Deutschsoziale Partei|DSP]]}}

|DSP-3 = {{#switch: {{{2|}}}|hell=c6d198|dunkel=a1b45a|link=[[Deutsche Sportpartei|DSP]]}}

• Die Einführung einer Farbe bedeutet nicht die Modifikation des Moduls. Nur die Farbenliste muss geändert werden. Und die Syntax von Modul:Partei/Liste ist einfacher als die Syntax der vorherigen Vorlagen: Es gibt Zeilen; Die Syntaxfehler werden immer gemeldet.
• Die alten Vorlagen sind eine mittelalterliche Lösung. Das Modul macht unsere Arbeit schneller, einfacher und effizienter.

--Zukunft99 (Diskussion) 16:10, 4. Sep. 2023 (CEST)

Ungenau ausgedrückt: Opakere Farben, Beschreibung ist aus meiner Sicht nicht dokumentiert. Gleiche Akronyme auf Landesebene machen da noch ein ganz anderes Fass auf: Mit FW (BY) könnte auch eine Partei in Belarus gemeint sein, auch haben nahezu alle größeen Deutschen Parteien auch Artikel zu allen Landesverbänden, die dann auch verlinkt werden? Und die Farbliste ist ein Modul, es steht im Modul-Namensraum, der exklusiv für Lua-Module reserviert ist. Tippfehler im ANR werden bei Verwendung des Moduls eben nicht gemeldet, und fällt v.a. weniger auf, da es sicherlich irgendeine Partie mit dem dann falsch geschriebenem Akronym gibt. --darkking3 ^Թ 16:41, 4. Sep. 2023 (CEST)

Modul:Partei/Liste verwendet keine Programmiersprache (dies ist der wichtige Punkt) und kann einfacher aus mobilen Geräten geändert werden (es gibt Zeilen; es gibt keine Klammernsequenz).

Im Modul basiert die Farbe immer auf dem vollständigen Parteinamen, normalerweise auf dem Namen, der den Titel des Artikels darstellt: daher wird die Farbe immer in eindeutiger Weise definiert. Die Farbe basiert nicht auf einem Akronym, wie in den alten Vorlagen. Im Modul spielt das Akronym eine andere Rolle: Es repräsentiert nur einen Alias, wenn es als ein alternativer Name definiert ist. Das Akronym „erbt“ die Farbe, die für den vollständigen Parteinamen geschrieben wurde.

Lösung	Eingang	Ausgabe
Vorlage	Akronym	[[Vollständiger Parteiname|Akronym]], Farbe, hellere Farbe
Modul	vollständiger Parteiname	Farbe, Kurzname (Akronym), hellere Farbe

Das Modul hat eine zusätzliche Option: wenn Alternativer Parteiname → Vollständiger Parteiname, dann Farbe(Alternativer Parteiname) → Farbe(Vollständiger Parteiname). Das Akronym kann als Kurzname oder als alternativer Name definiert werden. In diesem zweiten Fall wird die Homonymie zwischen Akronymen durch Begriffsklärung gelöst.

Dies ist unvermeidlich, aber es gibt einen Unterschied. In den Vorlagen, die auf dem Modul basieren, muss die Nationalität nur im Falle der Mehrdeutigkeit geschrieben werden. In alten Vorlagen ist die Nationalität immer obligatorisch.

Neue Vorlage	Alte Vorlage	Komm.
{{Parteifarbe|AfD}}	#{{Wahldiagramm/Partei|AfD|dunkel|DE}}	Es gibt keine Homonymie
{{Parteifarbe|SPD|DE}}	#{{Wahldiagramm/Partei|SPD|dunkel|DE}}	Wenn ein mehrdeutiges Stichwort eine Hauptbedeutung hat, die deutlich geläufiger ist als die übrigen
{{Parteifarbe|DKP (DE)}}	#{{Wahldiagramm/Partei|DKP|dunkel|DE}}	Es gibt Homonymie

Die Homonymie zwischen Akronymen auch zwischen den Parteien desselben Staates stattfinden kann. FW(BY): Es gibt keine technischen Unannehmlichkeiten, denn in Belarus gibt es keine Partei namens FW. FW (Bayern) ist jedoch klarer und verständlich. Die Einstellung eines Standards beseitigt Zweifel.

Das Akronym kann nicht den Schwerpunkt des Systems darstellen: Es wird immer Unannehmlichkeiten geben. Und Lösungen wie DSP-1 =, DSP-2 = , DSP-3 = sind technisch nicht verfeinert.

Eine perspektivische Lösung ist die Verwendung der Funktion kurzname (Diese Funktion wird derzeit nicht verwendet):

{{#invoke:Partei|kurzname|Deutschsozialistische Partei}} → [[Deutschsozialistische Partei|DSP]]

Dies würde die vollständige Entfernung der 89 Vorlagen. Nicht nur die Farben, sondern alle Vorlagen würden beseitigt. Dies ist jedoch ein weiteres Kapitel. Das Modul verwaltet derzeit nur die Farben und verwendet Namen und Akronyme als Eingabe. --Zukunft99 (Diskussion) 03:40, 5. Sep. 2023 (CEST)

Ach ja... Dein Listenmodul muss einer bestimmten Lua-Syntax folgen, es steht im Modul-Namensraum und ist damit ein Lua-Modul. Auch bin ich mir nicht sicher, was du mit ohne Klammern meinst, da dein Listenmodul zwei unterschiedliche Klammern verwendet, nämlich geschweifte Klammern und eckige Klammern. Un du beschreibst selber das Problem: Wie erkennt das Modul eine Falschschreibung, also dass in einem Artikel (i.d.R. ja über ein definiertes Land) ein falsches bzw. für dieses Land nicht definiertes Akronym vorliegt? Im Übrigen verwendet die de.wp ISO 3166, sodass eine Angabe wie FW (Bayern) nicht gewollt ist. --darkking3 ^Թ 09:36, 5. Sep. 2023 (CEST)

@Zukunft99: Was m. E. nicht funktionieren kann, wäre eine erforderliche Eingabe des kompletten Parteinamens als Parameter. Das gilt besonders für fremde Länder. Man denke nur mal an Franz. Namen mit diakritischen Zeichen. Hier muss man unbedingt gut merkbare Kürzel nutzen. Anwender der Vorlage(n) wollen markante Werte eingeben. Ich empfehle hier eine Kombination aus ISO-3166-1-Kodierliste und lokal gängiger Abkürzung. Insoweit ist Modul:Partei/Liste etwas bedenklich, weil die Tabellenelemente viel zu lange Benennungen haben. Es ist viel besser, hier kurz und knapp vorzugehen. Lange Werte nur zur Wahrung der erforderlichen Abwärtskompatiblität. Gruß von ÅñŧóñŜûŝî (Ð) 12:02, 5. Sep. 2023 (CEST)

Wenn ich das richtig verstanden habe, sind die gesprochene (lange) Werte neu, Akronyme mit einer Angabe nach ISO werden derzeit verwendet. Insofern gibt es da keine Abwärtskompatibilität. Aus meiner Sicht sollte die Liste in Einheiten nach ISO aufgeteilt werden, da sich daraus Vorteile ergeben: Nutzer kennen sich i.d.R. in einem Land aus, die Listenpflege nach Land ist einfach und intuitiv nachvollziehbar. Aktuell hat die Liste über 2000 alphabetisch sortierte Einträge, das kann keiner ernsthaft pflegen wollen. --darkking3 ^Թ 15:23, 5. Sep. 2023 (CEST)

1. @Antonsusi: Komplette Namen sind nützlich für Vorlage:Parteinamefarbe. Z.B.: Wahlergebnisse (vgl. Spanische Parlamentswahlen 2023):

Quelletext	Ausgabe
{| class="wikitable" | {{Parteinamefarbe|[[Partido Popular (Spanien)|Partido Popular]]}} (PP) | 8.160.837 |- | {{Parteinamefarbe|[[Partido Socialista Obrero Español]]}} (PSOE) | 7.821.718 |- | {{Parteinamefarbe|[[Vox (Partei)|VOX]]}} | 3.057.000 |}	Partido Popular (PP) 8.160.837 Partido Socialista Obrero Español (PSOE) 7.821.718 VOX 3.057.000

2. Akronyme, die nicht definiert wurden. Wenn ich in einem Artikel ein nicht definiertes Akronym (z.B. XYZ) schreibe, wird eine default Farbe angezeigt (→ #DABAD0). Z.B:

Quelltext	Ausgabe	Beispiel	Farbe
{{Parteifarbe|XYZ}}	DABAD0	style="background-color:{{Parteifarbe|XYZ}}"|

Der Benutzer wird sehen, dass es keine gewünschte Farbe gibt: Der Benutzer kann dann die Farbe in die Liste einfügen.

Was passiert in den alten Vorlagen?

Quelltext	Ausgabe	Beispiel	Farbe (N/A)
{{Wahldiagramm/Partei|XYZ|dunkel|DE}}	XYZ	style="background-color:#{{Wahldiagramm/Partei|XYZ|dunkel|DE}}"|	style="background-color:#XYZ"|

Die Konsequenzen, die durch das Fehlen einer vordefinierten Farbe verursacht werden, hängen nicht von der technischen Lösung (Modul/Vorlage) ab. Das Modul bietet jedoch ein akzeptables Mittel.

3. Akronym: Nationalität. Die Optionen sind im Wesentlichen zwei.
i. Wenn es keine Homonymie gibt, kann ich nur das Akronym schreiben. Ich schreibe ein weiteres Element (Nationalität → Begriffsklärung), nur wenn es eine Homonymie gibt.
ii. Ich kann auf jeden Fall Nationalität schreiben.

4. ISO-3166-1-Kodierliste: Alpha-2 oder Alpha-3? Ich bin neutral. Ich bevorzuge jedoch das Kriterium, das für Flags verwendet wird: Vorlage:DEU, aber Vorlage:DE-BY; Vorlage:ESP, aber Vorlage:ES-AN; Vorlage:USA, aber Vorlage:US-FL. Daher:

• DKP (DEU) und DKP (DNK) → Alpha-3, aber
• XXX (DE-BY) und XXX (DE-BW) → ISO 3166-2, im Falle einer Homonymie zwischen Parteien desselben Staates.

5. Abwärtskompatibilität. Die „Funktion“ Akronym → [[Parteiname|Akronym]] ist in den alten Vorlagen enthalten (vgl. Vorlage:Wahldiagramm/Partei/DE/Test). Das Modul verwaltet derzeit nur die Farben.

#{{Wahldiagramm/Partei|CDU|dunkel|DE}}" = {{Parteifarbe|CDU|DE}}

#{{Wahldiagramm/Partei|CDU|hell|DE}}" = {{Parteifarbe|CDU|DE|V=H}}

6. Alphabetische/nach ISO Sortierung. Ich bin neutral (Ich kann den Vorgang in 2 Minuten ausführen). Die Farbenliste kann jedoch nach Staaten sortiert werden.

7. Modul:Partei/Liste [""] und {""}, sind einfachere Elemente als |XXX = {{#switch: {{{2|}}}|hell=|dunkel=|link=[[Parteiname|XXX]]}}. Und das Modul meldet die Syntaxfehler! --Zukunft99 (Diskussion) 20:48, 5. Sep. 2023 (CEST)

Du gehst bei Punkt 2, wie gehabt, von "intelligenten" Nutzern aus. (@all: Nicht böse verstehen ;)) Der DAU bzw. Anwender (so wie ich auch) wüsste gar nicht, dass die Farbgebung eine defaultfarbe wäre und würde diese mit großer Wahrscheinlichkeit akzeptieren. Zu 3.: Du kannst damit weiterhin keine Schreibfehler bei Akronymen erkennen,bei denen eine Homonymie entsteht. 4.: Wikipedia, wie auch die bestehenden Vorlagen (z.B. auch ) orientieren sich an Alpha 2. Damit ließe sich auch bei subnationalen Landesverbänden einfacher umschalten. {{Parteifarbe|SPD|DE}} könnte auf etwas anders verlinken als {{Parteifarbe|SPD|DE-BY}} Zu 5. Die Abwärtskompatibilität ist nicht bei allen Farben gegeben, die derzeit festgeschriebenen opakeren Farben sind derzeit nicht Teil der Liste und bei Angabe einer Opazität weichen diese vom Ist-Stand ab. Zu 7: Konstrukte mit notwendigen Anführungszeichen sind fehleranfälliger als Wikisyntax, da es je nach verwendeter Font im Eingabefenster dazu kommen kann, dass " identisch ist zu ''. Das klingt für dich vielleicht trivial, wir (de.wp) hatten jedoch über 130.000 nicht geschlossene Endtags, bei denen nicht wenige auf genau dieser Falschschreibung beruhen. (en.wp hatte mal 3,4 Mio und jetzt immer noch 1,9 Mio) --darkking3 ^Թ 10:38, 11. Sep. 2023 (CEST)

2. Farbe hat einen grundlegenden Zweck: Sie garantiert die Verständlichkeit einer grafischen Darstellung. Eine „falsche“ Farbe kann eine Unrichtigkeit verursachen, verhindert jedoch das „Brechen“ der Tabellen und garantiert die Verständlichkeit. Die default Farbe ist in verschiedenen Fällen nützlich: kleine Parteien, die nicht klassifizierbar sind; Unbekannte Farben; Nicht existierende Farben. In diesen Fällen wird die Farbe willkürlich ausgewählt (die Farbe wird nur für grafische Erfordernisse ausgewählt).

3. und 4. Liste der Akronyme (Sortierung nach Staat): hier. Die Beziehung Akronym → Partei ist in die Doku geschrieben. Ein Akronym kann von mehr als einer Partei verwendet werden: In diesem Fall muss der Benutzer die Doku lesen (vgl. die alten Vorlagen). Es gibt eine Alternative: Ein Benutzer kann die Doku ignorieren und den kompletten Namen schreiben.

Die Relation Akronym = Partei(Akronym) ist keine Funktion. Die Relation Partei = Akronym(Partei) ist eine (injektive) Funktion. Und in diesem Fall, Akronym = {{#invoke:Partei|kurzname|Parteiname}}

5. Die hellere Farbe wird vom Modul automatisch berechnet. In den alten Vorlagen musste ein bestimmter Code eingegeben werden. Die Ausgabe ist hier im Voraus bekannt.

7. Alle Syntaxfehler werden vom Modul hervorgehoben: Wenn ich '' anstelle von " schreibe, wird der Fehler hervorgehoben.

BEISPIEL 1: "DEU'' statt "DEU":

Jeder kann lesen: Error: [1756:71] unfinished string near '"},'

1756 ist die Zeilennummer

BEISPIEL 2: "DEU statt "DEU":

Ich möchte nicht sehr vorsichtig sein: Ich ignoriere die Mitteilung und klickte auf „Änderungen veröffentlichen“. In diesem Fall werde ich eine weitere Warnung lesen:

--Zukunft99 (Diskussion) 17:39, 16. Sep. 2023 (CEST)

@Zukunft99: Ich finde die ganzen langen Parteinamen als Elementbezeichner in den Tabellen sehr schlecht. Die Umsetzung ist in dem Punkt nicht gut gelungen, auch wenn das Modul wohl funktioniert. Das schreibt man nicht "aus dem Handgelenk". Du brauchst u. A. die Schritte:

1. Eine Liste der Mindestanforderungen, was das Modul machen soll, erstellen
2. Ein schematisches Flussdiagramm (nicht jedes "if" muss da drin sein)
3. Die Schnittstelle zwischen Wiki- Und Lua-Programmierung, also die Aufrufparameter (Name und Bedeutung) festlegen.
4. Festlegen der Luafunktionen vornehmen.
5. Auf spätere Editierbarkeit des Quelltextes achten (Also keine "Monster-Elementbezeichner"). Das ist für die Akzeptanz wichtig.
6. Code minimalistisch (d. h., ohne Abfangen von Fehlern, Design etc.) schreiben.
7. Ausgiebig testen und wenn es grundlegend läuft die etwaigen Fehler in übergebenen Parametern abfangen.
8. Der Code muss immer ausbaufähig bleiben.
9. Zuletzt: Eine sorgfältige detailierte Doku zum Modul schreiben.

Das ist also recht viel und richtig Arbeit. Gruß von ÅñŧóñŜûŝî (Ð) 00:40, 17. Sep. 2023 (CEST)

Eine vordefinierte Farbe, die nicht grau sein ist, kann von keinem Nutzer bei einem Fehler einfach identifiziert werden. Selbst ein Brechen der Syntax und damit der Tabelle erscheint mir sinnvoller als irgendeine willkürliche Farbe, bei der nicht einmal du selbst auf Anhieb bei ANR-Arbeit erkennen kannst, dass keine Definition vorliegt.

Derzeit muss kein Nutzer eine Doku lesen und du "verlangst" dies? Und er soll, wenn er das Akronym nicht kennt, den vollständigen Namen einer Partei schreiben können? Du verlangst ganz schön viel von den Nutzern ab. Ich vermute mal, dass die wenigstens Nutzer dies bei fremdsprachigen Parteien hinbekommen, das dürfte schon bei inländischen Parteien schwierig werden. Und dabei besteht immer wieder das Risiko, dass selbst Schreibfehler in den vollständigen Namen vorkommen, die dann mit Default belegt sind. Für mich eine wahnwitzige Idee, die keiner pflegen oder warten kann.

Und immer wieder der Hinweis, dass eine opakere Farbe auch per Quelle vorgegeben sein kann, du also keine Opazität akzeptieren könntest.

Ich brauch von dir auch keine Hinweise zu Syntaxfehlern in Lua-Modulen, ich kenne diese. Nur scheint dir das bisher nicht bewusst zu sein, dass du mir kindsgleich eine Anleitung liefern mussst.

Antonsusi hat alle Kritikpunkte sauber zusammengefasst. Bei Punkt 5 ist wie gesagt die Nutzerbeteiligung zu ergänzen, denn das hast du immer noch nicht getan. --darkking3 ^Թ 12:35, 17. Sep. 2023 (CEST)

Ich habe eine Änderung in Vorlage:Parteifarbe, die LintErrors erzeugt, rückgängig gemacht. Bitte über Alternativen / Behebungen nachdenken. MfG, Dwain 11:52, 24. Sep. 2023 (CEST)

Danke! --Zukunft99 (Diskussion) 12:49, 24. Sep. 2023 (CEST)

1. Komplette Namen sind unerlässlich. Dieses Konzept muss klar sein. Der vollständige Name ist nicht die Folge einer technischen Unannehmlichkeit: Diese Einstellung hat einen praktischen Zweck. Die neue Funktionalität ist die Automatisierung der Tabellen. Und die Automatisierung ist immer möglich, auch wenn wir Wikilinks haben:

	Partido Popular (PP)	8.160.837
	Partido Socialista Obrero Español (PSOE)	7.821.718
	VOX	3.057.000

Der in einer Tabelle geschriebene vollständige Parteiname ist ein ausreichendes Element, um die Farbe zu aktivieren. Niemand muss den Parteinamen zweimal schreiben (einmal für die Aktivierung der Farbe und einmal als Datum/Informationen). Der Parteiname wird nur einmal geschrieben: Er wird für zwei Zwecke gleichzeitig verwendet. Der erste Zweck ist die Aktivierung der Farbe; Der zweite Zweck ist der Informationsinhalt.
2. Eine weitere Klarstellung. Ich kann den vollständigen Namen oder das Akronym schreiben:

Funktionalität	Alte Vorlage	Neue Vorlage
Akronym	#{{Wahldiagramm/Partei|CDU|dunkel|DE}}	{{Parteifarbe|CDU|DE}}
Komplette Name	N/A	{{Parteifarbe|Christlich Demokratische Union Deutschlands}}

Offensichtlich muss ich die Akronyme kennen. Dieser Aspekt wurde von den neuen Vorlagen nicht geändert. Der vollständige Name ist eine zusätzliche und weitere Funktionalität, die die vorherige Funktionalität (die Akronyme) nicht ersetzt.
3. Der komplette Name als Elementbezeichner und das Akronym als Alias, oder das Akronym als Elementbezeichner und der komplette Name als Alias. Diese Alternativen sind technisch äquivalent. Die erste Alternative ist vorzuziehen: en.wiki basiert auf dem vollständigen Namen (vgl. Module:Political party/doc). Und das Mediawiki content translation tool basiert auf dem vollständigen Namen: Dieses Bedürfnis wurde vor drei Monaten hervorgehoben.
4. Hellere Farbe. In bestimmten Fällen muss die alternative Farbe verwendet werden.
5. Default Farbe. Die Farbe kann grau sein.
6. Doku. Wikipedia:Lua/Modul/Partei/en ist eine Zusammenfassung.
7. ISO 3166 Alpha 2: Ich werde die Tabelle vervollständigen.
--Zukunft99 (Diskussion) 13:28, 24. Sep. 2023 (CEST)

Bearbeitungshinweis in biograf. Artikeln bei Einpflege der Gestorben-Kategorie bzw. Eintrag in die PD

Bei der Anlage und der Aktualisierung biografischer Artikel wird im Fall verstorbener Personen häufig versäumt, diese auch in die zugehörigen Nekrologe einzutragen. Wäre es möglich, einen Echtzeithinweis bei der Bearbeitung einzupflegen, der auf die Notwendigkeit eines Eintrags in die Nekrologe hinweist? Dieser sollte nach Möglichkeit durch die Einpflege einer Gestorben-Kategorie und durch Eintrag des Todes in die Personendaten ausgelöst werden. --Jamiri (Diskussion) 15:47, 22. Aug. 2023 (CEST)

Ein Bearbeitungshinweis wäre jeweils durch Administratoren je Seite zu setzen, ggf. über eine Vorlage in der editnotice. Das ist aber bei nicht angelegten Artikeln schwierig. Ich halte es einfach für schlicht nicht umsetzbar. Einzige Möglichkeit wäre ggf. die Verwendung eines Bearbeitungsfilters. Dafür wirst du aber aus meiner Sicht keine Mehrheit bei den Administratoren finden, die solche Filter einrichten. Die Filter sollen eigentlich vor Missbrauch schützen und nicht Nutzer bei inhaltlichen Dingen bevormunden. Auch über PD wird dies nicht klappen, da die Vorlage nicht prüfen kann, ob ein Name auf einer Liste steht. Ich persönlich finde es übrigens auch bevormundend, dass bei Anlegen von Artikeln über verstorbene Personen diese auch in Nekrologen erfasst werden sollen. --darkking3 ^Թ 16:59, 22. Aug. 2023 (CEST)

Das hat nichts mit Bevormundung zu tun. Bei der Verwendung von BKS-Links wird man ja schließlich auch in Echtzeit darauf hingewiesen, doch bitte die Verlinkung zu prüfen. Bei Verwendung geografischer Infoboxen gibt es gleichfalls Hinweise bei fehlenden Parametereinträgen. Genau in diesem Sinne soll auch die von mir angefragte Bearbeitungshinweis funktionieren. Er garantiert keinen Nekrologeintrag, doch die Zahl unvollständiger Einträge könnte damit spürbar zurückgehen. --Jamiri (Diskussion) 17:14, 22. Aug. 2023 (CEST)

So ein Hinweis könnte jemanden abschrecken, der erstmals und zum einzigen mal editiert, um in der Einleitung ein Sterbedatum zu ergänzen. Wenn dann kommt "Ändere unten die PD", "editieren den Nekrolog", "vergiss nicht Wikidata", "targs auch in die Infobox ein" ... Das könnte ein Neuling durchaus als Bevormundung empfinden und ggfls. lieber überhaupt nicht editieren. --tsor (Diskussion) 17:28, 22. Aug. 2023 (CEST)

Werden Einträge ohne Belege gemacht (was bei Neulingen überwiegend vorkommt), schwebt über den Änderungen stets das Damoklesschwert des folgerichtigen Reverts mit Hinweis auf die überaus sinnvolle Belegpflicht. Wo ist da der Unterschied? --Jamiri (Diskussion) 20:45, 22. Aug. 2023 (CEST)

Was ich sagen will: Theoretisch kann man eine Menge Hinweise einblenden, aber das dürfte abschrecken. Und um bei dem hier diskutierten Punkt zu bleiben: Wenn jemand ein Sterbedatum einträgt, dann wäre viel wichtiger, einen Beleg zu nennen. Viel wichtiger als Nekrolog, Wikidata, Infobox, PD ... Diese Dinge können wir selbst ergänzen, ggfls. dem Neuling einen Hinweis geben, sofern er angemeldet editiert. --tsor (Diskussion) 22:25, 22. Aug. 2023 (CEST)

Wie wäre es damit: Solche Bearbeitungshinweise werden auf angemeldete Bearbeiter beschränkt. Die Artikel dieser Liste zeigen, dass die Fälle fehlender Nekrologeinträge ohnehin fast ausschließlich auf angemeldete Bearbeiter zurückgehen. Was ich sagen will: Die Lücke zwischen den Einträgen in den Gestorben-Kategorien und den Eintägen in Nekrologen wird zusehends größer. Es ist ein frommer (um nicht zu sagen hoffnungsloser) Wunsch, dass sich dies durch aufmerksame Nachbereiter ändert. Mein Vorschlag ist, dies mithilfe einfacher, nicht bevormundender, Bearbeitungshinweise zu erreichen. --Jamiri (Diskussion) 05:26, 23. Aug. 2023 (CEST)

Vorlagentechnik ist grundsätzlich ungeeignet, um derartige Nachrichten zu übermitteln.

• Es gibt praktisch keine Möglichkeit, mit Vorlagensyntax herauszufinden, wo ein Parameterwert neu hinzugefügt wurde oder gar eine Kategorie, und dann auch noch sinnvoll zu reagieren. Nach dem Abspeichern ist es komplett weg weil identisch.

Oben fiel aber schon mal das Schlagwort Bearbeitungsfilter.

• Diese Technik ist sehr viel besser geeignet, um solche Ereignisse zu registrieren.
• Es ist sehr aufwändig, jeden Edit zu überwachen. Deshalb gibt es diese Methodik.
• Es war auch schon einmal ein derartiger Filter in der Diskussion; allerdings eher wegen der Belegpflicht und Abwehr von Fake-Einträgen.
• Eine Einführung sähe ich weniger pessimistisch.
• Die Wirkung sollte sein: Markierung (Tag) setzen, ggf. kleiner Hinweis auf Belegpflicht.
• Mit der Markierung können bei den RClern und theoretisch bei zufälligen Artikel-Beobachtern Hervorhebungen ausgelöst werden. Die müssten dann selbst wissen, was sie tun.
• Die PD-Projektler sollten sich mit bisherigen Erfahrungen und Lösungen besser auskennen.

Die Sache mit der Eintragung jedes Todesfalls in den Nekrolog raffe ich nicht so ganz.

• Ob ein verstorbener australischer Ruderer und Olympiasieger von 1968 bei uns im Nekrolog vermerkt werden müsste, ist mir unklar.
• Wie normale Autoren wissen können, was dann auch noch ein „zugehöriger Nekrolog“ über das aktuelle Jahr hinaus sein soll, klingt überfordernd. Jazz, Sport, Film, Musik oder was? In einem Bearbeitungshinweis mit Sicherheit überfordernd und verwirrend.
• Kategorie:Gestorben 2022 hat 5.327 Einträge. Die möchte ich nicht alle auf einer ANR-Seite mit Details und Beleg aufgelistet sehen.
• Die Idee mit dem Nekrolog ist aus den Nuller-Jahren, als wir einige 10.000 Biografie-Artikel hatten. Nachdem wir eine Dreiviertelmilillion Personen-Artikel verwalten, und da quer durch die Jahrhunderte alle möglichen Menschen aller Kontinente ansammeln, muss es zur Fokussierung für die Nekrolog-Seiten irgendwas wie Relevanzkriterien geben. Ansonsten reicht die Kategorie.
• Alle PD-Geschichten werden von PD-lern überwacht; die haben Routine damit und bereiten ggf. auch mal nach.
• Durch Software wird überwacht, dass PD-Vorlage, Kategorie und Einleitungsabschnitt synchron sind, und ansonsten erfahrenes Wartungspersonal herbeigelockt.

VG --PerfektesChaos 09:06, 23. Aug. 2023 (CEST)

Danke für die ausführliche Rückmeldung. Wenn die Umsetzung technisch nicht auf sinnvolle Weise umsetzbar ist, dann ist das Ganze sicherlich hinfällig. Vor der Rückmeldung allerdings verspürte ich vor allem einen latenten Unwillen. – Folgendes zur Grundsatzfrage der Nekrologeinträge: Ausnahmslos jede verstorbene Person, welche die Relevanzkriterien erfüllt, sollte auch in den zugehörigen Nekrolog eingetragen werden. Das gilt übrigens auch für Rotlinks. Die Forderung nach einer „Fokussierung“ ist reichlich irritierend und würde die bisherige Praxis vollkommen über den Haufen werfen. Es gäbe die RK und dann noch zusätzlich eine spezielle RK für Nekrologe? Wenn Bearbeitungshinweise vorgeblich Neulinge abschrecken, dann diese Regelung ganz gewiss. --Jamiri (Diskussion) 09:32, 23. Aug. 2023 (CEST)

Das Problem dabei umreißt du doch selber schon: Wer soll in welchen zugehörigen Nekrolog einsortiert werden? Das kann man nicht einfach beantworten, da einzelne Fachbereiche auch in ihren Jahresartikel separate Listen führen. Alleine die von dir gewählte Begrifflichkeit schreckt schon ab, ich selbst wüsste nicht, welche Person in den jeweils zugehörigen Nekrolog einzusortieren ist. Mir fällt dabei gerade auf, dass die von dir erwähnten Automatismen bei BKLs und Infoboxen seitenspezifisch sind, also im jeweiligen Artikel zu ändern sind, deine Vorstellung jedoch seitenunspezifisch ist, da ein weiterer Artikel geändert werden soll. --darkking3 ^Թ 10:18, 23. Aug. 2023 (CEST)

Hier eine Übersicht über mögliche Einträge: Kategorie:Jahresübersicht, ich zähle da mindestens 11 verschiedene Möglichkeiten (ohne Kats mit einem Jahresartikel). --darkking3 ^Թ 10:25, 23. Aug. 2023 (CEST)

Die Nekrologe findest Du in der Kategorie:Nekrolog. Es ist keine Raketenwissenschaft, sich anhand eines bekannten Sterbedatums den zugehörigen Nekrolog herauszusuchen. Wer in der Lage ist, einem biografischen Artikel eine Gestorben-Kategorie hinzuzufügen und die Personendaten zu aktualisieren, schafft das mit Links. --Jamiri (Diskussion) 11:43, 23. Aug. 2023 (CEST)

Das ist wie gesagt, nur eine Möglichkeit. Allerdings hier nur technische Klärung, inhaltlich muss das woanders erfolgen. --darkking3 ^Թ 11:49, 23. Aug. 2023 (CEST)

(BK) @Jamiri:, hm diese Behauptung schafft das mit Links irritiert mich. Für die Kategorien und die Personendaten nutze ich das Script von Schnark. Dort geht das in der Tat mit Links. Bei den Nekrologen muss ich mir die Daten für die Vorlage per Hand zusammenkopieren. Das ist für mich nicht mit Links oder ist ein nettes Helferlein oder Skript an mir vorbeigegangen? Fragt sich, --Silke (Diskussion) 11:55, 23. Aug. 2023 (CEST)

@Silewe: Jamiri meinte sicherlich die Redewendung „etw. mit links schaffen“, nicht mit Links ;-) LG, --rolf_acker (Diskussion · Beiträge) 14:28, 23. Aug. 2023 (CEST)

@Silewe: Ich bin mir gerade unsicher, ob Du noch „on track“ bist. Hier geht's darum, ob die Möglichkeit der Entwicklung eines Tools besteht, mit dessen Hilfe während der Bearbeitung eines biografischen Artikels im Fall des Hinzufügens einer Gestorben-Kategorie bzw. Ergänzung der Personendaten um das Sterbedatum in Echtzeit ein Bearbeitungshinweis erscheint, in welchem höflich und nicht bevormundend darauf hingewiesen wird, man möge doch bitte auch den Eintrag in den zeitlich zugehörigen Nekrolog vornehmen – mehr nicht. Den zeitlich zugehörigen Nekrolog findet man, in dem man sich über die Kategorie:Nekrolog manuell vorarbeitet. Konkretes Beispiel: Jemand ist am 31. März 2020 gestorben; daraus folgt ein erforderlicher Eintrag im Nekrolog März 2020. Der Pfad dorthin lautet: Kategorie:Nekrolog → Kategorie:Nekrolog 21. Jahrhundert → Kategorie:Nekrolog 2020 → Nekrolog März 2020. Das reinste Kinderspiel. Bearbeiter mit ein wenig Erfahrung würden wahrscheinlich direkt den Nekrolog März 2020 anwählen. --Jamiri (Diskussion) 13:04, 23. Aug. 2023 (CEST)

@Jamiri: okay, also kein Helferlein, Schade... Und ja, ich hatte die Ursprungsfrage sehr wohl verstanden und die Argumente dagegen sind eigentlich alle schon genannt. Ich wollte als alte Häsin nur einen weiteren/neuen Aspekt hinzufügen. Den Nekrolog zu finden ist in der Tat einfach, der Eintrag selber aber leider umständlich und aus meiner Sicht fehleranfällig. Es gibt doch bereits die Personendaten bzw. , es wäre doch nett, wenn es ein Tool/Helferlein/Skript geben würde, welches die notwendigen Datenfelder für die Nekrologe zum manuellen Einfügen zur Verfügung stellt? Wenn das aber am Wunsch vorbei führt, dann vergiss meinen Einwand :-) Viele Grüße, --Silke (Diskussion) 13:19, 23. Aug. 2023 (CEST)

@Silewe: So etwas wäre ein nettes zusätzliches Helferlein. Vielleicht ließe sich sogar beides kombinieren: Das Tool/Helferlein/Skript für den Nekrologeintrag erscheint im Ereignisfall (Eintrag des Sterbedatums) schon im biografischen Artikel und nimmt nach Vervollständigung der Daten und dem Speichervorgang im verknüpften Nekrolog den Eintrag an der richtigen Stelle vor. Hier muss allerdings berücksichtigt werden, dass der Nekrologeintrag auch schon vor der Bearbeitung des biografischen Artikels erfolgt sein kann (z. B. bei Rotlinks) und Redundanzen zu vermeiden sind. --Jamiri (Diskussion) 13:36, 23. Aug. 2023 (CEST)

@Jamiri: so etwas in der Art stelle ich mir vor. @Wurgl: Du bist doch der Herr über Personendata. Wäre so etwas für Dich umsetzbar? Es gibt die Vorlage:Nekrolog/Zeile. Könntest Du Dir vorstellen, anhand der Personendaten und der Kategorien einen Vorschlag zu erzeugen wie bei Benutzer:Wurgl/8Schwestern? Das muss nicht morgen sein, aber so etwas in der Art vermisse ich schon seit Jahren... Die 8Schwestern musste ich jedoch in meiner Commons aktivieren, da ist sicherlich im Vorfeld bis zur Umsetzung noch viel zu beachten. Über Deine Einschätzung würde ich mich dennoch freuen, --Silke (Diskussion) 14:09, 23. Aug. 2023 (CEST)

Höchstens bin ich Herrchen. Muss mich da mal beim Nekrolog einlesen … wobei März 2020 ist einfach, da gibts Jahre die quartalsweise geteilt sind und solche die gar nicht geteilt sind. Aber das ist nicht das Problem. Ich hab bissl Kopfaua mit der richtigen Referenz und irgendwie muss die Info den Seitenaufbau nach dem Abspeichern der Änderung ja überleben. Viele Ideen, viel Kopfaua. --Wurgl (Diskussion) 14:18, 23. Aug. 2023 (CEST)

Ich muss mich nochmal einklinken:

• Vorlagentechnik ist grundsätzlich ungeeignet für diese Aufgabe.
  • Sie kann nicht zumutbar feststellen, wo etwas neu eingeführt wurde, und erst recht nicht nach dem Speichern.
  • Sie kann auch keinen „Bearbeitungshinweis“ einblenden, sondern maximal bei Quelltextbearbeitung (nicht VisualEditor) am Ende des Artikels einen Hinweiskasten in der Vorschau-Ansicht.
• Etwas bei jeder Bearbeitung auszuführen, zu prüfen ob ANR und ob Kategorie oder PD-Vorlage und ob was verändert ist hoch performancekritisch.
  • Wenn überhaupt, macht das ein erwähnter Bearbeitungsfilter.
  • Der würde aber nur „markieren“, was auch eine Auswertung in den folgenden vier Wochen ermöglicht, und allenfalls eine Erinnerung an die Belegpflicht beim Töten von Lemmapersonen darstellen, weil der Chef der einen rausschnmiss, oder die Ex oder der bööse Nachbar virtuell gekillt werden solle.
  • JavaScript für alle und neue und unerfahrene Menschen schließe ich aus.
• Helferlein gäbe es nur als individuell aktivierbares Benutzerskript. Weil wegen Performance und Wartung.
• Mit solchen „Bearbeitungshinweisen“ haben wir fast zwei Jahrzehnte Erfahrung.
  • Sie verschrecken gerade unerfahrene Menschen und führen dazu, dass abgebrochen und überhaupt nicht gespeichert wird.
  • Wir gehen außer bei gravierenden und missbräuchlichen Fällen dazu über, nur zu loggen, ggf. per Bot auf die BD eine nachträgliche Info zu schicken, und keinerlei derartige Anleitungen anzuzeigen.
  • Der Wunsch nach „zugehörige Nekrologe“ ist völlig überfordernd und viel zu kompliziert und deshalb unverständlich und nicht spontan lösbar und könnte zum Abbruch der Bearbeitung führen.
• Mir fehlt innerhalb der Personen-Projektseiten eine Anleitung, wie mit Nekrologen umgegangen werden soll, als eigenständige Unterseite.
  • Ich bezweifle, dass unter heutigen Bedingungen eine Seite mit >5000 Einträgen realisierbar ist; das würde maximal 300 Bytes pro Person bedingen, einschließlich ref und aller Syntax.
  • Das ist eine Vorstellung aus den Nuller Jahren.
  • Ich sehe auch nicht, dass wir den kenianischen Finanzminister von 1983 dort auflisten müssten.
  • Sollen die Jazz-Musiker nur dort oder auch bei den Musikern und dann auch noch einmal im allgemeinen Nekrolog eingetragen werden?

VG --PerfektesChaos 14:35, 23. Aug. 2023 (CEST)

Wir sind über „Bearbeitungshinweise“ dank Silke schon hinaus. Und auch das nochmals: Der kenianische Finanzminister erfüllt die Relevanzkriterien der WP. Also gehört er auch in den Nekrolog. Punkt. --Jamiri (Diskussion) 14:53, 23. Aug. 2023 (CEST)

Dann macht es mehr Sinn, den Nekrolog automatisiert zu erstellen wie auch die Liste der Biografien, da hat es dann auch Wurgl leichter. --darkking3 ^Թ 15:17, 23. Aug. 2023 (CEST)

Potsblitz, da bist Du mir zuvorgekommen, denn genau diese Idee kam mir gerade auch in den Sinn. Wäre es dazu vorab erforderlich, die Nekrologe zu „harmonisieren“? Bislang haben wir dort sehr unterschiedliche Einteilungen. --Jamiri (Diskussion) 15:56, 23. Aug. 2023 (CEST)

da wir erstmal nur technisch klären, wäre auch bereits für den Bearbeitungshinweis ein Konsens nötig. Dies gilt auch für eine Automatisierung bei den Nekrologen. --darkking3 ^Թ 16:02, 23. Aug. 2023 (CEST)

@Bernhard Diener: zur Info. (https://de.wikipedia.org/w/index.php?title=Spezial:Beitr%C3%A4ge&end=&namespace=all&newOnly=1&start=&tagfilter=&target=Bernhard+Diener&dir=prev&offset=20230813190115) --M2k~dewiki (Diskussion) 16:04, 23. Aug. 2023 (CEST)

Bedeutet das, dass ich erstmal keine Nekrolog-Listen mehr erstellen soll? Sorry, mit dem technischen Kram hab ich das hier nicht so. --Bernhard Diener (Diskussion) 20:59, 23. Aug. 2023 (CEST)

@Bernhard Diener: Zweck des Anpingens war, Dich darüber zu informieren, dass es Überlegungen gibt, Nekrologe zukünftig automatisiert anzulegen. Von einer Umsetzung sind wir aber noch weit entfernt. Deshalb lass Dich von Deiner bisherigen Tätigkeit zur Steigerung des Mehrwerts der WP nicht abbringen. Deine Meinung zu dem Thema ist hier gleichfalls von Interesse. --Jamiri (Diskussion) 07:00, 24. Aug. 2023 (CEST)

Ich denke mal, alles, was automatisch geht, erleichtert die Arbeit in Wikipedia, aber dafür müsste wohl zunächst mal überhaupt eine Liste bestehen, um sie vervollständigen zu können? Oder nicht? Wie gesagt, technisch ist bei und mit mir kein Blumentopf zu gewinnen... --Bernhard Diener (Diskussion) 08:21, 24. Aug. 2023 (CEST)

Die Nekrologe zu automatisieren ginge schon – bis eben auf die Einzelnachweise. das ist ein bissl sehr trickreich. Diese Woche hab ich aus Wikidata einen Link als Beleg für den Tod eingebaut: Spezial:Diff/236665444 Die Position an welcher die Referenz hängt könnte Kriterium sein, beim Titel "Ушел из жизни Сергей Бабков" würde der Bot grandios scheitern. Aber ist die Position Kriterium genug? Da hab ich Bauchschmerzen. Aus Wikidata übernehmen wäre auch eine Variante, aktuell haben wir 484.097 verstorbene Personen und 463.880 davon haben ein exaktes Sterbedatum … das bedeutet 463.880 Zugriffe auf Wikidata bzw. mehrere Stunden. Jetzt mal abgesehen davon, dass Wikidata auch nicht das Gelbe vom Ei für so eine Referenz ist dauert diese Zugriffe scon eine Zeit und sind ohne schlaue Optimierung für einen täglichen Lauf nicht gerade toll geeignet.

Allerdings stellt sich die Frage ob eine Nguyễn Thị Thúy Hằng (die lebt noch und soll noch lange leben, aber als Beispiel) in den Nekrolog soll und falls nein, wie soll ein Bot das ausbaldowern?

Und dann gibts noch die Sonderfälle mit unklarem Sterbetag bzw. -jahr und die Frage ob nur gesichtete Einträge in den Nekrolog kommen sollen.

Mit Helferlein wären die Probleme deutlich geringer. Da frage ich mich aber, ob ich nicht beim Besuch/Ansehen eines Artikels zu einer verstorbenen Person den Vorschlag zum Eintrag in den Nekrolog (falls noch nicht vorhanden) machen könnte. Nicht beim Hinzufügen des Sterbetags, sondern beim Ansehen was ja auch nach dem Abspeichern passiert. Hätte den Vorteil, dass auch die Altfälle nach und nach reinkommen und den Nachteil dass es vielleicht nervt wenn es zu häufig aufblitzt.

PS: Wenn PC das hier nicht haben mag, dann gerne irgendwohin verschieben. --Wurgl (Diskussion) 11:03, 24. Aug. 2023 (CEST)

Mir ging es auch nicht darum, schon mal mit der Harmonisierung anzufangen, sondern lediglich Notwendigkeiten zu ermitteln. --Jamiri (Diskussion) 16:10, 23. Aug. 2023 (CEST)

Wenn jemand probieren mag, in die eigene common.js folgende Zeile einfügen.

mw.loader.load('//de.wikipedia.org/w/index.php?title=Benutzer:Wurgl/Nekrolog.js&action=raw&ctype=text/javascript');

Das Dings meldet beim Angucken eines Artikels mit der Vorlage Personendaten und eingetragenem exaktem(!) Sterbedatum ob die Person im entsprechenden Nekrolog zu finden ist. Nicht erkannt wird, wenn die Person im falschem Nekrolog (falsches Jahr/Monat) eingetragen ist. In so einem Fall kommt halt 'Fehlt im Nekrolog <Jahr>'

Das Dings guckt nur, es ändert nix. --Wurgl (Diskussion) 16:58, 24. Aug. 2023 (CEST)

@Wurgl: Ich habe die von Dir angegebene Zeile in meiner commons.js in die nächstfreie Zeile eingetragen und dann den Browser neu gestartet, doch beim Aufruf von Ernest Shackleton passiert da gar nichts. Was mache ich falsch? --Jamiri (Diskussion) 19:29, 24. Aug. 2023 (CEST)

Hast du eventuell die Metadaten abgestellt, also siehst du den Personendaten-Block nicht? --Wurgl (Diskussion) 20:01, 24. Aug. 2023 (CEST)

@Wurgl: Jau, daran lag es. Jetzt funktioniert es, besten Dank. --Jamiri (Diskussion) 06:37, 25. Aug. 2023 (CEST)

Inzwischen ist das gefixt. Metadaten muss man nicht (mehr) anschalten. --Wurgl (Diskussion) 08:56, 25. Aug. 2023 (CEST)

Hallo Wurgl, auf der Seite Dean Ballinger kommt bei mir Nekrolog: Fehler beim Lesen der Links vom Nekrolog auf die aktuelle Seite (TypeError: missing.length is not a function) (bei Johann Heinrich Martens (Maler) und Svetozar Ilešič kommt dagegen Fehlt im Nekrolog) --M2k~dewiki (Diskussion) 09:59, 25. Aug. 2023 (CEST)

Fixed. Sorry. --Wurgl (Diskussion) 10:05, 25. Aug. 2023 (CEST)

@M2k~dewiki, LegoFCB, Jamiri, Silewe: Bei fehlendem Eintrag im Nekrolog bzw. fehlendem Nekrolog sollte jetzt ein zusätzlicher Tab erscheinen der zum Nekrolog führt. Außerdem ist schon bissl was für die Zukunft vorbereitet. Stay tuned! --Wurgl (Diskussion) 16:54, 27. Aug. 2023 (CEST)

@Wurgl, Tab gefunden und in Funktion. Danke nochmals --LegoFCB (Diskussion) 19:13, 27. Aug. 2023 (CEST)

Nur als Hinweis an die Runde, der Tab verschwindet nach erfolgtem Eintrag in den passenden N. --LegoFCB (Diskussion) 19:26, 27. Aug. 2023 (CEST)

Analog zu den Eintragungen im Nekrolog könnte die Eintragung in der Begriffsklärungsseite für den Familiennamen erfolgen, d.h.

• einerseits eine Liste von (neuen) biografischen Artikeln mit fehlendem Nekrolog-Eintragung analog zu Benutzer:APPER/PersonenBKL2 (Beispiel), eventuell auch mittels PetScan
• andererseits ein Helferlein zur Eintragung von biografischen Artikeln in der Familiennamen-BKL analog zum "fehlenden Nekrolog-Helferlein"

--M2k~dewiki (Diskussion) 01:43, 28. Aug. 2023 (CEST)

Das ist zu komplex. Da gibt es zu viele Sonderfälle wo Namen zusammengezogen werden; unterschiedliche Klammerausdrücke; mehrfache Name+Vorname etc. Das Script welches BKL2 erzeugt besteht größtenteils aus Tabellen für Sonderfälle. --Wurgl (Diskussion) 08:20, 28. Aug. 2023 (CEST)

Möglicherweise wäre auch eine umgekehrte Funktionalität sinnvoll, die für eine bestimmte, konkrete Nekrolog-Seite die fehlenden Einträge anzeigt und ggf. an den passenden Stellen einen Text zum Einbau vorschlägt, sodass man die vorgeschlagenen Änderung(en) nur mehr kontrollieren und bestätigen muss. --M2k~dewiki (Diskussion) 01:51, 28. Aug. 2023 (CEST)

Siehe teils Benutzer:Miebner/GND, ist aber auch gedacht um in der DNB die Sterbedaten zu ergänzen. --Wurgl (Diskussion) 08:20, 28. Aug. 2023 (CEST)

• 2016 gab es mal Spezial:Missbrauchsfilter/222 für ein paar Monate, der dann auch Markierungen für Beo und RC gesetzt hatte.
• Das wurde im selben Jahr durch stille Bot-Überwachung ersetzt, Benutzer:CamelBot/maintenance list/categories of the dead, für die Bearbeitungen der letzten zwei Wochen.
  • Die wird im Hintergrund diskret von Wartungspersonal überwacht; etwa hinsichtlich Belege oder böswilliger virtueller Tötung und Formalitäten wie Tempus, PD-Vorlage, Einleitungsabschnitt abgearbeitet.
• Der Filter wäre reaktivierbar, auch zur Erkennung der PD-Vorlage, wenn Markierung und/oder sehr kurze Hinweise betreffend Belegpflicht genutzt werden sollen.

VG --PerfektesChaos 21:17, 24. Aug. 2023 (CEST)

Mir wird's leider langsam zu technisch und die eierlegende Wollmilchsau muss es vielleicht auch gar nicht sein. Frage: Ist eine Automatisierung von Einträgen von Personen zumindest mit konkretem Sterbedatum denkbar, wenn diese in den Nekrologen noch fehlen? Wenn ja, sollte dies auch ohne Meinungsbild umsetzbar sein. Das entsprechende Tool wäre als hilfreiche Ergänzung zu verstehen, und nicht als Verdrängungsmaschine für die User, welche die Nekrologe bislang beackern. Es gäbe neben Routineeinträgen noch genug zu tun, Personen mit unbekanntem Sterbedatum manuell einzutragen. --Jamiri (Diskussion) 14:34, 25. Aug. 2023 (CEST)

Dazu müsstest du zuallererst den Nachweis erbringen, dass es unter heutigen Bedingungen überhaupt (noch) wünschenswert und ob der resultierenden Größe der Nekrolog-Seiten überhaupt zukunftsfähig ist, dass alle verstorbenen Personen in irgendeine und wenn ja welche Nekrolog-Seite aufgenommen werden sollen.

Ich vermisse eine konsensuale Projektseite Wikipedia:Nekrologe, die das näher erörtert und Handreichungen gibt, wann was welche „zugehörigen Nekrologe“ sein sollen, und dies auch projektweit akzeptiert wird.

• Gibt es irgendeine Organisation und Plattform als WikiProjekt, wodurch derartige Aktivitäten koordiniert würden?

Mein Eindruck ist, dass dies ein Relikt aus den Nuller Jahren ist, als wir einige 10.000 Artikel über Menschen hatten, und diese dann händisch in Nekrolog-Seiten eingetragen wurden.

Angesichts von drei Millionen Artikeln demnächst und irgendwann einer Million Personen fehlt mir eine realistische Betrachtung über Umsetzbarkeit sowie Sinn und Zweck.

Ich weiß nicht, was man auf einem Smartphone mit einer Tabelle von 5.000 oder dann 10.000 Menschen anfangen soll. Von vorn bis hinten durchlesen kann das niemand. In Zeitungen und Zeitschriften, gerade Fachpublikationen, gab es durchaus mal zum Jahresende einen Rückblick, wo ein oder vier Dutzend bedeutende Menschen fokussiert auf eine Region oder ein thematisches Umfeld mit Kurzbios gelistet wurden. Gab es vor Jahrhunderten auch als Bücher über die deutsche Öffentlichkeit mit 1.234 Einträgen. Das hat man sich in unseren Kinderjahren offenbar als Vorbild genommen, um alle auf dem Planeten verstorbenen Menschen aller Interessengebiete aufzuzählen.

Um eine Person zu suchen, bieten wir als Werkzeug die Begrenzung auf eine Kategorie mittels incategory: an, und dann Schlagwörter wie Orte oder Disziplinen aller Art. Damit bekommt man eine flexible Auflistung aus dem gesamten Artikelbestand mit individuell eingrenzenden Filtermöglichkeiten. Solch ein Suchergebnis als statische Wikitextseite für alle Einträge einer Kategorie weiterzuführen scheint mir weder sinnvoll noch nutzbar noch ob der Sprengung von Größenbegrenzungen speicherbar oder lesbar.

Wir haben auch das von Wurgl betreute APPER-Personensuchwerkzeug.

Um auf deine Frage zurückzukommen: Ja, es gibt vielerlei Möglichkeiten, um die momentanen Einträge einer Kategorie aufzulisten und genauso Hacks, um alle in der Seite verlinkten Artikel in eine Liste zu schreiben und dann beide Listen hinsichtlich unbalancierter Elemente zu vergleichen.

VG --PerfektesChaos 15:13, 25. Aug. 2023 (CEST)

Ich kann mit Deinen (sich wiederholenden) Bedenken schlicht nichts anfangen. Die Nekrologe sind so ausgelegt, dass dort alle nach den WP-Richtlinien relevanten Personen, die verstorben sind, eingetragen werden können. Es gibt de facto keine numerische Begrenzung pro Nekrolog. Ein Nekrolog könnte auch ausschließlich aus tausenden Rotlinks bestehen. Ob der Eintrag nun manuell oder automatisch geschieht, macht keinen Unterschied. Folglich benötigen wir keinen gesonderten Konsens, weil dieser Konsens über die Relevanzkriterien bereits abgebildet ist. – Somit bleibt, eine Machbarkeit vorausgesetzt, einzig und allein die Frage, ob die „Technikabteilung“ dem Bemühen einer vollständigen Abbildung der Artikel Verstorbener in den Nekrologen Vorschub leisten will oder sich dem widersetzt. Wie lautet die Antwort? --Jamiri (Diskussion) 17:36, 25. Aug. 2023 (CEST)

• „Es gibt de facto keine numerische Begrenzung“
  • Oh doch.
  • Das Limit an Wikisyntax nach Expansion aller Vorlagen usw. liegt bei 2 MB, für ein HTML-Dokument nach dessen Expansion bei 5 MB.
  • Heißt bei > 5000 Einträgen in einer Jahreskategorie, zuzüglich auch noch Rotlinks, maximal 300 Bytes (nicht Zeichen) pro Eintrag, einschließlich Tabellensyntax, Verlinkung, Daten und Beleg.
  • Wobei Seiten dieser Größe, erst recht auf einem Smartphone und bei langsamer oder teurer Internetverbindung, eine Frechheit sind.
• Das hier ist nicht die „Technikabteilung“.
  • Wir beschäftigen uns mit der Programmierung und Organisation von Vorlagen sowie mit Wikisyntax.
  • Mit deiner Anfrage haben wir überhaupt nichts zu tun und geben nur aus Freundlichkeit technisch-organisatorische Hinweise.
• Wenn du irgendwen dafür begeistern möchtest, sich mit deinem Aufgabenfeld näher zu befassen, dann müsstest du schon Sinn und Zweck und Konzeption und Projektseite und Arbeitsplattform konkret und präzise darlegen.

VG --PerfektesChaos 18:09, 25. Aug. 2023 (CEST)

Man kann fehlende Nekrologeinträge auch mit Petscan finden, etwa für 2023 .--Masegand (Diskussion) 18:48, 25. Aug. 2023 (CEST)

Das Wort „Technikabteilung“ war bewusst in Gänsefüßchen gesetzt. – Es mag technische Beschränkungen geben, jedoch keine, die sich für Bearbeiter aus WP-Richtlinien ableiten ließe. Es klingt beinahe so, als ob durch ein fehlendes Tool die Zahl der Nekrologeinträge künstlich niedrig gehalten werden soll. Das wäre völlig absurd. Dann könnten wir auch gleich alle Nekrologe löschen. Außerdem: Wo ist denn zu befürchten, dass ein Jahresnekrolog über 5000 Einträge enthalten könnte? Und selbst wenn, dann wäre eine Angleichung an die zuletzt vorgenommene Unterteilung in Monatsnekrologe auch kein großer Akt (ich fragte bereits zuvor nach Voraussetzungen; dass die eingeforderte Konsensfindung in diesem Punkt ein Zirkelschluss ist, habe ich bereits dargelegt). Pro Monat ist auch im Worst-Case-Szenario nicht mit derart hohen Zahlen zu rechnen. Und zu guter letzt zum dritten Mal und unter Voraussetzung einer machbaren technischen Umsetzung: Ist hier jemand bereit, ein Tool für automatische Einträge in Nekrologe zu entwicklen, das der WP-Gemeinde die auch ohne ein ebensolches zu leistende Arbeit in den Nekrologen erleichtert? --Jamiri (Diskussion) 19:17, 25. Aug. 2023 (CEST)

1945: 5164 Verstorbene, 2020: 5524, 2021: 5499 und 2022: 5338. Nicht dass die alle im Nekrolog eingetragen sind, aber das ist die Gesamtzahl derer, die einen Artikel hier in deWP haben. Dazu kommen noch die Rotlinks. --Wurgl (Diskussion) 19:38, 25. Aug. 2023 (CEST)

Ergo ist die Voraussetzung (wie schon oben angemerkt): Umstellung der Jahres- und Quartalsnekrologe auf Monatsnekrologe. Korrekt? --Jamiri (Diskussion) 19:43, 25. Aug. 2023 (CEST)

Hallo Wurgl, ich habe nochmal eine Rückfrage. In den meisten Fällen funktioniert die von Dir eingerichtete Hilfe einwandfrei. Ist Dir ein Grund bekannt, warum es Ausnahmen gibt? Bspw. Wird mir bei Ian Wilmut im Artikel eingeblendet, er sei im Nekrolog 2023 eingetragen. Gleichwohl ist er im Nekrolog September 2023 enthalten, was nicht angegeben wird. Danke und Grüße --LegoFCB (Diskussion) 19:10, 11. Sep. 2023 (CEST)

Da hab ich (fast) keine Chance das festzustellen. Jedenfalls ist er im Nekrolog 2023 sichtbar und nur das kann ich per API prüfen. Für solche Fälle sollte es eine Fehlerliste geben … ich glaube, Benutzer:Wurgl/Falsche Lebensdaten/Jahresseiten deckt das ab. Kannst ja bis morgen drinnen lassen, dann sehen wir das. --Wurgl (Diskussion) 19:23, 11. Sep. 2023 (CEST)

Hab mir fast so etwas gedacht. Aber wir schauen dann mal morgen rein. Grüße und Danke --LegoFCB (Diskussion) 19:42, 11. Sep. 2023 (CEST)

Oops. Muss ich wohl nachbessern. Da wird so einiges geprüft, aber die Nekrologe offenbar nicht. --Wurgl (Diskussion) 08:16, 12. Sep. 2023 (CEST)

Kann ich nicht mitreden, sieht aber für mich nach viel Arbeit aus. Ich drück die Daumen, bei der jeweiligen Lösung. Grüße --LegoFCB (Diskussion) 14:54, 12. Sep. 2023 (CEST)

@LegoFCB: ich hab die letzten Tage ein wenig gezaubert und in Benutzer:Wurgl/Falsche Lebensdaten/Jahresseiten (am Ende) gibts wohl einiges zu tun. Die Liste ist natürlich weit länger, bei 50kB stoppe ich das ganze, wenn gewünscht kann ich das länger machen. --Wurgl (Diskussion) 17:41, 26. Sep. 2023 (CEST)

Super, ich schaue es mir an. Vielen Dank für Deine *ZaUbErEi* --LegoFCB (Diskussion) 18:12, 26. Sep. 2023 (CEST)

Hallo nochmal Wurgl, ich habe mich am Beispiel 29. Juni || Walter Santos || brasilianischer Gitarrist || 77 || versucht, und habe den Eintrag korrigiert (Nekrolog 2008). Zum einen führt Dein Link in der Fehlerliste auf den Judoka Walter Santos. Der hier beschriebene Gitarrist war im Nekrolog nicht verlinkt, wobei ich dort nun einen Rotlink ergänzte, das Alter korrigierte und eine neue funktionierende Quelle hinterlegte. Würde denn der Eintrag bei der nächsten Prüfung aus Deiner Liste verbannt? Grüße und Danke --LegoFCB (Diskussion) 20:22, 26. Sep. 2023 (CEST)

Oh! Auf die Idee dass gar kein Link da ist, bin ich gar nicht gekommen. Und ja, nach Korrektur ist der nicht mehr auf der Liste. --Wurgl (Diskussion) 21:42, 26. Sep. 2023 (CEST)

Ja, auch das gibt es. Danke nochmals. --LegoFCB (Diskussion) 23:06, 26. Sep. 2023 (CEST)

Media Wiki Tabellen

Hallo, ich würde gerne eine neue Tabellenklasse erstellen. Weiß jemand wie das geht? Grüße, --109.43.241.57 12:16, 30. Sep. 2023 (CEST)

So grober Ablauf: Anmelden, Sporen verdienen, als Admin bewerben oder empfehlen lassen und dann könntest du nach Diskussion dies in Mediawiki:common.css ergänzen. Ohne zu wissen, was du überhaupt machen möchtest, lässt sich das nicht weiter eingrenzen. --darkking3 ^Թ 13:09, 3. Okt. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:06, 2. Nov. 2023 (CET)