17:48:49 RRSAgent has joined #tagmem 17:48:49 logging to http://www.w3.org/2008/01/17-tagmem-irc 17:48:59 zakim, this will be tag 17:48:59 ok, Stuart; I see TAG_Weekly()1:00PM scheduled to start in 12 minutes 17:49:21 agenda: http://www.w3.org/2001/tag/2008/01/17-agenda 17:57:22 raman has joined #tagmem 17:58:39 I have an action to try the namespace document examples in some OWL tools... I don't think I can get it done in the next two minutes; any idea when we'll get back to ns8? I guess that's a question for item "4. Overdue Action items" in today's agenda 17:58:44 1C at YVR today. I wonder if it'll be any warmer in a month. Prolly not, eh? 17:59:01 below 0C here in KC today, with enough snow to keep the kids home from school 17:59:08 TAG_Weekly()1:00PM has now started 17:59:26 +??P0 17:59:33 zakim, ?? is me 17:59:33 +Stuart; got it 18:00:19 -Stuart 18:00:20 +Stuart 18:00:21 +DanC 18:00:26 grey skies and rain here. 18:00:40 +Raman 18:01:13 +Norm 18:02:53 +Noah_Mendelsohn 18:03:13 timbl has joined #tagmem 18:04:02 scribenick: noah 18:04:14 scribe: Noah Mendelsohn 18:04:26 +TimBL 18:04:35 meeting: W3C TAG Teleconference of 17 January 2008 18:04:41 agenda: http://www.w3.org/2001/tag/2008/01/17-agenda 18:04:46 date: 17 January 2008 18:04:52 chair: Stuart Williams 18:05:05 zakim, who is on the phone? 18:05:05 On the phone I see Stuart, DanC, Raman, Norm, Noah_Mendelsohn, TimBL 18:05:18 zakim, please call ht-781 18:05:18 ok, ht; the call is being made 18:05:19 +Ht 18:05:27 regrets: none 18:05:36 q+ 18:05:36 mia: David Orchard, Henry Thompson 18:06:06 present: Stuart Williams, Dan Connolly, T.V. Raman, Norm Walsh, Noah Mendelsohn, Tim Berners-Lee 18:06:21 ack danc 18:06:59 topic: Action Items 18:07:41 TBL: I have an action to get onto the TAG's agenda discussions of what ISP's let users do, e.g. controlling mime-types. Not quite sure how best to do it. 18:07:46 SW: Send email? 18:08:14 (scribe missed Tim's response on the email suggestion.) 18:08:43 TVR: We should also think about people kludging around with text/xml as a mime type. Has to do with what browsers content sniff and what they don't. 18:08:50 topic: Minutes of previous meeting 18:09:02 SW: Draft minutes of the 10th are at http://www.w3.org/2001/tag/2008/01/10-minutes 18:09:09 SW: Any objections to approving them? 18:09:12 Silence. 18:09:35 RESOLUTION: Minutes of 10 January 2008 at http://www.w3.org/2001/tag/2008/01/10-minutes are approved. 18:09:39 topic: Next meeting 18:10:05 q? 18:10:12 Raman, One could argue that XML is, with namespaces, sef-describing and so it should be delivered as application/xml or text/xml so that the XML arcitectrue alone defines what sort of a document it is. Especially with namespace mixing. 18:10:12 SW: We have a meeting on the 24th, with Dave Orchard as designated scribe, but we're short of agenda topics. If I don't get more by Tues., we may cancel the call on the 24th. 18:10:21 topic: When to use get. 18:10:35 SW: Noah had an action http://www.w3.org/2001/tag/group/track/actions/94 18:10:50 SW: Email fulfilling that is at http://lists.w3.org/Archives/Public/www-tag/2008Jan/0035.html 18:10:52 tracker... that's ISSUE-7 18:11:20 NM: Anyone have problems with marking the action done. 18:11:26 SW: Agreed, action is done. 18:13:20 +Dave_Orchard 18:14:04 NM: I think a key point in the responses. This stuff is happening with scripting and redirects today, so having declarative markup in the form of the ping attribute is a good thing. 18:15:01 DC: I think using GET is OK for this. Don't have a strong opinion. We should leave the action on the someday. 18:15:51 (i.e. I'm not ready to close the issue again just yet.) 18:15:59 HT: It's an error in logic to say that because scripts are used to do this, making an explicit attribute has no architectural downsides. There are all sorts of things you can do in script that aren't good Web arch. When you make an attribute, you imply "do this". 18:16:17 dorchard has joined #tagmem 18:16:22 q+ to say we need to keep issue a bit on the front burner, since we've just invited discussion. 18:16:47 q? 18:16:50 HT: I don't necessarily think ping is a bad thing, but the script precedent is the wrong argument. 18:16:52 ack noah 18:16:52 noah, you wanted to say we need to keep issue a bit on the front burner, since we've just invited discussion. 18:18:28 NM: I think we need to keep some active attention to this. If nothing else, we just invited discussion. 18:19:04 NW: Not much to add. I agree with Henry that the fact that script is being used doesn't make the case one way or the other. Also, as I said last week, I have some scepticism that this will be sued. 18:19:08 (I note our discussion seems to be more about requirements for PING rather than whenToUseGet, i.e. whether PING should use GET or POST) 18:19:52 TVR: I think this is not just about UI. It's more than that, and more than HTML-specific. 18:20:01 q+ to ask a bit more about GET vs POST 18:20:26 TVR: So, I don't really agree with David Baron's response at http://lists.w3.org/Archives/Public/www-tag/2008Jan/0036.html 18:21:02 TBL: I asked on the list about using UDP. 18:21:08 (mnot pointed out that UDP doesn't go thru firewalls straightforwardly... i.e. we're back to NAT vs IPV6) 18:21:27 NM: Responses you got were 1) UDP doesn't have specified semantics for this and 2) firewalls don't know about this 18:22:07 q+ to say the firewall problem won't be an issue because few sites will implement 18:22:14 ack noah 18:22:14 noah, you wanted to ask a bit more about GET vs POST 18:22:15 TBL: On point 1, you grab a port and define the semantics. Seems an abuse of the Internet to do something that's both high traffic and statistical (occasional losses don't matter) with a high-overhead connection-oriented approach. 18:23:01 q+ noah to ask a bit more about GET vs POST 18:23:22 TVR: I agree. Tim raises a core question: issues like this shouldn't be treated primarily in the context of a markup-specific specification. Knowing how Firefox works is good. Writing down specs is good. There's a risk of baking in too early. 18:23:39 HT: How can they use "options". That's supposed to be idempotent. 18:23:42 ack noah 18:23:42 noah, you wanted to ask a bit more about GET vs POST 18:23:53 q+ to note the UDP bit falls into the tragedy-of-the-commons pile... i.e. invidual actors can get their job done better in the short-term using http/TCP; while it's clearly better for the community as a whole to use UDP, I don't see how to get from here to there. 18:24:37 q+ to talk about effects under/over th hood 18:24:42 NM: where do you draw the line on GET vs POST? clearly GET is not for debiting my credit card balance, but... 18:24:54 ... I'm a little surprised that people say GET is OK for counting 18:25:43 q? 18:25:49 (careful with the quanitifiers; nobody is saying anything about "empty post for all resources") 18:26:18 (nobody is talking about reliable accounting anyway; it's statistical) 18:26:34 ack dorchard 18:26:34 dorchard, you wanted to say the firewall problem won't be an issue because few sites will implement 18:26:34 ack dorchard 18:27:10 DO: I don't think the firewall problems with UDP are that bad. Opening firewalls to UDP seems not that hard. 18:27:12 (but the few sites that implement are going to care a *lot* about the whole AOL userbase that's behind one firewall, IIRC.) 18:27:18 (noah wonders about home routers and the like) 18:27:36 what about the firewalls closer to the client or mid-net 18:28:03 q? 18:28:14 ack danc 18:28:14 DanC, you wanted to note the UDP bit falls into the tragedy-of-the-commons pile... i.e. invidual actors can get their job done better in the short-term using http/TCP; while it's 18:28:16 DO: I agree with Raman that it's not about UI at all. I think we should keep this on the front burner and be active. 18:28:18 ... clearly better for the community as a whole to use UDP, I don't see how to get from here to there. 18:28:35 Stevens? 18:29:23 ack timbl 18:29:23 timbl, you wanted to talk about effects under/over th hood 18:29:31 q+ to raise the http bis issue 18:29:35 (the Stevens book is the classical text on TCP/IP and UDP, IIRC.) 18:29:39 DC: The "use UDP" falls out of p.47 of Stevens' book (scribe needs reference), but saying that won't make all the users do it. Then again, if people start doing pings with connection oriented protocols, the overhead could be big. Not sure what to do. 18:30:17 jar has joined #tagmem 18:30:36 (Steven's books seem to be http://www.kohala.com/start/#books ) 18:30:49 + +1.617.253.aaaa 18:30:57 by "p. 47" I just meant "straight out of TCP/IP textbooks" 18:30:57 TBL: Clearly counting GETs is a risky thing to do. When you are instrumenting things inside of HTTP, you're sort of at two layers. 18:31:04 zakim, + is jar 18:31:04 +jar; got it 18:31:09 Yes, of course, but these folks want to do adverising billing based on this stuff. 18:31:12 ( TCP/IP Illustrated, Volume 1: The Protocols, Addison-Wesley, 1994. ) 18:31:23 q? 18:31:31 ack ht 18:31:31 ht, you wanted to raise the http bis issue 18:31:35 http://www.w3.org/Protocols/HTTP/1.1/rfc2616bis/draft-lafon-rfc2616bis-03.html#rfc.section.9.1 18:31:40 TBL: I don't want to argue for GET for two reasons 1) I prefer UDP 2) clearly there are problems with cacheing and proxying 18:32:11 (there's a whole bunch of work on counting GETs... there used to be internet drafts on HTTP extensions for HTTP proxies to report aggregate counts and such. I think that stuff is the subject of huge piles of academic research, these days.) 18:32:27 HT: The section on in the draft HTTP 1.1 RFC update on safe and idemptotent operations seems at odds with with what we're talking about. See: http://www.w3.org/Protocols/HTTP/1.1/rfc2616bis/draft-lafon-rfc2616bis-03.html#rfc.section.9.1 18:33:39 q? 18:33:40 HT: Let's say I'm going to put a CGI script at the end of the w3c home page, and only changes member of the day every 1000 gets. That seems fine to me. It sure seems to violate 9.1.2 in the draft RFC, because the requests certainly aren't idempotent. 18:33:51 TBL: But the user hasn't bought into that contract. 18:34:28 HT: Yes, I agree, that's what I think too, but section 9.1.2 doesn't account for that being OK. When I read 9.1.2, incrementing a counter seems a side affect in my book. 18:34:45 DC: At the protocol level, you can't tell. 18:35:37 (indeed, the visible counters run counter to the HTTP spec. they're an abuse.) 18:36:23 OK DanC, we're in agreement -- _should_ they be ruled out by the HTTP spec. 18:36:24 ? 18:36:53 yes 18:37:07 Why? Counters are benign. . . 18:37:35 I understand that they are misleading, but not seriously so 18:37:41 no, counters are not benign. they work against caching. they're expensive for the community. 18:38:07 OK, so _invisible_ counters are benign? 18:38:41 I think so; might have to hear about a specific example to be sure 18:38:50 DanC, so... is W3C member of the day... benign? 18:40:31 now we're twisting, so I'm struggling. There are 400+ representations of http://www.w3.org/ . that's costly, but the community seems OK with the cost. one could say likewise about visible counters... "there are 99,999 representations of this resource". hmm. 18:41:04 TBL: Accounting GET accesses is fine. 18:41:40 NM: Yes, but we have to admit that the accounting semantics you get with GET are very different from what you GET with POST 18:41:40 q? 18:42:07 TVR: Yes, and people use rather sophisticated heuristics, like counting multiple requests in short period differently from ones that are widely spaced. 18:42:19 Stuart is right, OPTIONS is the now-proposed vehicle for the Access-control exchange, my confusion 18:42:24 SW: I don't see a particular action item at this point. Is there a tag blog article? 18:43:23 TVR: I think we should help focus the www-tag discussion on the non-UI aspects. I'm a bit worried that the discussion would get sidetracked if people felt "this is a UI issue, and that's not the TAG's main focus" 18:44:11 SW: OK, I'll do something, but we won't record it as a formal action. 18:44:31 topic: Issue httpRedirections-57 18:44:53 SW: This is back on the table due to a post from Dan http://lists.w3.org/Archives/Public/www-tag/2008Jan/0033 18:45:24 DC: The Cool URIs document has been revised. The question is, have Norm's comments been addressed? 18:45:32 NW: I'm a bit swamped with other things. 18:46:00 DC: Maybe we should request an extension. When can we get comments back? 18:46:06 NW: I'm aiming for before next Thursday. 18:46:25 SW: Tim, you gave them some comments too. 18:46:33 I plan to review cool uris before the 21st, FWIW 18:47:55 DC: I think Tim sent mail on behalf of "the bunch of us" 18:47:57 zakim, mute me 18:47:57 Ht should now be muted 18:48:33 DC: I feel I should doublecheck Tim's comments. 18:48:40 SW: By next week. 18:48:42 DC: No. 18:49:21 DC: Seems like a one week extension. Longer might help more. I guess I'll ask for one week extension. 18:51:21 NM: I thought they accounted for our comments. Ah yes, at the bottom they say "all TAG comments addressed" 18:51:27 SW: But, I think they only mentioned Norm's. 18:52:22 ACTION: Dan to ask SWEO working group for one week extension for review of their document 18:52:22 Created ACTION-95 - Ask SWEO working group for one week extension for review of their document [on Dan Connolly - due 2008-01-24]. 18:53:10 ACTION: Norm to review latest draft with respect in particular to his earlier comments 18:53:10 Sorry, couldn't find user - Norm 18:53:14 (Scribe notes that Jonathan Rees is in fact on the call.) 18:53:23 ACTION: Walsh to review latest draft with respect in particular to his earlier comments 18:53:23 Created ACTION-96 - Review latest draft with respect in particular to his earlier comments [on Norman Walsh - due 2008-01-24]. 18:53:29 topic: Architecture of the Semantic Web 18:53:47 I have it on my agenda -- just things happen. 18:54:34 JR: We've had some calls. Alan Ruttenberg, David Booth and I seem to be on the hook to try and write down some RDF. The core question is: what triples can or should you infer from HTTP interactions. We want both directions: what can you infer from the interaction, but also from the application side, what do you want to get? 18:54:59 JR: I'll point people to our wiki pages and post here in IRC. 18:55:02 DC: Cool. 18:55:09 SW: Thank you, Jonathan. 18:55:26 AWWSW home page: http://esw.w3.org/topic/AwwswHome 18:55:29 topic: Overdue action items 18:55:44 action-85? 18:55:44 ACTION-85 -- David Orchard to produce another draft of Passwords in the Clear finding, based on comments from 15 November telcon, publish it and invite comment -- due 2007-12-06 -- OPEN 18:55:44 http://www.w3.org/2001/tag/group/track/actions/85 18:56:01 DO: I think I have an overdue action on passwords in the clear. Intending to, just haven't managed to get to it. Will do eventually I'm sure. 18:56:05 SW: Please update the due date. 18:56:14 DO: I'll reset it for 2 weeks from now. 18:56:19 ACTION-85 is now due 2008-01-31 18:56:37 SW: I'll try and get to my overdue action on CURIE's this week. You can see I'm active on my action on F2F time. 18:56:53 action-92? 18:56:54 ACTION-92 -- Tim Berners-Lee to consider whether or not he wants to post an issue re: POWDER/rules -- due 2007-12-20 -- OPEN 18:56:54 http://www.w3.org/2001/tag/group/track/actions/92 18:57:00 SW: Tim, have you been looking at your action #92 on Powder http://www.w3.org/2001/tag/group/track/actions/92 18:57:18 TBL: I'm afraid not. I don't think I've seen this before. 18:57:28 comes from http://www.w3.org/2001/tag/2007/12/13-minutes 18:57:37 powder + rules is actually quite interesting. 18:57:42 DC: Came from 13 Dec. meeting, and record say you were there http://www.w3.org/2001/tag/2007/12/13-minutes 18:58:23 zakim, unmute me 18:58:23 Ht should no longer be muted 18:58:52 HT: I think this has to do with how you specificy collections of URIs in POWDER and in access controls. 18:59:09 q+ to note POWDER design progress in ways that I'm not entirely comfortable with 18:59:17 ack dan 18:59:17 DanC, you wanted to note POWDER design progress in ways that I'm not entirely comfortable with 18:59:59 [1] http://lists.w3.org/Archives/Public/www-archive/2007Dec/ 18:59:59 [2] http://www.fosi.org/projects/powder/bristol.html 18:59:59 [3] http://lists.w3.org/Archives/Public/www-archive/2007Dec/0042.html 19:00:19 "POWDER : my rabbit" http://lists.w3.org/Archives/Public/www-archive/2007Dec/0058.html 19:01:21 DC: (see links from Dan above) The POWDER use case is that some "Good Housekeeping" group says a certain group of pages is OK for 13 year olds. You need to say who said that and why. There was discussion of reification from RDF, which is known to be problematic. 19:01:48 zakim, please call ht-781 19:01:48 ok, ht; the call is being made 19:01:49 +Ht.a 19:02:03 zakim, disconnect HT 19:02:03 Ht is being disconnected 19:02:04 -Ht 19:02:16 zakim HT.a is me 19:02:18 TBL: We said you can do it in either XML or RDF and convert. Then you can explain the relationships in OWL. 19:02:22 zakim, HT.a is me 19:02:22 +ht; got it 19:02:30 q+ to mention XACML 19:02:31 (Scribe isn't following this quite well enough to record this accurately.) 19:03:06 (what timbl was talking about involves standardizing the log:uri level-breaker.) 19:03:14 TBL: We encouraged them to put the ratings into a document. Then you can get provenance by saying things like "this document comes from so and so". By talking about the document, you avoid the need for reification. 19:03:49 DC: I don't think he's using documents for the statements. I also think they're using GRDDL on RDF/XML, which makes my head spin a bit. 19:04:09 SW: I think he's trying to give a story to those who need a hard core RDF model. 19:04:14 s/for the statements/for the provenance/ 19:04:44 SW: OK, this is a side discussion from the overdue actions topic. Is there still an action? 19:04:58 DC: I think it could be withdrawn. 19:05:03 SW: I will withdraw it. 19:05:22 SW: Tim can decide whether to come back to this. 19:05:44 q? 19:06:14 SW: In December we had the whole access control thing, which also talks about collections of resources, and we were concerned about the differences. Can't quite decide whether I have the time/energy to push for getting this fixed. 19:06:18 ack dorchard 19:06:18 dorchard, you wanted to mention XACML 19:07:20 DO: While research the access control stuff, I took a look at XACML. They've got a very interesting policy language, with implementations, etc. They have a rule combining algorithm that looks very nice. I took part of the English and pseudo code and proposed it for the access control stuff, but so far I'm getting pushback. 19:07:36 DO: I still think the XACML work is an interesting and useful base. 19:07:50 Pointer to the XACL spec you read? 19:07:56 q? 19:08:17 http://www.oasis-open.org/committees/xacml/ 19:08:43 http://docs.oasis-open.org/xacml/2.0/access_control-xacml-2.0-core-spec-os.pdf 19:08:54 (yes, XACML has come up in our semweb policy research stuff now and again; I still haven't studied it as much as I perhaps should... but... yeah... I don't really feel welcomed by PDF specs.) 19:09:45 DO: I was particularly interested in their Appendix C on combining algorithms for rule sets. This is exactly what the access control spec does. 19:10:18 TBL: Does the design guarantee things about the finished system that are nice, or is it just that the rules look appealing. 19:10:23 DO: Don't know. 19:10:48 (our research group has something really cool called AIR... http://dig.csail.mit.edu/2008/Papers/IEEE%20Policy/air-overview.pdf ) 19:11:01 (nifty justification browser in tabulator.) 19:11:05 topic: F2F Scheduling 19:11:08 http://www.w3.org/2002/09/wbs/34270/SpringF2F2008/ 19:11:22 SW: I've posted a new WBS form about scheduling for Bristol in the May/June timeframe. 19:11:30 SW: There are quite a few constraints. 19:12:25 Hal's responses: 19:12:29 hal_lockhart: not sure I understand question - XACML has properties that no other ac system can match 19:12:42 hal_lockhart: primarily about scaling 19:12:51 SW: This focusses on Bristol in the spring. 19:13:02 hal_lockhart: xacml is a calculator - takes info as given 19:13:36 hal_lockhart: solves ac problem, depends on env for security guarantees 19:13:42 TBL: Someone had asked me to give a talk in London. 19:14:01 zakim, mute me 19:14:01 ht should now be muted 19:16:12 NM: Tim, if we meet overlapping the 20th, can you slip away to London on the 20th? 19:16:14 TBL: Yes. 19:17:35 zakim, unmute me 19:17:35 ht should no longer be muted 19:17:48 19--21 works for me 19:19:06 There you go, over constrained! 19:19:35 -ht 19:19:49 19th is Victoria day holiday in Canada. 19:21:16 SW: I'll look for more survey results, then suggest something. 19:21:33 DC: I'm really interested in the proposal for KC in Sept. 19:22:06 SW: You had some commitment from Tim. 19:22:13 SW: Norm suggested 2 weeks earlier. 19:22:19 NW: Just to spread meetings more evenly. 19:22:32 "Proposed 23-25th September 2008, Kansas City (Tue-Thu)" from the agenda 19:22:32 DC: But I want Tim there, and he can make the 23rd. 19:22:39 I'd find it more useful to use the remaining time talking about tagsoup. 19:22:53 calendar discussions by voice are highly unproductive 19:23:29 http://www.w3.org/2002/09/wbs/34270/2008-F2F-Schedule/ 19:23:31 http://www.w3.org/2002/09/wbs/34270/2008-F2F-Schedule/results 19:23:36 I don't agree, Raman. We just in a few minutes found out that Tim has a London presentation, that yes he can do the roundtrip without disrupting Bristol, etc. I didn't get that out of all the emails and surveys. 19:24:00 http://www.w3.org/2002/09/wbs/34270/2008-F2F-Schedule/results#xsummer 19:24:12 DC: I saw more consensus on 24-26 19:24:52 ... but I misread it. 19:24:58 DC: Anyone have preferences on Tues-Thurs vs. Wed.-Fri. 19:25:03 Several: Tues-Thurs 19:25:16 TBL: Did I agree to this? I'm just back from UK. 19:25:24 DC: Yes, you said prefer. 19:28:25 SW: We of course haven't heard from those who will be elected soon. 19:31:11 i need to go, sorry. 19:31:21 -jar 19:31:22 -Dave_Orchard 19:31:42 topic: tag soup and blog 19:32:07 DC: Planets are lined up to publish HTML spec 22 January. It has a lot of stuff all wrapped together. 19:40:33 -Stuart 19:40:35 -Norm 19:40:38 -Noah_Mendelsohn 19:40:41 -Raman 19:44:44 -TimBL 19:49:45 disconnecting the lone participant, DanC, in TAG_Weekly()1:00PM 19:49:48 TAG_Weekly()1:00PM has ended 19:49:49 Attendees were Stuart, DanC, Raman, Norm, Noah_Mendelsohn, TimBL, Ht, Dave_Orchard, +1.617.253.aaaa, jar 20:22:22 jar has joined #tagmem 20:44:01 jar has joined #tagmem 20:52:29 RRSAgent, bye 20:52:36 RRSAgent, make logs world-access 20:52:42 RRSAgent, draft minutes 20:52:42 I have made the request to generate http://www.w3.org/2008/01/17-tagmem-minutes.html DanC 20:52:46 RRSAgent, bye 20:52:46 I see 3 open action items saved in http://www.w3.org/2008/01/17-tagmem-actions.rdf : 20:52:46 ACTION: Dan to ask SWEO working group for one week extension for review of their document [1] 20:52:46 recorded in http://www.w3.org/2008/01/17-tagmem-irc#T18-52-22 20:52:46 ACTION: Norm to review latest draft with respect in particular to his earlier comments [2] 20:52:46 recorded in http://www.w3.org/2008/01/17-tagmem-irc#T18-53-10 20:52:46 ACTION: Walsh to review latest draft with respect in particular to his earlier comments [3] 20:52:46 recorded in http://www.w3.org/2008/01/17-tagmem-irc#T18-53-23