Re: Relationship between RDFa spec and CURIE spec

Hi Micah,

This is just one of the 'W3C process' things.

The origin of CURIEs is that QNames are an inappropriate mechanism for
abbreviating URIs. And since other specifications need such an
abbreviation mechanism (@role, SPARQL, RDFa, @accesskey, Turtle, and
so on) we felt that CURIEs warranted its own specification that other
specs could reference.

However, as you know with the way W3C specs work, the RDFa spec can't
reference something that is too far behind in the process. So at the
moment the CURIEs section in the RDFa document and the CURIEs spec
itself are being kept in sync with each other, and whether the RDFa
spec simply makes reference to the CURIE spec is a question of timing.

So to answer your question of whether one is more normative than the
other; in formal, legalistic, terms, then obviously whatever is
written in the RDFa spec will apply to that spec, regardless of what
is written in the CURIE spec. However, in non-lawyer talk, we would
hope that the two are always exact copies of each other, allowing some
future version of the RDFa spec to simply refer to the CURIEs spec by
reference

Regards,

Mark

On 09/03/2008, Micah Dubinko <mdubinko@yahoo-inc.com> wrote:
>
>  The RDFa Last Call spec [1] seems to restate all/most of the CURIE 1.0
>  [2] spec and not formally reference it. What is the relationship between
>  these two? Is the separate CURIE spec being abandoned? Is one "more
>  normative" than another?
>
>  Thanks, -m
>
>
>  [1] http://www.w3.org/TR/2008/WD-rdfa-syntax-20080221
>  <http://www.w3.org/TR/2008/WD-rdfa-syntax-20080221>
>  [2] http://www.w3.org/TR/2007/WD-curie-20071126/
>
>
>


-- 
  Mark Birbeck

  mark.birbeck@x-port.net | +44 (0) 20 7689 9232
  http://www.x-port.net | http://internet-apps.blogspot.com

  x-port.net Ltd. is registered in England and Wales, number 03730711
  The registered office is at:

    2nd Floor
    Titchfield House
    69-85 Tabernacle Street
    London
    EC2A 4RR

Received on Monday, 10 March 2008 12:31:50 UTC