You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 18, 2025. It is now read-only.
Cleaning up against a single base URI breaks Wikipedia references as the language is encoded in the domain. Since the base URI is currently hard-coded to "wikipedia.org/wiki/" every URI breaks, but even "en.wikipedia.org/wiki" wouldn't work.
The text was updated successfully, but these errors were encountered:
why do you think it will break the URIs. The universal wikipedia URI should redirect you to a client specific URI when derefencing it with a client, or? - e.g. when I type http://wikipedia.org/wiki/Berlin in my browser it redirects to http://en.wikipedia.org/wiki/Berlin
ah, okay, got it. of course, you could disable this parsing for Wikipedia translator and pipe the URI directly without any modification. However, I think it might more be an issue of currently Wikipedia URI design. For our example http://en.wikipedia.org/wiki/The_Charlatans_%28UK_band%29 exists as well (so it's "just" the simply type addition at the end which differs between the URIs). Maybe Wikidata will hopefully come around with a solution for this issue ... ;)
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Cleaning up against a single base URI breaks Wikipedia references as the language is encoded in the domain. Since the base URI is currently hard-coded to "wikipedia.org/wiki/" every URI breaks, but even "en.wikipedia.org/wiki" wouldn't work.
The text was updated successfully, but these errors were encountered: