plenary-minutes 87.8 KB

Raw Blame History Permalink

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en-US" xml:lang=
"en-US">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<meta name="generator" content=
"HTML Tidy for Linux/x86 (vers 1st November 2003), see www.w3.org" />
<title>Minutes: W3C Technical Plenary 3 March 2004</title>
<link href="http://www.w3.org/StyleSheets/base.css" rel="stylesheet" type=
"text/css" />
<style type="text/css">
.IRC {
   font-family: monospace;
   font-size: 90%;
   background: #eee;
   color: #000;
   padding: 0.2em;
}
.image {
   text-align: left;
}
</style>
</head>
<body>
<div class="head"><a href="http://www.w3.org/" title=
"Go to W3C Home Page"><img height="48" width="72" alt="W3C" src=
"/Icons/w3c_home" /></a></div>

<h1>Minutes: W3C Technical Plenary</h1>

<h2>3 March 2004</h2>
<p>These are the minutes of the fourth annual <a href=
"/2004/03/TechPlenAgenda.html">W3C Technical Plenary</a> held on 3
March 2004 at the Sofitel Royal Casino in Cannes-Mandelieu, France.
In addition to the day-long event, thirty W3C Working Groups and
Interest Groups held face-to-face meetings over four days at the
same location. The public plenary consisted of six sessions. This
meeting record is transcribed from the <a href=
"/2004/03/03-tp-irc.html">IRC log</a> and is not verbatim. Please
send corrections to the <a href=
"/People/domain?domain=Communications">W3C Communications
Team</a>.</p>
<p>The first annual W3C Technical Plenary took place on
<a href="/2001/02/allgroupoverview.html">28 February 2001</a>, the
second on <a href="/2001/07/allgroupoverview.html">27 February
2002</a> and the third on <a href=
"/2003/08/allgroupoverview.html">5 March 2003.</a></p>

<p>Also available are photos of the plenary week and Cannes-Mandelieu from  <a href="http://lawver.net/photos/archive/cat_20040303_technical_plenary.html">Kevin Lawver</a> (AOL), <a href="http://swordfish.rdfweb.org/photos/2004/02/28/">Libby Miller</a> (University of Bristol), and <a href="http://people.w3.org/rishida/photos/0403-tech-plen.html">Richard Ishida</a> (W3C), and plenary <a href="/2004/03/survey-feedback">survey results</a> [<a href="http://cgi.w3.org/MemberAccess/">W3C Member-only link</a>].</p>

<hr />

<h2><a id="Agenda" name="Agenda">Plenary Day Agenda</a></h2>
<ul>
<li><a href="#Session1">Session One</a>: Welcome to the 2004 W3C
Technical Plenary</li>
<li><a href="#Session2">Session Two</a>: Architecture of the World
Wide Web and Hot TAG Topics</li>
<li><a href="#Session3">Session Three</a>: Lightning Tech
Talks</li>
<li><a href="#Session4">Session Four</a>: Adventures with Mixed
Markup Language Documents</li>
<li><a href="#Session5">Session Five</a>: Making Test Suites Work
for Working Groups</li>
<li><a href="#Session6">Session Six</a>: Can I Really Get Good Web
Access Without Carrying a PC and a Big Screen?</li>
<li><a href="#Session7">Session Seven</a>: Querying the Web</li>
</ul>

<p class="image"><img alt="two to three hundred attendees seated in the meeting room" src="/2004/03/photos/plenarya.jpg" /></p>
<p class="image"><img alt="Lisa Seeman and Janet Daly seated on stage during Session 3" src="/2004/03/photos/session3b.jpg" /></p>
<p class="image"><img alt="Noah Mendelsohn speaking at a floor microphone with others in line" src="/2004/03/photos/plenaryb.jpg" /><br />
<small>Photos: Masayasu Ishikawa</small></p>

<h2><a id="Session1" name="Session1">Session One</a></h2>

<p class="image"><img alt="Steve Bratt speaking on stage" src="/2004/03/photos/session1.jpg" /><br />
<small>Photo: Masayasu Ishikawa</small></p>

<ul>
<li>Steve Bratt (W3C Chief Operating Officer) presented <a href=
"/2004/Talks/0303-sb-techplenary/Overview.html">Welcome to the 2004
W3C Technical Plenary</a>.</li>
</ul>

<h2><a id="Session2" name="Session2">Session Two</a></h2>

<h3>Architecture of the World Wide Web and Hot TAG Topics</h3>

<p class="image"><img alt="Norm Walsh, Roy Fielding and David Orchard seated on stage during the TAG presentation" src="/2004/03/photos/session2.jpg" /><br />
<small>Photo: Masayasu Ishikawa</small></p>

<p><strong>Moderator</strong>: Stuart Williams (HP). <strong>TAG
participants</strong>: Dan Connolly (W3C Team), Paul Cotton
(Microsoft), Roy Fielding (Day Software), Mario Jeckle
(DaimlerChrysler) Chris Lilley (W3C Team), David Orchard (BEA),
Norm Walsh (Sun Microsystems), Stuart Williams (HP), Ian Jacobs
(W3C Team)</p>

<ul>
<li>David Orchard presented <a href=
"/2004/Talks/0303-tagext/">Extensibility/Versioning</a></li>
<li>Stuart Williams presented <a href=
"/2004/Talks/0303-tagIntro/">Introduction to TAG and
WebArch</a></li>
<li>Roy Fielding presented <a href="/2004/Talks/0303-tagids/">Web
Identifiers</a></li>
</ul>

<h4>Extensibility/Versioning [<a href=
"/2004/Talks/0303-tagext/">slides</a>]</h4>

<p><em>Stuart Williams</em>: How should MUST UNDERSTAND get deployed?</p>
<p><em>David Orchard</em>: In conversation with Paul Biron, we observed it doesn't work with multiple schema documents. MUST UNDERSTAND <em>which</em> schema?</p>
<p><em>Stuart Williams</em>: It may prevent you from understanding other pieces that you could have understood.</p>
<p><em>Al Gilman</em>: Regarding two-phase commit, you have an optimistic interpretation, but there is a transaction implied.  You don't complete it when you don't understand.</p>
<p><em>David Orchard</em>: A node must look at all subnodes and must understand <em>all</em> MUST UNDERSTANDs in them to proceed.</p>
<p><em>Henry Thompson (W3C)</em>: In designing XLM Schema, a number of Members said we should solve the versioning problem before publishing version 1, but we didn't. It doesn't solve the versioning problem.  It's a well known unsolved problem, and we're in good company. The value of this draft finding is that we're picking out small areas where we can say "these techniques are recommended." The dimensions of analysis are good.  Distinctions between circumstances where you have a new schema with an old app is very different from when you don't know the new schema with an old app. There is <a href="http://www.w3.org/XML/Group/2004/01/xml-schema-ftf.html#agenda">good work</a> [<a href="http://cgi.w3.org/MemberAccess/">W3C Member-only link</a>] by Eduardo Gutentag and Arofan Gregory in ebXML. Your finding has focus on the "we can't assume that you know the new schema" case. If you have independence of one element from another, then MAY IGNORE becomes viable. The categorizations are a huge step forward.</p>
<p><em>Paul Biron (Health Level 7)</em>: You had a couple of techniques on your slides for schema support, substitution groups. One more that I like - partial validation.  We went to a <em>lot</em> of trouble in the Schema spec to permit partial validation. We didn't get it 100% right but input is useful.</p>
<p><em>David Orchard</em>: I asked the Web Services Description Working Group - When WSDL does an import of a schema, can I do so with <em>partial</em> validity? I think we should do more in the area of partial validity.</p>
<p><em>Paul Biron</em>: Perhaps the semantics of MUST IGNORE can be tied to parts of the schema.</p>
<p><em>David Orchard</em>: Errata?</p>
<p><em>Paul Biron</em>: I don't think so.  A Note maybe.</p>
<p class="IRC"><em>Micah Dubinko in IRC</em>: TAG team :)</p>
<p><em>Paul Downey (BT)</em>: With thousands of Web services, the natural way of versioning is to copy and corrupt them. If the Web worked that way, we wouldn't have a Web.</p>
<p><em>Norm Walsh (Sun)</em>: XML Query/XSL Working Groups work on the Data Model is building useful data models from partially valid input, relevant to these discussions. We're looking at this in WSDL, but it goes beyond that.  If you're building for future, you need to anticipate change.  Re XML 1.0 to 1.1 it's a major change that needs to be communicated. A major thing missing - Having put up minor versions, we need to indicate how these versions relate. We have a notion of backward compatibility, but the idea of partial validation is attractive.</p>
<p class="IRC"><em>Al Gilman in IRC</em>: I am interested how much David Orchard's discussion of partial validity and interoperation resonates with what I think is the agenda for language blending.</p>
<p class="IRC"><em>Philippe Le Hegaret in IRC</em>: Al, that was my thought when I replied on the html-cg suggesting that WS people might be interested in it</p>
<p><em>Paul Cotton (Microsoft)</em>: If we talk about extensibility and versioning and only focus on schema and ignore the operators that will pass over that XML, then we're only solving a small part of the problem. If we get a schema extensibility mechanism, and a function falls apart, we haven't solved the larger problem.</p>
<p><em>Dan Connolly (W3C)</em>: Re how to implement MUST IGNORE, one way is to use a new method. There's a pattern - use unused bandwidth in the syntax.  XML is great that way because there's a lot of redundancy, whereas with binary there isn't much wiggle room.</p>
<p class="IRC"><em>Henry Thompson in IRC</em>: agrees with Paul Cotton - another dimension we have begun to discuss is that of the <em>kinds</em> of operation which will or won't break in the face of what kinds of extension or new version. Interested parties are referred to a <a href="http://www.w3.org/XML/Group/1999/08/s14y-paper">position paper</a> [<a href="http://cgi.w3.org/MemberAccess/">W3C Member-only link</a>] by Eve Maler for the Schema Working Group from 1999 (!).</p>
<p><em>Michael Sperberg-McQueen (W3C)</em>: Re Paul Downey's question, there is work by Eduaro and Gregory that is based on using Schema type derivation to provide a backtrail and document the relationship between versions. I also want to record uneasiness with the IGNORE rule - it's underspecified.</p>
<p><em>David Orchard</em>: I agree.  You could have a semantic only change with no syntax, and that isn't compatible. Some will interpret it as meaning "ignore the elements you don't understand", some will interpret as "ignore the <em>tag</em> you don't understand" and the rest won't know the difference. Working on syntax versioning is useful - don't want to boil ocean. It's also over specified - IGNORE is a nice explicit rule, but it isn't the only possible rule. Partial solutions are a lot better than no solutions. But these solutions are relative to a particular kind of processing. To allow data reuse, with declarative semantics, at design time we don't know all the runtime processing expectations. It's very different for a pretty printer to ignore data than a realtime processor.</p>

<h4>Web
Identifiers [<a href=
"/2004/Talks/0303-tagids/">slides</a>]</h4>


<p class="IRC"><em>fantasai in IRC</em>: realtime processor -> purchasing order processor</p>
<p class="IRC"><em>Al in IRC</em>: I got a contact at SDSC to create domain maps, that is to say schema+operator vs. schema+operator comparative description written in FLORA, a constraint programming language.  Bertram Ludaescher (<a href="http://www.nbirn.net/Publications/Presentations/model_based_mediation_sic_presentation.pdf">PDF</a>)</p>
<p class="IRC"><em>fantasai in IRC</em>: MSM 'transformations of a tree' probably means transforming that tree to a different tree of the same kind</p>
<p class="IRC"><em>PStickler in IRC</em>: If you want to know what a URI actually denotes, rather than guess from some representation, just use URIQA ;-)</p>
<p class="IRC"><em>Al in IRC</em>: MSM, reflow of a graph into new tree. Infoset as graph is more authoritative than 'serialization' into tree order.</p>
<p class="IRC"><em>MSM in IRC</em>: fantasai, true.  but for everyone who wishes to use XML as the standard format for all valuable data, virtually all processing will take XML trees as input and produce XML trees as output.  (Al, s/tree/graph/ if you wish, I'll still stand by it). the upshot is that 'xslt processing' is not a special case of XML processing, but the archetype of it</p>
<p class="IRC"><em>dom in IRC</em>: [please use "Nickname, " when talking to one another rather than "Nickname:"</p>
<p class="IRC"><em>chaalsNCE in IRC</em>: If you want to know what other people think URIQA means, you can ask the existing web.</p>
<p class="IRC"><em>Al in IRC</em>: fantasai, I agree with you.  But I think that it is important to make the tree/graph distinction because the minority of use cases where the order conventions of the tree-ification needs to be redone make the Web complete and humane.  Can't create a spec that is actually followed with enough reliability without saying 'graph' rather than 'tree.'  Principle of lowest level language.  Graph is the more primitive geometry, is the absorbing class, and we need to baseline here.</p>
<p class="IRC"><em>dirkx in IRC</em>: If you want to know what a URI actually denotes, rather than guess from some representation, just use DDDS and uri.arpa. to find out &#058;-) &#058;-) &#058;-)</p>
<p class="IRC"><em>chaalsNCE in IRC</em>: Seriously, the issue about how the terms are used (when that differs from how the creator of the term thought it would be used) seems important to me...</p>
<p><em>Jeremy Carroll (HP)</em>: Re QName to URI relationship, one of the drivers is the social use is that we need short names because URIs are too long.</p>
<p class="IRC"><em>dirkx in IRC</em>: chaalsNCE, not sure. you have a URI -&gt; and you can use it as an Identifier, as a Name, or dereference it to get the Resource or get information about the resource; i.e. the URI architecture list of operations.</p>
<p><em>Roy Fielding (Day Software)</em>: Entity references, relative URIs, etc. Yes, it's a long standing issue.</p>
<p><em>Jonathan Marsh (Microsoft)</em>: What did I miss? Where did fragment identifiers go.</p>
<p><em>Roy Fielding</em>: RFC1738 was done in 1994, 1630 was done in 1993.  Between 1994 and last year, fragments have not been in URIs.  They have been in URI <em>references</em>.</p>
<p class="IRC"><em>dirkx in IRC</em>: (since RFC 2396)</p>
<p><em>Roy Fielding</em>: A community decided they didn't want people to use fragids.  The effect was to remove them from the URI spec. But schemes don't have anything to do with fragids, because they're defined separately from the URI resolution process. Rectifying that has been part of the goal.</p>
<p><em>Rotan Hanrahan (MobileAware)</em>: Regarding the meaning of "resource"... The Web page that demonstrates the weather could be today's weather.  It's temporal.  Might also be en fran&ccedil;ais. Same resource, but may also have different URIs. Could I say yesterday's weather has a particular URI?</p>
<p class="IRC"><em>dirkx in IRC</em>: Ah - and also define de-referencing :-)</p>
<p><em>Chris Lilley</em>: You build a consensus on what the URI is supposed to mean.  If it says today's weather and it gives you a Barbie doll, it's not correct. If it says "today's weather" and it's 12:01am somewhere in the world, then it's a gray area.</p>
<p class="IRC"><em>gk in IRC</em>: (I like that -  Chris Lilley - "resources are like angels dancing on the head of a pin" (goes on, you can't see them but you can talk about them)</p>
<p class="IRC"><em>PStickler in IRC</em>: If the URI denotes "today's weather" and the representation is a picture of a Barbie doll, then the representation is less useful, but that has no effect whatsoever on the denotation of the URI!</p>
<p class="IRC"><em>DanC_jam in IRC</em>: +1 re "you look at the representations and build a consensus"</p>
<p><em>Stuart Williams</em>: This is a great time to wrap up.  [laughter]</p>
<p class="IRC"><em>karl in IRC</em>: hmmm.... I wonder if a Barbie doll can make my weather for the day</p>
<p class="IRC"><em>PStickler in IRC</em>: Perhaps the web authority wished to express via a picture of Barbie that "today's weather" is "hot"...  ;-)</p>

<h2><a id="Session3" name="Session3">Session Three</a></h2>

<h3>Lightning Tech Talks</h3>
<p><strong>Moderator</strong>: Janet Daly (W3C Head of
Communications)</p>

<p class="image"><img alt="Micah Dubinko, Steve Ross-Talbot standing, and Lisa Seeman during lightning talks" src="/2004/03/photos/session3.jpg" /><br />
<small>Photo: Masayasu Ishikawa</small></p>

<ul>
<li>Jonathan Robie presented <cite>Making Use Cases and
"Incubation" a Working Group requirement</cite></li>
<li>Daniel Dardailler presented <cite>No Semantic Web without
Trust; and vice-versa</cite></li>
<li>Noah Mendelsohn presented <cite>Implications of XML
1.1</cite></li>
<li>Steve Ross-Talbot presented <cite>"I'll name that tune
in..."</cite></li>
<li>Micah Dubinko presented <cite>XForms Validator</cite></li>
<li>Lisa Seeman presented <cite>Using RDF and content morphing to
promote the de-segmentation on Web content, universal design and
accessibility</cite></li>
<li>Mark Birbeck: presented <cite>XForms in Action</cite></li>
</ul>

<p class="IRC"><em>DanC_jam in IRC</em>: yeah for lightning talks!</p>
<p class="IRC"><em>chaalsNCE in IRC</em>: Lightning talks - cool thing.</p>
<h4>Make Incubator Mandatory</h4>

<p><em>Jonathan Robie</em>: [summary of 3 minute talk] Encouraged to be controversial. Proposes Mandatory Incubator. Add an incubator phase to the process. You don't need a standard to play with ideas. Prepare use cases.</p>
<p class="IRC"><em>kplawver in IRC</em>: Not all use cases are important.  The group must decide.</p>
<p class="IRC"><em>holstege in IRC</em>: (so requirements may not be inclusive enough)</p>
<p><em>David Booth (W3C)</em>: The WSDL new charter is a scheduled priority charter and has emphasis on meeting its schedule.</p>
<p><em>Steve Bratt</em>: Our incubator process is for a maximum of one year.</p>
<p><em>Art Barstow (Nokia)</em>: I suggest simply requiring Working Groups to do requirements (and AC approval) before specification work.</p>
<p><em>David Orchard</em>: [comment missing]</p>
<p><em>Jim Larson (Intel)</em>: Some process is good. Too much is a burden. I think this is overkill.</p>
<p><em>Dan Connolly</em>: My new Working Group will focus on similar topics. Should requirements be part of the Recommendation track. We put it in our set of specs.</p>
<p class="IRC"><em>timbl in IRC</em>: Good idea.</p>
<p class="IRC"><em>Steve Bratt in IRC</em>: [after session] Incubator proposal under consideration is <em>not</em> proposed to be part of the current Rec track process. It is a complement, with an end in itself. Some subset of Incubator notes may go onto the Rec track, most will not I suspect.</p>
<p class="IRC"><em>pdowney in IRC</em>: [after session] anything that speeds up the process is good since there is often a window of opportunity for standards, something the W3C may have missed in Web services.</p>


<h4>No Semantic Web without
Trust; and vice-versa</h4>
<p><em>Daniel Dardailler (W3C)</em>: [summary of 3 minute talk] Relates an experience for looking for info on the Web (for example a hotel in Brussels). I always ended up in the booking service, not the hotel site itself. Similar when looking for artists. Similar when looking at University admissions. I want a Semantic Web markup for "I'm the real thing!" I know that the Semantic Web works well on the intranet (within w3.org for example). However that is because we don't have a trust problem. I'd like to be able to tell the hotel manager what to do. I end up looking at the yellowpages.com entry. Do we need to push for PKI technology?</p>
<p class="IRC"><em>gk in IRC</em>: <a href="http://www.ninebynine.org/iTrust/Intro.html">IST iTrust project</a></p>
<p class="IRC"><em>timbl in IRC</em>: We have the <a href="http://www.w3.org/2000/10/swap/test/crypto/">tools</a>.</p>
<p><em>Graham Klyne</em>: I have pasted <a href="http://www.itrust.uoc.gr/">iTrust</a> (EU project) into IRC log</p>
<p><em>Daniel Dardailler</em>: We also may be involved in another EU project, QUATRO.</p>
<p><em>Jeremy Carroll</em>: There is a way to go in this area. PKI is only one bit.</p>
<p class="IRC"><em>karl in IRC</em>: glazou except if the domain is hijacked at a point ;)</p>
<p class="IRC"><em>DanC_NCE in IRC</em>: the idea of "I'm the only web site authoritative on the business establishment at (lat, long)" might be something we could build from DNS/whois stuff. hmm.</p>
<p><em>Tim Berners-Lee (W3C)</em>: We've played with this a bit already.</p>
<p class="IRC"><em>karl in IRC</em>: Trust really relies on social community. Trust is very dependent on the context.</p>
<p><em>Daniel Dardailler</em>: I think it is the first thing we have to do for the Semantic Web to scale onto the Internet.</p>
<p class="IRC"><em>DanC_NCE in IRC</em>: re timbl's comment, see <a href="http://www.w3.org/2000/10/swap/doc/Trust">Trust</a></p>
<p class="IRC"><em>bijan in IRC</em>: A <a href="http://trust.mindswap.org/">trust link</a></p>
<p><em>Jonathan Robie</em>: I'm wondering what the hotel could provide to me in order to establish trust</p>
<p class="IRC"><em>ivan in IRC</em>: the only uri I found on <a href="http://pi.ijs.si/ProjectIntelligence.Exe?Cm=Project&amp;Project=ITRUST">itrust</a> on the web but the information is not very rich...</p>
<p class="IRC"><em>timbl in IRC</em>: DanC, could you explain the  delegated trust things we did in test/crypto?</p>
<p><em>Daniel Dardailler</em>: If I know the address I can find it in the yellow pages. Why can't I do the same on the Web?</p>
<p class="IRC"><em>PStickler in IRC</em>: Printed yellow pages are a trusted intermediary. Why not web-based yellow pages?</p>
<p class="IRC"><em>JacekK in IRC</em>: will the <em>real</em> YP please step forward?</p>
<p><em>Dan Connolly</em>: You can say that I'm the only place with this GPS location.</p>
<p class="IRC"><em>bijan in IRC</em>: Jen Golbeck (a grad student at UMD/MINDSWAP) is in fact organizing a Trust workshop at the International Semantic Web Conference.</p>
<p class="IRC"><em>Colas in IRC</em>: why don't you just use the web site of the yellow pages of the country to get the hotel coordinates?</p>
<p><em>Jeremy Carroll</em>: A Web site that says "I'm the Web site" may be true or false. A Web site that claims to represent multiple sites is probably not the hotel Web site. That is my trust algorithm.</p>
<p class="IRC"><em>tvraman in IRC</em>: but the yellow pages is <em>also</em> a middle-man. What you have today on the Internet is 1000 middle-men claiming to be the authentic yellow pages (moral- a man with one clock knows the time, a man with a million watches is perennially confused).</p>
<p class="IRC"><em>gk in IRC</em>: There's another project looking at trust-without-PKI, the <a href="http://www.dsg.cs.tcd.ie/index.php?category_id=206">SECURE</a> project. They're particularly interested in ubiquitous computing (cf. <a href="http://www.dsg.cs.tcd.ie/uploads/category237/54.ppt">PowerPoint slides</a>).</p>
<p class="IRC"><em>Colas in IRC</em>: yellow pages is an official, trusted middleman</p>
<p class="IRC"><em>PStickler in IRC</em>: There can be social/legal ramifications for making claims of identity that are false.</p>
<p class="IRC"><em>GlenD in IRC</em>: JacekK, "real" is determined by who people choose to trust (as it should be)</p>
<p class="IRC"><em>DanC_NCE in IRC</em>: trust in general is very hard, but "I'm the web site for this place on the planet" is a much smaller problem.</p>
<p><em>Rigo Wenning (W3C)</em>: This is a typical trust issue (like passports). The IETF has tried this for years. Can we do it in six months? Not sure but we should try.</p>
<p class="IRC"><em>vibrania in IRC</em>: It is a legal responsibility to be the root signatory, who wants that?</p>
<p class="IRC"><em>Yoshio in IRC</em>: Trust should be given to assertions, not to people, in its first place, I think.</p>
<p class="IRC"><em>JacekK in IRC</em>: GlenD, so I trust some metasite to tell me which YP is the real YP? Then I trust the YP to tell me which hotel is the real one... Is there meta-meta before the metasite? etc.</p>
<p><em>Jeff Mischkinsky (Oracle)</em>: People pay Google to become the authoritative site.</p>
<p class="IRC"><em>DanC_NCE in IRC</em>: [IRC continues after session] see also <a href="http://geourl.org/">geourl</a></p>
<p class="IRC"><em>timbl in IRC</em>: We have played with combining RDF rules with digital signature and building a delegated trust system from scratch instead of from PKI so that it matches the real trust structure.</p>
<p class="IRC"><em>gk in IRC</em>: TimBL, cool.  Do you have any demo/links that I might mention at the forthcoming iTrust conference?</p>
<p class="IRC"><em>DanC_NCE in IRC</em>: gk, <a href="http://www.w3.org/2000/10/swap/doc/Trust">demo</a> and corresponding <a href="http://www.w3.org/2003/Talks/0520-www-tf1-d2-trust/">slides</a></p>
<p class="IRC"><em>gk in IRC</em>: DanC, thanks.</p>
<p class="IRC"><em>bijan in IRC</em>: Yoshio, Actually, there's interesting interactions between the two.</p>
<p class="IRC"><em>Colas in IRC</em>: in most countries you cannot buy a domain name just like that. in france, to get a .fr, you must provide a filing in the business bureau</p>
<p class="IRC"><em>bijan in IRC</em>: I.e., you might (by default) trust what someone says because they are a trusted expert on the topic</p>
<p class="IRC"><em>GlenD in IRC</em>: Jacek, clearly you need grounding at some level.  For instance, you might trust the DNS to map a given name to a directory you trust, etc.</p>
<p class="IRC"><em>Colas in IRC</em>: so I would trust anything in .nl, not .com</p>
<p class="IRC"><em>glazou in IRC</em>: Colas, how does someone know he/she can trust a given TLD like that?</p>
<p class="IRC"><em>Colas in IRC</em>: if it is run by a government I guess. So it is a subject for ICANN, not the W3C</p>
<p class="IRC"><em>glazou in IRC</em>: Colas, *.nu ?</p>
<p class="IRC"><em>Yoshio in IRC</em>: but trusting someone in a transitive manner is hard or dangerous  thing, I think they say all people in the world could be connected in less than 7 jump (FOAF).</p>
<p class="IRC"><em>bijan in IRC</em>: Yoshio, see the site I posted (trust.mindswap.org). There are some surprising initial results.</p>
<p class="IRC"><em>Colas in IRC</em>: glazou, you can have as much trust in .xx as in the government of country .xx. would I trust .tv officials... that's a good question :-)</p>
<p class="IRC"><em>GlenD in IRC</em>: I always trust TV.</p>
<p class="IRC"><em>bijan in IRC</em>: And that's pure interpersonal trust on one axis. You can add lots of other considerations</p>
<p class="IRC"><em>JacekK in IRC</em>: bijan, can you give a URI to the surprising initial results? 8-)</p>
<p class="IRC"><em>Colas in IRC</em>: I mean, if you cannot trust .nl officials, I would not trust their hotels either</p>
<p class="IRC"><em>bijan in IRC</em>: JacekK, I believe this paper (<a href="http://www.mindswap.org/papers/GolbeckWWW04.pdf">PDF</a>) around page 5.</p>

<h4>Implications of XML
1.1</h4>
<p class="IRC"><em>holstege in IRC</em>: the character formerly known as noah</p>
<p><em>Richard Tobin (University of Edinburgh)</em>: You said existing schema types could not validate new characters and that this would cause more people to use 1.1. [part of comment missing]</p>
<p><em>Noah Mendelsohn</em>: I believe many people are thinking they won't see 1.1 content apart from in the places that use these characters.</p>
<p><em>MR</em>: Are slides available? This is one of the many interop problems introduced in XML 1.1. I believe profiling has done the community a disservice.</p>
<p><em>Noah Mendelsohn</em>: whatever the merits  of XML 1.1 are, the situation is that 1.1 is a Recommendation. Let's go into it with a positive attitude.</p>
<p><em>David Orchard</em>: We have a versioning problem. There has been some extension work done. Forward compatibility problem. What does a 1.0 processor do with 1.1 features? What we ought to have done is built into 1.0 a forward-ignore.</p>
<p class="IRC"><em>holstege in IRC</em>: i am very skeptical that a "must-ignore" rule on characters in element names would be a viable option</p>
<p><em>Michael Sperberg-McQueen</em>: [compares clean XML to clean HTML] </p>
<p class="IRC"><em>pdowney in IRC</em>: wonders if it is possible to deprecate a rec</p>
<p class="IRC"><em>DanC_NCE in IRC</em>: yes, pdowney, <a href="http://www.w3.org/2004/02/Process-20040205/tr.html#rec-rescind">7.7</a> Rescinding a W3C Recommendation (untested, as far as I know. ;-)</p>
<p class="IRC"><em>timbl in IRC</em>: Must Ignore would just drop new characters? I guess that shows that the choice ignore/stop is not always obvious.</p>
<p><em>Glenn Adams (Extensible Formatting Systems)</em>: This is already a problem [part of comment missing]. We should anticipate XML 1.2, since Unicode is still changing.</p>
<p><em>Noah Mendelsohn</em>: I think XML 1.1 anticipates that sort of change in Unicode, obviating a need for 1.2.</p>
<p><em>Glenn Adams</em>: It is hard to predict the future that way.</p>
<p class="IRC"><em>davidF in IRC</em>: [IRC continues after session] GD, there is already a problem with encoding, and accepting all Unicode chars in the future will be hard</p>
<p class="IRC"><em>veillard in IRC</em>: must-ignore on characters within the document content seems an heresy to me. you can't trust the parser anymore ... arghhhh</p>
<p class="IRC"><em>dom in IRC</em>: the difficulty is that the characters are part of the syntax, and ignoring them change the semantics, ie, you can't just ignore the element that says "pay 2000$ to Do[Noah Character]".</p>
<p class="IRC"><em>vibrania in IRC</em>: Glenn said XML 1.0 already has issue that encoding is open</p>


<h4>I'll name that tune
in..."</h4>
<p class="IRC"><em>maxf in IRC</em>: costello!</p>
<p class="IRC"><em>Steven in IRC</em>: my funny valentine</p>
<p class="IRC"><em>glazou in IRC</em>: Ian Jacobs singing!</p>
<p class="IRC"><em>danbri in IRC</em>: i like this account of choreography... (in terms of subtle pattern similarities, basically)</p>
<p><em>Glenn Adams</em>: sounds like difference between content and style</p>
<p><em>Dan Connolly</em>: just one global model, or several?</p>
<p class="IRC"><em>bijan in IRC</em>: PStickler, choreographies describe protocols, not interfaces</p>
<p><em>Steve Ross-Talbot</em>: [gives examples of global models]... There is more than one model just as there is more than one "my funny valentine."</p>
<p><em>Glenn Adams</em>: I too like this... in a similar way to the "liking" which Dan did, but with a slightly different implementation.</p>
<p><em>David Booth</em>: Can you contrast with orchestration?</p>
<p><em>Steve Ross-Talbot</em>: In choreography, there isn't someone telling people what to do. In orchestration there is a conductor.</p>
<p class="IRC"><em>bijan in IRC</em>: I am now quite enthused about chore in general and ws-chore in particular</p>
<p class="IRC"><em>timbl in IRC</em>: So is BPEL4WS orchestration?</p>
<p class="IRC"><em>bijan in IRC</em>: timbl, yes. BPEL4WS describes things from the point of view of one actor.</p>
<p><em>Michael Sperberg-McQueen</em>: One interesting challenge is finding a notation. Your Working Group faces a similar challenge. Where are we in the search for notation?</p>
<p class="IRC"><em>John in IRC</em>: but an orchestra also have a score - even if it's John Cage</p>
<p><em>Steve Ross-Talbot</em>: There are existing notations (including 2 Turing awards winners)</p>
<p class="IRC"><em>DanC_NCE in IRC</em>: Michael Sperberg-McQueen used the word "adequate"... I've seen "adequacy" used in a technical sense, but I don't really grok. Anybody care to recommend a reference?</p>
<p class="IRC"><em>Henry Thompson in IRC</em>: Tony Hoare and Robin Milner</p>
<p class="IRC"><em>timbl in IRC</em>: Robin Milner, the 1/4-calculus man</p>
<p><em>Henry Thompson</em>: that's 'pi' calculus, for those of you who saw a 1/4 [discussion of the channel's encoding follows. The channel is UTF-8 but the IRC client sent Latin 1.]</p>
<p class="IRC"><em>GlenD in IRC</em>: I thought TimBL was making some cute joke for math geeks way beyond my understanding...</p>
<p class="IRC"><em>danbri in IRC</em>: aside - Is there work on ws-chor -related logging? ie. conventions for documenting what <em>did</em> happen, in a way that's compatible with the ws-chor approach for describing patterns that <em>might</em> happen?</p>
<p class="IRC"><em>bijan in IRC</em>: danbri, I believe so. More precisely, choreography is a global perspective, that is, you have a bird's eye view of what's going on.</p>
<p class="IRC"><em>JacekK in IRC</em>: is choreography deployment time and orchestration run-time, but otherwise the same?</p>
<p class="IRC"><em>bijan in IRC</em>: JacekK, no</p>
<p class="IRC"><em>Henry Thompson in IRC</em>: Well, what was asserted was that choreography is in principle lacking in central coordination, ever</p>
<p class="IRC"><em>vibrania in IRC</em>: Choreography usually has a choreographer - and then lots of rehearsal</p>
<p><em>Stuart Williams</em>: Are choreographies explicit?</p>
<p><em>Steve Ross-Talbot</em>: not sure what you mean?</p>
<p><em>Stuart Williams</em>: birds don't crash - emergent behaviour.</p>
<p><em>Ken Laskey (MITRE)</em>: seems like we are talking about timeframe of control.</p>
<p class="IRC"><em>DanC_NCE in IRC</em>: nifty, davidF. [<a href="http://members.rogers.com/dancewrite/MacBenesh/Sample/sample.html">link</a>]</p>
<p><em>Steve Ross-Talbot</em>: SWIFT decides on a particular day that the world will change and live with the migration problems</p>
<p class="IRC"><em>dbooth in IRC</em>: Isn't the "global model" defined by a document somewhere?</p>
<p class="IRC"><em>bijan in IRC</em>: It seems perfectly possible (limb going on here) that from that perspective, you can describe a fairly centralized system</p>
<p class="IRC"><em>DanC_NCE in IRC</em>: that was a great "what is the WG up to?" presentation. set a high bar. [bijan and danbri agree]</p>
<p class="IRC"><em>bijan in IRC</em>: I sat in on the chore f2f and, really, I think it's great stuff. This was not my impression prior to this. I'm a total convert.</p>

<h4>XForms Validator</h4>
<p class="IRC"><em>veillard in IRC</em>: 2 hands on the <a href="http://xformsinstitute.com/validator/">Online XForms Validator</a></p>
<p class="IRC"><em>chaalsNCE in IRC</em>: I discovered the Xforms validator from a spanish-language accessibility list - so the message is getting around...</p>
<p class="IRC"><em>DanC_NCE in IRC</em>: yes, the HTML validator grew because I was tired of answering those messages back in 1993 or 1994.</p>
<p class="IRC"><em>ht in IRC</em>: Ditto for online XSV -- editors were deluged with "what's wrong with my schema" messages</p>
<p class="IRC"><em>tvraman in IRC</em>: it was covered on places like OReilly News</p>
<p><em>Dan Connolly</em>: Can I see a demo?</p>
<p><em>Micah Dubinko</em>: written in python in libxml2. only uses GET. [shows demo]</p>
<p><em>Karl Dubost</em>: very cool - please contact Olivier Thereaux (W3C)</p>
<p><em>Rotan Hanrahan</em>: I raised this with HTML validation people. It should give you a score  at the end of validation.</p>
<p class="IRC"><em>DanC_NCE in IRC</em>: hmm... score = 1 - 1/errorQty</p>
<p class="IRC"><em>dom in IRC</em>: Qty or Density?</p>
<p class="IRC"><em>Rotan in IRC</em>: Too simple. Should rate errors according to severity.</p>
<p class="IRC"><em>olivier in IRC</em>: number of errors is NOT a reliable factor (cascading errors)</p>
<p class="IRC"><em>dom in IRC</em>: a random idea for measuring score for the validator - makes a comparison between the page as it stands and what tidy makes out of it [discussion of Webcams and video in IRC follows]</p>
<p><em>Micah Dubinko</em>: In XForms you can use XML, but in this case I serialized to GET.</p>

<h4>Using RDF and content morphing to
promote the de-segmentation on Web content, universal design and
accessibility</h4>
<p><em>Lisa Seeman</em>: An example of an annotation is relative importance.</p>
<p><em>Matt May (W3C)</em>: Annotation is a powerful mechanism. Equally important for people to still think about how they put their site together. I heard the undercurrent of "we'll get accessibility for free."</p>
<p class="IRC"><em>chaalsNCE in IRC</em>: and as well as the dangerously tempting "we don't have to worry about our main site" I heard "you can give people your real Web site and allow people to read the simple language version without changing your lovely prose style."</p>
<p class="IRC"><em>Al in IRC</em>: My reading of what Lisa said other places in her talk is that the annotations are done by media-critic experts and the view-recasting transforms by disability-segment experts. But the alternate-views transform processor is linked from the origin site and the original business entity retains review control over the transform results.</p>
<p class="IRC"><em>chaalsNCE in IRC</em>: I think the point is that you don't get anything  for free - if you use the tools they can help do something interesting, and this out-of-band method can give some flexibility beyond what ordinary user-land technology can do at the moment. I don't think there is anything that forces the user to rely on the original business' version of the transform. If someone else provides a better one then it just becomes a copyright argument. On the other hand, as Matt points out, the original content provider can't just assume "some body" will do the annotating - since quite  possibly his brother "no body" will do it...</p>
<p class="IRC"><em>Al in IRC</em>: in the earlier trust discussion it was clear that most consumers will prefer a representation that the merchant will vouch for.</p>
<p class="IRC"><em>chaalsNCE in IRC</em>: Sure. But in a small community of users with specific preferences there might be a further optimisation done by a thrid party. There is a potential copyright issue, and the original provider is in any case smarter to make sure they offer the best access to their material...</p>


<h2><a id="Session4" name="Session4">Session Four</a></h2>

<h3>Adventures with Mixed Markup Language Documents</h3>

<p class="image"><img alt="seven people in line at the floor microphone" src="/2004/03/photos/session4.jpg" /><br />
<small>Photo: Masayasu Ishikawa</small></p>

<p><strong>Moderator</strong>: Debbie Dahl, Chair, Multimodal
Interaction Working Group. <strong>Organizer</strong>: Glenn Adams
(XFSI) Timed Text Working Group. <strong>Panelists</strong>: Mark
Birbeck, Masayasu Ishikawa (W3C Team), Rhys Lewis (Volantis) Device
Independence, Henry Thompson (W3C Team) plus additional TAG and
Semantic Web reps</p>

<p><em>Debbie Dahl</em>: I'm very much a learner here, I'm going to be very interested to hear what the panelists have to say... [panelists introduce themselves and their interest in the topic]</p>
<p><em>Scott McGlashan</em>: We use VoiceXML for interactive dialogs, we do speech synthesis and speech grammar, and have to mix that with VoiceXML using XML schemas. Challenges included markup but also deployment issues. Now looking at version 3, and we want to integrate other languages with it.</p>
<p><em>Chris Lilley</em>: We noticed lots of people were using scripting with SVG, and some other markup, with scripts to transform this into SVG for rendering. How do you do rendering, or add stuff to the DOM, without having extensions interfere with each other?</p>
<p><em>Henry Thompson</em>: Whatever one may think about application/xxx+xml, I don't think anyone argues that it scales well to x+y+z+xml. How important is it to know early what namespaces must be understood in order to process a document? Secondly, 5 years ago, when XML Schema was chartered, one of our requirements was to support multiple namespace documents in a modular fashion. We delivered on that but we now have a bunch of experience with the range of namespace mixing that wasn't available to us when that design was chosen. The Schema Working Group needs an inventory of examples to support our design for the next generation schema language, so we can do a better job.</p>
<p><em>Mark Birbeck</em>: My big interest is in using the DOM as a programming environment so I need to be able to bind in functionality dynamically, at runtime. E.g. DOM3 load and save, or validation modules [shows Forms Player being used as a presentation player]. One can imagine extending... building blocks... dynamically at runtime. How do you make an XPath query that spans what might be in a different parser's tree. DOM3 implementation registry... events rather than methods... so we are starting to make our specs of the events that something understands, rather than of the methods it supports. We need to distinguish editing a document and running it.</p>
<p class="IRC"><em>Chris in IRC</em>: DOM3 implementation registry seen as important, event driven rather than method-driven architectures</p>
<p><em>Rhys Lewis</em>: We try to define a language profile that authors might use to present on a wide range of devices, and communicating the device capabilities that will render those documents. How to communicate that, what should that look like? I'm here because I have a need for building mixed-markup language profiles.</p>
<p><em>Al Gilman</em>: I have a history in building large systems like GPS. I know just enough to be dangerous. The experience of people who need the Web to be accessible has been one with mixed language resources, e.g. we have to include ECMAScript and "retire document.write()".</p>
<p class="IRC"><em>Chris in IRC</em>: document.write delanda est</p>
<p><em>Al Gilman</em>: Authors use scripting to make dynamic documents simply because they couldn't get the static markup working. Another crusade... Web content is semi-formal, composed interpretation of content m/c doesn't understand and markup the m/c does understand. A non-linear non-orthogonal factorization. We want to reinforce natural language with timing (see Timed Text Working Group), pronunciation (SSML), and other languages/tools that let us put interpretative assistance for people who need that. Can we make these concurrent aspects of how you strengthen natural language content? We need language fusion techniques to allow people to mix these things freely.</p>
<p><em>Masayasu Ishikawa (W3C)</em>: I'm here to take a few photos from the stage. In order to do that, I was told I had to join a panel. We are working on XHTML... eXtensible... designed to be modular. I'm editor of a Working Draft, <a href="http://www.w3.org/TR/XHTMLplusMathMLplusSVG/">An XHTML + MathML + SVG Profile</a>. Most of this draft is about DTD (messes) to combine namespaces. I also worked on <a href="http://www.w3.org/TR/2001/REC-ruby-20010531/">Ruby</a>. (gives example). It's good to have a markup schema for Ruby. I implemented it in DTD, Relax, XML Schema, but none of them can fully describe this small markup language. It has only 6 elements, but you need to use multiple schema languages together to describe it! [gives example of mixed namespace HTML + SVG, + RDF + MathML + EGIX + .... [<a href="/People/mimasa/test/xhtml2/">document</a>]</p>
<p class="IRC"><em>mimasa in IRC</em>: <a href="http://www.w3.org/People/mimasa/test/schemas/NOTE-ruby-implementation">Implementing the Ruby Module</a>.</p>
<p><em>Dan Connolly</em>: I edited HTML 4, participated in XML Schema, XML on SemWeb Coordination Group, and the TAG. This mixed namespace stuff is <a href="http://www.w3.org/2001/tag/issues.html?type=1#mixedNamespaceMeaning-13">TAG issue No. 13</a> "what's the meaning of a document of a document with mixed namespaces". There are 3 issues - <a href="http://www.w3.org/2001/tag/issues.html?type=1#mixedUIXMLNamespace-33">mixed UI</a>, <a href="http://www.w3.org/2001/tag/issues.html?type=1#xmlFunctions-34">XML functions</a> (what goes first, [processing model]) and issue 35, <a href="http://www.w3.org/2001/tag/issues.html#RDFinXHTML-35">RDF + HTML</a>. I think one of the reasons W3C has a leadership position is our ability to keep in mind that our work is part of a larger whole.</p>
<p><em>Question 1</em>: 1) Namespaces - Solution to the problem? If XML namespaces are the solution, what's the problem? Diversity of vocabulary? Ownership of vocabulary (US/UK English, you say tomato, I say tomato).</p>
<p><em>Dan Connolly</em>: I'd say they are the start of a solution. The problem is people all over the planet trying to communicate with each other. The Web helps people do what they were trying to do before the Web came along. People do it lots of ways, if you let them name their ways you can start to communicate. And now we can see the very hard problem, the nature of the beast, communicating, is very hard, so we're of course going to get adventures.</p>
<p><em>Henry Thompson</em>: Namespaces are the solution, but only to a very circumscribed problem. When I teach namespaces... the Recommendation solved two problems... (1) different people used the same tags for different purposes, and we needed to be able to distinguish them...</p>
<p class="IRC"><em>Chris in IRC</em>: (and different attributes, too)</p>
<p><em>Henry Thompson</em>: and (2) W3C wanted to use XML without having to lay claim to huge swaths of reserved names. Separate otherwise confusable names one from another, that's all it does. That allows you to get yourself into arbitrary amounts of trouble, which we're now trying to deal with.</p>
<p><em>Al Gilman</em>: A market opportunity. A given dialog usually takes place in the context of a set of a given set of vocabularies. This is a way we talk to others in giving context. Namespacing is a piece...people have this need... reuse groups that are smaller, we wind up wanting to have this kind of structure in the markup.</p>
<p><em>Question 2</em>: Content Types. What is content (media) type of a mixed language document? Does this help user agents or processors? e.g. what does application/mathml+smil+svg+xml mean? Does is make sense to associate content...</p>
<p><em>Masayasu Ishikawa</em>: I tested how browsers treat various types [<a href="http://www.w3.org/People/mimasa/test/xhtml/media-types/results">test page</a>]. In general browsers don't distinguish application/xhtml+xml, text/xml, and application/xml. (There are differences between text/html and the others.) So media types are not very useful for this purpose in my opinion.</p>
<p><em>Dan Connolly</em>: That is a software installation problem. Content has a media type, OS dispatches a pieces of software, whose software gets to run?</p>
<p><em>Mark Birbeck</em>: We need them at the moment, but the current world is of the monolithic browser. There's an issue of validation... but I think that's going to be solved at some point. We now know we need more than one schema, but it's not a hard problem. But to send down a document that in advance you don't know what it does, and to process it. A mime type assumes there's a monolithic application that supports a single type. I think we've reached the end of what we can do with the monolithic browser.</p>
<p class="IRC"><em>sean in IRC</em>: lets re-invent opendoc, and OLE linking (not)</p>
<p><em>Mark Birbeck</em>: It's impossible for any browser vendor to keep up. There's no point in having an ever-increasing list of mime media types, we need to go the opposite way. Build in support on the client end for the different namespaces, a has-feature attribute or something</p>
<p class="IRC"><em>holstege in IRC</em>: +1 on not assuming 1-1 mapping between document type and application</p>
<p><em>Chris Lilley</em>: People pick something they know will give them an operating environment, e.g. DOM, event model, so they'll use a +xml type but they need to say, "I need these various pieces." E.g. if you're editing SVG in a form, you need forms but not SVG display. SMIL has a feature-test feature.</p>
<p class="IRC"><em>gk in IRC</em>: From my recollection of the IETF discussion, the +XML convention was <em>never</em> intended to be used like this. But for any finer-grained use, separate descriptions (e.g. <a href="http://www.rfc-editor.org/rfc/rfc2912.txt">Content-features</a>) should be used.</p>
<p><em>Chris Lilley</em>: The order is significant too, in mathml+smil_svg+svg, so it's intractable. Yes, and the combinatorial explosion of concatenated types would never work.</p>
<p class="IRC"><em>timbl in IRC</em>: q+ to say that it is useful to know at the top level what the outermost element namespace is, because that tells us what sort of app it is.  Then the modularity and namespace mixing is very different for hypertext applications (html, svg, smil)  and web services applications ro semantic web applications.  (if there is time) [no time remained]</p>
<p class="IRC"><em>gk in IRC</em>: TimBL, content-feature can be used to indicate top-level namespace.  I had a work-in-progress to register this, but it fizzled out.  But <a href="http://www.rfc-editor.org/rfc/rfc2913.txt">RFC2913</a> gives an idea.</p>
<p><em>Question 3</em>: Composition - Internal or External. Should specific compositions be defined internally or externally? XML schemas are internal.</p>
<p><em>Michael Sperberg-McQueen</em>: You can compose schemas dynamically, why are they said [on the slide] to be internal composition?</p>
<p><em>Al Gilman</em>: I believe using schemas you can derive a structured type and expose it in your namespace, you can import everything and import one namespaces,but only at the schema level.</p>
<p><em>Dan Connolly</em>: if you change/reduce the problem is can be solved in some cases; RDF has a different style of composition. Henry had said, if the elements are semantically independent, can ignore each other, and RDF defines that to the extreme. The object is that you can define namespaces independently and merge them later, if you just want to state facts and merge them look at RDF.</p>
<p><em>Masayasu Ishikawa</em>: When you combine various markup languages, not all will be under your control. E.g. in my mixed example, we can't assume that everything in the world uses the same schema language, e.g., W3C XML Schema. So maybe you'd end up writing the schema yourself, or we need a way to combine different languages.</p>
<p class="IRC"><em>Norm in IRC</em>: <a href="http://norman.walsh.name/knows/norman.walsh.name.rdf">Namespaces for everyone</a></p>
<p><em>Glenn Adams</em>: In many cases it's necessary to have to anticipate within the design of a module how external composition might reuse those parts and what kind of composition rules have to occur. Another area is the amount of knowledge of the insides of modules an outer module needs.</p>

<p><em>Question 4</em>: Composition Semantics. Should composed language absorb constituent vocabulary. How to determine identity vs. near identity of vocabulary? And how to declare constraints on composition?</p>
<p><em>Chris Lilley</em>: For SVG animation we were subclassing and had to copy, but for XLink we could refer, because didn't customize it. Re compositional, we had a metadata element (in SVG) and an SVG must ignore the content ("not get upset by it"). Equally we have a foreign object element - here's a rectangular region, something else is going to draw in there. So we have a hand-off at the rendering level. We also don't assume we're the document root so we can be embedded in something else. These are examples showing how to be composable.</p>
<p class="IRC"><em>gk in IRC</em>: that work isn't in URI form, but with <a href="http://www.rfc-editor.org/rfc/rfc3553.txt">RFC 3553</a> it can be so.</p>
<p><em>Mark Birbeck</em>: This is another example where you have to prose [comment missing] apart from what the problems are. E.g. suppose you have a choice of 3 SVG processors. You want to create your document so it dynamically binds in an SVG processor, and you might mind which is picked up. So we need a trigger, e.g. the namespace.</p>
<p><em>Chris Lilley</em>: You have a choice of multiple SVG processors, one is dynamic and one is higher quality but static - requiredFeatures and DOM hasFeature helps select the right one. So there you wouldn't want to get rid of namespaces, in fact I want every feature to have its own namespaces... but this proliferation of namespaces, you don't want it when you're authoring. I need to come up with proposals, e.g. like C++ "using". We <em>are</em> trying to address validation, user authoring, dynamic building of documents at runtime, and there is no single solution for all of them I think.</p>
<p><em>Question 5</em>: Possible Next Steps. Propose TAG issue(s); if you care, then volunteer more than your opinion, write a white paper... organize interested parties</p>
<p><em>Henry Thompson</em>: We're in a much better position now to analyze the problem space, than some years back. There's more than one problem here, more than one requirement on the top of people's lists. I'd like to see a focus on tabulating distinct usage scenarios and requirements and analyzing the dimensionality on which they differ.</p>
<p><em>Dan Connolly</em>: The big problem is interesting, but solving small parts of it looks like a bigger bang for the buck for me. Tag Issue 35, there's a session on Friday morning. The observed rate is closing one TAG issue every  6 months. But some have been around for 10 years or more, so that's speedy!</p>
<p class="IRC"><em>timbl in IRC</em>: I don't think that the mixed namespace can be done in general, but can be done within an application area. Has been done [comment missing] RDF.  Could be done for HTML, SVG, Math, ... hence, we split TAG issue 13 to separate application area issues.</p>
<p><em>Al Gilman</em>: I was very interested in a conversation between Device Independence and Multimodal Interaction earlier this week. It was quite constructive. They're trying to cover a fairly diverse space of delivery contexts and have minimum number of spare parts and broken rules so they are decomposing the Web page better, and each part is better characterized. Things are happening in SVG, in MMI, that people should be aware of.</p>
<p class="IRC"><em>chaalsNCE in IRC</em>: RDF gets away with it by using namespaces purely as ways of distinguishing basic names - all the different namespaces are assumed to be RDF (which isn't what happens for SVG mixed with MathML, mixed with HTML...)</p>
<p><em>Debbie Dahl</em>: I'd like comments from the audience now.</p>
<p><em>David Orchard</em>: One thing we have to realize about the intersection between media types, mixed namespaces, and fragment identifiers. My guess is that we've outlived a chunk of the Internet media infrastructure. With XML and these complex interacting functions, this roughly flat string for the media type just doesn't work. Say there's a resource identified, it emits things and you want to filter on that, and you don't know what state it's going to be in based on the media type. There is an example with XInclude, you don't know when a frag id applies.</p>
<p class="IRC"><em>Chris in IRC</em>: fragids and secondary resources, effect of media type registration. composition of nested xml functions</p>
<p><em>David Orchard</em>: I think talking to the TAG, and to me this is a really important architectural issue. People should hold the TAG's feet more to the fire on solving this issue.</p>
<p class="IRC"><em>sean in IRC</em>: The problem as I see it is we are applying tools like schema which work at the syntax level to semantic issues</p>
<p><em>Mark Birbeck</em>: Broader than that do everything as late as possible, so you need to know what your next processor in the chain can do.</p>
<p class="IRC"><em>Chris in IRC</em>: Everything assumes it is last in the chain, though .....</p>
<p><em>Mark Birbeck</em>: e.g. if the next process can't do XInclude, do it now, else do it later</p>
<p class="IRC"><em>sean in IRC</em>: Defining and mixing context free grammars isn't so hard. But combining unknown semantics is undefined.</p>
<p class="IRC"><em>gk in IRC</em>: What can a proxy do?  The design of CC/PP had a story for that.</p>
<p><em>Charles McCathieNevile</em>: I think many authors don't know when they are using which namespace, they just pick up a tool and don't see the underlying code. I think the issue of what happens in authoring is really important</p>
<p class="IRC"><em>Mark in IRC</em>: On CC/PP ... I definitely agree that there could be a solution to a lot of this there.</p>
<p><em>Jacek Kopecky (Systinet)</em>: I'd like to react to the first slide, "Namespaces a problem or solution?" I don't have an answer, but the proliferation of QName symbol spaces is another similar issue</p>
<p class="IRC"><em>chaalsNCE in IRC</em>: Millions of mixed namespace documents are generated daily by Microsoft Office.</p>
<p><em>Jacek Kopecky</em>: Is this connected to the problem of namespaces? if not, should it be, and on what level? Do we need namespaces for QNames?</p>
<p><em>Dan Connolly</em>: The TAG has looked at this... My position is that the Web works best when there's just one Web, everyone can point to the things using URIs... So the things identified by QNames can also be identified by URIs. The TAG is definitely noodling on that [<a href="http://www.w3.org/2001/tag/doc/qnameids-2004-01-14.html">Editor's draft</a>]</p>
<p class="IRC"><em>chaalsNCE in IRC</em>: RDF treats foaf&#058;knows, dc&#058;title, and foo&#058;wigwamForAGoosesBridle exactly the same, which meets user expectations. Treating html&#058;p and svg&#058;rect the same doesn't work in a scalable way that meets user expectations.</p>
<p><em>Rigo Wenning</em>: The Privacy Activity wants to give a service to the rest of the W3C community by inventing the P3P generic attribute to bind to an arbitrary piece of XML. But it's difficult. I joined W3C in 1999 and there was heavy discussion on namespaces, it hasn't stopped since. What does it mean if I have a p3p attribute on my element foo?</p>
<p class="IRC"><em>gk in IRC</em>: Rigo asks about generic attributes (P3P generic).  Is this similar to hints at a generic rdf&#058;about?</p>
<p><em>Rigo Wenning</em>: It depends on what you do with your XML. What we'd like to do now is, because P3P actively provides this kind of service, if you want to use P3P please do it like this. If someone uses our namespace we'd like to constrain them, if you use it, only in this-and-that context. There's no way to constrain the use of a different namespace in an XML document. Could you perhaps noodle around about this, as DanC says.</p>
<p><em>Al Gilman</em>: You can model semantics as constraints. That's not articulated in the current architecture, which leaves us spinning our wheels. The interaction isn't orthogonal, you have to have ways to articulate what comes from the source language and what comes from the application. [gives clarification about schema import]</p>
<p><em>Noah Mendelsohn</em>: I think there a number of overall idioms in combining things. One is "isa", putting an equation into HTML doesn't make your outer document an equation, it's "using". Then there are container formats, like MIME and SOAP. I'll carry things around for you, but they mean what they mean, you tend to process them separately. There is a trap - the main meaning is not always the outer element. E.g. a purchase order wrapped in SOAP, or SOAP that has buried in it a purchase order. In a word processor, that equation might have been delete! One can't process without the outer context.</p>
<p class="IRC"><em>Chris in IRC</em>: templates like XSLT are a third type</p>
<p class="IRC"><em>gk in IRC</em>: is-a, uses, containers   ....  (where have I seem this before ;-)</p>
<p><em>Jon Ferraiolo (Adobe)</em>: W3C has been very good at defining orthogonal document formats but hasn't figured out how to integrate them. Action happens best when there's strong vendor and consumer interest. There's a lot of interest in combining the W3C's popular document formats. A lot of mobile interest in HTML + SVG. Community interest in XForms + HTML, + SVG. The next step is to get vendors and members to work together. A workshop where people say what they are thinking. A baby step, maybe, but might be getting us going in the right direction.</p>
<p><em>Jonathan Robie</em>: If you have something that works on a particular kind of document, it assumes that the root is that kind of document. There's no one right thing to do it. E.g. databases now define XML views of the database table but people put XML <em>inside</em> the database columns! If you do a query on that, there might be document nodes inside those cells. We have to fix that.</p>
<p class="IRC"><em>Chris in IRC</em>: XML views of databases where records themselves contain xml ....</p>
<p class="IRC"><em>ht in IRC</em>: JR's headline concern was the problem of the document node</p>
<p class="IRC"><em>Chris in IRC</em>: hopefully not all escaped</p>
<p><em>Debbie Dahl</em>: Thanks everyone, I think that session certainly raised some issues.</p>


<h2><a id="Session5" name="Session5">Session Five</a></h2>

<h3>Making Test Suites Work for Working Groups</h3>

<p class="image"><img alt="Henry Thompson, Tantek &Ccedil;elik, Ian Hickson and Dominique Haza&euml;l-Massieux on stage during Session 5" src="/2004/03/photos/session5.jpg" /><br />
<small>Photo: Masayasu Ishikawa</small></p>

<p><strong>Moderator</strong>: Dominique Haza&euml;l-Massieux (W3C
Team). <strong>Panelists</strong>: Ian Hickson (Opera) and Tantek
&Ccedil;elik (Microsoft), CSS Working Group; Henry Thompson (W3C Team) XML
Schema Working Group; Jeremy Carroll (HP) OWL Working Group,
Patrick Curran (Sun Microsystems) QA Working Group; Mary Brady
(NIST) XML Core Working Group</p>

<ul>
<li>Ian Hickson presented on <a href="/Style/CSS/Test/testsuitedocumentation.html">CSS Test Suite
Documentation</a></li>
<li>Tantek &Ccedil;elik presented <a href="http://tantek.com/presentations/2004w3cplenary/csstestsuiteslessons.html">
CSS test suites: lessons learned</a></li>
<li>Jeremy Carroll presented <a href=
"/2004/Talks/tp2004-test-jjc/">Test Driven Specification
Development</a></li>
<li>Mary Brady presented NIST work on W3C test suites</li>
<li>Patrick Curran presented "A Kinder, Gentler QA
Framework"</li>
</ul>

<p><em>Dominique Haza&euml;l-Massieux</em>: [Poll of people involved with test suites - large number put up hands]</p>

<h4>CSS Test Suite
Documentation [<a href="/Style/CSS/Test/testsuitedocumentation.html">content</a>]</h4>

<p><em>Ian Hickson</em>: Tests should be valid! We found 18 test suites were invalid.</p>
<p class="IRC"><em>MDubinko in IRC</em>: +1 for validation, he says knowingly</p>
<p class="IRC"><em>Chris in IRC</em>: not all tests <em>can</em> be valid e.g. tests that include things like RDF that have no schema</p>
<p class="IRC"><em>dbaron in IRC</em>: error handling tests are the exception</p>
<p class="IRC"><em>veillard in IRC</em>: right you actually want more test for errors than for correct input Q</p>
<p class="IRC"><em>fantasai in IRC</em>: If you read the CSS test documentation, you'll see that failure tests are recognized and recommended.</p>
<p><em>Ian Hickson</em>: Tests should be simple. Avoid interference from parts not being tested. Make tests easy to author; this encourages others to submit tests. Test what you have to test, not other technologies. Test all features once on their own, but also in combination</p>
<p class="IRC"><em>Chris in IRC</em>: corollary - not all combinations can be tested in a finite time</p>
<p><em>Ian Hickson</em>: Results should document themselves. It must be obvious if they fail or not.</p>
<p class="IRC"><em>gk in IRC</em>: I'm wondering where specification testing leaves off and implementation testing starts.  (Or are we talking verification suites here?)</p>
<p class="IRC"><em>Chris in IRC</em>: I can't stop myself from thinking "testing all HTTP/1.1 features combinations" &#058;-) Separating the inter-test navigation and the tests themselves (as the CSS Working Group did ) is also very valuable.</p>

<h4>
CSS test suites: lessons learned [<a href="http://tantek.com/presentations/2004w3cplenary/csstestsuiteslessons.html">slides</a>]</h4>

<p><em>Tantek &Ccedil;elik</em>: A small number of people worked on the <a href="http://www.w3.org/Style/CSS/Test/CSS1/current/">CSS1 test suite</a>. Implementations use tests more than they use the spec. Features with more tests tend to be more interoperable. It turned out that tests with many tests seem to be more interoperable than those with few</p>
<p class="IRC"><em>veillard in IRC</em>: test coverage -&gt; quality of final implementation, especially for "legacy" CSS1 is a very interesting feedback</p>
<p><em>Tantek &Ccedil;elik</em>: Interoperability may be limited to only what was tested. On the other hand, features may be expanded by what was tested. Tests influenced implementors to expand their implementations. An example -- the CSS1 test suite tested for white-space on inline elements, which was not allowed by the spec, so implementors implemented it. And as a result, CSS2.1 expanded the spec to allow it.</p>
<p><em>Tantek &Ccedil;elik</em>: Freeze the suite at a given moment. Completed test suite results in better interoperability because people pay attention when it's marked done. You can still tweak it afterwards anyway.</p>
<p><em>Tantek &Ccedil;elik</em>: [shows <a href="http://www.w3.org/Style/CSS/Test/CSS3/Selectors/20040302/">CSS Selectors test suite</a>] New purpose - demonstrate interoperability to exit Candidate Recommendation. This suite uses a test report template. Features are rows. Columns are languages. This revealed a problem - certain features had no test. [Shows example report; colors and layout show success or failure] [result report hyperlinks to the actual tests] This gives a good overview of how well an implementation does. Beware of specs with few tests. The at a glance report is essential.</p>
<p class="IRC"><em>Rich in IRC</em>: hopefully nobody in the room is color blind</p>
<p class="IRC"><em>fantasai in IRC</em>: That's why there's alignment used as well</p>
<p><em>Henry Thompson</em>: Very briefly, things your grandma would know about testing. Because our domains are so different, the kinds of tests are very different. CSS or SVG suite is going to assume that a human is involved because the output must be visibly correct</p>
<p class="IRC"><em>Chris in IRC</em>: except when used for regression testing on the same implementation</p>
<p><em>Henry Thompson</em>: It is hard to do the comparisons automatically. Other things are trivial to test automatically. In XML Schema we focussed on things that could be automated so we have &gt;20,000 tests! No one has looked at them all, that's fine. The focus of this kind of suite is on utility for the developer, not the Working Group. Some companies forbid using their products to run test suites.</p>
<p class="IRC"><em>chaalsNCE in IRC</em>: So if we had done more listening we would not be (temporarily) losing aural styling from CSS</p>
<p class="IRC"><em>glazou in IRC</em>: doing automatic test report like the CSS Selectors' one is possible if scripting and CSS computed style is implemented in the tested implementation</p>
<p class="IRC"><em>joeclark in IRC</em>: IIRC the speech media group will ultimately take care of "aural" media styling. This does not imply the whole concept is useful to screen-reader users.</p>
<p class="IRC"><em>glazou in IRC</em>: This brings a new idea, blatantly stolen from Karl - the results of the tests for a given implementation should be called the "implementation profile" for that implementation and made public by the implementor when it claims conformance to the spec.</p>
<p class="IRC"><em>chaalsNCE in IRC</em>: Joe, right. Hence "(temporarily)". And yes, without testing, we lose it for reasons that are orthogonal to whether it is useful to anyone, which seems the wrong reason...</p>
<p class="IRC"><em>joeclark in IRC</em>: speech CSS may be useful for some application other than screen readers. Cf. 'reader,' but that's one of my little hobbyhorses.</p>

<h4>Test Driven Specification
Development [<a href=
"/2004/Talks/tp2004-test-jjc/">slides</a>]</h4>

<p><em>Jeremy Carroll</em>: [describes the process used by the RDF Core Working Group]</p>
<p class="IRC"><em>chaalsNCE in IRC</em>: There have been people suggesting that the spatial stuff in Aural CSS would be interesting for game developers.</p>
<p class="IRC"><em>Tantek in IRC</em>: joeclark's 'reader' <a href="http://www.w3.org/TR/2004/WD-css3-reader-20040224/">reference</a></p>
<p class="IRC"><em>jhendler in IRC</em>: <a href="http://www.w3.org/2003/08/owl-systems/test-results-out ">this</a> is an example of autogenerated tests and results page (thanks to Sandro) for OWL</p>
<p class="IRC"><em>ht in IRC</em>: glazou, wrt implementation profile, absolutely, that's the schema has done it from the beginning, going forward we've augmented the mechanisms to say that <em>if</em> two profiles differ on a test or sub-family of tests, and they both assert on inspection that they're right, thats _prima facie_ evidence that the WG needs to intervene</p>
<p class="IRC"><em>pdowney in IRC</em>: applauds the notion of test driven specifications</p>
<p class="IRC"><em>glazou in IRC</em>: ht - could become a mandatory criterium for all specs imho</p>
<p class="IRC"><em>Tantek in IRC</em>: Michael, IMHO, no, but often tests/results have the side effect of affecting the spec through errata.</p>

<h4>NIST work on W3C test suites</h4>
<p><em>Mary Brady</em>: XML core has &gt;2000 tests. DOM has 3500+ derived directly from the spec. XSL-FO has 2700+ tests. For XML Schema, NIST has produced 23000+ tests. XML Query 1800 tests.</p>
<p class="IRC"><em>sean in IRC</em>: To make the tests normative implies you really have a formal semantic model.</p>
<p><em>Mary Brady</em>: You need to organize yourself to work collaboratively. How to deal with bugs, how to communicate and have a Web presence. [example of <a href="/DOM/Test/">DOM test suite</a>]. Start with atomic tests. Then it is easy to determine what is failing. Then feature interaction tests. Map tests to the spec. Test coverage is a matter of how much. You are never really done. Encourage people to submit tests. The suite is more than the tests - packaging is important, categories [XSL FO for example]. We helped base decisions on the spec. You could offer feedback if there was a problem with a test</p>
<p><em>Mary Brady</em>: You must test the test suite.</p>
<p><em>Mary Brady</em>: Automatic test generation works well, reduces boredom. We need ways to define interesting tests. Different formats for each Working Group means it is hard to share harnesses. If I had to do it all over again I would use a test markup language.</p>
<p><em>Unidentified speaker</em>: 1. Test cases should have HTTP URIs. 2. Tests should be available and runnable over HTTP.</p>


<h4>A Kinder Gentler QA Framework</h4>
<p><em>Michael Rys</em>: Are you making the tests a normative part of the spec?</p>
<p><em>Jeremy Carroll</em>: If there is a disagreement between spec and test then it is a bug.</p>
<p><em>Michael Rys</em>: We make a distinction between specs, test writers and implementors. I think only the spec should be normative or all components, but not just the tests!</p>
<p><em>Jeremy Carroll</em>: I agree.</p>
<p class="IRC"><em>dbaron in IRC</em>: In the case of 'white-space', nobody noticed the test was wrong for at least a few years, so the implementations were all changed to follow the test.  That doesn't mean the same thing would have happened if the mistake were caught sooner.  (Also, the change in question was the removal of a simplification.)</p>
<p><em>Arthur Ryman (IBM)</em>: What are the IP rights issues with test sets?</p>
<p class="IRC"><em>fantasai in IRC</em>: TC, The change went through the whole approval process, through discussion within the CSS WG and publication later as a normative part of the spec</p>
<p><em>Tantek &Ccedil;elik</em>: Microsoft contributed the HTML4.01 test suite under W3C license.</p>
<p><em>Henry Thompson</em>: There are precedents. The W3C document license, software license, or either, have been used. There are other variants. We are currently trying to get a uniform letter of grant.</p>
<p><em>Rigo Wenning</em>: Change control remains with the Working Group. if you use the document license vs. the software license, it is like open source so change control moves out of W3C. So the software license is better since change control remains here.</p>
<p><em>Mark Birbeck</em>: I like putting the tests in the spec. It would then change the nature of the specs. For example in XForms, select1 normally gives a drop box but actually it does lots of other things, generating events, responding to interaction etc. You need to specify how to test that. For instance in CSS, what is 'green'?</p>
<p><em>Chris Lilley</em>: (I know what green is.) SVG differentiates between test cases, and harness. This is important so that test cases never get changed.</p>
<p class="IRC"><em>Mark in IRC</em>: Can I change 'green' on my "colour blind browser" ... or would it fail these 'tests'. ;-)</p>
<p><em>Tantek &Ccedil;elik</em>: It also helps re-use.</p>
<p class="IRC"><em>sean in IRC</em>: is that NTSC green or PAL green? [long IRC discussion follows]</p>


<h2><a id="Session6" name="Session6">Session Six</a></h2>

<h3>Can I Really Get Good Web Access Without Carrying a PC and a
Big Screen?</h3>

<p class="image"><img alt="a photo of the screen during phone demo: business man entering data next to a picture of the face of the phone showing the interface to what he is doing" src="/2004/03/photos/session6.jpg" /><br />
<small>Photo: Masayasu Ishikawa</small></p>

<p><strong>Moderator</strong>: Scott McGlashan (HP) Voice Browser
Working Group. <strong>Demonstrations</strong>: Dan Zucker (Access)
Multimodal Interaction Working Group; Michael Johnston (AT&amp;T)
Multimodal Interaction Working Group; Ewald Anderl (Kirusa)
Multimodal Interaction Working Group. <strong>Panelists</strong>:
Rhys Lewis (Volantis) Device Independence Working Group; Guido
Grassel (Nokia) Device Independence Working Group; Michael Johnston
(AT&amp;T) Multimodal Interaction Working Group; T.V. Raman (IBM)
Multimodal Interaction Working Group</p>

<h4>Presentations</h4>
<ul>
<li>Rhys Lewis</li>
<li>Paul Burke</li>
</ul>

<p><em>Scott McGlashan</em>: [asks the audience who thinks it is possible to get good Web access - 1/4 of hands are raised] Go Digital program on BBC had an interesting discussion about this topic [plays an excerpt of a person predicting the death of the Web]</p>
<p><em>Rhys Lewis</em>: Goal of the Working Group is access to a unified Web from any device in any context by anyone. CC/PP allows us to adapt content to end-user capabilities. The Device Independence Working Group started by looking into problems that need to be solved and proposed some possible add-on modules that would help in other W3C specifications to get to universal access.</p>
<p><em>Rhys Lewis</em>: There are two ways. 1) "write once, browser anywhere" but then do we settle for a "lowest common denominator?" 2) Make a different version of every document and adapt it to all the possible devices. But that makes the authoring effort excessive. The Device Independence (DI) Working Group is thus working on affordable authoring allowing authors to choose what works best for them.</p>
<p><em>Rhys Lewis</em>: What underpins authoring for DI? Presenting possible extensions to the familiar technologies (XHTML, XForms, SVG, CSS...). Where might the limits be? How far can you go to support all these technologies in different devices? The question is whether the abstractions are appropriate in a given modality.</p>
<p><em>Paul Burke</em>: The Multimodal Interaction and Voice Browser Working Groups show it is possible to get access with a large set of devices through their demo. Device Independence is much harder. What is multimodal interaction (MMI)? (listing goals from MMI) Why not use a "mainstream" spec for MMI? MMI is about making other modes of I/O mainstream. [giving examples where new types of control and interaction are needed] [lists current documents in progress]</p>
<p><em>Rhys Lewis</em>: [introduces demo using a PDA - a video of MMI vision, about a business person traveling to a meeting in France. Mr. Jones travels a lot and his multimodal companions use Text To Speech for comments. The PDA speaks about trains schedule. Tickets bought get printed on his Bluetooth printer... takes the taxi, goes to the train station, gets a stock alert in the taxi, gets an email on his phone.] Now getting the equivalent of the video in real life. Presenting the technologies, the type of features, the hardware/software involved. All the software is client-side, directly on the hardware. Does not involve server-side software. [PDA reads aloud what is shown on the screen. Demonstrator speaks his choices, and the form on the PDA gets completed]  MMI is needed in this case, if you want to be able to see the seat you're going to choose. [Until then, everything in the demo could have been done through a cellphone.]</p>
<p><em>Rhys Lewis</em>: Next demonstration is getting a train ticket, done through a smartphone. MMI is important here, because if you're in a hurry you may have not the time to use the visual interface. You would rather be doing that through voice commands. [talking interactively with a service, getting info on the small screen of the smartphone... smartphone detects printing kiosks and proposes them to the user]</p>
<p><em>Rhys Lewis</em>: Next demo shows the next step in the journey; back in your home town, using a public Web kiosk and not using any keyboard or mouse.</p>
<p><em>Rhys Lewis</em>: Next demo. MMI shows how voice, touch and ink can be used together [Public kiosk showing an animated face of a woman welcoming the user]... demonstrator speaks to the kiosk, asks for nearby restaurants, and gets the answers on a map... asks for a review of a given restaurant by pointing to it with a pen and asking aloud... he then writes with a pen, selects places and gets the phone numbers of the places spoken to him aloud.. he asks for zooming by writing on the screen... again, prints the information]</p>
<p><em>TV Raman</em>: When talking about combining namespaces in XML there are 2 different levels - the syntactic level (avoid vocabulary collision) and the semantic level - how to architect a browser dealing with various XML namespaces. There is another dimension to this, the Multimodal aspect of it, input, not just output. And the processing model also. This means that you need to integrate the processing model. </p>
<p><em>Unidentified speaker</em>: In my Working Group, we're using events to close the loop. Integrated syntax without integrated processing isn't much value. So we need to go beyond XML Schema for integration. Speaking from podium about more powerful mobile devices, bigger screens, more powerful processors. Better browsers, efforts to improve usability. Authoring content in this context means authoring with multiple output in mind. The kiosk demo shows that application authors have to realize their users are on the move. That brings new opportunities, but also new requirements. E.g. give me restaurants in my current neighborhood. This makes the apps and the platform more attractive to the mobile user on the road.</p>
<p><em>Jeff Cousins (IBM)</em>: Can you have the Web on a small device? The demos showed <em>applications</em> on a small device, not the Web itself, right?</p>
<p><em>Panelist replies</em>: Yes, we <em>can</em> have the true Web on a small device. Better screens are all around us on mobile devices, and that makes a big difference. The 2nd component is re-rendering technologies. I can use my portable handheld to browse the Web, using this technology.</p>
<p><em>Another panelist</em>: Efforts to represent a single-browser-targeted information is just a taster, to get people interested. The goal is to create critical mass, but the next step must be to consider the mobile device at authoring time.</p>
<p><em>TV Raman</em>: Close the loop, to bootstrap content for the mobile.</p>
<p class="IRC"><em>Tantek in IRC</em>: The reason the Web took off is because it lets you easily link to resources already out there. Think back to 1992-1993 -- the Web took off not because HTML was wonderful, but because you could link to existing Internet resources, <em>before</em> there was Web-appropriate content. Even before you put content on the web, you could get to content.</p>
<p><em>Ken Laskey</em>: Further to bootstrapping this is an impressive array of capabilities, but the user is high-end business travellers. You need use cases where you can show large-market utility, e.g. repairmen. I am not sure your apps don't cover this, but your presentation needs to move away from high-end examples.</p>
<p class="IRC"><em>chaalsNCE in IRC</em>: A real use case - A deaf man who manages an oyster farm for people in a different state...</p>
<p><em>Scott McGlashan</em>: We may just not be seeing those apps yet.</p>
<p><em>Steven Pemberton</em>: My mobile phone is already more powerful than the computer I first used to access the Web. People complain they can't browse the Web from their phone, so we do a mobile profile. Better perhaps to just wait 2 years?</p>
<p><em>Panelist reply</em>: Device Independence is trying to address this over time. Adaptation from high-level stuff to device-targetted data streams is meant to insulate the author. Server-side adaption now, client-side later.</p>
<p class="IRC"><em>olivier in IRC</em>: (by the time mobile profile is a rec phones implement the original technology)</p>
<p><em>Another panelist</em>: Yes, we need mobile profiles for mobile browsers, but faster specs would help too. Application boot time hasn't changed as machines have gotten faster, because apps get bigger at the same rate.</p>
<p><em>Another reply</em>: It is not either-or. We can make the existing specs run today.</p>
<p><em>Jonny Axelsson (Opera)</em>:  Making phone-specific content isn't helpful. We want to make rich content, then specialize as best we can. WAI is useful -- accessible content is mobile-readable content.</p>
<p><em>TV Raman</em>: I agree. WML is a mistake. Two webs, two universes of content was a bad design. Big screens are not the answer to all problems, my pocket won't get any bigger. Emphasize <em>one</em> Web for content. Then distinguish delivery media in terms of size, power etc. Don't put 8-bit floats in the spec for today's devices, because by the time the spec is agreed upon, the devices will handle 14-bit.</p>
<p><em>Jeremy Carroll</em>: My app of choice is a teenager going to a party.</p>
<p><em>Panelist</em>: You can use the laser printer via wifi <em>if</em> you can find its IP address! [applause]</p>


<h2><a id="Session7" name="Session7">Session Seven</a></h2>

<h3>Querying the Web</h3>

<p class="image"><img alt="scene from the back left of the plenary room: people seated" src="/2004/03/photos/plenaryc.jpg" /><br />
<small>Photo: Masayasu Ishikawa</small></p>

<p><strong>Moderator</strong>: C.M. Sperberg-McQueen (W3C Team).
<strong>Panelists</strong>: Paul Cotton (Microsoft) XML Query
Working Group; Dan Connolly (W3C Team) RDF Data Access Working
Group; Andy Seaborne (HP); Jonathan Robie</p>

<ul>
<li>Paul Cotton presented <a href="/2004/Talks/tp-xquery/">Querying
the Web</a></li>
<li>Andy Seaborne presented on RDF Query</li>
<li>Jonathan Robie presented <a href=
"/2004/Talks/tp-robie/">Querying RDF with XQuery</a></li>
<li>Dan Connolly presented <a href="/2004/Talks/0303qdawg/">RDF
Data Access Working Group</a></li>
</ul>

<p><em>Michael Sperberg-McQueen</em>: [invites audience to stand and stretch.  Half do.]</p>
<p><em>Paul Cotton</em>: I suggest all XQuery commenters to do pushups.</p>

<h4>Querying
the Web [<a href="/2004/Talks/tp-xquery/">slides</a>]</h4>

<p class="IRC"><em>PStickler in IRC</em>: Virtual TriX atop an RDF datastore queryable using XQuery...   ;-)</p>
<p class="IRC"><em>areggiori in IRC</em>: I agree.</p>
<p><em>Paul Cotton</em>: XQuery/XPath has 1100 Last Call comments, has any group had more?</p>
<p><em>Danny Weitzner</em>: Patent Policy</p>

<h4>RDF
Data Access Working Group [<a href="/2004/Talks/0303qdawg/">slides</a>]</h4>

<p><em>Dan Connolly</em>: Our first face to face meeting is in April 2004.</p>

<h4>RDF Query</h4>

<p><em>Andy Seaborne</em>: [presents on RDF Query]. Querying published data. Putting RDF together from multiple sources. Modularize data. A simple query language.</p>
<p><em>Andy Seaborne</em>: Slide 2 is a diagram "View as RDF" [diagram showing an RDF Application accessing an RDF Store, A relational database from an existing App, and some inferred RDF]</p>
<p><em>Andy Seaborne</em>: Slide 3 - "RDF Query" - many things. RDF =&gt; XML/XHTML, RDF =&gt; Application, RDF =&gt; RDF</p>
<p><em>Andy Seaborne</em>: Slide 4 - Museum Example 1 - Find all such that...</p>
<p><em>Andy Seaborne</em>: Slide 5 - Museum Example 2 [shows results linked from slide]</p>
<p><em>Andy Seaborne</em>: Slide 6 - RDF Data Access - Query+Protocol</p>

<h4>Querying RDF with XQuery [<a href="/2004/Talks/tp-robie/">slides</a>]</h4>

<p class="IRC"><em>ht_sof in IRC</em>: I can't find the W3C Web site version, but here's one version of <a href="http://www.idealliance.org/papers/xml2001/papers/html/03-01-04.html">Jonathan's paper</a>.</p>

<p class="IRC"><em>PStickler in IRC</em>: However ;-) TriX provides for a nice canonical XML serialization that would be ideal for use with XQuery...</p>
<p class="IRC"><em>libby in IRC</em>: libby and danbri came up with squish; based on guha's rdfdb ql</p>
<p class="IRC"><em>areggiori in IRC</em>: PStickler, yes TriX is one way to do express (and query later) canonical RDF</p>
<p class="IRC"><em>Yoshio in IRC</em>: I wonder how to deal with the reification? </p>
<p class="IRC"><em>danbri in IRC</em>: yeah, that tradition of rdf query was all was src'd from Guha's work, originally in a QL'98 paper 'enabling inference'</p>
<p class="IRC"><em>areggiori in IRC</em>: one nice thing of XQuery is the result "construction" part - not sure useful for simple strawman RDF-query</p>

<p><em>Ivan Herman</em>: You said data access concentrates on SOAP or GET protocol. If I have loaded a bunch of data, local, using Python.  Do I get anything out of the work?</p>
<p><em>Andy Seaborne</em>: I think there is a value to W3C specs.  You should be able to use the language independent of protocol.</p>
<p><em>Paul Cotton</em>: You can use Web services on a single machine.</p>
<p><em>Steven Pemberton</em>: On XPath and XQuery, we got flak that XForms doesn't fit on a mobile device.  Are you creating a mobile profile?</p>
<p class="IRC"><em>Tantek in IRC</em>: mobile profile of XPath?</p>
<p class="IRC"><em>gk in IRC</em>: Yeah...  I am using some similar ideas to generate an XML document format from an RDF database.</p>
<p><em>Paul Cotton</em>: I've been asked that.  There have been places where we've considered that, but no, we don't have that on our list.</p>
<p><em>Paul Cotton</em>: Any SQL engine in-lines functions.</p>
<p><em>Jonathan Robie</em>: To me, calling something a function, or using a BNF, is only a difference in syntax. I don't see why one is easier than the other.</p>
<p><em>Bijan Parsia (University of Maryland)</em>: The language in the XQuery functions is richer than you need.</p>
<p><em>Jonathan Robie</em>: I don't quite understand.</p>
<p><em>Bijan Parsia</em>: Using XPath is more complicated than it needs to be for my purposes [comment missing].</p>
<p><em>Massimo Marchiori (W3C)</em>: The biggest critique is that XQuery is so complex. I think this is skewing the real perspective. Ora Lassila said that RDF is not the syntax, it's the model. The same thing applies here.  XQuery might not have the same underlying model. You should either allow direct application of XQuery, or use a language which matches the model. Looking for something simpler.</p>
<p class="IRC"><em>sean in IRC</em>: like scheme?</p>
<p><em>Dan Connolly</em>: I don't understand the complexity of XQuery to be in the syntax.</p>
<p><em>Richard Tobin</em>: Is query practical on any large database?</p>
<p><em>Jonathan Robie</em>: I've only tried it on toy examples.</p>
<p><em>Richard Tobin</em>: Is there some suggestion you could use the to query "the whole Web"?</p>
<p class="IRC"><em>gk in IRC</em>: Hmmm... RDF implemented naively in an RDB loses a lot of structure that SQL queries can leverage.  I wonder if anyone's doing anything like the Lore ideas with RDF, taking advantage of structure in the data, where it occurs?</p>
<p><em>Jonathan Robie</em>: I know how to do some things I can explain.  We'd have to sit down and discuss your problem.</p>

<hr />
<p><em>Steve Bratt</em>: [Thanks sponsors IBM and Sun. Asks that everyone please fill out the <a href="http://www.w3.org/2002/09/wbs/35125/tp2004-feedback/">survey</a> [<a href="http://cgi.w3.org/MemberAccess/">W3C Member-only link</a>]. Thanks the meeting planners (Coralie Mercier, Amy van der Hiel, Alexandra Lavirotte), the scribes (David Booth, Dean Jackson, Liam Quin, Steven Pemberton, Dominique Haza&euml;l-Massieux, Henry Thompson, Alan Kotok) and the program committee (Glenn Adams, Jim Hendler, Rhys Lewis, Scott McLashan, Noah Mendelsohn, Stuart Williams, Janet Daly,  Daniel Dardailler, Steve Bratt).]</p>
<p class="IRC"><em>timbl in IRC</em>: Thank you, RalphS, for audio.</p>
<p>Adjourned</p>

<hr />
<address><a href="/People/domain?domain=Communications">W3C
Communications Team</a><br />
$Id: plenary-minutes.html,v 1.18 2004/03/25 16:29:25 slesch Exp $</address>
</body>
</html>