W3C home > Mailing lists > Public > public-rdf-in-xhtml-tf@w3.org > January 2009

Re: [whatwg] Alternative method of declaring prefixes in RDFa (was Re: RDFa is to structured data, like canvas is to bitmap and SVG is to vector)

From: Shane McCarron <shane@aptest.com>
Date: Tue, 20 Jan 2009 07:53:11 -0600
Message-ID: <4975D747.4040100@aptest.com>
To: Ivan Herman <ivan@w3.org>
CC: Manu Sporny <msporny@digitalbazaar.com>, Eduard Pascual <herenvardo@gmail.com>, RDFa mailing list <public-rdf-in-xhtml-tf@w3.org>

Ivan Herman wrote:

> Personally, I always regarded the @prefix solution as being conceptually
> equivalent to @xmlns which also means that I would have the possibility
> to add a @prefix on any element (thereby defining the prefix for that
> part of the subtree). (This may also be a help in the cut-and-paste
> issue that you referred to in your discussion with Henri and Ian.) Using
> the <meta> element for the same purpose would either (a) restrict its
> usage to where that element can be used in the current HTML spec, ie,
> the header or (b) extending the content model of HTML to include <meta>
> anywhere. In my view, (a) would seriously reduce the usability of prefix
> definition; (b) would lead to much more work for HTML parsers, that is
> why the RDFa group (in spite of its initial designs...) decided to keep
> strictly to attributes.

Having @prefix as an attribute that is in "Common" and available on all 
elements is a requirement.  I think that what Manu was driving at was an 
alternate way to declare prefixes in the head.  This is something that 
has been discussed many times as a convenience method.  I think it is a 
fine additional mechanism for defining the base collection of prefix 
mappings for a document.  You could of course override these inline 
using @prefix of @xmlns.

Shane P. McCarron                          Phone: +1 763 786-8160 x120
Managing Director                            Fax: +1 763 786-8180
ApTest Minnesota                            Inet: shane@aptest.com
Received on Tuesday, 20 January 2009 13:54:09 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:02:00 UTC