Hi!
> 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?
Yes, we don't have any idea how to do such SPARQL layer :)
> Are there efficiency issues? Or
Hi Nicolas,
Indeed! That was it :) A typical case of PEBCAK :P
Cheers,
Micru
On Fri, Apr 28, 2017 at 9:19 AM, Nicolas VIGNERON <
vigneron.nico...@gmail.com> wrote:
> Hi Micru,
>
> It looks like you tried on https://query.wikidata.org (where I get the
> same error) and not on
Hi Micru,
It looks like you tried on https://query.wikidata.org (where I get the same
error) and not on http://wdqs-test.wmflabs.org (where the implementation is
installed).
Cdlt, ~nicolas
2017-04-28 8:57 GMT+02:00 David Cuenca Tudela :
> Hi Stas,
>
> Thanks for working on
Hi Stas,
Thanks for working on this. I tried to run the examples, but I get the
following error when I hit the button: Query is malformed: QName
'mwapi:titles' uses an undefined prefix
And here you can see more details about the error output:
https://pastebin.com/yNd7vPw4
I hope you can fix it
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
Hi!
> One thing that would be extremely useful right away would be an
> integration of the free text search from MediaWiki API. That is one
This is on the agenda, though it has two issues to solve:
1. Wikidata search is not great as such. We're working on it, but will
take time to get it all.
Wow, this looks awesome! Thanks a lot for working on this!
I think the configuration model could use some more documentation, but
in principle I’d say it looks pretty reasonable. It’s also probably
powerful enough for most reasonable needs (I read “XPath” and my eyes
lit up :D ).
As for
Stas,
One thing that would be extremely useful right away would be an integration
of the free text search from MediaWiki API. That is one area SPARQL does
not handle well, Mediawiki does well, and its pretty important for many
applications. If there were some clever way of mixing (fast!) free