W3C home > Mailing lists > Public > public-html-data-tf@w3.org > October 2011

Re: htmldata-ISSUE-2 (Use of rdf:XMLLiteral): Should Microdata-RDF generate XMLLiteral values [Microdata to RDF]

From: Ivan Herman <ivan@w3.org>
Date: Tue, 25 Oct 2011 10:34:19 +0200
Cc: HTML Data Task Force WG <public-html-data-tf@w3.org>
Message-Id: <9FF38201-E325-4C67-9C2C-B9640F49DC3A@w3.org>
To: Henri Sivonen <hsivonen@iki.fi>

On Oct 25, 2011, at 10:26 , Henri Sivonen wrote:

> On Thu, Oct 20, 2011 at 9:42 PM, HTML Data Task Force Issue Tracker
> <sysbot+tracker@w3.org> wrote:
>> Some examples in the wild [1] use an item with Microdata use @itemprop with a HTML content. Current processing rules are to extract the textual content, and remove the markup.
>> 
>> Should the Microdata to RDF spec parallel RDFa and generate an rdf:XMLLiteral in this case?
> 
> I think Microdata to RDF conversion should not generate an XML literal
> in this case, because XML literals are not part of the Microdata data
> model and conversion to RDF shouldn't give meaning to syntactic
> artifacts that don't have meaning in Microdata.
> 
> It would be bad to have Microdata-looking markup mean different things
> depending on whether the consumer has RDF-based internals or not.

I agree. Clients/authors who really care about the XMLLiteral content should simply use RDFa that gives explicit control over this. Our role in this TF is to give clear cases when authors might prefer to use microdata or when they would prefer to use RDFa, and this is one of those cases. But a microdata->RDF mapping should not do more than what microdata intends to offer.

Ivan

> 
> -- 
> Henri Sivonen
> hsivonen@iki.fi
> http://hsivonen.iki.fi/
> 


----
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







Received on Tuesday, 25 October 2011 08:32:31 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 25 October 2011 08:32:32 GMT