PROPOSAL to close ISSUE-36: default vocab specification

If there are no objections to this proposal in 7 days, we will close
ISSUE-36: default vocab specification.

http://www.w3.org/2010/02/rdfa/track/issues/36

This proposal asked several questions that I believe the WG has answered
over the past several months:

> 1. How does one declare a default vocabulary via the profile document?

This is outlined here:

http://www.w3.org/2010/02/rdfa/drafts/2010/ED-rdfa-core-20100726/#s_profiles

> 2. How does the declaration affect the @vocab attribute, would it
> override it and if so, in what order?

@vocab always overrides, outlined in Section 7.5: Sequence, Step #2:

http://www.w3.org/2010/02/rdfa/drafts/2010/ED-rdfa-core-20100726/#sequence

> 3. How does the declaration affect the CURIEs like ":next"?

The default prefix mapping is specified in Section 6:

http://www.w3.org/2010/02/rdfa/drafts/2010/ED-rdfa-core-20100726/#s_curies

> The biggest question is the value of this feature?

The WG felt that the value provided was enough to include the feature in
RDFa Core.

> What is the use case that we are attempting to support?

Easier markup that doesn't require the use of CURIEs. Specifically, we
are trying to make sure that people that come from the Microformats
community can transition to RDFa without needing to understand how
CURIEs work.

> Does this overly-complicate RDFa without much payback?

The addition to the spec was fairly easy, and we already have an
implementation (Gregg Kellogg's Ruby parser) demonstrating that the
feature doesn't overly-complicate RDFa processors.

I propose that we close ISSUE-36. All sub-items related to the issue
have been addressed and spec text already exists.

Please comment in 7 days from this post if you object to this proposal.
If there are no objections within 7 days, ISSUE-36 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 Sunday, 5 September 2010 14:46:19 UTC