search

JeroenDeDauw / QueryrAPI

🖹 REST API for Wikibase data
https://wikibase.consulting
7 stars 0 forks source link

Provide access by Wikipedia page title #37

Open JeroenDeDauw opened 8 years ago

JeroenDeDauw commented 8 years ago

It's very important to provide convenient access by Wikipedia page name. That is what the demo search thing does (those are not labels). Such access is crucial for people that want to "get data for this/these Wikipedia page(s)" or "get this specific data for this/these Wikipedia page(s)".

I'm thinking of having redirects to the canonical resource:

$subdomain being the part before ".wikipedia.org" of the relevant Wikipedia ("en" for the English Wikipedia).

Is there a better way to do this?

addshore commented 8 years ago

/wikimedia/$siteId/$pageName would make more sense IMO

JeroenDeDauw commented 8 years ago

That is the solution I expect developers knowing the WMF stuff to come up with, and the one I also thought of first. However, the concept of "site id" is something a big part of the target audience does not know about. wikipedia/enwiki/ rather than wikipedia/en/ presumably looks strange to a developer not familiar with the WMF-verse. And in case the site id does not match the WP subdomain, it might come over as arbitrary and very hard to find out.

Did you consider that point of view, and if not, do you still think $siteId makes more sense?

addshore commented 8 years ago

Would you then simply have the below as special cases with only 1 part?

commons mediawiki meta

JeroenDeDauw commented 8 years ago

In both cases those will be weird. wikipedia/commons/foo or wikipedia/commonswiki/foo.

As the title of this issues says, it is about Wikipedia titles, which does not include listed wikis. The value of supporting more redirects is not zero, though is on a quite different level, since the main target group of having this "as simple as possible" redirects is unlikely to know or care about these wikis anyway. Perhaps create a new issue for having redirects by siteid?