Skip to content
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

May an embedded triple be a graph name in SPARQLstar ? #44

Closed
JervenBolleman opened this issue Nov 27, 2020 · 5 comments
Closed

May an embedded triple be a graph name in SPARQLstar ? #44

JervenBolleman opened this issue Nov 27, 2020 · 5 comments

Comments

@JervenBolleman
Copy link

Would the following be allowed?

SELECT *
WHERE {
  GRAPH << ex:s ex:o ex:p >> {
   ?s ?p ?o .
 }
}

or

SELECT *
FROM << ex:s ex:o ex:p >> 
WHERE {
   ?s ?p ?o .
}
@hartig
Copy link
Collaborator

hartig commented Nov 27, 2020

I would say: No. Why would someone want to have that?

Or are you just asking whether it is possible currently? In this case, the answer is also no. The production [58] in the SPARQL grammar covers the GRAPH clause as follows:

[58]  GraphGraphPattern  ::=  'GRAPH' VarOrIri GroupGraphPattern

The extension of this grammar for SPARQL* does not change this production. The same holds for the FROM clause.

@JervenBolleman
Copy link
Author

I was just musing, and thinking of a historian who wants to group triples related to a statement but not directly related to the statement.

i.e. where the following would not be ideal.

<<ex:s ex:p ex:o>> ex:p1 ex:o2 .
<<<<ex:s ex:p ex:o>> ex:p1 ex:o2 >> ex:p3 ex:p4 .

In any case it might have an effect regarding compatibility to sparql 1.1 (not if embedded triples are blank nodes, but yes if embedded triples are IRIs).

@pchampin
Copy link
Collaborator

pchampin commented Dec 1, 2020

@JervenBolleman I also have a hard time figuring out what you are trying to achieve... It would be easier if your example was using more concrete names, in order to imagine in what kind of real situation this could be useful.

Also, regarding your remark:

not if embedded triples are blank nodes, but yes if embedded triples are IRIs

Currently, embedded triples are neither blank nodes or IRIs, they are a thing of their own.

@pchampin
Copy link
Collaborator

@JervenBolleman would you object to closing this issue?

Note that I am personally a big fan of generalized RDF, where any kind of term can be used in any position. In this regard, generalized RDF-star would naturally allow embedded triples in any position, including graph name.

However, I think our focus here should be on RDF-star, not generalized RDF-star, which would open other cans of woms that are orthogonal to our concerns ("literals as subjects" come to mind... actually, this has been raised on the maling list recently).

The future WG might have a broader scope, but as a CG, I think we have enough on our plate already...

@JervenBolleman
Copy link
Author

@pchampin I am happy to close the issue. If anyone really wants it as a feature they can reopen it.

Conculsion: SPARQL GraphNames may not be named by triples.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants