Hallo,
ID meckert eine Internetadresse von der Gärtnerei an obwohl diese OK ist…oder habe ich was übersehen?
https://www.openstreetmap.org/edit?way=238614766#map=21/48.2390747/10.8742916
Grüße
Das dürften wohl die Umlaute in der URL sein. Ob iD URLs in Punycode – Wikipedia voraussetzt?
Hallo,
genau, es ist nicht der Adressanfang wie ID schreibt, sondern die Umlaute in der Adresse lösen die Fehlermeldung aus.
Grüße
Dieses Problem ist mir auch schon mehrfach aufgefallen.
Wie löst man aber diese Probleme im iD?
Hier ein Beispiel wenn man dieses Gutshaus bearbeiten möchte:
Der Link funktioniert ansonsten einwandfrei, weil ich das immer gleich nach Erstellung teste.
Hier wird gemeckert, es würde das s in http:// fehlen. Hängt man manuell ein s dran, ist der Link immer noch falsch… 
Ich hatte mir z.Bsp. auch angewöhnt, bei solchen URL’s wie hier an der Postmeilensäule Node: Kursächsische Postmeilensäule (685642066) | OpenStreetMap
das Format der URL zu korrigieren.
Aus File%3ACalau_Postmeilensaeule-01.jpg habe ich dann immer
File:Calau Postmeilensaeule-01.jpg wie im Original gemacht, damit das in Carto auch vernünftig aussieht. Ne Zeit lang hat das funktioniert.
Nun meckert iD auch hier rum, obwohl die URL eingentlich korrekt ist und sie sich damit auch öffnen läßt.
Komischerweise, an der Postmeilensäule wird nicht gemeckert, wenn ich das s bei http:// entferne.
Verstehe ich nicht…
Hat dazu mal jemand noch ne Idee?
Ich lade keine Changesets hoch, welche Warnungen und Fehler haben!
Schon aus Prinzip nicht…
Ich würde mal sagen die URL-Prüfung kann nicht mit den Leerzeichen umgehen.
Ich bin mir auch nicht sicher ob diese an der Stelle richtig sind. Die korrekte URL enthält schließlich die Unterstriche.
Die meldung “http/https fehlt” ist falsch.
Mach eine Fehlermeldung bei ID und schau was dabei raus kommt. Zumindest die Fehlermeldung sollte korrigiert werden. Ob die Leerzeichen in der URL sein sollten weiß ich nicht.
Hallo,
ich klicke dann auf ignorieren und lade es hoch.
Hilft ja nix wenn man die richtige Adresse ändert bloß damit ID nicht meckert.
Grüße
Könnte auch ein Problem mit Subdomains sein. In diesem Fall würde ich es auch hochladen, aber wie Langlaeufer schrieb, Ticket bei ID erstellen.
Das Problem im ersten Fall ist das “ß” in der Adresse.
Im zweiten Fall das Leerzeichen.
Damit sind das keine URIs mehr sondern IRIs.
image, website, etc. sind laut wiki für URI/URLs gedacht. Damit ist die Warnung durch ID schon korrekt (nur der Warnungstext müsste mal erweitert werden, statt nur http/https zu verlangen.)
Wenn man das Format nimmt, das Wikimedia selbst vorschlägt, ist alles in Ordnung:
Die hatte ich auch immer in den Links angepaßt. Also aus einem Unterstrich eine Leerstelle gemacht.
Der Link hat so funktioniert, nur iD meckert immer wieder rum, daß es nicht korrekt wäre!
Egal, wie man es dreht und wendet… iD gibt erst Ruhe, wenn der Link gelöscht ist.
Aber das ergibt ja keinen Sinn!
Ich weiß nicht, wie man bei GitHub (?) eine Fehlermeldung erstellt! Auch bin ich dort nicht angemeldet.
Wenn man übrigens statt image den Tag wikimedia_commons verwendet, schluckt ID die Adressen auch mit Leerzeichen, ß usw (weil keine URL-Prüfung stattfindet).
z.B.
wikimedia_commons = File:Calau_Groß_Jehser_manor.jpg
Welches Format meinst du?
Ich nehme die URL immer von Wikimedia oben aus der Adresszeile des Browsers.
In diesem Fall (Gutshaus) also: https://commons.wikimedia.org/wiki/File:Calau_Gro%C3%9F_Jehser_manor.jpg
Die Fehlermeldung in iD bleibt trotzdem.
Ändere ich das ß in der URL ändert sich auch nichts. Und auch das Ändern der Unterstriche bewirkt keine Änderung. Die Fehlermeldung bleibt bestehen.
Gut, jetzt könnte man sagen, man packt es in den Schlüssel wikimedia_commons aber da kommt bei mir immer schon die Category:*rein. Der Schlüssel ist also meistens immer schon belegt.
In einem der zukünftigen Updates dürfte das Problem übrigens nicht mehr auftreten:
Kann man mit der Entwicklungs-Version ausprobieren:
https://pr-12030–ideditor.netlify.app/
Ich komme schon ganz durcheinander… ja stimmt.
Damit verschwindet die Meldung.
Eine solche URL sieht in Carto natürlich alles andere als toll aus…
Ich hätte es ja lieber immer in das Format: https://commons.wikimedia.org/wiki/File:Calau Groß Jehser manor.jpg geändert. Zumal der Link so auch funktioniert.
Na gut, warten wir auf die nächste Version von iD…
Danke Euch!
Was meinst du damit eingentlich?
Meinst du im Browser in der API oder wo werden URLS in die Karte geschrieben?
Das wäre Aufgabe der Anwendung die URLS wieder in eine lesbare Form zu bringen.
Hm… Also Historische Objekte zeigt das sauber an: https://gk.historic.place/historische_objekte/index.html?zoom=14&lat=51.77239&lon=13.88529&select=w187443113&pid=HaHbHcSaHe
Auch die normale Objektabfrage sieht gut aus: Way: Gutshaus (187443113) | OpenStreetMap
Sven
Für Dateien auf Wikimedia Commons gibt es bewußt
wikimedia_commons=<File:Dateiname>
siehe dazu auch DE:Key:wikimedia_commons - OpenStreetMap Wiki
… und sollte für Bilder auf wikimedia_commons verwendet werden, nicht
image=*
siehe Photo linking - OpenStreetMap Wiki (leider keine deutsche Version vorhanden)
Edit: noch ein Zitat zu wikimedia_commons
1 Like
Danke dir! 
Aber ich möchte mich da nicht auch noch anmelden… ich habe bald keinen Überblick mehr über die ganzen Anmeldungen, Accounts und Registrierungen… 