W3C home > Mailing lists > Public > public-rdf-wg@w3.org > September 2012

Re: Dataset Syntax - checking for consensus

From: Antoine Zimmermann <antoine.zimmermann@emse.fr>
Date: Wed, 26 Sep 2012 08:15:27 +0200
Message-ID: <50629D7F.9000205@emse.fr>
To: Sandro Hawke <sandro@w3.org>
CC: W3C RDF WG <public-rdf-wg@w3.org>
Le 26/09/2012 01:14, Sandro Hawke a écrit :
> I'm not sure how much progress we'll be able to make on dataset
> semantics tomorrow, so I thought I'd draft some proposals on dataset
> syntax.   The chairs can put this on the agenda is they like (but it's
> too short notice for these decisions to be binding yet).  I'm thinking
> it would be useful to see how close we are to agreement on these issues.
>
> If you followup with votes, please use -1 for Formal Objection, 0 for
> abstain, +1 for approve.   Numbers in between are fine, too.
>
> PROPOSED: We will produce a W3C Recommendation for a dataset syntax,
> similar to TriG and to SPARQL's named graph syntax.

+1 to "similar to TriG" (prefer not SPARQL GRAPH {} syntax)


> PROPOSED: We'll request a media-type for this syntax which is different
> from the media-type for Turtle.  (That is, we will not consider this
> language to supplant Turtle and take over the name, becoming the new
> "Turtle", as was once proposed.)

+1


> PROPOSED: Our dataset syntax will allow for the expression of empty
> named graphs, whatever their semantics might be (to be decided). The
> syntax is an empty curly-braces expression, as in "<g> { }".

+1


> PROPOSED: Our dataset syntax will have some standard mechanism (to be
> determined within the next few weeks) through which a Dataset
> serialization can include some RDF data about the Dataset (that is, some
> metadata in the form of an RDF graph).

+0 (prefer that this is defined outside the Working Group, in which 
case, strong +1 to define it)


> Below, there are groups of proposals which are alternative solutions to
> a design issue.   If you approve of more than one of the alternatives,
> please vote "+2" for your favorite.
>
> * Name of the dataset syntax
>
> PROPOSED: We will call our recommended dataset syntax "trig",
> capitalized to Trig as needed.
> PROPOSED: We will call our recommended dataset syntax "TriG", but
> informally and in the media type, "trig".
> PROPOSED: We will call our recommended dataset syntax "TriG", and use
> that capitalization everywhere.

+0

> * Use of equals sign, like <g> = { <s> <p> <o> } .  This is not in
> SPARQL but is in traditional TriG, for compatibility with N3.
>
> PROPOSED: In our dataset syntax, a "=" MAY appear between the name and
> the graph.

+0 (actually, close to -1)

> PROPOSED: In our dataset syntax, a "=" MUST appear between the name and
> the graph.

-1

> PROPOSED: In our dataset syntax, a "=" MUST NOT appear between the name
> and the graph.

+1


> * Use of the "graph" keyword, which MUST be used in SPARQL and MUST NOT
> be used in traditional TriG.
>
> PROPOSED: In our dataset syntax, the case-insensitive keyword "graph"
> MAY appear before the name, in a name-graph pair.

+0 (prefer not)

> PROPOSED: In our dataset syntax, the case-insensitive keyword "graph"
> MUST appear before the name, in a name-graph pair.

-1

> PROPOSED: In our dataset syntax, the case-insensitive keyword "graph"
> MUST NOT appear before the name, in a name-graph pair.

+1


> * Use of curly braces { <a> <b> <c> } around the default graphs.   They
> MUST be used in traditional TriG, and MUST NOT be used in SPARQL.
>
> PROPOSED: In our dataset syntax, triples of the dataset's default graph
> MAY be surrounded by curly braces.

+1

> PROPOSED: In our dataset syntax, triples of the dataset's default graph
> MUST be surrounded by curly braces.

+0

> PROPOSED: In our dataset syntax, triples of the dataset's default graph
> MUST NOT be surrounded by curly braces.

+0

(it would be nice that a Turtle file can be interpreted as a TriG file 
for convenience)


> * Some designs for carrying for metadata
>
> PROPOSED: In our dataset syntax, we'll say that metadata goes in the
> default graph

+0 (prefer not, but we'll say that the default graph is typically used 
for metadata)

> PROPOSED: In our dataset syntax, we'll say that the default graph goes
> inside curly braces and the metadata goes outside curly braces

+0 (prefer not, but this could be an advice for good practice)

> PROPOSED: In our dataset syntax, we'll say that metadata goes inside a
> set curly braces after a keyword "meta".

+0 (actually, probably good idea, but have to think about it)

> PROPOSED: In out dataset syntax, we'll have a keyword "meta" followed by
> "default" or the name of a named graph, to indicate to readers where the
> metadata is.

+0 (also rather supportive of this, but have to think more)

-- 
Antoine Zimmermann
ISCOD / LSTI - Institut Henri Fayol
École Nationale Supérieure des Mines de Saint-Étienne
158 cours Fauriel
42023 Saint-Étienne Cedex 2
France
Tél:+33(0)4 77 42 83 36
Fax:+33(0)4 77 42 66 66
http://zimmer.aprilfoolsreview.com/
Received on Wednesday, 26 September 2012 06:16:07 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 16:25:51 GMT