[
https://issues.apache.org/jira/browse/JENA-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14636599#comment-14636599
]
ASF GitHub Bot commented on JENA-491:
-------------------------------------
Github user afs commented on the pull request:
https://github.com/apache/jena/pull/89#issuecomment-123643767
Running `arq.qparse` on "CONSTRUCT { GRAPH ?g { ?s ?p ?o } }"
yields problems. This query does to print correctly.
`arq.qparse` is useful in development because it does some checking - it
parses and prints the input query but also reparses the output. It also calls
`Query::hashCode` and `Query::equals` on the parsed and reparsed versions and
expected them to match.
> Extend CONSTRUCT to build quads
> -------------------------------
>
> Key: JENA-491
> URL: https://issues.apache.org/jira/browse/JENA-491
> Project: Apache Jena
> Issue Type: Improvement
> Components: ARQ, Fuseki
> Reporter: Andy Seaborne
> Labels: gsoc, gsoc2015, java, linked_data, rdf, sparql
>
> This would be an extension to SPARQL.
> 1/ Add use of GRAPH inside a CONSTRUCT template see SPARQL Update.
> 2/ Add conneg for quads to Fuseki.
> 3/ New QueryExecution operations execConstructQuads() and
> execConstructDataset()
> If asked for triples, and the CONSTRUCT generates quads, the named graph
> items are dropped - that is, only the default graph is returned. This is for
> commonality with RIOT.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
