Tag wikimedia_commons - kein clickbarer Link

Wünschen kann man viel, aber es braucht auch Leute, die die Wünsche umsetzen. Es gibt halt nicht viele Leute, die die nötigen Kenntnisse in Ruby on Rails haben UND an der OSM-Hauptseite arbeiten wollen.

Als freies und offenes Projekt sollten wir auch nicht zu jeder dritten Plattform Links setzen (außer website=* und contact:website=*), sondern nur zu solchen, die wirklich frei und offen sind. Mapillary ist das in meinen Augen nicht. Die Projekte der Wikimedia Foundation sind es hingegen schon.

Es sollte bei den Forderungen nach der Umwandlung von Fremdschlüsseln in Links beachtet werden, dass osm.org nicht das Ziel hat, ein Kartenportal (*Maps-Ersatz), sondern ein Schaufenster zu sein.

Die korrekte Stelle zum Ändern müsste https://github.com/openstreetmap/openstreetmap-website/blob/master/app/helpers/browse_helper.rb#L69 sein, oder?

Hat jemand von Euch ne dev-Version von openstreetmap-website rumliegen?

Code ist hier:

https://github.com/tyrasd/overpass-turbo/blob/master/js/overpass.js#L686-L716

Am besten ein Issue dafür aufmachen oder noch besser selbst einen Patch einreichen.

Nach dem Mapillary meines Wissens die wichtigste Quelle für georeferenzierte Bodenbilder ist und sowohl in iD als auch in JOSM direkt genutzt werden kann, würde ich Mapillary nicht als beliebige dritte Plattform sehen.

Auch die Tatsache, dass inzwischen 7.4k Einträge mit mapillary=* existieren würde eine Direkt-Verlinkung des Mapillary-image-keys rechtfertigen: https://taginfo.openstreetmap.org/keys/mapillary

Grundsätzlich kann man mit image=* natürlich schon jetzt Bilder aus Mapillary verlinken…

dahingehend hab ich auch ein paar Leichen im Keller, aber mapillary=* finde ich viel zielführender, weil man vorher weiss, was man grob zu erwarten hat.

Apropos Relevanz, ach ne andermal wieder.

Ich hatte im anderen Thread (Kleine Fragen 2017) zufällig zu einem ähnlichen Thema eine Frage. Harald H. hat mich dann netterweise hierher zu diesem Thread geleitet :slight_smile:

Ich zitiere mich mal rasch selbst aus dem anderen Thread:

Einen kleinen Unterschied gibt es, mir geht es nicht um die Verlinkung zu wikipedia oder Drittpartei-Plattformen.

Also scheint aber für meine Anfrage auch https://github.com/openstreetmap/openstreetmap-website/ die passende Anlaufstelle zu sein?

Falls ja, werden diese Links auf openstreetmap.org zu “unseren” OSM-wiki-Artikeln für alle neuen Tags über einen automatische Routine erstellt? Also, sobald ein neu verwendeter Tagname eines OSM-DB-Objekts (Beispielsweise “pumping_station”) mit dem OSM-wiki-Artikelnamen identisch ist, sollte automatisch verlinkt werden? Oder, ist es nötig für jeden neu eingeführten Tag (in der OSM-DB sowieso im OSM-wiki) den Quellcode (unter github/openstreetmap-website) manuell anzupassen, um die gewünschte Verknüpfung hergestellt zubekommen?

Die Links werden automatisch generiert, aber in welchem Intervall kann ich nicht sagen.

Siehe https://github.com/openstreetmap/openstreetmap-website/search?utf8=%E2%9C%93&q=WIKI_PAGES&type=

Ich hab euch mal ein Issue aufgemacht: https://github.com/openstreetmap/openstreetmap-website/issues/1552

Wäre gut wenn ihr euch im Nachgang darum kümmern könntet und mögliche Rückfragen von tomhughes beantwortet.

Mmh, mit dem overpass-Entwickler hatte ich schonmal Kontakt über den kurzen Dienstweg,
ich habe es jetzt auch wieder über das das OSM-Wiki versucht.

Ich frage mich immer, warum es so ein Riesending ist, auf Github einen Verbesserungsvorschlag einzureichen.

Wir spielen das jetzt mal exemplarisch für overpass turbo durch (der Link in Schritt 1 ist wirklich nur für overpass turbo!!)

  1. Du gehst auf https://github.com/tyrasd/overpass-turbo/issues
  2. Du drückst auf den grünen Knopf “New Issue”
  3. Wählst im Popup einen Benutzernamen (rechts sieht man einen grünen Haken, wenn nicht bereits vergeben), gibst deine Email-Adresse ein und ein neues Passwort, dann auf den grünen “Sign up for GitHub” drücken.
  4. Du wählst deinen “Plan”, hier einfach “Unlimited public repositories for free.” unverändert übernehmen, und drückst auf den grünen “Continue” Knopf
  5. In der Zwischenzeit müsste eine Email eingetrudelt sein, dort auf den Bestätigungslink drücken, fertig.
  6. Jetzt müsstest du angemeldet sein, also nochmal den Link aus Schritt 1 aufrufen, und nochmal im Schritt 2 auf den grünen “New issue” Knopf drücken und dann lostexten.

War jetzt nicht wirklich viel schwieriger als im Wiki anmelden, oder?

@mmd

Klar, wenn man damit Praxis hat, ist das immer ganz easy…

In der Wikipedia hat man mit einem Account in einem Riesigen Wiki den Zugriff auf Alles und Alle, bei OSM habe ich:

  1. Account für die OSM-Datenbank + und das interne Nachrichtensystem
  2. Account für das OSM-Wiki
  3. Account für dieses Forum
    und jetzt noch einen 4. für Github? Sei mir nicht böse, wenn ich mir dann irgendwann denke, es reicht mir jetzt aber auch :wink:

Das ist sehr schön mit deiner step-by-step-Anleitung, jetzt bin ich am Grübeln, ob ich mir das lokal speichere, denn falls ich es wirklich mal (z.B. in einem Jahr oder so) benötige, dann ahne ich jetzt schon, dass ich dies (anders als in der Wikipedia!) in diesem Forum niemals wiederfinden werde;-)

Beste Grüße

Hi! Habe jetzt wie gewünscht Links für wikimedia_commons und mapillary* Tags eingebaut (siehe 36dfb56a und 1fdc6fd1. Zum Ausprobieren ist die Funktion schon hier verfügbar: https://overpass-turbo.eu/master/. Es wird demnächst auch auf overpass-turbo online gehen.

PS: am Liebsten wären mir solche Feature-Requests schon direkt auf Github. :wink:

Danke.

Danke!
Nach kurzem antesten von “wikimedia_commons” scheint mir das bei “Category:” und “File:” ohne Probleme zu funktionieren.

Aber, wenn Du schonmal hier bist, und bevor ich mich auf Github zum großen Issu bewegen muss;-) off Topic zu overpass:

Je nach Browser(einstellung) begrüßt einen overpass-turbo.eu auch mal mit der “Fehlermeldung” “Your Browser is not supported” als Popup mitten auf dem Bildschirm. Meiner Erfahrung nach funktionieren die eigentlichen Abfragen allerdings (und erfreulicherweise!) auch bei restriktiven Browsereinstellungen tadellos. So wie ich das sehe funktioniert lediglich die Generierung der Shortlinks (“Teilen”) dann nicht, was allerdings schon ein ganz anderes Level ist als eine reine Abfrage.

Ich hatte schon die Situation, dass ich jemanden einen Shortlink schickte und dieser der festen Überzeugung war “Bei mir geht das nicht”. Es funktionierten aber sowohl Abfrage als auch Info-Fenster völlig problemlos und mehr war auch gar nicht gewünscht.

Vielleicht könnt ihr diese unnötig verunsichernde “Fehlermeldung” mal überdenken - oder zumindest aus ihrer sabotierenden Position in der Bildschirmmitte an den Rand verschieben?

Grüße von Jo

Das hört sich eher so an als ob du mit einem tendenziell veralteten Browser unterwegs bist, der schon lange keine Sicherheitsupdates mehr gesehen hat. Vielleicht also eher mal über ein Update nachdenken als ein vermeintlich störendes Popup abzuklemmen.

Klar, der Anwender ist schuld, zu doof oder veraltete Software…

Eben für dich brandaktuell nochmal ausprobiert (Win10, Firefox 53.0.3.)
Wenn Cookies deaktiviert sind, kommt die “Fehlermeldung”.

In der Konsequenz bedeutet dies, dass ich jemanden, dem ich einen overpass-Shortlink schicke gleichzeitig aufforden muss,
entweder Cookies zu aktivieren oder aber Fehlermeldungen wegzuclicken.

Was gerade deswegen völlig absurd ist,
weil “hinter” der Fehlermeldung alles tadellos funktioniert - ganz ohne Cookies.

Das war so deiner bisherigen Beschreibung nicht so recht zu entnehmen, aber gut. Der Check in overpass turbo ist eigentlich dazu gedacht, CORS-Unterstützung im Browser zu prüfen (sonst kannst du die Abfragen nicht Richtung Overpass API absetzen) und indirekt auch die Unterstützung für localStorage, damit du deine Queries im Browser speichern kannst.

Aber immerhin weist das Popup auf diese Situation hin:

Cookies sind in der Tat nicht notwendig, aber CORS (und ggfs. localStorage) sind schon wichtig.

Das kann auch mit NoScript! und der XSS-Detection zusammenhängen.

Tom wollte einen Pull Request mit den aktuellen Wiki-Sachen haben: https://github.com/openstreetmap/openstreetmap-website/pull/1553

Sobald der “gemerged” wurde, sollte das mit den Links funktionen.

Leicht OT: Ist es überhaupt noch sinnvoll, jedes Wikimedia-Projekt einzeln zu verlinken seit es Wikidata gibt? Ein Wikidata-Item enthält die aktuellen Links zu allen zugehörigen Wikimedia-Projekten und ist wesentlich stabiler.

Mir nutzt dein famoses Wikidata-Item gar nichts:

1.)Glaube ich nicht, dass DIES:
http://gk.historic.place/historische_objekte/index.html?zoom=18&lat=51.57338&lon=9.42343&pid=KmHaSaHe&select=n4813886107
gegenwärtig NUR mit der Angabe eines Wikidata-Items möglich ist.
(Mir ist schon klar, dass es theoretisch möglich wäre, aber wie Du siehst kümmere ich mich, u.a. hier in diesem Threat, gerade darum, dass eine Wikimedia Commons Angabe überhaupt für einen Anwender als Link dargestellt wird. DU kannst dich gerne darum bemühen, dass eine aus einem Wikidata-Item generierte Wikimedia Commons Angabe für einen Anwender als Link dargestellt wird und dich danach wieder mit Wikidata-Werbung melden.)

2.)Die gegenwärtig von mir bearbeiteten Naturdenkmal-Objekte besitzen überhaupt kein Wikidata-Item (lediglich die Wikipedia Liste(n) in der sie verzeichnet sind).
(Mir ist schon klar, dass man ihnen eines zuweisen könnte, aber einen derartigen Aufwand nur als Selbstzweck, ohne jeden praktischen Mehrwert (s. 1.)? - nein Danke, da habe ich sinnvolleres zu tun.)