Discovery team: search, wikidata query service: http://query.wikidata.org/
Looks like the same issue as T159723: bound variable + SERVICE = NME.
Fri, Jul 21
Don't see anything that needs to be done by Query Service, setting correct encoding seems to fix it. Please reopen if there's anything actionable.
Please check out: https://wiki.blazegraph.com/wiki/index.php/SPARQL_Bottom_Up_Semantics
All servers reloaded except for wdqs1001 which will probably decommissioned soon due to T171210. If that takes more time than expected, may have still to reload 1001 too.
Thu, Jul 20
Did this performance test happen?
My concern here is that it will encourage very bad pattern of behavior - running a bad query, seeing it takes long, abandoning it, tweaking, running it again, etc. so that at the end the server ends up with 20 heavy queries running. Yes, I know you could just open a new window or reload, but this is higher barrier to producing lots of heavy queries than just clicking a button.
@demon Yes, I believe it is fine now. I'll keep an eye on the logs just in case.
This seems to be the result of the following issue:
Wed, Jul 19
wmf.9 had this class name as Wikibase\Lib\JsonUnitStorage, in wmf.10 it's Wikibase\Lib\Units\JsonUnitStorage.
Hmm should be Wikibase\Lib\Units\JsonUnitStorage. Looks like config should be fixed?
Being able to simply get a list of Q-ids should be one of the simplest Wikidata queries possible...
You don't really need multiple functions, just do STRAFTER( STR( ?item ), STR( wd: ) ). I've yet to see any scenario where it wouldn't be enough.
Doesn't see to be related to WDQS - recommendation API is just calling it.
Tue, Jul 18
We can announce after 1.30.0-wmf.10 is deployed.
Mon, Jul 17
I like the magnifying glass one. Should be recognizable enough to word even when displayed in tiny size in the browser bar.
Not sure right now additional triple is needed, given that STRAFTER( STR( ?item ), STR( wd: ) ) works fine. I could, in theory, add a function for that, but this seems to be simple enough way to do it.