W3C home > Mailing lists > Public > public-rdf-wg@w3.org > May 2012

Re: Publish RDF Concepts as revised WD? (was: Re: Agenda 16 May telecon)

From: Ivan Herman <ivan@w3.org>
Date: Wed, 16 May 2012 17:18:47 +0200
Cc: Richard Cyganiak <richard@cyganiak.de>, Guus Schreiber <guus.schreiber@vu.nl>, RDF WG <public-rdf-wg@w3.org>
Message-Id: <32314022-E725-4B5D-86A0-297F8C881B60@w3.org>
To: Steve Harris <steve.harris@garlik.com>

On May 16, 2012, at 14:17 , Steve Harris wrote:
>> 
>> Regarding ISSUE-63, HTML datatype: I think this is a Good Thing and will be popular. The most contentious point is the definition of the value space. It appears complex (DOM DocumentFragment nodes), but in reality it makes implementation of conforming parser *simpler* because it allows them to produce any of a number of equivalent results. The complexity only affects systems that decide to implement value-based comparison for HTML literals, something that is entirely optional. I expect few or no systems to do it.
> 
> I see limited utility in being able to do = comparisons on non-lexically identical HTML5 fragments. But I may well be missing some important usecases.

If I look at

http://lists.w3.org/Archives/Public/public-rdf-comments/2012Apr/0000.html

the attributes added to an HTML Literal have a 'semantic' role (controlling translations, for example) and these may result in an RDF graph (eg, via RDFa). Interaction with the user, running beautifying tools, etc, may change the Literal fragments without changing the intended semantics (ie, by retabulating the fragment to make it pretty...). Having a clear way on comparing the literals without just lexically comparing them looks really important.

I realize this is a bit vague, but the point is that the definition makes HTML Literals more robust against non-essential changes when combined with RDFa.

Ivan




> 
> - Steve
> 


----
Ivan Herman, W3C Semantic Web Activity Lead
Home: http://www.w3.org/People/Ivan/
mobile: +31-641044153
FOAF: http://www.ivan-herman.net/foaf.rdf
Received on Wednesday, 16 May 2012 15:16:22 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 16:25:49 GMT