Re: Javascript and GRDDL (and economics-of-deployment use cases)

On Fri, 2007-03-02 at 10:41 -0500, Chimezie Ogbuji wrote:
> I wanted to bring this to the attention of the WG (spotted by Danny).  It 
> would be a shame if this passed by the radar (at the very least it is very relevant commentary):
> 
> http://simile.mit.edu/mail/ReadMsg?listName=General&msgId=15275

I wonder where Stefano gets the impression that the GRDDL
WG is working "without taking into consideration the
practical implications or today's technological limitations
and boundaries (or, worse, the socio-economical aspects associated
to it)"

I specifically wrote about it last December:

GRDDL + microformats economics-of-deployment use case
http://lists.w3.org/Archives/Public/public-grddl-wg/2006Dec/0061

I added a link to that thread from
  http://simile.mit.edu/wiki/Noodles_Go_Semantic_Web

I can see 3 ways for the scenario to play out; 2 that work with
Web Architecture and one that works against it:

(1) Alice could learn RDFa and use it for her noodle list.
Maybe that's easy, maybe that's hard, depending on
  -- the structure of her noodle list
  --- e.g. whether it uses microparsing or exposes everything
      at the XML level
  -- the knowledge and preferences of her peers, i.e. whether
     they want to make documents similar to hers, write cool
     tools to animate the data, etc.

(1a) Alice includes a profile or transformation link as well.
All the GRDDL-aware agents (e.g. XMLArmyknife, tabulator, ...)
get her data, as well as RDFa-native tools (TopQuadrant, ...)

(1b) Alice doesn't bother with a GRDDL pointer, but just
uses RDFa markup without establishing a follow-your-nose
path from her documents to the RDFa specs. There is a hidden
cost in this scenario, which is the cost of the standaridzation
community completing that follow-your-nose path by editing
the IANA text/html registry entry and/or the XHTML namespace
document. And there's a risk that this won't happen, in which
case her document does not end up webarch-happy after all;
see case (3) below.


(2) Bob, the SemWeb advocate, could write an XSLT transformation 
for Alice's noodle list, and Alice could just add a link to it.
This is clearly less work for Alice, but more for Bob.
Only GRDDL-aware agents get the data. Copy-and-paste is tricker.


(3) Alice goes on a world-tour to drum up support in a
noodle list microformat, and soon so many people are using
her noodle list creator and noodleListMaker.php that,
well, webarch-be-damned, the data is so interesting that
services start scraping it.

The reason that Web Architecture is against (3) is that,
without consent of the governed, it reduces the choice
of other HTML authors. They have to know not to use the
markup patterns in the noodle list microformat, lest services
start doing stuff with their documents that they don't agree with.

See also

standardizedFieldValues-51: Squatting on link relationship names,
x-tokens, registries, and URI-based extensibility
http://www.w3.org/2001/tag/issues.html?type=1#standardizedFieldValues-51


p.s. Stefano is right that the cost of using Javascript with GRDDL
today is pretty darn high; it involves some design work, plus
accepting the risk that your design will be interoperable.
Danny, I suggest you don't ask other people to solve such problems,
at least until you have done something for them.


-- 
Dan Connolly, W3C http://www.w3.org/People/Connolly/
D3C2 887B 0F92 6005 C541  0875 0F91 96DE 6E52 C29E

Received on Friday, 2 March 2007 17:08:46 UTC