-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SPARQL Protocol query_multiple_dataset #78
Comments
@gkellogg – It looks to me like you had pulled the details of these tests from the HTML file in my sparql11-protocolvalidator repository into the manifest and HTML files in this repository. Is that right? I think this particular issue stems from the original HTML description in my repo not matching the ]actual implemented test case](https://github.com/kasei/sparql11-protocolvalidator/blob/master/protocol_validator.cgi#L1106-L1111) (which sets up the dataset with two named graphs, and then queries over both of them). So an error on my part in ensuring the README matched the code, but not, I think, an issue with the actual test or what was approved in the WG. |
They're from the manifest.ttl I cited above. It did look like I pulled that in in ea232ca and 6fc9e81 from kasei/sparql11-protocolvalidator@1ce0201. back in 2016. It looks like at least that portion of the protocol validator README remains unchanged, but the corresponding CGI entry is indeed rather different.
Sounds like I should go over the CGI and make sure it's consistent with what's in the manifest/index and do a PR. I presume that the CGI accurately reflects the WG's intentions. (My own test harness interprets the manifest comment to run through the tests using |
That's my expectation, although both the code and the mistaken README content predate the WG approval in November 2012. My recollection is that the code was driving the conversation since several implementors in the WG (myself included) were all running it to converge on approval. |
It seems to me that this test as a small problem. The query uses a FROM directive, which is overridden using
default-graph-uri
, but that loads data2.rdf. Either the query should be to<data2.rdf>
(or presumably it's absolute URL form), or it should expectfalse
instead oftrue
. Or is do I have some misunderstanding on what the success criteria are for these tests?rdf-tests/sparql11/data-sparql11/protocol/manifest.ttl
Lines 184 to 206 in 43b0eb9
cc/ @kasei
The text was updated successfully, but these errors were encountered: