-
Notifications
You must be signed in to change notification settings - Fork 659
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
DESCRIBE quad result #2980
Comments
This is different to the CONSTRUCT case.
Turtle is a subset of TriG (N-triples is a subset of N-Quads). So asking for TriG in a standards compliant |
So are you saying that a new query form would be required in order to describe as quads? Something like I can make an issue on https://github.com/w3c/sparql-dev |
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. |
Can you point to an example?
Not sure I understand :) |
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. |
In my case I'm working with generic Linked Data and SPARQL clients and UI
so the shape of the data is not known.
A common use case is: the system or the user configure a SELECT query, to
which then LIMIT/OFFSET are applied on the pagination, and possibly some
FILTERs, and eventually that SELECT is wrapped into a DESCRIBE. The graph
result is used to render a page of a client-side "container" UI.
I've created an issue on sparql-dev:
w3c/sparql-dev#208
…On Thu, Jan 30, 2025 at 10:54 AM Andy Seaborne ***@***.***> wrote:
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.
—
Reply to this email directly, view it on GitHub
<#2980 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGPM5TQRV3RJHG4PRNTJ5L2NHZFHAVCNFSM6AAAAABWBBAPXKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMMRUGAYTMNJXGQ>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Version
4.7.0
Feature
IMO when quads are requested in Fuseki,
DESCRIBE
queries should return a quad result (just likeCONSTRUCT 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?
The text was updated successfully, but these errors were encountered: