W3C home > Mailing lists > Public > public-rdfa-wg@w3.org > August 2010

Re: Comment on RDFa 1.1 Core: Empty elements should not create literals

From: Shane McCarron <shane@aptest.com>
Date: Thu, 05 Aug 2010 07:44:33 -0500
Message-ID: <4C5AB231.4020608@aptest.com>
To: Richard Cyganiak <richard.cyganiak@deri.org>
CC: public-rdfa-wg@w3.org
I agree with this comment.  However, I would note that it will be a 
backward-incompatible change so we should go into it with eyes wide open.

On 8/5/2010 5:53 AM, Richard Cyganiak wrote:
> Hello RDFa WG members,
>
> This is a comment on Profiles in the latest RDFa WD [1]. The draft
>
> <div about="#person">
> <dt>Job title</dt>
> <dd class="job" property="jobtitle"></dd>
> </div>
>
> After RDFa parsing, the following RDF triple is generated from this 
> snippet (assuming a term mapping for jobtitle):
>
> <#person> ex:jobtitle "" .
>
> I ask that the parsing algorithm be changed so that no triple is 
> generated in the case where an element has a @property attribute, no 
> @content attribute, and no text content.
>
> The motivation for this change: Template-generated HTML often contains 
> empty elements like in the example above. This happens when a field is 
> not present in a given record. Generating an empty <td/> or <span/> is 
> often less effort than suppressing the generation of the element 
> altogether, so thats' what template authors often do. When a 
> zero-length element carrying @property is encountered, then it's 
> almost certain that the author's intention was *not* to generate a 
> zero-length literal, so the parsing algorithm should reflect that.
>
> Best,
> Richard
>
> [1] http://www.w3.org/TR/2010/WD-rdfa-core-20100803/

-- 
Shane P. McCarron                          Phone: +1 763 786-8160 x120
Managing Director                            Fax: +1 763 786-8180
ApTest Minnesota                            Inet: shane@aptest.com
Received on Thursday, 5 August 2010 12:45:13 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 04:55:07 GMT