W3C home > Mailing lists > Public > www-tag@w3.org > July 2011

Re: draft minutes from 7/21

From: Noah Mendelsohn <nrm@arcanedomain.com>
Date: Mon, 25 Jul 2011 12:31:21 -0400
Message-ID: <4E2D9A59.6070405@arcanedomain.com>
To: Larry Masinter <masinter@adobe.com>
CC: "www-tag@w3.org" <www-tag@w3.org>, Paul Cotton <Paul.Cotton@microsoft.com>, Sam Ruby <rubys@intertwingly.net>, Maciej Stachowiak <mjs@apple.com>
I note the following in the minutes:

 > HT: we hope that the task force is going to be the source
 > of resolution to the issue.

FWIW, if I had been present, I would have expressed some disagreement with 
Henry on that.

The TAG has indeed suggested creation of a task force, and we've been very 
clear that resolution of the RDFa/microdata overlap is very important. 
Crucially, I >don't< think we've said that the task force should be the 
focus of all work on this, or expressed a preference as to where a solution 
might come from.

Commentators in other fora have made the important point that looking to 
large committees to do technical design has its problems. If this committee 
can manage to discover a good solution on its own, all the better, but I 
think we should also be encouraging the members of the HTML WG, as well as 
those with expertise in RDFa, microformats, etc. to work urgently, 
separately or together, to propose technical and other steps that might 
improve things. I think a task force can in such cases play a very 
effective role in ensuring that such proposals are reviewed in a balanced 
manner, that the appropriate use cases are considered and addressed, etc.

Indeed, that's one of the reasons I'm hoping the HTML WG will not wait for 
the task force before investing in resolving this.

So, in that sense, I disagree that we the TAG are specifically hoping that 
the task force will be the source of the answer. Certainly we're hoping 
that it can be of significant help to the community in getting to one. The 
above is just my personal opinion, not speaking as TAG chair.

Noah
Received on Monday, 25 July 2011 16:31:47 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 26 April 2012 12:48:39 GMT