Wikivoyage:Lounge

Die Lounge bietet die Möglichkeit für allgemeine Diskussionen an zentraler Stelle.

Neben den Lounges der Sprachversionen von Wikivoyage gibt es die englischsprachige Mailingliste Wikivoyage-l und die Seite Wikivoyage Lounge auf Meta für Diskussionen über alle Sprachversionen und die Beziehung zu anderen Wikimedia-Projekten.

Alte Beiträge (in der Regel Threads, die älter als 14 Tage sind) befinden sich im Archiv. — Neue Beiträge bitte unten anfügen.

Hallo. Insbesondere @ChiemseeTraunstein:. Habe gerade die Abfahrtstafel gesehen (siehe Halle_(Saale)#Abfahrtstafel). Wollen wir sowas? Ich denke jeder Internetnutzer sollte die Fahrplanauskunft einer Bahngesellschaft auch selber finden und bedienen können. Ich finde sowas eigentlich überflüssig. Sollten sich Verkehrsgesellschaften, Bahnhofsdatenbanken (und ihre IDs) mal ändern, arbeitet man unnötig nach. Dazu sehe ich noch anderen zu bedenkende Dinge, die man klären sollte.

• Die zugrunde liegende RailQuery Vorlage ist schlecht benannt, da sie nur in Deutschland bei der Bahn funktioniert, in Artikel jedes anderen Landes funktioniert sie nicht. Das "de" sollte als Parameter vorkommen oder eigene Ländervorlagen.
• Den Zusatz "auf bahn.de" mit noch einem Link zur Bahn benötigt wirklich niemand, das könnte auch in den ersten Linktext.
• Ich weiß nicht, wie es in Österreich und der Schweiz oder anderen Ländern ist. Es gibt ja mehrere Bahn-/Verkehrsgesellschaften. Hierzulande beauskunftet die Bahn ja auch die anderen Gesellschaften. Woanders ist das vielleicht nicht so, und man muss mehrere Gesellschaften verlinken.
• Neue Vorlagen sollten in der Vorlagenwerkstatt vorgeschlagen und besprochen wertden.
• Eigentlich wird ja keine extra Vorlage benötigt. Wenn wir sowas wollen, müsste
  • Die Bahnhofs-ID nicht im Artikel angegeben, sondern auf Wikidata erfasst werden. Ich gehe mal davon aus, dass es diese Property schon gibt.
  • Die Links zur Abfahrtstafel und Buchung könnten und sollten, wie auch bei den Hotels, dann die VCard bzw. Marker einblenden. Allein aus diesem Grund halte ich extra Vorlagen für unnötig.
  • Das gleiche gilt für "normale" Haltestellen, nicht nur Bahnhöfe die wirklich schlecht benannte {{InLocalMobilityTheLinkToTheRailwayAccess}} wäre auch unnötig. -- DerFussi

DerFussi 16:01, 28. Jul. 2024 (CEST) PS: Die Bahnhofs-IDs können übrigens auf WD erfasst werden (siehe dort).Beantworten

Ich sehe ebenfalls keinen Bedarf für diese Vorlagen. Ich habe deshalb auch einen Löschantrag gestellt. --RolandUnger (Diskussion) 18:50, 28. Jul. 2024 (CEST)Beantworten

Ich nix verstehen, welche Werkstatt, hier steht nix https://de.wikivoyage.org/wiki/Wikivoyage:Vorlagen/Werkstatt/Archiv --ChiemseeTraunstein (Diskussion) 19:53, 28. Jul. 2024 (CEST)Beantworten

da wird das Tram nicht ausgewiesen, in dem https://m.wikidata.org/wiki/Q320366#P954, wenn du da die IBNR aufrufst --ChiemseeTraunstein (Diskussion) 19:51, 28. Jul. 2024 (CEST)Beantworten

Welchen Link man mit der ID von Wikidata hier erzeugt, könnte man ja hier individuell einstellen, sodass auch die Tram dabei sind. Man muss auch bedenken, dass es Städte mit mehreren wichtigen Bahnhöfen gibt. Es wäre erstmal zu klären, ob und wie wir diese Informationen hier darstellen wollen. Möglich ist die VCard-Infobox, die man ja eh bei jedem Bahnhof aufmachen kann. Allerdings ist der Programmieraufwand nicht unerheblich, da es sicherlich für jedes Land individuell zu parametrieren ist. Möglicherweise sind bei anderen Ländern auch andere IDs notwendig. -- DerFussi 10:40, 29. Jul. 2024 (CEST)Beantworten

PS: Im Beispiel Halle, kann man auch jetzt schon auf den Bahnhofslink klicken und dort die Abfahrtstabelle abrufen, auch die Straßenbahnen. -- DerFussi 11:56, 29. Jul. 2024 (CEST)Beantworten

Ich bin strikt dagegen, aber aus einem anderen Grund: in Deutschland lassen sich Fahrten innerhalb eines Verkehrsverbundes sehr häufig nicht über die Webseite der Bahn buchen, z. B. Fahrten innerhalb des RMV-Verbundgebiets, wozu schon eine Strecke Fulda-Mainz oder Gießen-Darmstadt zählt. Da muss man dann am Ende doch zu einer anderen Fahrplanauskunft (in dem Fall die RMV-Fahrplanauskunft) wechseln. Eine Abfahrtstafel, die toll zum Anschauen ist, wo ich aber keine Fahrkarten herbekomme, ist aber ziemlich nutzlos. Und das beschränkt sich beileibe nicht nur auf den Nahverkehr: Flixtrain-Tickets z. B. gibt es auch nicht bei der Bahn. -- 2A02:908:122:55C0:468A:5BFF:FECC:62BA 21:44, 29. Jul. 2024 (CEST)Beantworten

Jaja. Und im nächsten Zug kommt dann wieder einer, das wäre Werbung für die Bahn, wenn die Buchung gleich mit angeboten wird :-P --ChiemseeTraunstein (Diskussion) 05:03, 30. Jul. 2024 (CEST)Beantworten

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Ich habe in der Taxi-Infobox (Schalter info hinter der vCard oder im Marker-Tooltip, Schalter info) unter dem Punkt Buchung, Vergleich, Bewertung (vorletzter Schalter) Fahrplaninformationen mit untergebracht. Auf die Schnelle habe ich nichts Vergleichbares für die ÖBB und die SBB gefunden (natürlich auch nichts für Flix und Co.). Die Information ist somit vorhanden, aber etwas dezent untergebracht. --RolandUnger (Diskussion) 07:46, 1. Aug. 2024 (CEST)Beantworten

Sehr schön. Wer mit Wikivoyage vertraut ist, würde es auch dort suchen. Schließlich findet man die Buchungsseiten von Hotels auch dort. Habe gerade mal geschaut, wie es in Polen aussieht. Da gibt es nur ein Portal, bei dem man sich die Aushänge für jeden Bahnhof runterladen kann. Leider habe ich noch keine IDs dazu gefunden. Aber ich recherchier mal weiter. Danke schon mal. -- DerFussi 08:12, 1. Aug. 2024 (CEST)Beantworten

Evtl. kann man den Link bei der Bahn noch optimieren. Momentan sind bei der Abfahrtstafel die Straßenbahnen usw. nicht angehakt.

Evtl. kann man der Bubble beim Marker ein langsames Verschwinden (transform) per CSS mitgeben inkl. wieder erscheinen, wenn man drüber ist. Wenn man die Maus nicht genau bewegt, ist das Ding immer mal schnell weg auf dem Desktop. So kann man sie vielleicht wieder einfangen und in Ruhe auf die Links zielen.-- DerFussi 08:19, 1. Aug. 2024 (CEST)Beantworten

Ließ sich machen. In knapp 1.900 Artikeln einschließlich Traunstein werden die Bahnhofsnummern aus Wikidata bereits genutzt. Es werden mit neuen Artikeln oder dem Nachtragen von Wikidata-Ids sicher noch mehr. --RolandUnger (Diskussion) 13:57, 1. Aug. 2024 (CEST)Beantworten

"Evtl. kann man den Link bei der Bahn noch optimieren. Momentan sind bei der Abfahrtstafel die Straßenbahnen usw. nicht angehakt." => Das ist die Voreinstellung, wenn du auf Bahn punkt de schräger ris gehst. Wie könnte man das hier für unsere Zwecke parametrieren, ich habe keine Ahnung. --ChiemseeTraunstein (Diskussion) 20:12, 1. Aug. 2024 (CEST)Beantworten

Hat doch Roland schon längst erledigt. -- DerFussi 20:58, 1. Aug. 2024 (CEST)Beantworten

Wo bitte hat er das erledigt? Ich will den betroffenen Bahnhof und die Parametrierung sehen. --ChiemseeTraunstein (Diskussion) 04:44, 3. Aug. 2024 (CEST)Beantworten

Special:Diff/1631332 Nw520 (Diskussion) 15:25, 3. Aug. 2024 (CEST)Beantworten

Das ist ein anderes Wiki? Es ist alles selektiert, auch Tram, Bus, Fähre. Aber wo steht die Info in der VCard zu einem Bahnhof im wikivoyage? --ChiemseeTraunstein (Diskussion) 17:37, 3. Aug. 2024 (CEST)Beantworten

Gar nicht. Es reicht, die Wikidata-ID anzugeben. Wir speichern die Daten, die von der VCard angezeigt werden nicht im Wiki, sondern nutzen die zentrale Wikidata-Datenbank. So kann die Info in allen angeschlossenen Wikis verwendet werden, nicht nur hier bei uns. -- DerFussi 20:22, 3. Aug. 2024 (CEST)Beantworten

Bitte mal dafür sorgen, dass alles angewählt ist. Sonst kriege ich die IBNR Fraueninsel hier nicht eingepflegt: Q112258727. ++ChiemseeTraunstein (Diskussion) 09:32, 19. Aug. 2024 (CEST)Beantworten

Du hast ein Gemälde verlinkt, meinst aber wahrscheinlich Q645925. Mir ist nicht so recht klar, was du mit „alles angewählt“ meinst. Nw520 (Diskussion) 13:01, 19. Aug. 2024 (CEST)Beantworten

Da soll ein Statement rein. Nämlich dass die IBNR = 844003 ist. Aber das weist er zurück, kennt die Zahl 844003 nicht, auch 23844003 nicht. Das was bei Traunstein die Zahl 8000116 ist. Wenn du in Traunstein in das betreffende Statement gehst, bekommt du voreingestellt keine Busse angezeigt in der Abfahrtstafel, sondern nur Züge. Daher meine Vermutung, dass das damit zusammenhängt, ich kann natürlich auch falsch liegen. Oben wurde gesagt: "Momentan sind bei der Abfahrtstafel die Straßenbahnen usw. nicht angehakt." Also auch keine Busse und Fähren angehakt. Deshalb beziehe ich mich hier dadrauf. --ChiemseeTraunstein (Diskussion) 13:45, 19. Aug. 2024 (CEST)Beantworten

Zu der Diskussion davor. Ich will ja gern vorhandenes benutzen, bloß wie geht das? Die Anforderung ist: an einem Bahnhof nicht nur die Bahn, sondern alle öffentlichen Verkehrsmittel ausweisen, auch Busse. Das Reiseinformationssystem unterstützt das. Was nützen wikidata und vcard. Was ist das überhaupt. Ich habe oben widersprochen, weil das in Halle nicht funktioniert. In Prien steht es (noch). --ChiemseeTraunstein (Diskussion) 20:20, 28. Jul. 2024 (CEST)Beantworten

Und wie kriege ich in Traunstein die IBNR = 8000116 in die wikidata oder wie das heißt rein. Das müsste mir schon einer verklickern, und zwar auf deutsch. In Halle steht die 8010159 bereits. --ChiemseeTraunstein (Diskussion) 04:29, 29. Jul. 2024 (CEST)Beantworten

In Traunstein steht sie doch schon drin. Hilfe zu Wikidata findest du dort. -- DerFussi 11:13, 29. Jul. 2024 (CEST)Beantworten

Wenn man erst ein spezielles Abitur braucht, um das zu kapieren, dann benutze ich das nicht. Abgelehnt. --ChiemseeTraunstein (Diskussion) 20:24, 29. Jul. 2024 (CEST)Beantworten

Das ist deine Entscheidung. Wiki-Markup, Wikidata... usw. ist halt alles etwas nerdig. Kannst dich gerne bei den technischen Wünschen beteiligen und engagieren. Und was eine {{VCard}} ist. Nun ja, wenn man mitmachen will, kommt man nicht drum rum, sich mit den Standardvorlagen und Artikelvorgaben zu beschäftige. -- DerFussi 20:57, 29. Jul. 2024 (CEST)Beantworten

Ein Integralknoten ist ein Umsteigebahnhof, an mehrere Linien gezielt zusammentreffen, damit zwischen ihnen umgestiegen werden kann. Wollte mal wissen, wie so was hier darzustellen ist. Beispiele an der Ostsee Bergen auf Rügen und Bad Doberan, wo "um halb" fast alles verkehrt. Bloß weil irgendwelche Zensuristen meinen, das wäre unnötig, ist das Thema noch längst nicht vom Tisch. Diese Integralknoten sind wichtig, gerade auch für Gelegenheitsfahrer, gerade auch in den Urlaubsgebieten. Es gehört im Grunde ins Kapitel Mobilität. Konstruktive Vorschläge willkommen. Rosenheim in Bayern übrigens auch. Mal sehen, ob überhaupt was kommt, außer, du spinnst ja, nimm deine Spielzeugeisenbahn. --ChiemseeTraunstein (Diskussion) 06:23, 3. Aug. 2024 (CEST)Beantworten

Ich fahre selten mit der Bahn, aber wenn, dann benutze ich die Bahn-App, die mir genau sagt, wann welcher Zug fährt und was er kostet. Ich vermute, das machen die meisten so. Vielleicht ist es deshalb nicht mehr unbedingt notwendig, in den Ortsbeschreibungen genaue Verbindungsbeschreibungen aufzuführen. Mir würde es reichen zu erwähnen, wo der Bahnhof liegt und ob er an einer Hauptstrecke liegt. Das ist natürlich Ansichtssache. DocWoKav (Diskussion) 11:13, 3. Aug. 2024 (CEST)Beantworten

Ich fahre nur ÖPNV und habe noch nie in meinem Leben ein Auto besessen. Allerdings ist Wikivoyage ein weltweiter Reiseführer. Eine gesonderte Darstellung von Integralknoten ist hier nicht möglich. Es ist halt kein Bahnwiki. Auch mir reichen hier die allgemeinen Infos. Bspw. eine Aussage, dass sich, wie bei mir hier in Cottbus, immer zur Vollen Stunde alle Züge treffen, völlig. Für eine genaue Reiseplanung benutze ich die Apps der Bahn und des VBB. Ich würde das bahntechnische hierzuwiki nicht übertreiben. Der Zugriff auf die Abfahrtstafeln usw. reicht aus meiner Sicht. Wir listen auch nicht alle Autobahnabfahrten für die Autofahrer und auch nicht die Flugtabellen der Flughäfen für die Flieger. Dafür gibt es zum einen Kartensysteme und zum anderen die Homepages der Flughäfen.

PS: Bei Ortsartikeln gehört es in die "Anreise", bei Regionenartikel der Regionalverkehr in die Mobilität, der Fernverkehr in die Anreise. -- DerFussi 20:33, 3. Aug. 2024 (CEST)Beantworten

Schon wieder was, was das hier NICHt ist. Weiter im Text: => "Auch mir reichen hier die allgemeinen Infos. Bspw. eine Aussage, dass sich, wie bei mir hier in Cottbus, immer zur Vollen Stunde alle Züge treffen, völlig." => Wo bitte steht genau das mit diesem Treffen zur vollen Stunde in Cottbus HIER in diesem Wiki nachzuschlagen? Das müsste dann in deiner Region Niederlausitz unter Mobilität stehen. --ChiemseeTraunstein (Diskussion) 15:35, 4. Aug. 2024 (CEST)Beantworten

Niemand hat behauptet, dass dieses Wiki vollständig ist. Entschuldige, dass ich gerade versuche, Bali und Singapur in einen anbietbaren Minimalzustand zu bringen, und dabei die Niederlausitz etwas leiden muss. Sie wird's verkraften. Nutzer einer der gängigen ÖPNV-Apps werden angezeigt bekommen, dass sie 10 Minuten vor der vollen Stunde in Cottbus ankommen und xx:04 die Züge nach Berlin losfahren. Für diese Info werden sie Wikivoyage nicht zwingend benötigen. Sie machen Wikivoyage eher auf, um zu erfahren, welche Kneipe in Cottbus taugt und was man sich ansehen sollte. Darüber hinaus: Ich vermute mal, dass die meisten Nutzer von Wikivoyage hier reingucken, weil sie entweder in Cottbus ankommen, oder abfahren, weniger weil sie umsteigen. Also wenn du mich fragst.. ich kümmere mich weiter um die Sehenswürdigkeiten von Singapur, wenn Zeit ist, um die Umsteigemöglichkeiten im "Weltbahnhof" Cottbus -- DerFussi 22:55, 4. Aug. 2024 (CEST)Beantworten

Achso! Ich vergaß! It's a wiki! -- DerFussi 22:58, 4. Aug. 2024 (CEST)Beantworten

Und zum Schluss sei angemerkt, dass Whataboutism nicht wirklich zur Klärung einer Frage beiträgt. -- DerFussi 23:10, 4. Aug. 2024 (CEST)Beantworten

"Whataboutism" => Was ist das. --ChiemseeTraunstein (Diskussion) 19:27, 6. Aug. 2024 (CEST)Beantworten

... und es schließlich auch niemandem hilft, dass "große Umsteigebahnhöfe" wie dieses elende Ruhland, an dem ich neulich wieder hängenblieb, hier technisch besprochen werden. Die Fahrtauskunft deiner Wahl sagt dir, dass du dort umsteigen musst, ob dir ein Wikivoyage-Artikel zu diesem Ort, in dem nur die Anreise befüllt ist, bei deiner Fahrt hilft, ich weiß es nicht. Ok, ich könnte reinschreiben, dass die Bahnsteige blöd gebaut sind, und die Sitze im nicht überdachten Bereich des Bahnsteigs liegen. DerFussi 23:42, 4. Aug. 2024 (CEST)Beantworten

Diese wie auch die beiden obigen Diskussionen drehen sich doch nahezu ausschließlich darum, m. E. unnötige Inhalte in die Artikel zu bringen. Wenn überhaupt, so kann man das in schon vorhandene Bahnhofsartikel schreiben, aber bitte keine neuen anlegen. Alle diese Informationen benötigt doch hier kaum jemand, und wenn erhält er sie über die verlinkten Webseiten der Bahnhöfe. Auch die Aufzählung der Unterwegshalte der einzelnen RE und RB sind völlig überflüssig. Stattdessen sollten die Daten der Bahnhöfe in Wikidata ergänzt werden. Auch bin ich der Auffassung, dass der Abschnitt „Anreise“ in unseren Ortsartikeln einen viel zu großen Stellenwert und Umfang hat. Gerade bei kleinen Orten kann schon mal der Abschnitt „Anreise“ fast 50 % des Artikels ausmachen! Aber das wäre ein neuer Diskussionspunkt. --Eduard47 (Diskussion) 12:48, 5. Aug. 2024 (CEST)Beantworten

Dem kann ich mich anschließen. Routenplanungen (egal ob Auto oder ÖPNV) können andere Webseiten besser und, da wir ja eine statische Webseite sind, aktueller. Wichtig sind wirklich die praktischen Reiseinfos, beispielsweise ob und wo es bei einem Ort Park+Rail-Plätze gibt und solches Zeug. In ländlicheren, kleineren Orten gehe ich aber mit, die Bus und Zuglinien zu nennen, von denen man aus einen Ort direkt erreichen kann. Das beeinflusst durchaus die Entscheidung, ob man übernachtet oder einen Tagesausflug hinbekommt, kann also entscheidend für die Reiseplanung sein. Wenn es keine Besonderheiten gibt, würde ich das Thema Auto generell streichen, eine Straße führt ja meistens immer an einen Ort, aber genau... anderes Thema. -- DerFussi 14:11, 5. Aug. 2024 (CEST)Beantworten

Nachtrag: Evtl. macht es Sinn, nur die Ziele der Bus- und Bahnlinien zu benennen. Bei mir in Cottbus gab es letztes Jahr Änderungen der Liniennummern, weil der Leipziger Zug nun bis Frankfort fährt und damit Cottbus nicht mehr Endpunkt ist. Da wir, wie gesagt statisch sind müsste dann wieder jemand die Nummern und Farben in den Artikeln ändern. Ich kann aber nicht sagen wie oft sowas vorkommt in Deutschland, evtl. ist es auch in den einzelnen Ländern unterschiedlich. Vielleicht hängt es auch davon ab, ob es in einem Land ordentliche Portale in wenigstens englischer Sprache gibt. Wir sollten bei der ganzen Diskussion auch im Hinterkopf behalten, dass wir nur deutschsprachig sind, aber die ganze Welt abdecken (ok, inklusive dem Mond). Wichtig beim Nahverkehr scheint mir daher, besonders außerhalb des deutschsprachigen Raums die Angabe von Buchungsmöglichkeiten (zum Beispiel in den Themenartikeln). Für mich persönlich, als jemand, der im Urlaub immer alles vorher plant ist es schön, wenn ich schon alle Tickets habe, allein schon, weil ich in China am Ticketschalter niemanden verstehe. -- DerFussi 07:37, 7. Aug. 2024 (CEST)Beantworten

In der Regel ändern sich m. W. Informationen sämtlicher ÖPNV-Vehikel aller Verkehrsverbünde in Deutschland einmal im Jahr. In hiesigen meines Wohnortes ist das traditionell im Dezember, das als "Fahrplanänderung" bezeichnet wird. Dies beinhaltet unter anderem Änderungen in Abfahrtszeiten, Taktung, Preise und fahrende Busunternehmen. Es kommt auch schon vor, dass an diesem Tag Linien in Nummer und/oder Streckenverlauf geändert, ergänzt oder gar gestrichen werden.

Unter bestimmten Umständen, wie Fusionierungen, Pandemien oder Sondertickets (Stichwort: DE-Ticket) kann es sogar binnen eines Jahres mehrmals vorkommen, dass Preise angehoben werden. So war das bspw. im Stuttgarter Verkehrsverbund geschehen.

Vor allem bei der Bahn kann es häufiger binnen eines Jahres zu Unternehmenswechsel kommen, was Nummer und Fahrtzeiten schnell obsolet werden lassen kann. Das war hier beispielsweise in den letzten Jahren mehrmals mit der Frankenbahn (Stuttgart-Osterburken-Würzburg) geschehen, bei denen es sogar bis dato an vielen Tagen unmöglich ist kleinere Orte zwischen Heilbronn und Osterburken zu erreichen. In Adelsheim z. B. fallen des Öfteren bis zu 80 % der geplanten Halte eines Tages aus.

Punktgenau im Thema Bus und Bahn in Artikeln aktuell zu sein ist ein Ding der Unmöglichkeit. Aber das bekommen selbst offizielle Apps bestimmter Firmen häufig nicht sekundenaktuell nicht hin. Geschichten fallen hierzu bestimmt jedem ein. :-) RaveDog (Diskussion) 13:36, 19. Aug. 2024 (CEST)Beantworten

Sukzessive wird der gegenwärtige Parser, der die Wikisyntax in den Browser-HTML-Code übersetzt, durch den Parsoid-Parser ersetzt. Erste Wikis, wie das englische Wikivoyage, nutzen ihn bereits. Bis zum Jahresende sollen alle Wikivoyage-Wikis umgestellt worden sein, aber ich glaube, dass es viel schneller gehen wird. Es ist kein neuer Parser, denn dieser Parser wird schon seit Längerem für den VisualEditor verwendet.

Es könnte jedoch sein, dass es zu Darstellungsfehlern kommt. In den letzten Tagen habe ich bereits an kritischen Stellen wie z.B. den Kartographer-Karten, den Indikatoren und dem vCard-Editer Anpassungen vorgenommen und bei der Wikimania in Katowice eifrig mit den Entwicklern diskutiert. Ich glaube, dass alles wie gewohnt funktionieren sollte. Ansonsten sollten Probleme hier gemeldet werden.

Der Parser ist schon da, und wenn man ?useparsoid=1 an die URL anfügt, dann kann man den Parsoid-Parser schon in Aktion erleben. RolandUnger (Diskussion) 07:07, 13. Aug. 2024 (CEST)Beantworten

Als Autor sollte man bei der Benutzung der Wikisyntax auf Fehlerfreiheit achten, weil der Parsoid empfindlicher auf derartige Fehler reagiert und eine fehlerhafte Ausgabe liefern könnte. --RolandUnger (Diskussion) 12:59, 13. Aug. 2024 (CEST)Beantworten

Hallöchen. Habe mal in der VW einen Vorschlag zu den Netzplänen eingereicht. -- DerFussi 09:36, 15. Aug. 2024 (CEST)Beantworten

1) Wie ermittelst du bitte das Jahr? 2) Erstellung zum Fahrplanwechsel im Dezember gehört bereits zum Folgejahr. Jetzt wird am Fahrplanjahr 2025 gebastelt und das sollte Mitte Dezember 2024 veröffentlicht werden. Hast du das beachtet in deiner Formel? Ich kenne diese ja nicht. --ChiemseeTraunstein (Diskussion) 09:55, 20. Aug. 2024 (CEST)Beantworten

Es gibt keine Formel. Ich zeige den Aktualitätsstand an, der auf Wikidata an der Karte angegeben ist. Wenn du denkst, dass die Daten falsch sind, musst du das mit dem Ersteller der Karte bzw. dem Benutzer, der es auf Wikidata eingegeben hat klären. -- DerFussi 10:03, 20. Aug. 2024 (CEST)Beantworten

Jetzt noch die Q Nummer von Heilbronn und München. Wie ermittelt man die? Wenn das klappt, will ich mich gern deinem Verfahren anschließen. Aber nur dann. Ratespielchen nützen einem nichts. --ChiemseeTraunstein (Diskussion) 10:25, 20. Aug. 2024 (CEST)Beantworten

Wikidata hat eine Suchfunktion. Nutze die. Zum anderen kannst du auf Commons auf einem Bild nach unten scrollen. Unter „globale Verwendung“ findest du auchg die verknüpften Wikidata-Objekte. Ist ein Netzplan nur gezeichnet, und nicht auf Wikidata hinterlegt, musst du halt auf Wikidata mal die Suche bemühen. Oder gehe von die Wikipedia nach Wikidata. IN vielen Fällen wird die P5555 nicht befüllt sein. Musst du halt nachholen. Ich habe auch gesehen, dass manche die P15 genutzt haben. Bei Gelegenheit baue ich das evtl. als Fallback mit ein. -- DerFussi 10:42, 20. Aug. 2024 (CEST)Beantworten

Also in Chemnitz und Heilbronn ging es. File usage on other wikis > Usage on www.wikidata.org > Q2326642 --ChiemseeTraunstein (Diskussion) 11:45, 20. Aug. 2024 (CEST)Beantworten

Drei Mal darfst du raten, wie ich die IDs gefunden habe :) -- DerFussi 11:51, 20. Aug. 2024 (CEST)Beantworten

Nachdem das jetzt auch in Gera gescheitert ist, werde ich keine der fünf Tramstädte in Thüringen bearbeiten. Wer soll die Künstler in das Korsett mit deinen P5555 und P15 zwingen. Ist wie Sozialismus, klappt nur, wenn alle mitmachen. Mir reicht es. --ChiemseeTraunstein (Diskussion) 08:13, 29. Aug. 2024 (CEST)Beantworten

Das hat nichts mit Sozialismus zu tun. Es ist ein Community-Projekt. Und dabei einigen sich Leute darauf, was wo hingehört. -- DerFussi 09:06, 29. Aug. 2024 (CEST)Beantworten

Was sollen solche unqualifizierten Bemerkungen? "dabei einigen sich Leute darauf, was wo hingehört". Es ist scheiße hier. Und dafür Schule schwänzen? Nicht mehr mit mir. --ChiemseeTraunstein (Diskussion) 12:17, 29. Aug. 2024 (CEST)Beantworten

Bitte zügel deine Zunge. Es schätzt hier jeder die enorme Arbeit, die du hier reingesteckt hast. Deine Fahrpläne zu programmieren ist eine Arbeit von teilweise mehreren Stunden pro Bahnhof. Stunden an Arbeit, die für dich verloren scheinen. Leider ist das eine Arbeit, die Wikivoyage mit den wenigen Teilnehmern hier, die das alles ehrenamtlich und kostenfrei in der Freizeit am Laufen halten, nicht aktuell halten. Da ist dem Nutzer mehr geholfen tagesaktuelle Netzpläne auf den Homepages der Netzverbünde und Bahnbetrieben zu entnehmen. Deine Pläne, die nächstes Jahr schon veraltet sind, nützen Max Mustermann im Jahre 2025 nichts mehr.

Als Beispiel: Hier sind Artikel aus meiner Region, deren Angaben zu Hotels teilweise schon 10 Jahre alt sind. Teilweise sogar mit sehr mageren Informationen, was man vor Ort erleben kann. Die versuche ich nach und nach auf den neuesten Stand zu halten. Leider habe auch ich als relativer Neuling teilweise schon übers Ziel hinaus geschossen. Allein die ganzen Buslinien, die 2025 teilweise inexistent sind, versuche ich nun wieder abzuändern, um es dem einfachen Leser ohne Expertise einen kurzen Überblick zu schaffen, ohne mit langen Listen zu ermüden. Ja, auch ich habe dadurch mehrere Tage in den Sand gesetzt.

Aber ich werde ja auch immer "schlauer" hier und weiß immer mehr, was der einfache Tourist hier erfahren möchte und was eher uninteressant ist. Da brauche ich auch nicht wegen meiner verloreren Arbeit rumzutrotzen. Zumal "sozialistische" Entscheidungen genauso ärgerlich sein können, wie das Machtwort eines einzelnen Bosses. RaveDog (Diskussion) 22:52, 29. Aug. 2024 (CEST)Beantworten

Cottbus scheint sich ja zu einem Schlachtfeld für Individualisten entwickelt zu haben. Wenn mal meine Heimatstadt immer so viel positive Aufmerksamkeit bekäme  . Ich habe gerade eine Vorlage {{Bahnlinie}} in Cottbus entfernt. Bevor es vielleicht ausartet, könnte man in einen Meinungsaustausch treten. Ich bin ja kein Fan von zu viel bunten Kästen und Symboliken. Ganz schlimm sind ja unsere Autobahnartikel. Daher ganz subjektiv von mir:

• Keine bunten Felder und Symbole im Fließtext das zerstört die Lesbarkeit wenn es zu viel wird. Einzige Ausnahme sollten die Marker sein.
• Zugnummern, Haltestellennummern, andere Symbole lediglich am Anfang von Absätzen oder Listenpunkten bei Aufzählungen.
• Die Bahn- und Busnummern haben auch den Nachteil dass sie aussehen wie Marker. Man kann diese nicht mehr von den Markern unterscheiden (bis auf die marginale Rundung). Sie sind auch bunt und nummeriert, nur passiert nix wenn man draufklickt.

Für mich ganz persönlich bietet der bunte Kasten keinen großen Mehrwert gegenüber einer einfachen fett geschriebenen Nummer. Es ist lediglich eine lokale Wiedererkennung, sollten die Linienfarben vor Ort und im Wiki überall übereinstimmen. Wer sein Wiki im Dark-Mode nutzt bekommt derzeit sowieso andere Farben, als die die dort angegeben sind. Das Gelb der Linie 1 in Cottbus ist bei mir irgendwie ein dreckiges Braun. Das Verhalten könnte man aber wahrscheinlich anpassen. Ich würde sie weglassen. Eine Möglichkeit wäre vielleicht noch ein neutraler Rahmen um die Nummer 1 als Kennzeichnung einer Liniennummer. Ich weiß auch nicht, ob und wie oft Verkehrsunternehmen ihre Linienfarben ändern bei Netzumbildungen. Nur so als Anmerkung. Ich kloppe mich natürlich nicht, wenn sie in der Community gewünscht sind und pople sie auch nirgendwo anders raus. -- DerFussi 13:45, 15. Aug. 2024 (CEST)Beantworten

Und ob das Individualisten sind. Einziges Kaff mit dem Bahnhofsausgang auf der stadtabgewandten Seite. Das soll denen mal einer nachmachen. Und dann wollten diese Knallköppe noch die Linie 1 einstellen. 1984 erst eingeführt. --ChiemseeTraunstein (Diskussion) 14:24, 15. Aug. 2024 (CEST)Beantworten

Das stimmt so nicht ganz. Einen Ausgang zur Stadt (Richtung Norden) gab es schon immer. Ursprünglich war es ein Bahnhofsgebäude zwischen den Gleisen mit direktem Ausgang zum Bahnhofsberg zur Cottbusser Hauptmagistrale, der Bahnhofstraße. Eine Linie 1 gab es auch schon vor 1984, z. B. dort. -- DerFussi 15:01, 15. Aug. 2024 (CEST)Beantworten

Nachdem ich vor ein paar Wochen in Cottbus umsteigen durfte, sage ich Mal: das ist wirklich nicht der gelungenste Bahnhof (hüstel). Aber zum Thema: @Fussi „Zugnummern, Haltestellennummern, …“ hat meine ungeteilte Zustimmung.

Zu „Die Bahn- und Busnummern …“ (auch die sehr beliebten Autobahn/Europastraßensymbole) sehe ich ein ganz anderes Problem: Wie verarbeiten Vorleseprogramm u.a. Hilfen für Behinderte solche? Wird die Nummer korrekt wiedergegeben? Oder schließen wir hier Benutzer aus? (Kleiner Test mit https://ttsmp3.com/ : funktioniert weil bei copy-paste der wikimarkup entfernt wird. Andere, direkte Vorleser habe ich nicht zum testen) --Qualitätssicherung (Diskussion) 11:24, 20. Aug. 2024 (CEST)Beantworten

Wie ich in der Löschdiskussion zum Artikel Mäxchen erläutert habe, ist der Fortbestand des Artikels in dieser Form wohl nicht mehr sinnvoll, worüber auch weitgehend Konzens zu herrschen scheint. Als Hauptautor ließ ich mich dann aber doch überzeugen, dass es Schade um den Inhalt wäre und ich will einen Weg suchen, diesen in einer anderen Form weiter bestehen zu lassen. Dazu habe ich mehrere Fragen. Zunächst ist es so, dass ich mich um den Artikel kümmern werde, aber nicht versprechen kann, dass sehr zeitnah abzuschließen. Soll der Artikel so lange in der veralteten Form bestehen bleiben, oder wäre es vielleicht sinnvoll, den irgendwie zu archivieren?Des weiteren würde ich gerne Ideen diskutieren. Nicht so richtig anfreunden kann ich mich mit der Idee, daraus einen Reisebericht zu machen. Ich weiß nicht, ob sich das wirklich eignet, genau diese Route an einem Stück anderweitig abzufahren. Zudem ist für mich der ÖPNV-Aspekt auch recht essentieller Teil meiner persönlichen Erfahrungswelt und Motivation. Meine Ideen gehen daher in die Richtung, den Artikel ein zubetten in einen Artikel mit größeren Themenfeld. Anbieten würde sich vielleicht Saisonale Buslinien im Nationalpark Eifel wobei es da auch nur zwei gibt bzw. vier, wenn man die Fahrradbusse noch mit integriert, die zwar keine eigene Linie sind, aber auch saisonal fahren. Natürlich könnte man auch noch größer denken und das ganze ÖPNV im Nationalpark Eifel oder vielleicht sogar Mobilität im Nationalpark Eifel nennen. Bei letzterem könnte man auch noch was zu Fahrradverleihsystemen und eBike Ladestationen schreiben. Eigentlich müssten auch Wanderparkplätze rein, aber das ist nicht mein Fachgebiet. Letzte beiden wären in jedem Fall eine deutlich größere Aufgabe, die auch mehr Zeit erfordern würde. Ich wollte erst mal grundsätzlich sondieren, was ihr davon haltet und ob das so gewünscht wäre. Trockennasenaffe (Diskussion) 10:56, 19. Aug. 2024 (CEST)Beantworten

Einige Benutzer (ich auch) haben auf ihrer Benutzerseite eine 2. Seite mit Projekten, an denen sie arbeiten, bevor sie den Artikel in WV veröffentlichen. Vielleicht kannst du das auch mit diesem Artikel machen, d.h. ihn auf deiner Benutzerseite zwischenspeichern, bis dir etwas Besseres einfällt. DocWoKav (Diskussion) 12:56, 19. Aug. 2024 (CEST)Beantworten

Das stimmt, sobald eine gewisse Einigkeit darüber herrscht, dass der Plan grundsätzlich sinnvoll ist, könnte der Artikel in meinen Namensraum verschoben werden. Ich nehme an, das könnte nur ein Admin machen? Trockennasenaffe (Diskussion) 13:28, 19. Aug. 2024 (CEST)Beantworten

Das sollte auch bei dir funktionieren. Ich möchte noch mal darauf hinweisen, dass es ist nicht schlimm ist, wenn Inhalte alt sind das dürfte auf einen großen Teil des ganzen WV-Projektes zutreffen. Allein schon als Inspiration für einen Besuch taugen die Infos in länger nicht aktualisierten Artikeln immer noch. -- DerFussi 13:55, 19. Aug. 2024 (CEST)Beantworten

Ok, dann lasse ich den Artikel bis auf weiteres wie er ist und versuche bei Zeiten parallel einen Nachfolgeartikel zu schreiben. Trockennasenaffe (Diskussion) 10:44, 21. Aug. 2024 (CEST)Beantworten

Unser Nutzer @ChiemseeTraunstein: hat gerade einen Fahrplan eingestellt siehe Bahnanreise in Chiemsee#Anreise. Bitte nicht! Wir sind KEINE Fahrplanauskunft, wir sind ein Reiseführer. Das kann niemand in laufendhalten. Aus meiner Sicht hat das in einem Wikivoyage Artikel nichts, aber auch gar nichts zu suchen.

Und noch technische Anmerkungen:

• Es ist auf einem Telefon in der Mobilansicht der Wikiseite unbenutzbar.
• Stilanweisungen haben im Wiki-Markup nichts zu suchen. Das sollte über Vorlagen und Klassen gelöst werden.

Wie schon anderswo mehrfach ausgeführt. Es reicht zu wissen, dass es Verbindungen zu anderen Orten gibt. Für Zugnummern und Fahrzeiten gibt es genügend Auskunftsportale und Apps. Sowas muss niemand in haarsträubendes Wiki-Markup fummeln, welches auch für andere Autoren an den Artikeln nicht durchschaubar ist. -- DerFussi 09:05, 20. Aug. 2024 (CEST)Beantworten

Ich sehe das genau so. Zum einen ist Wikivoyage ein Reiseführer und keine Bahnauskunft, d. h., dass dies ohnehin kaum jemand nutzt. Auf den Bahnhöfen/Haltepunkten gibt es diese Pläne: dies sollte reichen. Zum anderen denke ich hier an den immensen Aufwand, dies aktuell zu halten. --RolandUnger (Diskussion) 06:25, 21. Aug. 2024 (CEST)Beantworten

Ich schließe mich dem ebenfalls an. Derartige Daten können von einem Großteil der Autoren nicht gepflegt werden und veralten, meistens 2x pro Jahr!. Unser Datenfriedhof wird unnötigerweise vergrößert. Ein Link zu bahnhof.de (bei deutschen Bahnhöfen) über Wikidata reicht völlig, meint --Eduard47 (Diskussion) 17:20, 22. Aug. 2024 (CEST)Beantworten

Ergänzung: „Fahrpläne werden nicht mehr gerechnet, sondern nur noch geschätzt“ laut Süddeutsche Zeitung. Fahrpläne müssen „ständig geändert werden – allein 2024 mehr als zwei Millionen Mal“. …und da wollen wir Fahrpläne veröffentlichen, welche denn? --Eduard47 (Diskussion) 17:32, 23. Aug. 2024 (CEST)Beantworten

Liebe Wikipedianer, gerne benutze ich die farblichen Markierungen auf den beigefügten Stadt/Landkarten von Artikeln. Gibt es denn einheitliche Regeln für die Farben (Schloss, Denkmal allgemein, Ärzte, Touristeninformation, angesagte Gaststätten, Hotels, Kirchen, Museen, Häfen usw usw)? Stephphie (Diskussion) 14:33, 26. Aug. 2024 (CEST)Beantworten

Hallo Stephphie, die korrekte Farbe wird automatisch anhand des Typs rausgesucht und muss nicht durch Beitragende gesetzt werden. Das funktioniert bei den Vorlagen Marker und vCard über den type-Parameter; so sind sakrale Bauten (type=church, cathedral, mosque, synagogue, …) immer gelb-orange, Museen (museum) blau, usw. Nw520 (Diskussion) 14:58, 26. Aug. 2024 (CEST)Beantworten

…noch was: Die einzelnen Typen sind Gruppen zugeordnet, diese wiederum bestimmen die Farbe. Eine Übersicht über die Typen und Gruppen findest Du hier in der sortierbaren Tabelle. Viele Grüße, --Eduard47 (Diskussion) 15:13, 26. Aug. 2024 (CEST)Beantworten

@Nw520: Ich habe mal gesucht nach einer präsentierbaren Aufstellung der Zuordnung Gruppen/Farben, bin aber nur hier fündig geworden. Allerdings fehlt mir das knowhow, dieses in eine leicht verständliche Übersicht zu bringen. Könnte man das nicht in die Hilfeseite mit einbauen, fragt --Eduard47 (Diskussion) 16:00, 26. Aug. 2024 (CEST)Beantworten

Vielen Dank! Stephphie (Diskussion) 18:37, 26. Aug. 2024 (CEST)Beantworten

Sowas habe ich gesucht. Auf das Modul bin ich noch nicht gestoßen. Cool wäre noch der RGB-Code. Manchmal muss man den doch manuell angeben, wie ich bei den Parkplätzen und Klos neulich, die ich manuell im Mapframe angegeben habe. Und wusste nicht, wo ich fix mal den RGB-Code herbekommen sollte. -- DerFussi 19:27, 26. Aug. 2024 (CEST)Beantworten

Aber da kann ich bestimmt was basteln für den Hilfeartikel. -- DerFussi 19:28, 26. Aug. 2024 (CEST)Beantworten

Habe mal das Modul ohne viel nachzudenken in eine lesbare Form gebracht: Hilfe:Marker/Typen#Gruppen -- DerFussi 19:53, 26. Aug. 2024 (CEST)Beantworten

Dankeschön Stephphie (Diskussion) 20:31, 26. Aug. 2024 (CEST)Beantworten

Ich bin ja begeistert, diese Gegenüberstellung in dem Hilfeartikel habe ich schon lange vermisst. Eduard47 (Diskussion) 22:33, 26. Aug. 2024 (CEST)Beantworten

Leider bin ich keine Wikipedia Technik Expertin. Schlichte Erklärungen sind mir die liebsten. Stephphie (Diskussion) 20:32, 26. Aug. 2024 (CEST)Beantworten

Ja. Wikis sind leider etwas nerdig. Einfach fragen, wenn es irgendwo klemmt. Viel Spaß hier. -- DerFussi 21:01, 26. Aug. 2024 (CEST)Beantworten

Ich versuche auch immer mal unsere Projekt- und Hilfeseite aktuell zu halten, aber alles noch Baustellen und kostet auch nicht unerheblich Zeit. -- DerFussi 21:04, 26. Aug. 2024 (CEST)Beantworten

Hallo StephPhie. Ich bin auch ein richtiger Technik-Noob. Aber man fuchst sich hier richtig schnell rein; nicht zuletzt wegen der vereinfachten Programme. Das hilft mir ungemein. Also herzlich willkommen. :-) RaveDog (Diskussion) 22:31, 29. Aug. 2024 (CEST)Beantworten

danke, danke! Stephphie (Diskussion) 22:39, 26. Aug. 2024 (CEST)Beantworten

Ich weiß, dass die vCard für eine reine Auflistung von Städten nicht wirklich geeignet erscheint, da eine Stadt keine Adresse, Öffnungszeiten oder Eintrittspreise hat. Das ist natürlich richtig und der Marker erscheint hier besser. Allerdings lassen sich Städte besser bearbeiten, wenn sie als vCard im Artikel stehen. Es ist einfach übersichtlicher, als den Inhalt der Städte in den Volltext einzufügen, wie es bei Markern notwendig ist. Man kann leichter Änderungen und Ergänzungen vornehmen. Insofern bin ich ein Fan der vCard auch für Städte. Vielleicht sollte man eine „vCard-Light“ für Städte machen. DocWoKav (Diskussion) 11:56, 27. Aug. 2024 (CEST)Beantworten

Diese Vorlagen ganz abschaffen. Entweder alle "arbeiten" damit oder keiner. --ChiemseeTraunstein (Diskussion) 12:02, 27. Aug. 2024 (CEST)Beantworten

Naja, so radikal würde ich das jetzt nicht sehen, es sind eben Werkzeuge und wie im Handwerk hat jeder seine Vorlieben. Vielleicht liegt es auch an meinem fortgeschrittenen Alter, dass ich die Übersichtlichkeit der vCard dem Arbeiten im Volltext vorziehe. Andere scheinen damit kein Problem zu haben und behalten immer den Überblick im Volltext. DocWoKav (Diskussion) 12:55, 27. Aug. 2024 (CEST)Beantworten

Der Marker ist eine VCard-Light. Und er ist auch über den VCard-Editor bearbeitbar. Im Tooltip des Markers (Mal kurz die Maus drüber halten) gibt es einen Bearbeiten-Link. Da Marker im Fließtext eingesetzt werden können macht es Artikel schlecht lesbar, wenn danach die Bearbeiten-Buttons kommen (wie bei der VCard).

Es arbeiten alle mit der VCard – dort wo sie eingesetzt werden sollte und wofür sie gemacht ist. Selbige abzuschaffen ist völliger Unsinn. Der Effekt wäre, das jeder Eintrag anders aussieht, im schlimmsten Fall gespickt mit Spielereien einzelner Autoren. Außerdem erfüllt die VCard noch den Zweck, alle Daten aus Wikidata beziehen zu können. -- DerFussi 13:09, 27. Aug. 2024 (CEST)Beantworten

Ich bin ja auch nicht mehr der jüngste. Mich stört es ehrlich gesagt weniger, dass man bei den Städten "normal" editieren muss. Da es kein "Einfügen-Button" gibt. Muss man für die Anlage einer Stadt sowieso "normal" bearbeiten. Und so unübersichtlich sind die Ortslisten im Regelfall nicht. Stern + Marker + Gedankenstrich + etwas Text. Aber natürlich Geschmackssache. Den Gedankenstrich macht die VCard nicht. Ich mag in aber irgendwie. Theoretisch kann man auch mit Parametern die VCard zu einer VCard light machen. mit |auto=no und |show=nosocialmedia, wikilink bekäme man es weitestgehend hin, das Zeug fernzuhalten (so auf die Schnelle, ohne genau zu recherchieren). Wichtig ist für mich, dass der Link nicht auf externe Seiten führt, wenn wir einen eigenen Artikel haben. Leser sollten nicht verleitet werden gleich wieder auf einer anderen Seite zu landen. Interne Links sollten immer Vorrang haben. -- DerFussi 14:56, 27. Aug. 2024 (CEST)Beantworten

Ich selbst hätte sogar nichts gegen rote Links in den Ortslisten. Die Leute sollen ruhig mitbekommen, dass uns was fehlt und ruhig zu etwas Beitrag animiert werden. Aber das machen, glaube ich beide nicht. Deshalb bin ich relativ oldfashioned was Orts- und Regionenlisten angeht. -- DerFussi 15:09, 27. Aug. 2024 (CEST)Beantworten

Man lernt immer dazu! Ich wußte gar nicht, dass man die Marker so einfach zum Bearbeiten öffnen kann und er somit schon eine vCard light ist. Damit hat sich meine Anfrage erledigt. DocWoKav (Diskussion) 17:30, 27. Aug. 2024 (CEST)Beantworten

Also andere haben mich schon rausgeschmissen, bloß weil ich was rotes reingestellt habe. Kapiere einer dieses ulkige Land. --ChiemseeTraunstein (Diskussion) 16:26, 28. Aug. 2024 (CEST)Beantworten

Passiv-aggressiver Sarkasmus hilft hier nicht weiter. Bitte sachlich bleiben. RaveDog (Diskussion) 17:20, 28. Aug. 2024 (CEST)Beantworten

Hallöle ihr lieben. Mir ist in dieser Woche schon mehrmals passiert, dass ich während der Bearbeitung plötzlich ausgeloggt war. Vorher kam das hier nicht vor und ist schon ärgerlich, wenn dann am Ende ohne Vorwarnung die IP als Bearbeitung drinsteht. An den Log-in-Einstellungen habe ich bewusst nichts gemacht. Ist das ein aktueller Fehler oder liegt es doch an mir? RaveDog (Diskussion) 17:23, 28. Aug. 2024 (CEST)Beantworten

Hatte das gleiche Problem vor einigen Wochen, hat sich aber wieder gelegt nachdem ich Feierabend gemacht habe, und dann am nächsten Tag war wieder alles okay. Manchmal hilft nur Geduld. Eduard47 (Diskussion) 17:32, 28. Aug. 2024 (CEST)Beantworten

Das ist ein Fehler. Punkt. --ChiemseeTraunstein (Diskussion) 07:45, 29. Aug. 2024 (CEST)Beantworten

Was sollen solche unqualifizierten Bemerkungen? Es gibt verschiedene Gründe, warum man ausgeloggt wird. Dass Tokens und Cookies verloren gehen, kann auch an der eigenen Infrastruktur liegen (Systemeinstellungen, installierte Browserweiterungen, Zusatzsoftware). Ich war neulich auf einigen Wikis geblockt und konnte Wikidata nicht mehr editieren. Habe die WMF und meinen Internetdienstleister verrückt gemacht. Was war es am Ende? Meine Teilnahme am Windows-Insider-Programm. Microsoft hatte meinen Browser bei einem Preview-Update verändert und deren IT-Dienstleister als Proxy genutzt, dessen IP-Adresse bei der Wikimedia Foundation als (nicht zulässiger) Open-Proxy gelistet ist. Ich habe praktisch nicht mit meiner eigenen IP editiert. @RaveDog:. Wenn sowas öfter auftritt, evtl. doch mal die eigene Konfiguration beschreiben. Vielleicht finden wir eine Erklärung. -- DerFussi 09:47, 29. Aug. 2024 (CEST)Beantworten

Ich beobachte das noch ein paar Tage. Dann mal schauen. Danke für die Hilfe @DerFussi. Ich bin jetzt auch nicht all so technikaffin. Wenn ich darauf zurückkommen sollte, sollte man mir das dann wie "für Dummies" erklären. :-D. Die Bemerkung von weiter oben verstehe ich auch nicht wirklich. Von wem ist das ein Fehler? Ein "Punkt" ohne dabei sachlich fundierte Erklärungen zu liefern hilft niemandem. Wir wollen ja auf die Spur kommen, woran es liegen könnte. Solche bissigen Bemerkungen führen eher zu Missmut bei allen Beteiligten. Das wäre doch schade für eine Community, die ich bis jetzt im Vergleich zum Hauptwiki als eher besonnen und hilfsbereit wahrnehme. RaveDog (Diskussion) 21:59, 29. Aug. 2024 (CEST)Beantworten

Danke. Diese Wahrnehmung ist uns auch sehr wichtig. Ich fand diese Bemerkung super überflüssig und sinnlos. Hilft auch niemandem... Genau. Gucke mal. Wichtig ist immer, dass man ein Verhalten/Phänomen irgendwie reproduzieren kann... Schönen Abend -- DerFussi 22:08, 29. Aug. 2024 (CEST)Beantworten

Auch von mir ein Danke! Ein Grund für unerklärbare Ereignisse könnten auch Fehler bei Softwareänderungen durch Wikimediaprogrammierer sein. Deshalb ist es gut, etwas abzuwarten. Oftmals werden derartige Fehler relativ kurzfristig behoben. Also: Kein Grund für bissige Bemerkungen. Einen schönen Abend wünscht Eduard47 (Diskussion) 22:24, 29. Aug. 2024 (CEST)Beantworten

Während der Bearbeitung ist wirklich putzig. Warst du eigentlich danach wirklich ausgeloggt? Auch beim Weiterklicken im Wiki und musstest dich komplett neu anmelden? Oder war nur deine Bearbeitung als IP gespeichert und du hast sonst nichts mitbekommen? Oder kam irgendwann diese Anzeige, dass du als IP editierst. Aber wenn es jetzt erstmal funktioniert, egal. Schönes Wochenende. -- DerFussi 09:20, 30. Aug. 2024 (CEST)Beantworten

Also bei mir war das wirklich so. Ich war dabei mehrere Artikel nach und nach zu bearbeiten. Plötzlich war ich ausgeloggt. Das habe ich aber erst nach 'ner Weile gemerkt, da keine Warnung vor dem Speichern kam. RaveDog (Diskussion) 18:37, 30. Aug. 2024 (CEST)Beantworten

RamzyM (WMF) 16:07, 2. Sep. 2024 (CEST)Beantworten

Hallo allerseits,

die Abstimmungsphase der Wahl zum Kuratorium 2024 ist jetzt offen. Zwölf (12) Personen kandidieren für vier (4) Sitze im Kuratorium.

In den Vorstellungstexten und Antworten auf Community-Fragen kannst du mehr über die Kandidierenden erfahren.

Wenn du so weit bist, auf die SecurePoll-Wahlseite wechseln, um abzustimmen. Die Abstimmungsphase beginnt am 3. September um 00:00 UTC und endet am 17. September um 23:59 UTC.

Um deine Wahlberechtigung zu prüfen, gehe bitte zur entsprechenden Informationsseite.

Beste Grüße

Das Wahlkomitee und die Arbeitsgruppe für die Kuratoriumszusammenstellung

MediaWiki message delivery (Diskussion) 14:15, 3. Sep. 2024 (CEST)Beantworten

Gibt es eigentlich eine Unterseite (ähnlich wie beim Mutter-Wiki), in der man fehlerhafte Beiträge melden kann? Ich hab eine Ortsseite entdeckt (s. Pfinztal), in der bspw. keine Map vorhanden ist. Ich habe versucht eine einzupflegen, aber bei mir kam dann ständig eine Fehlermeldung und ich finde die Lösung nicht dazu. Programmiersprache ist für mich ehrlich gesagt oft Fachchinesisch. RaveDog (Diskussion) 08:02, 4. Sep. 2024 (CEST)Beantworten

Ich habe mal eine Karte in Pfinztal eingebaut. Da keine (zwei) Koordinaten im Text vorhanden sind, kann leider eine Karte nicht automatisch generiert werden, und man muss alle Parameter angeben. Fehlerhafte Beiträge werden auch in unserem Wiki gemeldet (aber keine fehlenden Karten), und zwar automatisch. Dazu muss es aber Fehler geben. --RolandUnger (Diskussion) 08:42, 4. Sep. 2024 (CEST)Beantworten

Vielen Dank. RaveDog (Diskussion) 20:48, 4. Sep. 2024 (CEST)Beantworten

Auf den Wikipedias gibt es ein Werkzeug (bei den Beta-Funktionen unter Einstellungen) zur unterstützenden Inhaltsübersetzung (Content translation) von Artikeln aus anderen Zweigen der Wikipedia. Mit einem gleichartigen Werkzeug auf Wikivoyage könnte man Knowhow aus den anderen Zweigen leichter übernehmen. Es wird dazu eine Maschinenübersetzung angeboten, die man manuell anpassen kann/muss. Natürlich werden dann andere Zweige auch unsere Artikel übernehmen, was ja auch jetzt schon passiert. Rein rechtlich ist die Inhaltsübersetzung möglich. Bei der eher geringen personellen Ausstattung aller unserer Wikivoyage-Wikis wäre dies sicher ein Gewinn, insbesondere für die kleineren.

Doc James hatte mich darauf auf der Wikimania 2024 angesprochen, dass wir ein derartiges Werkzeug haben sollten. Die Bereitstellung ist nicht ganz trivial, weil wir einen Programmierer brauchen, der für uns die Anpassungen vornimmt. Offensichtlich ist das Problem nicht der Programmierer, sondern dessen Bezahlung. Doc James meinte, es ginge um $5.000. Ich müsste hierzu einen Antrag an die Wikimedia Foundation stellen, was ich übernehmen könnte. Ich denke, WMDE würde mir dabei helfen. Zur Ergänzung hier noch der Link zur Diskussion auf dem englischen Wikivoyage.

Bevor ich den Aufwand betriebe, die Frage: Besteht auf unserem Wiki ein Interesse daran? RolandUnger (Diskussion) 07:17, 6. Sep. 2024 (CEST)Beantworten

• Ich füge den entsprechenden Link in die Community-Wunschliste ein. --Hispano76 (Diskussion) 02:41, 7. Sep. 2024 (CEST)Beantworten

  Nö. Braucht kein Mensch. Automatische Übersetzung funzt nicht --93.202.115.51 13:54, 7. Sep. 2024 (CEST)Beantworten

• ...

• Ja --RolandUnger (Diskussion) 07:19, 6. Sep. 2024 (CEST)Beantworten
• Ja, ich selbst bediene mich häufig auf WV/en und WP/en -- DerFussi 09:51, 7. Sep. 2024 (CEST)Beantworten
• Ja, ich würde es begrüßen. Ich habe bisher zwar selten anderssprachige Wikis genutzt und wenn, dann habe ich DeepL zu Hilfe genommen. Das klappte bisher immer sehr gut. --Eduard47 (Diskussion) 10:14, 7. Sep. 2024 (CEST)Beantworten
• bis nein: beschränkt Euch auf die Fremdsprachen, die ihr beherrscht, dann schleichen sich weniger Fehler ein. (Es gibt hier schon genug mittelmäßige Schulenglisch-Übersetzungen, wenn ich dann sehe was Z.B. google translate mit Chinesisch macht graut mir.) Es schreibt ein hier ein menschlicher Übersetzer, der 20 Jahre Technik hinter sich hat, (überzogenes) Beispiel: wäre in einer maschinenübersetzten Reparaturanleitung für ein Auto, deshalb das falsche Teil vom Lehrling zu fest angeschraubt, kann das bei hundert Sachen wegfliegen und ein kleines Kind erschlagen Daher bitte menschengemachte Inhalte für menschliche Leser (das sage ich zu den „ausgiebig diskutieren“ KI-Richtlinien, hüstel … Bequemlichkeit sollte nicht über Richtigkeit stehen! --Qualitätssicherung (Diskussion) 12:06, 19. Sep. 2024 (CEST)Beantworten

  Es ist je nur ein Werkzeug. Den Text kannst/Musst du doch selbst übersetzen. Ob man die automatische Übersetzung, die eine Übersetzung erstmal vorschlägt, aktiviert, ist doch Einstellungssache. Jetzt ist für eine manuelle Übersetzung noch ein Import notwendig. Dafür besitzt kaum eine die Benutzerrechte und er funktioniert bei größeren älteren Artikel nicht. Das Feature senkt auch die technische Hemmschwelle. -- DerFussi 10:22, 20. Sep. 2024 (CEST)Beantworten

  sehe ich auch so --Aussichtspunkte (Diskussion) 13:43, 20. Sep. 2024 (CEST)Beantworten

Hallo. Mir ist diese Woche noch einmal eine Frage aufgekommen. Ist es eigentlich erlaubt die eigene Diskussionsseite zu löschen? Mir ist das hier bei zwei relativ neuen Nutzern (mit evtl. troll-potential) hier aufgefallen, die das so handhaben und eine Rückgängigmachung wieder entfernen. Grüße. RaveDog (Diskussion) 15:55, 6. Sep. 2024 (CEST)Beantworten

Es ist nicht schön. Man sollte alte Inhalte archivieren. Gelöscht werden sie ja beim Leeren auch nicht wirklich. Man kann ja jederzeit in der Versionsgeschichte zurückblättern. Mir ist aber keine Regel bekannt, die es direkt verbietet seine Seite zu leeren. Da man ja Trolle ignorieren sollte, ignoriere ich auch das. -- DerFussi 13:54, 7. Sep. 2024 (CEST)Beantworten

wo ist das problem --Aussichtspunkte (Diskussion) 13:44, 20. Sep. 2024 (CEST)Beantworten

Dass man nicht sieht, ob ein Thema mit diesem Nutzer schon mal besprochen wurde. Im schlimmsten Fall machen mehrere Nutzer das selbe Thema immer wieder auf, da sie nicht sehen, dass jemand anderes den Nutzer bereits zu einer Frage kontaktiert hat. -- DerFussi 15:58, 20. Sep. 2024 (CEST)Beantworten

Beispiel: hier --Eduard47 (Diskussion) 18:17, 20. Sep. 2024 (CEST)Beantworten

Mittlerweile ist auch in der Mediawiki-Software ein Dunkel-/Nachtmodus, zumindest für den Vector-2022-Skin, verfügbar. Es handelt sich hierbei um eine Beta-Version. Angemeldete Nutzer gehen hierzu zu ihren Nutzereinstellungen, Beta-Funktionen und kreuzen "Barrierefreiheit zum Lesen (Vektor 2022)" an. Im rechten Seitenmenü erscheint dann unter Text und Breite dann der Eintrag Farbe (Beta), wo man sein Wunsch-Erscheinungsbild einstellen kann.

Die einzelnen Vorlagen bzw. Skripten müssen noch angepasst werden, was teilweise schon geschehen ist. Aber der VCard-Editor steht momentan noch aus. RolandUnger (Diskussion) 09:44, 11. Sep. 2024 (CEST)Beantworten

Ich denke, dass ich wesentliche Anpassungen vorgenommen habe, um den Dunkelmodus sinnvoll nutzbar werden zu lassen. Trotzdem würde ich es begrüßen, wenn man mich auf Probleme hinweist, z. B. auf meiner Diskussionsseite. --RolandUnger (Diskussion) 17:43, 14. Sep. 2024 (CEST)Beantworten

@RolandUnger: Ich habe mein Problem gelöst, dass der DarkMode nur halb funktioniert und zum Beispiel die Feiertage so hell sind. Ich hatte rechts den Farbschalter auf Automatik (OS-Erkennnung) stehen. Dann funktionieren die CSS-Regeln nur teilweise. Bei "Dunkel" klappt es. Bei "Automatisch" bekommt das html-Tag die Klasse skin-theme-clientpref-os und bei "Dark" gibt es skin-theme-clientpref-night.

Evtl. müsste folgende Mediaquery noch mit rein: @media screen and (prefers-color-scheme: dark) und dann dazu die Definitionen mit skin-theme-clientpref-os DerFussi 20:19, 14. Sep. 2024 (CEST)Beantworten

Das Tag <syntaxhighlight>...</syntaxhighlight> bzw. {{Code}} ist noch nicht an den Dunkelmodus angepasst. Aber das ist sicher eine ziemliche, unwichtige Baustelle. -- DerFussi 20:21, 14. Sep. 2024 (CEST)Beantworten

Was die Media-Query anbetrifft, hattest du recht. --RolandUnger (Diskussion) 12:22, 15. Sep. 2024 (CEST)Beantworten

PS: Habe es getestet. Die Feiertage sind jetzt auch bei "Automatisch" ordentlich. -- DerFussi 22:06, 14. Sep. 2024 (CEST)Beantworten

Dass der Dunkel- und der automatische Modus anders behandelt werden, war mir nicht bewusst. Aber wenigstens lässt es sich mit Copy-and-paste schnell beheben. Die Media-Query @media screen and (prefers-color-scheme: dark) muss wohl nicht rein, dafür gibt es ja die (Java-Script-generierte) Klasse skin-theme-clientpref-os.

Ich habe verschiedene Vorlagen angepasst, so dass das meiste ganz passabel aussehen sollte.

Man sollte {{Code}} nicht benutzen, wenn man nur <code> meint. {{Code}} ruft <syntaxhighlight>...</syntaxhighlight> auf. Da letzteres Tag ja von der Software bereitgestellt wird, sollten es die Mediawiki-Programmierer umsetzen. --RolandUnger (Diskussion) 10:39, 15. Sep. 2024 (CEST)Beantworten

@RolandUnger: skin-theme-clientpref-os wird wohl nicht reichen. Die Klasse besagt ja nur, dass sich die Webseite der Systemeinstellung des Computers anpassen soll. Der Benutzer kann ja "Automatisch" eingestellt haben, aber gerade ein Gerät benutzen, dass im Light-Mode läuft. skin-theme-clientpref-os heißt nicht automatisch Darkmode. Ich denke, dass die MediaQuery, die die Systemeinstellung des Gerätes abfragt hier benötigt wird. -- DerFussi 11:08, 15. Sep. 2024 (CEST)Beantworten

Genau, dass meine ich mit unwichtiger großer Baustelle beim Syntaxhighlight. Kann man machen (hatt ich mal für mich gemacht). Ist aber großer und unwichtiger Aufwand. -- DerFussi 11:09, 15. Sep. 2024 (CEST)Beantworten

Im Fall von syntaxhighlight habe ich mich mit einer Invert-Filterregel beholfen. --RolandUnger (Diskussion) 11:32, 15. Sep. 2024 (CEST)Beantworten

In der Vorlage {{Quickbar Ort}} werden Social-Media-Symbole (aus Wikidata) in der Fußzeile angezeigt. Wäre es nicht sinnvoll, diese Symbole auch in anderen Quickbars (z. B. {{Flughafen}}, {{Fluggesellschaft}}, {{Quickbar Region}}, u. a.) anzuzeigen (soweit vorhanden)? --Eduard47 (Diskussion) 11:53, 11. Sep. 2024 (CEST)Beantworten

Ja. noch nicht dazu gekommen :) Ich hatte das oben irgendwo in einer Social-Media-Diskussion erwähnt, dass ich die anderen Quickbars auch noch aufpimpen muss. und eine Dopplung bei Youtube entfernen. -- DerFussi 12:03, 11. Sep. 2024 (CEST)Beantworten

Danke, das muss ich überlesen haben. Eduard47 (Diskussion) 12:04, 11. Sep. 2024 (CEST)Beantworten

Ist schon lange her. Ich vergesse das auch immer wieder. -- DerFussi 12:19, 11. Sep. 2024 (CEST)Beantworten

Wollt ihr euch noch vollständig diesen Datenkraken unterwerfen. Gute Nacht. --Rechtsberatung für Südostasien (Diskussion) 12:14, 11. Sep. 2024 (CEST)Beantworten

Leg' Dich ruhig wieder hin, meint Eduard47 (Diskussion) 12:34, 11. Sep. 2024 (CEST)Beantworten

mit elon oder was

obwohl der soll gut sein im bett

--2003:E5:9F06:7200:F81E:36F5:6AA:3D0A 05:40, 12. Sep. 2024 (CEST)Beantworten

Beim Abspeichern von Änderungen im vCard-Editor erscheint ein seltsamer, verwirrender Hinweis: "Mit dem Schließen des Editors werden deine bisherigen Eingaben verworfen. Möchtest du das wirklich tun?" Speichern ist problemlos möglich. -- Eduard47 (Diskussion) 14:11, 12. Sep. 2024 (CEST)Beantworten

Ich habe den Fehler korrigiert. --RolandUnger (Diskussion) 16:54, 12. Sep. 2024 (CEST)Beantworten

Der Verweis auf muze.gen.tr (konkret zum Topkapi-Museum in Istanbul/Fatih) wurde wegen Spamfilters verweigert. Unabhängig davon weshalb diese Sperre gesetzt wurde, scheint sie überholt. Es handelt sich wie ein Aufruf zeigt inzwischen um ein seriöses Projet. Der Link ist auch insofern sinnvoll, als daß die alten gegebenen Seiten 404 sind. --Qualitätssicherung (Diskussion) 11:56, 19. Sep. 2024 (CEST)Beantworten

Ich denke mal, dass es jetzt geht. --RolandUnger (Diskussion) 14:07, 20. Sep. 2024 (CEST)Beantworten

Trizek_(WMF), 11:36, 20. Sep. 2024 (CEST)Beantworten

Bei vielen Orten wird im Einleitungssatz sehr genau beschrieben, wo sie liegen, aber nicht, warum man dorthin fahren soll, d.h. was es touristisch Interessantes zu sehen oder zu erleben gibt. In der englischen Version der WV wird dies konsequent gemacht. Vielleicht sollten wir in den Vorlagen ein Hinweis eingefügt werden, dass dies nicht vergessen wird. DocWoKav (Diskussion) 08:14, 26. Sep. 2024 (CEST)Beantworten

Das betrifft aber nicht nur Ortsartikel, sondern generell alle Artikel. Der erste Absatz entscheidet, ob jemand weiter liest oder nicht. Ich halte das für selbstverständlich, dass es dort reingehört. Es gab dazu sogar mal eine Expedition. Dieses Konzept der Expeditionen ist aber eingeschlafen. Kann man sicher als Hinweis mit aufnehmen - nicht nur in die Vorlagen, sondern auch in Wikivoyage:Vorgaben für Artikel und in Hilfe:Leitfaden für Autoren. -- DerFussi 21:49, 27. Sep. 2024 (CEST)Beantworten

Das steht hier doch schon unter "Einleitungstext erstellen". Die Frage ist daher, wie motiviert oder erinnert man Autoren, etwas in die Einleitung zu schreiben. Eduard47 (Diskussion) 22:20, 27. Sep. 2024 (CEST)Beantworten

Genau den Artikel habe ich gesucht und nicht gefunden.   Darüber hinaus: It's a wiki. Wenn man drüber stolpert, einfach selbst editieren und die Einleitung verbessern. Was sehenswert ist sollte ja weiter unten im Artikel stehen. Bissel opulent ausformulieren (bei Einleitungssätzen ist das sicher erlaubt) und los. Kleiner Hinweis: Wass im Einleitungsabschnitt steht gehört auch in die Ortsbeschreibung in der Ortsliste des übergeordneten Regionen-Artikels. Vielleicht kann man gleich das übernehmen und auch umgedreht. Ich stöbere mal durch unsere Regelartikel und verbessere/ergänze evtl. gleich ein paar davon. -- DerFussi 22:52, 27. Sep. 2024 (CEST)Beantworten

PS: In den beiden von mir erwähnten Artikeln habe ich es noch mit aufgenommen. -- DerFussi 23:07, 27. Sep. 2024 (CEST)Beantworten

PS2: Habe es auch in den Vorlagen ergänzt. -- DerFussi 23:45, 27. Sep. 2024 (CEST)Beantworten

Danke, aber warum ist das auskommentiert? Ich befürchte, dass das einige Autoren ignorieren oder falsch deuten, vielleicht noch durch einen Hinweis ergänzen? Eduard47 (Diskussion) 23:58, 27. Sep. 2024 (CEST)Beantworten

Na weil Hinweise immer auskommentiert sind. Man will es doch nicht im Artikel sehen. Was kann man da anders deuten? Und gegen Ignoranz kann man nicht viel tun. -- DerFussi 00:10, 28. Sep. 2024 (CEST)Beantworten

Eine Gewohnheit von einigen Autoren ist es, Einwohnerzahlen in Ortsartikeln zu nennen. Das führt häufig dazu, dass diese Daten - überwiegend ohne zugehörigen Stand - von den Angaben in der Quickbar abweichen und dann auch nicht aktualisiert werden. Da stellt sich die Frage:

• Sollte man auf diese Angaben im Text nicht lieber vollständig verzichten?
• Oder sollte man sie über einen Wikidatalink einbinden (Bsp. Berlin: {{Wikidata|id=Q64|p=P1082}} ergibt „3.755.251“)? --Eduard47 (Diskussion) 14:46, 30. Sep. 2024 (CEST)Beantworten

Ergänzung: Eigentlich sollten wir Redundanzen vermeiden. Selbst wenn die Variante mit dem Wikidatalink gewählt wird, würde die Einwohnerzahl doppelt im Artikel aufgeführt. Was bringt das? --Eduard47 (Diskussion) 18:30, 30. Sep. 2024 (CEST)Beantworten

Ich würde Wikidata sinnvoll finden. --Ralf Roletschek (Diskussion) 18:16, 30. Sep. 2024 (CEST)Beantworten

Ich auch. Zur Not kann man eine einfache Vorlage {{Einwohnerzahl}} dafür basteln. Dann ist die Hürde für Nicht-Wikidata-Kenner geringer. -- DerFussi 19:08, 30. Sep. 2024 (CEST)Beantworten

vorlagenwerkstatt sonst Löschung 93.240.94.70 20:05, 30. Sep. 2024 (CEST)Beantworten

Unabhängig davon, ob wir die Angaben im Text überhaupt wollen (erst dann käme die VW Spiel), stellt sich mir dann die Frage, ob wir künftig bei solchen Angaben auch den Beleg angeben wollen (siehe KI-Diskussion). -- DerFussi 20:25, 30. Sep. 2024 (CEST)Beantworten

Nur ein Beispiel: hier, auch in den Ortsteilen. Eduard47 (Diskussion) 21:42, 30. Sep. 2024 (CEST)Beantworten

Also ich persönlich plädiere für Verzicht der EW-Nennung in Fließtexten. Die Gefahr besteht darin, dass unwissende Mitwirker beim Abändern der Zahlen in der "Kurzportrait-Vorlage" aus Unwissen versäumen die Daten im Text abzuändern. Dies kann dazu führen, dass wir dann zwei Zahlen haben, das für den einfachen Leser ohne Hintergrundwissen verwirrt sein wird (und wenn nicht, dann eher misstrauisch wegen der Korrektheit/Genauigkeit der Artikel). Zumal es je nach Gemeinde vorkommt, dass offizielle Zahlen der Gesamtgemeinde jährlich veröffentlicht, Auflistungen einzelner Ortsteile jedoch nur sporadisch bekanntgegeben - meist dann nicht online - werden. RaveDog (Diskussion) 22:20, 30. Sep. 2024 (CEST)Beantworten

Da ist natürlich was dran. Das Argument klingt für mich einleuchtend, auf die Wiederholung von Quickbar-Angaben im Artikeltext weitestgehend zu verzichten. -- DerFussi 08:07, 1. Okt. 2024 (CEST)Beantworten

Genau, Quickbar war der Begriff. Danke :) RaveDog (Diskussion) 12:52, 1. Okt. 2024 (CEST)Beantworten

Genau!! Das hatte ich ja schon in der einleitenden Frage im 2. Satz genannt. Meine Meinung ist: Nur in Ausnahmefällen (wie z. B. in Lüchow) im Text, sonst ausschließlich in der Quickbar. Dort wird sie ja ohnehin - meistens - aktualisiert und somit automatisch auch in der QB sichtbar. Das sollten wir dann aber auch irgendwo festhalten, m. E. am besten in Wikivoyage:Wohin damit, meint Eduard47 (Diskussion) 14:02, 1. Okt. 2024 (CEST)Beantworten

Ich hab wieder einmal eine Frage. In den Ortsartikeln in Nord-BaWü ist mir jetzt schon öfters aufgefallen, dass die Rathäuser/Gemeindeverwaltungen in "Praktische Hinweise" unterschiedliche Typisierungen haben. Mal heißt es "tourist information", mal "administration" und mal "town hall". Was stimmt denn nun? RaveDog (Diskussion) 12:58, 1. Okt. 2024 (CEST)Beantworten

Ist das Rathaus ein touristisches Ziel, evtl. weil das Gebäude sehenswert ist? Dann in "Sehenswürdigkeiten" als "town hall". Wenn es aber als Touristen-Information dient, dann in "Praktische Hinweise" als "tourist information". Das Rathaus an sich als Ziel anzugeben halte ich für nicht notwendig. Welcher Tourist geht da schon hin? Eduard47 (Diskussion) 14:06, 1. Okt. 2024 (CEST)Beantworten

Rathäuser sind meistens nur dann touristisch relevant, wenn sie architektonisch besonders reizvoll sind. Häufig dann wegen des Glockenspiels oder der reizvollen Uhr (z. B. München, Rothenburg/Tauber, Heilbronn). Was ist denn der Unterschied zwischen "administration" und "tourist information" im Bezug auf Rathaus? RaveDog (Diskussion) 15:47, 1. Okt. 2024 (CEST)Beantworten

Rathäuser stehen meist im Zentrum und geben meist auch ein Fotomotiv ab. Wenn du nicht weißt, wo das Zentrum ist, wo das Leben tobt oder einfach nicht weißt wo du hinlatschen sollst in einem Ort, ist es oft nicht verkehrt einfach mal das Rathaus anzusteuern und sich unterwegs umzusehen. -- DerFussi 21:11, 4. Okt. 2024 (CEST)Beantworten

Mittlerweile gibt es auch einen Typ für Rathaus, so dass "administration" obsolet ist. Man kann auch mehrere Typen vergeben wie z. B. type = town hall, tourist information, wenn beides benötigt wird. Der jeweils erste Typ bestimmt die Markerfarbe. --RolandUnger (Diskussion) 21:09, 6. Okt. 2024 (CEST)Beantworten

ohne aus der Seite ganz rausgeschmissen zu werden? - - 87.165.25.189 16:13, 4. Okt. 2024 (CEST)Beantworten

Das X oben rechts in der Ecke schließt die Karte und führt zurück zum Artikel. Eduard47 (Diskussion) 16:22, 4. Okt. 2024 (CEST)Beantworten

PS: Logg dich lieber ein. IP-Adressen als "Nickname" sind vom Eigentümer von Nachteil. :) RaveDog (Diskussion) 16:48, 5. Okt. 2024 (CEST)Beantworten

Dear all,

Apologies for writing in English. Please help to translate in your language. We are excited to announce the upcoming Wiki Loves Ramadan event, a global initiative aimed at celebrating Ramadan by enriching Wikipedia and its sister projects with content related to this significant time of year. As we plan to organize this event globally, your insights and experiences are crucial in shaping the best possible participation experience for the community.

To ensure that Wiki Loves Ramadan is engaging, inclusive, and impactful, we kindly invite you to participate in our community engagement survey. Your feedback will help us understand the needs of the community, set the event's focus, and guide our strategies for organizing this global event.

Survey link: https://forms.gle/f66MuzjcPpwzVymu5

Please take a few minutes to share your thoughts. Your input will make a difference!

Thank you for being a part of our journey to make Wiki Loves Ramadan a success.

Warm regards,

User:ZI Jony 05:19, 6. Okt. 2024 (CEST)

Wiki Loves Ramadan Organizing Team

Paßt da Essen und Trinken in Franken??? --62.216.206.76 11:52, 16. Okt. 2024 (CEST)Beantworten

Eigentlich ist es banal: eine vCard zu einem Ort/einer Einrichtung kann es nur einmal pro Artikel geben. Eigentlich. Wenn der Eintrag mehrfach vorkommt, dann werden u. a. mehrere verschiedene Marker generiert, die dann übereinander liegen und nicht unterscheidbar sind. Es gibt aber auch mehrfach die gleiche id, was nicht sein darf/sollte.

Die Spezialseite Spezial:LintErrors/duplicate-ids zeigt nun aber an, dass einige Autoren nicht so gründlich gearbeitet haben, wie man sich dies gewünscht hätte. In etwa 200 Artikeln kommen doppelte vCard-Einträge vor, genauer gesagt, vCards mit derselben Wikidata-Id, die aber in der Fehlerliste benannt wird. Dies sollte absolut nicht sein.

Hierfür gibt es mehrere Ursachen:

1. Es gibt wirklich doppelte Einträge. Die sollten natürlich zu einem einzigen Eintrag zusammengelegt werden.
2. Es sollen absichtlich Einrichtungen mehrfach gelistet werden. Dann sorgt der Parameter show = copy, dass diese wiederholten Einträge auch als Kopien ausgewiesen werden.
3. In nicht wenigen Fällen ist die Wikidata-Id einfach falsch, z. B. weil sich beim Copy-and-Paste nicht ersetzt oder gelöscht wurde.

Diese Fehler treten auf Wikivoyage vergleichsweise selten auf, und ich würde mir wünschen, dass ihr einfach mitmacht, diese Liste zu leeren. Später ist sie für uns ein durchaus sinnvolles Werkzeug, derartige Doppelungen schnell zu erkennen.

Um diese Fehlerliste klein zu halten, habe ich den Quelltext für VCards und Marker modifiziert.

1. Die Ids dienen ja als mögliches Sprungziel/Anker. Im Fall von Markern ist dies eher sinnlos, d. h., Marker erhalten keinen id mehr.
2. Es wird aus dem Namen kein id mehr gebildet. Wenn die Einrichtung über keinen Wikidata-Id verfügt, kann man mit dem Parameter id = ... einen id bilden lassen.

RolandUnger (Diskussion) 18:40, 6. Okt. 2024 (CEST)Beantworten

Mir ist die Funktion des Parameter show = copy nicht ganz klar. Ich habe wiederholt Hotels (mit WD-ID) erfasst, das zugehörige Restaurant ebenfalls, allerdings dann "ohne Koordinaten" aber mit Marker-Kopie. Was ist daran verkehrt? Eduard47 (Diskussion) 20:18, 6. Okt. 2024 (CEST)Beantworten

Beides geht. show = copy geht vielleicht schneller als der copy-marker = ..., geht aber nur bei gesetztem wikidata in der vCard. Mit anderen Worten, man kann auch vCard/Marker wie eine Marker-Kopie benutzen. --RolandUnger (Diskussion) 21:00, 6. Okt. 2024 (CEST)Beantworten

In dem von dir geschilderten Fall geht auch nur Marker-Kopie, weil Hotel-Restaurants meist keine eigene Wikidata-Id besitzen. --RolandUnger (Diskussion) 21:05, 6. Okt. 2024 (CEST)Beantworten

Kannst Du die Fälle, in denen die Marker-Kopie zur Doppelnennung geführt hat, herausfiltern bzw. unterdrücken? Das würde den Umfang der Liste um einiges verringern. Das hilft allerdings nicht bei Bad Endbach, da müsste mal jemand ran und den kompletten Artikel von unnützem Zeug entrümpeln. Eduard47 (Diskussion) 10:24, 7. Okt. 2024 (CEST)Beantworten

Was ist dadran unnütz, ich habe alles gelesen, für wichtig befunden und auswendig gelernt :-) --Fluchen verboten (Diskussion) 16:48, 11. Okt. 2024 (CEST)Beantworten

Schau Dir mal die aktuellen Änderungen an. Ich habe mal angefangen, etwas aufzuräumen und einiges verschoben bzw. gelöscht. Insbesondere die Wappenbilder machen immer wieder Probleme in den unterschiedlichen Darstellungen, hab sie daher rausgenommen, den Ortbeschreibungen Marker verpasst und die zugehörigen Bilder in eine Scroll Gallery gepackt. Jetzt frage ich mich, ob wir wohl die Auflistung der ganzen Bushaltestellen benötigen? Ich glaube es eher nicht. Mache wohl morgen weiter. Viele Grüße, Eduard47 (Diskussion) 19:02, 11. Okt. 2024 (CEST)Beantworten

Hallo allerseits,

vielen Dank für die Beteiligung an der Wahl zum Kuratorium der Wikimedia Foundation 2024. Rund 6000 Communitymitglieder aus über 180 Wikiprojekten haben abgestimmt.

Die folgenden vier Kandidierenden haben die meisten Stimmen erhalten:

1. Christel Steigenberger
2. Maciej Artur Nadzikiewicz
3. Victoria Doronina
4. Lorenzo Losa

Diese Kandidierenden haben die meisten Stimmen erhalten, müssen aber noch ins Kuratorium berufen werden. Dafür müssen sie erfolgreich eine Hintergrundüberprüfung durchlaufen und alle Kriterien erfüllen, die in den Statuten genannt werden. Die neuen Kuratoriumsmitglieder werden bei der nächsten Sitzung des Kuratoriums im Dezember 2024 ernannt.

Erfahre im Meta-Wiki mehr über die Ergebnisse.

Beste Grüße

Das Wahlkomitee und die Arbeitsgruppe für die Kuratoriumszusammenstellung

MPossoupe_(WMF) 10:26, 14. Okt. 2024 (CEST)Beantworten

Auf Bremerhaven fiel mir auf, dass die Funktionalität des Mapframe dort stark eingeschränkt ist. Die Buttons funktionieren nicht, eine Größenänderung ist nur mit Scrollrad möglich. Bei Drüberfahren mit der Maus werden Markernamen tlw. nicht angezeigt bzw. nur stark verzögert (Bsp.: Nr. 16, 17 aus Abschnitt Ausflüge). Auf anderen Seiten tritt dieses Problem nicht auf, warum hier? fragt --Eduard47 (Diskussion) 11:44, 14. Okt. 2024 (CEST)Beantworten

Das {{MultiColsLayout}} geht über die gesamte Breite und deckt die Karte teilweise ab. Habe den Text durch {{2 Spalten}} ersetzt. --RolandUnger (Diskussion) 13:36, 14. Okt. 2024 (CEST)Beantworten

Den Zusammenhang habe ich nicht erkannt, danke, sagt Eduard47 (Diskussion) 14:24, 14. Okt. 2024 (CEST)Beantworten

Hallo @RolandUnger:, Du hast heute in Amrum die Vorlage {{Einzelnachweise}} aufgelöst. Darf ich fragen, warum? Gilt die Vorlage nicht mehr? --Eduard47 (Diskussion) 23:16, 15. Okt. 2024 (CEST)Beantworten

Es gibt Probleme mit der Überschrift im neuen Parser Parsoid. Deshalb werde ich die Vorlage in allen Artikeln austauschen. Danach wird die Vorlage gelöscht. --RolandUnger (Diskussion) 06:16, 16. Okt. 2024 (CEST)Beantworten

Welcher Art sind die Probleme? Heißt das, dass das generell Überschriften in Vorlagen betrifft? Das wäre dann aber nicht die einzige Vorlage. Kann mir vorstellen, dass wir da nicht das einzige Wiki sind. Sollten wir dann nicht abwarten, ob die Probleme, welcher Arte die auch immer sind, lösbar sind, anstatt hier in Aktionismus zu verfallen? -- DerFussi 07:23, 16. Okt. 2024 (CEST)Beantworten

Hinter der betroffenen Überschrift steht "Bearbeiten", beim Draufklicken bekommt man dann die Fehlerausschrift "Abschnitt nicht gefunden", weil er ja nicht im Quelltext vorhanden ist. Das betrifft wohl generell Überschriften in Vorlagen. Ich glaube an vieles, aber nicht daran, dass dieses Problem behoben wird. Im Fall mit den Einzelnachweisen ist das Problem wohl in zwei Stunden behoben. --RolandUnger (Diskussion) 08:17, 16. Okt. 2024 (CEST)Beantworten

Laut Vorlage {{vCard}} erhält jede VCard automatisch das Sprungziel „vCard_Vcardname“. Wozu braucht sie dann jetzt neu einen zusätzlichen Eintrag "id="? Das hat doch bisher auch ohne diesen gut funktioniert. Eduard47 (Diskussion) 23:38, 15. Okt. 2024 (CEST)Beantworten

Das automatische Setzen des Sprungziels aus dem Namen führt in zahlreichen Artikeln (etwa 2.500 Artikel) zu doppelten id (z. B. fünfmal Dorfkirche), was im neuen Parser Parsoid zu Problemen führt. Deshalb gibt es keine automatisch aus dem Namen generierte id mehr. Sie kann aus dem Wikidata-Id Q1234567 gebildet werden. Dazu habe ich alle wikidata-Doppelungen vergangene Woche beseitigt. Nun gibt es nicht zu jeder Einrichtung einen Wikidata-Id. In diesen Fällen muss man den id setzen, und zwar nur dann, wenn das Sprungziel auch gebraucht wird. Die Korrektur dieser etwa 400 Artikel wird wohl bis zum Jahresende dauern. --RolandUnger (Diskussion) 06:24, 16. Okt. 2024 (CEST)Beantworten

Jedes Jahr, in der Regel von Oktober bis Dezember, suchen mehrere Komitees der Wikimedia-Bewegung nach neuen Freiwilligen.

Erfahre mehr über die Komitees auf den jeweiligen Seiten im Meta-Wiki:

• Affiliations-Komitee (AffCom)
• Ombudskommission (OC)
• Fallprüfungskomitee (CRC)

Die Bewerbungsphase für die Komitees startet am 16. Oktober 2024. Sie endet für das Affiliations-Komitee am 18. November 2024 und für die Ombudskommission sowie das Fallprüfungskomitee am 2. Dezember 2024. Erfahre, wie du dich bewirbst, indem du die Ernennungsseite im Meta-Wiki besuchst. Bitte melde dich mit etwaigen Fragen auf der Diskussionsseite oder über E-Mail an cst@wikimedia.org.

Für das Komitee-Unterstützungsteam

-- Keegan (WMF) (talk) 01:08, 17. Okt. 2024 (CEST)Beantworten

Hello everyone, I previously wrote on the 27th September to advise that the Wikidata item sitelink will change places in the sidebar menu, moving from the General section into the In Other Projects section. The scheduled rollout date of 04.10.2024 was delayed due to a necessary request for Mobile/MinervaNeue skin. I am happy to inform that the global rollout can now proceed and will occur later today, 22.10.2024 at 15:00 UTC-2. Please let us know if you notice any problems or bugs after this change. There should be no need for null-edits or purging cache for the changes to occur. Kind regards, -Danny Benjafield (WMDE) 13:28, 22. Okt. 2024 (CEST)Beantworten

Bei LGBT in Berlin kommt im Abschnitt "Sehenswürdigkeiten" mehrmals der Hinweis unbekannte Landessprache. Ich verstehe nicht, wie ich diesen Hinweis entfernen kann, zumal dieser in meinem Sandkasten, als ich den Artikel vorbereitete, gar nicht vorkam. Wie entferne ich sowas? RaveDog (Diskussion) 18:29, 27. Okt. 2024 (CET)Beantworten

Der Artikel muss in Wikidata eingetragen/verbunden werden. Alternativ können auch die Museen oder Denkmäler mit einem Wikidata-Eintrag verbunden werden. --RolandUnger (Diskussion) 18:39, 27. Okt. 2024 (CET)Beantworten

Ah. Jetzt ist das Problem weg. Danke! :) RaveDog (Diskussion) 18:56, 27. Okt. 2024 (CET)Beantworten

Mir ist noch eine weitere Frage aufgekommen, da ich mich mit Wikidata kaum auskenne. Wie du gesehen hast, arbeite ich ja im Sandkasten bereits an anderen deutschen Städten mit dem Schwerpunkt LGBT. Diese haben allerdings keinen Artikel in der (englischsprachigen) Wikipedia und dadurch auch keinen Eintrag bei Wikidata. Als ich dort nach Berlin gesucht habe, fiel mir auf, dass man dort nicht einfach so Artikel erstellen kann (oder ich bin einfach blind). RaveDog (Diskussion) 21:47, 27. Okt. 2024 (CET)Beantworten

Dear all,

We’re thrilled to announce the Wiki Loves Ramadan event, a global initiative to celebrate Ramadan by enhancing Wikipedia and its sister projects with valuable content related to this special time of year. As we organize this event globally, we need your valuable input to make it a memorable experience for the community.

Last Call to Participate in Our Survey: To ensure that Wiki Loves Ramadan is inclusive and impactful, we kindly request you to complete our community engagement survey. Your feedback will shape the event’s focus and guide our organizing strategies to better meet community needs.

• Survey Link: Complete the Survey
• Deadline: November 10, 2024

Please take a few minutes to share your thoughts. Your input will truly make a difference!

Volunteer Opportunity: Join the Wiki Loves Ramadan Team! We’re seeking dedicated volunteers for key team roles essential to the success of this initiative. If you’re interested in volunteer roles, we invite you to apply.

• Application Link: Apply Here
• Application Deadline: October 31, 2024

Explore Open Positions: For a detailed list of roles and their responsibilities, please refer to the position descriptions here: Position Descriptions

Thank you for being part of this journey. We look forward to working together to make Wiki Loves Ramadan a success!

Warm regards,
The Wiki Loves Ramadan Organizing Team 06:11, 29. Okt. 2024 (CET)

Mir ist bereits mehrfach aufgefallen, dass im Fließtext unter ungünstigen Umständen das Markersymbol und der zugehörige Name durch einen ungewollten Zeilenumbruch getrennt werden, ein geschütztes Leerzeichen kann nicht eingefügt werden, oder doch? Gibt es eine andere Möglichkeit, diese unschöne Trennung zu verhindern? --Eduard47 (Diskussion) 15:27, 2. Nov. 2024 (CET)Beantworten

Ich denke, dass sich das Problem nicht beheben lässt, da die Mediawiki-Software dazwischengrätscht. Ein Zwangsleerzeichen wird eingefügt, aber der Umbruch passiert wohl doch. Ein weiteres geschütztes Leerzeichen kann nicht eingefügt werden, und es würde sowieso von der Software ersetzt werden. Nimm es einfach, wie es ist. Es gibt noch andere unschöne Dinge, die wir nicht ändern können wie z. B. Interpunktionszeichen hinter Links, die von den Browsern gelegentlich umgebrochen werden. --RolandUnger (Diskussion) 19:08, 2. Nov. 2024 (CET)Beantworten

Schade, aber wir werden es überleben. Trotzdem: Danke, sagt Eduard47 (Diskussion) 19:26, 2. Nov. 2024 (CET)Beantworten

Bei https://de.wikivoyage.org/wiki/Cochabamba steht

Nachdem die in Washington sitzende Weltbank in einem Probelauf für den Rest der Welt der bolivianischen Regierung die Privatisierung der Trinkwasserversorgung aufgezwungen hatte, kam es in Cochabamba zum „Wasserkrieg“ von Nov. 1999 bis April 2000. Der folgende Präsidentenwechsel sicherte weiter sauberes, staatliches Trinkwasser, sorgte aber dafür, dass Bolivien vom „freien Westen“ politisch isoliert wurde. Das zeigte sich u. a. an der Einführung der Visumspflicht für Bolivianer im Schengen-Raum. Als der Sturz des Evo Morales 2019 von interessierter Seite organisiert wurde, kam es in Sacaba zu Protesten, bei denen elf Demonstranten getötet und über hundert verletzt wurden.

Immer diese Amis... Liest sich mehr wie RT denn Wikivoyage. 2602:FC05:0:0:0:0:0:10 14:57, 4. Nov. 2024 (CET)Beantworten

Das liest es sich allerdings. Und es gehört auch nicht in dieses Projekt. Es passiert immer wieder mal, dass jemand über das Ziel hinausschießt und Inhalte eher als persönliche politische Kolumne formuliert. Wenn dieser Beitrag, infolge des ersten Satzes, eine Art Sicherheitshinweis sein soll, dann sollte es auch genau so formuliert werden. Sicherlich dient der Abschnitt "Hintergrund" als einziger seiner Art Informationen, die nicht primär reiserelevant sind. Aber dieser Text in dieser Form muss aus meiner Sicht komplett raus.-- DerFussi 03:38, 5. Nov. 2024 (CET)Beantworten

Dann schmeiß ihn raus. 109.42.112.246 18:03, 10. Nov. 2024 (CET)Beantworten

Zur Info: Die nächsten zwei Ausgaben des Digitalen Wikipedia-Stammtisches beschäftigen sich mit dem Theme KI - auch ein bei mehrfach diskutiertes Thema. -- DerFussi 12:02, 9. Nov. 2024 (CET)Beantworten

Wenn ich ein Restaurant zu einer Seite hinzufügen möchte, dann ist ja die übliche Technik, dass man die vCard zu dem Objekt ausfüllt. Allerdings gibt es für die meisten Orte ja schon einen Eintrag auf OpenStreetMap, theoretisch könnte man von dort die Infos importieren. Allgemein wär es schon praktisch, da man so auch Änderungen von Öffnungszeiten/Schließungen automatisch aktualisieren könnte. Ist das möglich? MrBeef12 (Diskussion) 09:11, 10. Nov. 2024 (CET)Beantworten

Ein direkter Zugriff auf externe Websites wie OSM oder Google etc. ist nicht möglich. Wichtig wäre aus meiner Sicht, dass das Objekt in Wikidata eingetragen ist, und die Daten von dort besorgt werden. Änderungen/Aktualisierungen müssten durch einen Bot erfolgen. Notwendig wäre aber eine Info/Id zum OSM-Objekt, was zumindest für die Google-Costumer-Id in Wikidata vorbereitet ist. Für diesen Bot würden wir uns einen Programmierer wünschen. --RolandUnger (Diskussion) 09:34, 10. Nov. 2024 (CET)Beantworten

Theoretisch hat OpenStreetMap eine API, die auch vom Frontend funktionieren sollte. Man könnte irgendein JavaScript-Script schreiben (ich kenne mich mit den Wiki-Möglichkeiten nicht aus, aber bin kein absoluter Neuling bei Userscripts mit ViolentMonkey), dem man zum Beispiel ein Link in der Form https://www.openstreetmap.org/node/4173305344 gibt und das über die API alle Infos in die vCard einträgt (wenn die vCard gut über JavaScript ansprechbar ist). Wenn man irgendwo die OSM-ID vermerkt, dann könnte man das auch über einen Bot aktualisiert halten.

Man könnte auch über Wikidata gehen, das hat auch eine API, da müsste man neue Objekte anlegen/von OSM importieren, das könnte allerdings womöglich ziemlich langsam sein (ich kenne mich da nicht aus). Und dann müsste man sich um OSM <-> Wikidata <-> Wikivoyage kümmern, was komplizierter wäre und wahrscheinlich mehr Programmieraufwand verursachen würde.

Prinzipiell könnte ich definitiv bei der Programmierung helfen (je nach Schwierigkeitsgrad und meiner Motivation). Momentan würde ich allerdings eher die erste Option favorisieren. MrBeef12 (Diskussion) 10:18, 10. Nov. 2024 (CET)Beantworten

Damit auch andere Wikivoyage-Sprachversionen von den Infos profitieren können, gehören die Infos aus meiner Sicht definitiv nach Wikidata. Daten hier in die VCard zu schreiben, ist aus meiner Sicht immer die schlechtere Wahl. Erst recht, wenn es um eine automatisierte Datenübernahme geht. Um Wikidata <-> Wikivoyge muss man sich nicht kümmern, weil implementiert.

Die knot/way/relation-IDs sind vorhandene Wikidata-Properties. Ich könnte mir vorstellen, dass man Auf Wikidata ein Objekt anlegt, die OSM-Knoten-ID erfasst und dann "Übernahme" drückt.

Da ich immer alles auf Wikidata erfasse, bräuchte ich eigentlich den umgekehrten Weg. Bei "meinen Objekten" fehlt immer alles auf OSM. Ich würde es gerne von Wikidata nach OSM transferieren. Momentan erfasse ich Kneipen, Hotels usw. auf OSM nochmal neu - eher gelegentlich, weil zu faul, damit fällt OSM bei mir oft hinten unter und ich verknüpfe nur die IDs gegenseitig. -- DerFussi 10:46, 10. Nov. 2024 (CET)Beantworten

Ich habe die Lizenzsituation von Wikidata und OpenStreetMap recherchiert und festgestellt, dass man ärgerlicherweise keine Daten von OSM nach Wikidata importieren darf: https://wiki.openstreetmap.org/wiki/Wikidata#Importing_data In die andere Richtung geht es manchmal (so wie in den von dir genannten Fällen, bei neu erfassten Daten von seriösen Nutzern), aber leider auch nicht immer.

Aus https://wiki.openstreetmap.org/wiki/Collaboration_with_Wikivoyage : Man kann Daten nicht von Wikivoyage nach OSM importieren (sehr ärgerlich), aber man kann Daten von OSM nach Wikivoyage importieren (wenn man den kurzen Lizenzhinweis anfügt), was anscheinend hier die einzige Möglichkeit ist. MrBeef12 (Diskussion) 12:27, 10. Nov. 2024 (CET)Beantworten

off-topic: Was ich immer noch nicht herausgefunden habe: In OSM auf direkt eine WV-VCard zu verweisen. Es gibt offensichtlich kein wikivoyage-Tag (so wie es eins für die Wikipedia gibt) Mir hat letztes Jahr in Singaputr OSMer erzählt, wie es angeblich geht. Habe es nicht mehr auf dem Schirm. -- DerFussi 11:16, 10. Nov. 2024 (CET)Beantworten

Bei OpenStreetMap kann anscheinend jeder sich einen neuen Tag ausdenken. Also wenn jede vCard eine konstante einzigartige ID hat, dann könnte ich mir so etwas wie wikivoyage:vcard vorstellen (vielleicht müsste man allerdings auch die Sprachversionen noch berücksichtigen). Ganz selten gibt es schon irgendwelche wikivoyage-Tags für allgemeine Seiten (https://taginfo.openstreetmap.org/search?q=wikivoyage#keys), allerdings werden 99,9 Prozent der Verknüpfungen über den wikidata-Tag gehandhabt, glaube ich. Die Leute unter https://community.openstreetmap.org/ sind auch immer sehr hilfreich bei solchen Sachen. MrBeef12 (Diskussion) 12:37, 10. Nov. 2024 (CET)Beantworten

OK, ich kieke mal. Wenn wir was bauen, müssen wir bedenken, dass wir alle drei OSM-Typen unterstützen: Knoten, Linie und Relation. Ich habe auf OSM Hotels in allen drei Varianten. Auch Wikidata-Properties gibt es alle drei separat. Wieso Relationen ist mir bei solchen Objekten noch nicht klar. Im Falle von meinem Hotel auf Railay hat dies der Editor selbstständig getan, als ich zwei Zwei Knotenpunkte trennen wollte. Ich wasche meine Hände in Unschuld  . Resorts sind oft als "way" erfasst. -- DerFussi 14:15, 10. Nov. 2024 (CET)Beantworten

Eine einzigartige ID hat eine VCard in dem SInne nicht, eher eine URL/INterwikilink - sowas wie: „de:Berlin#vCard_Qxxxxx“. Ich quatsche die mal an. -- DerFussi 14:17, 10. Nov. 2024 (CET)Beantworten

vCards und Marker holen nun alle Eigenschaften (Knoten, Linien und Relationen) ab und notieren sie als data-...-Eigenschaft mit ins entsprechende umschließende Tag. In der Listing-Info ist die OSM-Eigenschaft dann auch verlinkt. Interessanterweise werden tatsächlich alle drei Eigenschaften verwendet. --RolandUnger (Diskussion) 14:46, 10. Nov. 2024 (CET)Beantworten

Der Flughafen Marsa Alam ist zum Beispiel eine Relation. --RolandUnger (Diskussion) 14:55, 10. Nov. 2024 (CET)--RolandUnger (Diskussion) 14:55, 10. Nov. 2024 (CET)Beantworten

Man sollte OSM aber auch nicht überbewerten. Es ist wie Wikidata eine von Freiwilligen befüllte Datenbank. Sie kann aktueller als Wikidata sein, aber auch nicht. Es könnte sein, dass Wikidata mehr Daten als OSM liefert. Zumindest muss man etwas vorsichtig mit der automatischen Befüllung sein. --RolandUnger (Diskussion) 17:57, 10. Nov. 2024 (CET)Beantworten

Das mit der nicht möglichen Datenübernahme liegt sicher daran, dass Wikidata eine CC0 hat. Wobei ich mich natürlich frage, ob man die Lizenzinfo von OSM auf eine Telefonnummer oder Öffnungszeit anwenden kann. Ich erinnere mich da nur an Diskussionen, dass Kartengeometrien der Lizenz unterliegen. Die Qualität der VCard-Daten auf OSM ist wahrscheinlich regional unterschiedlich. In Südostasien, wo ich mich WV-technisch meist rumtreibe, fast gar nicht vorhanden. Unabhängig davon unterstütze ich natürlich alles, was uns technisch bei der Informationsbeschaffung hilft. Selbst Hand anlegen kann ich eher nicht. JavaScript beherrsche ich in den Grundlagen, ist aber sowasvon nicht mein Freund, ich mag es nicht. Wichtig wäre bei Implementierungen jeder Art, dass die Pflege halbwegs gesichert ist, Skripte ordentlich dokumentiert sind, und im besten Fall Ansprechpartner vorhanden sind. Beide Projekte ändern sich, APIs ändern sich... -- DerFussi 04:12, 11. Nov. 2024 (CET)Beantworten

Für mich persönlich ist OSM eigentlich nur praktisch, um Flurnamen oder Rinnsalnamen einer Gemeinde zu erfahren, die auf anderen gängigen Atlanten - inkl. GM - oft gar nicht verzeichnet sind. Für die Aktualität von Einrichtungen ist OSM hingegen m. M. n. (bis dato) eher ungeeignet. Allein bei der Aktualisierung der Daten meines Wohnortes sind mir bei OSM viele Unterkünfte und Geschäfte aufgefallen, die es seit Jahren nicht mehr gibt oder sogar als Bauwerk noch gar nicht existieren. Vorteil ist allerdings, dass sich hier keine Hoaxe, Jugendscherze oder Fakes (à la "Tims Kinderzimmer" als Bar) eingeschlichen haben, wovon GM stark betroffen ist. RaveDog (Diskussion) 10:15, 11. Nov. 2024 (CET)Beantworten

Ich denke, gerade in dem Punkt (Aktualität von Daten) können OSM und Wikivoyage viel voneinander profitieren. Es wäre viel geholfen, wenn Einträge, die in Wikivoyage als dauerhaft geschlossen entfernt werden, auch aus der OSM-Datenbank gelöscht werden. 2A02:908:122:55C0:468A:5BFF:FECC:62BA 10:40, 11. Nov. 2024 (CET)Beantworten

Das stimmt. Problem ist hier wahrscheinlich die Zeit. Wenn ich überlege, was es mich für Zeit kostet, immerhin Wikidata aktuell zu halten. Allein bei einem winzigen Ort wie Railay benötige ich zwei Wochen um einen brauchbaren Artikel draus zu machen. Was OSM angeht habe ich mich (leider) nur auf die gegenseitige Verknüpfung beschränkt. -- DerFussi 12:05, 11. Nov. 2024 (CET)Beantworten

Ja, der sehr hohe Zeitaufwand ist, was die Aktualität einschränkt. Aber ansonsten würde ich die Idee begrüßen. RaveDog (Diskussion) 20:16, 11. Nov. 2024 (CET)Beantworten

Vielleicht ist da ein Tool wirklich hilfreich. Gerade beim Löschen, sollte sowas machbar sein. Ist wahrscheinlich die einfachste der möglichen Implementationen. -- DerFussi 12:07, 11. Nov. 2024 (CET)Beantworten