Wikivoyage:Vorlagen/Werkstatt/Archiv 2020-12-31

Dieser Artikel ist Teil unseres Archivs der Vorlagenwerkstatt.

<<

 

Archiv vom 31. Dezember 2020

{{Zukunft}}

Ausgangslage

Bitte auch Lounge-Diskussion beachten.
Bei Datumsangaben, die weit in der Vergangenheit liegen zeigt die Vorlage Zukunft eine Warnung an, dass {{Veraltet}} zu verwenden sei. Diese bietet aber keinen Mehrwert und scheint in der Wikivoyage auch schlicht nicht für diesen Einsatzzweck gedacht zu sein.

Vorschläge

Ich schlage vor eine Kategorie Kategorie:Wikivoyage:Veraltet seit über zwei Jahren anzulegen (kann natürlich auch anders heißen), und die Vorlage {{Zukunft}} so abzuändern, dass Artikel mit Einbindung dieser Vorlage, deren Zeitangabe weiter als die festgesetzte Schwelle zurückliegt, in dieser einsortiert werden. Innerhalb dieser Kategorie könnten Einträge entweder chronologisch nach Ablaufdatum oder alphabetisch nach Artikelnamen sortiert werden. Statt dem derzeitigen Warnhinweis, welcher in Aufzählungen das Layout bricht, soll ebenfalls nur noch ^[Veraltet] angezeigt werden.

Mit Blick auf DerFussis Vorschlag (2. Block, 4. Ebene - am besten Seiten nach "aufpopt" durchsuchen), könnte man auch erwägen, das ausgegebene "Veraltet" mit Meta-Daten (insb. Ablaufdatum als "data"-Attribut) anzureichern, damit diese ggf. von einem Helferlein erkannt werden können, um tatsächlich eine Warnung à la "Hier gibt es veraltete Infos, möchtest Du sie mal überprüfen?" realisieren zu können. --Nw520 (Diskussion) 23:06, 6. Jun. 2019 (CEST)

Diskussion

Hinweis: Für diesen Vorschlag müssten geändert werden: Vorlage:Zukunft/Jahreskategorie und Vorlage:Zukunft/Monatskategorie. Jeweils {{Warnung|Bitte nutze in Fällen, in denen die Jahreszahl bereits in der Vergangenheit liegt, {{Vorlage|Veraltet}} anstatt {{Vorlage|Zukunft}}.}}<span style="display:none">[[Vorlage:Zukunft/Schon weg]]</span> zu [[Kategorie:Wikivoyage:Veraltet seit über zwei Jahren|{{Monat Name-Zahl|{{{2}}}}} {{{1}}}]] --Nw520 (Diskussion) 22:51, 16. Jul. 2019 (CEST)

Für das angesprochene Gadget hätte ich einen ersten Prototypen. Er benötigt je Eintrag ein Element der Klasse wv-zukunft mit einem Attribut der Form data-timestamp=2019-01-01. Getestet werden kann es mithilfe der Browser-Entwicklerwerkzeuge in der Spielwiese. Der Befehl zum Einbinden des Gadgets findet sich dort. --Nw520 (Diskussion) 18:58, 20. Jul. 2019 (CEST)

Halte ich für sinnvoll. {{veraltet}} dient nur für Projektseiten und Vorlagen. Ein Gadget wäre sehr hilfreich, besonders da ich zweifle, dass sich wirklich jemand um diese Kategorien kümmert. Hoffentlich beteiligen sich auch noch ein paar mehr Leute (insbesondere die Nutzer/Befürworter der Vorlage) an der DIskussion. -- DerFussi 09:35, 21. Jul. 2019 (CEST)

Falls das hier mal irgendwann wiederaufgewärmt wird, möchte ich noch einen Parameter |note= oder alternativ |notiz= (je nach Vorliebe in diesem Wiki) vorschlagen, in welchem man Notizen an zukünftige Bearbeiter speichern kann. --Nw520 (Diskussion) 15:38, 30. Nov. 2019 (CET)

Habe das mal in meinem Prototypen integriert. --Nw520 (Diskussion) 23:22, 4. Feb. 2020 (CET)

@DerFussi: Ist der Vorschlag jetzt mangels Beteiligung gestorben? Mir ist eine Möglichkeit Informationen als veraltet zu markieren schon ein Anliegen, da ich öfter bei Fehlerbeseitigung und Aufräumen über veraltete Informationen stolpere. Daher würde ich mich freuen, falls es hier in der Wikivoyage irgendeine Möglichkeit dafür geben würde, sowas (auch für bereits veraltete Informationen) zu markieren. --Nw520 (Diskussion) 23:22, 4. Feb. 2020 (CET)

@Nw520: Meinen Segen hast du. Ich halte es für unkritisch, wenn du deine Ideen umsetzt, auch wenn hier nicht mehr Feedback kommt. -- DerFussi 11:20, 8. Feb. 2020 (CET)

Vorlage für Skipisten-Übersicht

Ausgangslage

In grob 40+ Artikeln gibt es Skipistenübersichten (Beispiel (1), (2), (3)), die als Tabellen realisiert sind. Auffallend ist, dass diese Tabellen größtenteils eine identische Kopfzeile haben, welche in jeden Artikel kopiert wurde, sodass ein Ändern dieser Kopfzeile nur mit erheblichem Aufwand möglich ist. Zum Anderen ist der Mediawiki-Code, bestehend aus Syntax für Tabelle und Einbindung von 6 Bildern, unübersichtlich.

Vorschläge

Ich schlage vor, dass eine neue Vorlage eingeführt wird, mit der solche Skipistenübersichten (die Vorlage bräuchte dann aber einen knackigeren Namen) angelegt werden können. Konkret habe ich drei Vorstellungen, wie eine solche konzipiert sein könnte:

1. Analog zu {{Region List}}, also 2 Vorlagen, eine für die allgemeine Tabellestruktur und eine für jede Zeile. Da ich nicht davon ausgehe, dass eine solche Tabelle sonderlich viele Zeilen hat, denke ich nicht, dass hierzu ein Modul notwendig wäre, sondern man einfach stur die (sagen wir bis zu zehn) möglichen Zeilen abprüft.
2. Analog zu {{Feiertag}}, also insgesamt 3 Vorlagen, eine für Kopfzeile, eine für jede Zeile und eine abschließende.
3. Analog zu {{Quickbar}} mit Verwendung von {{Quickbar table}}, also 2 Vorlagen, jeweils eine für die Kopfzeile und eine für jede Zeile sowie drumherum {| ... |}. --Nw520 (Diskussion) 02:14, 17. Mär. 2020 (CET)

Diskussion

• {pro}} – spricht aus meiner Sicht nichts dagegen. -- DerFussi 16:51, 19. Mär. 2020 (CET)

Hättest du eine Präferenz bei den 3 möglichen Methoden? Ich persönlich tendiere zu 1 oder 2. --Nw520 (Diskussion) 12:55, 25. Mär. 2020 (CET)

Aufgrund der Flexibilität, und dass mansich nicht auf eine maximal mögliche Befüllung einlassen muss, Variante 2. Dann kann man auch schneller Zeilen tauschen, ohne mit den Nummern zu hantieren. -- DerFussi 13:43, 25. Mär. 2020 (CET)

Unter {{Skipiste}} habe ich eine Vorlage erstellt. Bevor ich mit dem Migrieren der existierenden Tabellen anfange, würde ich dich gerne noch einmal fragen, ob die Vorlage so wie sie jetzt ist okay ist, oder du dir noch Änderungen wünschst. --Nw520 (Diskussion) 20:07, 25. Mär. 2020 (CET)

Gut. Finde keine Auffälligkeiten. -- DerFussi 20:57, 25. Mär. 2020 (CET)

Erledigt 53 Vorkommen migriert. --Nw520 (Diskussion) 16:08, 26. Mär. 2020 (CET)

Danke sehr. -- DerFussi 16:21, 26. Mär. 2020 (CET)

Vorlagenmeister löscht korrekte Parameter

Ausgangslage

Ruft man den Vorlagenmeister mit einer {{vCard}} auf, in der auto=y gesetzt ist, so löscht der Vorlagenmeister diesen Parameter beim Speichern.

Vorschläge

Der Vorlagenmeister sollte entsprechend der Dokumentation der vCard agieren, d. h. in diesem Fall alle erlaubten Varianten akzeptieren.

Diskussion

Bitte korrigieren. --4omni (Diskussion) 10:22, 18. Mai 2020 (CEST)

Nochmal ausführlich: Beim Parameter "auto" gibt es folgende Varianten:

|auto= j, ja, y, yes, n, no, nein

Was passiert, wenn man eine vCard mit einer dieser Varianten im Vorlagenmeister bearbeitet?

vorher	nachher
auto = j	auto = j
auto = ja	Parameter gelöscht
auto = y	auto = y
auto = yes	Parameter gelöscht
auto = n	auto = n
auto = no	Parameter gelöscht
auto = nein	Parameter gelöscht

D.h., der Vorlagenmeister löscht seit dem letzten Patch in Vorlage:Vcard/XML nicht mehr fünf von sieben Varianten, sondern "nur noch" vier von sieben Varianten. Er sollte aber alle erlaubten Varianten akzeptieren. --4omni (Diskussion) 23:01, 23. Mai 2020 (CEST)

Ich hab die XML geändert, hoffe es passt jetzt. Schönen Sonntag. --FriedhelmW (Diskussion) 09:38, 24. Mai 2020 (CEST)

Vorlagenmeister löscht korrekte Parameter #2

Ausgangslage

Bearbeitet man die Vorlage {{Marker}} mit gesetzten Parametern type=airport, iata=n und icao=n im Vorlagenmeister, löscht dieser die Parameter iata=n und icao=n beim Speichern.

Vorschläge

Der Vorlagenmeister sollte die o.g. Vorlage dokumentationskonform handhaben und insbesondere keine zulässigen Parameter löschen. --4omni (Diskussion) 13:01, 26. Mai 2020 (CEST)

Diskussion

Fehlerhafter Parameter im Vorlagenmeister

Der Vorlagenmeister kannte die Parameter noch (iata, icao) noch nicht. Sie standen auch als unbekannt im Dialog. In diesem Fall ignoriert der Vorlagenmeister sie vollständig (gilt auch, wenn man sich nur vertippt hat). Ich habe die fehlenden Parameter ergänzt. Unabhängig davon denke ich, dass icao und iata aus Wikidata bezogen werden können und auch angegeben werden sollten. --RolandUnger (Diskussion) 07:29, 27. Mai 2020 (CEST)

Danke für die Korrektur der XML-Datei.

Widersprechen muss ich beim Handling: IIRC standen sie bei den Abschnittbuttons, waren aber nicht anklickbar. Da stand nichts von "unbekannt". Unter "ignorieren" verstehe ich, dass der Output dem Input entspricht, aber genau das macht der Vorlagenmeister nicht: Er löscht nicht in der XML-Datei aufgeführte Parameter ohne Hinweis oder gar Warnung.

Im konkreten Fall gibt es für IATA- und ICAO-Code bereits andere (sortierbare) Felder, so dass die Angabe eine (zudem nicht sortierbare) Doppelung wäre. --4omni (Diskussion) 09:14, 27. Mai 2020 (CEST)

Die für den Vorlagenmeister nicht bekannten („nicht anklickbaren“) Parameter werden gleich oben grün (bei den Abschnittsbuttons) hinterlegt dargestellt und sind natürlich nicht anklickbar. Diese Parameter werden ignoriert, nicht im Formular dargestellt und auch nicht zurückgeschrieben. Sollte es sich um Schreibfehler handeln, bitte nicht abspeichern, sondern vorab die Parameterbezeichnung korrigieren. Die Funktionalität/das Handling wurde so auf der Wikipedia programmiert, und wir werden hier auch keine Änderungen durchführen.

Wenn man wie im Fall der indischen Flughäfen auto auf ja/yes setzt, muss man zwangsläufig alle nicht benötigten Parameter auf nein setzen. Das hat nichts mit Zumutbarkeit zu tun. --RolandUnger (Diskussion) 07:45, 28. Mai 2020 (CEST)

IATA-Code in {{vCard}} abschaltbar machen

Ausgangslage

Bei einem Flughafen wird sowohl in der Vorlage {{Marker}} als auch in der Vorlage {{vCard}} nicht nur der Name angezeigt, sondern dahinter in Klammern der IATA-Code.

Während dieses Verhalten bei der Vorlage {{Marker}} durch |iata=n abschaltbar ist, vermisse ich bei der Vorlage {{vCard}} einen solchen Parameter.

• 13.19888888888977.7055555555561 Flughafen Bengaluru (IATA: BLR)
• 13.19888888888977.7055555555562 Flughafen Bengaluru (IATA: BLR) letzte Änderung: keine Angabe

Vorschläge

Da bei {{Marker}} keine Twitter- und Facebook-Links etc. angezeigt werden können, möchte ich {{vCard}} einsetzen. Dort sollte die Angabe des IATA-Codes abschaltbar sein. --4omni (Diskussion) 21:09, 28. Mai 2020 (CEST)

Diskussion

• Flughafencodes gehören nun mal zum Flughafen. Dass es die Parameter iata und icao beim Marker gibt, hat historische Gründe, und man sollte überlegen, sie auch ganz abzuschaffen, weil sie aus Wikidata bezogen werden können.
• {{Marker}} war nur als Markersymbol gedacht und sollte nicht überfrachtet werden.
• {{vCard}} Die Erweiterung der vCard mit weiteren Parametern ist nicht mehr vorgesehen. Sie (einschließlich des Editors) ist jetzt schon übervoll und alles andere als leicht zu bedienen – erst recht auf einem Smartphone. Der Einsatz in nur einem Artikel rechtfertigt aus meiner Sicht keine Änderung.
• Ansonsten sollte die Diskussion in der Lounge fortgesetzt werden, da es hier weniger um die technische Machbarkeit als um das Erscheinungsbild geht. --RolandUnger (Diskussion) 07:38, 30. Mai 2020 (CEST)

Ich denke, die Vorlagenwerkstatt sollte alles abdecken, von Bedarf über technische bis hin zu optischen Aspekten. Insofern finde ich den Ort hier für die Anfrage durchaus nicht unpassend. Zumal auf vielen Diskussionsseiten von Vorlagen ein Hinwies mit Link zur Vorlagenwerkstatt steht. Wenn es nur um das Erscheinungsbild geht ist ein Hinweis in der Lounge sicherlich sinnvoll, da bei solchen Dingen ein breiteres Community-Feedback sinnvoll ist. Ich habe den erzeugten HTML-Code der VCad noch nicht analysiert, gehe aber davon aus, dass die Infos einer VCard auch eigene CSS-Klassen haben. Ich habe das bei anderen Vorlagen auch oft implementiert. Dann sollte man Benutzer in der Vorlagendoku von Marker und VCard darauf hinweisen, dass sie sich die Anzeige des IATA-Codes auch selbst projektweit deaktivieren können. Ich gehöre auch zu denen, die das nutzen würden. Mich interessieren die Codes nicht. In den Quickbars, Sprachvorlagen und vielen Navileisten habe ich solche Möglichkeiten mit Beispielen dokumentiert. -- DerFussi 07:24, 1. Jun. 2020 (CEST)

Für die einzelnen Bestandteile gibt es CSS-Klassen, die in Wikivoyage:VCard dokumentiert sind. Damit kann man einzelne Bestandteile der vCard nutzerseitig abschalten.

Ich denke, bei dem Vorschlag ging es um etwas anderes. Man möchte für einen Artikel IATA/ICAO abschaltbar machen. Bisher brauchte man die Parameter IATA/ICAO nicht, weil sie aus Wikidata bezogen werden. Das Einfügen weiterer Parameter ist technisch möglich. Wir stoßen aber gerade bei der vCard an Grenzen, was die Parameteranzahl anbetrifft. Sie ist jetzt schon sehr hoch und sollte nicht noch unnötigerweise um zwei Parameter erweitert werden. Man sollte auch an die Bedienbarkeit des vCard-Editors denken. --RolandUnger (Diskussion) 06:41, 4. Jun. 2020 (CEST)

Worum es ging, ist mir schon klar. Ich wollte nur darauf hinweisen, dass man auch dem Nutzer überlassen kann, ob er eine Info angezeigt bekommen will oder nicht. Die Doku hätte ich im Leben nicht gefunden. Andere Autoren wahrscheinlich auch nicht. Ich habe sie mal in der Vorlagendoku verlinkt. -- DerFussi 07:42, 4. Jun. 2020 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Marker können jetzt auch soziale Medien anzeigen. Standardmäßig sind sie aber abgeschaltet, z. B. mit auto = y werden sie angezeigt. --RolandUnger (Diskussion) 08:17, 5. Jun. 2020 (CEST)

@RolandUnger: Ich wünsche guten Flug von 51.51757.4588888888889Dortmund Hauptbahnhof nach 49.4797222222228.4697222222222Mannheim Hauptbahnhof . Auf diesem Flug kannst du darüber nachdenken, dass der IATA three letter code ein location code ist (siehe IATA-Website) und kein airport code, auch wenn unwissende Touristen ihn nur vom Malle-Flug kennen. Da hilft es auch nicht, wenn du legitime Wikidata-Einträge einfach löschst. Aber wenn location codes nun mal zu diesen locations gehören (wie du meinst), dann müssen sie natürlich zwangsweise jedes Mal ausgegeben werden, wenn der Name auftaucht. Wo kämen wir hin, wenn man getrennte Parameter auch getrennt ausgeben könnte?

Dann sollte aber die IBNR (Internationale Bahnhofsnummer, P954) auch zwangsweise überall angegeben werden, wo Wikidata sie kennt. IBNR gehören nun mal zum Bahnhof. Und die World Heritage Site ID (P757) bei den Welterbestätten. Die gehört nun mal zu Welterbestätten. Und und und …

Wenn du der Auffassung bist, dass bestimmte Vorlagen nicht diskutabel sind, dann nimm sie in eine Ausnahmenliste auf, die in den Kopf dieser Seite integriert wird. Am besten mit Begründung (bitte ankreuzen, Mehrfachnennungen möglich):

( ) Das haben wir schon immer so gemacht
( ) Das haben wir noch nie so gemacht
( ) An dieser Vorlage darf außer $USERNAME niemand etwas ändern
( ) Diese Vorlage ist zwar ein Geschenk von $USERNAME an die Community, aber $USERNAME gibt entgegen der üblichen Praxis bei Geschenken die Verfügungsgewalt an der Vorlage nicht ab
( ) Diese Vorlage darf nur von Usern weiterentwickelt werden, die mindestens seit 2006 aktiv sind

Wenn du die möglichen Diskussionsthemen hier einschränken willst, mach in der Lounge einen Vorschlag dazu und diskutiere deinen Vorschlag mit der Community. Bis dahin halte ich mich an den Kopftext von WV:VW: "Wie – soll das Gewünschte aussehen?", "Wie – soll es tatsächlich aussehen?" und "Wie – sieht es fehlerbehaftet aus?" sind drei der Leitfragen im Kopftext für das hier Diskutierte.

Bitte vermeide Passivkonstruktionen ("ist nicht vorgesehen"). Sie täuschen Objektivität vor und verstecken den Urheber der (ganz subjektiven) Meinung.

Viele Veränderungen beginnen klein. Probleme melde ich nicht erst dann, wenn sie überhand nehmen, sondern beim ersten Auftreten. Dass ein Problem bisher nur in einem Artikel aufgetaucht ist, heißt nicht, dass es nicht zukünftig an diversen Stellen auftauchen wird.

Für den Moment (den konkreten Artikel) ist das Problem durch eine Änderung bei {{Marker}} entschärft (danke dafür). Aber das grundsätzliche Problem der unangemessenen Zwangskoppelung zweier Parameter bleibt bestehen. --4omni (Diskussion) 12:55, 6. Jun. 2020 (CEST)

@DerFussi: Danke für den Hinweis auf die CSS-Klassen. Ich habe mich damit noch nicht befasst. Aber für den fraglichen Artikel wären sie keine Lösung: Ich gehe davon aus, dass der Artikel von beliebigen Usern für die Reiseplanung ("Zu welchem indischen Flughafen fliege ich am besten?") genutzt wird, darunter von vielen Gelegenheits- und Erstusern. Denen ist mit fancy Konfigurationsmöglichkeiten nicht geholfen, die sehen die Standardansicht. --4omni (Diskussion) 12:55, 6. Jun. 2020 (CEST)

@4omni: Sicher, das war auch nur als ergänzenden Zusatzinfo gedacht. War das jetzt ein Pleonasmus? Hhmm. egal. So fancy muss es nicht sein. Wenn Interesse besteht, kann man das in ein Helferlein packen. Dann muss niemand seine eigene CSS-Datei pflegen und kann die Abschaltung einfach in seinen Einstellungen aktivieren. Ich habe bereits darüber nachgedacht, in der Helferlein-Liste eine Sektion hinzuzufügen, mit der man bestimmte Ausgaben steuern kann. Ich selbst habe ja auch diesen Kasten mit den Artikelklassifizierungen am Artikelende und die IPA-Ausgabe in den Fremdsprachenvorlagen persönlich abgeschaltet. Vielleicht baue ich sowas mal ein, falls da Bedarf ist. Nur für mich baue ich das aber nicht, ich kann ja mal eine Umfrage machen. Den IATA Code finde ich ganz persönlich nicht mehr ganz so wichtig, da jede Flug- und Airline-Webseite mittlerweile ein ordentliches Autocomplete hat und die ersten drei Buchstaben eines Zielortes auch funktionieren. Aber das ist wie gesagt nur persönliches Empfinden, keine Argumentation zu dem eigentlichen Problem hier. Aber wie gesagt, wenn sowas auf Interesse stößt, kann ich es ganz unabhängig von der Funktionaliät und Anwendung gewisser Vorlagen implementieren.

Gegen die manuelle Abschaltbarkeit in den beiden angesprochenen Vorlagen habe ich keine Einwände. Aufgrund der Verwandschaft beider Vorlagen, sollten beide auch gleich funktionieren. Wenn überhaupt Bedenken, sehe ich die in der Anwendung, da der Leser immer auf die Gnade des Autoren angewiesen ist, der entscheidet, ob eine Informatrion sichtbar ist oder nicht. -- DerFussi 13:44, 6. Jun. 2020 (CEST)

Ich verstehe deine Bedenken, aber zumindest in dem Artikel, der Anlass für diesen Thread war, sind IATA- und ICAO-Code drin, nur nicht in derselben Spalte wie der Name. So kann der Leser nach Gusto sortieren. --4omni (Diskussion) 16:12, 6. Jun. 2020 (CEST)

Da macht es natürlich Sinn, die Dinge abzuschalten. -- DerFussi 16:20, 6. Jun. 2020 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Die Zwangskoppelung zweier Parameter (hier: Name und IATA-Code) ist unergonomisch, da offensichtlich nicht erwartungskonform. Ein schönes Beispiel dafür findet man im Artikel Bodhgayā: Ergebnis ist, dass am Ende zweimal hintereinander der IATA-Code aufgeführt wird.

• 24.74444484.9511113 Gaya Airport (IATA: GAY) ({{AirportCode|GAY|VEGY}})

--4omni (Diskussion) 12:16, 7. Jun. 2020 (CEST)

Nimm einfach die Vorlage AirportCode weg, man braucht sie nicht. Dann ist alles gut. Oder? Ich weiß nicht, warum du unbedingt Probleme schaffst, die es nicht gibt. --RolandUnger (Diskussion) 19:16, 7. Jun. 2020 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Ein paar Kommentare.

( ) Hoppla, hier komm' ich.
( ) Ich weiß es eh besser.

Ich weiß nicht, ob es angemessen ist, über Programmierer herzuziehen, ohne sich in die Problematik eingearbeitet zu haben. Ich weiß, was die Vorlagen/Module können (sollen). Ich habe immerhin daran reichlich drei Jahre gearbeitet. Dieselbe ablehnende Haltung wäre im Fall der Wikipedia auch zu erwarten. Das, was du brauchst, lässt sich ohne größenren Aufwand in einer einfachen Vorlage wie {{Marker ohne Flughafencodes}} mit wenigen Zeilen Code realisieren.

Die Vorlagen {{Marker}} und {{vCard}} sollen so einfach sein, wie irgend möglich. D. h., keine unnötigen Parameter. Parameter wie iata und icao werden nicht gebraucht, da sie in Wikidata vorliegen. Ich habe in der o. g. Vorlage gezeigt, dass sich damit alles realisieren lässt, was man braucht.

Beide Vorlagen arbeiten soweit möglich gleichartig. Deshalb wird es die beiden Parameter iata und icao in der Vorlage {{Marker}} zukünftig nicht mehr geben, weil unnötig. Dass es die Vorlagen gab, hatte nur einen Grund: Rücksichtnahme auf die Vorlage AirportCode, die man meist nicht mehr braucht, aber häufig noch hinter dem Marker notiert wurde. In der Diskussion um die Vorlage AirportCode wurde auch festgestellt, dass man keine zwei Codes braucht: icao also nur dann, wenn es iata nicht gibt. Genau das machen beide Vorlagen Marker und vCard.

Fazit: Die gewünschte Funktionalität wird nicht ergänzt, weil unnötig. --RolandUnger (Diskussion) 20:22, 7. Jun. 2020 (CEST)

Natürlich kann man Parameter, die es nicht gibt, nicht so einfach abschalten. Aber mit Stilvorlagen geht das ohne Schwierigkeiten, wie DerFussi feststellte und demonstriert wurde. --RolandUnger (Diskussion) 20:33, 7. Jun. 2020 (CEST)

RSS-Feeds in {{vCard}} und {{Marker}} aufnehmen

Ausgangslage

Die URL des Newsfeeds (Property:P1019) wird in {{vCard}} und {{Marker}} nicht dargestellt.

• 11.91988575.5480434 Flughafen Kannur (IATA: CNN)
• 11.91988575.5480435 Flughafen Kannur (कन्नूर अंतर्राष्ट्रीय विमानक्षेत्र, ​IATA: CNN). Tel.: +91 (0)490 248 10 00, E-Mail: info@kannurairport.aero . letzte Änderung: keine Angabe

Vorschläge

Bitte Parameter in die o.g. Vorlagen aufnehmen, z. B. als |rss=. --4omni (Diskussion) 07:18, 30. Mai 2020 (CEST)

Diskussion

RSS-Feeds werden so gut wie nicht mehr verwendet (erst recht nicht von der Generation Instagram), ansonsten erreicht man sie über die ohnehin schon angegebene URL. Ich halte dies für einen unnötigen Balast. Auch diese Diskussion gehört eigentlich in die Lounge. --RolandUnger (Diskussion) 07:38, 30. Mai 2020 (CEST)

Irgendwann wird auch mal die Anzeige im Artikel zu voll. Einen Bedarf, RSS-Feeds standardmäßig anzuzeigen, sehe ich hier persönlich nicht. Wirklich spezielle Informationen wie ein RSS-Feed sollten über ein Helferlein implementiert werden. Da die Wikidata-ID ja drin steht, kann auch etwas Javascript solche Infos zur Laufzeit holen und in die Anzeige einfügen. Dann bekommen es nur die Nutzer, die sich wirklich dafür interessieren und es nutzen wollen. -- DerFussi 08:48, 30. Mai 2020 (CEST)

Die URL des RSS-Web-Feeds wird sowohl beim Marker als auch bei der vCard unter data-rss im Wrapper-Tag mit angegeben, und zwar ohne einen zusätzlichen Parameter rss. Der Wert ist somit für JavaSricpt-Skripte einfach zugänglich. --RolandUnger (Diskussion) 08:45, 5. Jun. 2020 (CEST)

Änderung des Designs von {{Umweltzone}}

Ausgangslage

Die Imboxen der Umweltzonen haben einen an jeder Seite 3 Pixel breiten in gesättigter Farbe gehaltenen Rahmen, einen in gleicher Farbe gehaltenen weniger gesättigten Hintergrund, sowie links eine Abbildung des Schildes für Umweltzonen und rechts eine Abbildung der entsprechenden Freigabe.

Meines Erachtens gehört diese Vorlage aufgrund dieser Gestaltung, insbesondere bei roten Umweltzonen, zu den herausstechendsten Hinweisboxen, die in Artikeln verwendet werden. Durch die starke Einfärbung und den durchweg recht dicken Rahmen strahlt die Umweltzone eine größere Wichtigkeit aus als beispielsweise {{Reisewarnung}} in Stufe H und weicht vom Design der üblichen Hinweisboxen wie {{Wegweiser}}, {{Medinfo}} oder eben {{Reisewarnung}} ab.

Darstellung

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Vorschläge

Das Design der Umweltzone soll sich an dem von Amboxen orientieren. D. h. grauer Hintergrund, unabhängig der Einschränkungen, und grundsätzlich grauer Rahmen, außer links, wo er dicker und in Farbe der Umweltzonen-Einschränkung gehalten sein soll.
Zudem sollen als Farbe für den dickeren linken Rahmen die Farbe der entsprechenden Plaketten verwendet werden (rot und grün sind leicht dunkler, gelb leicht heller). Zur Übersicht links die vorgeschlagene Farbe und rechts die bisherige:
            ,             ,              .

Darstellung

--Nw520 (Diskussion) 21:31, 24. Jun. 2020 (CEST)

Diskussion

• sehr gerne -- DerFussi 21:38, 24. Jun. 2020 (CEST)
• Der Einsatz von rot/gelb/grün bliebe weiterhin eine Abweichung vom üblichen Hinweis-blau und unterstellt der Umweltzone, zumindest bei rot, auch weiterhin eine größere Wichtigkeit als anderen Hinweisboxen. --Nw520 (Diskussion) 21:41, 24. Jun. 2020 (CEST)
• Die Änderung sollte schnell realisierbar sein und dient der Layout-Vereinheitlichung. --RolandUnger (Diskussion) 06:45, 25. Jun. 2020 (CEST)
• -- ist auch meine Meinung -- Balou46 (Diskussion) 09:52, 25. Jun. 2020 (CEST)

Versuche mich mal hier -- Balou46 (Diskussion) 16:39, 1. Jul. 2020 (CEST)

Hallo Balou46, danke für deine Implementierung. Da mein Hauptanliegen bei diesem Änderungsvorschlag vor allem eine Anpassung an das vorwiegende Design in der WV war, würde ich mir persönlich aber wünschen, dass die umgestalteten Umweltzonenboxen sogar noch näher am Design der Ambox wären. Konkreter war meine Vorstellung, die ersten 4 Zeilen (zum Vergleich mit nur blauem Rand) der Umweltzone zu ersetzen durch:

<includeonly><table class="plainlinks ambox ambox-notice" role="presentation" style="border-left-color: {{#switch: {{{1|}}}
 | gelb = #e30613;
 | rot = #ffed00;
 | #default = #008c49;
}}"><tr>

--Nw520 (Diskussion) 01:24, 2. Jul. 2020 (CEST) (bekam das nicht eingerückt)

Beispiele mit der {{UWZ}} (Hinweis: Die Vorlage wurde inzwischen gelöscht. Sie funktionieren daher nicjht mehr)

Beispiel 1

der Aufruf {{UWZ|gelb|http://gis.uba.de/website/umweltzonen/pdf/Ruhrgebiet.pdf||Im '''Ruhrgebiet'''}} erzeugt

Beispiel 2

der Aufruf {{UWZ|rot| |01.07.2011}} erzeugt:

{{ZdM}}

Ausgangslage

Die Vorlage blendet einen Indikator ein, der einen Artikel als ZdM kennzeichnet.

Vorschläge

Ich würde zwei Vorschläge zur Diskussion stellen:

• Zwei zusätzliche Parameter |monat= und |jahr=. Im Tooltip kann dann auch angezeigt werden, wann der Ort mal ZdM war.
• Sprungziel zur kompletten ZdM-Liste an das richtige Jahr. Die Einleitung der kompletten Liste kann man sicher noch verbessern.

Diskussion

• -- DerFussi 06:48, 28. Jul. 2020 (CEST)
• -- Lässt sich recht einfach machen. Vielleicht nur Parameter Datum in der Form 2020-5. --RolandUnger (Diskussion) 08:03, 28. Jul. 2020 (CEST)
  • Ein Parameter würde sicher auch reichen. In der komplette ZdM-Liste müsste man noch Anker nachpflegen, will man genau an den Eintrag springen. Ansonsten muss man das Jahr rausfummeln -- DerFussi 10:02, 28. Jul. 2020 (CEST)
• -- erspart das langwierige Suchen, sehr gute Idee! --Eduard47 (Diskussion) 08:48, 28. Jul. 2020 (CEST)
• Mit Blick auf die aktuell laufende Diskussion über Wiederwahlen zum ZdM, könnte gegebenenfalls bereits überlegt werden, wie bei solchen Fällen die neu einzuführenden Parameter zu setzen sind. --Nw520 (Diskussion) 13:08, 28. Jul. 2020 (CEST)

Erledigt -- DerFussi 21:32, 4. Aug. 2020 (CEST)

Import BLNMT-icon

Ich habe soeben {{Station}} entdeckt und würde gerne in Kombination mit {{Rint}} einige Angaben in Artikeln zu Berlin formatieren. Dafür wird von Rint {{BLNMT-icon}} aufgerufen, weshalb ich um einen Import dieser Vorlage aus der englischen Wikipedia bitte. Besten Dank --Nw520 (Diskussion) 00:15, 4. Aug. 2020 (CEST)

@Nw520: Erledigt -- DerFussi 21:37, 4. Aug. 2020 (CEST)