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

Re: Consensus on alternate prefixing mechanism

From: Martin McEvoy <martin@weborganics.co.uk>
Date: Thu, 30 Apr 2009 12:07:24 +0100
Message-ID: <49F9866C.8010100@weborganics.co.uk>
To: Manu Sporny <msporny@digitalbazaar.com>
CC: RDFa <public-rdf-in-xhtml-tf@w3.org>
Manu Sporny wrote:
> I have noted these issues on the rdfa.info wiki:
> http://rdfa.info/wiki/alternate-prefix-declaration-mechanism#Outstanding_Issues
> Anybody else disagree or have more input on these issues?
> -- manu
Hello Manu Ivan , thank you Manu for documenting this.

Im still a little unsure of why RDFa should support an alternate 
prefixing mechanism,  its never a good thing in my view to support two 
ways of doing the same thing?

I really do not like the @prefix mechanism at all it seems intuitive and 
a little "hackish". If RDFa really neds to support such a mechanism I am 
more in favour of re-using what we already have and not thinking of 
something new, @content seem ideal for this purpose

<div content="foaf=http://xmlns.com/foaf/0.1/"

multiple prefixes can also declared in this way eg: 
dct=http://purl.org/dc/terms/". I prefer @content over @prefix because 
authors already know what it means.

I dont believe any of these should be legal

* foo=
        # would this default to the current document?

 * =http://someuri.com/
        # why would you want to overide the default namespace?

* xmlns:foo="http://foo.com" @prefix="foo=http://bar.com/"
       # on the same element seems pointless as you cant really 
differentiate the URI's, you cant do that in RDF so why should you be 
able to do that in RDFa?

* I also think this should be Illegal  @prefix="audio= 
http://purl.org/media/audio# video = http://purl.org/media/video#"
       # spaces between the "=" equals.

Thank you.

Martin McEvoy


"You may find it hard to swallow the notion that anything as large and apparently inanimate as the Earth is alive."
Dr. James Lovelock, The Ages of Gaia
Received on Thursday, 30 April 2009 11:08:17 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:50:31 UTC