Benutzer Diskussion:Ousw

Bilder Egapark Erfurt

Hallo Ousw, ich denke auch, dass die Bilder vom Urheberrecht noch ok sind. Ist zwar eintrittspflichtig, aber ja kein Museum, wo Urheberrechtlich geschützte Kunstwerke gezeigt werden. Formal rechtlich fällt Parkbereich natürlich nicht mehr unter die Panoamafreiheit, da Eintritt und abgegrenzter Bereich. Aber z. B. zum Palmengarten Frankfurt liegen auch hunderte Bilder seit Jahren auf Commons rum. Das ja ähnlicher Fall wie Egapark in Erfurt. Naja, jedes Bild macht ja auch Werbung für den Palmengarten. Den Artikel Palmengarten hatte ich übrigens mal angelegt. Zu Egapark würde übrigens meiner Meinung nach extra Artikel auch Sinn machen. Für eine Vcard ist das definitiv zu groß. Und schon die rund 25 Bilder im Artikel Erfurt zeigen ja, dass das eigentlich umfangreicher darstellbar ist. Grüße Dirk Schmidt (Diskussion) 10:47, 25. Jun. 2026 (CEST)

Hallo Dirk, danke für Deine Anmerkungen! Ich hatte mit einem erfahrenen WPner gesprochen, und der fand diese Bilder auch OK, eins im Egapark-Danakil-Teil auf WP fand er hingegen grenzwertig plus eins eindeutig copyvio, und ich habe diese dann mit zwei ähnlichen zur Löschung gemeldet. Mit neuen Artikeln habe ich hier noch keine Erfahrung, vermutlich legt man die bei sich an und verschiebt das fertige Ergebnis dann? Das gibt dann aber vermutlich viel Arbeit, auch wenn ein Anfang ja schon gemacht wäre und ich gut von von meinem WP-Teil abkupfern könnte. Vielleicht sollte man erst den Danakil-Artikel auf WP anlegen? Den Palmengarten-Artikel gibt es ja auch zweimal, das war dann ja im Endeffekt doppelte Arbeit. Hmmm...

Update: Irgendwie war ich auf das Danakil fixiert, für das sich evtl. ein eigener Artikel auf WP und hier rentieren würde. Vielleicht aber auch nur hier einer über den Egapark inklusive Danakil? Bzgl. Bildern ist das Danakil viel heikler, die Löschgeschichte bezog sich auch nur auf solche von da drinnen. So long Ousw (Diskussion) 11:44, 25. Jun. 2026 (CEST)

Also zum Wüsten-/Tropenhaus gibt es sogar off. Video auf YT: https://www.youtube.com/watch?v=PKy-z33bJA4 von daher kann man da auch Bilder von Drinnen zeigen. Problematisch wäre z. B. wenn auf den Bildern zeitgenössische Kunstwerke gezeigt würden, die da ausgestellt (also wenn Künstler nicht 70 Jahre tot schon). Aber da ja Pflanzen und Tiere drin... Also "Doppelung zu WP" ist pot. fast jeder ARtikel auf Wikivoyage. Kannst dir ja Palmengarten Frankfurt als Vorlage nehmen. Der Artikel baut Palmengarten auf üblichen Skelett für kleine Orte auf (etwas angepasst). Wobei EgaPark hat wohl sogar noch mehr potentielle POI / Marker als der Palmengarten... alles Geschichtliche zum Egapark würde ich z. B. auf WV nur Kurz abhandeln und dann auf die Wikipedia verweisen. Auf WV stehen praktische Reiseinfos im Vordergrund. Die ganze Parkgeschichte, da habe ich z. B. beim Palmengarten einfach auf WP verwiesen. Egapark gehört jedenfalls zu den 20 bis 30 Parkanlagen DE-Weit, für die eigener Artikel Sinn ergibt. --Dirk Schmidt (Diskussion) 13:59, 25. Jun. 2026 (CEST)

Ich hab' mal ein wenig rumprobiert, aber alleine "Quickbar Ort" kann einen in den Wahnsinn treiben. Holt irgendwie Teile aus Wikidata, aber mir wird das zu aufwendig, die ganzen Details rauszupfriemeln (wie es mit der Karte funktioniert; außerdem kann man wohl da nicht einfach Tel., E-Mail, Web unterbringen, sondern nur erstere beiden bei der Touristinfo - macht aber hier keinen Sinn). Ächz. Ousw (Diskussion) 17:59, 25. Jun. 2026 (CEST)

Ich habe hier mal Struktur Egapark Erfurt angelegt. Das kannst das jetzt gerne mit Inhalten befüllen. Ob man für die Einzelpunkte Marker, vCards oder Abschnitte verwendet? Also das ist individuelle Entscheidung im Textstil. Themengärten aber ich mal gelb gemacht, da es dort ja meist blüht.... Aber das kannst du gerne auch alles anders machen. Wenn du an der Struktur gar nichts machen willst, sage bitte hier kurz Bescheid. Dann befülle ich das kurz bis auf Niveau "Class-2" Entwurf. Bei Kleinschreibung im Artikelnahmen hat die Wikisoftware gestreikt. Das ist wohl nicht vorgesehen. Quickbar für mich auch immer fummelig. Aber ich bin auch kein Experte für Quickbars... Naja, so wie jetzt sind das die Infos, die Software aus Wikidata bezieht. Dort habe ich das schon verknüpft. Aber du kannst auch gerne individuelle Quickbar zusammenbasteln. Das hier ja individueller Einzelartikel. Quickbar-Vorlage speziell für Parkanlagen gibt es, soweit ich weiß, nicht. Für Urwald Sababurg habe ich mal selbst was zusammen gebastelt. Kannst du dort auch im Quelltext schauen. Aber sonst kann Qickbar auch einfach so kurz bleiben. Kontaktdaten kann man ja z. B. mit in Abschnitt Eintritt unterbringen. Oder in Unterabschnitt bei Parktische Hinweise. --Dirk Schmidt (Diskussion) 22:29, 25. Jun. 2026 (CEST)

Danke für Deine Mühe, so geht das gleich leichter! :-) Ich habe mich mal ein wenig auf der Seite "getummelt", insbesondere zwei der für mich wichtigen Toiletten haben es auch reingeschafft. Muss jetzt los, daher leider ein paar Templates hinterlassen... Ousw (Diskussion) 15:09, 26. Jun. 2026 (CEST)

Ich werde zum Tier!!! Der Quelltext-Editor hat eine stundenlange Arbeit am Danakil einfach NICHT abgespeichert! Alles weg, nichts mehr zu finden. Warum kam da keine Fehlermeldung bzgl. Retry, wie ich sie kenne?

Update: So schön formuliert und zusammengebastelt wie ursprünglich ist es im zweiten Anlauf nicht mehr geworden (der Kopie-Faktor ist deutlich größer, aber ich wollte nicht nochmal so viel Zeit investieren)... :-/ Ousw (Diskussion) 18:16, 26. Jun. 2026 (CEST)

Zum Thema Quickbar kann bestimmt @DerFussi: helfen. Schön wäre es tatsächlich, wenn einige der Hauptdaten in der QB erscheinen würden. Habe es mal mit der QB-Nationalpark versucht, bringt aber auch nicht so recht was. Habe jetzt nur die soc.media-Lollies über Wikidata eingefügt. Vielleicht lohnt sich für derartige "Gärten" oder "Parks" eine eigene Quickbar? Noch wäre der Aufwand, diese in den vorhandenen Artikeln auszutauschen, vertretbar meint Eduard47 (Diskussion) 12:43, 27. Jun. 2026 (CEST)

• Die Idee klingt gut, ich bin nur schon mit einem Vorschlag einer kleinen Änderung bei den Subtypen kläglich gescheitert und das demotiviert mich ehrlich gesagt - vielleicht ist es beser, wenn ein langjähriger WV-ler wie Du den Vorschlag macht...
• Immerhin sollte der Artikel inzwischen class-2 sein und sich class-3 nähern, oder?
• Und gleich noch eine Frage: Wie bringt man WV dazu, sowas wie <references> aus WP am Artikelende korrekt einzubinden?

Ousw (Diskussion) 13:07, 27. Jun. 2026 (CEST)

• Was die Einzelnachweise angeht, funktionieren die hier genau so wie in der WP. Ich nutze das ja auch intensiv. Zur Not kannst du bei einem meiner letzten Artikel spicken. Einzig die Literatur/Quellenvorlagen sind etwas anders bei uns. Ich finde sogar besser. ICh selbst schreibe die Quellen selbst lieber gesammelt ans Ende. Da bleibt er Artikeltext etwas lesbarer.
• Bezüglich der Quickbar wäre zu klären, welche Infos gewünscht sind. Neue Quickbars machen nur Sinn, wenn es genügend identische Anwendungsfälle gibt. Möglich wären auch ergänzende optionale Parameter wie die Fläche, die man sich auf Wunsch aktivieren kann. Zuerst stellt sich die Frage, welche Angaben denn gewünscht wären. Gern auf WV:VW -- DerFussi 15:20, 27. Jun. 2026 (CEST)

  • Danke für den Einzelnachweise-Tipp, im egapark-Artikel funktioniert das aber leider nicht wie bei Deinem Artikel, es erscheit "<references>" statt der nummerierten Liste...
  • Ich würde sagen mindestens

  Tel.:

  E-Mail:

  Web: Ousw (Diskussion) 15:30, 27. Jun. 2026 (CEST)

  Du musst <references /> schreiben, mit dem Schrägstrich am Ende. Webseite steht in der {{Quickbar Ort}} bereits mit drin. Nimm doch erstmal die´. Über Telefon und E-Mail könnte man nachdenken, als individuell abzurufende Daten, sollte man eine Ortsquickbar für eine Sehenswürdigkeit benutzen - was ja bei uns eher die Ausnahme ist. Man kann auch unter "Anreise" als erstes eine komplette VCard des Objektes nochmal mit angeben. Dann ist gleich alles mit drin. Telefon, E-Mail, Öffnungszeiten, Eintrittspreise, Social Media. Alles von Wikidata ohne es hier manuell angeben zu müssen. Danach die ganz normalen Anreisedaten. -- DerFussi 15:46, 27. Jun. 2026 (CEST)

• Ich denke, auch die Größe sollte nicht fehlen. Aber grundsätzlich könnte eine derartige QB doch auch für eigenständige Artikel zu Sehenswürdigkeiten genutzt werden. Das kann durchaus eine erweiterte QB-Ort sein. Eduard47 (Diskussion) 15:55, 27. Jun. 2026 (CEST)

  Thx!

  • Warum beim egapark mit " /" und bei Singapur/Southern_Islands ohne? *Kopfkratz*
  • Erscheint nicht bei "TouriInfoWeb" dann "TouristInfo" davor? Das ist hier ja nicht richtig.
  • Bis ich mich bei Wikidata wohlfühle, werden vermutlich noch Äonen vergehen. :-/

  Ousw (Diskussion) 16:12, 27. Jun. 2026 (CEST)

  Mist - schlechtes Beispiel. Sooooory!. In Singapur/Southern_Islands hat es Inhalt. Wir sprachen aber über ein unary Tag. Also....

  Entweder:

  • ohne Inhalt (wenn die Referenzen weiter oben im Text stehen), dann : <references /> oder ...
  • mit Inhalt. dann <references>...</references> mit Inhalt dazwischen

  Sorry -- 00:45, 28. Jun. 2026 (CEST) DerFussi 00:45, 28. Jun. 2026 (CEST)

  • PS: TouriInfo ist etwas anderes als die "eigene" Webseite und Telefonnummer
  • Wikidata und die ganze Wikiwelt ist leider nur etwas für Nerds. Ärgert mich auch, aber ist leider so. Ich habe zumindest für die Erfassung der Daten auf Wikidata ein Hilfsmittel gebastelt, vielleicht hilft es.

  Mehr geht nicht zur Zeit -- DerFussi 00:52, 28. Jun. 2026 (CEST)

  • ad <references>...</references>: Damit ich nicht dumm sterbe: Wie funktioniert das? Schreibt man die Quelle unten rein und verweist von oben dann darauf (wenn ja: wie?) oder baut das System sie unten automatisch als Doppel ein, wenn man die Referenz oben erstellt (wenn ja: wo/wie bearbeitet man sie dann später?)?
  • ad TouriInfo: Ich hatte beim Ausprobieren gesehen, dass dann im Block oben rechts in der linken Spalte "TouristInfo" erscheint. Für den egapark-Artikel wären da aber ja dessen Daten relevant - wenn dann "TouristInfo" da steht, geht der Leser irre. Oder verstehe ich da etwas falsch? Es sollte dann ja nur "Info" oder so erscheinen.
  • ad Hilfsmittel:

  • Ich habe ein wenig rumprobiert und die erste Frage für mich ist: Kann man das Tool auch ohne die Q-Nummer nutzen, an die man ja erstmal kommen muss?
  • Zweite Frage: Im Hinweistext steht "Diese Seite spielt die QuickStatements nicht direkt auf Wikidata ein. Im letzten Abschnitt findest du einen Link auf die entsprechende Seite. Füge dort den erzeugten Code aus." - sollte das nicht "Führe dort den erzeugten Code aus." heissen?

  Ousw (Diskussion) 08:47, 28. Jun. 2026 (CEST)

  • Variante 1: Also wenn du direkt im Artikeltext die Quellen vollständig mit dem ganzen Link <ref>...</ref> angibst (wie in der Wikipedia) musst du nur am Ende das <references /> hinschreiben - dort wo die Liste der Quellangaben erscheinen soll.
  • Variante 2: Du schreibst im Artikeltext ober nur <ref name="eindeutiger-Name" /> - also auch so ein Einzeltag mit dem Schrägstrich am Ende, musst aber einen eindeutigen Namen vergeben. Dann kommt es am Ende in das <references rein>...</references rein>

<references>
<ref name="eindeutiger-Name">{{ Internet | Datum= 2026-05-25 | Titel= Erste Quelle | URL= ... }}</ref>
<ref name="zweiter-eindeutiger-Name">{{ Internet | Datum= 2026-05-25 | Titel= Zweite Quelle | URL= ... }}</ref>
</ references> -- ohne dem Leerzeichen dazwischen.. irgendwie ist hier was faul

• • Wie schon erwähnt. Die Ortsquickbar stellt nur die Touri-Info dar, wie irgendwann mal beschlossen. Würde ja bei der Standardanwendung (Orten) nur die Rathausangaben ausgeben, die niemanden nutzen. Für Info müsste man andere Daten auslesen. Bis jetzt gibt es das nicht. Das macht die VCard, nicht die Quickbar. Daher mein Vorschlag eine komplette VCard in den Artikel zu setzen.
  • Klar, einfach die Seite aufrufen. Da ist dich "Neues Objekt" bereits aktiviert. Die Q-ID wird dann beim Einspielen der Statements generiert.

  Den Tippfehler beseitige ich nachher. -- DerFussi 09:23, 28. Jun. 2026 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Thx!

ad Tool: Andersrum, es gibt bereits einen Eintrag (mit Q-Nr.): Wie findet man den Eintrag ohne Q-Nr. mit Deinem Tool? Ousw (Diskussion) 09:43, 28. Jun. 2026 (CEST)

Momentan gar nicht. Wenn du ein bestehendes Objekt auf WD ergänzen willst musst du dort suchen und dir die Nummer dann rauskopieren und eingeben. Ist aber eine gute Idee. Ich werde mal eine Suche mit einbauen. Ob ich mich heute noch dazu aufraffe... wahrscheinlich noch nicht. Erstmal hier noch was tun. Aber ich merke es mir vor. -- DerFussi 11:42, 28. Jun. 2026 (CEST)

Zur Vorlage Anker

Die Vorlage {{Anker}} sollte nur in dringenden Ausnahmefällen verwendet werden, wenn es weit und breit keinen Anker gibt. Alle Überschriften besitzen einen Anker, und die beiden Vorlagen {{Marker}} und {{vCard}} können selbst Anker erzeugen. Die geschieht automatisch, wenn der Parameter wikidata gesetzt ist (der Anker lautet dann z. B. vCard_Q1234567. Anderenfalls kann man mit dem Parameter id einen Anker erzeugen, aber bitte nicht beide Parameter spezifizieren. In letzterem Fall würde id = Palmenhaus den Anker vCard_Palmenhaus erzeugen. In jedem Fall kommt vCard_ davor, und diese Anker kann man dann von anderen unterscheiden.

Ich persönlich würde auch auf die intensive Nutzung von Verlinkungen auf Anker verzichten. Sie sind sehr fehlerträchtig, und es gibt keine (automatischen) Werkzeuge, dies zu erkennen. RolandUnger (Diskussion) 10:21, 2. Jul. 2026 (CEST)

Danke für die Hinweise, auf der Seite egapark Erfurt machen halt so einige seitenintene Verlinkungen IMHO Sinn, es ist ja auch nicht zielführend, Textteile mehrfach einzubauen. Und da man mir angeraten hatte, auf Unterüberschriften (mit den dann folgenden Markern ) zu verzichten, ergaben sich halt gewisse Notwendigkeiten.

Bei dieser Gelegenheit ein paar Fragen:

1. Bei {{Anker|eins|zwei|drei}} kann man mehrere alternative Schreibweisen angeben, geht das auch bei "id="?
2. Bei {{Marker|Name=Deutsche Gartenbaumuseum|...]}} ist dass "Deutsche" (ohne -s) durch den Textfluss erzwungen, dann erscheint aber bei der Markierung in der Karte das (falsche) "Deutsche Gartenbaumuseum". Gibt es eine Möglichkeit, das, was im Textfluss erscheint, und den eigenlichen Namen beides im {{Marker}} anzugeben? Bei Vorlage:Marker wurde ich leider nicht fündig.

Ousw (Diskussion) 13:28, 2. Jul. 2026 (CEST)

id lässt nur einen Anker zu, weil man mehr auch nicht braucht. Genau genommen ist es die Krücke für einen fehlenden Wikidata-Eintrag. Natürlich darf man im Artikel und zwischen Artikeln verlinken. Und hier bietet sich Wikidata an, weil die Nummer sehr stabil ist. Und im Fall der {{vCard}} soll man auch nichts davor und dahinter schreiben, auch keinen Anker. Vor langer Zeit gab es auch den Versuch, aus dem Namen automatisch einen Anker zu bilden. Dies hat sich aber nicht bewährt, weil die Namen nicht so eindeutig sind, jeder Anker aber nur einmal pro Artikel vorkommen darf.

Das zweite Problem ist bekannt und tritt eigentlich fast nur bei Markern auf. Deshalb gibt es das zusätzliche Argument name-map, damit auf Karten ein richtiger Name steht. Gelegentlich wird der Parameter name-map gegenüber dem Parameter name bevorzugt, wenn vorhanden.

Bei den Unterüberschriften muss man einen Kompromiss finden. Die Abschnitte sollten bei der Quelltextbearbeitung noch überschaubar bleiben, sonst sucht man manchmal fast vergeblich nach den Stellen, die man ändern möchte. --RolandUnger (Diskussion) 18:01, 2. Jul. 2026 (CEST)

• Thx für den Tipp mit "name-map", das hatte ich wohl übersehen oder nicht verstanden.
• Die Unterüberschriften bei den vielen Gärten hätte ich eigentlich auch deswegen gerne gabt, weil Sie dann in der Gliederung links erscheinen - oder geht ein Eintrag dort auch irgendwie mit einem Marker?
• Für Wikidata brauche ich wohl mal eine Schulung, da drücke ich moich noch herum - es geht einfach nicht alles auf einmal...

Ousw (Diskussion) 18:32, 2. Jul. 2026 (CEST)