Wikivoyage:Vorlagen/Werkstatt

Aus Wikivoyage
Zur Navigation springen Zur Suche springen
Vorlagenwerkstatt Willkommen in der Vorlagenwerkstatt.

Hier kannst du Fragen zu bestimmten Vorlagen stellen, dir Tipps zur Bearbeitung und Erzeugung von Vorlagen einholen oder Kommentare zu Fragen anderer abgeben.

Inhaltliche Fragen und diskussionswürdige Wünsche zu Vorlagen sollten zunächst auf der betreffenden Diskussionsseite der Vorlage oder einem fachlich zugehörigen Oberartikel besprochen werden. Hinweise dazu findest du oft auch in einer Infobox am Anfang des Vorlagenartikels. Um die technische Umsetzung kümmern sich die Mitarbeiter dieses Vorlagenprojekts anschließend gerne. Da häufig Rückfragen auftreten, beobachte bitte die Seite oder besuche sie regelmäßig, damit du schnell antworten kannst.

Entwürfe für eine Vorlage legt man am besten als Unterseite von Wikivoyage:Vorlagen/Werkstatt, unter Umständen mit dem Nutzernamen als weitere Unterseite, ab. Damit bleiben sie der Nachwelt erhalten und archivierte Diskussionen bleiben im Kontext stimmig. Nutze daher die {{Testvorlage}} nur zum kurzzeitigen Testen in der Entwicklungsphase.

Um eine möglichst rasche und detaillierte Antwort zu erhalten, ist es von Vorteil, möglichst viele der Fragen möglichst genau und detailliert bereits in der Anfrage zu berücksichtigen:

Bei Neuentwicklungen oder Erweiterungen Bei Fehlern
Archive
Archivübersicht · 2013
2014: 1. Quartal · 2. Quartal · 2015: 1. Quartal
2016: 1. Quartal · 2017: 1. Quartal · 2018: 2018
2019: 2019
  • Was – soll das Gewünschte tun?
  • Wie – soll das Gewünschte aussehen?
  • Warum – ist es hilfreich, so etwas zu haben?
  • Wer – wünscht die Umsetzung?
  • Wo – soll das umgesetzt werden?
  • Wo – findet sich ein Beispiel oder ähnlich Geartetes?
  • Browser-Cache geleert? Nein:
  • Wie – soll es tatsächlich aussehen?
  • Wie – sieht es fehlerbehaftet aus?
  • Wo – tritt das auf?
  • Wo – findet sich ein Beispiel?
  • Was – wurde schon unternommen, um den Fehler zu beheben?

Bevor du eine Vorlage vorschlägst, solltest du dich informieren, ob es möglicherweise bereits eine ähnliche Vorlage gibt, beziehungsweise nicht eine vorhandene erweitert werden kann. Auf unserer Übersichtsseite kannst du dich informieren, ob es bereits etwas passendes für dich gibt.

Bei der Erstellung von Vorlagen gibt es ein paar Dinge, welche besonders zu beachten sind:

  • Die Seiten lassen sich nicht nur am Desktop betrachten. Achte darauf, dass auch die speziell für Mobilgeräte entwickelte Anzeige funktioniert.
  • Wer in Gegenden ohne Internet unterwegs ist, kann mit Kiwix den Reiseführer komplett auf dem Laptop oder Smartphone installieren. Dessen Funktion darf nicht eingeschränkt werden.
  • Über die Browser-Funktion lassen sich die Seiten ausdrucken. Prüfe auch hier, dass es zu keinen Einschränkungen kommt.
  • Manche Informationen werden zentral auf Wikidata abgelegt. Diese Daten lassen sich auf den Artikelseiten einbinden, jedoch ist eine übermäßige Serverbelastung zu vermeiden.

Bei Bildern und Grafiken:

  • Die Größenangabe miniatur bzw. thumb muss unterstützt werden.
  • In der klassischen Desktop-Ansicht muss bei der Anordnung von Bildern auf der rechten Seite ein harmonisches Gesamtbild durch gleiche Bildbreiten erhalten bleiben.
  • In der Anzeigeversion für Mobilgeräte werden Bilder und Grafiken über die gesamte Breite dargestellt. Auch wenn Nutzer vom Standard abweichende Bildgrößen festlegen, funktioniert dies. Die Vorlage soll dies nicht ändern.
  • In der Vollbildanzeige muss das Bild identisch zu dem im Artikeltext sein.

Nachdem du die Vorlage erstellt hast, vergesse nicht, einen Hinweis auf die Vorlage in den Hilfeseiten bei Wikivoyage einzufügen und die TemplateData-Dokumentation einzufügen, um die Bearbeitung im Visual-Editor zu unterstützen.


Start hand.svgNeue Frage stellen



Textbausteine als Ersatz der Tabellen in „Feiertage“ von Länderartikeln[Bearbeiten]

Wie in der Diskussion zur Darstellung auf Mobilgeräten Wikivoyage:Lounge#Anregungen zu Artikelvorgaben richtig angemerkt worden ist, sind Tabellen ohne Scrollen auf Mobilgeräten schlech darstellbar, in den meisten Webseiten sind sie auch ersetzt worden durch Nutzung von grid oder flexbox, etwas, daß die Wiki-Software z.Zt. noch nicht hergibt.

Eine häufig vorkommende Tabelle ist in der Vorlage:Land die im Abschnitt „Feiertage“ bisher:

 == Feiertage ==
 {{Feiertage Anfang}}
 {{Feiertag|<Termin>|<Feiertag>|<Bemerkung>}}
 {{Feiertage Ende}}

Das betrifft gut 200 existierende Seiten (Nationen und Bundesstaaten). Ich habe daher versucht, aus bestehenden Vorlagen für flexible Feste mehrere Textbausteine entsprechend unterschiedlichen Hintergründen zu kombinieren, um besagte Tabelle schneller ersetzen zu können.

Das ist ein erster Entwurf und ich bitte darum, wer kann, dies in den nächsten 14 Tagen in ein kohärenteres Ganzes umzubauen und entsprechende Vorlagenverknüpfungen aufzulösen. Ob es sinnvoll ist die entsprechenden DATUM-Variablen durch zu erstellende Vorlagen zu ersetzen muß ich anderen überlassen. In jedem Fall bräuchten wir CHINESISCH-NEUJAHR, ORTHODOXES-WEIHNACHTEN und ORTHODOXES-OSTERN.

Bausteine[Bearbeiten]

Staatliche Feiertage (europäische Tradition)

Hier aus den existierenden Tabellen zu ergänzen sein dürften in der Regel ein Nationalfeiertag und ein Unabhängigkeitstag. (Codeschnipsel der Übersichtlichkeit ohne <br />, aber LF im Quelltext, die Darstellung erfolgt als ein Absatz.)

In XYZ werden folgende staatlichen Feiertage begangen: 1. Jan. Neujahr; 8. März, internationaler Frauentag; 1. Mai, Tag der Arbeit; 8. Mai, Ende des zweiten Weltkriegs 11. Nov., Ende des ersten Weltkriegs

Staatliche Feiertage (britische Tradition)

In XYZ werden folgende staatlichen Feiertage begangen: 1. Jan., Neujahr; DATUM, Bank Holiday; DATUM, Queen's Birthday, zweiter Samstag im Juni; DATUM, Bank Holiday, erster Montag im August; DATUM, Labour Day (Tag der Arbeit).

Religiöse Feiertage (muslimisch)

Basierend auf dem muslimischen Mondkalender begeht man das Neujahrsfest 20. August 2020 am 1. Muharram; Ashura am 10. Muharram (29. August 2020); Mohammeds Geburtstag am 29. Oktober 2020, den ersten Tag im Fastenmonat Ramadan dieses Jahr am 23. April 2020 sowie dessen Ende mit dem mehrtägigen ab 24. Mai 2020; das mehrtägige Opferfest beginnt am 31. Juli 2020, dem 10. Dhū al-Ḥiddscha.

Religiöse Feiertage (katholisch)

An religiösen Feiertagen begeht man die Osterzeit zwischen Karfreitag (10. April 2020) und Ostermontag (13. April 2020); 21. Mai 2020 Christi Himmelfahrt, 11. Juni 2020 Fronleichnam, Pfingsten inklusive dem folgenden Montag (1. Juni 2020); 15. Aug., Mariä Himmelfahrt; 1. Nov., Allerheiligen sowie Weihnachten.

Religiöse Feiertage (evangelisch)

An religiösen Feiertagen begeht man die Osterzeit zwischen Karfreitag (10. April 2020) und Ostermontag (13. April 2020); Pfingsten 31. Mai 2020 und Weihnachten.

--Zenwort (Diskussion) 18:15, 3. Aug. 2018 (CEST)

Ein Anfang ist hier: Wikivoyage:Vorlagen/Feiertage. Dort gibt es auch Chinesisch Neujahr und Diwali und Vesakh. Mir ist aber noch nicht ganz klar, wie du es dir optisch und funktional vorstellst. Magst du mal was formloses auf eine Benutzerunterseite von dir bauen? Ich habe neulich auch schon drüber nachgedacht. Auf Smartphones könnte man die breite Beschreibung unterdrücken und nur ein Button einbauen, der die Beschreibung aufpoppen lässt (so wie bei der VCard-Info-Funktion). Wäre das eine Idee?-- DerFussi 20:57, 3. Aug. 2018 (CEST)
@DerFussi: Ganz normaler Fließtext. So wie ich das (vor dem Entwurf der Bausteine gestern) vor ein paar Wochen bei Gambia#Feiertage umgesetzt habe. --Zenwort (Diskussion) 10:13, 4. Aug. 2018 (CEST)
Bin drei Tage unterwegs.Ab Diensrag wieder im Dienst, dann schaue ich Mal -- DerFussi 13:02, 4. Aug. 2018 (CEST)
Wenn es nur um die Tagesangabe im Fließtext geht, kann man doch die vorhandenen Feiertagsvorlagen nutzen, wie gesagt auch chinesisch Neujahr hatte ich damals angelegt. Ich würde es aber schon optisch etwas ansprechender machen wollen, so sieht es schon recht unübersichtlich aus. Tag und Bezeichnung sollten auch auf einem Mobiltelefon nebeneinander passen und ordentlich aussehen. Nur die Beschreibung sprengt es. Das kann man aber lösen. Mich ärgern die Feiertage schon lange, bisher fehlte die Zeit mir was einfallen zu lassen. Ich werde mal jetzt während der Heimfahrt etwas drüber grübeln und melde mich dann noch mal. -- DerFussi 09:35, 6. Aug. 2018 (CEST)
Was ich völlig verwirrend finde, ist der Umstand, dass bei Gambia die Feiertagae nicht chronologisch geordnet sind. Auch wenn es bewegliche Feiertage gibt, dürfte sich die Reihenfolge nur selten ändern. Den religiösen Hintergrund und die Zuordnung könnte man auch mit einem Symbol und ein Tooltip kenntlich machen. -- DerFussi 09:40, 6. Aug. 2018 (CEST)
Reine Textbausteine haben wir ja eh schon, ich würde eine Tabellen- oder Listenform schon beibehalten wollen. Vorschlag: Da eine Quickbar auch nur eine Tabelle ist und auch auf das Mobiltelefon passt, könnte man theoretisch auch die ungeliebte Tabelle behalten. Das Problem ist nämlich, dass die Informationen zeilenweise kommen, und nicht spaltenweise. Auf dem Mobiltelefon wird die Beschreibung automatisch unterdrückt. Für Datum und Name sollte das Smartphone ausreichend Platz bieten. Statt Beschreibung könnte ein Infobutton eingeblendet werden, der die Beschreibung öffnet. Die chronologische Reihenfolge über das Jahr hinweg würde ich beibehalten. Bei Religiösen Feiertagen wäre die Frage, ob, und wie man sie kennzeichnet. Die Beschreibung gibt es ja sowieso. Um Platz zu sparen, könnte man Symbole angeben, wobei mir z.B. für Hinduismus spontan keins einfällt. Einen kleinen Shiva vielleicht, obwohl wir auch an den Platz denken müssen. Darüber hinaus sollte bei beweglichen Feiertagen immer auf Vorlagen zurückgegriffen werden. -- DerFussi 07:46, 7. Aug. 2018 (CEST)
Die Begeisterung für Feiertage scheint sich ja in Grenzen zu halten. Aber mich ärgern sie auch schon länger. Ich sehe zu, dass ich am Wochenende mal etwas Zeit finde. -- DerFussi 10:20, 14. Aug. 2018 (CEST)
Jetzt wird es langsam Zeit. Ein Testszenario habe ich mal auf Wikivoyage:Vorlagen/Werkstatt/Feiertage (Entwurf 2018) angelegt. An der Funktionalität werde ich jetzt basteln. -- DerFussi 09:42, 1. Okt. 2018 (CEST)
@Alle und @Zenwort:. Habe den Entwurf getestet. Auf dem Smartphone wird die Beschreibung unterdrückt und stattdessen ein Info-Button angezeigt. Dort passt es jetzt. Das zugehörige PopUp-Fenster wird noch gebaut. Habe mich gestern mit Roland verständigt, da ich nicht sein komplettes Listing-Pupup-kopieren will. Es wird da noch eine Modalisierung geben. Daher bitte ich um etwas Geduld. Bis das Feiertags-Beschreibungs-Popup kommt. Leider gibt es aber auch keinen weiteren Input, ob Tabelle oder Fließtext. Ich favoritisiere aufgrund der Übersichtlichkeit eindeutig die Tabelle. Die oben angesprochenen Vorlagen existieren bereits alle: {{Chinesisches Neujahrsfest}} und {{Chinesische Kalenderzyklen}} sowie {{Ostern (orthodox)}}. Orthodoxes Weihnachten ist doch immer der 7. Januar, oder? Weitere fehlende Vorlagen für bewegliche Feiertage hier bitte noch mal separat beantragen. Bei Exoten vielleicht auch eine Quelle nennen, wo man die Datumsangaben für die nächsten Jahre findet. -- DerFussi 07:57, 9. Okt. 2018 (CEST)
Nachdem ich nun einige Arbeit in Feiertage in Europa investiert habe und so einige neue Tabellen geschaffen habe, bekomme ich hier den Eindruck, dass meine Arbeit für die Katz war. Was tun? Abbrechen oder zu Ende bringen? --4omni (Diskussion) 22:25, 10. Feb. 2019 (CET)
@4omni: Weitermachen, aber diese Vorlagen benutzen: Vorlage:Feiertag. Die gibt es schon seit 4 Jahren. Ist wahrscheinlich etwas untergegangen. Sieht genauso aus wie die manuelle Variante aber dann bekommen wir das auch weiterentwickelt und müssen die Artikel nicht noch mal anfassen. -- DerFussi 19:58, 11. Feb. 2019 (CET)

──────────────────────────────────────────────────────────────────────────────────────────────────── Liegt schon lange. Darf ich kurz rekaputulieren?

  • Inhaltlich gibt es keinen Handlungsbedarf. Wikivoyage:Vorlagen/Feiertage hat Auswahl und neue Feiertage können bei Bedarf nachgeliefrt werden.
  • Die vorhandenen Feiertagsvorlagen sollten genutzt werden, auch um auf zukünftige Entwicklungen reagieren zu können.

Wären eine ausgeblendete Beschreibungsspalte und ein Popup in der Mobilversion ok? -- DerFussi 19:31, 23. Jul. 2019 (CEST)

Klimavorlagen[Bearbeiten]

Ausgangslage

In der Kategorie Vorlagen:Klima existieren mehrere Vorlagen mit ähnlicher/gleicher Funktion. Auf der Seite Wikivoyage:Expedition 'Design'/Darstellung scheinen diese Dopplungen ebenfalls erwähnt zu sein. Konkret ansprechen möchte ich:

  • {{Klimadiagr}} und {{Klimadiagramm}}
    • augenscheinlich haben beide Vorlagen die selbe Funktion, sehen aber nur leicht unterschiedlich aus
  • {{Klimatab}}, {{Klimatab-col}}, {{Klimatab-s}}
    • {{Klimatab}} verstehe ich als uneingefärbte Version von {{Klimatab-col}} (so habe ich es in der Dokumtion von Klimatab eingetragen) mit kleineren Abweichungen, wie z.B. dass Klimatab width=100% einnimmt, Klimatab-col aber so schmal wie möglich bleibt, oder, dass die Quellenangabe unterschiedlich dargestellt wird. Was {{Klimatab-s}} angeht, erkenne ich nicht deren Zweck.

Ich würde gerne anregen, dass {{Klimatab}} und {{Klimatab-col}} stärker angeglichen werden, sodass einziger Unterschied die Einfärbung ist, und klarer definitiert wird für welchen Zweck welche Vorlage einzusetzen ist. Für {{Klimatab-s}} möchte ich anregen, dass diese entweder mit Klimatab zusammengeführt wird, oder die Unterschiede und Einsatzfälle abgrenzend zu Klimatab dargestellt werden.

Für {{Klimadiagr}} und {{Klimadiagramm}} möchte ich anregen, dass diese Vorlagen entweder zusammengeführt werden oder klarer definitiert wird für welchen Zweck welche Vorlage einzusetzen ist. --Naseweis520 (Diskussion) 19:54, 4. Jan. 2019 (CET)

Vorschläge

Diskussion

Schön, dass du es ansprichst. Aufgrund einiger Edits neulich viel mir auch wieder diese BAustelle ein. Ich wäre dafür eine einheitliche Regelung zu schaffen und nur eine Form der Darstellung zu benutzen und alle anderen Varianten zu entfernen. Aufgrund der Smartphones fällt die Klimatabelle aus meiner Sicht weg. Dort gibt es auch das Problem mit den nicht druckbaren Hintergrundfarben in der Druckversion (was man aber im Browser mittlerweile sicher einstellen kann). Bleibt nur eine Variante mit einem schicken smarthphonetauglichem Diagramm. Ich wäre für eine komplette Neuentwicklung. Sinnvollerweise mit der Extension Graph die wir zur Verfügung haben, anstatt mit CSS und HTML irgendwas haarsträubendes zu basteln. Auch SVG+CSS wäre eine Variante. Alle bestehenden Varianten sollten dann weg. -- DerFussi 20:14, 4. Jan. 2019 (CET)

Bei Verwendung der Graph:*-Vorlagen sehe ich keine Möglichkeit Wasserdiagramme(?) zu erstellen, sodass wahrscheinlich Vega eingesetzt werden muss. Dies hat auch den Vorteil, dass sich damit dynamische Diagramme erstellen lassen. Anscheinend verwendet die Erweiterung Vega v2 statt das aktuelle v4. Ich kenne nicht die Pläne von Wikimedia, aber sollte die Version geupgradet werden, so wird wahrscheinlich eine manuelle Portierung notwendig.
--Naseweis520 (Diskussion) 16:12, 5. Jan. 2019 (CET)
Ich hatte bei der letzten Wikicon das Problem bei den Wikidata-Leuten angesprochen. Bisher ist nämlich überhaupt nicht klar, wo und wie Klimadaten zukünftig gespeichert werden sollen (Wikidata oder Commons) und wie man an die Daten herankommt (im Fall von Commons). In keinem Fall sollen sie wie bisher in den Artikeln gespeichert werden. Alles andere (Tabellen und/oder Diagramm) ist dann nachgeordnet. Ohne die Klärung des Frage der Speicherung sollten wir hier nur das unbedingt Nötige tun, auch deshalb, weil dies im gesamten Wikiversum benötigt wird. Ich denke, wir sollten nur noch jeweils eine Variante für Tabelle und Diagramm benutzen und beide letztendlich zusammenführen. Wie bereits angesprochen, führt an der Verwendung von <graph> (nutzt Vega) und Lua für Diagramme kein Weg vorbei. --RolandUnger (Diskussion) 17:31, 5. Jan. 2019 (CET)
Sicherlich ist <graph>...</graph> ein ordentliches Werkzeug, obwohl ich die SVG+CSS-Variante sehr charmant finde, obwohl etwas aufwändiger. Die könnte man dann sogar responsive machen. Responsive SVG mit unterschiedlichen Darstellungen, abhängig von Zoomstufe und Endgerät ist ne hohe Kunst, aber machbar, denke ich (man muss nur aufpassen: das CSS für SVG bezieht sich in den Dimensionen nicht auf die Webseite, sondern die Grafik). Und mittlerweile kann man ja SVG direkt auf einer Webseite einbetten. Das sollte jeder Browser verstehen. Aber wieso ist die Speicherung der Daten dafür so wichtig? Man kann doch trotzdem ein Modul entwickeln. Wo die 24 Temperaturangaben dafür herkommen ist doch dem Modul erstmal egal. Das Auslesen der Daten (momentan aus den Vorlagenparametern) kann doch ein Submodul machen, welches dann nur getauscht wird. Unabhängig von dem späteren Ort der Speicherung dürfte das nächste Problem sein, freie Klimadaten für einen größeren Import zu bekommen.
Variante 2: Wir lassen alles, wie es ist und warten ab, bis eine Wikipedia was gescheites programnmiert hat und importieren es dann. Habe heute mal gestöbert, aber auch WP/en hat ihre ollen Tabellen und die HTML-Diagramme. -- DerFussi 18:19, 5. Jan. 2019 (CET)
Ich denke, es wird sich kaum jemand finden, etwas neu zu programmieren, wenn es nur eine Zwischenlösung ist (auch nicht WP/en). Deshalb auch die Forderung, an alles, also auch gleich an die Speicherung zu denken – und natürlich eine Quelle für freie Klimadaten zu finden. Ich selbst habe nicht die Zeit hierfür und hoffe, dass das Ganze von jemand anderen bearbeitet wird, weil es ja in allen Wikimedia-Projekten verwendet werden könnte. Das Verfahren zur Darstellung (graph oder SVG) ist dabei zweitrangig, die SVG-Variante aber deutlich aufwändiger. --RolandUnger (Diskussion) 18:42, 5. Jan. 2019 (CET)

──────────────────────────────────────────────────────────────────────────────────────────────────── Diese Diskussion ist liegen geblieben. Die angesprochenen ursprünglichen Punkte sind berechtigt. Alles weitere Angesprochene - dafür besteht offensichtlich derzeit kein Bedarf. Mag sich jemand um @Nw520: seine ursprünglichen Vorschläge kümmern? Er selbst vielleicht? Ich habe keine EInwände. Ansonsten würde ich bei fehlenden Antworten das Ding in einiger Zeit archivieren. -- DerFussi 19:35, 23. Jul. 2019 (CEST)

Hallo DerFussi, übernehmen kann ich das gerne. Jedoch müsste noch einmal klar formuliert werden, welche Vorlagen behalten werden und welche - darauf läuft es ja wahrscheinlich - hinaus, fallengelassen werden. Konkret zu klären sind also:
  • {{Klimadiagr}} oder {{Klimadiagramm}} - persönlich tendiere ich zu zweiterem. Der Name ist sinniger, der Kontrast angenehmer, es hat eine WD-ID und wird öfter (auf niedrigem Niveau) verwendet
    • Hier müssten zwei Einbindungen von Klimadiagr migriert werden und wenige Seiten im WV-Namespace abgeändert werden
  • {{Klimatab}}, {{Klimatab-col}}, {{Klimatab-s}}: {{Klimatab}} und {{Klimatab-s}} haben soweit ich sehe keine Einbindungen und könnten m.E. als Veraltet markiert werden und ggf. Löschantrage eröffnet werden, nachdem sie aus Artikeln im WV-Namespace entfernt wurden. Ich persönlich sehe auch keine Notwendigkeit dem Autor die Entscheidung zu überlassen, ob die Tabelle nun bunt oder nicht zu sein hat, da das m.E. im gesamten Wiki einheitlich sein sollte.
    • Keine nennenswerte Arbeit bei Entfernung von Klimatab und Klimatab-s --Nw520 (Diskussion) 23:15, 23. Jul. 2019 (CEST)
@Nw520: Komplette Zustimmung. So machen wir das {{Klimadiagr}} entsorgen wir. {{Klimatab}} und {{Klimatab-s}} bekommen auch einen Löschantrag. Alles andere wird die Zukunft irgendwann bringen. -- DerFussi 21:44, 24. Jul. 2019 (CEST)
Erledigt Artículo bueno.svg Einbindungen und Erwähnungen in Expedition wurden entfernt. Vorlagen als veraltet markiert und drei Löschanträge eröffnet. --Nw520 (Diskussion) 22:23, 24. Jul. 2019 (CEST)
PS: Übrigens, da {{Banner}} ja auch veraltet ist, könnte man es eigentlich aus der Expedition Design entfernen. --Nw520 (Diskussion) 22:24, 24. Jul. 2019 (CEST)
Vielen Dank. Da hast du recht, Wie so vieles ist auch diese Baustelle mal liegen geblieben. -- DerFussi 07:28, 25. Jul. 2019 (CEST)

Artikelvorlage „Insel“[Bearbeiten]

Ich habe zunächst einmal für den Eigengebrauch einen Textbaustein/Artikelvorlage zusammengebastelt, der sich an der Vorlage für neue Artikel „Stadt“ anlehnt (Strände gibt's ja auch). Weil das Ganze eher ein Rohentwurf ist, zunächst auf einer privaten Unterseite. Benutzer:Zenwort/Vorlagen-alpha Vorschläge und Anregungen (auch hinsichtlich Notwendigkeit überhaupt) würden mich freuen.

@Zenwort:: kleine Bitte: Statt Überschrift "Segelyachten" vielleicht etwas allgemeiner "Sportboote" oder "Sportschiffe" verwenden? Gruß --Eduard47 (Diskussion) 15:06, 15. Mär. 2019 (CET)
Gute Idee, danke. --Zenwort (Diskussion) 23:10, 25. Mär. 2019 (CET)
@Zenwort:: Noch 'ne Idee: Du hast in mehreren Abschnitten vCards beispielhaft vorgesehen. Insbesondere beim Flughafen solltest du diese vCard auf WD-Daten (inkl. auto=yes) reduzieren (zzgl. name/hours/description), da fast jeder Flughafen inzwischen einen WD-Eintrag hat. Auch kann man dann hervorragend diese vCard für andere Artikel verwenden. Bei der Anreise bitte unbedingt "Auf der Straße" oder "Mit dem Auto" mit aufnehmen, da gerade bei Inseln das häufig problematisch sein kann. Bei der Unterkunft sollte man evtl. "Camping" (für Camping- und Wohnmobilstellplätze) als zusätzlichen Unterabschnitt mit aufnehmen? Gruß --Eduard47 (Diskussion) 11:41, 26. Mär. 2019 (CET)
@Eduard47: Der springende Punkt einer Insel ist eben, daß keine Straße hinführt. Und jedesmal zu schreiben „es gibt keine Straße, weil es eine Insel ist,“ ist nicht einmal dem DAU zuzumuten. Bei den Flüghäfen ist wikidata sicher sinnvoll, es muß aber noch Platz für Beschreibungen bleiben (wo sind Schließfächer usw.) --Zenwort (Diskussion) 12:20, 30. Jun. 2019 (CEST)
@Zenwort:: Noch 'mal zur Anreise "auf der Straße": Auch wenn es eine autofreie Insel ist, so erfolgt häufig die Anreise zur Insel mit dem Auto. Die Fahrt endet dann zwangsläufig in einem Fährhafen, dort muss dann geparkt werden. Die Angaben zum Fährhafen (ggf. Link wenn eigener Artikel vorhanden), Parkmöglichkeiten dort usw. wären hier doch sinnvoll untergebracht. Die Unterschiede kommen bei den Ostfriesischen Inseln sehr gut zur Geltung, oder auch bei der Anreise zur Insel Amrum. Die "Vorlage:Insel" sollte sich eben nicht nur auf kleine Überseeinseln beschränken. Bei der mit dem Auto befahrbaren Insel Sylt gibt es 2 Varianten der Anreise mit dem Auto (Hindenburgdamm und Fähre vom dänischen Rømø). Alles dieses könnte im Abschnitt "Auf der Straße" oder "Mit dem Auto" untergebracht werden. Was auf der Insel passiert, ist dann im Abschnitt "Mobilität" zu finden. --Eduard47 (Diskussion) 09:34, 17. Jul. 2019 (CEST)


{{Zukunft}}[Bearbeiten]

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)

Fahrgastzahl für Flughäfen von Wikidata[Bearbeiten]

Hallo, ist es möglich Modul:Quickbar Ort so abzuändern, dass es P3872 für den Passagier-Wert nimmt? Leider sehe ich nicht die Möglichkeit das auszuprobieren, ohne direkt Änderungen im Modul machen zu müssen und diese abzuspeichern. --Nw520 (Diskussion) 23:49, 17. Nov. 2019 (CET)

Das sollte möglich sein. @Nw520: Man kann übrigens Testen. Kopiere den Quellcode des Moduls nach Modul:Quickbar Ort/Test, markiere in der Doku, dass du gerade dran arbeitest. Deinen Code Testen kannst du auf der {{Testvorlage}} mit einem manuellen {{#invoke:Quickbar Ort/Test|Funktion|Parameter 1|...}}. Es gibt auch ein Modul:Testmodul welches man nutzen kann. -- DerFussi 20:05, 18. Nov. 2019 (CET)
Erledigt Artículo bueno.svg --Nw520 (Diskussion) 21:51, 1. Dez. 2019 (CET)

Vorlage für Skipisten-Übersicht[Bearbeiten]

Ausgangslage[Bearbeiten]

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[Bearbeiten]

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[Bearbeiten]

  • {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 Artículo bueno.svg 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[Bearbeiten]

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[Bearbeiten]

Ausgangslage[Bearbeiten]

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[Bearbeiten]

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[Bearbeiten]

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[Bearbeiten]

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.

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 Dortmund Hauptbahnhof Dortmund Hauptbahnhof in der Enzyklopädie Wikipedia Dortmund Hauptbahnhof im Medienverzeichnis Wikimedia CommonsDortmund Hauptbahnhof (Q704394) in der Datenbank Wikidata nach Mannheim Hauptbahnhof Mannheim Hauptbahnhof in der Enzyklopädie Wikipedia Mannheim Hauptbahnhof im Medienverzeichnis Wikimedia CommonsMannheim Hauptbahnhof (Q706994) in der Datenbank Wikidata. 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.

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

Nimm einfach dier 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[Bearbeiten]

Ausgangslage

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

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}}[Bearbeiten]

Ausgangslage[Bearbeiten]

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

Vorschläge[Bearbeiten]

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[Bearbeiten]

  • Pro 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)
  • Pro Die Änderung sollte schnell realisierbar sein und dient der Layout-Vereinheitlichung. --RolandUnger (Diskussion) 06:45, 25. Jun. 2020 (CEST)
  • Pro -- 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 Vorlage:UWZ

Beispiel 1[Bearbeiten]

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

Beispiel 2[Bearbeiten]

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

{{ZdM}}[Bearbeiten]

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

  • Pro -- DerFussi 06:48, 28. Jul. 2020 (CEST)
  • Pro -- 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)
  • Pro -- erspart das langwierige Suchen, sehr gute Idee! --Eduard47 (Diskussion) 08:48, 28. Jul. 2020 (CEST)
  • Pro 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 Artículo bueno.svg -- DerFussi 21:32, 4. Aug. 2020 (CEST)

Import BLNMT-icon[Bearbeiten]

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 Artículo bueno.svg -- DerFussi 21:37, 4. Aug. 2020 (CEST)