Bei der Korrektur eines duplizierten Brunnens in Bern (ein anderes Problem, um das es hier nicht geht) ist mir aufgefallen, dass der Wikimedia-Commons-Bilder-Link dazu nicht funktioniert.
Seit Januar 2026 werden als direkter Link nur noch bestimmte Bildgrössen von Wikimedia ausgeliefert werden, und laut Common thumbnail sizes - MediaWiki ist 800px keine mehr davon.
In der Schweiz hat es sehr (sehr, sehr) viele Wikimedia-Links, die auf 800px breite Thumbnails verweisen (~2500 Ways und 519 Relationen): overpass turbo - Swiss edition
Ich glaube, das könnte mit einem “einfachen” sed 's/800px/960px/g' in der Datenbank gelöst werden, was wäre eine bessere Idee?
Das Problem besteht übrigens weltweit, nicht nur in der Schweiz: Search results | OpenStreetMap Taginfo (wiki.openstreetmap.org-Links mit 800px drin funktionieren, was zur Folge hat, dass die Einschränkung etwas präziser gemacht werden müsste)
Ich habe das Gefühl, es geht darum, dass in Apps ein Bild angezeigt wird, mir ist aber nicht ganz klar in welcher App das als Hotlink direkt aufs Bild nötig ist.
Wie @eginhard schreibt, zeigt der wikimedia_commons-Link schon zur relevanten Kategorie.
Was ich aber nicht wusste, dass im image-Key auch direkt ein wikimedia-Wert eingefüllt werden kann.
Ich erfasse das mal beim Mosesbrunnen so, und schaue, wie das von einigen OSM-Apps unterstützt wird.
Nein, das wird jedenfalls dann nicht online “schön” angezeigt: Mosesbrunnen v10.
Auch nicht, wenn die URL ‘codiert’ wird: Mosesbrunnen v11.
Bei beiden Varianten beschwert sich ID, dass die URL nicht korrekt ist…
iD hat einen Issue-Tracker. Und für die OpenStreetMap-Website gibt es auch einen. Beides sind keine Gründe, die komplette URL zu verwenden und auch nicht, um die Sonderzeichen zu escapen.
