Hi Stas,
This is *really* exciting news -- thank you so much for your work on this.
I can see it being valuable in so many ways -- the kind of things that people have put tickets in for so far, eg categories, image sizes, page stats etc, are just the tip of the iceberg.
One question: were there particular reasons why you went for wrapping a SERVICE round the Mediawiki API, rather than eg a SPARQL layer round the SQL tables, suitable for SPARQL federation?
Are there efficiency issues? Or did you think that the SERVICE approach was simply more user-friendly for the most commons APIs ?
-- James.
On 27/04/2017 22:40, Stas Malyshev wrote:
Hi!
I am developing functionality that will allow WDQS query to get data from Mediawiki API [1].
Currently, the design is as follows:
- The API should have a pre-defined template
- The template also specifies which results are available from the API
The need for template is currently because we need to convert data from API's treelike format to tabular format that SPARQL needs, and the template allows to specify how the conversion is done. See https://www.wikidata.org/wiki/Wikidata:WDQS_and_Mediawiki_API for detailed description of how it works.
The prototype implementation is running on http://wdqs-test.wmflabs.org/ (only Categories API described in the page above is configured now, but more will be soon). I'd like to hear feedback about this:
- does template model make sense at all? Is it enough?
- what APIs would we want to expose?
- any other features that would be useful?
Other comments and ideas on the matter are of course always welcome. Please comment on the talk page[2] or reply to this message.
[1] https://phabricator.wikimedia.org/T148245 [2] https://www.wikidata.org/w/index.php?title=Wikidata_talk:WDQS_and_Mediawiki_...
Thanks,