In the current proposal, the response to the query includes an rdf:about tag whose value is the subject resource URI with the query parameters appended. This is probably incorrect, or at least inconvenient. It would be more appropriate to omit the query parameters on the URI since then the result can be directly interpreted as RDF statements about the subject resource, and these can be directly added to a graph that contains other information about the subject resource.
Will allow for prefixes to be defined on the URI. Previously, the term "namespace" was being used for these prefixes, however it makes more sense to call them prefixes since that is how RDF formats refer to then and in general they are just the initial segment of a URI and not necessarily namespaces.
The proposal assumes that the query author knows which resources are collections and what their member properties are. This can be determined from the service speciifcation or some machine-readable specification, e.g. the Reporting metadata or RDFS.
Paging is a cross-domain topic and not part of Query specification.
Action Item: TackTong to table paging for discussion in this WG.
The workgroup agreed that using RDF as the conceptual data model was OK, but that the more RDF technology being introduced, e.g. SPARQL, the less appeal the specs will have.
Need to make it clear that RDF is being used to describe the meaning the specs, and do not require them to be implemented using RDF technology.
RDF/XML is just a format for representing the conceptual data model. JSON, ATOM are other possible format as well.
There are actually two distinct audiences for the spec, people who write queries and people who implement query engines. Those whose write queries just need good examples. Those who implement query engines may appreciate the SPARQL semantics if they want to test their implementations.
Move mentioning of SPARQL into another document for implementors
Copyright � by the contributing authors. All material on this collaboration platform is the property of the contributing authors. Contributions are governed by our Terms of Use Ideas, requests, problems regarding this site? Send feedback