Willkommen bei Wikivoyage! Bearbeiten

Hallo Nw520, herzlich willkommen! Wir wünschen dir viel Spaß beim Bearbeiten von Wikivoyage. Dies hier ist deine Benutzerdiskussionsseite.

Damit du dich zurechtfindest, schau dir mal unseren Wegweiser durch Wikivoyage an. Falls du weitere Infos suchst, helfen dir bestimmt unsere Hilfe-Seiten und das Autorenportal weiter. Wenn du über die Wikipedia zu uns gekommen bist, schau bitte auch mal bei Willkommen, Wikipedianer rein. Für alle Fragen und Anregungen steht die Lounge offen, oder du wendest dich an mich. -- Balou46 (Diskussion) 06:10, 21. Mär. 2013 (CET)Beantworten

Flughafenquickbars Bearbeiten

Hallo, du hast ein neues Modul und eine neu Vorlage für Flughafenquickbars eingebaut. Hierzu ein paar Anmerkungen.

  • Ich hoffe, du würdest zeitnah auch alle Module und die Vorlagen sauber dokumentieren - wenn sie denn bestehen bleiben. Ich weiß, es ist ungeliebte Arbeit.
  • Im Regelfall schlägt man sowas erstmal in de Vorlagenwerkstatt vor. Ich gebe aber selber zu, dass ich die manchmal umgehe, und schiebe dann aber 14 Jahre Projektkenntnis vor, um mich rauszureden :).
  • Ich weiß aus der Vergangeheit, dass der Inhalt der Quickbar Ort mal kontrovers diskutiert wurde. Die Community sollte über den Inhalt entscheiden. Ob Angaben zur Luftfracht und Fläche da wirklich hinein sollten kann ich noch nicht beurteilen (obwohl die Fläche oft angegeben wird, mir die als Reisender aber egal ist).
  • Ein großer Teil des Moduls ist eine Kopie von Quickbar Ort. Der Pflegeaufwand wächst damit immens, alles muss mehrfach gemacht werden, wenn Fehler entdeckt werden (die separate Quickbar Region ist da schon nicht optimal, aber wegen der Unterschiede mit den Lagekarten noch sinnvoll). Roland hat erst heute einen Bug gefunden. Hier hätten wir uns in der Vorlagenwerkstatt vielleicht absprechen sollen, ob man nicht einfach das Modul Quickbar Ort um die Parameter |typ=town bzw. |typ=airport erweitert und das Modul dann die passenden Elemente präsentiert. Mir persönlich wäre es lieber, wenn es bei zwei Modulen bleibt. Ich als derjeniger, der die Quickbar programmiert hat, muss mich wahrscheinlich am Ende eh' drum kümemrn, wenn etwas nicht funktioniert, obwohl ich froh wäre, wenn noch mehr Leute verfügbar wären.

Vorschlag:

  • Wir fragen mal die Community über den Inhalt, und ob Luftfracht und Fläche für Reisende relevant sind und überhaupt gewünscht werden. Alles andere würde ich da nicht anzweifeln, aber vielleicht gibt es noch andere Ideen wie Anzahl Flugziele (finde ich interessanter als Passagierzahlen - das ist was fürs Lexikon) oder Anzahl Fluggesellschaften - da kann ich mir ein besseres Bild machen als bei schnöden Passagierzahlen. Mir ist klar, dass das ja alles schon drin stand in den Artikeln und nicht dein Werk ist, vielleicht aber ein guter Zeitpunkt, das mal anzufassen.
  • Ich erweitere die Quickbar Ort um den Typenparameter und die spezifischen Blöcke. Der Typ |typ=town wäre dann Standard, wenn nix angegeben ist.

Die Autoquickbar Flughafen braucht ja dann bloß den einen Prameter ergänzt bekommen. Ich befürchte nämlich, dass vielleicht als irgendwann jemand mit den Bahnhöfen anfängt...

Bitte verstehe das nicht als Nörgelei von jemandem dem ins Handwerk gepfuscht wurde. So sehe ich das nicht. Wie gesagt, ich habe wenig Zeit für WV und wenn sich mal ein erweitertes Modul-Team findet wäre schön. Das muss sich dann bloß intern und mit der Community abstimmen. Danke für deine Mitarbeit und viel Spaß noch bei uns. -- DerFussi 13:14, 19. Nov. 2018 (CET)Beantworten

Hallo @DerFussi:,
  • Eine Dokumentation hatte ich vorgesehen und wollte ich noch verfassen.
  • Tut mir leid, dass ich nicht nach dem Regelfall gehandelt habe. Das war nicht beabsichtigt und - man sagt zwar Unwissenheit schützt vor Strafe nicht - wegen mangelnder Kenntnis erfolgt. Motivation war, dass es bisher keine entsprechende Vorlage gab und die manuellen Quickbars in den Artikeln unterschiedlich gut gepflegt waren, trotz teilweise vollständigen Wikidata-Datenobjekten.
  • Die eingebrachten Parameter hatte ich, wie du schon angemerkt hast, aus den WV Artikeln zu Flughäfen entnommen. Natürlich ist es nicht meine Absicht eigenmächtig irgendeine Gewichtung zu bevorzugen.
Wenn du nichts dagegen einzwenden hast, würde ich einen Löschantrag für das Modul stellen.
An der Stelle würde ich auch ganz gerne anregen, eine Sandbox für Module anzulegen. Ich habe gesehen, dass Module selbst meist Sandboxen haben. Was aber m.E. fehlt ist eine Sandbox für potentielle, neue Modulle.
Abschließend noch vielen Dank für die freundlichen Hinweise.
--Naseweis520 (Diskussion) 17:54, 19. Nov. 2018 (CET)Beantworten
  • Nicht schlimm. Alles gut. Warte erstmal mit dem Antrag. Nicht dass einer dann ganz schnell löscht (pünktlich nach 14 Tagen). Wir brauchen ja trotzdem noch deine Änderungen. Ich würde mal anfragen, ob die Leute was einheitliches wollen und was sie sich vorstellen. Es funktioniert ja auch. Und deine Intention war auch aus meiner Sicht völlig richtig. Wenn wir deine Lösung integriert haben, können wir den Antrag immer noch stellen.
  • Danke für deinen Hinweis. Wir haben Modul:Testmodul. Das ist dafür. Ich werde mal einen Link darauf in das Meldefenster aufnehmen. Wenn du immer mal am selben Thema basteln willst, kannst ja eine Unterseite machen. Es gibt auch Vorlage:Testvorlage - bei der putzigerweise ein Hinweis fehlt (ergänze ich noch). Vorlagenentwürfe speichern wir am besten als Unterseite von Wikivoyage:Vorlagen/Werkstatt. Dann bleiben die erhalten und die Anträge bleiben nachvollziehbar.
  • Gibt es Infos zu Anzahl Routen und Fluggesellschaften auf WD? Als eigene Property wahrscheinlich nicht. Das ist bestimmt auch zu kurzlebig für WD. Hast du da Erfahrung, welche für Reisende interessante Infos (vielleicht weniger technische) zu Flughäfen noch auf WD verfügbar sind?
  • Ich bin auch bloß etwas sensibel, weil ich denke, dass viele Einzellösungen schwer zu dokumentieren und zu warten sind. Und für Neulinge auf WV wird es irgendwann immer undurchschaubarer. Da hilft auch kein Visual Editor, wenn niemand weiß welche Vorlagen was machen und wie sie heißen. Die Quickbar ist da sicher nicht heikel. Die ist einmal drin und gut.
  • Das andere kann ich ja mal vorbereiten. Viele Grüße und noch viel Spaß hier. -- DerFussi 18:32, 19. Nov. 2018 (CET)Beantworten
Hallo. Ich habe deine Module mal in die Quickbar Ort integriert. Mann muss jetzt bei der normalen {{Quickbar Ort}} |typ=flughafen angeben. Die {{Autoquickbar Flughafen}} nutzt das bereits. Kannst ja gerne mal gucken, ob ich nichts versaut habe. Habe auch in der Lounge noch was dazu geschrieben. Viele Grüße -- DerFussi 11:38, 20. Nov. 2018 (CET)Beantworten
Die Vorlage {{Autoquickbar Flughafen}} habe ich auf die Schnelel mal dokumentiert. -- DerFussi 11:46, 20. Nov. 2018 (CET)Beantworten
Ich habe auch die ganzen neuen Wartungskategorien angelegt, du nun neu befüllt werden. Auf Artikel ohne Logo auf Wikidata sieht man zum Beispiel, welche Logos fehlen. -- DerFussi 12:00, 20. Nov. 2018 (CET)Beantworten
Hallo @DerFussi:, sieht alles sehr gut aus. Vielen Dank für's "richtige" Umsetzen. :)
Danke. Wirklich falsch war es ja nicht (die Frage nach den Bahnhöfen kam schon   ). Wenn du Ideen, Lust auf WV hast. nur zu. WIr sind leider immer noch ein recht übersichtlicher Haufen. -- DerFussi 14:28, 21. Nov. 2018 (CET)Beantworten

Änderungen in Marne Bearbeiten

Hallo @Naseweis520:,
danke für Deine Änderung der kleinen Tabelle der Gemeinden im Amt Marne-Nordsee. Dazu meine Frage: Wo finde ich etwas, z.B. eine Hilfe, für diese Art der Tabellengestaltung. In der Hilfe:Tabellen suche ich da vergebens. Vielleicht kann ich ja auch in dem einen oder anderen Artikel dieses anwenden, wenn ich denn mehr darüber wüsste. Danke im Voraus für Deine Hilfe. --Eduard47 (Diskussion) 17:47, 19. Jan. 2019 (CET)Beantworten

Hallo @Eduard47:
um ehrlich zu sein, bin ich damals eher zufällig auf die Vorlage {{3 Spalten}} gestoßen (übrigens gibt es noch {{2 Spalten}} und {{4 Spalten}}). Soweit ich sehe, existieren die Projektseiten Textformatierung und eine Vorlagen-Übersicht, die die vorhandenen Vorlagen auflisten. Eine echte Erklärung oder Hilfe zu mehrspaltigem Text, abgesehen von den Vorlagendokumentationen, finde ich aber spontan gerade nicht. Im Zweifelsfall könnte man sich auch durch die Kategorie Vorlagen durchkämpfen.
Das ist alles doch etwas suboptimal. Möglicherweise könnte man in der Lounge anregen die Vorlagen in passenden Hilfe-Artikeln zu erwähnen, falls Du dafür Bedarf siehst. --Naseweis520 (Diskussion) 18:00, 19. Jan. 2019 (CET)Beantworten
Danke Naseweis520,
man lernt ja nie aus. Gehört zwar nicht zu Marne, schreib es trotzdem hierher: Bin nun durch einige Deiner Änderungen bzgl. Straßenverkehr erst darauf aufmerksam geworden, dass sich da einige Vorlagen geändert haben. Habe dabei 2 kleine Fehlerchen entdeckt, möchte aber in Deinen Vorlagen nicht herumändern, daher hier der Hinweis:
Kategorie:Vorlagen:Straßenverkehr: in Zeile Vorlage Ausfahrt ist noch der alte Aufruf enthalten,
in der Vorlage {{A-Kreuz}} heißt es im Text Diese Vorlage erstellt eine Autobahnraststätte ....
Erweiterungsvorschlag: Kombination Autobahn/Europastraße: Beispiel:    
@Eduard47: Eigentlich sind das nicht "meine" Vorlagen. Ich hatte nur in den letzten Tagen einige kleinere Änderungen an denen durchgeführt. Was die Änderung der {{Ausfahrt}} angeht, muss ich diese noch offiziell (rückwirkend) in der Vorlagenwerkstatt vorschlagen und absegnen lassen - ich habe es vergessen, da in dem Wiki, in dem ich normalerweise aktiv bin solche Änderungen weniger koordiniert sind. Den Vorschlag habe ich gerade eingereicht. Was Deinen Erweiterungsvorschlag angeht, wurde dieser tatsächlich bereits berücksichtigt, soweit ich dich richtig verstanden habe. Die Syntax lautet: {{RSIGN|DE|A|7||45}} (ohne E) ergibt    . Der Fehler in {{A-Kreuz}} ist jetzt korrigiert. --Naseweis520 (Diskussion) 19:39, 19. Jan. 2019 (CET)Beantworten

vCard-Edits Bearbeiten

Hallo Nw520, mit was für einem Editor hast du die vCard-Edits in Emmerich vorgenommen? Neben deinem Ziel (URLs löschen) hast du als Nebenwirkung die Parameter durcheinander gewürfelt und Parameter entfernt. Das erschwert mir als Hauptbearbeiter dieses Reiseführers die Arbeit damit. --4omni (Diskussion) 11:30, 9. Mär. 2019 (CET)Beantworten

Hallo Nw520, hallo 4omni, was haltet ihr davon, die Daten lieber in Wikidata zu speichern als damit WV zu belasten? Der Umfang einer vCard könnte dadurch auf ein Minimum reduziert werden. Durch die auto=y-Verlinkung zu WD werden die meisten Parameter hervorragend in WV angezeigt, es gibt nur einen Ort für die zukünftige Datenpflege und Redundanzen spielen kaum noch eine Rolle. Auch kann dann die vCard problemlos in anderen Artikeln verwendet werden. --Eduard47 (Diskussion) 12:57, 9. Mär. 2019 (CET)Beantworten
Ergänzung/Beispiel: In den jeweiligen Abschnitten in den Artikeln Bremen-Kirchen ... (Kurzfassung der vCard) und Bremen/Mitte-Kirchen (detaillierte Fassung der vCard) habe ich das mal so dargestellt. Bestimmt lässt sich das aber noch verfeinern.--Eduard47 (Diskussion) 13:07, 9. Mär. 2019 (CET)Beantworten
Schönen Tag, Eduard47. Ich bin generell ein großer Freund davon Daten in Wikidata zu speichern, deshalb verlinke ich recht oft bei bereits bestehenden vCards auf Wikidata-Entitäten. Mangels Quellenangaben, ein bisschen aus der Sorge jemandem vor dem Kopf zu stoßen und auch da es zugegebenermaßen einfach sehr aufwendig ist, halte ich mich aber vor Migration der Daten von WV zu WD zurück. (Für so einen Anwendungsfall wäre sicherlich ein Helferlein nicht uninteressant). Also bei mir wirst in Sachen Integration von WD nur offene Türen antreffen. --Nw520 (Diskussion) 13:58, 9. Mär. 2019 (CET)Beantworten
Hallo 4omni. Meine Änderungen an vCards erfolgten mit dem VCard-Editor, wie er standardmäßig in allen Artikeln aktiviert ist. Änderungen an Markern in einem externen Texteditor, grundsätzlich aber manuell. An der Stelle möchte ich darauf hinweisen, dass mein Ziel nicht nur war platt URLs zu löschen, sondern statt mit im URL-Feld auf einen Wikipedia-Artikel zu verweisen, die vCard/den Marker mit einem Wikidata-Konzept zu verknüpfen. Dies hat, wie Eduard47 schon darstellte, den Vorteil, dass dadurch Daten aus Wikidata bezogen werden können, zudem erfolgt eine Verlinkung mit WP-de durch ein hinter dem Namen angezeigten Logo. Daher der Wegfall von |url= und das Hinzukommen von |wikidata= (Das hätte in die Zusammenfassung gehört, mein Fehler).
Scheinbar ist es eine Eigenheit des vCard-Editiors die bestehende Formatierung und Reihenfolge zu verwerfen und den Quelltext in die Form {{_ | _ = _ }} zu bringen; leere Parameter werden dabei entfernt, da sie semantisch nur relevant sind, wenn |wikidata= gesetzt ist und nicht gilt |auto=y/j/1. --Nw520 (Diskussion) 13:58, 9. Mär. 2019 (CET)Beantworten
Danke euch beiden, dass ihr auch meiner Meinung seit. Ich habe mir jetzt selbst verordnet, lieber weniger bei WV zu erfassen, dafür aber dann die Zeit für die Eingabe der notwendigen Daten bei WD aufzuwenden. Das ist allerdings sehr mühsam, auch sind die bei WD angezeigten Fehlermeldungen und die angebotene "Hilfe" für mich keine wahre Hilfe, weil einfach unverständlich. Dazu muss man wohl Statistiker sein oder zumindest so denken. Ich habe mich deshalb überwiegend auf die Eingabe von Adresse, Telefon- und Faxnummer, email-Adressen,url und Einwohnerzahlen (für die QB) beschränkt. Schön wären aber auch Öffnungszeiten und Eintrittsgebühren (für z.B. Museen). Diese Daten konnte ich noch nicht bei WD unterbringen, tw. findet man die Feldnamen nicht, andererseits ist das verlangte Format unklar da verständliche Hilfen (Beispiele) fehlen. Aber ich gebe nicht auf. Idealerweise bestehen dann die vCards nur noch aus WD-Daten und ggf. ergänzenden Infos (description). Schön wär's.--Eduard47 (Diskussion) 14:16, 9. Mär. 2019 (CET)Beantworten
Hallo Eduard47, isch 'abe noch gar nix gesagt zu deinem Diskussionsbeitrag! ;-)
Ich setze Wikidata ein, aber nicht für alles. Infos, die voraussichtlich nur in der de-wv verwendet werden, würde ich eher nicht in wd eintragen. Ebenso Infos mit kurzer Halbwertzeit. Das Editieren in wd finde ich umständlich und langsam. Ich habe keinen wirklichen Überblick über die möglichen Eigenschaften, sondern hangele mich anhand vergleichbarer Datenobjekte voran. --4omni (Diskussion) 20:31, 9. Mär. 2019 (CET)Beantworten
Hallo Nw520, |wikidata= hatte ich schon Ende Februar für alle verfügbaren Datenobjekte im gesamten Reiseführer gesetzt, du hast also nur |url= gelöscht. Du und ich wissen, dass man per Klick auf das unscheinbare Symbol nach wie vor auf das Wikipedia-Lemma gelangt, aber ich gehe davon aus, dass der Gelegenheitsleser diese ausgefeilten Details nicht findet, da sie nicht seiner Surferfahrung entsprechen und somit nicht ergonomisch sind. Ich akzeptiere deine Edits, bezweifele aber, dass sie für den Gelegenheitsleser (um einen solchen handelt es sich bei Touristen wie Neubürgern) eine Verbesserung darstellen.
Der vCard-Editor sollte so arbeiten, dass auch das Editieren im Quelltext komfortabel möglich bleibt. Die beschriebenen Nebenwirkungen finde ich ausgesprochen störend. Seit mehr als einem Jahrzehnt verwende ich Wikisyntax und möchte mich nicht zur Nutzung irgendwelcher tollen Editoren drängen lassen. --4omni (Diskussion) 20:31, 9. Mär. 2019 (CET)Beantworten
Oh. Ich hatte mehrere Artikel durchlaufen um die Wikipedia-URLs zu entfernen / zu Wikidata zu migrieren, da hatte vergessen, dass bei deinen vCards der Parameter bereits gesetzt war. Ich möchte natürlich niemandem aufzwingen, wie er seinen Artikel zu gestalten hat. Meine Grundannahme war eher, dass Personen der Wikidata-Parameter möglicherweise nicht bekannt war und sie daher nur eine URL eingefügt haben. Darin sah ich eine Dopplung aufgrund des Symbols; aber deinem Gedankengang kann ich folgen. Falls du also einen Mehrwert darin siehst, URLs zu nutzen, fühl dich bitte so frei meine Änderungen zu revertieren. Es ist wirklich nicht meine Absicht Änderungen durchzuführen, die nur ungern angenommen werden. --Nw520 (Diskussion) 22:05, 9. Mär. 2019 (CET)Beantworten

Laudamotion Bearbeiten

Hallo Nw520, ich habe eine Frage zum Artikel zur Airline Laudamotion bei Wikivoyage, ich habe in dem Artikel eine Flugzielübersicht ab Wien-Schwechat per Direktlink eingeben wollen, das hat aber nicht funktioniert, weil ich zur Zeit in Deutschland bei FFM bin und wegen den Cookies die die Airline auf meinem Rechner abgespeichert hat ich nur die Ziele ab Frankfurt und nicht ab Wien/Schwechat angezeigt bekommen kann, kannst Du dem Artikel einen Link bzw. eine Auflistung der Flugziele insbesondere ab dem Heimatflughafen Wien/Schwechat zufügen? Danke und viele Grüße, Michael 87.153.165.211 18:57, 7. Apr. 2019 (CEST)Beantworten

Hallo Michael, soweit ich sehe gibt es keine gesonderten URLs je Flughafen, weshalb man leider auch nicht direkt zu einem verlinken kann. In welchem Detailgrad sollen die Flugziele denn aufgelistet werden? Von Wien aus sind das immerhin 59 Destinationen in 24 Ländern. --Nw520 (Diskussion) 17:56, 9. Apr. 2019 (CEST)Beantworten
In etwa so, wie es auch bei den WV-Artikeln zu anderen Airlines der Fall ist, zumindest grob. Ich kann halt eben nur von meinem Rechner nur die Verbindungen sehen, welche von FFM aus angeboten werden weil ich der Verwendungen von Cookies durch die HP der LM zugestimmt habe, online hat man eben schnell mal ein OK angeklickt... 87.153.165.211 20:19, 9. Apr. 2019 (CEST)Beantworten
Hab die Destinationen von Wien aus mal eingetragen und grob nach Mittelmeer, Europa, Sonstiges gruppiert. Kannst dann alles anpassen, wie du möchtest. --Nw520 (Diskussion) 20:58, 9. Apr. 2019 (CEST)Beantworten

Linz Hauptbahnhof Bearbeiten

Hallo NW520, ich habe da ein Problem im Artikel Linz Hauptbahnhof, die mapframe ("Karte von Linz Hauptbahnhof") wird nicht richtig dargestellt, die mapframe-datenvorlage (quellentextversion) ist korrekt, vorlage aus dem Artikel Wien Westbahnhof kopiert und die Korrdinaten vom Linzer Hbf eingegeben, welche ich aus dem Artikel in der WP habe aber dennoch wird die mapframe noch immer nicht richtig dargestellt, kannst Du Dir mal anschauen, ob Du den Fehler finden und beheben kannst? Viele Grüße, Michael 80.122.117.74 15:41, 28. Mai 2019 (CEST)Beantworten

Habe mich mal eingemischt. Da waren die Schreibweisen von Dezimalgrad und Grad, Minute und Sekunde verwechselt -- Balou46 (Diskussion) 17:26, 28. Mai 2019 (CEST)Beantworten
Hier auch noch mein Senf dazu: Die Koordinaten kannst du sehr bequem ermitteln auf der Seite Geomap, und zwar auch gleiche fertige Marker und Mapframes, oder auch nur die Koordinaten in unterschiedlichem Format durch Klick auf den entsprechenden Button links. Gruß --Eduard47 (Diskussion) 17:55, 28. Mai 2019 (CEST)Beantworten
Danke Balou46 und Eduard47. Da habe ich wohl nichts mehr zu tun.   . --Nw520 (Diskussion) 19:10, 28. Mai 2019 (CEST)Beantworten

Bitte Typen angeben Bearbeiten

Ich würde mir wünschen, dass du bei {{Marker}}n und {{vCard}}s einen Typ angibst, auch wenn eine Wikidata-Id angegeben wird. Wir werden nie alle Wikidata-Instanzen abbilden können und das Durchhangeln durch die Wikidata-Instanzen ist rechenintensiv und der Erfolg dabei nicht gesichert. Natürlich ersparst du uns damit auch Zeit beim Aufraumen. --RolandUnger (Diskussion) 16:02, 20. Jul. 2019 (CEST)Beantworten

Hallo RolandUnger, danke für deinen Hinweis. Manchmal finde ich keine passenden Typen für die vCards, ist es in solchen Fällen besser eine Gruppe wie z.B. go, see, do anzugeben, statt den Typen auszulassen? --Nw520 (Diskussion) 16:26, 20. Jul. 2019 (CEST)Beantworten
see und go sind besser als gar nichts. Sie verhindern in jedem Fall Fehler-Marker in rosa. Ich weiß natürlich, dass es nicht immer einfach ist, passende Typen zu finden. Auf Modul Diskussion:MarkerBase/Types kann man übrigens Vorschläge für neue Typen hinterlegen. Wir bauen die auch zeitnah ein, wenn sie nicht gar zu speziell sind. --RolandUnger (Diskussion) 16:37, 20. Jul. 2019 (CEST)Beantworten

Vorlage. HrS Bearbeiten

Hi. Ich war mal ganz frech, und habe ohne Löschdiskussion die Doku HrS/Doku wieder gelöscht. Sie ist eigentlich unnötig. In der Sprachvorlage reicht ein {{Dokumentation|Dokumentation Fremdsprachenunterstützung}} am Ende und die richtige Doku wird angezeigt. Gib bescheid, wenn es dir nicht recht war, was ich gerade gemacht habe. Schönen Sonntag.-- DerFussi 16:48, 22. Sep. 2019 (CEST)Beantworten

Hallo DerFussi. Die Löschung ist absolut kein Problem. Ich hatte die Seite ohnehin nur kopiert und gar nicht bemerkt, dass die zentral eingebunden wurde. Selbst bei der Korrektur der TemplateData fiel mir der Titel gar nicht auf. Daher danke fürs schnelle Aufräumen. --Nw520 (Diskussion) 16:53, 22. Sep. 2019 (CEST)Beantworten

ZOB Berlin Bearbeiten

Hallo Nw520,

ich habe ein Problem im neuen Artikel ZOB Berlin, ich habe dem Artikel eine mapframe eingefügt, diese wird aber fehlerhaft, mit falschen Koordinaten angezeigt, obwohl diese eigentlich korrekt eingegeben sind, ich kann den Fehler nicht finden, kannst Du Dir das bitte einmal anschauen und korrigieren?

Viele Grüße,

Michael 84.174.185.38 15:38, 2. Jan. 2020 (CET)Beantworten

Hallo Michael, Balou46 hatte sich bereits zwischenzeitlich dem Problem angenommen. Aber vielleicht ein kleiner Hinweis, wo hier das Problem lag:
Ich gehe mal von aus, dass du ursprünglich Koordinaten in der Form "52°30'27.4"N, 13°16'47.3"E" hattest. Das ist die Darstellung in Grad Minuten. In den Vorlagen in der Wikivoyage wird die Darstellung in Dezimalgrad verwendet (52.5071724 13.2797903). Zum Wechsel der Darstellung ist eine Umrechnung notwendig, es reicht nicht, das Grad-, das Minuten- usw. -Zeichen der Grad-Minuten-Darstellung wegzulassen. Dazu kann man Online-Tools verwendet, oder, falls du eine Kartographer-Karte auf Wikidata hast, diese mit dem Vollbild-Symbol oben rechts vergrößern und anschließend unten rechts auf "Externe Karten" klicken, dann wird rechts im Panel die Darstellung in Dezimalgrad angezeigt.
Beste Grüße und frohes neues Jahr --Nw520 (Diskussion) 16:56, 2. Jan. 2020 (CET)Beantworten

Fahrradfahren in Wien Bearbeiten

Hallo NW520,

eine Frage zum o. g. WV-Artikel. Ich habe jetzt die Koordinaten für die Mapframe "Karte von Fahrradfahren in Wien]] überarbeitet. Nun zeigt die Karte zumindest einen Bereich am Gürtel an und nicht mehr wie zuvor ein Waldstück in NÖ. Ich habe auch Standorte im AA Fahrradgaragen mit GPS Koordinaten ausgestattet, diese werden jedoch nicht in der Mapframe "Karte von Fahrradfahren in Wien" angezeigt, obwohl ich die Koordinaten eingegeben habe, kannst Du Dir das einmal anschauen? Gruß, Michael 84.143.60.190 18:02, 7. Mär. 2020 (CET)Beantworten

Hallo Michael,
könnte es sein, dass die Koordinaten der Standorte falsch sind? Ich habe mal zum Beispiel die Koordinaten der Station am Hauptbahnhof in OSM geworfen und fand mich im Wald wieder. Auch bei der Kennedybrücke passt es nicht recht, dort müssten die Koordinaten ungefähr 48.18793, 16.30398 (statt 48.1115, 16.1818) lauten. Darf ich fragen, woher du die Koordinaten hast? Es gibt unterschiedliche Darstellungsweisen: Entweder mit Graden und Dezimalgraden, oder mit Graden und Minuten. Diese Formate müssen umgerechnet werden; vielleicht könnte also hier der Fehler in den Koordinaten herkommen. --Nw520 (Diskussion) 19:38, 7. Mär. 2020 (CET)Beantworten
Ich habe auf WP die Koordinaten der Verkehrsstationen gesucht, bspw Hauptbahnhof, Haltestelle Matzleinsdorfer Platz, Bahnhof Liesing, U Bahn Station Hietzing da die Fahrradgaragen ca. dort sind. Wenn die Fahrradgaragen in wahrheit 50 meter weiter sind als die Verkehrsstationen ist das ja nicht so relevant, da man ja die Verkehrsstation wissen muss und dort die Fahrradgaragen den Schildern nach finden kann, die metergenauen Koordinaten der Fahrradstationen habe ich nicht finden können, aber halt die der Verkehrsstationen, an welchen die Garagen sind. Gruß, Michael. 84.143.60.190 19:53, 7. Mär. 2020 (CET)Beantworten
In manchen WV Artikeln gibt es auch eine Funktion in denen man Punkte 1.2.3.4.... für die Karte auch über ein digitales Formular eintippen kann, aber nicht in diesem Artikel, hier geht es nur über die Quellentextversion als Datentext.
Aber noch was anderes, ich habe einen neuen AA "Touristisch interessante Radwege" eingefügt, aber kann man z. B. die Ringstraße oder die Donauinsel auch als Punkt eingegeben da sich das ja, anders als bei den Fahrradgaragen, auf ein geographisch sehr großes Gebiet beziehen würde? 84.143.60.190 19:57, 7. Mär. 2020 (CET)Beantworten
Und kann man mit der U2 eigentlich auch zur Donauinsel? Die Stationen Donaumarina und Donaustadtbrücke liegen zwar am westlichen und östlichen Donauufer, weißt Du aber, ob da auch eine Brücke für Fußgänger und Radfahrer auf die Donauinsel selbst führt? Mir wäre nur U1 Donauinsel und U6 Neue Donau bekannt. Gruß, Michael 84.143.60.190 19:59, 7. Mär. 2020 (CET)Beantworten
Auf Wikipedia wird ein anderes Format verwendet, daher denke ich mal, dass das das Problem ist. Wenn die Koordinaten die Form 48° 11′ 16,2″ N, 16° 18′ 15,2″ O oder 48/11/16.2/N, 16/18/15.2/E (= 48.187778, 16.304167) haben, musst du sie erst in einen Umrechner werfen. Im Hilfeartikel wird ein ganz guter vorgeschlagen.
Ich denke mal mit dem "digitalen Formular" meinst du den "vCard-Editor" aka ListingEditor (das Fenster mit dem bläulichen Hintergrund). Diesen kann man nur innerhalb bestimmter Abschnitte, die durch die Überschriften definiert werden, verwenden, und auch nur, wenn man einen Artikel gerade im Lesen-Modus vor sich hat. Alternativ kann man im Quelltexteditor oben auf das Puzzle-Teil klicken um eine Vorlage einzufügen und dort dann "vCard" eintippen. Die Anzeige ist weniger übersichtlich, aber essentiell kann man die gleichen Angaben machen.
Puh, ich bin nicht aus Wien, deswegen kann ich dir die Frage zur U2 nicht sicher beantworten. Auf OpenStreetMap sieht es zumindest so aus, als kommt man dorthin.
Das mit der Pinnadel für größere geographische Objekte ist normalerweise kein Problem. Was auch geht ist, dass man Bereiche umrandet. Dies ist aber etwas aufwendiger und hat auch bestimmte Anforderungen an zwei andere Projekte Wikidata und OpenStreetMap.
Beste Grüße --Nw520 (Diskussion) 20:20, 7. Mär. 2020 (CET)Beantworten

Nunja auf WP hatten die Koordinaten der Stationen halt eben teilweise nur vier Ziffern hinter dem Punkt und nicht sechs. Und wenn man nullen dahinter setzt um die fehlenden Ziffern auszugleichen verschiebt sich das total. 84.143.60.190 20:47, 7. Mär. 2020 (CET)Beantworten

Vorlage Umweltzone Bearbeiten

erledigt    -- DerFussi 18:01, 18. Jun. 2020 (CEST)Beantworten

Danke schön. Ich bin immer wieder überrascht, wie service-orientiert man hier doch ist.    --Nw520 (Diskussion) 11:22, 19. Jun. 2020 (CEST)Beantworten
Der Vorteil der leider viel zu kleinen Community hier. Die Seite "Letzte Änderungen" reicht für einen kompletten Tagesüberblick - sonst hätte ich den Kommentar nicht gesehen. Deshalb habe ich auch keine einzige Seite auf meiner Beobachtungsliste    -- DerFussi 11:42, 19. Jun. 2020 (CEST)Beantworten

Tracking raus Bearbeiten

Hi Nw520, deine Aktion, aus Links die Tracking-Infos zu entfernen, finde ich gut. Welches Tool oder welche Suchmaschine hast du zum Auffinden der Links verwendet? --4omni (Diskussion) 16:19, 21. Jun. 2020 (CEST)Beantworten

Hallo 4omni, ich hab dazu eine erweiterte Suche mit einem regulären Ausdruck gemacht: insource:/utm_/ und bin dann händisch die Ergebnisse durchgegangen. Um schnell an die richtige Stelle im Wikitext zu springen, habe ich die im Browser integrierte Suchfunktion Strg+F angestrengt und nach utm_ gesucht. Mit den UTM parameters, die vor allem von Google (Analytics) eingesetzt werden, bin ich soweit durch. Sonstige Trackingparameter, die ich in der Wikivoyage noch gefunden habe wären insource:/gclid|fbclid|\?source/ (~79 - Google, Facebook, generisch). --Nw520 (Diskussion) 16:54, 21. Jun. 2020 (CEST)Beantworten
Vielen Dank für die Erläuterung. Ich sollte mir die Features der internen Suche mal näher anschauen. Schade nur, dass unwissende User solche Trackingparameter immer wieder mal einschleppen werden. --4omni (Diskussion) 18:31, 21. Jun. 2020 (CEST)Beantworten
Hallo Nw520, zunächst vielen Dank für Deine Mühen. Im Artikel Hiddensee war ich der Übeltäter. Habe dort mithilfe des vCard-Editors am 25.12.2019 die komplette vCard und somit auch die URL eingefügt und dieses dabei übersehen. Dabei stellt sich mir die Frage: Diese Trackingparameter sind doch an einem definierten Schema zu erkennen. Wäre es da nicht möglich, dieses bereits bei der Erfassung bzw. Speicherung der URL automatisiert zu prüfen und sofort einen Warnhinweis auszugeben? Das würde den lästigen Prüfaufwand zumindest vereinfachen. --Eduard47 (Diskussion) 19:39, 21. Jun. 2020 (CEST)Beantworten

Umbenennung von Modulen Bearbeiten

Ich habe im Rahmen der Vereinheitlichung folgende Module umbenannt:

  • Modul:MarkerBase/Types (alt) -> Modul:Marker utilities/Types (neu)
  • Modul:MarkerBase/Groups (alt) -> Modul:Marker utilities/Groups (neu)

--RolandUnger (Diskussion) 06:28, 26. Okt. 2020 (CET)Beantworten

Danke für den Hinweis, RolandUnger! --Nw520 (Diskussion) 14:17, 26. Okt. 2020 (CET)Beantworten

Koordinaten bei Umstellung auf Wikidata Bearbeiten

Hi Nw520, ich sehe, dass du dankenswerterweise immer wieder marker und vcards auf wikidata umstellst. Meiner Erfahrung nach sind für viele Wikidata-Objekte bereits Koordinaten hinterlegt. In diesem Fall ist es IMHO nicht sinnvoll, lokal eingetragene Koordinaten weiterhin zu erhalten (doppelter Pflegeaufwand). Daher meine Bitte, diese (nach grober Prüfung) zu löschen. Gruß --4omni (Diskussion) 07:36, 23. Dez. 2020 (CET)Beantworten

Hallo 4omni, danke für den Hinweis. Ich werde versuchen die Koordinaten zukünftig mitzulöschen. Die Suche nach passenden Wikidata-Objekten erfolgt bei mir übrigens größtenteils durch Koordinatensuche im Umfeld von bereits mit Koordinaten versehenen Markern/vCards, daher sind tatsächlich in den meisten Fällen beide Koordinaten nahe beieinander. Da das Eintragen der WD-IDs für mich ein manueller Prozess (mit ein wenig technischer Hilfe) ist, hatte ich aber festgestellt, dass ich ab und zu vergesse die Koordinaten zu löschen. Vielleicht wird das Entfernen noch Gewohnheit. Beste Grüße und frohes neues Jahr --Nw520 (Diskussion) 20:12, 2. Jan. 2021 (CET)Beantworten

Änderung in der Typen-Tabelle Bearbeiten

In der Typentabelle Modul:Marker utilities/Types ist ein Eintrag hinzugekommen, nämlich wd = { ... }. Da dies eine Tabelle und keine Zeichenkette ist, müsste diese Typentabelle vor dem Einsatz in JavaScript bzw. JSON.parse angepasst werden, etwa mit data.replace( / *(wd) *= *\{([^}]*)\}/ig, ' "$1": [$2]' ), am besten bevor irgendeine Operation an geschweiften Klammern durchgeführt wird. --RolandUnger (Diskussion) 07:41, 26. Mär. 2021 (CET)Beantworten

Hallo RolandUnger, besten Dank für den Hinweis. Ich habe mich letzten Endes dafür entschieden die entsprechende Funktion neu zu schreiben und die Daten je Kategorie zeilenweise mit mehreren regulären Ausdrücken herausziehen, in der Hoffnung, dass ohne das Tricksen mit JSON.encode das ganze Prozedere etwas robuster ist. Die Änderungen habe ich bei vCaTA und dem vCardAssistant umgesetzt.
An dieser Stelle vielleicht ein kleines Update zu letzterem Projekt: Was ich als Grundfunktionalität des bisherigen ListingEditor ansehe, sollte mittlerweile vollumfänglich implementiert sein. Man kann vCards bearbeiten und abspeichern. Nichtsdestotrotz fehlt im Vergleich zum ListingEditor einige, wenn auch weniger zentrale, Funktionalität, wie beispielsweise der neue Textlängenzähler bei der Beschreibung, oder die Schaltflächen zum Einfügen von Textschnipseln. Auf der anderen Seite gibt es aber auch schon einige zusätzliche neue Funktionalitäten, die bisher nicht im ListingEditor vorkommen: Anzeige der Koordinaten auf einer Karte sowie ein intelligentes Feld für Commons-Bilder. Hinsichtlich Design stoße ich auf einige Schwierigkeiten. Generell bin ich mit dem OOUI-Framework nur mäßig zufrieden. Mir erscheint es recht starr und unflexibel, was mir Anpassungen schwierig macht. In einer Wikidata-Gruppe hatte ich mal mitbekommen, dass für die Zukunft "dratische" Änderungen am Framework geplant seien. Auch würde ich ganz gerne irgendwann in der Zukunft Tests mit anderen Wikivoyage-Benutzern machen (wahrscheinlich in Form eines Gadgets), um zu sondieren wie das bisherige Konzept aufgenommen wird, ob bspw. Ladezeiten gravierend schlechter sind oder ob Komponenten sinnvoll gestaltet sind. Zuvor müsste ich aber natürlich noch ein paar Baustellen beheben und insbesondere dafür sorgen, dass keine Probleme mit dem ListingEditor in Kombination auftreten. Was das Vorankommen angeht, stagnierte das Projekt in letzter Zeit, ist vielleicht sogar zum Halt gekommen. Zum einen liegt das an den Einschränkungen des OOUI-Frameworks, die ich teilweise etwas frustrierend finde, zum anderen aber auch an fehlender Motivation — hier hoffe ich, dass ich durch die angedachten Testbenutzer identifizieren kann, welche Punkte ich prioritieren sollte. --Nw520 (Diskussion) 14:09, 30. Mär. 2021 (CEST)Beantworten

Fehler in meiner Konsole Bearbeiten

Morjen. Leider hält sich ja die Beteiligung in der Vorlagenwerkstatt in Grenzen. Ich wollte mal dein Zulkunfts-Skript probieren, bekomme aber in meiner Browserkonsole einen Fehler. Was habe ich falsch gemacht? Die Ressource von "https://de.wikivoyage.org/wiki/MediaWiki:Gadget-Zukunft.js&action=raw&ctype=text/javascript" wurde wegen eines MIME-Typ-Konfliktes ("text/html") blockiert (X-Content-Type-Options: nosniff).

Schönen Sonntag, DerFussi 13:23, 17. Okt. 2021 (CEST)Beantworten

Schönen Sonntag, DerFussi! Mit //de.wikivoyage.org/w/index.php?title=MediaWiki:Gadget-Zukunft.js&action=raw&ctype=text/javascript sollte es funktionieren. Weshalb das Format mit index.php zwingend verlangt wird, ist mir aber nicht bekannt. --Nw520 (Diskussion) 14:43, 17. Okt. 2021 (CEST)Beantworten

Hof Bearbeiten

Natürlich ist Wikivoyage keine Gelbe Seiten. Aber ich glaube durchaus, dass sich die Attraktivität einer Einkausstadt heute schon eher aus der Präsenz vieler bekannter Filialen von Ketten bildet, und nicht aus Inhabergeführten Geschäften, auch wenn diese zweifelsfrei auch wichtig sind. Wenn Filialen großer, internationaler, bekannter Ketten nicht relevant sind, was denn dann? 2A01:598:B9A9:FB70:91CD:E5C8:BF01:FE45 19:26, 8. Dez. 2021 (CET)Beantworten

Hallo und danke für die Kontaktaufnahme! In meinen Augen und meiner Lesart der Vorgaben ist die Sektion "Einkaufen" vorwiegend für Besonderheiten gedacht, worunter ich doch eher die inhabergeführten Geschäfte, als die großen Ketten sehe. Natürlich möchte ich denen nicht absprechen, dass sie die Attraktivität einer Stadt steigern, weshalb man sie meines Erachtens auch sehr gerne kurz und im Fließtext erwähnen kann; nur bin ich der Auffassung, dass sie seltenst von überregionalen Touristen bei einem Städtebesuch explizit aufgesucht werden, sondern wenn dann erst beim Bummeln zum spontanen Hineintreten einladen, weshalb in meinen Augen auch keine eigenständigen vCards vonnöten sind.
Nichtsdestotrotz, da diese Einschätzung recht subjektiv ist und die Vorgaben, soweit ich sehe, keine absolut eindeutige Antwort liefern, kannst du die von mir durchgeführte Änderung auch gerne revertieren, solltest du der Meinung sein, dass die vCards einen Mehrwert liefern. --Nw520 (Diskussion) 21:15, 9. Dez. 2021 (CET)Beantworten

Typografie-Korrektur Bearbeiten

Hi Nw520, bist du sicher, dass Matheran durchschnittlich auf einer Höhe von 800 m liegt und nicht ungefähr gemeint ist? Ich hätte das falsche Zeichen eher durch ein „ca.“ (oder eine doppelte Tilde: ≈) ersetzt … (Die Frage mag sich auch bei manch anderem Auftreten von „ø/⌀“ stellen.) Gruß --4omni (Diskussion) 13:30, 17. Jan. 2022 (CET)Beantworten

Hallo 4omni, du hast recht, durchschnittlich macht an der Stelle im von dir genannten Reiseführer tatsächlich wenig Sinn. Ich muss zugeben, dass ich bei solchen 1-zu-1-Ersetzungen meist das Hirn abschalte und sie eher nebenbei mache. Deswegen kam bei mir der Gedanke gar nicht erst auf die Verwendung des Zeichens zu hinterfragen. Beim Durchgehen der 27 Verwendungen von ⌀ (insource:/⌀/) fielen mir gerade einige Fälle auf, bei denen ich mir nicht sicher bin:
Demnächst werde ich noch einige wenige ⌀-Ersetzungen durchführen, ausstehend sind 50 potentielle Treffer, ich gehe mal von weniger als 10 tatsächlichen Treffern aus. Danach wird noch ⨉→× (23 Treffer) folgen. Besten Dank für deinen Hinweis! --Nw520 (Diskussion) 14:06, 17. Jan. 2022 (CET)Beantworten

(Oberflächen-)Administrator Bearbeiten

Hallo. Aus meiner Sicht wird es langsam Zeit. Ich halte dich aufgrund deiner bisherigen inhaltlichen und technischen Beiträge für absolut geeignet hier auch als Administrator tätig zu sein. Aufgrund deiner offensichtlichen technischen Kenntnisse bist du aus meiner Sicht auch sehr geeignet für den Oberflächenadministrator. Ich würde dich gern, dein Einverständnis vorausgesetzt, für beides nominieren. Ich bin überzeugt, bei dir wären die zusätzlichen Knöpfe in guten Händen. -- DerFussi 05:51, 20. Jan. 2022 (CET)Beantworten

Hallo DerFussi und vielen Dank für dein mir entgegengebrachtes Vertrauen. Ich habe zugegebenermaßen ziemlichen Respekt davor mich zur Wahl zu stellen, fühle mich aber mittlerweile bereit einen Anlauf zu starten und hoffe mal, dass ich den Autoren hier im Wiki mittlerweile durch (gute) Beiträge bekannt bin. Daher nehme ich dein Angebot dankend an und lasse mich gerne von dir nominieren. --Nw520 (Diskussion) 22:11, 21. Jan. 2022 (CET)Beantworten
Thumbs up! --4omni (Diskussion) 22:43, 21. Jan. 2022 (CET)Beantworten

Feiertage Bearbeiten

Hi Nw520, findest du geschachtelte Templates wirklich besser als Templates in einer Tabelle? --4omni (Diskussion) 23:59, 21. Jan. 2022 (CET)Beantworten

Hallo 4omni, vor kurzem wurde das Feiertags-Tabellen-Design so umgestellt, dass es nur noch genutzt werden kann, wenn die Vorlage aufgerufen wird. Ich fände es unglücklich, wenn die Feiertags-Tabellen auf unterschiedlichen Seiten unterschiedlich formatiert wären und bin auch der Auffassung, dass, wenn für etwas eine Vorlage geschaffen wurde, diese nach Möglichkeit genutzt werden sollte (einheitliche Formatierung, usw.).
Die Syntax ist aber wirklich sehr aufgebläht. Würdest du es bevorzugen, wenn weiterhin eine Tabelle genutzt werden würde? Mir fiel ohne hin schon auf, dass die Dokumentation von {{Feiertag}} den Fall mit Feiertagen, deren Datum jedes Jahr wechseln, nicht betrachtet. Vielleicht wäre es sinnvoll festzulegen, wie mit diesem Fall umzugehen ist. Dann könnte auch entschieden werden, ob einheitlich das Datumsfeld Jahreszahlen beinhalten sollte oder nicht (wird zwischen den Reiseführern unterschiedlich gehandhabt). --Nw520 (Diskussion) 00:20, 22. Jan. 2022 (CET)Beantworten
Gerade durch Zufall gesehen, bei der Suche nach der Nominierung. Vielleicht als Diskussionsgrundlage ein paar infos von mir. Die Doku in der Feiertagsvorlage wollte ich ohnehin noch ergänzen und auch auf die Dookumentation der Vorlage für spezielle Feiertage und deren Berechnung verweisen. Ich habe schon Unmengen zeit in die Doku von Vorlagen- und Projektnamnesraum gesteckt, aber es wird noch eine Weile dauern. Für mich haben die Vorlagen einige Vorteile:
  • Ich finde echte Tabellensyntax noch unübersichtlicher und für Neulinge noch schlechter zu durchschauen. Eventuell könnte man bei Verschachtelungen für die Übersichtlichkeit Zeilenumbrüche und Einrückungen einfügen.
  • Bei den bestehenden Tabellen gibt es teilweise Wildwuchs in der Formatierung. Seit Jahren schon will ich sämtliche Landesartikel einheitlich formatieren (abgesehen von dem Strukturwildwuchs in den Ländern, die sich kaum an Vorgaben halten). Aber so ist es nun mal mit der Wiki-Energie. Die Feiertags-Tabellen-Vorlagen existieren ja nun schon 7 Jahre und wurden auch schon diskutiert.
  • Jetzt wird es technisch: Für mich war jetzt wieder der Anstoß, mit den Ländern und Quickbars weiterzumachen meine Erstellung eines eigenen Dark-Skins für das Wiki. Jetzt fallen mir Defizite in einem Artikel sofort auf weil ich nichts lesen kann. Manuell gestaltete Tabellen in einem Wiki machen es fast unmöglich 1. Skins zu gestalten und 2. Tools zu Programmieren, da sie ordentliche CSS-Klassen benötigen. Meine Idee war mal (siehe Vorlagenwerkstattarchiv) für die Feiertage eine Programmierung zu machen, die die Darstellung auf Mobilgeräten optimiert und z.B. die Beschreibungsspalte dort ausblendet weil man scrollen muss und per Klick als Fenster einblendet. Das Problem ist nämlich, das Tabellen für Webseiten generell eigentlich inzwischen ein ziemliches No-Go sind, weil man mit ihnen kein Responsiv Webdesign für mobile Darstellungen umsetzten kann. Aus dieser Sicht sollte im Idealfall der Artikelnamensraum überhaupt keine Tabellen enthalten. Hatte da mal eine Anekdote auf einer WikiCon. Da hat sich ein Vortragender über das nicht Responsiv Webdesign eines Verkehrsunternehmens aufgeregt. Aber das Veranstaltungsprogramm der WikiCon war auf einem Mobiltelefon beim besten Willen nicht lesbar. In vielen Tabellen in Artikeln findet man dazu noch direkte Formatierungsanweisungen (Inline-CSS) was dem Ganzen die Krone des Chaos aufsetzt. Nur Vorlagen erlauben eine Vereinheitlichung sowohl in Design als auch dem darunter liegenden HTML. Roland und ich versuchen gerade sogar die Benamung der CSS-Klassen zu vereinheitlichen um 1. auf zukünftige Design-/Skin-Features der Wikisoftware regieren zu können und 2. durch die einheitliche Benamung der Klassen mit dem Präfix voy- jederzeit eine Unterscheidung von den anderen Wikiprojekten zu ermöglichen. Wir auf WV haben mit unser Artikelmenge irgendwie noch die Chance auf Ordnung. In der WP sind jegliche Vorstöße bezüglich eines einheitlichen Designs oder gar optionalen Skins aufgrund der Menge an Artikeln und individuellen Vorlagen mit Inline-CSS zum Scheitern verurteilt. -- DerFussi 09:15, 22. Jan. 2022 (CET)Beantworten
PS: Ich frage mich, warum man wie im Falle von Deutschland eine so komplizierte Vorlage nehmen muss, nur damit der Wochentag dabei steht? Ist der nötig? Wenn niemand den Artikel anfasst, fragt sich sowieso, ob am 1. Januar das Wiki den Artikel von selbst neu parst und aktualisiert. Ich vermute mal, anonyme Leser bekommen eh' veraltete Angaben, wie bei unserer Hauptseite. -- DerFussi 09:59, 22. Jan. 2022 (CET)Beantworten
Das Argument mit dem responsive webdesign kann ich nachvollziehen. Das fällt dann unter "besseres Aussehen", zumindest für eine Teilleserschaft. Übrigens spielt der 1. Januar für die deutsche Feiertagsübersicht (wie für die der anderen 46 europäischen Staaten) keine hervorgehobene Rolle, da nicht die Feiertage des laufenden Kalenderjahres dargestellt werden, sondern zu jedem Zeitpunkt die Feiertage der nächsten 365 Tage (Erbsenzählermodus: 358 Tage), denn Ulaubs-/Besuchsplanung läuft nicht nach Kalenderjahren. Daher die Spaltenbezeichnung "Nächster Termin". Es geht also nicht in erster Linie um den Wochentag. Anonyme Leser profitieren somit von jedem Neuparsen im Jahresverlauf, nicht nur nach dem 1. Januar. --4omni (Diskussion) 07:20, 23. Jan. 2022 (CET)Beantworten
P.S.: Die Vorlage erzeugt für meinen Geschmack zuviel Fettdruck. Die lokale Feiertagsbezeichnung sollte IMHO kursiv statt fett ausgezeichnet werden. Mir reicht's, wenn die Spaltenüberschriften fett sind. Vergleicht mal auf Feiertage in Europa
(nach Bearbeitungskonflikt) Ich finde es sehr hilfreich für die Urlaubs- und Besuchsplanung, wenn ich ohne lange Rechnerei die Daten der landesspezifischen Feiertage für die kommenden 12 Monate ablesen kann. Daher habe ich einigen Aufwand in Feiertage in Europa mit sämtlichen Einbindungen gesteckt. Die Reiseführer für 47 europäische Staaten hatte ich alle einheitlich unter Verwendung der erforderlichen Datumsvorlagen und Vorlagen für bewegliche Feiertage formatiert. Die bisherige Lösung erfordert Einarbeitung. Wenn es eine Lösung gibt, die bei gleicher Flexibilität a) einfach ist, b) keine Einarbeitung erfordert, und/oder b) besser aussieht, dann gerne. Die Feiertagsvorlage bietet nichts davon. Die Syntax lässt selbst erfahrene Admins stolpern: Bei weniger als zwei Handvoll Umstellungen hat DerFussi gleich in zwei Reiseführer neue Fehler eingebaut. Ich hänge nicht an Tabellen, aber ich möchte unnötigen Umstellungsaufwand vermeiden. Für sinnvolle Aufgaben gibt es schon zu wenige Mitarbeitende, da müssen wir nicht Energie in Dinge stecken, bei denen wir uns eigentlich nur an den Füßen spielen … --4omni (Diskussion) 14:15, 22. Jan. 2022 (CET)Beantworten
Welche zwei Fehler? Man lässt übrigens Autoren auch etwas Zeit, die eigenen Fehler selbst zu entdecken, anstatt ihnen gleich immer hinterherzukontrollieren. Einige Autoren könnten das schon als etwas nervend wahrnehmen (obwohl es natürlich ein Wiki ist). Die üblichen Copy-And-Paste-Fehler passieren halt jedem mal, wo ist das Problem? Dann fixt man es und gut, aber das kann doch kein Argument für oder gegen ein Design sein. Das ist ja nun wirklich billig. Und ich gebe zu, ich mache durch meine schnelles Tippen und Klicken (natürlich ungewollt) gern Kopier- und Tippfehler. Habe mir aber angewöhnt, später noch mal drüberzugucken und finde immer irgendwas. Für das Design von Vorlagen gibt es eine Vorlagenwerkstatt. Dort macht man einen Vorschlag und mit einem Handgriff ist die Formatierung geändert. Dort kann mannatürlich auch zur Diskussion stellen, eine Vorlage zu verbannen. Was die Verwendung der von Vorlagen innerhalb der Feiertage angeht, bin ich auch schmerzfrei, gerne eine automatische Berechnung, da habe ich nichts dagegen, wie ich aber bei dir vorhin anmerkte: durch die Verwendung des Wochentags, passen nicht mal mehr die ersten zwei Spalten komplett auf die Anzeige eines Mobiltelefons.
Natürlich geht es nicht um Kalenderjahre. Das war nur ein Beispiel. Man hat generell das Problem, dass man einen Artikel editieren muss und die Anzeige sich nicht zwingend selbstständig ändern, aber das ist sicher ein Luxusproblem und wiki-bedingt.
Responsiv Webdesign fällt nicht unter "besseres Aussehen", responsiv Webdesign ist heutzutage Webstandard. Nur weil wir Autoren im Regelfall vor einem Desktop sitzen, arbeiten wir doch nicht für uns, sondern für die Leser. Daher sollten Artikel auch gelegentlich mal auf einem Mobilgerät gecheckt werden. -- DerFussi 11:00, 23. Jan. 2022 (CET)Beantworten
Ich habe mal die Fettschrift der zweiten Spalte rausgenommen. Si ekam sicherlich auch ohne Beschluss rein. Künftig einfach einen Ping in der Vorlagenwerkstatt, dann ist es auch immer offiziell. -- DerFussi 19:05, 23. Jan. 2022 (CET)Beantworten
Danke, das werde ich mir anschauen. 4omni (Diskussion) 20:07, 23. Jan. 2022 (CET)Beantworten
Immer langsam. Ich kontrolliere weder dir noch sonstwem hinterher. Anläßlich eines Feiertag-Edits von Nw520 habe ich nach Monaten mal wieder einen Blick auf Feiertage in Europa geworfen und auf einen Blick mehrere Änderungen und dabei eben zwei neue Fehler gesehen. Das kannst du selbst nachvollziehen. Beim Nachschauen habe ich dann festgestellt, dass es sich um Edits von dir handelt. Einer der fehlerhaften Edits ist 6 Monate alt.
Umstellungen sind immer fehlerträchtig, daher (Zitat von oben) "möchte [ich] unnötigen Umstellungsaufwand vermeiden". Darf ich mein Argument nicht damit bekräftigen, dass selbst ein erfahrener Admin da manchmal stolpert? (Falls es dich beruhigt: Auch andere - mich ausdrücklich eingeschlossen - machen Fehler. Das Argument ging nicht gegen dich, sondern gegen umstellungsbedingte Probleme.)
Wenn die Wochentage nicht auf ein Handydisplay passen, sollte man sie auf Handies abkürzen/ausblenden/vorlesen/perLaufschriftanzeigen/in Fließtextumwandeln/wasauchimmer, aber nicht alle anderen auf den kleinsten Nenner zwingen. Gerade für verlängerte Wochenendtrips ist die Information über passend liegende Feiertage hilfreich. --4omni (Diskussion) 20:06, 23. Jan. 2022 (CET)Beantworten
Die Abkrüzung des wochentags wäre ja schon mal eine gute Idee. Aber jetzt wäre langsam der Punkt das ganze auf die Diskussion der Ländervorgabe zu verlagern, bevor wir hier endlos seine Diskussionsseite zumüllen, und er ständig Benachrichtigungen bekommt, obwohl er nicht mal was schreibt. Dort wäre es auch nachvollziehbar dokumentiert für die Nachwelt. -- DerFussi 21:01, 23. Jan. 2022 (CET)Beantworten

Tool WD-vs-Lokal Bearbeiten

Hi Nw520, ich wünsche mir ein Tool, das reiseführerweise nach allen vCards und Markern schaut, in denen sowohl |wikidata= als auch |lat=/|long= oder |url= (jeweils nicht leer) enthalten ist. Das Tool sollte nach einem Check in WD (Existenz der Eigenschaft/Ähnlichkeit der Werte) die Doppelungen listen und die Entfernung der lokalen Angaben vornehmen oder zumindest anbieten. Ggf. gibt es weitere Parameter, für die solch ein Tool hilfreich wäre. Es gibt viele Reiseführer, die vCards/Marker mit dieser Konstellation enthalten; bisher muss ich mühsam manuell die Prüfung vornehmen und aufräumen. Ist solch ein Tool denkbar und könntest du dir vorstellen, solch ein Tool zu schreiben? Gruß --4omni (Diskussion) 06:13, 28. Jan. 2022 (CET)Beantworten

Hallo 4omni, meiner Auffassung nach sollte es möglich sein so ein Tool zu schreiben; jedoch mit dem derzeitigen Stand¹ des vCard-Moduls nicht trivial umzusetzen, da das WikiMarkup eingelesen und auf vCards durchkämmt werden muss (entsprechenden Code findet man auch im ListingEditor). Anschließend wird dann bei Wikidata für jede vCard das verknüpfte Datenobjekt abgerufen und die Vorlagen-Parameter/Datenobjekt-Aussagen verglichen.
Die Übernahme der Implementierung muss ich derzeit leider ablehnen, da ich momentan zu viele Projekte, auch off-wiki, am laufen habe. Ich würde vorschlagen, dass du – wie DerFussi in der Lounge erwähnte – die Idee in der Gadgetwerkstatt parkst; per se fände ich ein solches Gadget nämlich sinnvoll.
(¹ Alternativ könnte sich auch das Modul um den Abgleich kümmern, wie es bspw. bereits die Quickbar macht, aber zu Modulen fehlt mir die Expertise, um die Nachteile und den Aufwand abschätzen zu können.) --Nw520 (Diskussion) 11:45, 29. Jan. 2022 (CET)Beantworten
Danke für deine Einschätzung. Es ist schade, dass du aktuell keine Zeit für die Umsetzung siehst. Ich habe diesen Abschnitt nach Wikivoyage:Gadgetwerkstatt#WD-vs-Lokal rüberkopiert. --4omni (Diskussion) 14:21, 29. Jan. 2022 (CET)Beantworten

Unsichtbares geschütztes Leerzeichen? Bearbeiten

Hallo Nw520, zunächst nochmals herzlichen Dank für die neue Vorlage "Sicherheit im Watt". Dass Du nicht nur die Vorlage erstellt hast sondern auch gleich in ca. 24 Artikeln die QB-Box durch diese Vorlage ersetzt hast, hat mich vom Sockel gehauen (dafür hast Du mind. 1→x Biere bei mir gut!). Dabei ist mir aufgefallen, dass Du in einigen Artikeln - ganz besonders in Amrum - an mehreren Stellen, an denen Maßangaben ohne geschützte Leerstellen vorhanden waren, die Angaben "bearbeitet" hast. Ich sehe im Quelltext zwar immer noch kein geschütztes Leerzeichen, es scheint aber irgendwo im Verborgenen vorhanden zu sein. Das ist zwar toll, allerdings wird das bestimmt irgendwann jemand dahingehend ändern, dass er ein sichtbares gesch. Leerzeichen einträgt einfach weil er es nicht sieht und somit auch nicht erkennt. Dieser "jemand" kann durchaus auch ich sein. Daher 2 Fragen: 1. wie "versteckst" du das Zeichen?, 2. könntest Du Deinen Trick nicht so umbauen, dass das gesch. Leerzeichen im Quelltext sichtbar wird? --Eduard47 (Diskussion) 17:31, 18. Apr. 2022 (CEST)Beantworten

Hallo Eduard47, bei den Zeichen handelt es sich um die „eigentlichen“ Zeichen: Also statt mit „ “ bzw. „ “ bzw. „ “ das Unicode-Zeichen „No-Break Space“ zu paraphrasieren, wurde (durch ein Gadget bei mir) direkt das Zeichen „No-Break Space“ eingefügt. Vom Prinzip ist das so, als würde ich statt „A“ für „Latin Capital Letter A“ direkt „A“ eintippen.
Da „No-Break Space“ und „normales“ Leerzeichen vom Aussehen nicht unterscheidbar sind, wirkt es so, als hätte ich das Zeichen versteckt; was bei den Versionsvergleichen zugegeben skurril aussieht. Analog auch mit dem Zeichen „ “ bzw. „&#x202f“ bzw. „Narrow No-Break Space“; in der nichtproportionalen/Monotype-Schriftart des Quelltext-Editors erkennt man ebenfalls keinen Unterschied, in proportionaler Schrift, welche üblicherweise beim Anzeigen des Artikels genutzt wird, ist das Leerzeichen hingegeben leicht schmaler als üblich.
Die Darstellung solcher Zeichen ist leider nur schwer beeinflussbar. Bei mir habe ich das so gelöst, dass ich eine Schriftart genommen habe, die den Zeichen unterscheidbare Symbole zuweist und die Schriftart mit der normalen des Quelltext-Editors kombiniert. Über meine Commons.css habe ich dann befehlt, dass diese modifizierte Schriftart verwendet werden soll. Aus urheberrechtlichen Gründen kann ich diese Schriftarten-Melange aber nicht teilen.
Ob also „&x202f;“ oder „ “ im Quellcode steht ist letztendlich für den Browser egal. Bei automatischen Ersetzungen habe ich mich für zweites entschieden, in der Hoffnung, dass das Autoren weniger vor den Kopf stößt und in der Annahme, dass sie ohnehin keine Motivation haben Leerzeichen-Ersetzungen durchzuführen. Sollten dennoch die Zeichen durch die respektiven „&“-Kodierungen ersetzt werden, ist das zwar unglückliche Doppelarbeit, aber im Endeffekt nicht schädlich. --Nw520 (Diskussion) 20:50, 18. Apr. 2022 (CEST)Beantworten

"Syntaxfehler"? Bearbeiten

Hallo Nw520, Du hast soeben im Artikel Kiel angebliche Syntaxfehler korrigiert. Allerdings ist der jetzige Zustand - nach Deiner Änderung - schlechter als vorher. Wenn Du in Deinen persönlichen Einstellungen unter "Helferlein/Veränderung der Oberfläche" den letzten Punkt (Ermöglicht die Anzeige der unterdrückten Prüfempfehlungen innerhalb der Vorlage vCard) aktiviert hast, wird Dir "rot" ein Fehler angezeigt. Ursache ist, dass die Einrückung mit 2 Sternen ("**") nach einer vCard als Fehler erkannt wird (vergleichbar mit inline-Verwendung der vCard). Ich hatte daher bewusst in diesem Fall ":*" verwendet, dann gibt's keine Fehlermeldung. Der Versuch, eine Leerzeile dazwischen zu schieben, brachte auch keinen Erfolg, dann werden 2 Punkte angezeigt, die gewünschte 2. Einrückung funktioniert dann nicht. Ich hoffe, ich konnte das mit meinen Worten und meinen stümperhaften Programmierkenntnissen darstellen, oder? Ich habe in dem Artikel Deine Änderung noch nicht rückgängig gemacht. Gruß --Eduard47 (Diskussion) 16:32, 12. Aug. 2022 (CEST)Beantworten

Hallo Eduard47 und besten Dank für den Hinweis. Tatsächlich habe ich bereits das angesprochene Gadget aktiviert und keine Fehlermeldung erhalten; nachdem ich von meiner Reise zurück bin, werde ich mal versuchen herauszufinden, unter welchen Bedingungen diese angezeigt wird.
Streng genommen ist meine Bezeichnung „Syntax“ für diese Änderung nicht ganz akkurat gewesen (es liegt zumindest kein Syntaxfehler vor), sondern mir ging es eher um die Semantik. Bei „*“ gefolgt von „:*“ erhält man zwei separate Listen, wovon die zweite eingerückt ist:
  • Eintrag A
  • Eintrag B
  • Eintrag A
  • Eintrag B
bei der Kombination „*“ gefolgt von „**“ hat man hingegen eine Liste mit zwei hierarchischen Ebenen, wobei diese Hierarchie auch vom Aufzählungszeichen widergespiegelt wird:
  • Eintrag A
    • Eintrag B
  • Eintrag A
    • Eintrag B
Nun gut, leider mag die vCard-Vorlage das wohl nicht, daher habe ich meine Änderung natürlich revertiert. Beste Grüße --Nw520 (Diskussion) 17:00, 12. Aug. 2022 (CEST)Beantworten

Feiertage Bearbeiten

Mahlzeit. Du hattest doch mal in der Vorlagenwerkstatt bezüglkich der Feiertagsvorlagen Verbesserungen vorgeschlagen. Ich vermute, wir beide werden die einzigen sein, die dran werkeln. Gut, Länderartikel gibt es nicht so viele, das Interesse ist da nicht so groß. Ich sehe trotzdem keinen Hinderungsgrund es nicht umzusetzen. Nächsten Mittwoch entschwinde ich mal kurz in den Urlaub. Bis dahin versuche ich noch, kleinere Bugs in meinen Wikidata-Funktionen ausmerzen, die ich immer noch finde. Nebenbei will ich noch alle möglichen Quickbar-Altlasten aus den Artikeln bekommen. Danach würde ich mich gerne an die Länderquickbar machen und dabei mal alle Länderartikel durchgehen um: die Quickbar zu ersetzen, den Artikelaufbau an die Vorlage anzupassen - und bei der Gelegenheit gleich die Feiertagsvorlagen benutzen. Was meinst du? Hast Lust? -- DerFussi 19:50, 13. Okt. 2022 (CEST)Beantworten

Gun Dach DerFussi. Die Änderungen an der Vorlage kann ich gerne „scharf stellen“. Im Vergleich zum damaligen Entwurf werde ich (da ich zwischenzeitlich auf sie gestoßen bin) die Vorlage {{Nächster Termin nach Jahr}} für fixe jährliche Termine einsetzen, daher auch eine Frage noch: Was findest du sinnvoller:
  1. {{Feiertag |datum=01-01 |Neujahr |…}} (würde dann in Feiertag noch ein %y- davor setzen; Entwurf) oder
  2. {{Feiertag |datum=%y-01-01 |Neujahr |…}} (kann ich direkt an die Vorlage weiterreichen)?
Ich wünsch dir schon einmal einen schönen Urlaub! --Nw520 (Diskussion) 13:40, 15. Okt. 2022 (CEST)Beantworten
So wenig wie mnöglich für den Autoren. Nummer 1. Vielen Dank. Ich fummel dann nach dem Urlaub mal einen Länderquickbar zusammen und gehe alle Staaten durch. Grüße vom Fussi -- DerFussi 13:45, 15. Okt. 2022 (CEST)Beantworten
Erledigt   Sollte soweit erledigt und dokumentiert sein. Ich mache mir gleich noch eine Ersetzungsregel und migriere die Vorlagenaufrufe für die deutschen Bundesländer. --Nw520 (Diskussion)

Please update user script Benutzer:Nw520/VoyageData.js Bearbeiten

Per comment on phabricator To resolve the deprecation warnings, make this change:

 -    map.addGeoJSONLayer( group.id, dataGroups[group.id], options );
 +    map.addGeoJSONLayer( dataGroups[group.id], options );

The new interface finds group name as group.name, made available by the mapdata library. TheDJ (Diskussion) 12:06, 26. Jan. 2023 (CET)Beantworten

Erledigt   Thanks for the information! Nw520 (Diskussion) 14:20, 26. Jan. 2023 (CET)Beantworten

Deutschlandticket Bearbeiten

Zumindest beim RMV gilt das Deutschlandticket beim Kauf per App ab sofort. Auch gibt es dort neben Lastschrift auch Kreditkarte als Zahlungsmöglichkeit, was für Touristen ohne deutsches Konto vermutlich eher in Frage kommt. 2A02:908:121:6600:608F:5839:E4BF:2372 02:38, 5. Apr. 2023 (CEST)Beantworten

Super, besten Dank für den Hinweis, 2A02:908:121:6600:608F:5839:E4BF:2372. Habe das mal versucht in den Artikel einzubauen. Ist aber auch traurig typisch für das Saarland, dass es in Sachen Nahverkehr wieder einmal hinterwäldlerisch ist. Was mich aber überrascht ist, dass sich die Modalitäten schon für den Kauf so zwischen den Verkehrsverbünden unterscheiden: Zahlungsmethoden, SCHUFA-/Bonitätsauskunft, an welche App man sich kettet, Boni für HandyTickets, BVG Club, … die Wahl des Anbieters kann ja richtig taktisch werden. --Nw520 (Diskussion)

URV: Greeter Bearbeiten

Du hast im Artikel Greeter einen URV-Baustein gesetzt. Auf die Schnelle habe ich nur einen Satz entdeckt, den man aber umschreiben könnte. Gibt es noch mehr URV? --RolandUnger (Diskussion) 07:08, 4. Jul. 2023 (CEST)Beantworten

Hallo RolandUnger und danke fürs Abarbeiten der URVs. Meine URV-Meldung kann ich nicht mehr so wirklich nachvollziehen: Auf der verlinkten Website finde ich mittlerweile auch nur einen übereinstimmenden Satz. Ich habe grob in Erinnerung, dass augenscheinlich schon etwas mehr übernommen wurde, aber da ich keine passenden Unterseiten auf der verlinkten Website finden kann und auch über eine Suchmaschine nicht weitere identische Textabschnitte finde, wird der eine Satz wohl alles sein. --Nw520 (Diskussion) 16:43, 4. Jul. 2023 (CEST)Beantworten
Danke. Ich habe den entsprechenden Satz umformuliert. --RolandUnger (Diskussion) 06:23, 5. Jul. 2023 (CEST)Beantworten

Need your input on a policy impacting gadgets and UserJS Bearbeiten

Dear interface administrator,

This is Samuel from the Security team and I hope my message finds you well.

There is an ongoing discussion on a proposed policy governing the use of external resources in gadgets and UserJS. The proposed Third-party resources policy aims at making the UserJS and Gadgets landscape a bit safer by encouraging best practices around external resources. After an initial non-public conversation with a small number of interface admins and staff, we've launched a much larger, public consultation to get a wider pool of feedback for improving the policy proposal. Based on the ideas received so far, the proposed policy now includes some of the risks related to user scripts and gadgets loading third-party resources, best practices for gadgets and UserJS developers, and exemptions requirements such as code transparency and inspectability.

As an interface administrator, your feedback and suggestions are warmly welcome until July 17, 2023 on the policy talk page.

Have a great day!

Samuel (WMF), on behalf of the Foundation's Security team 01:02, 8. Jul. 2023 (CEST)Beantworten

Koordinaten getrimmt Bearbeiten

(Dies nur zur Kenntnis:) Nette Fleißarbeit. Nur kurz der Hinweis, daß die so von mir von google maps kopiert werden und in dieser Länge geliefert werden. Bei etlichen zu kürzen sehe mühsame Fummelei. Schön daß es in einem Kollektiv Freiwillige für so etwas gibt. --Qualitätssicherung (Diskussion) 15:05, 14. Sep. 2023 (CEST)Beantworten

@Qualitätssicherung: Diese Ersetzung ist automatisiert und wird bei mir beim Bearbeiten von Seiten ab und an angestoßen. Zu den Längen von Koordinaten gibt es das schöne xkcd #2170. --Nw520 (Diskussion) 19:22, 20. Sep. 2023 (CEST)Beantworten

Sitelinks Bearbeiten

Hallo, wieso entfernst Du Sitelinks? Wir haben in der Diskussion darüber gesprochen, aber wie so oft, ohne eine Abstimmung oder eine Lösung zu finden. Du magst sie vielleicht nicht, aber andere schon. DocWoKav (Diskussion) 17:18, 31. Okt. 2023 (CET)Beantworten

Hallo DocWoKav, soweit ich die Diskussion richtig verstanden habe, war Hauptargument hinter den Sitelinks, dass Wikipedia und andere Schwesterprojekte zu unauffällig verlinkt seien. Ich dachte eigentlich, dass dem Problem mit dem Gadget Benutzer:Nw520/SisterWeblinks.js abgeholfen wurde (nach einer Testphase könnte es nach Votum auch standardmäßig aktiviert werden). Nw520 (Diskussion) 14:43, 1. Nov. 2023 (CET)Beantworten
Firefox/Safari: Umschalttaste drücken und gleichzeitig Aktualisieren anklicken. Das habe ich gemacht, sehe aber keinen Unterschied (Ubuntu Linux). Wo soll denn da was auftauchen? DocWoKav (Diskussion) 17:19, 1. Nov. 2023 (CET)Beantworten
Hallo DocWoKav, das Helferlein muss derzeit explizit aktiviert werden. Dazu in den Einstellungen ganz unten bei „SisterWeblinks: Kopiert Links zu einigen Schwesterprojekten in den Abschnitt „Weblinks“.“ ein Häkchen setzen und speichern. Dann sollte™ bei aufgerufenen Artikeln im Abschnitt „Weblinks“ ein Links zu Wikipedia/Commons/Wikinews auftauchen (soweit entsprechende Seiten existieren). Nw520 (Diskussion) 17:45, 1. Nov. 2023 (CET)Beantworten
Rückmeldungen zum Helferlein bitte in der Gadgetwerkstatt. --Nw520 (Diskussion) 17:48, 1. Nov. 2023 (CET)Beantworten
Im Rahmen der fünf Leute, die teilnahmen würde ich aber 4:1 Tendenz gegen die Sitelinks im Einleitungssatz herauslesen. Insofern kann man wahrscheinlich niemanden etwas vorwerfen, wenn sie jemand entfernt. Es ist also eines dieser ungeregelten Elemente, die gelegentlich mal auftauchen, ähnlich wie die Wappen in einigen deutschen Artikeln. -- DerFussi 21:48, 1. Nov. 2023 (CET)Beantworten

VoyageData Bearbeiten

Das Werkzeug VoyageData wird bei mir nicht mehr angezeigt. In der Konsole erscheint der Fehler "Parse error: Unexpected: COORDINATES_MAX_LENGTH on line 154". RolandUnger (Diskussion) 13:54, 8. Feb. 2024 (CET)Beantworten

Danke für die Information. Der ResourceLoader scheint kein static (mehr?) zu unterstützen und einem wieder das Leben etwas schwerer machen zu wollen, ich schaue mal, dass ich das bald behoben bekomme. --Nw520 (Diskussion) 02:22, 9. Feb. 2024 (CET)Beantworten
Der ResourceLoader kommt scheinbar nicht mit Klassen klar und `requiresES6` tut auch nichts mehr. Übergangsweise wird das Script über `mw.loader.load` geladen. --Nw520 (Diskussion)