for the Wikidata project.
Betreff: Re: [Wikidata] Make federated queries possible / was: SPARQL CONSTRUCT
results truncated
Hi!
> Now, obviously endpoints referenced in a federated query via a service
> clause have to be open - so any attacker could send his queries
> directl
Hi Joachim,
> To me, a crucial point seems to be that I'm trying to look up a large number
> of distinct entities in two endpoints and join them. In the "real life" case
> discussed here, about 430.000 "economists" extracted from GND and about
> 320.000 "persons with GND id" from wikidata. The
Hi!
> Now, obviously endpoints referenced in a federated query via a
> service clause have to be open - so any attacker could send his
> queries directly instead of squeezing them through some other
> endpoint. The only scenario I can think of is that an attackers IP
> already is blocked by the
guage .
>filter (contains(str(?sitelink), 'wikipedia'))
>filter (lang(?wdLabel) = ?language && ?language in ('en', 'de')) }
>
-Ursprüngliche Nachricht-
Von: Ruben Verborgh [mailto:ruben.verbo...@ugent.be]
Gesendet: Donnerstag, 18. Februar 2016 14:02
An: wikidata@list
Dear all,
I don't mean to hijack the thread, but for federation purposes, you might be
interested in a Triple Pattern Fragments interface [1]. TPF offers lower server
cost to reach high availability, at the expense of slower queries and higher
bandwidth [2]. This is possible because the client
From Stas' answer to https://phabricator.wikimedia.org/T127070 I learned the
Wikidata Query Service does not "allow external federated queries ... for
security reasons (it's basically open proxy)."
Now, obviously endpoints referenced in a federated query via a service clause
have to be open -
