Kingsley Idehen

Because the DBpedia instance has the following in its `[SPARQL]` INI section: ResultSetMaxRows = 10000 Meaning: The maximum SPARQL solution size for this instance is 10,000 records (for `SELECT`) [1]...

Arriving at resultset size, for solution, within timeout. For your example, we already have a solution, and a 10K resultset, within 30000 msec. Thus, not response headers. Put differently, Virtuoso...

On 12/13/14 9:17 AM, Jindřich Mynarz wrote: > OK, I see that if I run `curl > "http://dbpedia.org/sparql?query=SELECT+*+WHERE+%7B+%3Fs+%3Fp+%3Fo+.+%7D&format=text%2Fcsv" > -o results.csv -D headers.txt`, I find `X-SPARQL-MaxRows: 10000` in > the...

On 12/15/14 6:15 AM, Jörn Hees wrote: > The whole point of this issue was that the current treatment with its > 200 status code and additional headers is too...

On 12/15/14 8:33 AM, Jindřich Mynarz wrote: > @kidehen https://github.com/kidehen: So your recommended solution to > determine if a query has partial results is to execute an additional > `COUNT`...

Please confirm that [this `SELECT` Query](https://pod-test.mvcr.gov.cz/sparql?default-graph-uri=&query=PREFIX+dcat%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Fdcat%23%3E%0D%0APREFIX+dcterms%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0A%0D%0ASELECT+*%0D%0AWHERE+%7B%0D%0A++++++++VALUES+%28%3Fdataset+%29+%7B+%0D%0A++++++++++++++++%28+%3Chttps%3A%2F%2Fdata.gov.cz%2Fzdroj%2Fdatové-sady%2F00216208%2F102d4d07b434cad29a95f561e3a88f8e%3E+%29+%0D%0A++++++++++++++++%28+%3Chttps%3A%2F%2Fdata.gov.cz%2Fzdroj%2Fdatové-sady%2Fhttps---isdv.upv.cz-opendata-upv-package_show-id-pt20211203diff%3E+%29+%0D%0A++++++++++++++++%28+%3Chttps%3A%2F%2Fdata.gov.cz%2Fzdroj%2Fdatové-sady%2F00216208%2F99e86856832610439dc63ca27b413f7e%3E+%29+%0D%0A++++++++++++%7D+%0D%0A++++++++GRAPH+%3Fg+%7B%0D%0A++++++++++++++++++++%3Fdataset+a+dcat%3ADataset%3B%0D%0A++++++++++++++++++++++++++++dcterms%3Apublisher+%3Fpublisher+.%0D%0A%0D%0A++++++++++++++++++++OPTIONAL+%7B+%3Fdataset+foaf%3Apage+%3Fpage.+%7D%0D%0A++++++++++++++++++++OPTIONAL+%7B+%3Fdataset+dcat%3Adistribution+%3Fdistribution+.+%7D%0D%0A%0D%0A++++++++++++++++++++%23+OPTIONAL+%7B+%3Fdistribution+dcat%3AdownloadURL+%3FdownloadURL+.+%7D%0D%0A++++++++++++++++++++OPTIONAL+%7B+%3Fdistribution+dcat%3ApackageFormat+%3FpackageFormat.+%7D%0D%0A++++++++++++++++++++OPTIONAL+%7B+%3Fdistribution+dcterms%3AconformsTo+%3Fschema.+%7D%0D%0A++++++++++++++++++++OPTIONAL+%7B+%3Fdistribution+dcat%3AaccessService+%3Fservice+.+%7D%0D%0A++++++++++++%7D%0D%0A%0D%0A++++++++GRAPH+%3Fg1+%7B+%0D%0A++++++++++++++++++++OPTIONAL+%7B+%3Fdistribution+dcat%3AdownloadURL+%3FdownloadURL+.+%7D+%0D%0A++++++++++++++++++%7D%0D%0A%7D&format=text%2Fx-html%2Btr&should-sponge=&timeout=0&signal_void=on) (easily convertible to a `CONSTRUCT` variant) materializes the missing triple. If it does, then your problem is a consequence of how relations are spread...

> @kidehen @TallTed Thank you for the alternatives, they all work fine (but note that you have omitted the nesting of the `distribution` related `OPTIONAL`s). However, I do not understand...

I've fixed the [live URL of my original response query](https://pod-test.mvcr.gov.cz/sparql?default-graph-uri=&query=PREFIX+dcat%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Fdcat%23%3E%0D%0APREFIX+dcterms%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0A%0D%0ASELECT+*%0D%0AWHERE+%7B%0D%0A++++++++VALUES+%28%3Fdataset+%29+%7B+%0D%0A++++++++++++++++%28+%3Chttps%3A%2F%2Fdata.gov.cz%2Fzdroj%2Fdatové-sady%2F00216208%2F102d4d07b434cad29a95f561e3a88f8e%3E+%29+%0D%0A++++++++++++++++%28+%3Chttps%3A%2F%2Fdata.gov.cz%2Fzdroj%2Fdatové-sady%2Fhttps---isdv.upv.cz-opendata-upv-package_show-id-pt20211203diff%3E+%29+%0D%0A++++++++++++++++%28+%3Chttps%3A%2F%2Fdata.gov.cz%2Fzdroj%2Fdatové-sady%2F00216208%2F99e86856832610439dc63ca27b413f7e%3E+%29+%0D%0A++++++++++++%7D+%0D%0A++++++++GRAPH+%3Fg+%7B%0D%0A++++++++++++++++++++%3Fdataset+a+dcat%3ADataset%3B%0D%0A++++++++++++++++++++++++++++dcterms%3Apublisher+%3Fpublisher+.%0D%0A%0D%0A++++++++++++++++++++OPTIONAL+%7B+%3Fdataset+foaf%3Apage+%3Fpage.+%7D%0D%0A++++++++++++++++++++OPTIONAL+%7B+%3Fdataset+dcat%3Adistribution+%3Fdistribution+.+%7D%0D%0A%0D%0A++++++++++++++++++++%23+OPTIONAL+%7B+%3Fdistribution+dcat%3AdownloadURL+%3FdownloadURL+.+%7D%0D%0A++++++++++++++++++++OPTIONAL+%7B+%3Fdistribution+dcat%3ApackageFormat+%3FpackageFormat.+%7D%0D%0A++++++++++++++++++++OPTIONAL+%7B+%3Fdistribution+dcterms%3AconformsTo+%3Fschema.+%7D%0D%0A++++++++++++++++++++OPTIONAL+%7B+%3Fdistribution+dcat%3AaccessService+%3Fservice+.+%7D%0D%0A++++++++++++%7D%0D%0A%0D%0A++++++++GRAPH+%3Fg1+%7B+%0D%0A++++++++++++++++++++OPTIONAL+%7B+%3Fdistribution+dcat%3AdownloadURL+%3FdownloadURL+.+%7D+%0D%0A++++++++++++++++++%7D%0D%0A%7D&format=text%2Fx-html%2Btr&should-sponge=&timeout=0&signal_void=on) that appears to have been inadvertently broken via a subsequent edit. I assume that solution page is correct, since [https://data.mff.cuni.cz/soubory/číselníky/klasifikace-oborů-isvav.jsonld](https://pod-test.mvcr.gov.cz/describe/?url=https%3A%2F%2Fdata.mff.cuni.cz%2Fsoubory%2F%C4%8D%C3%ADseln%C3%ADky%2Fklasifikace-obor%C5%AF-isvav.jsonld)...

On 10/13/16 11:45 AM, Michael Young wrote: > This is currently Wikidata specific because I only wrote adapter for > WikiData. WIkiData has a really good entity search which resolves...

> > @RubenVerborgh @kjetilk -- Am I not, as a Solid user, able to store arbitrary documents in my pod, as well as application-generated data files? > > In `text/plain`....