18:00:37 RRSAgent has joined #tagmem 18:00:37 logging to http://www.w3.org/2006/02/07-tagmem-irc 18:00:39 scribenick: noah 18:00:49 date: 7 February 2006 18:01:03 +[INRIA] 18:01:22 Zakim, INRIA is Vincent 18:01:22 +Vincent; got it 18:01:31 agenda: http://www.w3.org/2001/tag/2006/02/07-agenda.html 18:01:47 Zakim, who is here 18:01:47 Vincent, you need to end that query with '?' 18:01:57 Zakim, who is here? 18:01:57 On the phone I see Ed_Rice, Raman, Ht, [IBMCambridge], Vincent 18:01:58 On IRC I see RRSAgent, Vincent, noah, raman, Zakim, Ed, ht, DanC 18:02:11 zakim, [IBMCambridge] is me 18:02:14 +noah; got it 18:02:36 +DanC 18:03:51 regrets: Norm, Dave 18:04:32 present: Noah Mendelsohn, Vincent Quint, Ed Rice, T.V. Raman, Henry Thompson 18:04:44 s/Thompson/Thompson, Dan Connolly/ 18:04:49 topic: Administrivia 18:04:58 We will have a telcon next week on 14 Feb 2006 18:05:04 No regrets so far. 18:05:08 Dan will scribe. 18:05:37 topic: Review of Agenda 18:05:55 VQ: inclined to agree with Noah to defer discussion of Principle of Least Power. 18:06:00 VQ: anything else? 18:06:24 DC: We should be publishing something every 3 months on technical reports page. 18:06:25 +TimBL 18:06:34 timbl has joined #tagmem 18:06:43 VQ: OK, let's discuss at end in place of Principle of Least Power 18:06:51 Tim Berners-Lee joins the call. 18:07:13 8 and 41 18:07:19 DC: I would also like to discuss issues 8 and 41 18:07:34 HT: I'd also like to discuss Principle of Least Power after all, as I am just coming up to speed 18:07:43 VQ: Agenda should go quickly, it all should fit. 18:07:58 topic: Minutes of Previous Teleconference 18:08:10 See draft minutes at http://www.w3.org/2006/01/31-tagmem-minutes.html 18:08:18 VQ: comments? 18:08:20 silence 18:09:15 VQ: I think one of the issues has a wrong number, but readers will probably get it. I'm OK to approve as they are. 18:09:57 TR: Sorry, do the issues have names as well as numbers? 18:10:14 Raman, issues are identified officially by name-number, e.g. xmlFunctions-34 18:10:23 VQ: Yes, see the agenda. In this case we are discussing the minutes of last week at http://www.w3.org/2006/01/31-tagmem-minutes.html 18:10:34 RESOLVED: Minutes of 1 31 2006 at http://www.w3.org/2006/01/31-tagmem-minutes.html are approved. 18:10:38 ... But sometimes people just use the number - this usually confuses me too :-) 18:10:57 sorry; namespaceDocument-8 and xmlVersioning-41 18:10:58 topic: Face-to-face in Cannes/Mandelieu 18:11:11 VQ: Suggest we divide agenda explicitly as we are meeting Monday afternoon and Friday 18:11:21 HST regrets for Friday of the Tech Plenary TAG f2f 18:12:01 VQ: Why separate meetings? Two reasons: 1) accomodate scheduling conflicts and 2) review what we've learned during the week 18:12:19 VQ: input welcome 18:12:21 q+ to think out loud about "closing keynote" or "summary from the TAG" in the tech plenary minutes 18:12:30 VQ: I'll prepare a draft meeting page soon 18:12:47 ack danc 18:12:47 DanC, you wanted to think out loud about "closing keynote" or "summary from the TAG" in the tech plenary minutes 18:13:24 DC: thinking about what it would mean to do a closing keynote for plenary. Probably not a good idea to actually give such a keynote, but it may be a useful way to think about focussing. 18:14:19 VQ: I note that some TAG members are not registered for Friday afternoon. 18:14:28 HT: I've already given regrets for Friday, as I have to leave Wed. 18:14:45 TR: I think I've registered for both days and will be there both days. 18:15:00 I'll be there for both days as well. 18:15:07 DC: Our home page doesn't note this meeting under current events. 18:15:13 VQ: it's in the meeting section 18:15:29 DC: Current events listing would make clear it needs attention now 18:15:53 -> http://www.w3.org/2002/09/wbs/35125/TP2006/ registration 18:15:54 VQ: Roy will attend only on Monday afternoon, not Friday. 18:15:59 VQ: Tim, what about Friday? 18:16:25 TBL: I suspect I'll miss Friday. I had thought we were only meeting early in the week. 18:16:37 ER: Do we have critical mass for Friday. 18:17:53 TBL: Looks like I'm staying into Sat after all. I'll be there on Friday too. 18:18:07 zakim, who is here? 18:18:07 On the phone I see Ed_Rice, Raman, Ht, noah, Vincent, DanC, TimBL 18:18:08 On IRC I see timbl, RRSAgent, Vincent, noah, raman, Zakim, Ed, ht, DanC 18:18:28 NM: What about Dave Orchard? 18:18:30 need to step out for a couple of minutes, back in a few. 18:18:33 http://www.w3.org/2002/09/wbs/35125/TP2006/registrants#tag 18:18:34 DC: He's signed up for both days. 18:18:51 s/DC: He/ER: He/ 18:18:54 q+ to discuss metadatainUri 18:19:13 ack noah 18:19:13 noah, you wanted to discuss metadatainUri 18:20:12 q+ to say it's my goal to swap in DO's recent work on xmlVersioning-41 and work toward connecting that to self-describing web on xmlFunctions-34 18:20:32 NM: First of all, I need confirmation that you all would prefer I spend next few weeks on metaDataInURI vs. SchemeProtocols 18:21:14 NM: anyway, two weeks ago I got some requests to pick up metadataInURI-31. If I do, one option would be to discuss at F2F. 18:21:30 DC: Interested in nexus of Dave's versioning work, XML Functions, and self-describing Web. 18:21:48 VQ: We don't need to finalize agenda just yet anyway 18:22:14 topic: Issue xmlFunctions-34 18:22:33 VQ: We had a discussion last week about that with Norm (see: http://www.w3.org/2006/01/31-tagmem-minutes.html#item04) 18:22:34 I just sent mail about my starting point for this: http://lists.w3.org/Archives/Public/www-tag/2006Feb/0013.html 18:22:47 VQ: Norm reminded us that Henry was supposed to work with him. 18:23:07 See note just sent from Henry at: http://lists.w3.org/Archives/Public/www-tag/2006Feb/0013.html 18:23:17 HT: Sent this to clarify my own thinking. 18:23:42 back. 18:23:46 HT: Propose to distinguish two terms: 1) What I call the "XML Semantics" of an application/xml or text/xml document and 2) the application semantics 18:23:52 HT: Difference is important. 18:24:04 HT: I think XML Functions is mainly about the second 18:24:08 q+ to say that I'd expect the semantics as views as application/svg+xml to include application semantics 18:24:17 TBL: For XML Semantics do you mean mapping to infoset 18:24:21 HT: Yes. 18:24:26 s/infoset/infoset?/ 18:24:47 TBL: I don't usually think of that as semantics in the strong sense we usually mean. 18:25:05 HT: Well, it's a mapping. 18:25:31 TBL: Well, we could also call the infoset an abstract syntax, in which case we're just mapping from concrete to abstract syntax. 18:25:31 "xml abstract syntax" is more appealing than "xml semantics" in some ways, yes. 18:25:38 HT: More or less agree, can go either way. 18:25:39 One man's syntax is another man's semantics:-) 18:25:43 ack danc 18:25:43 DanC, you wanted to say it's my goal to swap in DO's recent work on xmlVersioning-41 and work toward connecting that to self-describing web on xmlFunctions-34 and to say that I'd 18:25:47 ... expect the semantics as views as application/svg+xml to include application semantics 18:26:34 DC: I think a significant point is that this story only holds for application/xml and text/xml. In the case of application/svg+xml I know much more. For example, I know about circles. 18:27:05 DC: Your email message talks about "The XML semantics is what you get initially 18:27:05 - From interpreting correctly a message whose Media type is text/xml or 18:27:05 application/(...+)xml. 18:27:05 " 18:27:18 HT: Emphasis is on initially. 18:27:42 TBL: I still don't like calling this semantics. 18:28:05 HT: I want to switch to the meat of this, which is that I'm trying to figure out how best to deal with things like XML Base, XInclude, xml:id, etc. 18:28:09 q+ to recall (from where? I forget) that xml:base has to be explicitly cited in the application semantics, though I can imagine a "consent of the governed" approach to revisiting that. 18:28:32 HT: want to talk about that, before we get to "compositionality" [sic] 18:28:32 ack danc 18:28:32 DanC, you wanted to recall (from where? I forget) that xml:base has to be explicitly cited in the application semantics, though I can imagine a "consent of the governed" approach 18:28:36 ... to revisiting that. 18:28:54 DC: My impression is that XML Base is not part of XML semantics. Each spec has to cite it explicitly if desired. 18:29:16 DC: Future specs could go further, but that seems to be where we are. 18:29:19 HT: agree 18:29:31 HT: xml:id tried harder to be in the middle, and thus is tricky. 18:29:35 q+ to say that another layer will not appear above te infoset but inclduing say XInclde, because Xinclude interpretation involves understanding of the XML functions model completely. 18:29:45 q+ we ran into similar questions when we tried to define an xml-edit functionality: 18:30:09 HT: we've discussed a "baseline processing model" that might include XInclude 18:30:18 q+ to observe that it seems to be an academic, untestable question as to whether xml:base is part of the xml abstract syntax 18:30:48 ack timbl 18:30:48 timbl, you wanted to say that another layer will not appear above te infoset but inclduing say XInclde, because Xinclude interpretation involves understanding of the XML functions 18:30:51 ... model completely. 18:30:52 TBL: while we want to see these things widely used, we've seen that we can't blindly apply all of these "first". We've got things like quoting to worry about. 18:31:49 TBL: I don't think there can be a simple intermediate form that just gets all the XML-related mechanisms have been blindly applied. XML Functions teaches us that we have to know where something like XInclude appears to know whether to process. 18:31:56 q+ to discuss variable processing of same doc 18:32:10 HT: a bit curious that quoting is the only example. Is that a bad thing? 18:32:12 q+ to add, xml-edit raised similar questions, since now you had to distinguish between "displaying" vs "editting" 18:32:20 DC: No, we shouldn't be surprised that quoting is special. 18:33:03 HT: If quoting is the only reason, then we should treat quoting specially, and have a phased story for the rest. 18:33:08 TBL: phased story? 18:33:21 HT: what you described as doing all the XML'ish stuff first. 18:33:39 TBL: do you want to make the quoting stand out in the syntax? 18:33:48 HT: That's a way to do it. 18:33:53 TBL: not done in XML. 18:34:21 HT: a bit more on compositionality. 18:34:42 HT: my initial cut at composition didn't get a supportive reception in Edinburgh. 18:34:48 TBL: where do you set it out. 18:34:53 HT: in the message we're discussing. 18:35:19 "Compositional semantics" is defined in http://lists.w3.org/Archives/Public/www-tag/2006Feb/0013.html ? 18:35:54 HT: See example in the note: 18:35:55 " the interpretation of 18:35:55 ... 18:35:55 is independent of its position in an XHTML document tree. 18:36:46 NM: what about xsd:element? 18:36:50 HT: not convinced 18:37:15 TBL: you're talking about transforms you can apply leaving the meaning of the message invariant 18:37:51 TBL: but I don't know how to judge what "means the same thing" in all cases. 18:37:59 HT: consider Python, which has compositional semantics. 18:38:27 HT: The semantics of things that appear on either side of a "+" sign don't depend on the "+" itself 18:38:46 TBL: well the expressions can be evaluated independently, but what to do with them comes from the operator. 18:38:56 HT: good definition of compositional 18:39:06 TBL: but XML fragments don't have values 18:39:15 HT: I'm drawing analogy to the application semantics of the subtree 18:39:44 DC: critically, it's all dependent on the media types. If these same constructs appear in an XSLT document, then the semantics change. 18:39:56 HT: Yes, XSL is known to commit tag abuse. 18:40:19 DC: Right, but therefore these tags have compositional semantics at best in certain particular vocabularies, not in XML in general. 18:40:47 HT: Consider an xhmtl:input element in the middle of an XML Schema. Should it have its compositional semantics in that context. 18:41:21 TBL: we're trying to have here a discussion of XML semantics, when XML doesn't have a semantic which is "thick enough" (did scribe get that right?) to grasp. 18:41:37 DC: Did you change your mind? Your design issues article seems to take a different position. 18:42:05 TBL: I think Henry is going too far in looking for compositional semantics in XML. 18:42:20 q+ to add, semantics are also a function of what you're about to do with something --- 18:42:24 q+ to point out that the message _asks_ whether it should be a Best Practice for applications to _define_ a comp. sem. 18:42:47 TBL: With RDF you're on firmer ground, because we have a clean notion of the "value" which is the RDF graph. We can thus discuss rigorously which syntactic constructs are equivalent. 18:43:22 TBL: HTML and SVG have presentation. For example they define screen real-estate. We might ask which things produce the same pixels. 18:44:13 TBL: talking in general about XML without knowing the namespace or application doesn't work well, because there's no common sense of meaning. Thus it's hard to talk about compositional semantics. 18:44:19 ack raman 18:44:19 raman, you wanted to add, xml-edit raised similar questions, since now you had to distinguish between "displaying" vs "editting" and to add, semantics are also a function of what 18:44:22 ... you're about to do with something --- 18:44:48 I hear timbl saying "xml documents have compositional semantics" in http://www.w3.org/DesignIssues/XML and "xml documents do not have a compositional semantics" on this call 18:45:15 TR: The interpretation of something like HTML+SVG can depend on how you're using it, e.g. for editing vs. presentation. 18:45:42 q? 18:45:45 ack DanC 18:45:45 DanC, you wanted to observe that it seems to be an academic, untestable question as to whether xml:base is part of the xml abstract syntax 18:45:48 TR: I don't think you can answer this question in the abstract. What you do with it, even if it's a specific vocabulary, matters a lot. 18:46:12 ack noah 18:46:12 noah, you wanted to discuss variable processing of same doc 18:46:15 DC: There's no way to test whether XML base has an effect on the processing. You can't in general tell where all the relative URIs are 18:46:37 NM: Close to TR's point -- consider XInclude in particular 18:46:57 Noah: I think this is close to building on what Raman said. For xinclude in particulr, it i temptingto take a view that either the pre- or post-include document is somehow more fundamental. 18:47:07 (might be nice to have a structured argument editor that we can all twiddle at.) 18:47:09 ... It's tempting to presume that the pre- or, more likely, post-include infoset is the true interp of the document 18:47:12 I take the view that they are both just as fundemental. 18:47:25 .. But I think it can be either 18:47:34 ... Consider the C preprocessor 18:47:53 Suchs for a C preprocessor, is the pre- or post- include version most signifiant? Normally compilers try to work with the line numbers of of the source even though they compiled the include version. 18:48:05 ... A good debugger will allow you to work with the _un_preprocessed document, even though the compiler has really worked on the post-processed version 18:48:15 With XML base, XMLinclude, etc you may want to liook at teh document before or after these forms of processing. 18:48:26 ... Or consider DSig -- I may want to sign the xinclude elt itself 18:48:44 To me, the infoset which has been digitally signed has great meaning. Other rimes, I am only interested in teh expanded meaning. 18:48:58 ... or I may want to sign the fully expanded doc't, and expect you to check against the expanded doct 18:49:13 -- NM 18:49:25 ... I think we'll have a better story if we have a story that can deal with both levels 18:49:29 s/I take/NM: I take/ 18:49:50 ack ht 18:49:50 ht, you wanted to point out that the message _asks_ whether it should be a Best Practice for applications to _define_ a comp. sem. 18:50:29 q+ to disagree with Raman and NM about there being being no special form. 18:50:33 NM: right, I said that both the unprocessed XInclude and the infoset resulting from processing are of significance and can be used in specifications. 18:51:17 NM: To be clear, I'm not saying that no form is special. I'm saying that forms become special because the specifications for them say so. 18:51:28 HT: It's about mapping compositionally onto your domain semantics. 18:51:45 timbl, if you disagree with what HT's saying, I'll be perfuddled, w.r.t. [[ Paul opines, Top-down self-descriptiveness is one of the major advantages of XML and I think that doing otherwise should be deprecated. I completely agree with this conclusion. ]] -- http://www.w3.org/DesignIssues/XML 18:52:02 HT: In any given application context, it's a good thing if the mapping from your Infoset to your application domain is compositional. 18:52:03 ack timbl 18:52:03 timbl, you wanted to disagree with Raman and NM about there being being no special form. 18:52:47 [NM, backing up]: It's up to the application context to decide what pre-processing gets done 18:52:47 TBL: There are lots of times you do things like view source, editing, etc., but I think that for an SVG document the semantics of "the circle" are fundamental. 18:53:19 TR: I agree with you. But we hit this when we tried to build an editor in the XForms context. 18:54:21 TBL: XInclude has level-crossing capability 18:54:27 TBL: this reminds me of the discussion of XInclude, where we asked to include a target (svg:circle) as text plain. You do have the ability to do level breaking in XML. 18:54:36 TR: it's eval vs. quote 18:54:53 VQ: suggest we end discussion now 18:55:00 s/now/for now/ 18:55:11 TBL: how much are we popping off the agenda stack? 18:55:14 (I need a story in which to set this conversation. Something where interaction between, say, xinclude and xml signature matter.) 18:55:26 HT: I covered everything I put in the message, this has been helpful. 18:55:39 HST agrees that eval and quote are a) fundamental and b) not immediately covered by the simple functional language analogy/compositionality story 18:55:48 topic: Issue xml11Names-46 18:55:55 (I take it "NW with help from HT, produce a draft finding on XML functions" continues) 18:56:03 _____________________________________________________ 19:00:56 HT: The schema WG has indeed made progress on this. Some good chance their work will be public soon. Let's discuss then. 19:01:01 ACTION: HST to bring us back to xml11Names-46 after the XML Schema WG publishes its expected Last Call PWD 19:01:10 topic: RDF mapping for WSDL 2.0 19:01:29 VQ: there was a message from Dan at http://lists.w3.org/Archives/Member/tag/2006Jan/0011.html 19:02:13 DC: WSDL WG had in their charter to produce WSDL mapping to RDF. 19:02:56 DC: I am trying to figure out whether there are any of the semantic web services build on this. So far looks like not. 19:03:05 off to next thing ... 19:03:11 -Raman 19:04:02 DC: I'm probably late here. The charter in question has gone out for review. 19:05:54 TBL: We've tended to ask for RDF mappings. Risks that the WS community lacks some combination of the necessary knowledge or perhaps motivation to do it. 19:06:27 TBL: We wind up with things like WS metada on the semantic web side being unfortunately disconnected from, e.g. WSDL constructs 19:06:47 TBL: The question is ultimately whether to try harder to get these communities together. 19:06:54 TBL: does the TAG see this as a problem? 19:07:21 I see this as a problem.. that should be addressed. 19:07:26 VQ: question is what is the role of the TAG in trying to get these communities together. 19:07:47 ER: q+ to talk about motivation 19:07:56 q+ to talk about motivation 19:08:02 ER: Yes, I see overlap 19:08:22 ack noah 19:08:22 noah, you wanted to talk about motivation 19:08:32 NM: The elephant in the room is the divergence between the communities about the value of convergence 19:08:58 ... Convincing the Web Services side that there's value here is that hard part, once they're convinced of that 19:09:12 ... in particular that there's commercial value, then the convergence will happen 19:09:36 ... w/o help from us. This is too broad, in that there are a few people exploring 19:09:50 q+ to play devil's advocate 19:09:55 ... Just saying "You should want to do this" won't make it happen, much better to show them 19:10:23 ack timbl 19:10:23 timbl, you wanted to play devil's advocate 19:11:01 TBL: that's not going to happen for just doing WSDL. If they do a large chunk of their enterprise data they may. 19:11:24 TBL: WSDL group won't get gain. 19:13:20 +1 feedback loop is critical; there's not sense doing standards work without it 19:14:15 NM: Right, but companies like mine don't do WSDL in isolation. If our enterprise DB customers can succeed if only they get that WSDL mapping, we'll be glad to motivate our WSDL people to do it. 19:14:22 NM: the challenge is to make those connections. 19:15:13 TBL: Did our charter for RDF DAW encourage or discourage service description 19:15:30 -> http://www.w3.org/2001/sw/DataAccess/issues#serviceDescription serviceDescription issue in the RDF Data Access WG 19:15:35 postponed 19:15:52 TBL: If this were OWL-complete or RDFS-complete, it would be sort of crazy if you couldn't then connect to the WSDL 19:16:14 DC: I found a big long URI that the WSDL group was giving for SPARQL interface 19:16:17 TBL: 404? 19:16:27 DC: no, or we wouldn't have let them publish, but I'm not sure what you get. 19:16:30 [[ 19:16:30 postponed 2005-05-19: 19:16:30 whereas the serviceDescription designs aren't maturing in the timescale of the current schedule, and implementation experience is somewhat thin, RESOLVED to postpone serviceDescriptions 19:16:31 ]] 19:17:04 TBL: who's going to hurt if this problem isn't solved? 19:17:24 ER: You'll get more trouble down the line with divergent answers. 19:17:44 TBL: Well, you're going to have for each thing that comes out a retrofitted gadget to get RDF out of it. 19:18:38 TBL: it's tempting to tell people to stop making legacy systems, but on the other hand that's not useful, because legacy systems have been produced for years, and will continue to be. 19:18:58 TBL: there's a certain pace and timing to these things. 19:19:31 +1 exactly. We have to engage the market in a way that fits with the pace(s) that it can reasonably handle 19:19:38 ER: are they just not focussed on this 19:19:59 TBL: lots of current work is focussed very much on top down design and information hiding, modular classes, etc. 19:20:18 TBL: Web Services let's them do this on a larger scale, or maybe even between enterprise 19:20:22 TBL: Still object to object 19:20:36 (Noah is not so convinced, I think there's also a lot of business messaging a la lightweight EDI) 19:20:48 TBL: RDF gets you benefit when you break that mindset. 19:21:39 TBL: it still feels object-like 19:23:17 NM: I think things are heading to be more document-like. I'll send you a purchase order, you confirm that I've purchased the stuff. No public objects there. 19:23:47 TBL: We're starting to declare things like invoices that can be shared by services. That's closer to semantic web. 19:24:08 TBL: so you're moving closer to the semantic web, though with the possibility that you're reinventing it. 19:24:21 TBL: Maybe the invoice should be an RDF graph 19:24:30 DC: versioning 19:24:42 TBL: at least in RDF, the parts of the graph are separate. 19:25:37 s/DC: versioning/ER: versioning/ 19:28:02 NM: The whole point in Web services was to NOT do what Corba and COM did, I.e. to not require agreement on object models or programming models at the two ends of a wire. 19:28:51 TBL: if I've invoiced you and specified at as high a level as possible the semantics of the message then I have maximal flexibility 19:31:46 I agree that GRDDL is a very important part of the dsicussion. 19:32:01 NM: right. The problem, as I think Tim and I discussed years ago, is that XML and RDF wind up in the same space. Triples all the way down makes sense, XML trees are working moderately well. We've got to deal with the overlap. 19:32:26 Of course GRDDL needs a mapping, so it puts RDF mapping back onto the agenda. 19:32:30 HST has sent email about his concerns with the PLP draft -- NM, please take note 19:32:44 NM: Perhaps GRDDL might be a good example of a way to get RDF out of SOAP messages. 19:33:01 -Ed_Rice 19:33:04 -Vincent 19:33:06 -DanC 19:33:08 -noah 19:33:10 -TimBL 19:33:25 We agree to defer until next week the three issues Dan asked us to discuss. 19:33:31 DC: not urgent if we don't do it even then. 19:33:42 TBL: thanks to Vincent for chairing 19:33:44 Noah, it's the ones DanC asked to have added, plus PLP, I think 19:33:47 VQ: we're adjourned 19:34:04 -Ht 19:34:05 TAG_Weekly()12:30PM has ended 19:34:07 Attendees were Ed_Rice, Raman, Ht, Vincent, noah, DanC, TimBL 19:34:22 my 3 agenda requests were: (1) /TR/ heartbeat, (2) namespaceDocument-8, (3) xmlVersioning-41 19:34:40 DanC - can you make the IRC log world readable? I don't need minutes drafted as I do that by hand from local log, but I need the links to the IRC log to resolve. Thanks. 19:34:51 RRSAgent, make logs world-access 19:34:59 OK, I'll note those issues when I format the minutes. 19:35:02 umm... there's a bit of the log that needs excising though, no? 19:35:02 Thanks for the log 19:35:20 DanC, I'll edit the logs right away, since it was my mistake 19:35:24 True. Do I have edit rights on that? I can do the published HTML copy. 19:35:29 Much appreciated. 19:35:30 very well, ht 19:35:49 I think it's just the one section where we started discussing XML 1.1. The stuff above my marker line gets deleted. 19:36:43 The lines that say HT: The schema WG has indeed made progress on this. Some good chance their work will be public soon. Let's discuss then. 19:36:43 ACTION: HST to bring us back to xml11Names-46 after the XML Schema WG publishes its expected Last Call PWD 19:36:45 stay 19:36:54 Thanks. 19:37:02 yes 19:37:05 wait one 19:42:27 OK, noah, all docs on server edited 19:42:39 you should be able to convert in place 19:42:50 or retrieve and run perl locally 19:42:52 over to you 20:15:15 raman has left #tagmem 20:41:47 timbl has left #tagmem 21:32:49 Zakim has left #tagmem