02:55:46 DanC_lap, you asked to be reminded at this time that you didn't get bored and wander off 03:04:41 DanC_lap has joined #tagmem 12:51:56 Zakim has left #tagmem 13:37:52 ht has joined #tagmem 13:52:42 timbl has joined #tagmem 13:55:16 timbl has joined #tagmem 13:56:51 Norm has joined #tagmem 14:00:07 Ed has joined #tagmem 14:02:45 Vincent has joined #tagmem 14:15:55 http://www.ucar.edu/news/releases/2006/arctic.shtml 14:16:04 Noah has joined #tagmem 14:16:08 http://www.ucar.edu/news/releases/2006/arctic.shtml 14:18:35 """Eric Schmidt has an even briefer formulation of this rule: “Don’t fight the internet.” That’s actually a wonderful way to think about it. Think deeply about the way the internet works, and build systems and applications that use it more richly, freed from the constraints of PC-era thinking, and you’re well on your way. Ironically, Tim Berners-Lee’s original Web 1.0 is one of the most “Web 2.0″ systems out there — it completely harnesses the 14:18:35 """ - tim o'r 14:19:16 Meeting: TAG 14:19:16 Date: 13 Dec 2006, morning 14:19:16 Agenda: http://www.w3.org/2001/tag/2006/12/11-agenda.html 14:19:16 Chair: Vincent 14:19:16 Scribe: Norm 14:19:17 ScribeNick: Norm 14:19:34 DanC_lap has joined #tagmem 14:20:11 present: all but Dave at the moment 14:20:48 (and TVR) 14:20:48 Topic: Semantic Web 14:22:28 Vincent: Norm sent a draft document. 14:22:30 http://lists.w3.org/Archives/Member/tag/2006Dec/att-0034/SEMWEB.html 14:22:52 Norm: In fairness, TimBl really wrote most of it, I just did a little light editing 14:25:34 -> http://lists.w3.org/Archives/Public/www-archive/2006Dec/att-0010/SEMWEB.html Data on the Web 14:25:45 TimBL: never mind the bits under "Fodder" 14:25:45 TimBL: it's a bit long winded, story wise. 14:26:14 TimBL: It's talking about the way the world should be, these aren't the sorts of things you get off-the-shelf today. 14:27:02 TimBL: What's missing are some pictures 14:27:37 TimBL draws 14:33:16 Noah: The only thing about this that seems web-related is the web service. 14:33:36 ...You can tell the standards story pretty well. 14:33:53 ...I would have expected the disaster story to include communication with other manufacturers who might also have data in RDF. 14:34:27 TimBL: This tells the story of enterprise integration 14:35:55 Noah: Everyone is selling enterprise integration software this way by recognizing that corporate boundaries have become more fluid. 14:36:39 TimBL: That's an important story to tell, but early adopters can't rely on the network effect. 14:36:55 ...So should we tell this story and then the network effect story. 14:38:06 TimBL: We could extend the story but I'm not sure we can expect readers to make the leap. 14:40:21 Norm: We could tell a broader story, but I agree with Henry that keeping the story small is valuable. 14:41:43 Henry: One of the huge strengths of Feinman's Q.E.D. is that it says at the very beginning that everything in the book is true. 14:41:58 -> http://www.amazon.com/QED-Strange-Theory-Light-Matter/dp/0691024170 QED: The Strange Theory of Light and Matter 14:42:08 ...I want to be sure I know where the story we're telling could be done tomorrow and where it's vision. 14:42:29 ...So there really is a web service that will turn a street address into a latitude and longitude. 14:42:33 DanC: Yes, there are two. 14:42:37 Henry: What about a data browser? 14:42:55 DanC: No, that's a little novel. There are a couple, but they're not widely used. 14:43:04 TimBL: I think we should include screen shots. 14:44:33 Norm: We could include examples of the transitions to RDF. 14:45:51 Henry: This fits very well with the observation that you don't sell technology, you sell problems. 14:46:25 ...These are data integration problems. 14:47:27 TimBL: One other answer is to just put everything in one big database. 14:47:49 TimBL: For the next story, that solution doesn't work at all. 14:48:07 Henry: Even in this case, you have to get agreement across the company for what the database architecture is going to be. That's very hard. 14:48:45 Henry: The problems here are more tractable because the boundaries are more fluid. 14:49:52 TimBL: The fact that there are discrepancies between Joe's note book and the CRM system is an opportunity. 14:50:48 Henry: Writing this document as a way of engaging with the database community would make it a very different document. But pointing out the fact that there's a tradeoff that you don't get the integrety constraints that a typical database would provid.e 14:51:11 ...But in this case that's a feature, it means you can continue merry along until you need to join the data. 14:51:28 Noah: Another thing we might want to include is some XML. 14:51:59 ...It would be possibly confusing to customers if we don't explain how this differs from the story we told about why XML was the answer to this problem. 14:53:44 Noah: We should explain that Acme has invested in XML, and explain why web services and XML don't solve all this problem, because it's not as general solution, or something. 14:53:55 Q+ to bring up that you need to identify system of record and how to keep this all in sync 14:53:58 ...It would be helpful to hint why RDF takes it up a level 14:54:14 ...In XML the final integration will be custom logic 14:54:50 ...If we can't explain this then we have to question why RDF is in the picture. 14:56:24 Henry: In the 2nd or 3rd paragraph, we sort of knock our own technologies by making HTML and XML sound proprietary. 14:57:09 Henry: At the level of elements and attributes, XML is neutral. At the level of triples, RDF is neutral. But once you design a language or an ontology, the underlying technologies become more application specific. 14:59:46 Henry: There's a spectrum between very carefully designed document types that appeal to human beings and purely mechanical representations. 15:00:21 TimBL: The RDF data isn't tree structured so it's always more regular. 15:00:42 Noah: Isn't the same thing in RDF a question of which are managed directly in triples and which are inferences over several triples. 15:01:06 Noah: The question I think is, how did the relational folks sell relational databases? 15:01:19 ...Ironically, what came before were hierarchical databases. 15:01:34 timbl has joined #tagmem 15:01:46 ...The selling point was relational will probably be slower for a while but it will support ad hoc queries without roto-tilling the physical structure of the data. 15:02:12 Noah: It feels to me that there should be an analog here. 15:02:52 ...The selling for RDF has to be that of course XML takes you this far, but RDF takes you this much further. Publicly available data sources, ad hoc query tools, or whatever it is. 15:03:17 TimBL: Suppose we address this in the epilog. 15:04:12 ...We can lift the hood and show how sparql queries were done to address the data in the maps. 15:04:32 ...and show how it would have been equivalent to some enormous SQL query. 15:05:12 Noah: I think you can do better than that. I would have thought that what's interesting is the fire generates all sorts of new questions that the didn't know they had before. 15:05:41 ...To the extent that these questions could have been anticipated, other technologies might have been good enough. 15:05:47 q+ to note that what's architecturally different between RDF and XML is monotonicity, so that partial understanding is always safe and scalable. Also, RDF emphasizes use of URIs more than XML does. 15:06:09 ...I think that just selling how clean the query is is down in the technology space. 15:06:14 q? 15:06:27 Zakim has joined #tagmem 15:06:36 zakim, this will be tag 15:06:36 ok, Norm; I see TAG_f2f()9:00AM scheduled to start 66 minutes ago 15:07:32 Ed: The problem here is that if you've got three data sources, how do you update a phone number. 15:07:55 DanC: That's the argument not to do RDF. The argument to do RDF is that you don't have to get agreement on the global database schema 15:08:35 Noah: I think of RDF as the projection from the central data source. 15:08:40 (anarchic scalability, Fielding calls it. I'd like to do more work on economics of deployment; I sorta hope to use TAG time to do it.) 15:10:32 Some discussion of the data management issues 15:10:45 Noah: Is there research for RDF pub/sub? 15:11:13 q+ to note that what's architecturally different between RDF and XML is monotonicity, so that partial understanding is always safe and scalable. Also, RDF emphasizes use of URIs more than XML does. 15:11:49 ack danc 15:11:49 DanC_lap, you wanted to note that what's architecturally different between RDF and XML is monotonicity, so that partial understanding is always safe and scalable. Also, RDF 15:11:53 ... emphasizes use of URIs more than XML does. 15:12:04 DanC: You can do some of this with XML adapters. 15:12:35 ...But when you use RDF adapters, you get partial understanding. 15:12:56 ...You can put URIs everywhere in XML, but it doesn't seem cultural. 15:14:25 Noah points out an IBM product that automatically generates Atom feeds 15:14:49 Noah: Atom is becoming the general format for distributing an array of results. 15:15:01 q+ 15:15:07 Some discussion of three levels of processing that the scribe didn't really capture 15:15:58 ack timbl 15:16:30 (note to self: take another look at Atom vs SPARQL results format, and IBM's SQL/Atom export) 15:16:37 dorchard has joined #tagmem 15:16:52 TimBL: Part of the difference, coming back to the parent arc vs. child arc, is that they're both true. Even if half the people do it one way and half do it the other, you can make sense of all of them. 15:17:35 Noah: I would have thought the question is what if someone makes it a child and someone else makes it a grandchild. 15:17:45 ...This happens in XML where you need to know the nesting. 15:18:20 TimBL: You can introduce the notion of ancestor and you can say that both child and grandchild are both ancestors and a sufficiently powerful system will understand both. 15:18:50 DanC: The critical point was when you said that you had to know the variability was there and it was safe to operate over it. 15:19:11 Noah describes a two-level graph. 15:19:27 ...I don't think I can say "find me any descendant" and know that it'll be correct. 15:20:25 Noah: When I write a SPARQL query, don't I have to know about the ontology? 15:20:36 DanC: Yes, but what you do is virtualize the RDF so that you always know the grandchild link is there. 15:21:20 TimBL: You can combine all the RDF together in ways that you can't combine XML. 15:22:24 Noah: It seems to me that 40-60% of the story could be done with XML 15:22:44 We need to make the merging/monotonicity story clearer. 15:23:54 Noah: What isn't clear to me is, why RDF makes finding the answer faster than finding the answer with XML. 15:25:19 ACTION: Ed will try to outline or sketch a story 15:31:30 timbl has joined #tagmem 15:45:37 http://webdb.ucs.ed.ac.uk/medialibrary/wvxfiles/wcast/jakunze111206.wvx 15:47:01 Vincent: So what are we going to do with the story? 15:47:52 TimBL: Lots of feedback: continue story about dealing with a wider web 15:48:05 DanC: it's written at a different level than the webarch document 15:51:24 Norm: If there's agreement that this goes in a good direction, we should consider telling a larger story, adding some more angle brackets, describing the XML/RDF distinction, and looking at the epilog 15:51:51 Noah: I think we could go farther by having two of the internal data sources using XML. 15:52:23 ...Trying to use the same approach using only XML would require certain technologies. 15:52:40 ...The good news is they've also used RDF so things are better. 15:53:01 David: I don't see anything in the manufacturing story that's RDF. 15:53:11 David: I just replace RDF with XML and it's the same. 15:53:12 So, they are using XML-based integration technologies today to solve some problem, e.g. to combine some data in real time that they put out on their web site. 15:53:52 Indeed, it's a good solution for that. There are very right XML-based tools that help them do things like combine the XML and present it as HTML. 15:54:01 Norm: You need to read the punchline. 15:54:17 David: That's an awfully long way donw. 15:54:21 s/donw/down/ 15:54:32 DanC: I think you need to put the thesis at the top. 15:54:51 They might have been tempted to use just XML as the integration technology for all the information we've discussed: from the PDAs, the CRM system, etc. When the fire happened, they would have had to do XXXX; that's much better than what they had before XML, but not nearly what they can do if they wrap all their data, including the XML, in RDF. 15:55:13 With the RDF approach, they can do YYYY and ZZZZ that will save their bacon and allow them to be back on the air the morning after the fire. 15:56:05 TimBL: We haven't looked at evolution over time yet, but that makes the story even longer. 15:56:20 David: Putting the "aha! lightbulb" further up, that would be useful. 15:56:23 I would like to better understand the comparison off XXXX vs. YYYY+ZZZZ, but I think that's how you motivate that RDF gives compelling advantages over what we have today. 15:58:16 ACTION: Tim and Norm to produce a new draft by end of January 16:01:31 Vincent: Tim, was there more on the semantic web that you wanted to talk about? 16:02:32 TimBL: This isn't really a finding, it's just setting the stage 16:02:47 Norm: I'm hoping we fill in technical bits between the stories until we get something webarch sized with stories and technical bits. 16:03:35 DanC: For this meeting, I'd like to look at some of the detailed questions like namespaceDocument-8 16:03:48 TimBL: Yes, I'd like to talk about semantic web versioning. 16:04:01 ...maybe we can have a later story 16:04:16 DanC: Yes, stories about versioning and two-hops vs. three 16:04:53 David: So a part three of the versioning finding? 16:05:09 DanC: The three parts I see are: data binding, document like stuff, and RDF 16:05:30 DanC: Document like, hypertext, stuff is a lot of the tag soup issues 16:07:03 David: I don't know how far people want to go with this: taking a look at versioning within particular languages could be useful too 16:07:39 TimBL: Something that does need explaining is that in the SemWeb you get lots of identifiers. 16:09:13 The salient point being that in the SemWeb things get more than one identifier. 16:09:38 DanC: This is "dealing with the cost of aliases" 16:09:52 ...because the WebArch document says don't use aliases. 16:11:04 Some discussion of the Microsoft identity stuff and the fact that you want to have multiple identities 16:13:04 Some discussion of the privacy of US social security numbers. 16:15:21 timbl has joined #tagmem 16:15:24 namespace document stuff... http://www.w3.org/2004/01/rdxh/spec#mechspec 16:15:25 DanC: Can I talk about some GRDDL stuff that came up as a transition to nsDocument-8? 16:16:29 DanC: We went into one of the mechanic rules earlier. 16:16:58 DanC: a mechanical rule is one of the formulas from the document. 16:18:31 DanC describes the use of identifiers 16:19:17 rdf/fn/grddl are all pretty straightforward 16:19:30 The hard one is dm: which doesn't have a real UR 16:19:33 s/UR/URI/ 16:21:34 Norm: The problem with dm: is that there's no namespace name for the dm: prefix in the XPath2/XQuery data model document 16:21:55 TimBL: How hard would it be to do an ontology for the datamodel? 16:22:05 Henry: Given that there are seven, it's probably quite hard. 16:22:30 Noah: 98% of the time people say they have an infoset it's because they parsed or could have parsed a document. 16:22:49 ...The infoset doesn't make those constraints, so some of the properties are unbounded. 16:23:52 Norm: The data model is screwed down a little tighter than the Infoset 16:24:20 http://www.w3.org/TR/xml-infoset-rdfs 16:24:28 Henry: There is an official infoset/RDF mapping 16:27:47 s/official infoset/semi-official infoset/ 16:31:06 Some discussion of http://www.w3.org/2000/10/swap/infoset/infoset-diagram.svg 16:38:23 http://www.ltg.ed.ac.uk/~ht/new_xml.owl 16:38:39 ^ ht's work of last sep 16:38:46 Henry says this is an ontology for the infoset with cardinalities as of last September. 16:40:13 That owl ontology is an updating of the one in the Note from Richard Tobin, URI further back above 16:41:44 DanC: The point here is that useful things should have URIs and when they have URIs we will reuse them for crazy things like rules in our GRDDL document. 16:42:03 Topic: namespaceDocument-8 16:42:27 ScribeNick: timbl 16:42:29 scribenick: timbl 16:42:48 Norm: It was difficult to page this in ... talked wiht Jonathan and Sean Palmer 16:42:55 Some ahs been discussed on ww-tag 16:43:11 -> http://lists.w3.org/Archives/Public/www-tag/2006Dec/0009.html RDDL: new natures Jonathan Borden (Sunday, 10 December) 16:43:18 Talked about putting back in the bit about NS documents being documents to be human readable 16:43:43 timbl: I do not feel that hta should be overriding 16:44:01 Norm: This is a should, not amust - you can argue that RDF i smore important than human. 16:44:19 ... Part 2 was to add transformations to implememty the model we agree on 16:44:37 Then part 3 as to change the purposes and natures to something more meaningful. 16:45:00 The curent usage, where a ns doc's URI is used a a Nature in RDDL has raised eyebrows. 16:45:32 Jonathan has pushed back and said that the NS name sd thr rddl:Nature is very valuable. 16:45:36 s/nN/n/ 16:46:12 [discussion] 16:46:35 DanC: All this RDDL stuff has many breakages. Are we discussinbg this in te TAG? 16:46:54 HT: NSDocument -8 endoises RDDL, so this is a TAG matter. 16:47:18 Noah: I am not happyt with natures being NS documents -- it is a category error. 16:47:40 DanC: The inconsidtency is th eproblem: sometiimes it is a namespace document and sometimes it is a class of document. 16:48:22 [whiteboard i scleared ...Norm and VQ have photos of the now erased Acme data integraton diagram] 16:48:57 HT: If things are distinguished from everything else by th namespace, then that is a good thing to be uised a s a naure, it seems. 16:49:59 Norm: However sometimes these things have XML ns names, sometimes the nature is not that of an XMl document at all. 16:51:13 HT: RDDL is intended for use innamespace documents. 16:51:48 Noah: Let's assume that all RDDL documents serve that role: definitional or metadata about the namesapce. Then what question is it answering? 16:52:03 Norm: "What is the nature of the resource [in this namesapce]?" 16:52:32 Noah: So some properties of the namespace will be schema and namespace-like, and others won't 16:53:14 Noah: It should be called the Namespace Description Language really. 16:53:30 [we hunt for the rddl: namespace spec] 16:53:57 @prefix rddl: . 16:54:37 Norm: http://www.rddl.org/nature is 404 16:54:44 DanC: Then I cannot endorse it 16:55:26 Norm: That is just because Jonathan hasn't done his administrative work... I understand there may not be consensus 16:55:33 [discussion] 16:55:51 HT: Let us return to an example. 16:57:23 ... There is a document which is an HTMl RDDL document in the sense that it has rddl data in it 16:58:51 16:58:51
16:58:51

An XML Schema 16:58:51 fragment 16:58:52 is available which constrains the syntax of xml:lang, xml:space, 16:58:54 xml:base and xml:id in the schema language defined by the XML Schema Recommendation, Second Edition, 16:58:58 of 28 October 2004.

16:58:59
16:59:01 16:59:09 _______________________________ 17:03:12 TAG_f2f()9:00AM has now started 17:03:16 +[MIT] 17:03:48 +Stuart 17:04:55 -Stuart 17:04:56 TAG_f2f()9:00AM has ended 17:04:57 Attendees were [MIT], Stuart 17:07:43 anyone there? 17:17:43 yes, raman. We are having lunch 17:18:37 It's a working lunch. The topic is namespaceDocument-8 17:21:54 Raman: the current format is that people are running around getting sandwiches and are somewhat clustered around a whiteboard where we are having an informal discussion relating to rddl natures. Not very near the phone. I doubt you'd hear well, but we can dial in if you like. Suggest we do that when the real meeting resumes, which is likely to be in 10-20 mins when Stuart gets off the road. I think we're going to talk to him about F2F scheduling. 17:30:48 Zakim has left #tagmem 17:32:56 Zakim has joined #tagmem 17:37:57 Zakim, who is on the phone? 17:37:57 sorry, Vincent, I don't know what conference this is 17:37:58 On IRC I see dorchard, DanC_lap, Noah, Vincent, Norm, ht, RRSAgent, raman, DanC 17:42:10 timbl has joined #tagmem 17:43:17 [DanC and Norm discuss DocBook as a specific RDDL example. ] 17:44:22 Lunch revealed an consensus among danc noah and timbl that hte current rddl usage of sometimes a DRENS (doc root elemnt namespace ) as a rddl:nature and sometimes somthing quite other as a category error which seiously limit sthe use of the metsdata. 17:46:57 TimBL proposes in teh RDF model for RDDL data the rddl:drens as a property of the (schjema, for examle) documents inked froma RDDL document. It can be fished out and verified automatically, and provides the semantics of the type (nature) of a resource... well defined semantics. other non-xml documents such as ISO PDFs could have classes , maybe with names made up by RDDL, or could have language-spec-publisher-homerpage links, etc. 17:47:08 we reconvene 17:47:41 HT explains that his code uses both purpose and nature to actually validate a document, since Schema decided to support RDDL. 17:48:23 [see photo of board] 17:48:24 s/actually validate/find a resource to use in validating/ 17:49:29 DanC seems to be proposing a situation in which a language is identified indirectly by giving the URI of the gammar which defines it.. 17:52:09 <..../ns/docbook> normativeSpec <../docbook.html>; spec ; is language of L; namespaceTransformation ; htmlRenderTranform html.xslt; FORenderTransform ; 17:52:51 informativeSpec <../docbook.pdf>. 17:53:34 <>../rss> content-type mt:rnc # @@ 17:53:37 ; 17:55:01 <..../ns/docbook> namespaeTransformation . contentType mt:XProc. 17:56:01 s/rss/rnc 17:57:25 dialing ... 17:57:50 you guys are not dialed in. 17:57:57 Norm: Looking at that model, if I want an XQ transformation which applies to a document -- I have to invent or standardize a new URI for XQuery. 17:58:18 Danc: Yes, as you do with RDDL at the moment 17:58:33 Norm: Well, I ahve thc onvention of using the DRENS. 17:58:53 DanC: I am happy for you to give a URI to that to formalize it. 18:00:44 DanC: The properties in the diagram are very crisp, well defined meanings. 18:01:13 logger, pointer? 18:01:58 HT: My way of expressing what I think is norm's concer: 18:02:11 ... We are dsigning this ontology against an unknown set of requirements. 18:03:52 ... You are chosing this structure based on good pracyice and exsiting experience, but not based on defined RDDL requiremen ts, and I think it makes these 18:04:18 HT: I can;t read off the things from this diagrm which i can from the RDDL document.l 18:08:22 [discuss ca of 2 xslt xforms one of which makes html and one of which makes FO] 18:08:26 s/ca/case 18:10:53 Now the case of XSLT as a schematron validator ... the content-type is XSLT, same as the content-type for an XSLT presentation transform to HTML. 18:11:06 HT: Microsoft have cde which consumes this. 18:12:35 Norm: I would like the RDF model to be nice and simple, which RDDL users could understand. 18:13:01 TimBL: I like drens as a concept to add in, as it can be genarted automatically, is easy to allocayte, is useful info. 18:14:17 HT: Can we ansswer --- if it were only the Xlink:role whcih is schizophrenic, and not the RDF , and if there was some detreministic algorithm for constructing the RDF form the attribute, then we could have simpl ontology 18:16:16 Norm: Docbook 4 has no namespace, Docbook 5 has a namesapce. 18:16:40 I'm about to hang up because this is completely impossible to partipate/follow 18:18:44 Looking for RDDL examples 18:18:49 HT: Two : 18:18:54 - the ns dco for XML itself 18:19:13 - large quantities of documents inside MSoft according to Paul Cotton. 18:19:47 - - and this doument: 18:20:00 http://www.w3.org/XML/Group/2005/12/XMLSchema.html 18:22:21 Norm: I was going to write a GRDDL transform for RDDL whcin it looks simple. 18:23:09 HT: The purpose of using these things is you look fro strings you know 18:25:59 Noah: Still, namespace name is not the nature of the document: that is just a category error. 18:26:24 ... Ontologically the things are quite different. 18:31:21 Norm: Examples of situatins which have > 1 schema, both validating, but not the same level/typ of validation. boht in rtelaxNg 18:32:05 ACTIION Norm to provide a set of test cases of whays in which RDDL is actually used 18:32:45 DanC: DocumenElementNameSpace 18:33:23 [discussion of a URI for that] 18:33:41 Noah: documentElementNameSpace 18:34:06 DocElNaSp 18:35:28 HT: documentElementNamespace 18:35:51 Tim: put it in an XML namespace 18:37:05 -------------------------------------- 18:37:10 ACTION: Norm to provide a set of test cases of whays in which RDDL is actually used 18:37:24 ACTION DanC: start an ontology including docns/documentElementNamespace 18:37:33 VQ: looking for TAg face-face meeting, we had March 1-2 but Stuart can't come then. Location ws MIT 18:37:56 Stuart has joined #tagmem 18:38:18 Norm: Tim couldn't travel more around ten, but also there was a W3C workshop the 3 days before 18:38:36 HT: Propose move it to Monday 5 and Tuesday 6 March 18:39:09 6 and 7 to keep clear of weekedn ? 18:40:42 I *can* do 6-7 March, Cambridge MA 18:43:49 yuck to 2 trips to boston then a trip the following week. 18:44:46 do you have an alternative to propose, dorchard ? 18:45:00 HT: We have nothing better than 6-7 March Boston 18:45:22 I could do UK the week of Mar 12 18:45:32 I could host in vancouver week of 6-7 Mar :-) 18:45:36 (how is 6-7 March in BOS better than 1-2 March in BOS?) 18:45:56 (Staurt can make it) 18:46:01 Stuart 18:46:04 (thanks) 18:46:37 ( I think stuart can make that) 18:46:46 cant do UK 18:47:43 SKW: I'm unavailable 28 Feb +/- 1 day 18:47:43 Stuart cannot do 28 Feb or 1 day either side 18:48:34 Noah and Tim can't do week of Feb 19-23 18:57:42 we've made no progress? 19:00:56 PROPOSED: to meet 5-6 Feb at MIT, contingent on TimBL's availability 19:01:22 PROPOSED: to meet 5-6 Feb at MIT, contingent on TimBL's availability, noting 5-6 March fallback 19:02:15 PROPOSED: to meet 5-6 Feb at MIT, contingent on TimBL's availability, noting 6-7 March fallback 19:03:51 TVR: I'm not available for 5-6 Feb 19:04:58 DaveO can't do March 6-7 19:08:38 TVR might be available 8-9 Feb by video 19:11:05 PROPOSED: to meet 5-6 Feb at MIT, contingent on TimBL's availability, noting 6-7 March fallback. VQ to contact the candidates. noting TVR's regrets. 19:14:03 parallel audio channels: Vincent/henry/Noah ... 19:14:04 ACTION VQ: collect availability information from candidates about TAG meetings (1) 5-6 Feb at MIT or (2) 6-7 March at MIT 19:21:13 Discussion o action items ... DanC's re GRDDL 19:21:16 Topic: . Issue RDFinXHTML-35 19:21:37 DanC: There is ac ompanion spec to GRDDL\, whcih could be a TAG finding. 19:21:56 -> http://www.w3.org/2004/01/rdxh/specbg.html Storing Data in Documents: The Design History and Rationale for GRDDL 19:23:22 RESOLVED Put the Issue into a Pending state http://www.w3.org/2001/tag/issues.html#RDFinXHTML-35 19:23:43 pending aka exit:deferred 19:23:45 .. pending work by the GRDDL WG' 19:24:03 and/or the RDFa/HTML/SemWeb-deployment WGs 19:27:07 HT: I think that the CDF group is NOT working on what we expected them to work on, but is doing the by-reference version of compiund documents, which is NOT the first think one thinks of when it comes tro compound document architectures. 19:27:31 Raman; I think that this is important to one of the vendors in the group. 19:29:57 Topic: Issue xml11Names-46 19:30:10 reviewing "NW, accepted on 4 Oct 2005: Check on current status of issue xml11Names-46 with XML CG" 19:30:34 HT: The XCHema, etc etc have addresses the concerns about XMNL 1.1 new unicode characters, and so this concern has been addressed effectively 19:30:56 Norm: I handed some ball to the XML CG ... can't remember exactly what that ball was. 19:31:48 DanC: how about a testcase? 19:31:54 HT: I do 't remember it in HTML CG recently 19:31:57 HT: yeah... the icecream case... 19:32:06 ACTION: Norm to find a test case; reminds self to check with Henry for the Ice Cream example 19:32:13 HT: The example i remmeber is the d=utch IJ character which is used in the words fro Ice Cream 19:32:27 DanC: Can we have a test case, maybe? 19:32:48 Norm: Propose we drop my action if I take a new one to make a tets case 19:32:55 ok by me 19:33:18 ok by me 19:33:25 The Dutch word for icecream is "?s" 19:33:33 RESOLVED: Norm's earlier action is dropped 19:33:50 http://www.w3.org/TR/2005/NOTE-xml11schema10-20050511/#d0e138 19:35:16 http://www.w3.org/TR/2006/WD-xmlschema11-2-20060217/ 19:35:17 [[ 19:35:17 XML Schema 1.1 Part 2: Datatypes 19:35:18 17 February 2006, C. M. Sperberg-McQueen, Ashok Malhotra, Paul V. Biron, David Peterson - (Royalty-Free Commitments) 19:35:18 Last Call Ends 31 March 2006 19:35:18 ]] 19:35:30 IJIJIJIJIJIJIJIJIJIJIJIJIJ 19:35:59 <ijce_cream/> 19:36:45 (did HT say "we don't do test cases" on behalf of the XML Schema WG? ouch.) 19:37:29 (ht clarifies to "we have not".) 19:37:35 (as in... yet.) 19:39:19 ACTION HT: accepted on 7 Feb 2006: Bring us back to xml11Names-46 after the XML Schema WG publishes its expected Last Call WD. [DONE] 19:42:50 - ----------------------- 19:45:18 Round the table about what ine is excited aboit ebing about top contribute 19:46:00 DanC: versioning, tagsoup, GRDDL (in that group) , siteMapData 19:46:32 TimBL: Sem Web story ... adding more story and maybe some diagrams like the one on the board and s reen shots .... 19:47:38 ... Versioning happy iwth the group's progress there 19:48:19 DaveO: Versioning between now and our first face-face .... depending on election .... URNs abnd Registries and teh State finding both on the back burner alas. 19:48:29 ... i think TAG oup i very important to the TAG. 19:48:39 queue = Norm, Henry, Vincent, Noah 19:48:47 q+ to note tlr's interest in the state finding 19:48:55 .. Web sevices and wbe integration is important to. Think we should do some web 2.0 sgtuff .... dpnm't see ho to get the TAG started. 19:49:30 ... The AJAX, uFormat, etc, which should be related to Web Architecture 19:49:49 queue = Norm, Henry, Vincent, Noah, DanC 19:50:15 Raman: I would like to make aliot of ht the W3C and TAG do more relevant to what we do on the Web. 19:50:36 .. I don't think we have answered aquestion [missed] 19:51:02 Norm: Interetsed in flushinng out the Sem Web stuff, and looking more that the Versioning issue. 19:51:20 ... I feel deeply connected to the TagSoup issue. Also, the whole identity on th e web thing 19:51:32 (hmm... on innovative stuff, my mind goes toward less let's-write-one-document-together to individually blogging articles. any interest in PlanetTAG?) 19:51:32 i would liket to push forwatrd, 19:51:43 HT: I have => 3 things pending. 19:51:56 1) URNs adn Registries we need to finish and get iout there 19:52:37 2) The formal semantics of XML documents as discussed in Vancouver: my line on Versioning Part I, combined with my and DanC and Pat Hayes' intuitions on that 19:53:46 3) We need to brainstorm architectural level innovation for the TagSoup issuee. We were close to having a finding there. I think we have a lot of talent and built-in bias... I would truste each TAG member (and candidate) to talk dispassinately about this issue .... many people are very entrenched, but not TAG members. 19:54:04 (I heard HT say we were NOT close to having a finding there.) 19:54:41 Vincent: I was interested in eth sem web architecture based on the new story we dscussed today. I think we realy need this comprehensive view of how we use these technologies to fit tghetehr and solve real issues. 19:55:07 ... i am slao interested in the TagSoup nightmare. 19:55:29 ... If we could have a few directions for addressing this complex issue. 19:55:31 Noah: 19:55:36 s/were close to having a finding/are well-placed to do that/ 19:55:51 s/talent and built-in bias/talent and no built-in bias/ 19:56:00 ... I have prrtty much wrapped 2 finings, metadtaInURI and rule of LeastPower. 19:56:20 .. (Larry noted we misquoted the history of PDF and PS but we must fix that ) 19:56:53 ... *(If I can fix my cygwin then I will be much more effective) 19:57:08 ... In the net few months I would propose to spend my time split. 19:57:36 1) A new major theme for my investments ... ie DO has had Versiuoning. wonder about schemeProtocols. 19:57:54 ... Maybe I have learned enough to contribute 19:58:04 2) Versioning I owuld like to contribute 19:58:13 3) Enterprise workshop stuff. 19:58:45 ... joined the TAG at a time when it was arther uncompfotab le. The TAG had just rreleased AWWW and didn't know how to cntinue 19:58:56 Now we are doing findings which is fine. 20:00:03 I find though that the TagSoup issue is as much social as technical issue. I think we will re-established our credibility by contribuingt to that . No one is waiting for oouur answer out th 20:00:14 _____________________________ 20:00:38 DanC: [refelcts] Thomas Roesler could do work related to State fidning 20:00:44 ack danc 20:00:44 DanC_lap, you wanted to note tlr's interest in the state finding 20:01:33 ... Also the Princple of LEast Power finding was a really useful referent in a discission eg in Austin 20:05:43 ADJOURNED 20:05:51 ____________________________________________________ 20:08:45 WWW/2001/tag/2006/acme 20:21:39 raman has left #tagmem 20:37:40 timbl has joined #tagmem 22:09:57 Zakim has left #tagmem 22:59:46 Norm has joined #tagmem