- From: Mark Birbeck <mark.birbeck@webbackplane.com>
- Date: Thu, 7 Oct 2010 11:03:31 +0100
- To: Manu Sporny <msporny@digitalbazaar.com>
- Cc: RDFa WG <public-rdfa-wg@w3.org>
Hi Manu, Sorry that I've only just noticed that you think the onus is on me here! It's not, though... In the discussion we had on the telecon I explained some of the wording that I'd added to RDFa 1.0 so as to make it very easy to implement bnodes. The gist of what I wrote in the spec is that developers should treat the underscore like an ordinary prefix mapping and give the prefix a URI that has been internally generated. The key point I made on the telecon was that when I was writing this part of the spec it was *very* difficult to get to the heart of bnodes and their relationship to RDFa in a simple manner. Yet by explaining bnode identifiers simply as resources that are generated using the CURIE mechanism, using a prefix mapping that is implementation-specific, I felt I was able to cut through a lot of potential confusion. Given that bnodes are renowned for being one of the most confusing things in RDF, and given that (as you say) we now have 18 implementations that have never yet mentioned a problem with bnodes, I feel that I might have been on the right path with my 'sleight-of-hand'! Actually, to be more serious, this wasn't completely a sleight-of-hand; blank node *identifiers* (as opposed to blank nodes themselves) are not part of RDF as such, and different serialisations have adopted different conventions for naming blank nodes. So I felt that what I was doing was within the spirit of the notion of blank node identifiers both as described in the RDF/XML spec (i.e., via the use of @nodeID) and more fundamentally, as discussed in the RDF Concepts and Abstract Syntax spec. (See especially the end of the section 3.2. [1]) (For those not completely familiar with all of this, the function of a blank node identifier is to allow many local statements to be made about some resource, whilst preventing global statements from being made about the same resource. How this is achieved is not defined in RDF.) So although I wouldn't want to stand in the way of anyone trying to make this more precise, I'm having trouble seeing what it will be made more precise in relation to. Anyway, whatever the outcome of that, there is definitely no new wording to come from me because I'm happy with the old wording. :) Regards, Mark [1] <http://www.w3.org/TR/rdf-concepts/#section-URI-Vocabulary> On Sun, Oct 3, 2010 at 6:08 PM, Manu Sporny <msporny@digitalbazaar.com> wrote: > If there are no objections to this proposal in 14 days, we will close > ISSUE-37: is _ a special prefix? or a URI? > > http://www.w3.org/2010/02/rdfa/track/issues/37 > > The core of this issue revolves around how we explain the '_' prefix in > RDFa Core. Proponents for adding language into the spec noted that it is > important to further explain exactly what '_' is and the types of > subjects that its usage generates. Namely, that identifiers such as > "_:abc" cannot be used outside of a particular processing run or across > graphs and that different implementations may choose to do different > things with the blank node identifiers before granting access to the > graph (via RDFa API) or re-serializing the graph. The argument of > whether or not "_:abc" is a true URI or whether it is merely a mapping > to RDF's "_" mechanism was discussed as well. > > Alternatively, proponents for not adding language to the specification > point out that we have over 18 RDFa processor implementations now and > none of them have mentioned the lack of documentation on this particular > aspect of the specification as being problematic. > > This proposal asserts that proponents for adding language must produce > the spec language in the next two weeks or this issue will be closed > without a change to the RDFa Core specification. If spec language is > produced, the RDFa WG will review the language and add it to RDFa Core > if it is acceptable to the group, or reject the changes during a telecon > straw-poll. > > Mark is best positioned to author the spec changes to the RDFa Core > specification since he is the one that suggested the change. If Mark > does not submit a change proposal in the next 14 days, the issue will be > closed without any change to the RDFa Core specification. > > Please comment in 14 days from this post if you object to this proposal. > If there are no objections within 14 days, ISSUE-37 will be closed. > > -- manu > > -- > Manu Sporny (skype: msporny, twitter: manusporny) > President/CEO - Digital Bazaar, Inc. > blog: WebID - Universal Login for the Web > http://blog.digitalbazaar.com/2010/08/07/webid/2/ > >
Received on Thursday, 7 October 2010 10:32:56 UTC