Continuing the discussion from Wie kann ich die geeignete Zufahrt zu einem Gebäude festlegen bzw. ungeeignete sperren?:
Da ist noch was im argen, keine ahnung warum da %253D statt %3D oder gleich das = steht, hast du @Map-Peter das so kopiert, oder woran liegt das?
Kein wunder, dass das wiki –seinerseits– nich klar kommt damit.
Ich copy/paste die Links immer.
[u]PS:[/u]
Test - river
Ich copy https://wiki.openstreetmap.org/wiki/DE:Tag:waterway%3Driver
Mit =: DE:Tag:waterway=river - OpenStreetMap Wiki
Mit %3D: DE:Tag:waterway=river - OpenStreetMap Wiki
Mal schauen ob nach dem abschicken was anderes bei rauskommt. In der vorschau ist das zumindest bei mir richtig, also das gleiche wie ich das eingegeben hab.
Edit: ne, das bleibt gleich.
Ich benutzte ein android handy und firefox. Ob das an einem pc per tastenkürzel anders agiert, kann ja sein, und dann die url nochmal encoded und dann gibts salat.
%25 is the encoding for %.
Dort ist im link von @Spiekerooger auch etwas codiertes, das %5C (\).
Ob das der server von der seite schlicht nicht decodieren kann ist mir nicht klar, würde aber auch nicht verstehen warum nicht.
Außerdem, ich sehe grad in dem copy paste des quotes oben, dass der link‑text korrekt das \ enthält, der link selber aber das %5C stattdessen.
Wieso ist das so?
Passiert das durch das einfügen von nicht‑kodierten urls?
Direktlink zum Kommentar;
Still running into links with this problem. The link to cycleway=asl on this post has the problem.
Hovering over the link shows the correct preview, bottom left, but inspecting the code shows the link as href=“https://wiki.openstreetmap.org/wiki/Tag:cycleway%253Dasl”.
Leading to an invalid page name error on the wiki.
As %25 is the HTML encoding for the %-sign, it looks like somewhere in the process the %3D is not recognized as the HTML encoding for the =-sign and is taken as plain text, and the percent sign is encoded again.
P.S. I am not sure about it, but it seems to happen mainly with OSM wiki pages.
Did run into the problem %253A instead of : two times again today and found it looks to be a Firefox plug-in problem, chrome gives correct URL’s and also Firefox running without plugins.
Found this past issue:
Will try to find which plug-in and create an issue.
Not a OSM site problem as I could reproduce the problem pasting the copied URL in a text editor. Reproduction is not consistent (yet) for me.
I ran into the same problem with a Wikipedia link
https://de.wikipedia.org/wiki/Liste_geflügelter_Worte/D#Deutsche_Revolutionäre_besetzen_einen_Bahnhof_erst_nach_Kauf_einer_Bahnsteigkarte copied as
https://de.wikipedia.org/wiki/Liste_gefl%25C3%25BCgelter_Worte/D#Deutsche_Revolution%25C3%25A4re_besetzen_einen_Bahnhof_erst_nach_Kauf_einer_Bahnsteigkarte
using Firefox for Linux Mint (144.0 (64-bit) with plugins:
and extension:
To get the correct URL I copied the URL in a Chromium compatible Browser, the encoded characters were automaticaly decoded, and I could copy the correct link in the forum.
The only extension we have in common is uBlock Origin, so maybe it worth disabling it to see.
Here is the result:
https://de.wikipedia.org/wiki/Liste_gefl%25C3%25BCgelter_Worte/D#Deutsche_Revolution%25C3%25A4re_besetzen_einen_Bahnhof_erst_nach_Kauf_einer_Bahnsteigkarte)So the tempary solution is to deactivate uBlock Origin on https://community.openstreetmap.org (just checked).
The correct solution is to enter a ticket on uBlock Origin. Better offer a PR ;-).
I think i found the place where the problem originates.
Creating the link in the text window always works fine.
I tried all kinds off copy-paste available on Linux / X-Windows
But when I use the "Link (Ctrl-K) feature
it gets encoded the wrong way:
That’s where the mistake happens.
I’ve experienced similar issues adding links recently. Seems like this issue upstream:
Looks like it has been fixed here:
