Wikimedia Commons ist insofern besonders als z.B. verschiedene Bildgrößen und Formate (z.B. bei SVGs) und verschiedene Metadaten, z.B. Ersteller, Koordinaten, Adresse und Lizenz, abgerufen werden können. Demnächst gibt es auch Wikidata-Technik bei Commons. Dann lässt sich das auch einfacher automatisch abfragen. Es wäre absurd, die schon vorhandene Struktur der Commons-Links wegzuschmeißen und die Auswertung damit zu verkomplizieren. Andersrum ist ein Erzeugen von URLs aus den Commons-Links trivial.
Analog ließe sich natürlich auch fragen, warum man bei wikipedia=, wikidata= oder mapillary=* nicht vollständige URLs schreibt.
Die Geschichtskarte unterstützt image=* und wikimedia_commons=* richtig. Ich finde es schade, dass openstreetmap.org sie noch immer nicht unterstützt. (wikipedia=* und wikidata=* werden ja auch von openstreetmap.org korrekt unterstützt.)
Auch inhaltlich ist Commons natürlich für OpenStreetMap anders als z.B. FlickR, da bei Commons ausschließlich freie Medien liegen.
Das soll dich nur überzeugen, dass das Problem nicht bei den (sauberen) Daten sondern beim Auswerter – hier openstreetmap.org – liegt. Bei OSM gibt es ja auch die Regel, nicht für den Renderer zu mappen. Verallgemeinert sollte man in OSM immer saubere Daten eintragen und sich nicht zu sehr an den Unzulänglichkeiten der aktuell auswertenden Software orientieren.
Wikidata hat sog. URL-Formatierer für so etwas, die selbst auch im Wiki stehen. Bei OSM wäre die Sache komplizierter, da OSM liberaler mit den möglichen Werten ist.
Ok - ich will hier nicht eine Diskussion anfangen. Warum kompliziert, wenn es einfach geht? Es sind nicht alle Nutzer “Softwareersteller”. Als Nutzer möchte ich bei einen POI auf einen Link klicken, um weiteres zu erfahren. Mit den internen Verlinkungen funktioniert das nicht.
Die einfache und richtige Lösung ist die Software zu reparieren und nicht tausende Objekte umzutaggen und mit komplizierteren Werten zu versehen nur damit die detaillierte Auswertung komplizierter wird. Ich dachte, das hätte ich ausführlich und mit konkretem Beispiel dargelegt. s.o.
Ich stimme Reclus dahingehend zu, daß die Einträge in der Datenbank so universell wie möglich sein sollten. Die datentechnische Aufbereitung des Datenbankinhalts zu einem klickfertigen URL ist dann Sache der Benutzerschnittstelle, nicht der Datenbank. Mit wikipedia=* klappt es in osm.org ja auch, obwohl in der Datenbank nur das WP-Lemma steht und nicht der komplette URL.
Von daher ist deine Kritik durchaus berechtigt, aber an der falschen Adresse. Die Maintainer der Website osm.org wären die richtige.
Wenn man das so liest, stehen die Häuser bestimmt noch. Es sieht mir aus wie eine geographischer Einsatzplan der Feuerwehr, oder anderer Hilfestellungen. Hier werden wohl Fehlermeldungen für die räumliche Darstellung der (Feuerwehr)Einsätze missbraucht. Von daher wäre der erste Spiegelstrich nicht sinnvoll, der 2. wäre denkbar, aber warum so ein “Bohei” machen. 3 wäre mir zu umständlich.
Ich würde die Fehlermeldungen “beheben” mit dem Hinweis, dass nur Fehler der Openstreetmapkarte damit gemeldet werden sollen/dürfen.
Ich habe ein Kommentar im Changeset gelassen. Jetzt frage ich mich, ob der Mapper nicht versucht hat, einen Kreuzfahrschiff zu mappen… was aber ziemlich Quatsch wäre…
Dass ich das noch erleben darf…
Falls sich jemand fragt, wo mein Bildchen herkommt, ich hatte große Bedenken dass die (damals) neuen Bing-Luftbilder gutgläubig und auch schnellebige Dinge einfach abgemalt werden und dachte, da machste mal n lustiges Bildchen als Avatar… Zum Glück ist das anders verlaufen. Aber das was da jemand reingepinselt hat ist ja mal richtige Kunst…
PS: Nein, ich war’s nicht, auch keine Reinkarnation von mir…
Für mich sieht das nach ’ner temporären Sperrung aus, etwa für eine Veranstaltung oder Baumaßnahme oder so – das finde ich nicht sonderlich kurios. Allenfalls, dass ein Einbahnstraßenschild verwendet wurde (wenn es denn eines darstellt), ist etwas seltsam und mag darauf hindeuten, dass nix anderes zur Hand war.