Dieser Artikel ist Teil unseres Archivs. Den aktuellen Artikel findest Du unter Wikivoyage:Lounge. |
Social Media bei Orten
[Bearbeiten]
Wie ich in kürzlicher Diskussion angedeutet habe, bin ich ja (aber das ist natürlich eine persönliche Meinung) nicht der große Fan der VCards in Städtelisten bei Regionen und Ländern. Einer der Gründe ist die Optik (siehe Screenshot rechts), wenn es auf Wikidata viele Wikidata-Infos gibt. Manchmal kommen noch E-Mail-Adressen oder gar Telefonnummern hinzu. Ich hatte auch angedeutet, dass das aus meiner Sicht in die Stadtartikel gehört. Aber eigentlich haben wir so richtig keinen Ort dafür, außer die klassischen Weblinks am Ende. Reicht das? Eine Idee wäre noch die Quickbar. Eventuell eine Zeile am Schluss mit den ganzen Twitter, Youtube usw. Symbolen? Oder oben zu den Indikatoren (wenn das überhaupt technisch machbar ist, dort noch fünf oder sechs Symbole dazuzupacken? -- DerFussi 22:34, 28. Apr. 2023 (CEST)
- Ich bin ganz deiner Meinung. In die Städtelisten bei Regionen und Ländern gehören diese Symbole ganz bestimmt nicht, lenken den Leser nur ab und verführen zum Wechsel zu anderen Seiten. Du hast das ja schon im Länderartikel Luxemburg geändert. Ein idealer Ort für die Symbole wäre tatsächlich eine Zeile in der Quickbar Ort. Diese sollte ausschließlich durch Wikidata gefüllt werden, nicht durch manuelle Eingabe, das vermeidet Redundanzen und Spam. Eine Eingabe unter "Weblinks" wäre zwar schon heute möglich, wird aber m. E. kaum genutzt und ist dort auch nicht so gut auffindbar. Nur Symbole in der QB sind weitaus besser. Eine Unterbringung bei den Indikatoren halte ich nicht für glücklich, die Zeile wäre überladen und auf kleinen Bildschirmen kaum darstellbar, meint -- Eduard47 (Diskussion) 09:52, 3. Mai 2023 (CEST)
- P.S.: Der Permalink oben funktioniert nicht!--Eduard47 (Diskussion) 09:52, 3. Mai 2023 (CEST)
- @DerFussi:: Deine Anregung vom April ist ja wohl mangels Beteiligung (leider auch der Admins!) im Sande verlaufen. Ich habe zwischenzeitlich begonnen, in einigen Städteartikeln aufgrund fehlender Alternative in dem Abschnitt "Weblinks" diese Social Media-Links einzubauen (Beispiel: hier). Jetzt habe ich entdeckt, dass Benutzer TK-lion auf einigen Seiten ebenfalls im Abschnitt Weblinks einen Link zur Wikipedia eingefügt hat (Beispiel: hier). In der WP werden ja schließlich an gleicher Stelle auch Links zu den Schwesterprojekten angezeigt, warum nicht auch bei uns? Nur Eingeweihte finden den WP-Link oben rechts unter "Werkzeuge". --Eduard47 (Diskussion) 11:50, 24. Aug. 2023 (CEST)
- Stimme den geäußerten Vorbehalten zu. DerFussis Vorschlag einer Integration in die QB finde ich ganz sympathisch, da SNS-Auftritte mittlerweile (leider oft genug ausschließlich) einen guten kuratierten Überblick über Ereignisse in einer Stadt bieten, daher recht interessant sein können und gewissermaßen in Sachen Nützlichkeit auf einer Ebene zu Tourismusportalen stehen; insofern wünsche ich mir eine einfache Auflistung von Symbolen in einer Zeile am Ende der QB. Bitte aber nicht als Indikator; das fände ich dann doch wieder zu prominent. Oder alternativ ein Einbau bei den Weblinks.
In dem Zusammenhang: Vielleicht könnten wir auch mal den Einsatz von {{Sitelinks}} in der Einleitung ansprechen, wie er bspw. in Athen zu sehen ist. --Nw520 (Diskussion) 17:50, 24. Aug. 2023 (CEST)
- Stimme den geäußerten Vorbehalten zu. DerFussis Vorschlag einer Integration in die QB finde ich ganz sympathisch, da SNS-Auftritte mittlerweile (leider oft genug ausschließlich) einen guten kuratierten Überblick über Ereignisse in einer Stadt bieten, daher recht interessant sein können und gewissermaßen in Sachen Nützlichkeit auf einer Ebene zu Tourismusportalen stehen; insofern wünsche ich mir eine einfache Auflistung von Symbolen in einer Zeile am Ende der QB. Bitte aber nicht als Indikator; das fände ich dann doch wieder zu prominent. Oder alternativ ein Einbau bei den Weblinks.
- Sorry, noch im Urlaub. Die Socialmedialinks kann man in der VCard mittlerweile ausblenden (nicht sicher bei E-Mailadressen und solcher Kram) weswegen ich den Marker immer noch favoritisiere. Wenn ich aus dem Urlaub zurück bin, kann ich mal einen Entwurf für die Social-Media-Links in der Quickbar machen – erstmal zum gucken. Ja, die Sitelinks in der Einleitung tauchen mittlerweile vermehrt auf. Aus meiner Sicht unnötig, da redundant. Das Wiki hat ja eigene Navigationselemente, um zu den Sprachversionen und Schwesterprojekten zu verlinken, und die Homepage gehört ans Artikelende. Vielleicht sollten wir das wirklich besprechen. Klar möchte man wenig Bürokratie. Zum einen aber sollte jeder Artikel gleich aussehen und man will unnötige Arbeit und auch Editwars vermeiden, die bei perönlichem Empfinden von ELementen durchaus passieren können. Generelle Artikelelement (dazu zähle ich den Sitelink in der Einführung) sollten daher, wenn gewünscht einheitlich geregelt , niedergeschrieben und vor allem in Arikelskelett/Vorgabe auftauchen. Dann wissen auch neue Autoren besser Bescheid und machen es auch gleich. -- DerFussi 09:23, 25. Aug. 2023 (CEST)
Raffles Hotel | |
Telefonnummer | +800 17 23 35 37 |
---|---|
Soziale Medien |
- Die ersten drei habe ich mal als Test gebastelt. Künftig wird man die Socialmedia-Links einzeln für laufenden Text oder sonstwo (z.B. über {{Wikidata}}) abrufen können. Auf der Testseite sieht man unter dem Raffles-Hotel auch die Darstellung in der Quickbar. Ich hatte erst eine komplette Zeile, aber da sahen die Symbole verloren aus und ich habe doch noch eine Beschriftung links daneben gesetzt. Ich ergänze noch weitere und suche auch noch ein weißes "X" raus. Mit meinem Dark-Skin sehe ich natürlich das schwarze X nicht. Scheint aber irgendwie da zu sein. -- DerFussi 14:19, 26. Sep. 2023 (CEST)
- Die Tooltip-Anzeige fixe ich noch. Habe ich gerade entdeckt. -- DerFussi 14:22, 26. Sep. 2023 (CEST)
- Das gefällt mir außerordentlich gut! Ich gehe davon aus, dass diese Darstellung dann auch in der Quickbar Ort automatisch erfolgt mit den Daten aus Wikidata. Eduard47 (Diskussion) 17:06, 26. Sep. 2023 (CEST)
- Ja, so ist der Plan. Für die Quickbar muss man dann gar nichts tun. Ich überlege auch, eine manuelle Angabe und den Wikidata-Vergleich (wie bei Einwohnerzahlen) gar nicht erst anzubieten. Das ist ein Programmieraufwand, der sich aus einer Sicht gar nicht lohnt. Aber wenn manuelle Parameter wie
|facebook=
gewünscht sind, würde ich sie implementieren. Ich persönlich tendiere derzeit wirklich zu einem Wikidata-Automatismus. -- DerFussi 19:03, 26. Sep. 2023 (CEST)- Habe es mal standardmäßig in der Ortsquickbar eingebaut. Schaut euch mal um. Habe schon Fälle gesehen in denen die Touri-URL zu lang ist und deswegen die Beschriftung umgebrochen wird. Evtl. könnten wir eine kürzere Beschriftung nehmen. Wenn was komisch ist, bitte melden. Habe auch schon gesehen, dass es zwei Facebook-Profile gibt (z. B. Luxemburg Stadt). Das ist dann halt so. -- DerFussi 20:57, 4. Okt. 2023 (CEST)
- Ja, so ist der Plan. Für die Quickbar muss man dann gar nichts tun. Ich überlege auch, eine manuelle Angabe und den Wikidata-Vergleich (wie bei Einwohnerzahlen) gar nicht erst anzubieten. Das ist ein Programmieraufwand, der sich aus einer Sicht gar nicht lohnt. Aber wenn manuelle Parameter wie
- Das gefällt mir außerordentlich gut! Ich gehe davon aus, dass diese Darstellung dann auch in der Quickbar Ort automatisch erfolgt mit den Daten aus Wikidata. Eduard47 (Diskussion) 17:06, 26. Sep. 2023 (CEST)
- Die Vorlage {{Wikidata}} erlaubt auch die Ausgabe von Social Media im Fließtext. Wird sicher selten vorkommen, da es ja normalerweise in der VCard auftaucht. Wer es trotzdem bei Spezialartikeln benötigt. Kann das nutzen. -- DerFussi 21:31, 4. Okt. 2023 (CEST)
- @DerFussi:: Habe mir das mal in Linz angesehen. Erster Eindruck am PC-Monitor: sieht gut aus, funktioniert einwandfrei! Am Smartphone: Ich sehe keine SM-Symbole, nur 5 identische Weblinksymbole (=kleines Quadrat mit Pfeil nach rechts oben), alle sehr eng beieinander (Trefferquote <50%, wegen zu dicker Finger?). Ein - vermutlicher - Nebeneffekt: Am Smartphone öffnet sich Facebook nicht, es erscheint nur das kleine "f" (das allerdings auch beim Klick auf das f-Symbol unter Weblinks). --Eduard47 (Diskussion) 11:11, 5. Okt. 2023 (CEST)
- Oh. Das habe ich vergessen zu prüfen. Da muss ich mal schauen. -- DerFussi 07:05, 6. Okt. 2023 (CEST)
- @DerFussi:: Noch was: In der QB-Ort ändert sich die Spaltenbreite anscheinend in Abhängigkeit von der Breite der Einträge. Das führt dazu, dass die Bezeichnung "Soziale Medien" u. U. umgebrochen wird obwohl die zugehörigen Einträge diesen Umbruch nicht erforderlich machen. Beispiel: Nordhausen. Nun könnte man natürlich den Eintrag "Stadtinformation Nordhausen" kürzen, das würde das Problem aber nur auf dieser Seite lösen. Lösung: Begrenzung der Stellenzahl (evtl. Hinweis: max. x-Stellen) schon bei der Eingabe? Viele Grüße aus Hamburg, --Eduard47 (Diskussion) 10:40, 6. Okt. 2023 (CEST)
- Ergänzung: Der o. g. "Nebeneffekt" tritt nur bei meinem recht einfachen Smartphone auf, beim besseren Gerät meiner Frau wird Facebook zuverlässig geöffnet! Gruß --Eduard47 (Diskussion) 10:54, 6. Okt. 2023 (CEST)
- Ja, das mit dem Umbruch hatte ich oben schon beschrieben. Der Browser macht das selbstständig flexibel. Gibt ein paar Möglichkeiten: QB per manueller Angabe breiter machen. Oder ich könnte die Beschriftung "Soziale Medien" manuell konfigurierbar machen. So kann man in einem betroffenen Artikel die Beschriftung manuell auf "Soz. Medien" ändern. Hinweise helfen nicht. Wenn eine URL lang ist, ist sie lang. Teilweise wird sie von Wikidata bezogen. Ich könnte den URL-Text ab einer bestimmten Länge automatisch für die Anzeige einkürzen. Oder soziale Medien bekommen keine Beschriftung und ich verteile alle Symbvole gleichmäßig auf die volle Breite. Das sah aber verloren aus. -- DerFussi 11:58, 6. Okt. 2023 (CEST)
- Vorschlag: 1. "Soziale Medien" ersetzen durch "Social Media", 2. Url automatisch kürzen, am besten beides. Gruß Eduard47 (Diskussion) 12:28, 6. Okt. 2023 (CEST)
- Ja, das mit dem Umbruch hatte ich oben schon beschrieben. Der Browser macht das selbstständig flexibel. Gibt ein paar Möglichkeiten: QB per manueller Angabe breiter machen. Oder ich könnte die Beschriftung "Soziale Medien" manuell konfigurierbar machen. So kann man in einem betroffenen Artikel die Beschriftung manuell auf "Soz. Medien" ändern. Hinweise helfen nicht. Wenn eine URL lang ist, ist sie lang. Teilweise wird sie von Wikidata bezogen. Ich könnte den URL-Text ab einer bestimmten Länge automatisch für die Anzeige einkürzen. Oder soziale Medien bekommen keine Beschriftung und ich verteile alle Symbvole gleichmäßig auf die volle Breite. Das sah aber verloren aus. -- DerFussi 11:58, 6. Okt. 2023 (CEST)
- @DerFussi:: Das Problem mit der nicht funktionierenden Anzeige der Symbole in der mobilen Ansicht besteht bei mir noch. Hast du das noch auf dem Schirm? --Eduard47 (Diskussion) 20:28, 12. Nov. 2023 (CET)
- @Eduard47: Sollte nun behoben sein. Nw520 (Diskussion) 20:57, 12. Nov. 2023 (CET)
- @Nw520: Ich bin begeistert!! --Eduard47 (Diskussion) 21:36, 12. Nov. 2023 (CET)
- @Eduard47: Sollte nun behoben sein. Nw520 (Diskussion) 20:57, 12. Nov. 2023 (CET)
- @DerFussi:: Das Problem mit der nicht funktionierenden Anzeige der Symbole in der mobilen Ansicht besteht bei mir noch. Hast du das noch auf dem Schirm? --Eduard47 (Diskussion) 20:28, 12. Nov. 2023 (CET)
INSELN
[Bearbeiten]Für Inseln haben wir keine Vorlage. Für große Insel passt die Vorlage Regionen mit: Orte, Weitere Ziele, Hintergrund, Sprache, Anreise, Mobilität, Sehenswürdigkeiten, Aktivitäten, Küche (allgemein) , Nachtleben (allgemein), Sicherheit, Klima, Literatur, Weblinks. Je kleiner die Insel ist, desto eher passt die Vorlage Kleinstadt wo dann Einkaufen, Küche (Restaurants), Unterkunft (Hotels), usw im Detail genannt und aufgelistet werden. Wo zieht man die Grenze? Macht man sie an der Einwohnerzahl fest, an der Fläche? Gerade bei den vielen griechischen Inseln ist das ein Problem. Ab welcher Größe listet man Hotels, Restaurants? DocWoKav (Diskussion) 11:02, 29. Apr. 2023 (CEST)
- Sobald die Ortschaften einer Insel eigene Artikel hergeben (wie Lefkada - ich denke mein Beitrag hat die Frage ausgelöst), würde ich es als Region betrachten. Bei kleineren Inseln, bei denen ein einzelner Artikel reicht, passt die Kleinstadt. Allerdings gibt es auch kompliziertere Konstellationen, wie Inseln mit ein bis drei Hauptorten, aber auch mehreren Strandregionen, die Hotels und Unterkünfte haben, aber keine Orte im klassischen Sinne sind (findet man in Thailand, selbst Lefkada würde ich da hinzuzählen). Oft lohnen auch die Bergdörfer eigene Artikel nicht, haben aber zwei drei Unterkünfte. Da muss man mal wirklich die Vorgaben/Inhalte mischen. Das sollte jeder Autor kreativ entscheiden. Im Falle von Lefkada würde ich ein paar Ortsartikel machen. Lefkada Stadt, Karya usw... und den Rest an Unterkünfen, Bars, Restaurants, Geschäften im Hauptartikel regional stukturiert im Inselartikel ablegen. Also Kleinstadt als Basis für die Insel und zusätzlich bei Bedarf eine Städteliste vorne dran und gegebenfalls davor einen Regionen-Abschnitt, der die Teile der Insel kurz beschreibt um den Leser einen Überblick zu geben. Hintergrund Sprache und Klima kann man weglassen. Also als BAsis immer die Kleinstadt und bei Bedarf Orte auslagern. Dann können ja die AUtoren Inseln im speziellen auf der dortigen Diskussionsseite nochmal besprechen. -- DerFussi 11:52, 29. Apr. 2023 (CEST)
- Diese Frage habe ich mir schon mehrfach gestellt und irgendwann auch schon einmal mit jemandem diskutiert. Der Vorschlag, das den jeweiligen Autoren zu überlassen, halte ich für am besten praktikabel. Ein schönes Beispiel sind die 3 nordfriesischen Inseln Sylt, Amrum und Föhr. Zu Sylt gibt es einige Ortsartikel, in Amrum und Föhr sind die Orte im "Inselartikel" beschrieben. Leider besteht immer wieder die Gefahr von Redundanzen wenn zu kleinen Inseln auch noch Ortsartikel gehören. -- Eduard47 (Diskussion) 10:06, 3. Mai 2023 (CEST)
Vorschlag abgeleitet von Stadt
{{Autoquickbar Ort | Bild= | TouriInfoWeb= | TouriInfoTel= }} <!-- erstzweise für Archipele ggf. eine Ableitung der Region List oder Featured Destinations ??? --> '''{{subst:PAGENAME}}''' ist eine [[<LANDESNAME>|<LandesNAME adjektivisch>]] Insel im [[<XYZMeer>]]. Die wichtigste Ortschaft ist [[HAUPTORT]]. == Hintergrund == == Anreise == {{Mapframe|lat=|long=|zoom=|name=}} === Mit dem Flugzeug === {{vCard|type=airport|name=|alt=|address=|phone=|url=|hours=|price=|lat=|long=|lastedit=|description=|wikidata=|name-local=y|show=symbol}} === Mit dem Schiff === {{vCard|type=port|name=|alt=|address=|phone=|url=|hours=|price=|lat=|long=|lastedit=|description=|wikidata=|name-local=y|show=symbol}} <!-- ==== Segelyachten ==== Formalitäten für aus dem Ausland kommende müssen in [[<ORT>]] erledigt werden. {{vCard|type=port|name=YACHTHAFEN|alt=|address=|phone=|url=|hours=|price=|lat=|long=|lastedit=|description=|wikidata=|name-local=y|show=symbol}} --> == Mobilität == {{Mapframe|lat=|long=|zoom=|name=}} == Sehenswürdigkeiten == <!-- === Einzelne Ortschaften === --> <!-- Bebilderung, bitte als Scroll Gallery, um Probleme mit der mobilen Darstellung zu vermeiden {{Scroll Gallery |title = TITEL |align =right |Bild:|BESCHREIBUNG1. |Bild:|BESCHREIBUNG1. |Bild:|BESCHREIBUNG1. |Bild:|BESCHREIBUNG1. }} --> == Aktivitäten == {{vCard|type=beach|name=|alt=|address=|phone=|url=|hours=|price=|lat=|long=|lastedit=|description=|wikidata=|name-local=y}} == Einkaufen == == Küche == <!-- === Günstig === === Mittel === === Gehoben === --> == Nachtleben == == Unterkunft == <!-- {{vCard|type=hotel|name=|name-local=|address=|directions=|phone=|url=|email=|hours=|price=|lat=|long=|lastedit=|description=}} === Günstig === === Mittel === === Gehoben === --> == Sicherheit == == Gesundheit == <!-- falls abweichend vom übergeordneten Gebiet == Klima == --> == Praktische Hinweise == == Ausflüge == == Literatur == Siehe auch allgemeine Reiseführer im [[LANDESARTIKEL]]. == Weblinks == {{Stand|JAHR|MONAT}} {{class-1}} {{GeoData| lat= | long= | radius= }} {{IstInKat|Ist-In eintragen}}
(nicht signierter Beitrag von 62.216.206.97 (Diskussion))
Update der MAKI-Symbole
[Bearbeiten]Ich habe die Liste der verfügbaren MAKI-Symbole aktualisiert. Es sind etwa 100 neue Symbole hinzugekommen, aber auch einige weggefallen (camera, chemist, disability, london-underground, minefield, oil-well, rail-above und rail-underground). --RolandUnger (Diskussion) 08:21, 16. Mai 2023 (CEST)
- und das hat scheinbar ein paar hundert Seiten zerhackt:
Lua-Fehler in Modul:Marker_utilities/Maki_icons, Zeile 64: attempt to perform arithmetic on global 'college' (a nil value)
Das gehört schleunigst zurückgesetzt! Betroffen scheint vCards mit icon airport, train (nicht signierter Beitrag von 62.216.206.25 (Diskussion))
- Keine Panik. Ich habe den Fehler korrigiert, und es gibt auch keine Fehlermeldungen mehr. Der Fehler trat nur auf Seiten auf, auf denen ein Maki-Symbol angefordert wurde. --RolandUnger (Diskussion) 08:47, 16. Mai 2023 (CEST)
Marker in Überschriften
[Bearbeiten]Aufgefallen in Camino Francés. Wenn in Überschriften ein Wikikĺink gesetzt ist (mit marker und wikidata) erscheint im neuen Inhaltsverzeichnis links, die geographische Position mit in der Überschrift. Wirkt unschön. --62.216.206.186 00:28, 19. Mai 2023 (CEST)
- Das ist richtig. Marker gehören aber auch nicht in die Überschriften. --RolandUnger (Diskussion) 06:30, 19. Mai 2023 (CEST)
- Gegen die Darstellung kann man nichts unternehmen, weil zwar die HTML-Tags, aber nicht die Klassenattribute übernommen werden. --RolandUnger (Diskussion) 06:34, 19. Mai 2023 (CEST)
Wappen links
[Bearbeiten]
Wir hatten das Thema mit dem Wappen links ja schon mal. Mir ist es zwar egal, aber bei der Wurster Nordseeküste ist es mir ehrlich gesagt zu exzessiv. Bilder auf der linken Seite sind ja immer problematisch, erst recht, wenn daneben Aufzählungen kommen. Ich finde, die Wappen haben nicht wirklich einen Mehrwert, sehen allenfalls nett aus. Aber rechts sieht man, wie das bei mir auf dem Bildschirm aussieht. Bei den zwei unteren weiß man nicht mal, wozu sie gehören. Der Text selbst ist völlig ausgefranst. Ich denke, wir sollten auf sowas verzichten, will es aber nicht ohne Diskussion löschen. -- DerFussi 22:52, 26. Mai 2023 (CEST)
- @RolandUnger: Dort siehst du übrigens auch, wie mein Browser die VCards darstellt
-- DerFussi 22:55, 26. Mai 2023 (CEST)
- @DerFussi: Habe es besonders hübsch machen wollen, konnte mir die Auswirkungen aber nicht vorstellen und nicht testen können, werde das morgen wieder zurück drehen. Danke für die Info, auch wenn sie mich als Verursacher nicht direkt erreichte. Gruß Eduard47 (Diskussion) 23:35, 26. Mai 2023 (CEST)
- Nun sind sie weg! Ich hoffe, dass nun der Artikel besser dargestellt wird. Bei mir auf dem Desktop-Monitor, auf dem Notebook und auf dem Smartphone jedenfalls sieht das recht gut aus. Viele Grüße und ein schönes Pfingstwochende wünscht --Eduard47 (Diskussion) 19:32, 27. Mai 2023 (CEST)
- Mir war klar,dass es von dir kommt. Ich wollte die Frage aber bewusst an alle richten und die meinung erfragen. -- DerFussi 12:28, 28. Mai 2023 (CEST)
Auswahl des U4C-Aufbaukomitees
[Bearbeiten]Der nächste Schritt im Prozess des universellen Verhaltenskodex ist die Zusammenstellung eines Aufbaukomitees, das die Charta für das Koordinationskomitee des universellen Verhaltenskodex (U4C) erstellt. Das Aufbaukomitee wurde nun ausgewählt. Lies mehr über die Mitglieder und die bevorstehende Arbeit im Meta-Wiki.
-- UCoC Project Team, 06:21, 27. Mai 2023 (CEST)
RSIGN funktioniert nicht
[Bearbeiten]In Peggy’s Cove funktioniert die Anzeige der Straße mit der Vorlage {{RSIGN}} nicht. Eine Ursache vermag ich nicht zu erkennen, wer weiß Rat? Danke im Voraus, Gruß --Eduard47 (Diskussion) 19:02, 27. Mai 2023 (CEST)
- Vermutlich gibt es die Straße nicht. Das hierfür nötige Bild für die Straße gibt es jedenfalls nicht, wie man aus der der entsprechenden Kategorie entnehmen kann. --RolandUnger (Diskussion) 19:46, 27. Mai 2023 (CEST)
- Zumindest sind die sekundären Routen wie die
in der Vorlage nicht enthalten. --RolandUnger (Diskussion) 20:01, 27. Mai 2023 (CEST)
- Zumindest sind die sekundären Routen wie die
Ruhetage
[Bearbeiten]Hallo, ein Kollege löscht derzeit laufend die Ruhetage aus den Öffnungszeiten für Restaurants. Das ist schade, weil dadurch die Öffnungszeiten nicht mehr stimmen und potentielle Leser in die Irre geführt werden. Zum Beispiel: Bei diesem Café war angegeben, dass das Café zwar unter der Woche morgens und nachmittags geöffnet ist, dienstags und mittwochs aber Ruhetage sind, an diesen Tagen also das Café geschlossen bleibt. Durch die Löschung der Ruhetage ist diese Information jetzt verloren gegangen. Der Leser könnte nun denken, das Café hat jeden Tag geöffnet, fährt an einem Dienstag oder Mittwoch vorbei und steht vor verschlossenen Türen, weil das leider ein Ruhetag ist. Was tun? 2A02:908:121:6600:D413:B4B6:106E:FB6C 04:05, 31. Mai 2023 (CEST)
- Unter
hours
gehören die Öffnungszeiten, nicht die Schließzeiten (letztere sind in den allermeisten Fällen redundant). Eine Angabe wieMo-Sa 11:00-12:45
ist dann falsch, wenn Di und Mi Ruhetage sind. Die Lösung: korrekte Öffnungszeiten angeben, Ruhetage und andere Schließzeiten komplett weglassen. --RolandUnger (Diskussion) 06:32, 31. Mai 2023 (CEST)- was dann dazu führt, dass man vor verschlossenen Türen steht. Entschuldigung aber Ruhetage weglassen ist Quatsch. Und hours der logische Platz, um im Text brauchbare Info bereitzustellen. Bsp. „hours=9.00-12.00, Mo. Ruhetag“ ist kurz, griffig und versteht jeder der Guten Willens ist. --62.216.206.97 02:01, 9. Jun. 2023 (CEST)
- „Di–So 9:00–12:00“ versteht auch jeder und ist deutlich eindeutiger. --RolandUnger (Diskussion) 06:27, 9. Jun. 2023 (CEST)
- ...und sogar noch 13 Zeichen kürzer. Und besser maschinenlesbar. Wir sollten auch daran denken, wo die Daten eigentlich hingehören (nach Wikidata) auch dort gibt man die Öffnungszeiten an. Es ist im Allgemeinen einfacher nur anzugeben, wann eine Eigenschaft wahr ist als wann etwas wahr ist und zusätzlich Ausnahemn zu definiert sind. @62.216.206.97:: Dein Beispiel zielt eher auf die Frage: Wann haben die Ruhetag? Hier geht es aber, wie der Name schon sagt um Öffnungszeiten. -- DerFussi 06:51, 9. Jun. 2023 (CEST)
- „Di–So 9:00–12:00“ versteht auch jeder und ist deutlich eindeutiger. --RolandUnger (Diskussion) 06:27, 9. Jun. 2023 (CEST)
- was dann dazu führt, dass man vor verschlossenen Türen steht. Entschuldigung aber Ruhetage weglassen ist Quatsch. Und hours der logische Platz, um im Text brauchbare Info bereitzustellen. Bsp. „hours=9.00-12.00, Mo. Ruhetag“ ist kurz, griffig und versteht jeder der Guten Willens ist. --62.216.206.97 02:01, 9. Jun. 2023 (CEST)
- Dein oben zitiertes Beispiel ist leider nur die halbe Wahrheit. Es gibt den Stand von 12:06 Uhr wider, bereits um 16:40 Uhr war die Logik wieder hergestellt. Diese Änderungen sollten eine Anregung sein, noch notwendige Änderungen in anderen vCards wollte ich Dir als Hauptbearbeiter des Artikels überlassen. Viele Grüße, --Eduard47 (Diskussion) 11:10, 31. Mai 2023 (CEST)
Mietwagen
[Bearbeiten]Im Artikel Cluj-Napoca sind im großen Maße Mietwagenfirmen angegeben, und es werden immer mehr. Wie wollen wir hiermit umgehen? Ich bin für eine brutale Variante: alle raus, weil wir keine gelben Seiten sind. RolandUnger (Diskussion) 10:29, 4. Jun. 2023 (CEST)
- Hmm, bin noch unentschlossen, aber in diesem Artikel ist es ja irre, über 20 Firmen. Das ist definitiv zuviel und nicht gut. Aber grundsätzlich alle verbannen, ich weiß nicht, der nächste will dann vielleicht Apotheken hier raushaben, weil wir ja keine gelben Seiten sind? Schwieriges Thema! --Scholless (Diskussion) 10:36, 4. Jun. 2023 (CEST)
- Stimme völlig mit Euch überein. Hatte bisher nur noch nicht den "Mut", diese Einträge zu löschen, da unsere Regularien in diesem Fall das nicht unbedingt rechtfertigen. Aber: Wo machen wir die Grenze? In manchen Gegenden ist u. U. der Mietwagen das einzige Fortbewegungsmittel (außer dem Esel
)! Dann sollte doch ein Eintrag (mit Begründung) möglich sein. Bei Apotheken hatte wir ja schon mal eine ähnliche Diskussion. --Eduard47 (Diskussion) 10:38, 4. Jun. 2023 (CEST)
- Ich buche, wie wohl die meisten Touristen, Mietwagen immer über eine der gängigen Internetplattformen. Insofern brauche ich gar keine Einträge für Mietwagen. Manche drin lassen, andere raus löschen geht nicht, wenn es keinen vernünftigen Grund gibt zu selektionieren. Ich wäre daher eher für alle raus.--DocWoKav (Diskussion) 13:16, 4. Jun. 2023 (CEST)
- Für westliche Länder ist diese Sichtweise sicher vertretbar, zumal es häufig ohnehin sinnvoller ist, einen Mietwagen bereits von zuhause aus zu buchen und nicht erst im Reiseland. Es gibt aber einige Schwellen- und Entwicklungsländer, in denen man den Mietwagen immer vor Ort buchen sollte, weil entweder die großen Mietwagenfirmen gar nicht erst vertreten sind oder man mit einem teuren Mietwagen im negativen Sinne auffallen würde (ich denke da an Südafrika mit seinen Townships). Für diese Artikel fände ich eine Auflistung von Mietwagenfirmen schon gut. -- 2A02:908:121:6600:38A4:C661:464E:3970 13:29, 4. Jun. 2023 (CEST)
- Ich buche, wie wohl die meisten Touristen, Mietwagen immer über eine der gängigen Internetplattformen. Insofern brauche ich gar keine Einträge für Mietwagen. Manche drin lassen, andere raus löschen geht nicht, wenn es keinen vernünftigen Grund gibt zu selektionieren. Ich wäre daher eher für alle raus.--DocWoKav (Diskussion) 13:16, 4. Jun. 2023 (CEST)
- Stimme völlig mit Euch überein. Hatte bisher nur noch nicht den "Mut", diese Einträge zu löschen, da unsere Regularien in diesem Fall das nicht unbedingt rechtfertigen. Aber: Wo machen wir die Grenze? In manchen Gegenden ist u. U. der Mietwagen das einzige Fortbewegungsmittel (außer dem Esel
- Es ist schwierig. Ich habe mich letztes Jahr in Ioannina (Griechenland) bewusst gegen eine Internetplattform und einen der großen Anbieter entschieden. Es war merklich günstiger, ich wurde vom Hotel abgeholt, das Auto war top, er hat mich gleich nach der Onlinebuchung (3 Monate vorher, also nichts vor Ort gebucht) hier in Deutschland angerufen, wegen einer Rückgfrage. Rundum zufrieden. Ich würde den Laden jedem empfehlen. Es gibt für mich in diesem Fall keinen Grund Thrifty, Hertz & Co zu nutzen. Für mich ist dieser lokale Laden auf jeden Fall eine Empfehlung (gerade füe die, die sich mit englisch schwertun, wenn es technisch wird, da der Typ als Zweitsprache auch noch fleißend deutsch sprach). Deshalb bin auch ich hin- und hergerissen. Die bekannten üblichen Großen reinzuschreiben ist Mist, da bin ich dabei. Lokale Wirtschaft zu fördern ist immer besser. Wenn man dann noch sehr gute Erfahrung mit einem lokalen Business gemacht hat, wie ich letztes Jahr, ist es fast schade, den Tipp den Leuten vorzuenthalten. Es ist, wie so oft länderspezifisch. Hierzulande, wo es de-facto sowieso keine kleinen privaten Vermieter gibt, steht die Frage nicht. In vielen Ländern gibt es beides, viele haben mehr Vertrauen in die Großen und finden es einfacher, die Karre beim Flug gleich mitzuordern. Dann gibt es Regionen, kleinere Inseln, wo man seinen Mietwagen nicht ohne Weiteres mitnehmen kann und man sich vor Ort um ein Gefährt kümmern sollte. Es gibt auch Länder, bei denen man den Fahrer gleich mitmieten sollte oder gar muss. Bei allen Beispielen zum Schluss sind lokale Tipps sicher sinnvoll, gerade, wenn die Gefahr besteht über den Tisch gezogen zu werden. Wenn es dort gute Erfahrungen gibt, dann gerne her mit den Tipps. Ich wüsste aber auf die Schnelle nicht, wie man eine Regel formulieren sollte. Wenn es aber nach Gelben Seiten aussieht und vorallem, wenn ein Beschreibungstext fehlt, habe ich nichts gegen eine Löschung. Machen wir uns nichts vor. Viele unserer Inhalte sind sicherlich Recherche, keine echte persönliche Erfahrung. Aber einen guten persönlichen Tipp sollte man nie löschen. Dehalb ist der Beschreibungstext schon ein gutes Merkmal für eine Einstufung. -- DerFussi 17:54, 4. Jun. 2023 (CEST)
- Ein Szenario fällt mir noch ein: Thailand. Kaum jemand von uns wird sich wirklich bei Linksverkehr freiwillig nach Ankunft mit einem Mietwagen in den Bangkoker Verkehr stürzen wollen. Also wird man auch hier kein Internetportal nutzen, sondern sich vielleiecht am Ferienort nach einem Auto umschauen, wo vielleicht keine Hertz-Filiale um die Ecke ist. Also Mietwagen pauschal verbieten - aus meiner Sicht eher nicht. -- DerFussi 18:28, 4. Jun. 2023 (CEST)
- Vorschlag: Mit sowas in der Art könnte ich leben. Ich denke, für Flughafen- und Bahnhofsartikel können hier andere Regeln gelten. „Vermeide bei Mietwagenanbietern unkommentierte Branchenverzeichnisse und weltweit agierende Mietwagenanbieter mit Ihren Portalseiten. Empfehlungen von aufgrund persönlicher Erfahrung vertrauenswürdigen lokalen Autoverleihern sind aber möglich. Gib dann aber bitte auch einen kurzen Beschreibungstext mit an und begründe damit deinen Eintrag (z. B. Zuverlässigkeit, Abholservices vom Hotel, Sprachkenntnisse usw.). Ausnahme sind Flughafen- und Bahnhofsartikel, in denen die vorhandenen Autovermieter pauschal genannt werden können.“ -- DerFussi 20:03, 4. Jun. 2023 (CEST)
- Ja würde ich auch so handhaben, etwas abseits der Touristenströme mietet man evtl. wirklich sein Fahrzeug am besten bei einem lokalen Anbieter, ich denke da beispielsweise auch an Quads und Buggys (wenn ich diese Dinger auch hasse, mit denen die Touristen in Zypern durch die Naturschutzgebiete gurken), also gemäss Fussis Vorschlag, lg Martin Mboesch (Diskussion) 20:42, 8. Jun. 2023 (CEST)
- Vorschlag: Mit sowas in der Art könnte ich leben. Ich denke, für Flughafen- und Bahnhofsartikel können hier andere Regeln gelten. „Vermeide bei Mietwagenanbietern unkommentierte Branchenverzeichnisse und weltweit agierende Mietwagenanbieter mit Ihren Portalseiten. Empfehlungen von aufgrund persönlicher Erfahrung vertrauenswürdigen lokalen Autoverleihern sind aber möglich. Gib dann aber bitte auch einen kurzen Beschreibungstext mit an und begründe damit deinen Eintrag (z. B. Zuverlässigkeit, Abholservices vom Hotel, Sprachkenntnisse usw.). Ausnahme sind Flughafen- und Bahnhofsartikel, in denen die vorhandenen Autovermieter pauschal genannt werden können.“ -- DerFussi 20:03, 4. Jun. 2023 (CEST)
@RolandUnger, Scholless, Eduard47, DocWoKav, 2A02:908:121:6600:38A4:C661:464E:3970: Wie eigentlich immer, haben wir wieder ohne Ergebnis diskutiert. Ein betroffener Artikel wurde beräumt, aber ein Ergebnis, wie wir damit umgehen, gibt es trotzdem nicht. Klar, werden wir uns nicht immer einigen können, aber wir sollten versuchen, uns festzulegen und das Ergebnis auch im Projektnamensraum festzuhalten. Es ist nur eine Frage der Zeit, dass wieder jemand der Community (bzw. oft den Admins) Willkür oder Beschränkheit, wenn Edits rückgängig gemacht werden oder Inhalte entfernt werden. Es wäre doch sicher gut, wenn man bei solchen Edits auf einen Projektartikel verweisen kann, der den Edit begründet. Ich habe ja oben einen Text entworfen. Vielleicht können wir den als Grundlage nehmen und uns auf etwas einigen. Ich habe versucht alles unter einen Hut zu bringen und Spezialartikel zu berücksichtigen. Sowas könnte wenigstens auf Wohin damit stehen und die Vorgabenartikel könnten darauf verweisen. -- DerFussi 08:39, 23. Jun. 2023 (CEST)
- Wie wäre es mit dieser Zusammenfassung:
- 1) Keine unkommentierten Auflistungen von Mietwagenanbietern.
- 2) Nur Empfehlungen vertrauenswürdiger lokaler Autoverleiher aufgrund persönlicher Erfahrung mit kurzem Beschreibungstext (z. B. Zuverlässigkeit, Abholservices vom Hotel, Sprachkenntnisse usw.).
- 3a) Flughafen- und Bahnhofsartikel: keine Nennung von Vermietern, da man dort meist direkt mit dem Ticket den Leihwagen online bucht. DocWoKav (Diskussion) 10:02, 23. Jun. 2023 (CEST)
- 3b) Flughafen- und Bahnhofsartikel: mit ansässigen Autovermietern pauschal (ohne Details).
- Stimme Fussis Vorschlag zu, ebenso DocWoKavs Punkte 1) und 2). In Flughafen- und Bahnhofsartikel sollten aber die dort ansässigen Autovermieter pauschal (ohne Details) genannt werden.--Eduard47 (Diskussion) 16:50, 23. Jun. 2023 (CEST)
- Ich habe deinen Vorschlag als 3b) eingefügt zur Diskussion DocWoKav (Diskussion) 09:09, 24. Jun. 2023 (CEST)
- Ich schließe mich Eduard47 an. 1) und 2) entspricht ja schon meinem Vorschlag. Dazu 3b) .Ich bin zwar generell kein Fan von Flughafen- und Bahnhofsartikeln. Wenn, würde ich die Mietwagenverleiher aber auflisten. Das hat zwei Gründe. Dass man in der Regel beim Ticket den Mietwagen mitbucht, glaube ich so nicht für die Allgemeinheit, kann ich mir nicht vorstellen. Ich vermute, noch weniger bei Zügen als bei Flügen. Manchmal braucht man den Mietwagen nicht die ganze Zeit (aus Kostengründen, wenn man sich den Ort erstmal anschaut und kein Auto braucht – so mache ich es), bucht also manchmal später und separat. Vielbucher haben bei den Mietwagenfirmen ihr Bonusprogramm und buchen deswegen separat. In beiden Fällen, ist es gut zu wissen, wer vor Ort vertreten ist. Anderer Fall: Im Bahnhof Cottbus gibt es nur Enterprise und Sixt, letztere aber nicht im Bahnhofsgebäude und nicht auf den ersten Blick einfach zu finden. Hier helfen die Einträge. -- DerFussi 09:44, 24. Jun. 2023 (CEST)
- Ja, Vorschläge 1), 2) und 3b); aus eigener Erfahrung kenne ich Tel Aviv, dort haben nicht alle Vermieter eine Niederlassung im Flughafengebäude, wenn man früher bei Europcar gebucht hatte, musste man anrufen und wurde mit dem Shuttle abgeholt, wer das nicht wusste, suchte ewig. In TLV hat Hertz als einziger seine Rückgabe dort, wo man den Wagen geholt hat, die anderen Grossen haben eine gemeinsame Rückgabestelle mit Shuttlebus zum Terminal. erstes Mal in Zypern do., Mietwagen gebucht, man findet irgendwie den Weg zur Wartestelle für den Shuttlebus am Ausgang und kommt nach 45 Min. Wartezeit auf die Idee, beim Vermieter anzurufen, dann taucht sofort der Shuttlebus auf. Also in solchen Fällen wäre ein Hinweis doch sinnvoll, wie es abläuft, vor allem wenn nicht für alle Vermieter gleich, lg MB - Mboesch (Diskussion) 09:56, 30. Jun. 2023 (CEST)
- Ich schließe mich Eduard47 an. 1) und 2) entspricht ja schon meinem Vorschlag. Dazu 3b) .Ich bin zwar generell kein Fan von Flughafen- und Bahnhofsartikeln. Wenn, würde ich die Mietwagenverleiher aber auflisten. Das hat zwei Gründe. Dass man in der Regel beim Ticket den Mietwagen mitbucht, glaube ich so nicht für die Allgemeinheit, kann ich mir nicht vorstellen. Ich vermute, noch weniger bei Zügen als bei Flügen. Manchmal braucht man den Mietwagen nicht die ganze Zeit (aus Kostengründen, wenn man sich den Ort erstmal anschaut und kein Auto braucht – so mache ich es), bucht also manchmal später und separat. Vielbucher haben bei den Mietwagenfirmen ihr Bonusprogramm und buchen deswegen separat. In beiden Fällen, ist es gut zu wissen, wer vor Ort vertreten ist. Anderer Fall: Im Bahnhof Cottbus gibt es nur Enterprise und Sixt, letztere aber nicht im Bahnhofsgebäude und nicht auf den ersten Blick einfach zu finden. Hier helfen die Einträge. -- DerFussi 09:44, 24. Jun. 2023 (CEST)
- Ich habe deinen Vorschlag als 3b) eingefügt zur Diskussion DocWoKav (Diskussion) 09:09, 24. Jun. 2023 (CEST)
- Stimme Fussis Vorschlag zu, ebenso DocWoKavs Punkte 1) und 2). In Flughafen- und Bahnhofsartikel sollten aber die dort ansässigen Autovermieter pauschal (ohne Details) genannt werden.--Eduard47 (Diskussion) 16:50, 23. Jun. 2023 (CEST)
Ich denke, wir können als Ergebnis folgendes festhalten:
1) Keine unkommentierten Auflistungen von Mietwagenanbietern.
2) Nur Empfehlungen vertrauenswürdiger lokaler Autoverleiher aufgrund persönlicher Erfahrung mit kurzem Beschreibungstext (z. B. Zuverlässigkeit, Abholservices vom Hotel, Sprachkenntnisse usw.).
3) Flughafen- und Bahnhofsartikel: mit ansässigen Autovermietern pauschal (ohne Details).
- Damit kann ich mitgehen. In jedem Fall mit Anschrift und Kontaktmöglichkeiten. Evtl. Hinweis auf Sprachkenntnisse und Versicherungen. --RolandUnger (Diskussion) 16:13, 3. Jul. 2023 (CEST)
- Ich werde es mal einpflegen. -- DerFussi 16:51, 3. Jul. 2023 (CEST)
Sinnvollerweise sollte man „Keine unkommentierten Auflistungen von …” ausweiten auf Tankstellen (da sind viel Karibik-Artikel voll mit) oder Apotheken u.ä. --Qualitätssicherung (Diskussion) 20:22, 31. Dez. 2023 (CET)
Symbole für Marker
[Bearbeiten]Bitte schreibt mir, wenn ihr ein neues (weißes) Symbol braucht. Die schwarzen MAKI-Symbole sollten alle funktionieren. Weiße Symbole müssen erst noch erstellt werden, was aber machbar ist. RolandUnger (Diskussion) 07:34, 19. Jun. 2023 (CEST)
- Auch die weißen MAKI-Symbole sind nun vollständig verfügbar. --RolandUnger (Diskussion) 15:45, 24. Jun. 2023 (CEST)
seltsamer Edit
[Bearbeiten]Diesen Edit von mir hat eine IP völlig zu Recht zurückgesetzt. Ich habe im Artikel nur einmal editiert, habe .at in .com gewechselt. Das ist laut Versionsgeschichte der vorherige Edit. Dieser große Löschedit hat sich irgendwie selbst generiert? Oder mache ich was falsch? --Ralf Roletschek (Diskussion) 12:10, 21. Jun. 2023 (CEST)
- Tablet? Ich habe schon paar mal versehentlich beim Scrollen durch eine Versionsgeschichte aus Versehen einen Nutzer gesperrt und auch schon unsinnige Edits gemacht. Ich hatte immer das Scrollen auf einem TAblet im Verdacht dass das Auftippen irgendwas ausgelöst hat, bin mir aber auch nicht sicher. -- DerFussi 17:17, 21. Jun. 2023 (CEST)
- Ja, Tablet. Da bin ich beruhigt, wenn dir sowas auch passiert :-) --Ralf Roletschek (Diskussion) 19:06, 21. Jun. 2023 (CEST)
- Hallo Ralf Roletschek, habe gestern Abend gemütlich auf dem Sofa noch schnell einen interessanten Edit eines nicht registrierten Benutzers als "kontrolliert" markieren wollen. Auf meinem Mini-Tablet (=Smartphone) habe ich dabei leider dessen Änderung mit meinen dicken Fingern zurückgesetzt. That's life! --Eduard47 (Diskussion) 16:34, 23. Jun. 2023 (CEST)
- Ja, Tablet. Da bin ich beruhigt, wenn dir sowas auch passiert :-) --Ralf Roletschek (Diskussion) 19:06, 21. Jun. 2023 (CEST)
Wahlseiten ZdM
[Bearbeiten]Ich habe mal das Layout der Artikelkandidaturen umgestellt. Für jede Wahl gibt es jetzt eine eigene Unterseite. Das erspart uns die Archivierung und am Monatsanfang ist automatisch alles auf "Start" gesetzt. Dann ändern sich auch die Buttons von "Abstimmen" auf "Wahlseite anlegen". Bei Neuanlage wird gleich eine vorbereitete Wahlseite geladen. Ich habe mal mit Nw520 geredet. Er kann vielleicht eine automatische Zählung implementieren. Am Design kann man sicher noch was machen. -- DerFussi 10:33, 24. Jun. 2023 (CEST)
- Danke Fussi, das sieht nicht nur gut aus, das funktioniert auch (fast) gut: Habe soeben für TdM gestimmt: = okay, abgestimmt für AdT: Vorschau ist okay, Anzeige in Artikelkandidaturen fehlt. Gruß, --Eduard47 (Diskussion) 11:03, 24. Jun. 2023 (CEST)
- Ich weiß. Es dürfte einen Moment dauern, bis das Wiki die Seiten aktualisiert hat. Wir müssen mal gucken, wie lange es dauert, und ob es erträglich ist. Ich kann noc eine Vorlagenebene herausnehmen, dann ist bloß ein Haufen Wiki-Markup-Gedöns dort drin. Obwohl es ja am Ende niemand mehr öffnen muss. -- DerFussi 11:14, 24. Jun. 2023 (CEST)
- Bei mir war gerade Artikelkandidaturen sofort aktuell... Ich werde es mal beobachten. -- DerFussi 11:18, 24. Jun. 2023 (CEST)
- Oje. Morgen ist Premiere. Mal sehen, ob alles irgendwie selbstständig auf den neuen Monat umswitcht. Wahrscheinlich wird das große Chaos ausbrechen
und ich werde auf ewig verflucht sein. Ich werde trotzdem ausschlafen. Bin aber bereit und kümmere mich morgen. PS: Die Unterseiten für die Hauptseite fehlen noch. Morgen früh wird es leer aussehen bei uns. -- DerFussi 18:35, 30. Jun. 2023 (CEST)
- Oje. Morgen ist Premiere. Mal sehen, ob alles irgendwie selbstständig auf den neuen Monat umswitcht. Wahrscheinlich wird das große Chaos ausbrechen
Aquarien und Zoos
[Bearbeiten]Am Code der Marker und vCards gibt es hauptsächlich nur noch Feinschliff. Auf eine Sache möchte ich aber noch eingehen. Insbesondere durch die Auftrennung der Gruppe Sehenswürdigkeiten (see) in Natur und Religion sind einige Typen sich noch nicht optimal zugeordnet (siehe auch Modul:Marker utilities/Types). So gab es im Juni 2022 hierzu eine Anfrage zu Zoos und Aquarien, die bisher unter Natur zu finden sind. Ich möchte hiermit noch einmal die Diskussion anstoßen, um diesbezüglich einen Konsenz zu finden. RolandUnger (Diskussion) 07:40, 26. Jun. 2023 (CEST)
- Ich würde Museen, Zoos, Aquarien als eine Gruppe mit anderer Markerfarbe zusammenfassen. DocWoKav (Diskussion) 07:48, 26. Jun. 2023 (CEST)
- Ich denke, es sollte keine neue Gruppe(n)/Farben geben. Der Hauptgrund ist der, dass sich damit genau dieselben Probleme der Abgrenzung einstellen, die jetzt behoben werden sollen. Quitschig bunte Marker-Ansammlungen bringen auch nicht viel in Sachen Übersichtlichkeit. Und es kommt (zumindest bei mir) schon mal vor, dass ich (nicht mehr genutzte) religiöse Stätten etc. wieder in die alte Gruppe Sehenswürdigkeit zurücksortiere. --RolandUnger (Diskussion) 07:58, 26. Jun. 2023 (CEST)
- Ich würde, was die Auswahl an Farben angeht, mittlerweile auch den Bremsklotz reinwerfen. Wir haben derzeit ausreichend Farben. Mehr Farben bringen nichts mehr. Die Unterscheidbarkeit wird zunehmend schwieriger, Lesende mit Rot-Grün-Schwäche haben wahrscheinlich bereits jetzt schon keine Chance. Zum anderen müssen wir an die reinen Nutzer*innen denken. Bis auf uns Autoren weiß niemand, was sich hinter jeder Farbe verbirgt und eine Legende gibt es nicht, insofern helfen noch mehr Farben niemandem, der einfach nur auf die Karte schaut, außer einige Autorinnen und Autoren finden es vielleicht hübsch. Einzige Hilfe ist vielleicht der Artikel selbst, aber man muss ja auch immer zwischen beiden wechseln. Und wenn ich mich recht erinnere, war die letzte Farbfestlegung/-diskussion ja schon nicht so einfach. Manuelle Farbangaben sollte aus meiner Sicht aus Destinationsartikel generell raus, allenfalls in Themenartikeln könnten sie Anwendung finden.
- Um deine eigentliche Frage zu beantworten. Beim Thema Natur finde ich die Dinger schon gut aufgehoben. Ich habe die aktuellen genauen Farbgruppen aber gerade auch nicht auf dem Schirm. -- DerFussi 08:54, 26. Jun. 2023 (CEST)
- Ich muss Fussi recht geben, mehr Farben bringen nur mehr Verwirrung. Der aktuelle Stand - beides in Sehenswürdigkeiten/Natur - sollte beibehalten werden, ist m. E. auch irgendwie logisch. Das Thema Legende sollte aber separat mal angegangen werden, hätte dazu eine Idee. --Eduard47 (Diskussion) 14:37, 26. Jun. 2023 (CEST)
- ja, würde Zoos und Aquarien unter "Natur" belassen, lg Martin - Mboesch (Diskussion) 09:58, 30. Jun. 2023 (CEST)
Announcing the new Elections Committee members
[Bearbeiten]
Hello there,
We are glad to announce the new members and advisors of the Elections Committee. The Elections Committee assists with the design and implementation of the process to select Community- and Affiliate-Selected trustees for the Wikimedia Foundation Board of Trustees. After an open nomination process, the strongest candidates spoke with the Board and four candidates were asked to join the Elections Committee. Four other candidates were asked to participate as advisors.
Thank you to all the community members who submitted their names for consideration. We look forward to working with the Elections Committee in the near future.
On behalf of the Wikimedia Foundation Board of Trustees,
Oberzent löschen?
[Bearbeiten]Nachdem sich die Community anscheinend dazu entschlossen hat, den Artikel Beerfelden zu behalten, stellt sich die Frage, ob jetzt der Artikel Oberzent gelöscht und stattdessen wieder auf vier Orte Beerfelden, Rothenberg, Sensbachtal und Hesseneck aufgeteilt werden muss. Offensichtlich hat sich die Wikivoyage-Community dazu entschieden, die Gemeindegebietsreform von 2018 nicht mitzumachen, und eine parallele Pflege zweier Artikel zu fast demselben Gebiet (Beerfelden ist mit großem Abstand der größte Stadtteil von Oberzent, die anderen Stadtteile sind im Vergleich dazu kaum bedeutend) ist kaum handhabbar. Die logische Konsequenz wäre also jetzt, den Artikel Oberzent wieder zu löschen und stattdessen vier getrennte Stadtteilartikel zu pflegen, die dann halt teilweise sehr klein würden (vor allem Hesseneck). Einwände? 2A02:908:122:55C0:468A:5BFF:FECC:62BA 17:35, 2. Jul. 2023 (CEST)
- Für den Löschantrag zu Beerfelden gab es kein eindeutiges Löschvotum, d. h. er bleibt erhalten. So ist halt Demokratie. Das allereinfachste ist, für alle Stadtteile, in jedem Fall zu Oberzent, einen eigenen Artikel zu erstellen (so macht es auch die Wikipedia).
- Man sollte auch mal darüber nachdenken, was man mit den in den letzten Wochen veranstalteten Löschorgien anrichtet. Irgendjemand, häufig ich, muss dann aufräumen, was alles andere als spaßig ist und eine ganze Menge Arbeit macht. --RolandUnger (Diskussion) 18:09, 2. Jul. 2023 (CEST)
- Bei allem Gejammer um die Arbeit hier (ich bin auch nicht untätig hier, auch nicht bei den Löschanträgen) - die Frage ist nicht unberechtigt. Ich gebe zu, der Löschantrag ging an mir vorbei, da ich nicht jeden Tag dort reinschaue, sonst hätten wir ein eindeutiges Votum, und der Artikel zu Beerfelden würde nicht mehr existieren. Eine 10.000 Einwohnerstadt wie Oberzent in Ortsteile zu zerlegen ist allein aufgrund der Größe des Ortes Unsinn. Aber wie Roland schon sagte, ist 'ne Demokratie. Ich habe mal verglichen. Alle Beerfeldener Informationen stehen auch im Oberzenter Artikel - es ist somit jetzt schon alles doppelt. Man müsste nun eigentlich Informationen aus Oberzent löschen und den Rest aufteilen auf die Ortsteile, wenn man dem Löschvotum folgt. Der einzige vernünftige Weg, den ich jetzt sehe ist, das Problem auf der Diskussionsseite anzusprechen und ein Lösung zu entwickeln - wenn man dort zu einem sinnvollen Ergebnis kommt und die Artikel dementsprechend anpasst, sollte sich im folgenden (erneuten) Löschantrag hoffentlich keiner gegen das dortige Ergebnis stemmen. -- DerFussi 22:12, 2. Jul. 2023 (CEST)
- Ich muss zugeben, dass ich mein Votum zum "Behalten" von Beerfelden abgegeben habe, ohne den Inhalt mit Oberzent zu vergleichen, würde jetzt anders entscheiden. Ich stimme Fussi daher zu, den Artikel Oberzent zu behalten und stattdessen Beerfelden zu leeren und mit einer Weiterleitung zu versehen. Für alle Stadtteile eigene Artikel zu erstellen halte ich für unangebracht.--Eduard47 (Diskussion) 10:52, 3. Jul. 2023 (CEST)
- Vergleich: Um viele vorhandene Redundanzen zu vermeiden hatte ich vor einiger Zeit einige schwache Dorf-Artikel durch Weiterleitungen zusammengefasst zu einem Artikel über die 2015 gebildete Einheitsgemeinde Wurster Nordseeküste. --Eduard47 (Diskussion) 12:47, 3. Jul. 2023 (CEST)
- Beerfelden hat mir etwas gesagt, Oberzent dagegen nichts. Egal, was gelöscht wird: zumindest ist eine Weiterleitung fällig!--Keuk (Diskussion) 12:58, 3. Jul. 2023 (CEST)
Lange Seiten kaputt?
[Bearbeiten]Hallo, die Seite Special:Longpages hört bei mir nach der ersten Seite einfach auf, egal wieviele Einträge man sich pro Seite anzeigen lässt - nach der ersten Seite ist immer Schluss. Tritt das bei anderen auch auf? Wo liegt der Fehler? 2A02:908:122:55C0:468A:5BFF:FECC:62BA 09:07, 15. Jul. 2023 (CEST)
- Ich kann dazu erst einmal nichts sagen. Bei mir werden 100 Seiten angezeigt. --RolandUnger (Diskussion) 09:20, 15. Jul. 2023 (CEST)
- Bei mir tritt es auch auf. Auf der zweiten Seite wird immer nur 1 Artikel angezeigt. Stelle ich 100 ein, sind es angeblich 101 Artikel, Stelle ich 500 ein sind es 501. -- DerFussi 09:57, 15. Jul. 2023 (CEST)
- Ich habe einen Task auf Phabricator eröffnet. --RolandUnger (Diskussion) 18:06, 15. Jul. 2023 (CEST)
- Der Fehler ist behoben. --RolandUnger (Diskussion) 07:45, 17. Aug. 2023 (CEST)
Parameter der Vorlage {{Marker}}
[Bearbeiten]Es gibt eine Änderung bei der Vorlage Marker: Der Parameter alt
hat jetzt dieselbe Funktion wie in der Vorlage {{vCard}}, kann also eine alternative Bezeichnung für die Angabe im Text enthalten. Die bisherige Funktion für die Beschriftung der Kartenmarker übernimmt nun der Parameter name-map
. Diesen Parameter gibt es nun auch in der Vorlage {{vCard}}, wo er sicher nur selten im Zusammenhang mit before
gebraucht wird. RolandUnger (Diskussion) 17:54, 15. Jul. 2023 (CEST)
Opt-out aus den globalen Adminstratoren?
[Bearbeiten]Hallo,
derzeit gehört unsere Wikivoyage-Sprachversion zu den Projekten, wo globale Administratoren handeln dürfen. Leider gab es in der Vergangenheit einige unerfreuliche Fälle, wo diese Kollegen wohl aus Unkenntnis der örtlichen Gepflogenheiten bzw. der deutschen Sprache inhaltlich völlig korrekte Bearbeitungen zurückgesetzt haben, teilweise sogar sehr hartnäckig (vgl. etwa die Versionsgeschichte von Monschau).
Nach den Regeln auf Meta meta:Global sysops/de sollen Projekte mit mehr als 10 lokalen Administratoren eigentlich aus der Verantwortung der globalen Administratoren fallen. Wikivoyage würde diese Voraussetzungen grundsätzlich erfüllen (vgl. Special:Listadmins). Allerdings wird diese Umstellung anscheinend nicht automatisch vorgenommen, sondern muss manuell durch eine Abstimmung angestoßen werden. Ich denke, wir haben hier genug Kollegen, dass wir nicht auf die (leider häufig nicht besonders hilfreiche) Mithilfe der globalen Kollegen angewiesen sind.
Besteht hieran Interesse? Wie ist die Meinung hier? 2A02:908:122:55C0:468A:5BFF:FECC:62BA 03:00, 18. Jul. 2023 (CEST)
- Ich habe nichts gegen den Vorschlag. Wir sollten hier ein Abstimmung durchführen (möglichst 5 Pro-Entscheidungen), um das Opt-out zu bewirken. In vielen Fällen richten sie nur Schaden an, weil sie offensichtlich keine Sprachkenntnisse besitzen. --RolandUnger (Diskussion) 06:49, 18. Jul. 2023 (CEST)
- Das würde ich unterstützen -- DerFussi 08:23, 18. Jul. 2023 (CEST)
- War mir gar nicht bewusst, dass irgendwelche FeldWaldWiesenAdmins von sonstwo hier reingrätschen dürfen. Ich unterstütze den (noch nicht-)Antrag. --AnhaltER1960 (Diskussion) 10:25, 18. Jul. 2023 (CEST)
- Ich würde das auch im Prinzip unterstützen. Allerdings habe ich in den letzten Monaten einige Aktionen dieser globalen Admins beobtachtet, die sehr schnell Spam bemerkt und dann zurückgesetzt haben. Wir hätten das allerdings auch bemerkt! Die Monschau-Aktion war mir bisher nicht bekannt. Also: Her mit dem Antrag! Eduard47 (Diskussion) 15:35, 18. Jul. 2023 (CEST)
- Es gibt eine Art Small-Wiki-Monitoring-Team. Es gibt auch kleine Wikis, die de-facto fast brach liegen und leicht zugespammt werden, gerade, wenn mal ein Admin nicht aktiv ist. Ein bisschen trifft das für fast alle Wikivoyage-Sprach-Versionen zu, außer en, de, it, es vielleicht. Ich war mal aufgrund von Hilferufen temporär Admin auf dem schwedischen, spanischen, ukrainischen und vietnamesischen Wikivoyage, am Ende ist das aufgrund des Regelwerks immer zeitlich begrenzt. Ich hatte auch schon mal überlegt auf dem Meta-Wiki ein Request for Comment zu starten und ein neues Userrecht "Project Admins" vorzuschlagen. So könnte es auch Wikivoyage-Admins geben, die in allen WV-Versionen eingreifen können. Aber irgendwie male ich mir da nicht viel Chancen aus. -- DerFussi 21:40, 18. Jul. 2023 (CEST)
- Nur der Vollständigkeit halber @Eduard47, AnhaltER1960, DerFussi: Für den Edit-War in Monschau war keine globaler Admin verantwortlich, sondern ein frisch gewählter globaler Zurücksetzer, der dann auch deutlich ans gültige Regelwerk erinnert wurde und im Wiederholungsfall seine Rechte verlieren würde: meta:Stewards' noticeboard/Archives/2023-02#Remove global rollback for User:Sakura emad.
- Globale Admins dürfen ihre Rechte für „antivandalism and routine maintenance“ Tätigkeiten nutzen, was in meiner Praxis primär bedeutet, Spamseiten zu löschen. Das kann die hiesige Community sicherlich auch selbst, in eure Entscheidung will ich mich nicht einmischen, wollte aber klarstellen, dass globale Admins sicher mal Fehler machen, Monschau aber nicht dazu gehört :) Johannnes89 (Diskussion) 21:05, 24. Aug. 2023 (CEST)
- Nur der Vollständigkeit halber @Eduard47, AnhaltER1960, DerFussi: Für den Edit-War in Monschau war keine globaler Admin verantwortlich, sondern ein frisch gewählter globaler Zurücksetzer, der dann auch deutlich ans gültige Regelwerk erinnert wurde und im Wiederholungsfall seine Rechte verlieren würde: meta:Stewards' noticeboard/Archives/2023-02#Remove global rollback for User:Sakura emad.
- Es gibt eine Art Small-Wiki-Monitoring-Team. Es gibt auch kleine Wikis, die de-facto fast brach liegen und leicht zugespammt werden, gerade, wenn mal ein Admin nicht aktiv ist. Ein bisschen trifft das für fast alle Wikivoyage-Sprach-Versionen zu, außer en, de, it, es vielleicht. Ich war mal aufgrund von Hilferufen temporär Admin auf dem schwedischen, spanischen, ukrainischen und vietnamesischen Wikivoyage, am Ende ist das aufgrund des Regelwerks immer zeitlich begrenzt. Ich hatte auch schon mal überlegt auf dem Meta-Wiki ein Request for Comment zu starten und ein neues Userrecht "Project Admins" vorzuschlagen. So könnte es auch Wikivoyage-Admins geben, die in allen WV-Versionen eingreifen können. Aber irgendwie male ich mir da nicht viel Chancen aus. -- DerFussi 21:40, 18. Jul. 2023 (CEST)
Ich hab mal zur scheinbar bereits begonnenen Abstimmung eine Zwischenüberschrift eingefügt. Ich schlage vor, wir lassen die Abstimmung 1 Monat laufen, das scheint die übliche Gepflogenheit bei den Kollegen zu sein und es dürften gerade jetzt zur Urlaubszeit viele Kollegen auf Reisen sein, da kann ein bisschen mehr Zeit nicht schaden. -- 2A02:908:122:55C0:468A:5BFF:FECC:62BA 10:48, 20. Jul. 2023 (CEST)
Abstimmung
[Bearbeiten]Das ist ohne externe Hilfe zu schaffen. --Ralf Roletschek (Diskussion) 08:24, 20. Jul. 2023 (CEST)
Das schaffen wir auch so, auch wenn ich im Moment etwas wenig Zeit habe. -- Benreis (Diskussion) 10:42, 20. Jul. 2023 (CEST)
-- DerFussi 06:49, 21. Jul. 2023 (CEST)
wie gesagt, ohne externe Hilfe geht es auch und meist besser. --RolandUnger (Diskussion) 07:30, 21. Jul. 2023 (CEST)
--AnhaltER1960 (Diskussion) 08:32, 21. Jul. 2023 (CEST)
--DocWoKav (Diskussion) 08:48, 21. Jul. 2023 (CEST)
--Eduard47 (Diskussion) 15:40, 21. Jul. 2023 (CEST)
-- Mboesch (Diskussion) 07:52, 27. Jul. 2023 (CEST)
Bildgrößen - Standard ändern?
[Bearbeiten]Hallo, das Thema Standard-Bildgrößen ist ja nicht neu und trotzdem sind immer noch die Bilder mit 220px-Breite Standard. Zwangsläufig führt das dazu, dass neue Benutzer immer wieder Bilder mit einer festen Größe (bspw. 300px) in die Artikel einfügen. Wer selbst in seinen Einstellungen diese Größe voreingestellt hat, merkt das nicht einmal. Andere (nicht angemeldete Benutzer) wundern sich immer wieder über die recht kleinen Bildchen in unseren Artikeln. Kleine Monitore, die das kleine Bild mit 220px rechtfertigen würden, sind wohl kaum noch auf dem Markt. In der mobilen Ansicht dürfte ein größeres Bildformat auch keine Rolle spielen. Auf alle Fälle sollten feste Bildgrößen vermieden werden. Eine Anhebung der Standardgröße auf 300px sollte daher m. E. möglich sein. Was meint ihr? --Eduard47 (Diskussion) 18:51, 20. Jul. 2023 (CEST)
- Ich kenne mich nicht so aus. Meinst du die Standardgröße thunb/mini? Bei bestehenden Texten würde eine neue Größe wohl vieles durcheinander bringen. Bei neuen Texten sehe ich kein Problem, die Bilder etwas größer zu machen. DocWoKav (Diskussion) 17:36, 23. Jul. 2023 (CEST)
- Da kann nichts durcheinandergebracht werden, besser gesagt, es wird sowieso alles durcheinandergebracht. Da man die Konfiguration des Lesers nicht kennt sollte man den Artikel nicht auf das Aussehen seines eigenen Monitors ausrichten. Bei mir sehen die meisten Artikel schlimm aus, teilweise haben die Bilder Briefmarkengröße. Ein Grund, warum ich Breitenangaben bei Bildern, Scroll Galleries, Mapframes usw. generell entferne wenn ich drüber stolpere. Zum anderen können sich feste Breiten negativ auf die mobile Ansicht auswirken (wo oft auch mal eine Angabe 100% vonnnöten ist, aber keine feste Breite). Und schließlich kann sich ja jeder in seinen Nutzereinstellungen eine persönliche Breite festlegen. Nebenbei bemerkt: generell sollten die Bilder aus meiner Sicht immer im zugehörigen Abschnitt stehen, nicht dort, wo auf dem Desktop gerade rein optisch Platz ist. In der mobilen Version ist immer alles erstmal zugeklappt und man muss viel scrollen. Da hilft es niemandem bei "Gesundheit" das Bild einer Kirche zu platzieren, nur weil es auf dem Desktop dort gerade leer ist. Ich bin mir nur nicht sicher, ob wir im Wiki eine allgemein gültige Standard-Breite überhaupt selbst einstellen können. Selbst ich als Oberflächenadmin habe da gerade nichts gefunden. Könnte sein, dass man das in der Installation angeben muss. Ich würde mich aber davon nicht entfernen. Es wäre aus meiner Sicht ungünstig, wenn in einem einzigen Wiki die Bilder größer sind als in allen anderen Wikipedias, Wikivoyages usw. -- DerFussi 18:12, 23. Jul. 2023 (CEST)
Pack die Badehose ein, nimm dein kleines Helferlein – der Reparatursommer 2023
[Bearbeiten]
In den Wikis gibt es zahlreiche große und kleine Werkzeuge, die nicht zur Kernsoftware gehören, aber die Mitarbeit ungemein erleichtern: Einige kann man sich direkt in die Wikioberfläche laden[1], einige verlinken auf andere Webseiten[2], und dann gibt es auch noch Vorlagen und Bots, die unterschiedliche Aufgaben übernehmen. Aber auch diese kleinen und großen Helfer gehen manchmal kaputt. Um einige davon möchte sich das Team Technische Wünsche in diesem Sommer kümmern:
Was muss repariert werden?
Hier könnt ihr notieren, welche der Werkzeuge, die euch wichtig sind, repariert werden müssen. Das Team Technische Wünsche wird sich dann an die Verbesserung einiger dieser Werkzeuge machen. Wenn ihr selbst programmieren könnt, macht auch gerne mit! Wahrscheinlich werden wir nicht alles reparieren können, aber hoffentlich kommen einige Verbesserungen zustande. Wichtig: Es gibt per se keine zu großen oder zu kleinen Probleme, aber es gibt einige Dinge, von denen wir bereits wissen, dass wir sie als Projektteam nicht werden machen können, beispielsweise komplett neue Werkzeuge zu bauen. Mehr dazu auf der Aktionsseite.
Hilfe für ehrenamtliche Programmierer*innen
Habt ihr selbst etwas geschrieben (z.B. ein Script, eine Vorlage, einen Bot, …) und kommt nicht weiter? Habt ihr Lust, mal ein Werkzeug zu programmieren, und braucht noch Tipps? Die hauptamtlichen Programmierer*innen im Team Technische Wünsche bieten im Sommer folgende Formate an:
- eine virtuelle Sprechstunde alle zwei Wochen
- ein Mini-Hackathon abends in der Geschäftsstelle von Wikimedia Deutschland, zusammen mit dem Team Technische Wünsche (einmalig, sofern Interesse besteht)
Warum denn jetzt Werkzeuge?

Die Technischen Wünsche gibt es seit 2015, und seitdem arbeitet das hauptamtliche Projektteam daran, Mediawiki zu verbessern. Werkzeuge, die über diese Kernsoftware hinausgehen, sind hingegen klassischerweise in Community-Hand. Also warum denn jetzt Werkzeuge? Schon seit Längerem kamen immer mal wieder Anfragen, ob die Technischen Wünsche nicht auch Werkzeuge reparieren könnten. Bislang haben wir das nicht gemacht, weil wir a) ja an den gewählten Themenschwerpunkten arbeiten und weil wir b) auch nicht gut abschätzen konnten, wie groß dieses Thema eigentlich ist und was alles zu beachten wäre, wenn wir als Hauptamtliche uns mit Werkzeugen beschäftigen. Beispielsweise: Wie soll bestimmt werden, an welchen Werkzeugen gearbeitet wird? Was ist neben den reinen Fehlerbehebungen zu beachten? Was kann das Team Technische Wünsche realistischerweise übernehmen, und was müssten andere machen? Diesen Sommer wollen wir dazu nutzen, um erste Antworten auf diese und weitere Fragen zu finden. Die Arbeit am Themenschwerpunkt „Wiederverwendung von Einzelnachweisen zu vereinfachen“ wird nach dem Sommer wieder aufgenommen.
Statt viel Zeit auf ein ideales Konzept zu verwenden, haben wir uns entschieden, es einfach mal zu versuchen und daraus zu lernen. Wir versprechen uns davon, eine bessere Einschätzung dafür zu bekommen, ob wir künftig im Rahmen der Technischen Wünsche neben der Arbeit an Mediawiki auch Community-Werkzeuge unterstützen können, und wenn ja, wie.
Was ist euch wichtig, wenn es um Hilfe für Werkzeuge geht? Hier geht es zur Diskussionsseite.
Anmerkungen
- ↑ z.B. Helferlein
- ↑ z.B. die so genannten Cloud Tools
Thereza Mengs (WMDE) (Diskussion) 11:06, 24. Jul. 2023 (CEST)
Deploying the Phonos in-line audio player to your Wiki
[Bearbeiten]Hallo!
Apologies if this message is not in your language, ⧼Please help translate⧽ to your language.
This wiki will soon be able to use the inline audio player implemented by the Phonos extension. This is part of fulfilling a wishlist proposal of providing audio links that play on click.
With the inline audio player, you can add text-to-speech audio snippets to wiki pages by simply using a tag:
<phonos file="audio file" label="Listen"/>
The above tag will show the text next to a speaker icon, and clicking on it will play the audio instantly without taking you to another page. A common example where you can use this feature is in adding pronunciation to words as illustrated on the English Wiktionary below.
{{audio|en|En-uk-English.oga|Audio (UK)}}
Could become:
<phonos file="En-uk-English.oga" label="Audio (UK)"/>
The inline audio player will be available in your wiki in 2 weeks time; in the meantime, we would like you to read about the features and give us feedback or ask questions about it in this talk page.
Thank you!UOzurumba (WMF), on behalf of the Foundation's Language team
04:26, 27. Jul. 2023 (CEST)
- Sollen wir das in {{Audio}} einbauen? Ich persönlich hatte schon länger ein Gadget dafür bei mir aktiv, welches augenscheinlich mit diesem neuen Feature ersetzt werden könnte (auch wenn man Gadget ein klein bisschen mehr zu können scheint
). --Nw520 (Diskussion) 11:51, 27. Jul. 2023 (CEST)
- @Nw520: Klar, gerne. -- DerFussi 12:26, 29. Jul. 2023 (CEST)
- Erledigt. Die Erweiterung unterbindet aber Zeilenumbrüche beim Beschreibungstext, was bei langen Texten suboptimal aussieht. Müsste noch schauen, wie sich das umstellen lässt. --Nw520 (Diskussion) 19:42, 11. Aug. 2023 (CEST)
- @Nw520: Klar, gerne. -- DerFussi 12:26, 29. Jul. 2023 (CEST)
Wikimania 2023
[Bearbeiten]In drei Wochen ist es soweit. Das Programm für die Wikimania steht. Ist eine ganze Menge. Ich denke, vieles wird auch live verfolgbar sein. Wer sich interessiert, kann ja mal reinschauen. Ich selbst bin auch vor Ort und mit je einem Vortrag auf der Wikimania sowie einer Rahmenveranstaltung im Google Hauptquartier am Start. Wenn jemand ein spezielles Anliegen oder eine Frage hat, einfach Bescheid geben. Es sind ja viele Leute da, von allen Communities und auch Programmierer usw. Für Off- und On-Topic-Impressionen werde ich wahrscheinlich Instagram benutzen: @Khmerfreak. -- DerFussi 10:16, 27. Jul. 2023 (CEST)
Empfehlenswerte Reiseführer
[Bearbeiten]Seit 2018 ist keine Nominierung mehr erfolgt. Warum eigentlich? Ich habe jetzt Bamberg vorgeschlagen (auf der dortigen Diskussionsseite). --Keuk (Diskussion) 12:59, 28. Jul. 2023 (CEST)
- Wir haben das eingestellt. Es ist ja schon ein Krampf jeden Monat drei Artikel des Monats rauszukramen. Dann noch pro Quartal 6 Empfehlungen aus dem Hut zu zaubern war einfach zu viel. Vielleicht machen wir es mal wieder wenn Artikelbestand und Community größer sind. -- DerFussi 15:28, 28. Jul. 2023 (CEST)
- Ach so! Aber warum ist die Seite dann immer noch verfügbar (und die Kategorie vorhanden)? --Keuk (Diskussion) 16:16, 28. Jul. 2023 (CEST)
WikiCon 2023: Anmeldung & Call for papers laufen
[Bearbeiten]
Vielleicht habt ihr es schon mitbekommen? Die diesjährige WikiCon findet vom 29. September bis 1. Oktober im oberösterreichischen Linz statt. Vor ein paar Wochen haben wir euch den Austragungsort sowie unser Programmkonzept vorgestellt. Das Warten hat nun ein Ende: die offizielle Anmeldung und der Call for papers laufen – ihr seid herzlich eingeladen, euch aktiv einzubringen. Die WikiCon findet wieder in hybrider Form statt. Dadurch sind wir in der Programmgestaltung wesentlich flexibler und binden Menschen ein, die nicht in Linz dabei sein können.
Sei in Linz oder Online dabei …
Wenn du an der WikiCon 2023 teilnehmen möchtest, dann kannst du dich über https://anmeldung.wikicon.org anmelden. Hier hast du die Möglichkeit dich für eine Teilnahme vor Ort – oder wenn dir der Weg nach Linz zu weit ist, dich für zur Online-Teilnahme anzumelden.
In unserem Anmeldeformular werden, wie in den vergangenen Jahren, verschiedene Punkte abgefragt, die uns bei der Planung, z. B. von Räumen, von Essensvorlieben u. ä. helfen. Sicher wird es vielleicht bei dem Einen oder Anderen etwas geben, was wir bei der Planung berücksichtigen sollten. Bitte nutze dazu unbedingt das Freifeld im Formular oder wende dich zeitnah an das Orga-Team, damit wir gemeinsam nach Lösungen suchen und für dich organisieren können. Wir möchten die Veranstaltung möglichst inklusiv und barrierefrei gestalten.
Wir brauchen ja nicht zu erwähnen, dass es uns wirklich sehr hilft, wenn du dich zeitnah anmeldest – so könnten wir Essen, Betten und das Rahmenprogramm besser planen und organisieren…und natürlich auch, damit die WikiCon-Anmeldung nicht in eurer Sommer- und Urlaubszeit untergeht.
Wie in den vergangenen Jahren kann auch in diesem Jahr eine finanzielle Unterstützung von Fahrt- und/oder Übernachtungskosten beim jeweiligen Chapter (Wikimedia Deutschland, Wikimedia Österreich oder Wikimedia CH) beantragt werden. Du musst keine zusätzliche E-Mail-Anfrage zur Übernahme der Fahrtkosten senden. Wenn du eine Förderung in Anspruch nehmen möchtest, dann benötigen wir deine Anmeldung spätestens bis zum 28. August. Zur Ermöglichung der Teilnahme bieten die Wikimedia-Vereine zudem Unterstützung in Form der Kostenübernahme für Care-Arbeit an, vor Ort gibt es zudem das Angebot einer Kinderbetreuung. Weitere Informationen findest du auf der Seite Förderung.
Zudem haben wir in den letzten Wochen die Rahmenbedingungen zur Teilnahme an der WikiCon aktualisiert, an den Veranstaltungsort angepasst und in den FAQ zusammengetragen.
Keine WikiCon ohne Programm …
… daher startete zeitgleich mit der Anmeldung der Call for papers, bei dem ihr eure Programmvorschläge einreichen könnt. Ob live vor Ort oder online, wir freuen uns über deinen Beitrag!
Besonderen Stellenwert möchten wir entsprechend unserer Schwerpunkte auf Vorträge, Workshops und Podiumsdiskussionen in einer wertschätzenden Atmosphäre legen.
Wir freuen uns auch auf deine Einreichungen zu kontroversen Themen. Das neue Format Streitgespräch schafft Raum für eine breite Diskussion in konstruktiver Atmosphäre: Für Themen, bei denen unterschiedliche Meinungen, Ansichten oder Positionen zwischen zwei oder mehreren Parteien aufeinander treffen. Anders als in Diskussionsrunden wissen die Parteien bereits im Vorfeld, dass sich ihre Ansichten deutlich voneinander unterscheiden. Dabei ist es besonders wichtig, dass der Austausch konstruktiv ist, um Meinungsverschiedenheiten und ihre Ursprünge beleuchten zu können. Ziel der Streitgespräche ist zum einen die gemeinsame Lösungsfindung und zum anderen die Stärkung des Verständnisses untereinander. Streitgespräche werden von einer externen Moderation geleitet.
Da wir ja das Programm noch zusammenstellen und drucken müssen, bitten wir darum, dass du uns deine Vorschläge bis zum 3. August übermittelst. Das Vorgehen ist auf der Seite Programmvorschläge beschrieben.
Geolina und --Wnme (Diskussion) 22:40, 28. Jul. 2023 (CEST) für das Orga-Team
Reisethema des Monats - rausnehmen oder erweitern?
[Bearbeiten]Es wird zunehmend schwieriger noch halbwegs brauchbare Themenartikel zu finden für unsere monatliche Startseite. Es wurde ja schon mehrfach vorgeschlagen, die Themen rauszunehmen aus der Startseite. Sollen wir darüber abstimmen? Alternativ könnte man den Titel erweitern auf "Themen & Nationalparks". Davon gäbe es viele gute Artikel.DocWoKav (Diskussion) 08:43, 29. Jul. 2023 (CEST)
- Nicht nur die Themen, wir tun uns mit allem schwer aufgrund der zu kleinen Autorenschaft, selbst mit dem richtigen Ziel des Monats ist es ja schon manchmal ein Krampf. Mittlerweile häufen sich sogar schon die Beschwerden, dass de-facto nur noch Griechenland und Umgebung am Start ist - nicht falsch verstehen. Du leistest hier wirklich tolle Arbeit. Ich denke, es gibt mehrere Ansätze, die mir einfallen, die man evtl. auch mischen kann.
- Thema und Abseits der Touristenpfade zusammenlegen und nur eins von beiden küren.
- Alles zusammenlegen und nur noch den Artikel des Monats präsentieren, egal ob Thema, großer oder kleiner Ort.
- Artikel des Monats nur quartalsweise wählen, evtl. immer um einen Monat versetzt.
- Artikel des Monats nur tauschen, wenn sich was gutes findet, ansonsten bleibt der Bestehende stehen. Egal ob ZdM, TdM oder AdT.
- Generell könnte man auch von dem monatlichen Wahlturnus abrücken und ein Jahr oder beliebig weit im voraus Vorschläge machen und zusammen an den Artikeln arbeiten. Warum nicht jetzt schon den Artikel über Krakau für nächstes Jahr vorschlagen (Wikimania 2024)? Dann ist ein Jahr Zeit ihn zu verbessern. Ziel sollte sein, den Druck rauszunehmen. Es ist ein Freizeitprojekt und die Leuten machen das wann sie wollen, nur wenn sie Lust haben und arbeiten an dem Thema auf das sie Lust haben. Ich glaube niemand hat Bock auf den Stress, der jeden Monat von vorne losgeht. Ich kann jetzt nur für mich sprechen, aber ich bin gerne ehrlich. Allein jeden Monat Artikel anzugucken und darüber zu diskutieren nervt mich und raubt mir meine eh schon sehr limitierte Zeit. Klar, ich muss ja nicht mitmachen. -- DerFussi 11:23, 29. Jul. 2023 (CEST)
- PS: Noch ein Punkt: Generell Wiederwahlen ermöglichen - ohne Bedingungen und Regelwerk. -- DerFussi 11:25, 29. Jul. 2023 (CEST)
- PS2: Mir gefällt für den Anfang die recht radikale Variante am besten: Nur ein Artikel des Monats, für beliebig weit im voraus nominieren um diskutieren und verbessern zu können und Wiederwahlen ermöglichen. Bei Bedarf können wir ja wieder auf zwei Artikel des Monats aufstocken. Immer ohne Trennung von Reiseziel oder Thema. Das nimmt uns maximal den Druck -- DerFussi 11:35, 29. Jul. 2023 (CEST)
- PS3: Wir wissen zum Beispiel jetzt schon, wann die nächsten Olympiaden sind usw. Besser sich jetzt schon zu kümmern, als dass die Artikel dann einen Monat vorher durchfallen (siehe Athen). -- DerFussi 11:55, 29. Jul. 2023 (CEST)
- Ich kann und möchte mich gern @DerFussi:s Radikal-Vorschlag (siehe PS2) in vollem Umfang anschließen: Nur 1 Artikel des Monats, langfristige Vorschläge in einer Tabelle o. ä. listen, Wiederwahl zulassen. Zusätzlich sollte die Teilnahme an der Abstimmung intensiviert werden (z. B. Wahlaufruf auf der Hauptseite), insbesondere sollten die Admins sich aktiver beteiligen, meint --Eduard47 (Diskussion) 12:23, 31. Jul. 2023 (CEST)
- Mein Favorit wäre: → Thema und Abseits der Touristenpfade zusammenlegen und nur eins von beiden küren. Die AdT machen bei den Abstimmungen eigentlich nie Probleme, wir haben auch genügend Vorschläge. Die Themen machen ja auch nur Probleme, weil wir nicht genug davon haben.
- Bei den AdM’s sehe ich das Problem, dass es kaum Vorschläge in unserer Liste „Übersicht möglicher Kandidaten“ gibt. Jeder, der eine Region kennt und bearbeitet hat, sollte eigentlich wissen, welche Artikel so gut sind, dass sie als AdM in Frage kommen. Tragt sie doch einfach in unsere Liste ein, so dass jeder der Lust hat, sich die Vorschläge anschauen und verbessern kann.
- In den vergangenen Monaten sind einige an sich gute Artikel in der Abstimmung an Restaurants, Hotels, Nachtleben gescheitert. Ich persönlich finde diese Punkte nicht so wichtig, wie gut ausgebaute Sehenswürdigkeiten von interessanten Reisezielen. Ist aber Ansichtssache.--DocWoKav (Diskussion) 13:44, 31. Jul. 2023 (CEST)
- Sicherlich kann man auch über diese Regel reden. Momentan verlangen wir ein „einigermaßen vollständig“. Auch die Vorgabe kann man weicher formulieren, wenn man auf der Hauptseite eigentlich nur Empfehlungen für ein Reiseziel an sich aussprechen will, oder halt härter, wenn ein Artikel des Monats auch unseren Qualitätsanspruch reflektieren soll. Ich bin ja bekanntermaßen für letzteres. Das mag sicher auch an meiner Nutzung liegen. Ich benutze halt Wikivoyage nicht für die Sehenswürdigkeiten, das ist die am leichtesten zu beschaffende Info zu einem Reiseziel. Meistens liegen diese Infos auch an jedem Hoteltresen rum inkl. kostenloser Stadtpläne und den ganzen Kram, da mache ich nicht extra den Rechner an. Mir ist der ganze Rest wichtiger (Anreisedetails und gute Empfehlungen zum schlafen, essen und trinken und Praktisches). Wenn sowas fehlt, ist der ganze Artikel weder gut noch irgendwie brauchbar - zumindest für mich. Aber das hast du ja auch treffend bemerkt, dass es da ganz unterschiedliche Prioritäten gibt. Was wir natürlich nur erahnen können aber nicht vergessen sollten, ist die Meinung unserer Nutzer/Leser, wenn die einen angepriesenen Artikel der Hauptseite anklicken. Reichen denen ein paar Tempel oder kommen die nie wieder, wenn ganze Abschnitte leer sind oder Substanz fehlt? Wir wollen ja auch, dass andere uns empfehlen, oder noch besser, mitmachen und wir nicht bis in alle Ewigkeit im eigenen Saft schmoren. Klar ist es nur Spekulation, aber wir sollten die Betrachtung nicht außer acht lassen, dass wir das hier nicht für uns machen. -- DerFussi 20:24, 31. Jul. 2023 (CEST)
- Hoi zäme, ich denke auch, dass wir mit den Monatszielen uns ziemlichen Stress aufladen, und es manchmal etwas Mittelmeerlastig werden kann, da das meine bevorzugte Reiseregion ist ;-) Als Idee möchte ich noch etwas wie die früheren Quartalsthemen in den Ring werfen, beispielsweise vier Winter-, Frühjahrs-, Sommer- und Herbstziele, in einem Quadrat angeordnet - viele haben ja gern einladende bunte Bilder zum Anklicken. Damit könnten wir meinem Hauptkritikpunkt entgegnen, meine Ferien muss ich frühzeitig eingeben und die Reisen planen, dann ist ein noch so interessantes Monatsziel in der Regel immer zu spät. Mit einem Jahreszeiten - Quadrat könnte man für die Herbstferienplanung die Herbstziele frühzeitig durchgehen, auch wenn man den Flug bereits im April bucht und dann anfängt, die Sprachkenntnisse aufzufrischen. Ähnlich ist es mit den Wanderzielen, die Tourenplanung, Beschaffung der Karten und Aufarbeitung der Tracks mache ich in der Regel frühzeitig, ich brauche Zeit, mir Tourenführer und Kartenmaterial zu beschaffen.
- Sicherlich kann man auch über diese Regel reden. Momentan verlangen wir ein „einigermaßen vollständig“. Auch die Vorgabe kann man weicher formulieren, wenn man auf der Hauptseite eigentlich nur Empfehlungen für ein Reiseziel an sich aussprechen will, oder halt härter, wenn ein Artikel des Monats auch unseren Qualitätsanspruch reflektieren soll. Ich bin ja bekanntermaßen für letzteres. Das mag sicher auch an meiner Nutzung liegen. Ich benutze halt Wikivoyage nicht für die Sehenswürdigkeiten, das ist die am leichtesten zu beschaffende Info zu einem Reiseziel. Meistens liegen diese Infos auch an jedem Hoteltresen rum inkl. kostenloser Stadtpläne und den ganzen Kram, da mache ich nicht extra den Rechner an. Mir ist der ganze Rest wichtiger (Anreisedetails und gute Empfehlungen zum schlafen, essen und trinken und Praktisches). Wenn sowas fehlt, ist der ganze Artikel weder gut noch irgendwie brauchbar - zumindest für mich. Aber das hast du ja auch treffend bemerkt, dass es da ganz unterschiedliche Prioritäten gibt. Was wir natürlich nur erahnen können aber nicht vergessen sollten, ist die Meinung unserer Nutzer/Leser, wenn die einen angepriesenen Artikel der Hauptseite anklicken. Reichen denen ein paar Tempel oder kommen die nie wieder, wenn ganze Abschnitte leer sind oder Substanz fehlt? Wir wollen ja auch, dass andere uns empfehlen, oder noch besser, mitmachen und wir nicht bis in alle Ewigkeit im eigenen Saft schmoren. Klar ist es nur Spekulation, aber wir sollten die Betrachtung nicht außer acht lassen, dass wir das hier nicht für uns machen. -- DerFussi 20:24, 31. Jul. 2023 (CEST)
- Ich kann und möchte mich gern @DerFussi:s Radikal-Vorschlag (siehe PS2) in vollem Umfang anschließen: Nur 1 Artikel des Monats, langfristige Vorschläge in einer Tabelle o. ä. listen, Wiederwahl zulassen. Zusätzlich sollte die Teilnahme an der Abstimmung intensiviert werden (z. B. Wahlaufruf auf der Hauptseite), insbesondere sollten die Admins sich aktiver beteiligen, meint --Eduard47 (Diskussion) 12:23, 31. Jul. 2023 (CEST)
Einfach mal so als Idee, wahrscheinlich wäre es zu schaffen, dass die Abstände zwischen den Bildern verschwinden und man direkt per Klick auf die entsprechende Seite kommt, die Themen für die einzelnen Quartale könnte man dann alle drei Monate rotieren, oder sogar aus einem Pool an Winter-, Frühjahrszielen, etc. automatisch bei jedem Laden der Startseite automatisch eine neue Zusammenstellung einblenden lassen, wenn das programmierbar ist (nicht mein Ding),
![]() | ![]() | ![]() | ![]() |
![]() | ![]() | ![]() | ![]() |
![]() | ![]() | ||
![]() | ![]() | ![]() |
Only my five cents, lieber Gruss Martin - Mboesch (Diskussion) 20:02, 5. Aug. 2023 (CEST)
Maestro-Karte
[Bearbeiten]Maestro-Karten gibt’s nicht mehr, sie werden aber in etlichen Artikel erwähnt. Irgendeine Möglichkeit das pauschal zu löschen? --Qualitätssicherung (Diskussion) 23:50, 14. Aug. 2023 (CEST)
- Ist noch ein bisschen früh. Maestro-Karten durften noch bis Juli 2023 rausgegeben werden und bleiben noch bis zum Ende ihrer Gültigkeit (also bis spätestens 2027) gültig. -- 2A02:908:122:55C0:468A:5BFF:FECC:62BA 00:13, 15. Aug. 2023 (CEST)
- Ich habe von der Postbank vor drei Wochen eine neue Karte mit Maestro-Logo drauf bekommen. Trockennasenaffe (Diskussion) 12:12, 12. Sep. 2023 (CEST)
Pseudo-Überschriften
[Bearbeiten]In einigen Reiseführern werden Zwischenüberschriften (ab inkl. 3. Ebene) entweder mit 1. '''TEXT'''⟨2 Leerzeilen⟩
, 2. '''TEXT'''<br/>
oder 3. ;TEXT
simuliert. Die klassische Variante wäre 4. === TEXT ===
.
Die Varianten 1 und 2 sind eigentlich fettgeschriebener Text in einer eigenen Zeile, einmal als eigener Absatz, das andere mal mit Zeilenumbruch hinter TEXT
, Variante 3 ist eigentlich eine Definitionsliste ohne Beschreibungstext. Variante 4 ist eine vollwertige Überschrift. Neben dem erzeugten Quelltext (und somit der Maschinenlesbarkeit), ist ein Hauptunterschied, dass bei Varianten 1–3 die Abschnitte nicht im Inhaltsverzeichnis aufgelistet werden. Zudem wird kein Abschnitt bearbeiten-Link eingefügt, was mit der aktuellen Konfiguration des Wikis (d.h. CSS) bei Variante 4 passiert.
Es wäre schön, wenn wir uns auf eine Variante einigen könnten und diese, falls nötig, auch in Hilfe:Überschriften erwähnen. Nw520 (Diskussion) 12:43, 16. Aug. 2023 (CEST)
- Aus meiner Sicht eindeutig Version 4:
=== TEXT ===
- aus zwei Gründen: Es erzeugt das korrekte HTML-Tag (Maschinenlesbarkeit, Wichtig für die Barrierefreiheit, Vorlesesoftware). Zum anderen sollen Überschriften im Inhaltsverzeichnis erscheinen. Dafür ist ein Inhaltsverzeichnis da. Ist nur fett gewollt, sollte man auch das passende Markup benutzen. Dann sollten danach aber auch keine Leerzeilen folgen, weil dann wäre es ein Überschrift. -- DerFussi 09:52, 17. Aug. 2023 (CEST)
- Ich muss @DerFussi: Recht geben. Die Variante 4
=== TEXT ===
ist eindeutig zu bevorzugen. Nur so erhalte ich sowohl im Quelltext wie auch im Artikel eine saubere und übersichtliche Struktur. Der eigentliche Sinn der Gliederung bleibt erhalten. Insbesondere die Variante 3;TEXT
sollte man grundsätzlich im Sinne einer sauberen Gliederung verbannen. Gerade in den vergangenen Tagen hatte ich diesbezüglich eine Diskussion auf Artikel Litauen, ggf. nachzulesen in dessen Versionsgeschichte. Im Abschnitt Mit der Bahn gab es seit längerer Zeit eine Liste nach Variante 1'''TEXT'''⟨ohne Leerzeilen⟩
. Ein neuer Kollege hat dann im Abschnitt Auf der Straße sinngemäß eine vergleichbare Liste angelegt, allerdings diese nach Variante 3;TEXT
formatiert. Ich habe daraufhin dieses geändert und ebenso wie im Abschnitt "Bahn" formatiert, was von dem neuen Kollegen postwendend mit unklarer Begründung (siehe Versionsgeschichte 13:58, 15. Aug. 2023 ) wieder auf seine Version zurück geändert wurde (ist aktuell noch so zu lesen). Das sieht nicht sonderlich harmonisch aus. Genaugenommen hätte in beiden Abschnitten die Variante 4 angewendet werden können, obwohl ich dieses mehr als Liste verstehe denn als neue (Unter–)Abschnitte. --Eduard47 (Diskussion) 10:37, 17. Aug. 2023 (CEST)
- Ich muss @DerFussi: Recht geben. Die Variante 4
- Noch ein Punkt: Nicht zuletzt sind die echten Überschriften im Wiki-Markup besser erkennbar, das Syntaxhighlight markiert sie und auch der Visual Editor erzeugt sie und unterstützt den anderen Code nicht.
- Ich denke mein Vorredner spicht über Benutzer @Qualitätssicherung:. Habe ihn hiermit mal mit angepingt. Ein Rücksetzen von Änderungen sehe ich kritisch, da die Überschriften Level 4 bis 6 valides Markup und HTML sind. Hoffen wir, das kein Stress wegen persönlicher Vorlieben an einzelnen Artikeln ausbricht. -- DerFussi 05:32, 19. Aug. 2023 (CEST)
- @Nw520:, @DerFussi:: Die Frage, ob wir das in die Hilfe:Überschriften aufnehmen sollten, kann man doch aufgrund des seit langer Zeit gültigen Inhalts des Hilfeartikels doch nur dahingehend beantworten, dass andere als dort aufgeführte Formatierungen von Überschriften nicht erwünscht sind. Auch in der Hilfe:Listen sollte man die Variante „Definitionsliste“ nur als Ausnahme zulassen bzw. auf deren eigentlichen Zweck stärker hinweisen, meint --Eduard47 (Diskussion) 14:17, 19. Aug. 2023 (CEST)
- PS: Wenn die Bearbeiten-Links ab Level 3 stören, könnte man bestimmt auch ein weiteres Gadget basteln, welche die unterdrückt. Das kann sich dann jeder bei Bedarf aktivieren. Übrigens sind auch viele Anwendungen, Gadgets, mobile Version usw. von einer korrekten Nutzung von Überschriftentags abhängig. -- DerFussi 03:40, 20. Aug. 2023 (CEST)
- Habe die Definitionslisten nun in Hilfe:Überschriften#Formatierung als ungeeignet erwähnt. --Nw520 (Diskussion) 20:46, 12. Sep. 2023 (CEST)
- Trotz dieser schon nahezu 3 Monate alten Diskussion und der Ergänzung der Hilfeseite werden diese Pseudo-Überschriften fleißig weiterhin genutzt. Mir scheint, dass Qualitätssicherung glaubt, dass seine Meinungsäußerung auf seiner Benutzerseite das rechtfertigt. Das gleiche gilt übrigens auch für die Verwendung von bei WV nicht üblichen und somit unbekannten geschützten Leerstellen. Seine ansonsten recht ordentliche Artikelarbeit wird dadurch unnötigt geschmälert. Es wäre schön, wenn er eine unnötige Nacharbeit durch andere überflüssig machen würde. Ich danke ihm dafür schon jetzt im Voraus.--Eduard47 (Diskussion) 12:46, 8. Nov. 2023 (CET)
Vorlage:Rail-interchange
[Bearbeiten]Eigentlich wollte ich die Vorlage:Rail-interchange in einigen Artikeln verwenden. Leider klappt das - nur bei mir? - nicht. Eine Anfrage auf der Diskussionsseite brachte noch keine Klärung. Ein erneuter Versuch im Artikel Freising mit {{Rint|munich|S1}}
endete mit einem Rotlink. Was mache ich falsch? Gibt es irgendwo ein verständliche Anleitung? --Eduard47 (Diskussion) 16:08, 21. Aug. 2023 (CEST)
- Hoppla, der Ping auf der Diskussionsseite ging an mir vorbei. Die Rint-Vorlage greift im Hintergrund auf viele Vorlagen für die einzelnen Regionen zurück, die damals augenscheinlich nicht mitimportiert wurden. Fehlt eine solche Vorlagen-„Abhängigkeit“, dann kommt es zu dem Rotlink-Link. Ich behebe das in Kürze für Nürnberg. --Nw520 (Diskussion) 16:24, 21. Aug. 2023 (CEST)
{{Rint|munich|S1}}
sollte eigentlich funktionieren. Da kann ich das Problem nicht nachvollziehen. Nw520 (Diskussion) 16:32, 21. Aug. 2023 (CEST)- Danke @Nw520:, beide funktionieren nun. Trotzdem noch eine Frage: Die in der Vorlage in Spalte "Beschreibung" genannten
- "Vorgeschlagenen Werte" sind leider in Englisch und nicht alphabetisch sortierbar. Lässt sich da was dran ändern? Eduard47 (Diskussion) 16:37, 21. Aug. 2023 (CEST)
- Man könnte die möglichen Werte in einer separaten sortierbaren Tabelle noch einmal auflisten. Wäre das was? --Nw520 (Diskussion) 22:35, 22. Aug. 2023 (CEST)
- Das wäre doch schon mal was. Zusätzliche Frage: Wie kann bei Bedarf die Liste erweitert werden? Eduard47 (Diskussion) 23:02, 22. Aug. 2023 (CEST)
- Habe jetzt die Übersichtsseiten aus dem englischen Wikivoyage importiert. Nw520 (Diskussion) 14:56, 23. Aug. 2023 (CEST)
- Das wäre doch schon mal was. Zusätzliche Frage: Wie kann bei Bedarf die Liste erweitert werden? Eduard47 (Diskussion) 23:02, 22. Aug. 2023 (CEST)
- Man könnte die möglichen Werte in einer separaten sortierbaren Tabelle noch einmal auflisten. Wäre das was? --Nw520 (Diskussion) 22:35, 22. Aug. 2023 (CEST)
Text oder Bild?
[Bearbeiten]Die englischsprachige Wikivoyage verwendet für Symbole eine Text-basierte Annäherung, während die Wikipedia die Bilder der Liniensymbole einbindet. Was wollen wir übernehmen? Vgl. Berlin in Wikivoyage (Text) und Wikipedia (Symbole). Text benötigt weniger Bandbreite, Bilder sind akkurater. --Nw520 (Diskussion) 15:00, 23. Aug. 2023 (CEST)
- Obwohl mir WV näher ist als WP muss ich mich hier für die WP-Darstellung entscheiden, für den Leser ist die einfach klarer und deutlicher. --Eduard47 (Diskussion) 18:46, 26. Aug. 2023 (CEST)
- Für die Textvariante spricht, dass sie leichter erfasst/vorgelesen werden kann. --RolandUnger (Diskussion) 06:21, 29. Aug. 2023 (CEST)
- Gibt es dafür nicht zusätzliche Attribute in den Tags, die dann vorgelesen werden? Bilder bedeuten wahrscheinlich mehr Pflegeaufwand in den Vorlagen usw. Textbasiert und damit CSS, bedeutet einfachere Anpassungen an Skins. Was das ganze Thema angeht angeht, bin ich ein Fann von embedded SVG direkt im HTML. Das kann man mit CSS beeinflussen, bis hin zu Pseudoklassen, Mediaqueries usw. Ich würde für Symbole, Klimagrafiken usw. immer SVG im Quelltext favoritisieren. Das ist auch responsiv und anpassbar. -- DerFussi 04:24, 30. Aug. 2023 (CEST)
- Dafür ist das
alt
-Attribut da (soweit nicht explizit angegeben, ident mit dercaption
), das auch angezeigt wird, wenn ein Bild noch lädt bzw. nicht geladen werden. Beim Kopieren und Einfügen wird auch dieseralt
-Text statt des Bildes eingefügt. --Nw520 (Diskussion) 13:21, 30. Aug. 2023 (CEST) - Betreffend Embedded SVG: Kann man das SVG-Markup von Commons transkludieren, oder muss es in eine Vorlage kopiert werden? -Nw520 (Diskussion) 19:43, 30. Aug. 2023 (CEST)
- Eine klare Präferenz kann ich nicht wirklich ablesen.
Soweit ich mich nicht irre, war unser Rint ursprünglich Symbol-basiert, nach suboptimalen Versionsimports von mir aus dem falschen Quellwiki ist unser Rint derzeit Text-basiert. --Nw520 (Diskussion) 01:51, 7. Sep. 2023 (CEST)
- Eine klare Präferenz kann ich nicht wirklich ablesen.
- Dafür ist das
- Gibt es dafür nicht zusätzliche Attribute in den Tags, die dann vorgelesen werden? Bilder bedeuten wahrscheinlich mehr Pflegeaufwand in den Vorlagen usw. Textbasiert und damit CSS, bedeutet einfachere Anpassungen an Skins. Was das ganze Thema angeht angeht, bin ich ein Fann von embedded SVG direkt im HTML. Das kann man mit CSS beeinflussen, bis hin zu Pseudoklassen, Mediaqueries usw. Ich würde für Symbole, Klimagrafiken usw. immer SVG im Quelltext favoritisieren. Das ist auch responsiv und anpassbar. -- DerFussi 04:24, 30. Aug. 2023 (CEST)
- Für die Textvariante spricht, dass sie leichter erfasst/vorgelesen werden kann. --RolandUnger (Diskussion) 06:21, 29. Aug. 2023 (CEST)
- Sicherlich erstmal ok. Zum SVG: Ich denke, das muss hier in eine Vorlage. Vielleicht können wir uns dort rantasten. Verschiedene SVGs könnte man evtl. in Subvorlagen packen, wenn nötig, denen man nur die Nummer übergibt. Müsste man sich anschauen, wie komplex es wird. Ein Viereck mit runden Ecken ist am Ende ja nur ein SVG-Element dazu kommt ein Textelement. Farbangaben, Skalierung, Ausrichtung würde man in CSS packen. Ich kann ja auch mal nach dem Urlaub bissel herumspielen. Ist sicher ein guter Einstieg, bevor ich mich an den Klimadiagrammen versuche. -- DerFussi 04:28, 8. Sep. 2023 (CEST)
Überprüfe die Charter für das Koordinationskomitee des universellen Verhaltenskodex
[Bearbeiten]
Hallo allerseits,
ich freue mich, über die nächsten Schritte in der Arbeit am universellen Verhaltenskodex informieren zu können! Der Entwurf der Charter für das Koordinationskomitee des universellen Verhaltenskodex (U4C) steht jetzt zur Überprüfung bereit.
Die Durchsetzungsleitlinien erfordern ein Aufbaukomitee, das eine Charter entwirft, in der Abläufe und Details für ein globales Komitee namens Koordinationskomitee des universellen Verhaltenskodex (U4C) enthalten sind. Im Lauf der vergangenen Monate hat das U4C-Aufbaukomitee als Gruppe zusammengearbeitet, um die U4C-Charter zu besprechen und zu entwerfen. Das U4C-Aufbaukomitee freut sich über Feedback zum Entwurf der Charter bis zum 22. September 2023. Nach diesem Datum wird das U4C-Aufbaukomitee die Charter nach Bedarf überarbeiten und im Anschluss wird eine Community-Abstimmung gestartet.
Beteilige dich an der Diskussion bei den Sprechstunden oder im Meta-Wiki.
Beste Grüße
RamzyM (WMF), on behalf of the U4C Building Committee, 17:35, 28. Aug. 2023 (CEST)
Sinnloser Löschantrag
[Bearbeiten]Vor einer Woche wurde ein Löschantrag gestellt, die Kategorie:Tartu zu löschen. Die Löschung ist aber nicht möglich, weil die Kategorie zwei Abbildungen enthält, die zu Tartu gehören.
Dass diese Abbildungen hier und nicht auch Commons verfügbar sind, hat einen einfachen Grund: In Estland gibt es keine Panoramafreiheit. Wenn man die Abbildungen auf Commons überträgt, werden sie dort gelöscht. D. h., die Bilder müssen hier bleiben und die zugehörige Kategorie kann nicht gelöscht werden. Kurz: Die Kategorie wird nicht gelöscht, egal welches Votum sich ergibt.
Ich bitte alle Autoren, keine Löschanträge zu stellen, die gar nicht umgesetzt werden können. RolandUnger (Diskussion) 06:49, 29. Aug. 2023 (CEST)
- Sorry, derartig feine technische Punkte waren mir nicht bekannt. „keine Löschanträge zu stellen, die gar nicht umgesetzt werden können“ kann man ja dann entsprechend markieren. Ich hingegen streue jetzt sofort Asche auf mein Haupt. Der Antragsteller. --Qualitätssicherung (Diskussion) 18:14, 9. Sep. 2023 (CEST)
New York überarbeiten
[Bearbeiten]Das wichtigste Touristenziel Amerikas mit allen Unterseiten ist auf Stand 2011-3. Wer weiß was und räumt da auf? Denn Stilfehler, wie gefragt, kann nicht mehr. --Qualitätssicherung (Diskussion) 18:14, 9. Sep. 2023 (CEST)
- Its a wiki. Niemand hindert Dich ... Ansonsten: Baustellen über Baustellen. Dafür haben wir eine ziemlich vollständige georeferenzierte Listung aller Apotheken in Deutschland, mit schmalen Leerzeichen. Ist ja auch mal was. --AnhaltER1960 (Diskussion) 09:55, 10. Sep. 2023 (CEST)
- was sinnvollerweise jemand kompetentes machen sollte. --Qualitätssicherung (Diskussion) 08:58, 20. Sep. 2023 (CEST)
Eurolines
[Bearbeiten]Ich habe zwar Eurolines zur Weiterleitung gemacht und knapp 100 Artikel abgeändert. In etwa 90 Artikel kommt Eurolines aber noch vor. Ich komme in der nächsten Zeit nicht dazu, mich darum zu kümmern. RolandUnger (Diskussion) 08:36, 10. Sep. 2023 (CEST)
- Davon geht das Wiki nicht unter. Dazu gibt es Weiterleitungen schließlich. Ich denke, das reicht auch, wenn mal andere Autoren drüber stolpern und es mal mit fixen, sei es erst in 5 Jahren. -- DerFussi 00:14, 12. Sep. 2023 (CEST)
Drohnen
[Bearbeiten]Immer häufiger sieht man Touristen/Hobbyphotographen mal ne Drohne steigen lassen, um neue Perspektiven zu erschliessen. Wo sollten (sollten überhaupt?) entsprechende Informationen zum Einsatz von Drohnen hin ? Da die rechtlichen Rahmenbedingungen zum Einsatz von Drohnen, Lizenzen pp., auch Panoramafreiheit Ländersache sein dürften, sehe ich den Länderartikel, Praktische Hinweise (oder Regeln und Respekt) den passenden Ort, da würde ich jedenfalls suchen. Meinungen ? Gruss, --AnhaltER1960 (Diskussion) 20:17, 11. Sep. 2023 (CEST)
- Regeln und Respekt. Fotografierverbote und sowas in Länderartikeln schreiben wir, glaube ich, auch dort rein. -- DerFussi 00:08, 12. Sep. 2023 (CEST)
- Ich würde damit sparsam umgehen, da sich die Bestimmungen sehr oft ändern. Ralf Roletschek (Diskussion) 15:29, 13. Sep. 2023 (CEST)
- Ich habe vor einigen Monaten einige Absätze eingebaut. Dann meist in Praktische Hinweise. „Regeln und Respekt“ ist ja selten. --Qualitätssicherung (Diskussion) 11:21, 28. Sep. 2023 (CEST)
- Ich würde damit sparsam umgehen, da sich die Bestimmungen sehr oft ändern. Ralf Roletschek (Diskussion) 15:29, 13. Sep. 2023 (CEST)
Mapframe: Wohin damit? Electric Boogaloo
[Bearbeiten]Siehe auch: Wikivoyage:Lounge/Archiv 2022-12-31#Mapframe: Wohin damit? und Wikivoyage Diskussion:Vorgaben für Artikel#Dynamische Karten - Wohin?
Vor (mehr oder weniger) kurzem wurde eine Vorlageneinbindung von {{Mapframe}} in die ArtikelvorgabenArtikel-Skelette (Stadt, Großstadt, Kleinstadt) bei Hintergrund aufgenommen. Bisher wurde sich noch nicht auf einen Abschnitt für Mapframes geeinigt (siehe verlinkte Diskussion), insofern: Gibt es Zustimmung, dass die Vorgaben so angepasst werden? Noch besser wäre natürlich, wenn wir uns darauf festlegen könnten, wohin Mapframes gehören.
(Notiz: Hilfe:Dynamische Karten mit Mapframe#Mehrere Karten in einem Artikel suggeriert momentan eine Platzierung in Anreise) --Nw520 (Diskussion) 22:50, 12. Sep. 2023 (CEST); Nw520 (Diskussion) 11:47, 14. Sep. 2023 (CEST)
- Ich könnte damit leben. Stimmt, wir konnten uns nie so richtig einigen, tendierten mehrheitlich aber zum Artikelanfang, wobei mir Anreise besser gefällt als Hintergrund. Hat auch oft keine Bilder, bzw. Bilder sind hier am wenigsten relevant (ob man in einem Reiseführer nun unbedingt ein Bild vom Flughafen einstellen muss – am Ende will man ja doch nur raus aus dem Ding). Im Hinblick auf die mobile Version, in der ja erstmal alles eingeklappt ist, ist Anreise auch besser, ist es doch der erste Abschnitt, in dem auch Marker auftauchen. Wenn wir Mapframe in die Vorlagen (es sind nicht die Vorgaben
) aufnehmen, würde ich noch die im Regelfall optionalen Parameter entfernen (height=|width=|align=|name), weil Standard ist immer besser und ich würde die gewünschten Parameter mit Platzhaltern versehen
lat=<geografische Breite, dezimal>
. Nicht jeder Neuling weiß vielleicht, was sich hinter "latitude" verbirgt und dass wir gern dezimale angaben hätten. ps: in der Städtevorgabe hatte ich mal versucht, den derzeitigen Stand zu beschreiben -- DerFussi 06:17, 13. Sep. 2023 (CEST)
- Es freut mich, dass mein schon vor langer Zeit geäußerter Vorschlag (siehe o. g. Diskussionen) nun in die Praxis umgesetzt zu werden scheint. Mir wäre „Hintergrund“ aus folgendem Grund lieber als „Anreise“: Mapframe steht dann immer unmittelbar unter der QB und somit immer an gleicher Stelle, es mogelt sich kein Bild (aus „Hintergrund“) dazwischen (bei mehreren Bildern würde sich evtl. sogar der Mapframe weiter nach unten in andere Abschnitte verschieben). Parallel sollte m. E. zusätzlich in die Vorlagen (Skelette) der Hinweis in den ersten Abschnitt (Einleitung) aufgenommen werden, dass in diesen Abschnitt keine Bilder gehören, denn die würden den Mapframe wieder nach unten rutschen lassen. Auch sollte die Standardgröße für den Mapframe auf 300px (gleiche Breite wie QB) reduziert werden. Individuelle Änderung ist dann ja immer noch möglich, meint --Eduard47 (Diskussion) 13:07, 13. Sep. 2023 (CEST)
- -Ergänzender Vorschlag: Nachdem das Design der WV-Seite ja nun das Inhaltsverzeichnis an den linken Seitenrand gerückt hat, ist doch auch die Unterbringung des Mapframes in der Einleitung unmittelbar unter die QB möglich ohne dass es zu Konflikten mit dem Inhaltsverzeichnis kommt, oder irre ich mich hier? Wenn möglich: Was hindert uns daran, diesen Schritt gleich mit zu gehen? --Eduard47 (Diskussion) 13:25, 13. Sep. 2023 (CEST)
- Zumindest im Standardskin liegt es jetzt dort, bei mir nicht. Bin mir aber auch nicht darüber im Klaren, wieviel Rücksicht wir auf Leute wie mich nehmen sollten, die mit Timeless arbeiten. Das Verschieben der Bilder hat man auch nur auf dem Desktop. Auf Mobilgeräten ist das nicht so. Ich versuche immer das Aussehen auf meinem Bildschirm nicht allzu sehr in die Betrachtung einfließen zu lassen. Es gibt noch eine weitere Möglichkeit. Die Karte mit einer eigenen Überschrift zu versehen und anden Anfag zu setzen. Dann finden auch Unkundige die Karte immer auf ihrem Mobiltelefon und wissen, wo sie aufklappen müssen. -- DerFussi 14:50, 13. Sep. 2023 (CEST)
- > (es sind nicht die Vorgaben
)
Da ich mir unsicher bei der Terminologie war, hatte ich vor Veröffentlichen des Themas nachgeschaut: Kategorie:Vorlagen:Vorgaben bezeichnet in ihr einsortierte Seiten als Vorgaben. Daher behaupte ich mal, dass das nicht ganz mein Fehler ist.
- Fände es auch gut, wenn man normalerweise nicht gebrauchte Parameter rausnimmt: I.d.R. sollten die ja sogar leer bleiben. --Nw520 (Diskussion) 11:47, 14. Sep. 2023 (CEST)
- > (es sind nicht die Vorgaben
- Da halte ich die Kategorie für falsch bezeichnet. Der Ansatz war immer, das Regelwerk als Vorgabe zu bezeichnen. Die hier angesprochenen Seiten sind ja die Vorlagen, mit denen neue Artikel gestartet werden. Ich werde das mal glattziehen. Die optionalen Parameter würde ich mal rausnehmen. Da scheinen wir uns soweit einig zu sein. Zur Vorlage generell. Wie gesagt, mich stört es nicht. Aufgrund des Regelwerks, kann ja jeder Autor die Artikel anpassen. Und momentan haben wir eh' einen Zoo, insofern änderen wir nichts am Ist-Zustand. Wäre aber wirklich schön, wenn wir uns einigen könnten - wäre für die Mobilnutzer schon schön. -- DerFussi 10:44, 18. Sep. 2023 (CEST)
- Ich habe dieMapframvorlage dringelassen, aber die optionalen Parameter entfernt und Kommentare zu den Parametern und die Position hinterlassen. -- DerFussi 13:01, 19. Sep. 2023 (CEST)
„Mea culpa“: Sinn meines (dringend nötigen, da inzwischen Standard gewordenen) Einbaus von mapframes in besagte Vorlagen war, daß ich mir als Leser von Anfang an einen Überblick über den Ort wünsche (dies also höher oben als bei „Mobilität“ sein sollte; gerade für Hnandy-Nutzer ist das offensichtlich). Das gilt auch für Daten zu Touristeninfo(zentren). Um solche schnell zu finden, sollten die nicht in versteckt „Praktischen Hinweisen“ am Ende, sondern in Abreise oder Hintergrund schnell griffbereit sein (im Quickbar sind ja nur Tel. + Link, falls ermittelt.) --Qualitätssicherung (Diskussion) 21:03, 19. Sep. 2023 (CEST)
- Gerade für Handynutzer wurde das Problem leider auch damit eben nicht gelöst - solange wir uns nicht einig sind, in welchen Abschnitt die Karte gehört. (Unkundige) Mobilnutzer müssen nach wie vor alle Abschnitte ausprobieren - wenn sie überhaupt auf die Idee kommen, dass eine Karte vorhanden sein könnte. Alle unsere bisherigen Lösungen setzen voraus, dass ein mobiler Nutzer Wikivoyage kennt und weiß wo die Karte ist. Und ich muss das Statement meines Vorredners einschränken - es wissen nur die Autoren und kundigen Leser, die WV kennen - nicht die Leser, die WV evtl. zufällig erreichen und gelegentlich nutzen, wo etwas steht. PS: Touri-Info finde ich in „Praktischen Hinweisen“ durchaus richtig aufgehoben. Das gehört nicht nach oben. Wenn unsere Artikel vollständig sind, braucht man keine Touri-Info. Wenn man selbige für irgendwas trotzdem benötigt, reicht es dort unten. Aber bitte nicht mit einer Touriinfo starten, da reicht der Link in der Quickbar. PS: gerade in Südostasien gibt es an jeder Ecke eine "Touri-Info" und alle sind nicht das, was wir drunter verstehen. -- DerFussi 22:26, 19. Sep. 2023 (CEST)
- Logische Folgerung: Abschnitt Einleitung direkt unter die QB! Ich bin dabei. Eduard47 (Diskussion) 23:06, 19. Sep. 2023 (CEST)
- Einen Absatz tiefer (Hintergrund oder Anreise), damit der Leser vorneweg zumindest weiß worunm’s geht --Qualitätssicherung (Diskussion) 11:19, 28. Sep. 2023 (CEST)
- Logische Folgerung: Abschnitt Einleitung direkt unter die QB! Ich bin dabei. Eduard47 (Diskussion) 23:06, 19. Sep. 2023 (CEST)
Euer Wiki wird bald im nur-lesbaren Modus sein
[Bearbeiten]In einer anderen Sprache lesen • Hilf bitte mit, in deine Sprache zu übersetzen
Die Wikimedia-Foundation wird den Datenverkehr zwischen ihren Rechenzentren wechseln. Dadurch sollen Wikipedia und die anderen Wikimedia-Wikis auch nach einem Notfall erreichbar bleiben. Um sicherzustellen, dass alles funktioniert, muss der Wechsel zwischen den Servern getestet werden. Dieser Test wird zeigen, ob sicher von einem auf das andere Rechenzentrum umgeschaltet werden kann. Dafür benötigt es viele Teams, die den Test vorbereiten und die bereitstehen, um unerwartet auftretende Probleme zu beheben.
Der gesamte Datenverkehr wird am 20. September 2023 umgeleitet. Der Test wird um 14:00 UTC beginnen.
Leider können aufgrund einiger Einschränkungen der MediaWiki-Software keine Bearbeitungen vorgenommen werden, während die Umschaltung duchgeführt wird. Wir entschuldigen uns für diese Unterbrechung, und wir werden uns bemühen, derartige Einschränkungen in der Zukunft auf ein Minimum zu beschränken.
Für eine kurze Zeit können zwar alle Wikis gelesen, aber nicht bearbeitet werden.
- Am 20. September 2023 wird bis zu einer Stunde lang das Bearbeiten nicht möglich sein.
- In dieser Zeit wird beim Versuch, Bearbeitungen zu speichern, eine Fehlermeldung ausgegeben. Wir hoffen, dass dadurch keine Bearbeitungen verloren gehen, können das aber leider nicht garantieren. Falls eine Fehlermeldung erscheint, warte bitte, bis alles wieder normal ist. Dann sollte es möglich sein, die Bearbeitungen zu speichern. Sicherheitshalber empfehlen wir jedoch, dass du zunächst eine Kopie deiner Änderungen machst.
Weitere Folgen:
- Im Hintergrund ablaufende Prozesse (eingebundene Skripte beispielsweise) werden langsamer als sonst ablaufen, einige werden möglicherweise gar nicht ausgeführt. Es kann vorkommen, dass Rotlinks nicht so schnell wie üblich aktualisiert werden. Falls du einen Artikel erstellst, der bereits an einer anderen Stelle verlinkt ist, dann wird der Link an dieser Stelle länger rot bleiben als üblich. Einige lang laufende Skripte werden wir stoppen müssen.
- Wir gehen davon aus, dass die Codebereitstellung wie in jeder anderen Woche erfolgen wird. Allerdings kann es von Fall zu Fall zu einem Code-Freeze kommen, wenn der Vorgang dies erfordert.
- GitLab wird für etwa 90 Minuten nicht verfügbar sein.
Verwendung von {{Sitelinks}}, speziell in der Einleitung
[Bearbeiten]Mittlerweile wird ja auch die Vorlage {{Sitelinks}} öfter eingesetzt. Speziell im Einleitungssatz. Ich würde dazu nur mal meine persönlichen Gedanken äußern und Meinungen einholen.
Im Einleitungssatz halte ich die Vorlage für ungeeignet. Ich fand es am Anfang zwar irgendwie hübsch, habe meine Meinung dazu nach einiger Überlegung aber geändert.
- Die Informationen sind redundant und im Artikel bereits vorhanden. Links zu Schwesterprojekten und Sprachversionen stehen an der wiki-gewohnten Stelle (je nach benutzen Skin). Der Link zu einer offiziellen Webseite steht am Artikelende.
- Der Link ist oft ein externer Link. Externe Links implizieren weiterführende, detaillierte Informationen. Ich halte es für unglücklich den Leser in einem Artikel beim ersten Wort gleich auf eine externe Seite weiterzuführen. Im schlimmsten Fall ist sein Aufenthalt auf Wikivoyage damit beendet. Externe Links wie die offizielle Homepage zum Reiseziel gehören ans Ende eines Artikels. Nicht umsonst gibt es dafür einen eigenen Abschnitt – und den erst am Artikelende.
Ist die Verwendung im Einleitungssatz von der Community generell gewünscht, sollte es in die Vorgaben und Vorlagen aufgenommen werden. Dann wird es bei der Anlage eines Artikels gleich mitgemacht. Nachpflege ist immer unnötiger Mehraufwand.
Die Sitelinks-Vorlage sollten aus meiner Sicht eher