W3C home > Mailing lists > Public > public-rdf-wg@w3.org > May 2011

Re: Preparing editor's drafts -- Q's for the team contacts

From: Ivan Herman <ivan@w3.org>
Date: Wed, 25 May 2011 12:34:53 +0200
Cc: RDF Working Group WG <public-rdf-wg@w3.org>
Message-Id: <97F00999-1B53-4453-B661-43B0E42493C0@w3.org>
To: Richard Cyganiak <richard@cyganiak.de>

On May 25, 2011, at 12:22 , Richard Cyganiak wrote:

> On 25 May 2011, at 09:37, Ivan Herman wrote:
>> we have to define what the name of our archive is (I guess 'rdf' is the obvious answer)
> 
> +1
> 
>> and who the 'contact' persons are (I guess Sandro and I at the minimum, it may be wise to add somebody else; this will become a big archive).
> 
> I'll offer to be one of the contacts for the repository.

Thanks

> 
>>> 2. I assume we will do public editor's drafts. What will the IRI of the RDF Concepts draft be?
> 
> What I meant to ask here: Many documents have a public editor's draft somewhere in W3C space, that always reflects the latest state of the version-controlled repository.
> 
> Like these:
> http://www.w3.org/2001/sw/rdb2rdf/r2rml/
> http://www.w3.org/2009/sparql/docs/query-1.1/rq25.xml
> 
> Public editor's drafts are a very good thing. The question is if the Mercurial repo can somehow be periodically mirrored into the W3C web space.
> 

Ah, sorry, I misunderstood you. However.... (and here comes my ignorance with Mercurial): why do we need anything else than the Mercurial repository then? 

The practical issue is that if we define a directory under /2011/rdf for this, that area _is_ a CVS tree. Ie, editors would use CVS to update that directory. But, if so, why do we need Mercurial again?

(B.t.w., the RDFAWG uses CVS, so does the rdb2rdf and sparql groups. I would still have to understand what Mercurial brings us extra, apart from being more trendy...)

Ivan



>> 1. We aim at a set of documents that fully and absolutely supersede the old documents. This means we'd continue to use the http://www.w3.org/TR/rdf-concepts/ for what we call the 'short URI' in our document management jargon with, of course, the 'dated URI-s' reflecting the current date. This means that, in future, if somebody uses the short uri as a reference, he/she will fall on the new version of the document.
> 
> I am in favour of that.
> 
>> Note that this may lead to some disruptions during the development process when users will suddenly find themselves reading working drafts. As an example, this is what the xml guys did: the http://www.w3.org/TR/xml/ URI leads to the latest (5th edition as of today) of XML.
> 
> I am *not* in favour of that. Some of the documents will go through a certain amount of churn, and the new features like multigraph might be in a rough state for a while, and I would not like people looking for a W3C REC to be presented with work in progress.
> 
>> I guess it may be possible to use a short name for the development time and change this on the last minute to switch to the old names
> 
> This sounds like a good solution to me.
> 
>> but I would not favour that, personally; it may become messy on long run.
> 
> What exactly is the concern?
> 
>> If we adopt a numbering (like the SPARQL and OWL have done), then we would probably use a different short name. If we just go for a 'second edition' then the XML approach might be the winning one.
> 
> I thought a bit more about this.
> 
> I guess we're going to want to say things like: “RDF (old) didn't have multiple graphs, but RDF (new) does.” Or “In RDF (old) this would have been two triples, but in RDF (new) it's just one.” Saying “first-edition RDF” and “second-edition RDF” doesn't seem quite right for something that actually includes relevant new features. Saying “RDF 1.0” and “RDF 1.1” seems more appropriate. So my vote is for RDF 1.1.
> 
> Thanks,
> Richard


----
Ivan Herman, W3C Semantic Web Activity Lead
Home: http://www.w3.org/People/Ivan/
mobile: +31-641044153
PGP Key: http://www.ivan-herman.net/pgpkey.html
FOAF: http://www.ivan-herman.net/foaf.rdf
Received on Wednesday, 25 May 2011 10:32:45 GMT

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