08:22:15 RRSAgent has joined #tagmem 08:22:15 logging to http://www.w3.org/2008/05/21-tagmem-irc 08:26:44 timbl has joined #tagmem 08:31:24 zakim, agenda ? 08:31:24 I see 5 items remaining on the agenda: 08:31:25 12. WebArch Vol 2 [from DanC_lap] 08:31:26 15. Distributed Extensibility [from DanC_lap] 08:31:28 16. UrnsAndRegistries-50 [from DanC_lap] 08:31:29 13. "Rich Client" Technologies [from DanC_lap] 08:31:30 14. XML Versioning-41 [from DanC_lap] 08:31:53 DanC_lap has joined #tagmem 08:32:05 Zakim, next item 08:32:05 agendum 12. "WebArch Vol 2" taken up [from DanC_lap] 08:32:07 noah has joined #tagmem 08:32:15 scribenick: noah 08:32:19 scribe: Noah Mendelsohn 08:32:39 meeting: TAG F2F - Bristol - Wed. Morning 21 May 2008 08:32:41 ht has joined #tagmem 08:32:42 date: 21 May 2008 08:32:46 chair: Stuart Williams 08:32:46 action-106? 08:32:51 ACTION-106 -- Norman Walsh to make a pass over the WebArch 2.0 doc't which adds a paragraph, and connects up to issues list -- due 2008-05-08 -- OPEN 08:32:51 http://www.w3.org/2001/tag/group/track/actions/106 08:32:57 Ashok has joined #tagmem 08:33:05 present: to be supplied 08:33:11 regrets: T.V. Raman 08:33:22 http://maps.google.co.uk/maps?f=d&hl=en&geocode=10448269950003719190,51.607296,-2.586062,7807118962301585161,51.455181,-2.619705&saddr=4+Rodney+Pl,+Bristol,+Avon,+BS8+4HY+(Rodney+Hotel)&daddr=The+Village,+Littleton-upon-Severn,+Bristol,+Avon,+BS35+1NR+(The+White+Hart+Inn)&mra=pe&mrcr=0&sll=51.504041,-2.563248&sspn=0.215414,0.462799&ie=UTF8&ll=51.607753,-2.585027&spn=0.002642,0.004581&t=h&z=18 08:33:28 topic: Web Architecture Document Volume 2 08:33:29 dorchard has joined #tagmem 08:33:32 ------------------------------------------------- 08:33:56 SW: We've talked about this before. Norm reports no progress on ACTION-30. 08:34:05 NW: That's right, I'm sorry I didn't get to it. 08:34:27 SW: I'm not sure how we get started. 08:35:20 action-106? 08:35:22 ACTION-106 -- Norman Walsh to make a pass over the WebArch 2.0 doc't which adds a paragraph, and connects up to issues list -- due 2008-06-05 -- OPEN 08:35:22 http://www.w3.org/2001/tag/group/track/actions/106 08:36:55 NM: Calling the discussion "Volume 2" prejudices the discussion a bit. We may want to do a lot of our work in a new edition of the current volume. The ultimate result should be document(s) the readers perceive as well organized. 08:37:24 JR: We don't want to do technology for technology's sake, or writing for writing's sake. Would doing a use cases and/or requirements analysis might be one way to focus the goals. 08:37:33 SW: We have a skeletal outline. 08:37:40 (Norm goes to look for it.) 08:38:21 http://lists.w3.org/Archives/Member/tag/2008Apr/0058.html 08:38:32 SW: We've had substantive discussion of Semantic Web, clients with richer application behavior. There's also the question of doing maintenance work on what we've already done. 08:38:52 JR: Maybe we should be goal based. Is the goal to influence certain groups to do certain things? 08:39:38 TBL: Describing the Web as a system, from the top level and as an integrated story, is important. 08:40:56 TBL: The reason the topic areas seem disjoint is that having started sort of top down on the table of contents for Volume 1, we found that some areas were contentious and some not. Still, it's important that what we're shooting for is to tell one consistent story. 08:41:11 Norm finds the list of topics at: http://lists.w3.org/Archives/Member/tag/2008Apr/0058.html 08:42:47 JR: The purpose of the finding is to convince certain people to do certain things. 08:43:57 NM: I think the audience is broader than one might thing. For example, I often use Web arch to educate people who are not coding applications, but who are making decisions like whether their mobile phone applications should integrate with the Web to provide a service to their users. From that they learn that they'll have to tell their programmers to identify things with URIs, etc. 08:44:19 JR: The question is how do you decide which project to work on. 08:44:24 s/thing/think/ 08:44:59 TBL: Maybe the top level document should say the obvious things without very much depth. Consider naming. It's important, but not separate from other aspects of the Web. 08:45:32 TBL: Viewed from one perspective, the Semantic Web is just one format or set of formats. 08:45:57 TBL: There are other questions about how AJAX works with the web. 08:46:06 JR: Maybe use cases, as Noah has been talking about. 08:46:40 q+ 08:49:04 q+ to mention origin of the TAG in WG questions 08:49:14 ack Norm 08:49:47 jar has joined #tagmem 08:50:04 NM: I think we sometimes have to publish the things where we've been able to make some progress. Sometimes we set a few priorities, but find that we can only generate good insights into some areas, not all of which are entirely predictable. So, we should at least consider sharing the things where we've made good progress. 08:50:44 ack Norm 08:50:56 NW: I think that the business of working in a document, producing drafts, actually focusses our work. 08:51:11 NW: Also, looking at mining the information in the findings can be useful. 08:52:11 TBL: The TAG was formed in part because working groups used to be told "you can't do that, it's not how the Web works", but there was no common point of reference for how the Web really does work. Now that we have the mandate, we work in two modes: sometimes we are responsive to an external question or an issue that arises, but sometimes we are proactive in setting priorities. 08:54:18 TBL: When we produced Web Architecture Volume 1, many people told us it was useful. So, we weren't just satisfying ourselves. This time, I would like to see more formal methods, though. 08:54:34 JR: I still think we could do a more careful job of capturing those goals and dynamics. 08:54:36 q? 08:54:52 SW: I think there are three bullet points in the TAG charter that pretty much capture what Tim said. 08:55:21 q+ dorchard 08:55:33 ack timbl 08:55:33 timbl, you wanted to mention origin of the TAG in WG questions 08:55:40 ack dorchard 08:56:05 Mission statement 08:56:05 The mission of the TAG is stewardship of the Web architecture. There are three aspects to this mission: 08:56:05 to document and build consensus around principles of Web architecture and to interpret and clarify these principles when necessary; 08:56:05 to resolve issues involving general Web architecture brought to the TAG; 08:56:05 to help coordinate cross-technology architecture developments inside and outside W3C. 08:56:21 From http://www.w3.org/2004/10/27-tag-charter.html 08:57:25 q+ to noodle on events, e.g. Future of Web Apps 08:57:39 DO: I like a lot of what we've talked about doing either in Vol 2. or updates to Vol. 1. Doing versioning and/or self-describing Web and/or distributed extensibility would be really great, but.... I still feel as I've said before, that there's a huge buzz around AJAX, social networks, and the "latest cool things", and it's not clear to me that we're doing a poor job of helping them. Not sure what to suggest, but it feels like it could be a good goal to re 08:57:40 ack danc 08:57:40 DanC_lap, you wanted to noodle on events, e.g. Future of Web Apps 08:59:25 DC: I haven't heard anyone talk about usefulness of Web Arch. vol 1 in awhile. So, I'm interested in focussing on events like the Future of Web Apps. There's likely to be discussion of some things like the future of Twitter is. Would anyone like to talk about interesting conferences and how we could both have impact and be influenced by their needs? 08:59:30 DO: Yes, that would be great. 08:59:43 DC: We had some presence at XTech, and that seemed good. 09:00:53 DO: Supernova's coming up in San Francisco in June. 09:01:31 NW: Supernova 2008 (http://www.supernova2008.com/) 09:01:35 (hm... http://www.supernova2008.com/ ) 09:02:02 NM: Should we go through the details on these things here, or agree to do in email? 09:02:05 DC: I prefer here. 09:02:55 q+ 09:04:18 NM: I'm still enthusiastic about the idea of doing a piece of a TAG Web site that would be a really cool, useful tutorial and introduction to why Web architecture matters, and how to apply it. 09:04:43 SW: Books, such as Web Architecture in a Nutshell or something of that ilk would be useful. 09:04:50 JR: Not sure we can pick up much more work. 09:05:06 DC: The nice thing about blog articles is that we don't have to agree before publishing. 09:05:20 NM: Yes, we've decided to use our blog that way, and it seems to be proving useful. 09:06:25 DC: I would have liked to talk about Javascript security, but we've since learned that in certain respects it's purposely obscure. 09:07:14 that wasn't my point: 09:07:33 DC: yes, javascript security is another topic where I'd like to know what forums/conferences are the place to talk about it 09:07:35 SW: I need guidance as to how we make progress. 09:08:00 DO: The issue has come up about walled gardens like Facebook in which things are not properly identified with URIs. 09:08:42 (jar mentioned reviews in blog items... I tend to microblog in bookmark services... I have ~180 in http://del.icio.us/connolly/architecture ) 09:09:13 q? 09:09:18 q- 09:09:21 q+ 09:09:32 ack tim 09:09:49 NM: Engaging folks like Facebook would be great, if not necessarily easy on a subject like this, but I'm not sure how it informs what we'd write in a new edition of WebArch. 09:11:17 TBL: One of the social network issues is: how does my social networking site get a list of friends from your site. One good answer of course is, it should be retrieved as a document probably using a technology like RDF. Then you find that you need what can be rather complex 3rd party authentication systems like oauth. Interesting that so much of this is being driven by the "friends list" use case. 09:12:14 TBL: At the moment, it's not being done RESTfully. Now, all of this is being done in service to building applications that integrate data from two or more social networking sites. You can imagine doing this in the browser if you like. 09:12:21 DO: Oauth is pretty cool in how it uses URIs. 09:13:19 TBL: It does a lot of redirects. We looked at OpenID and the number of round trips is large. Oauth seems to do even more. Popping up: it would be really interesting to ask "how would you do something like this better using Web Arch"/ 09:14:10 DO: What would that look like? What would we on the TAG do? Look at OpenID and oauth from a Web Arch perspective. 09:14:26 TBL: Yes those ,but also the larger problem of portability of things like friends lists. 09:14:44 q? 09:14:52 q+ to mention rich clients 09:18:40 Zakim, remind us in 10 minutes to take a break 09:18:40 ok, DanC_lap 09:19:51 NM: I'm not sure what to do about it, but if the sorts of applications one sees with Flash and Silverlight become more and more ubiquitous, we might ask what if anything Web Arch Ed. 2 should do to help you know how to build apps with that level of function (not necessarily using those proprietary technologies). There's some risk that by the time we publish, we'll be talking about applications that look a bit old fashioned. 09:20:00 q+ 09:20:24 q+ to pick up on industrial archeaology 09:20:41 HT: Often what we're doing can be best viewed as industrial archeology. We often do best when we look back. 09:21:24 HT: So, Noah, I'm not sure those rich technologies belong in our document. 09:21:32 q? 09:22:38 NM: I agree actually. I tried to signal that I too think we often do best when we look back, but it runs the risk that by the time we say anything we don't influence the people who can still make choices about new things. 09:23:58 DO: Someone has to figure out how to "put pen to paper". Once it gets done, I would be interested in putting a subset of the compatibility strategies into Web Arch vol 2. For example, Web Arch v.1 says "use version ids", and we've decided the story needs to be more subtle than that. 09:25:21 SW: (Stuart shows a picture of a useful bridge over a river that's made in cast iron, using a design meant for wood). This is a good example of how architecture does not always come first. 09:25:40 SW: I got this from a talk by Peter Williams, who used to work here at HP. 09:25:57 http://en.wikipedia.org/wiki/Image:Ironbridge002.JPG 09:26:02 http://en.wikipedia.org/wiki/Ironbridge 09:27:20 SW: Perhaps we need to start by doing a thorough review of Web Arch. vol 1? 09:28:41 DanC_lap, you asked to be reminded at this time to take a break 09:29:31 JR: Aren't the revisions a separate bit from the new stuff. 09:29:46 SW: Revising is expensive, so doing it for one piece isn't a good bet. 09:30:25 q+ to say there are deeper reasons for doing revisions together with new stuff 09:30:42 q- 09:30:47 q+ to say there are deeper reasons for doing revisions together with new stuff 09:30:52 ack Stuart 09:30:52 Stuart, you wanted to pick up on industrial archeaology 09:30:52 ack stuart 09:33:05 NM: I think we need to focus not so much on separating revisions from new stuff, but on creating a document or documents that will serve the community for 3-5 years. We'll find out what's revised, what's new, and how it's best organized as we go, I think. 09:33:14 action-106? 09:33:14 ACTION-106 -- Norman Walsh to make a pass over the WebArch 2.0 doc't which adds a paragraph, and connects up to issues list -- due 2008-06-05 -- OPEN 09:33:14 http://www.w3.org/2001/tag/group/track/actions/106 09:34:01 NW: I have an action to add details to our working list of possible priorities and to link them to our issues list. I suggest that the next time we should discuss Web Arch future is after I complete that action. 09:34:08 SW: I suggest we do as Norm suggests. 09:35:19 JR: I wonder if we need to collect things other than what are in http://lists.w3.org/Archives/Member/tag/2008Apr/0058.html 09:35:27 SW: Yes, but it's a start. We'll change as necessary. 09:36:23 SW: I think that some of figuring out what needs to be done comes of reviewing what we've already done. I think we've heard that reviewing the written works like findings and AWWW vol. 1 is something that individual members will do as they see fit. 09:36:30 JR: Where do we do this. 09:36:38 JR: Where do we do this? 09:36:53 SW: At least in www-tag, maybe sometimes in the TAG blog. 09:37:02 ****MORNING BREAK**** 09:37:44 close action-114 09:37:44 ACTION-114 Henry to find the counter example that made it necesseary to make a terniary relationship closed 09:37:48 close action-115 09:37:48 ACTION-115 Henry to improve the presentation of the way the ontology reconstructs RDDL 'purpose', and to attempt to address skw's concern about the subject of the so-called purpose relation closed 10:00:38 Zakim, next item 10:00:38 I see a speaker queue remaining and respectfully decline to close this agendum, DanC_lap 10:00:49 queue= 10:00:57 Zakim, next item 10:00:57 agendum 15. "Distributed Extensibility" taken up [from DanC_lap] 10:01:30 topic: Distributed Extensibility 10:02:00 http://www.intertwingly.net/blog/2007/08/02/HTML5-and-Distributed-Extensibility 10:02:11 HT: Maybe we need to talk about how to get HTML and XML to converge? We have Sam Ruby's proposal, the IE8 proposed function, etc. 10:02:35 ^ sam ruby on distributed extensibility 10:03:18 -> http://www.w3.org/html/wg/tracker/issues/41 ISSUE-41 Decentralized extensibility in the HTML WG 10:03:55 HT: We've also talked about implicit namespace bindings. These could be implicit in the media-type, perhaps written into the specifications e.g. if svg; aria: prefixes were "written into" the HTML specification. So, these are things that led me to suggest putting this back on the agenda. 10:04:46 Maciej Stachowiak 10:05:56 TBL: Someone (Macieg Stachowiak?) has suggested having the occurrence of an element implicitly bind a namespace. Another would be to declare in a specification that you can find by following your nose that, e.g., in HTML, the occurrence of a certain element such as SVG would trigger the binding. 10:06:17 TBL: Alternative would be to have "svg:" prebound in HTML. 10:07:19 q+ to mention the difference between RDF and SVG 10:07:20 TBL: The idea is to get a smooth slope, where millions of people can do the easy thing easily, but it scales architecturally to the general case with the full URI. 10:12:51 timbl has joined #tagmem 10:24:24 Got a pointer? 10:25:02 I feel it is important that the HTML5 spec be split into smaller chunks. 10:25:14 TBL: I feel it is important that the HTML5 spec be split into smaller chunks. 10:25:33 DO: I think Roy Fielding has made similar comments. 10:28:26 SW: We received an invitation from Ian Hickson to review the HTML 5 spec: http://lists.w3.org/Archives/Public/www-tag/2008May/0041.html 10:29:19 HT: What's the right way for us to say that it's going to be very challenging to review something that large. If we could find a way to agree to focus on more specific pieces, that might be helpful. 10:29:59 TBL: I think Roy's feedback was fundamentally "where's the core language definition?" I think that would probably be roughly mine too. 10:30:11 DC: I want to send comments primarily where it's likely to produce useful action. 10:42:24 found Fielding's remarks that DO alluded to: " This draft has almost nothing to do with HTML. It is a treatise on browser behavior. That is a fine standard to have, but deserves a different title so that the folks who just want to implement HTML can do so without any of this operational/DOM nonsense." -- http://www.w3.org/2002/09/wbs/40318/wd11spec/results 11:01:18 DC: I'm trying to figure out how many MIME types there should be for HMTL. Some people believe there should be application/xhtml+xml in addition to text/html. There's a point of view I might share that xhtml+xml isn't going to take off in practice, but some people feel very strongly we need to make xhtml+xml work. 11:01:20 Poll: 11:01:24 Ashok: pass 11:01:29 Stuart: 1 11:01:34 DO: strong 1 11:02:05 NM: bits of opinions, but not coherent or informed enough, so I suppose I pass 11:02:09 (I realize this poll is more about tagSoupIntegration than distribute extensibility) 11:02:13 HT: Now or in the long run 11:02:17 DC: Long run. 11:02:29 HT: 1, but only the very long run. 11:02:33 NM: text/html 11:03:05 HT: Um, not sure. As long as XHTML 1.n has any traction at all, I want an XML media type for it. Because I want what follows from that. 11:03:13 q+ to talk about mixins in media types 11:03:31 In an informal poll, mostly what Henry said, 1 if it's application/xml+html. If I can't have *that* one, then two. I guess. 11:03:42 HT: Until we have some single thing that is really "both", with good statutory grounding. 11:04:10 NW: Mostly what Henry said. Ultimately 1, if I could make it the xml one. 11:04:27 DC: If we get 1, it will have to do all the non-clean XML stuff, so text/html (1) 11:05:04 JR: If the distinction gives you information that's useful early that's good, but I'm not sure I care as long as whatever we get supports "follow your nose" 11:05:12 s,if we get 1,if application/xhtml+xml gets poular, 11:06:54 DC: FYI, Sam Ruby argues for 2. http://www.intertwingly.net/blog/2006/12/18/application-xhtml 11:07:23 TLB: Convergence is really important between HTML and XML. Because there's only one HTML. I'm not sure that having no "+xml" in the mime type explicitly is something one can work around as a special case, converting to xml as necessary. I don't resent +xml, but I think text/html should migrate smoothly to xml over time. BTW: text/* should perhaps migrate to UTF-8. 11:08:30 JR: What's the nature of the distinction. You're not going to treat the text differently. You can get the information from 3 places: from the media-type, from the start of file. If you can heuristically do a parser that "does the right thing", that might work. 11:09:23 NM: If the media type spec says you can interpret as XML iff the head of the file looks like XML, then it's OK. You can't do it, e.g. for text/plain. 11:09:45 JR: I wonder if 2 is the wrong number. 11:10:51 q? 11:11:14 ack ht 11:11:14 ht, you wanted to mention the difference between RDF and SVG 11:12:26 q+ 11:12:30 ack noah 11:12:30 noah, you wanted to talk about mixins in media types 11:14:52 issue-9? 11:14:52 ISSUE-9 -- Why does the Web use mime types and not URIs? -- CLOSED 11:14:52 http://www.w3.org/2001/tag/group/track/issues/9 11:15:23 q+ jar to say metadata ( link header) can do what media types can't 11:15:30 NM: I tend to feel that one architectural issue is the lack of richness in the structure and semantics of media type names. If you had mixing semantics, you could come closer to saying "oh, by the way, this text/html or this text/plain happens to be well formed XML" 11:16:32 HT: RDFa is an example of a small vocabularly of which you can say "it's not obviously wrong to say that you should just negotiate with the HTML WG to make them part of the HTML base language". RDFa has a handful of elements, ARIA, more, SVG has a large number of elements and MATHML more. All are enumerated in the specs. 11:17:24 HT: If I were approaching this a priori and adding RDFa to my , I would like to write where my:foo is an RDF relation. What's interesting is that my:foo's are open-ended. 11:18:27 HT: It seems to me that the tail has been wagging the dog in designing RDFa. In a sense, the reason we're not seeing a strong example of the need for distributed extensibility is that the lack of namespace-based extensibility in HTML bounded the discussion to require at most a few new attributes, 11:18:51 DC: Your view of the aesthetics may be in the minority. 11:19:35 HT: Attributes sometimes feel different. 11:21:20 NM: One thing you get from the explicit list of a few attributes is that a client that doesn't understand my:foo at least knows you're trying to do RDFa, and knows to ignore it if uninterested. 11:22:28 HT: RDFa wants support in browsers. 11:24:03 NM: I think that whether there are various RDFa add ins to browsers or built in support isn't the point. It gets built in iff it so happens that the same function is needed by a large class of users. If lots of users need different function, then selectable addins are right. 11:25:45 SW: The relationship to HTMl 4.01 XHTML 1.1 DOM2 HTML section in the HTML 5 draft positions HTML 5 as successor to XHTML. Yet, it seems not carry forward capabilities like modularization that depend on namespaces. 11:26:22 HT: The XHTML modularization spec uses a trick that you (Dan) and I discovered independently to allow flexibility of prefixes with DTDs. 11:26:39 DC: Adequate is in the eye of the beholder. The workgroups seem to disagree. 11:26:59 DC: Some people believe that all that happens is that attributes were added, and the availability of a fancy schema to describe them is secondary. 11:27:25 q? 11:27:46 ack jar 11:27:47 jar, you wanted to say metadata ( link header) can do what media types can't 11:28:20 JR: Metadata in link headers might take some pressure off the urge to enrich mime types. 11:30:54 (hmm... I thought Adjourn meant the end of the whole meeting, but nope... "To adjourn means to suspend until a later stated time." -- http://en.wikipedia.org/wiki/Adjournment ) 12:32:27 Norm has joined #tagmem 12:33:35 zakim, agenda? 12:33:35 I see 4 items remaining on the agenda: 12:33:36 15. Distributed Extensibility [from DanC_lap] 12:33:37 16. UrnsAndRegistries-50 [from DanC_lap] 12:33:38 13. "Rich Client" Technologies [from DanC_lap] 12:33:39 14. XML Versioning-41 [from DanC_lap] 12:35:01 Zakim, close item 15 12:35:01 I see a speaker queue remaining and respectfully decline to close this agendum, DanC_lap 12:35:06 q? 12:35:24 scribenick: Ashok 12:35:54 SW: There was some discussion of versioning -- should we allocate time for it 12:36:19 HT: We shd allocate time for JAR to present 12:36:46 q- ht 12:36:49 Zakim, next item 12:36:49 agendum 16. "UrnsAndRegistries-50" taken up [from DanC_lap] 12:37:08 Passing baton to Dave and Henry 12:37:27 timbl has joined #tagmem 12:37:40 HT: We sent msg to ARIA folks 12:38:04 Dave drafted a doc for the tag blog and asked me to look at it 12:39:09 I spent a fair bit of time on the point that XRIs allowed chacraters that are not allowed in URIs 12:39:18 This proved to be a mistake 12:39:57 So, HT has not reviewed Dave blog entry yet 12:40:17 DO: I can wait till tomorrow 12:41:04 HT: I'm going to update the doc I prepared for Vancouver 12:41:06 action-33? 12:41:06 ACTION-33 -- Henry S. Thompson to revise URNsAndRegistries-50 finding in response to F2F discussion -- due 2008-03-27 -- OPEN 12:41:06 http://www.w3.org/2001/tag/group/track/actions/33 12:41:42 Next: Rich Clients 12:41:43 s/update/update the finding using/ 12:42:09 agenda+ Admin: F2F meetings beyond Sept 2008 12:42:26 NM: Introduces the subject 12:42:31 noah has joined #tagmem 12:42:59 Machines and technologies continue to get more powerful 12:43:38 (let the record show that the web-with-images came BEFORE the text-only web; it's just that the text-only web got more widely deployed than the NeXT client in early days) 12:43:50 We now have Flash and Silverlight 12:45:11 These provide rich animation etc. 12:46:00 MS persuaded NBC to broadcast Olympics using Silverlight 12:46:42 Pushing Web towards new types of apps and interfaces 12:47:25 This raises significant issues for the Web 12:48:45 Can be used to enhance advertising 12:49:26 More and more content being creating in these proprietary formats 12:50:23 They deliver over HTTP but violate law of least power 12:51:16 Cannot copy/paste to clipboard, cannot do view source 12:51:35 q+ to note that the new flash client has p2p support 12:52:47 NM: I think this is important. Is this someting we shd worry abt? 12:52:55 ack danc 12:52:55 DanC_lap, you wanted to note that the new flash client has p2p support 12:54:24 DC: Adaptive video streaming over HTTP 12:54:50 Chop up vidoe into small bits 12:55:07 s/vidoe/video/ 12:56:03 Move Networks does this 12:56:29 Strategic relationship with MS 12:56:35 http://www.movenetworks.com/news-releases/move-networks-to-enter-into-strategic-relationship-with-microsoft 12:57:03 DC: Network protocol is going on among proprietary players 12:59:30 q+ to be random (threats, technical fixes, systematic problems) 12:59:54 SW: ISP are being stressed by video content and want more money 13:00:58 http://www.bbc.co.uk/iplayer/ 13:01:17 ack jar 13:01:17 jar, you wanted to be random (threats, technical fixes, systematic problems) 13:01:20 ack jar 13:02:19 JAR: We are acted on behalf of the public. what might we do or say? 13:02:28 s/acted/acting/ 13:03:36 aha... found the flash/p2p item... 13:03:49 q+ 13:03:56 -> http://gigaom.com/2008/05/15/flash-p2p-now-thats-disruptive/ Flash P2P: Now That’s Disruptive Om Malik, Thursday, May 15, 2008 at 9:00 PM PT 13:05:21 q+ to respond to Jonathan 13:06:28 JAR: The technical part to fix these problems is not hard 13:06:46 No, to ask Noah a question 13:07:17 ack noah 13:07:17 noah, you wanted to respond to Jonathan 13:07:19 The mission of the TAG is stewardship of the Web architecture. There are three aspects to this mission: 13:07:19 1. to document and build consensus around principles of Web architecture and to interpret and clarify these principles when necessary; 13:07:19 2. to resolve issues involving general Web architecture brought to the TAG; 13:07:19 3. to help coordinate cross-technology architecture developments inside and outside W3C. 13:07:52 q+ to point to old blog entry 13:09:05 NM: We cd do a TAG finding that these technologies lack some features 13:10:18 The W3C could line up and discuss how to make tese guys better citizens on the web 13:11:27 c/tese/these/ 13:12:20 DO: I think it's worth doing something 13:12:31 q? 13:12:50 ack ashok 13:13:14 AM: Shd we start standards efforts in these directions 13:13:58 NM: If we can get the right people 13:14:54 DC: Disagrees -- standards are low risk. They work best when market has figured out where it is going 13:16:46 q? 13:16:50 q+ 13:17:15 q? 13:17:45 DC: The big deal I see is some combination of authoring tools and teaching people to author 13:19:52 NM: Possible to get open source "widgets" for Flash etc. 13:20:04 ack timbl 13:22:26 ack ht 13:22:26 ht, you wanted to point to old blog entry 13:22:32 http://www.w3.org/QA/2007/10/the_impact_of_javascript_and_x.html 13:24:09 The basic Web story is dependent on the resource you get whan you do a GET. 13:24:31 q+ to note the least power issue in DVD-next-gen standards: http://zbowling.com/blog/2007/10/08/including-java-in-standards/ <- http://zbowling.com/blog/2007/10/08/including-java-in-standards/ 13:24:35 phpht 13:24:42 http://zbowling.com/blog/2007/10/08/including-java-in-standards/ <- http://del.icio.us/connolly/architecture 13:25:05 This is attentuated by new technologies ... whole story is being compromised 13:25:20 q+ to mention WAF Access Control for Web Resources. 13:26:06 (Noah, By the way, http://www.w3.org/DesignIssues/diagrams/arch/follow.svg ) 13:26:09 q? 13:26:10 Threatens the foundations of the Web model 13:26:11 ack DanC 13:26:11 DanC_lap, you wanted to note the least power issue in DVD-next-gen standards: http://zbowling.com/blog/2007/10/08/including-java-in-standards/ <- 13:26:13 ... http://zbowling.com/blog/2007/10/08/including-java-in-standards/ 13:26:19 q+ timbl to suggest different scenarios 13:26:33 "Blueray requires an implementation of Java on all Blueray players to run the interactive menus on those systems ... HD-DVD’s menu system is stored in a standardized document format" 13:26:34 DC: Least power shows up in DVD standardization 13:26:56 ack Stuart 13:26:56 Stuart, you wanted to mention WAF Access Control for Web Resources. 13:27:17 HT and TBL note that HD-DVD has folded 13:28:31 SW: WAF talks abt access control of resources by resources 13:29:05 HT: Ties in with ida that Browsers are not the only user agent 13:29:18 s/ida/idea/ 13:29:39 Bits that are on the page has less and less to do with what the user sees 13:30:06 GOOGLE is putting huge effort into image reco. 13:31:05 HT: Parge ralk algo has changed. Olden days most pages were hand authored. 13:31:16 s/ralk/rank 13:31:30 s/Parge/Page 13:31:35 Today most pages are synthesised more or less automatically 13:32:13 I believe that google's ranking of pages today makes relatively little use of the original incoming-links-based 'page rank' number 13:32:40 TinBL: Hypertext anology does not work 13:32:50 What I said was about lack of webarch vocab and coverage of user agent threads of behaviours. WAF document speaks of controlling access to resources by resources, but that the thing actually performing access is a thread of execution in a UA rather than the first party resource that loaded the page. 13:33:09 s/TinBL/TimBL/ 13:33:13 HST remembers to point people to Sean McGrath's XTech closing keynote. . . 13:33:33 s/that loaded the page/from which the page was loaded/ 13:33:53 q? 13:35:45 TimBL: There is a lot of procedural code to do what they want to do. We cd encourage them to be more declarative 13:37:26 Lots of food for thought here: http://assets.expectnation.com/15/event/3/Orangutans,%20Oxen%20and%20Ogham%20stones_%20Mulling%20the%20movable%20Web%20Presentation.pdf 13:38:20 NM: URIs are not always as seprable as you think 13:38:37 s/seprable/separable 13:38:53 SW: Can talk about concrete next steps 13:38:54 Particularly page 63 13:39:12 DO: We cd talk abt why walled gardens are bad 13:39:37 (I think "walled gardens" like facebook are an important part of the marketplace) 13:39:38 DO: We cd do usecases re. Flash and Silverlight 13:42:10 NW: That's a great place to start 13:43:37 TBL: There are three different scenarios we should distinguish. One, people use flash to make a web site which is still very much hypertext and would be much more reusable if declarative. Two, flash (etc) is used to make a user interface which is not hyopertext at all. Like Slife, tabulator, or maps. there is a concept of identify or place, so URIs are relevant, and indded SL has sluris. Different URI schemes may be appropriate here. Three, the procedural 13:43:48 HT: I wd recommend Sean McGraths keynote above 13:45:39 Text of one conclusion therein (slide 63): "What we might loose? 13:45:39 Hypertext and deep linking as we know it. 13:45:39 Search as we know it (!) 13:45:39 “Emergent properties” as we have come to know 13:45:39 them – mashups, folksonomies etc. 13:45:40 UI simplicity. Grandma won't be able to “surf” 13:45:42 " 13:46:17 HT: Quotes above from the keynote 13:48:16 (phpht. the KC meeting isn't in the schedule on http://www.w3.org/2001/tag/ . ) 13:48:19 SW: Talks abt future mtgs after Sep 13:48:38 HT: f2f East coast early Dec 13:48:49 NW: Bad idea -- XML Conference 13:49:25 SW: Tim, did you say Southhampton Oct/Nov? 13:50:18 23-25 September in Kansas City -- http://www.w3.org/2001/tag/2008/01/31-minutes 13:50:20 SW: Where wd we like to meet after Sept? 13:50:40 NW: Proposes Jan 13:54:53 DC: Goes to whiteboard to try and work out dates 13:59:40 NW: Dec 11,12 14:00:34 In Cambridge Dec 10,12 14:02:28 ACTION: Stuart to put up Web poll re. dates for Dec 10-12 f2f 14:02:28 Created ACTION-157 - Put up Web poll re. dates for Dec 10-12 f2f [on Stuart Williams - due 2008-05-28]. 14:03:17 timbl has joined #tagmem 14:03:30 RESOLVED: to than the Hosts, with applause 14:04:49 ... the hosts here at HP and Amanda at the Williams home 14:05:05 TAG members thank HP and Amanda Williams for their hospitality 14:06:01 agenda? 14:06:06 Break ... resuming at 2:30 14:06:15 Zakim, close item 16 14:06:15 I see a speaker queue remaining and respectfully decline to close this agendum, DanC_lap 14:06:17 Zakim, close item 13 14:06:18 agendum 13, "Rich Client" Technologies, closed 14:06:20 I see 3 items remaining on the agenda; the next one is 14:06:21 16. UrnsAndRegistries-50 [from DanC_lap] 14:06:39 q? 14:06:43 ack timbl 14:06:43 timbl, you wanted to suggest different scenarios 14:06:47 Zakim, close item 16 14:06:47 agendum 16, UrnsAndRegistries-50, closed 14:06:48 I see 2 items remaining on the agenda; the next one is 14:06:50 14. XML Versioning-41 [from DanC_lap] 14:06:55 Zakim, close item 17 14:06:55 agendum 17, Admin: F2F meetings beyond Sept 2008, closed 14:06:56 I see 1 item remaining on the agenda: 14:06:58 14. XML Versioning-41 [from DanC_lap] 14:35:59 Resuming after the break 14:36:14 DO will discuss changes to the document 14:37:22 Added section in Section 2 dealing with failure outcomes 14:39:23 JAR: Need to discuss outcomes where language is accepted but processor does the wrong thing 14:45:53 Discussion of wording on section 2 14:47:43 Applications succesfully process texts of an older version of a language. 14:49:47 A newer language is backwards compatible with a newer language if an application written to the newer language successfully process texts of the older language. 14:50:24 A newer language is backwards compatible with an older language if an application written to the newer language successfully process texts of the older language 14:50:49 "A change in the definition of a language is backward compatible if consumers of the evolved language can correctly process text written for the previous version of the language." 14:53:17 Agreement on above wording 14:53:34 The last from Stuart 14:55:33 NM: Instead of "We specify ... 14:56:34 NM "For the incompatible startgeies there are a range of possible ... 14:57:12 s/startgeies/stategies/ 14:59:51 NM: In second to last para encourage people to think abt versioning early 15:03:08 NM: 3rd para of 2.1 -- Apps are written to assume a particular version of the text 15:03:20 Zakim, give each speaker 2 minutes 15:03:22 ok, DanC_lap 15:03:26 ack noah 15:04:55 NM: Or check a version id and choose the right one 15:05:23 Zakim, stop timing speakers 15:05:23 ok, DanC_lap 15:05:31 SW: I wish this was all normalized into compatible and incompatible changes to the languages 15:09:45 q+ 15:09:59 (I don't think we *need* to define compatibilty in terms of application behavior, but I think talking about that way is straightforward ) 15:10:28 AM agrees with DanC 15:12:29 q- 15:15:22 I don't actually think we talk about the compatibility of applications 15:15:59 q? 15:19:27 q+ to observe that intended to be versioned and extensible don't work for me 15:19:28 Section 5 -- Text of Ed Note 15:20:07 q+ to explain why dave's option 1 makes me unhappy 15:20:16 q+ jar 15:21:17 NW: The second version does not scan 15:22:22 NM: Against the first one 15:24:43 q? 15:24:53 ack Norm 15:24:53 Norm, you wanted to observe that intended to be versioned and extensible don't work for me 15:24:56 ack no 15:24:56 noah, you wanted to explain why dave's option 1 makes me unhappy 15:24:57 q- norm 15:25:00 ack noah 15:25:04 ack jar 15:25:05 ack jar 15:25:39 JAR: Perhaps we need a better version of the second alternative 15:25:47 Part of the problem here is the scope. I expect most of the readers of this document to be thinking about designing an XML language, not ASCII or XML. 15:25:59 noodling... "To facilitate independent evolution of producers and consumers, languages in distributed systems should be extensible" 15:26:37 noodling... "Extensible languages facilitate independent evolution of parties in a distributed system" 15:26:38 AM: Norm, this was my comment abt the scope of the document 15:26:51 q+ 15:27:37 ack DanC 15:29:58 JAR: Echoes Dan's sentiment 15:31:11 DO and NM can live with "To facilitate independent evolution of producers and consumers, languages in distributed systems should be extensible" 15:31:56 DO: Any objections to the above 15:32:03 No objections 15:33:21 RRSAgent, pointer? 15:33:21 See http://www.w3.org/2008/05/21-tagmem-irc#T15-33-21 15:34:39 ACTION: JAR to write up thought son versioning and share with the group 15:34:40 Created ACTION-158 - Write up thought son versioning and share with the group [on Jonathan Rees - due 2008-05-28]. 15:35:27 Vote of Thanks to SW and HP for hosting 15:35:46 s/t son/ts on/ 15:36:17 rrsagent, make logs public 15:37:26 ACTION : David to update compatibility strategies document in response to f2f discussion 15:37:26 Created ACTION-159 - Update compatibility strategies document in response to f2f discussion [on David Orchard - due 2008-05-28]. 15:38:21 rrsagent, make logs public 16:30:22 timbl has joined #tagmem 16:38:25 timbl_ has joined #tagmem 18:07:29 timbl has joined #tagmem