DESCRIBE quad result

[namedgraph]

Version

4.7.0

Feature

IMO when quads are requested in Fuseki, DESCRIBE queries should return a quad result (just like CONSTRUCT GRAPH does) instead of stripping the graph URIs and returning the remaining triples in the default graph, as they currently do.

More context: https://lists.apache.org/thread/49spskzf3or2ty743yz9p08twzv9p5cj

Are you interested in contributing a solution yourself?

Perhaps?

[afs]

This is different to the CONSTRUCT case.

CONSTRUCT { GRAPH ... } is different, extension syntax. The only way to get quads is to ask for quads.

DESCRIBE with no syntax indication breaks compatibility as a network protocol.

Turtle is a subset of TriG (N-triples is a subset of N-Quads). So asking for TriG in a standards compliant DESCRIBE query can return TriG.

[namedgraph]

So are you saying that a new query form would be required in order to describe as quads? Something like DESCRIBE GRAPH?

I can make an issue on https://github.com/w3c/sparql-dev

[afs]

If you do, it needs a proper description.

It's not a Jena issue.

DESCRIBE supports data introspection in the client. That style of working has not taken root.

[namedgraph]

If you do, it needs a proper description.

Can you point to an example?

DESCRIBE supports data introspection in the client. That style of working has not taken root.

Not sure I understand :)

[afs]

DESCRIBE is "get data about a thing - look to see what comes back".

If that client knows the shape of the data, it can use SELECT or CONSTRUCT to get what it is looking for.