W3C home > Mailing lists > Public > public-rdf-dawg@w3.org > October to December 2011

Re: ACTION: 551 - Review of SPARQL 1.1 Service Description

From: Gregory Williams <greg@evilfunhouse.com>
Date: Wed, 7 Dec 2011 00:11:11 -0500
Cc: SPARQL Working Group <public-rdf-dawg@w3.org>
Message-Id: <B52F95EE-8C15-4C74-B93E-EF564B449CAB@evilfunhouse.com>
To: Chime Ogbuji <chimezie@gmail.com>
On Dec 6, 2011, at 11:30 PM, Chime Ogbuji wrote:

> This review (of http://www.w3.org/2009/sparql/docs/service-description-1.1/xmlspec.xml) dispatches ACTION 551.
> Overall the document is well-written, concise and straight to the point and all of my comments are minor in the grand scheme of things with the exception of the two general comments below
> A general comment I have is that if we have decided to have this document be only about the SPARQL protocol then we should remove all references to the Graph store protocol (sd:inputFormat, for instance) since they will only add additional uncertainty beyond what we already have by deciding to not synchronize these two specifications. Better to not specify at all than to partly specify.


> The other general comment is that the vocabulary provides a means to talk about the SPARQL Update "subset" but still uses the term 'dataset' (sd:Dataset). I don't have any changes to suggest that would not be substantive other than to use the term Graph store (sd:GraphStore) instead since (per the Update specification) it can be considered a mutable RDF dataset, and thus the term would cover both. 

I'm not sure what specific text you're referring to. The only place that the word "subset" appears is in relation to sd:supportedLanguage, and which I've just suggested removing in a separate email. I looked at every location where "update" is used in the text, and can't find a place where the use of "dataset" is inappropriate. Can you point me at specific text you're concerned about?

> Otherwise, this will certainly be a source of confusion for clients consuming service descriptions of endpoints supporting SPARQL Update.
> = Abstract =
> "SPARQL service description, a method for discovering, and" => "SPARQL service description, a method for discovery and"
> In General, it is not clear if you are trying to say that SPARQL service description *is* comprised of a method for discovery and a vocabulary or that the document is comprised of a method for discovery and a vocabulary.

Agreed that this sentence is a bit ambiguous. You believe that s/discovering,/discovery and/ fixes that?

> = SOTD / Introduction = 
> This document is missing the standard boiler plate listing of the other specifications

Do you mean the "The set of SPARQL documents comprises:" with its associated bullet list? Is there a standard place to insert this? I see some of the docs (Query, Update) have it in the Status section, while others (HTTP Protocol, Entailment) have it in the Introduction.

> = 2. Accessing a Service Description =
> "serialization, may be provided embedded in (X)HTML by RDFa [RDFA]," => "serialization, may be embedded in (X)HTML by way of RDFa [RDFA],"


> = 3.2.1 sd:endpoint = 
> The text here stands out from the pattern of the following sections that describe properties by saying "Relates an instance of ____" etc. It should follow the pattern of the others and say: "Relates an sd:Service [...] with a SPARQL endpoint"

Updated to: "Relates an instance of sd:Service to a SPARQL endpoint that implements the SPARQL Protocol service[SPROT] for the service."

> = 3.2.11 sd:propertyFeature = 
> "Relates an instance of sd:Service to a resource representing an implemented feature of the SPARQL Query or Update language that is accessed by using the named property."
> I couldn't make sense of this sentence. In particular, after reading this, it is not clear what a client that consumes an SD document using this term would understand about this feature.

Axel had issues with this to. The underlying problem here was that when we added this, no one could really agree on a neutral way of describing just what it is that property functions are doing. Without actually describing what a property feature does, would appending "[using the named property] in a triple pattern" make it any better?

> Is this an example of a 'special predicate' ala list:member, for instance?


> I would suggest text, but I don't know what the intention of this feature is.
> = 5 Conformance = 
> "The use in the returned RDF content of the vocabulary defined in this document must be used in accordance with the usage specified in section 3 Service Description Vocabulary." => "The RDF content returned MUST make use of the vocabulary defined in this document in accordance with ..."
> As it is, it is hard to read.


Received on Wednesday, 7 December 2011 05:11:35 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:01:05 UTC