17:46:16 RRSAgent has joined #tagmem 17:46:16 logging to http://www.w3.org/2011/03/03-tagmem-irc 17:48:30 zakim, this will be TAG_Weekly 17:48:30 ok, plinss; I see TAG_Weekly()1:00PM scheduled to start in 12 minutes 17:56:01 johnk has joined #tagmem 18:00:00 TAG_Weekly()1:00PM has now started 18:00:07 +Masinter 18:00:24 Larry has joined #tagmem 18:00:51 +jar_ 18:01:02 +plinss 18:01:53 ht has joined #tagmem 18:02:25 agenda: http://www.w3.org/2001/tag/2011/03/03-agenda.html 18:02:45 +noah 18:02:47 +??P9 18:02:51 hmmm, I'm having trouble getting into the call... 18:02:54 noah_lunch has joined #tagmem 18:03:06 zakim, who is here? 18:03:06 On the phone I see Masinter, jar_, plinss, noah, ht 18:03:07 On IRC I see noah, ht, Larry, johnk, RRSAgent, Zakim, jar_, Norm, timbl, plinss, jar, trackbot, Yves 18:03:10 +Yves 18:03:22 + +1.413.458.aaaa 18:04:35 meeting: TAG telcon 18:04:40 chair: Noah Mendelsohn 18:04:46 scribe: Henry S. Thompson 18:04:51 scribenick: ht 18:06:08 zakim, who is here? 18:06:08 On the phone I see Masinter, jar_, plinss, noah, ht (muted), Yves, +1.413.458.aaaa 18:06:10 On IRC I see noah, ht, Larry, johnk, RRSAgent, Zakim, jar_, Norm, timbl, plinss, jar, trackbot, Yves 18:06:15 PL: Regrets for next week 18:06:21 +DKA 18:06:28 johnk 18:06:35 I read the first two days, and thought they were OK. 18:06:53 zakim, 413 is JohnK 18:06:53 sorry, Larry, I do not recognize a party named '413' 18:07:07 zakim, aaaa is johnk 18:07:07 +johnk; got it 18:07:30 have scanned the f2f minutes (for lines with my own initials and a bit more) 18:07:48 -DKA 18:08:22 NM: f2f minutes read by anyone? 18:08:32 JR: Scanned, but not read in detail 18:08:59 FWIW, I read the first day and thought it was OK 18:09:07 DKA has joined #tagmem 18:09:11 YL: Read first two days carefully, since I wasn't there, they were fine 18:09:19 +1 approve minutes 18:09:25 NM: RESOLVED: Approve the 8--10 Feb f2f minutes 18:09:33 PROPOSE: Approve minutes of 8-10 Feb 2011 http://www.w3.org/2001/tag/2011/02/08-agenda 18:09:44 RESOLUTIO: Minutes of 8-10 Feb 2011 http://www.w3.org/2001/tag/2011/02/08-agenda are approved 18:09:50 RESOLUTION: Minutes of 8-10 Feb 2011 http://www.w3.org/2001/tag/2011/02/08-agenda are approved 18:10:17 NM: Some concerns about the initial draft, please try harder 18:10:32 NM: Minutes of 24 Feb? 18:10:39 RESOLUTION: Minutes of 24 Feb 2011 http://www.w3.org/2001/tag/2011/02/24-minutes are approved 18:10:43 PL: I reviewed a bit 18:10:44 -Masinter 18:11:00 +DKA 18:11:04 +Masinter 18:11:25 scribenick: DKA 18:11:43 NM: John is coming back for this call for his work item. 18:11:51 NM: Put one thing ahead - IAB panel. 18:12:14 NM: Also - at f2f Dan suggested we talk about offline web application packaging. 18:12:23 NM: Also we should discuss 303 redirections. 18:12:31 Topic: IAB Panel 18:13:02 NM: anything you'd like to spend time on, Henry? 18:13:10 HT: Not at this time. 18:13:20 NM: Anyone else? 18:13:53 LM: Relationship between scalability and registries - I had some thoughts. 18:14:16 LM: We had this issue and discussion on role of registries and IANA. 18:14:22 LM: We had a discussion on MIME types. 18:14:49 LM: Architectural issue is preference in webarch for using URIs rather than registered values (DTD style). 18:15:27 Good point, Larry 18:16:12 ht has joined #tagmem 18:16:22 jar +1 larry saying: Scalability of URI access relates to the registry question. 18:16:44 I was trying to talk about a somewhat vague thought connecting work on registries to work on scalability 18:17:05 What I heard was: if you're going to encourage people to use URIs for things that otherwise would have been in registries, you tempt them to make accesses to those URIs, and we've seen that as a source of scalability problems. 18:17:10 if the web architecture prefers using URI-assignment rather than registry allocation by IANA.... 18:17:33 E.g. putting the registries and schemas in URI space under urn: instead of http: might somehow help with scalability question. Yes? 18:17:36 q+ to say it's only one bit of the scalability problem. 18:17:51 LM: In so far as this talk at IETF is to start some discussions on web architecture and internet architecture: we can have topics we want to talk about even if we don't have answers. 18:17:55 ack next 18:17:56 noah, you wanted to say it's only one bit of the scalability problem. 18:17:56 maybe. 18:18:24 q+ to add that if I put in a slide on this, I should add two lines about the registry<->URI connection in e.g. XPointer scheme names 18:18:27 well, if the URI used was "data:", there wouldn't have been a scalability issue 18:18:32 NM: I see the scalability problem as a fundamental issue for the web. This type of problem is one concern but not the only one that might arise. 18:19:29 early discussions were about unexpected flash crowds, where some TV commentator says "look up this cool picture at NASA" and suddenly NASA's web space is cut down 18:19:33 NM: For example, the home page for nytimes and cnn - these people aren't surprised about heavy access, but you could imaging lots of different resources that might have the same scalability issues. 18:20:05 http://en.wikipedia.org/wiki/Content-centric_networking 18:20:14 NM: ... when you use URIs, there are scalability issues because people do [dereference] them inappropriately. 18:20:39 LM: I am also worried about content-centric networking... would like to understand this better. 18:20:52 scalability issue depends also on cache infrastructures in the network 18:21:11 MN: [it might be premature to discuss it at the IETF meeting] 18:21:26 q? 18:21:39 ack next 18:21:41 ht, you wanted to add that if I put in a slide on this, I should add two lines about the registry<->URI connection in e.g. XPointer scheme names 18:22:17 HT: I think it's important to realise that there are a number of cases in which the boundaries between registries and URIs have been blurred. 18:23:46 ...It's worth mentioning : we do have a very intentional hybrid system - the xpointer registry - a database backed registry which results in a URI being served for everything in the registry. 18:23:57 LM: Can you give an overview for the panel? 18:24:00 HT: Yes I think so. 18:24:21 NM: Moving on to John's topic. 18:24:40 ACTION-355? 18:24:40 ACTION-355 -- John Kemp to explore the degree to which AWWW and associated findings tell the interaction story for Web Applications -- due 2011-02-02 -- PENDINGREVIEW 18:24:40 http://www.w3.org/2001/tag/group/track/actions/355 18:24:58 Topic: interaction story for web applications 18:25:31 NM: To frame: identification (URIs), interaction (protocols), ... 18:26:10 NM: when we started to look at extending work on web arch to application (as opposed to docuemnts) and we started to see interactions which are not simple request-response, John undertook this issue to frame the interaction issues for webapps. 18:26:23 ACTION-355? 18:26:23 ACTION-355 -- John Kemp to explore the degree to which AWWW and associated findings tell the interaction story for Web Applications -- due 2011-02-02 -- PENDINGREVIEW 18:26:23 http://www.w3.org/2001/tag/group/track/actions/355 18:26:31 http://lists.w3.org/Archives/Public/www-tag/2010Jun/0034.html 18:26:33 JK: I did an investigation of awww. What I found I sent in an email to the TAG list. 18:26:46 Email: http://lists.w3.org/Archives/Public/www-tag/2011Feb/0058.html 18:26:50 ... the way the interaction model is currently described is over http. 18:26:55 Links to document: http://www.w3.org/2001/tag/2010/10/interaction-examples.html 18:27:12 ... some of the things I mentioned were client-side manipulation and generation of URIs... 18:28:13 ... what is the relationship between a server-side application and the client-side javascript that's running and what enables the client-side script to know it can construct a URI reliably? 18:28:13 ... comet, websocket, ajax-based polling: information rendered to the user is different than what was downloaded initially. 18:29:03 ... In the old model, you had to be running a server to expose a resource on the web; now you have clients that are servers, also exposing client resources (e.g. gps) exposed as web resources to another entity. 18:29:25 ... multi-party security is an issue - multiple pieces of content are mashed up to create a running application. 18:29:38 ... More recently I wrote some examples. 18:30:09 ... one is the use of websockets; another is the use of geo api to expose the client's location to the document they've downloaded; another is client-side URI generation. 18:30:20 I think when we expose something like an accelerometer using Javascript APIs as opposed to URIs, then it's best not to call that a "Web resource". What we have are resources that are linkable through the mechanisms of the Web, others (like the acceleromotere) available only at the client, and others that are networked with non-Web protocols. 18:30:33 ... I think it would be useful to use these examples as a framework to talk about [webapps architecture] 18:31:08 ... All of these things are dependent on an eventing based model associated with javascript and a document object model that runs on the client - different from http - so different from what is document in awww. 18:31:19 NM: Open floor for discussion. 18:31:56 NM: How deep and how broad is our investigation of webapps going to be? 18:32:05 ... is this close to a TAG finding? 18:32:14 ... doesn't really draw conclusions yet. 18:32:23 ... do we want to carry forward with work based on this? 18:32:50 ... to elaborate some principles / best practices - terminology for the abstractions and good practices. 18:33:51 +1 to us building on John's work. 18:34:02 LM: WebApps are [where it's at] 18:34:04 mnot: "Open Source is taking the place of Open Standards" 18:34:44 NM: Do we have one or two individuals who can work aggressively on this - 5 to 10 hours a week to write and gain consensus - on this topic? 18:35:46 LM: We have a motivation to work on this in terms of starting some conversations ... at the IETF panel ... IETF has raised some issues on webapps ... 18:36:12 noah would prefer to talk about who is doing the work, rather than the work. 18:36:21 NM: We set ourselves a goal of writing a new section of webarch - new story about interaction. If we're going to write something we need to write it. 18:36:44 q+ 18:37:04 ack next 18:38:39 DKA: I think we need to engage with a webapps community of practice to work on this - worried about being able to do this. 18:39:34 NM: we should be challenging that community by asking some questions [ / making some assertions]. 18:39:53 ... Webarch has good stuff like cool URIs don't change, etc.. provides real advice. 18:40:21 ... we should get to that point. Where we can say : here's good practice and here's bad - and here's useful terminology... 18:40:43 ... We should say something specific. 18:41:29 LM: In the general problem - where we have something to say that's important but we don't have the resources - could we e.g. ask the webapps working group what should happen to awww to make it more relevant to them? 18:41:39 NM: Goal here is to update the TAG document. 18:42:30 NM: I'm frustrated we can't find the time to do this. 18:43:05 q+ 18:43:53 LM: What if we publish this as a blog post, ask for suggestions from the community? 18:44:24 I would not want to publish what I've already done as a blog post 18:44:33 NM: Chapters suggest terminology, they have principles, good practices notes... 18:45:11 q? 18:45:11 q? 18:45:17 ack next 18:46:03 What problem does web architecture solve? ... the answer would tell us what to do in the apps space. 18:47:16 maybe we will get some feedback from IETF meeting on what we need to do? 18:47:39 DKA: I am happy to reach out the webapps chairs... am worried about the impactfulness of this proposed document to the community we are trying to influence. 18:47:53 NM: We committed to do some work in this space... 18:48:12 ... I think you [Dan] are saying the deliverable might be premature. 18:48:35 ... then I think we should stop telling the community we're going to do comprehensive work on webapps. 18:49:24 Every journey begins with a single step. 18:49:29 ... I am willing to back off on the notion that one of our big deliverables is a comprehensive webapps architecture. 18:49:29 q? 18:50:12 JAR: I think the goal has been a good one -- in that we have looked at topics [in this space]. 18:50:47 NM: if what we're doing is chaining from "major document" to "umbrella theme which is influencing a number of point pieces of work" then we should [be clear on that 18:50:50 ...] 18:51:20 Has to do with the TAG status report, setting W3C mgmt expectations. 18:51:37 q? 18:52:31 JAR: There's no crisis here - 18:52:45 ... the people who did it felt like there was a real reason to do it. 18:53:05 ... one thing we need here - we should try to figure out what are the dangers - what are the bad things that might go wrong if we don't publish this. 18:53:22 s/did it/did AWWW/ 18:54:08 NM: My perception on webarch - the TAG has principles in its charter; one of these is to document principles of web architecture. Web apps architecture f[follows on from this]. When you read webarch and then look at [web apps] [they don't fit together.] 18:54:25 NM: We should document the web architecture as used today. 18:55:03 JAR: I think it's not just a matter of responsibility and charter - bad things can actually happen and we care about them. 18:55:04 q? 18:55:43 HT: I don't want to lose this task. If I have time between now and the end of my time on the TAG this will be the next thing up because I think it's hugely important. 18:56:09 [discussion on priorities] 18:57:16 NM: Propose we close ACTION-355 with thanks to John - then see what else we can propose in the short term. 18:57:32 ACTION: Noah to work with HST to identify a way forward wrt interaction 18:57:32 Created ACTION-536 - Work with HST to identify a way forward wrt interaction [on Noah Mendelsohn - due 2011-03-10]. 18:57:39 ACTION-355? 18:57:39 ACTION-355 -- John Kemp to explore the degree to which AWWW and associated findings tell the interaction story for Web Applications -- due 2011-02-02 -- PENDINGREVIEW 18:57:39 http://www.w3.org/2001/tag/group/track/actions/355 18:57:52 close ACTION-355 18:57:52 ACTION-355 Explore the degree to which AWWW and associated findings tell the interaction story for Web Applications closed 18:57:53 action-536 due 2011-08-01 18:57:53 ACTION-536 Work with HST to identify a way forward wrt interaction due date now 2011-08-01 18:58:11 NM: Now - proposals on short-term work? 18:58:58 JK: Larry mentioned mark N's comments - related to this issue. 18:59:05 ... we could link these together.... 18:59:07 ACTION Dan to reach out to Web apps chair to solicit help on framing architecture (incluing terminology, good practice) relating to interaction 18:59:07 Created ACTION-537 - Reach out to Web apps chair to solicit help on framing architecture (incluing terminology, good practice) relating to interaction [on Daniel Appelquist - due 2011-03-10]. 19:00:08 hmmm, s/web apps chair/web apps working group/ 19:01:36 larry email was sent feb 18... 19:01:40 NM: Anything else under this interaction topic? If not, let's move on... 19:02:04 http://lists.w3.org/Archives/Public/www-tag/2011Feb/0128.html 19:02:08 NM: Please put links to this in ACTION-355 and ACTION-356. 19:02:13 http://lists.w3.org/Archives/Public/www-tag/2011Feb/0128.html 19:02:58 +1 to JR's proposal to regroup under a renamed ACTION-534 19:03:11 Topic: 303 related issues. 19:03:26 s/ACTION-534/ISSUE-57/ 19:03:39 I proposed http://www.w3.org/mid/AANLkTik5oUpZLs6MVQ5QZEtjqVjLUDWWAo0yLFiXR9e0%2540mail.gmail.com 19:03:52 +1 to JR's proposed new name for ISSUE-57 -- close enough for government work 19:04:02 -ht 19:04:23 JAR: I did a survey of URI meaning issues... Rather than opening a new issue it might be better to use ISSUE-57. 19:04:38 ... if we just fix the title and amend it then it will serve perfectly well. 19:04:43 ... I found one caution from Tim. 19:04:50 @f2f timbl: Let's not re-define issues under the same number, that's fraud :-) 19:05:12 ... but this isn't a redefinition - just a re-titling. 19:05:28 NM: Do you want to make a case for the scope / new title. 19:06:11 JAR: The issue was opened up because of an email to the TAG regarding 303's - that they weren't working and urging the TAG to look at other ways to do the same thing. 19:06:18 http://www.w3.org/2001/tag/2007/07/16-minutes#item06 19:07:27 http://www.w3.org/2001/tag/issues#httpRange-14 19:07:44 http://lists.w3.org/Archives/Public/www-tag/2002Mar/0273 19:08:01 http://lists.w3.org/Archives/Public/www-tag/2002Mar/0092 19:08:28 johnk has joined #tagmem 19:08:58 [some discussion on history of the issue] 19:09:37 At their meeting in 16th July 2007 [1] the TAG resolved to create a new issue, HttpRedirections-57 as a response to a community request 19:09:47 [1] http://www.w3.org/2001/tag/2007/07/16-minutes#item06 19:10:46 http://www.w3.org/2001/tag/group/track/issues/57 19:11:03 http://lists.w3.org/Archives/Public/www-tag/2007Jul/0034 19:11:21 that's giovanni's email which i consider the heart of issue-57 19:11:29 I don't understand what we're talking about and why we're taking meeting time to talk about it 19:12:01 maybe JAR and Noah can take this offline and come back with one or two proposals for what to do? 19:12:17 JAR: the way I think of this - issue-14 was closed with a decision about how 200s are used - our alternative for those troubled by this is 303. 19:12:21 ... years passed by ... 19:12:33 ... then people started saying the solution (using 303) doesn't work. 19:12:48 ... that's a problem that never got fixed - that I'm trying to fix this year. 19:12:55 ... hence issue-57. 19:13:03 From issue-57 description: 19:13:04 At the TAG F2F of 4 March 2009 (http://www.w3.org/2001/tag/2009/03/04-minutes#item03), the TAG agreed to "split Issue-57 into two issues as edited by NM, with one abstention DanC". Issue 62 was opened immediately. Later issue 63 was opened. 19:13:32 If people who are trying to deploy something don't like the implementation consequences of a TAG finding.... it just shows to me the risk of the TAG coming out with "findings" that propose technology solutions, without the 'direct' participation of the implementation community 19:13:39 [discussion on whether or not issue-57 was superseded] 19:13:46 and this should be a topic of a working group, not the TAG 19:15:29 I have no problem with JAR changing issues to match his understanding of the issue 19:15:44 q+ 19:15:58 ack next 19:17:15 larry: The TAG made a recommendation (little R) for 303, and it didn't get review. 19:17:46 I disagree...it didn't get formal AC review, but it got a ton of community review (if not complete consensus) 19:18:02 larry: People said, we tried it and it didn't work for us... therefore need a WG 19:18:36 LM: What should happen now is to tell people who are trying to engineer solutions : you should form a working group. Because we suggested a direction, but if it's not working then I don't think the response should be we should go back and review them. The response should be : Ok - the thing we recommended has performance requirements, go and form a working group to come up with something different. 19:19:38 NM: It could also be one of the existing semantic web working groups... 19:20:01 ... the community has chosen not to invest before... 19:20:14 JAR: Tim has said this is a TAG issue, not specific to RDF. 19:20:46 NM: Jonathan has made a concrete proposal - an update for issue-57 and an agreement to use that issue to track our upcoming work on this (which may not be very much). 19:21:16 ... going back to Jonathan's specific proposal, I am willing to say "OK." 19:21:22 +1 sounds OK to me. 19:21:44 PROPOSAL: 19:21:48 whether it's forming another working group or assigning it to an existing one? 19:22:03 . change per proposal given here http://lists.w3.org/Archives/Public/www-tag/2011Mar/0000.html 19:22:05 note that "Community Groups" in W3C are intended to lower the overhead of forming a working group 19:22:12 q+ to note community groups 19:22:15 thanks larry. 19:22:16 1) Chamge issue-57 title to: At the TAG F2F of 4 March 2009 (http://www.w3.org/2001/tag/2009/03/04-minutes#item03), the TAG agreed to "split Issue-57 into two issues as edited by NM, with one abstention DanC". Issue 62 was opened immediately. Later issue 63 was opened. 19:22:30 2) Add a paragraph to the description per Jonathan's email: 19:22:37 "On its 2011-dd-dd telcon [6] the TAG noted that members of 19:22:37 the community (e.g. in [7]) report that the performance 19:22:37 characteristics and deployment complexity of using 303 19:22:37 redirects leave them feeling that they have little option but 19:22:37 to use 200 responses for this purpose, at variance with the 19:22:38 TAG's httpRange-14 resolution [8]." 19:23:05 PROPOSAL: 19:23:30 1) Chamge issue-57 title to: "Mechanisms for obtaining information about the intended 19:23:30 meaning of a given URI" 19:24:23 Noodling on this: 19:24:28 NM: any others worried about use of word "meaning"? 19:24:39 1) Chamge issue-57 title to: "Mechanisms for obtaining information about the referent of a URI" 19:24:59 LM: You can't ever determine the intended meaning - my worry is the word "intended." 19:25:16 LM: A design goal of URIs is to have uniformity of meaning. 19:25:29 I am for 'intended meaning', to avoid 'intended semantic' 19:25:49 [debate on the meaning of meaning] 19:25:59 i don't like "intended" is that it begs the question of who itnends it 19:26:08 s/itn/int/ 19:26:39 depends on what the meaning of 'is' is 19:27:09 who intends it... whoever minted the URI 19:27:26 issue-57? 19:27:26 ISSUE-57 -- The use of HTTP Redirection -- open 19:27:26 http://www.w3.org/2001/tag/group/track/issues/57 19:27:40 duri:2006:http://www.w3.org/2001/tag/group/track/issues/57 19:27:43 referent 19:27:46 meaning 19:27:47 NM: who prefers meaning and who prefers referent 19:27:49 meaning 19:27:51 meaning 19:27:52 +1 meaning but not important enought to quibble about 19:28:06 actually, tdb:2006:http://www.w3.org/2001/tag/group/track/issues/57 19:28:17 'individual' 19:28:41 RESOLUTION: to change tile of issue-57 to Mechanisms for obtaining information about the intended 19:28:41 meaning of a given URI 19:29:05 meaning of a given URI and add para of description per jonathans email 19:30:04 RESOLUTION: Change title of ISSUE-57 to "Mechanisms for obtaining information about the meaning of a given URI" and add paragrph of description per Jonathan's email 19:30:46 NM: OK - thanks for your patience with this. Our next call next week. Let's adjourn for now. 19:30:49 -noah 19:30:51 -Yves 19:30:53 -johnk 19:30:53 -plinss 19:30:55 -DKA 19:30:59 -Masinter 19:31:02 -jar_ 19:31:03 TAG_Weekly()1:00PM has ended 19:31:06 Attendees were Masinter, jar_, plinss, noah, ht, Yves, +1.413.458.aaaa, DKA, johnk 19:31:19 Jonathan: please leave some tracks in the issue description to point out when/why it was changed. 19:31:22 rrsagent, make minutes 19:31:22 I have made the request to generate http://www.w3.org/2011/03/03-tagmem-minutes.html DKA 19:31:35 rrsagent, make logs public 20:25:59 Norm has joined #tagmem 21:03:51 jar_ has joined #tagmem 21:34:38 ht has left #tagmem 21:43:03 Zakim has left #tagmem 22:08:08 rrsagent, pointer 22:08:08 See http://www.w3.org/2011/03/03-tagmem-irc#T22-08-08 22:38:00 DKA has joined #tagmem 23:12:00 Norm has joined #tagmem 23:13:09 jar_ has joined #tagmem 23:26:26 Norm has joined #tagmem