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

Re: Per telco on the 2009-09-17

From: Mark Birbeck <mark.birbeck@webbackplane.com>
Date: Sat, 19 Sep 2009 10:00:32 +0100
Message-ID: <640dd5060909190200y418ff786se375a6d986764311@mail.gmail.com>
To: Ivan Herman <ivan@w3.org>
Cc: W3C RDFa task force <public-rdf-in-xhtml-tf@w3.org>
Hi Ivan,

Great.

And just to emphasise what I said on the telecon, this is not some
kind of edge-case that we hadn't thought of -- it's correct behaviour,
according to the spec. That's because we need to generate the bnode
for the hanging triples, otherwise they won't align with any 'extra'
graphs that a parser might create.

Regards,

Mark

On Sat, Sep 19, 2009 at 9:14 AM, Ivan Herman <ivan@w3.org> wrote:
> We said we would look at Jeni's example in our respective implementation:
>
> <p xmlns:ex="http://example.org/" about="http://example.com/" rel="ex:rel3">
>  <span property="bogus:bogus" content="Content 3">
>    <span about="http://example.net/">Test 3</span>
>  </span>
> </p>
>
> RDFa distiller generates:
>
> <http://example.com/> ex1:rel3 [].
>
> (plus an error triplet on the fact that bogus:bogus is, well, bogus...)
>
> Ie, indeed, the mere existence of the @property closes the hanging
> triple, so to say.
>
> Personally, I do not feel that to be a bug. Very pragmatically, this is
> clearly a good warning to the user that, well, something went wrong; if
> the triple is simply missing then, well, it is more difficult to find
> the reason for the bug. But, yes, this is a very pragmatic argument.
>
> Ivan
>
> --
>
> Ivan Herman, W3C Semantic Web Activity Lead
> Home: http://www.w3.org/People/Ivan/
> mobile: +31-641044153
> PGP Key: http://www.ivan-herman.net/pgpkey.html
> FOAF: http://www.ivan-herman.net/foaf.rdf
>



-- 
Mark Birbeck, webBackplane

mark.birbeck@webBackplane.com

http://webBackplane.com/mark-birbeck

webBackplane is a trading name of Backplane Ltd. (company number
05972288, registered office: 2nd Floor, 69/85 Tabernacle Street,
London, EC2A 4RR)
Received on Saturday, 19 September 2009 09:01:16 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 19 September 2009 09:01:17 GMT