16:55:30 RRSAgent has joined #tagmem 16:55:30 logging to http://www.w3.org/2006/05/30-tagmem-irc 16:55:56 zakim, who is here? 16:56:09 Zakim has joined #tagmem 16:56:16 zakim, who is here? 16:56:16 sorry, raman, I don't know what conference this is 16:56:17 On IRC I see RRSAgent, raman, noah_lunch, Norm, ht, DanC 17:00:11 dorchard has joined #tagmem 17:00:55 EdRice has joined #tagmem 17:01:56 zakim, this is tag 17:01:56 ok, Norm; that matches TAG_Weekly()12:30PM 17:02:01 Vincent has joined #tagmem 17:02:04 Meeting: Tag weekly 17:02:13 +Norm 17:02:15 Scribe: EdRice 17:02:31 zakim, who's on the phone? 17:02:31 On the phone I see Raman, [IBMCambridge], Ed_Rice, Vincent_Quint, Norm 17:02:36 zakim, ibmcambridge is noah 17:02:36 +noah; got it 17:02:38 Chair: Vincent 17:02:42 Zakim, who is here? 17:02:42 On the phone I see Raman, noah, Ed_Rice, Vincent_Quint, Norm 17:02:43 On IRC I see Vincent, EdRice, dorchard, Zakim, RRSAgent, raman, noah, Norm, ht, DanC 17:02:55 Agenda: http://www.w3.org/2001/tag/2006/05/30-agenda.html 17:03:19 DanC has changed the topic to: TAG 30 May http://www.w3.org/2001/tag/2006/05/30-agenda.html 17:03:47 +DanC 17:04:31 Topic: Administrative 17:05:00 +TimBL 17:05:32 6Jun OK by me 17:05:34 Zakim, list participants 17:05:34 As of this point the attendees have been Raman, Ed_Rice, Vincent_Quint, Norm, noah, DanC, TimBL 17:05:42 Excused: Henry 17:05:57 Next teleconferance June 6, 2006 17:06:11 +Dave_Orchard 17:06:28 timbl has joined #tagmem 17:06:33 Scribe for next teleconferance: Dave 17:07:06 (these? http://lists.w3.org/Archives/Public/www-tag/2006May/att-0047/TAG_Minutes_May_16__2006.html ) 17:07:59 RESOLUTION: minutes linked from the agena are approved. 17:08:13 Agenda approved as is. 17:08:25 TOPIC: f2f meeting agenda 17:08:59 current agenda at; http://www.w3.org/2001/tag/2006/06/12-agenda.html 17:09:08 q+ 17:09:28 ack danc 17:10:31 Vincent, in section 4 we'll need reviewers for each document. 17:11:43 T.V. will finish creating content by the end of this week. So we'll have one week for discussion before face to face. 17:13:01 Action: Dave, Norm and Dan as reviewers for T.V.'s document. 17:13:02 ACTION DanC: review TV on "Single URI, Multiple Content " or thereabouts, provided it's available Fri, 2 Jun 17:13:34 Passwords in the clear. Ed to provide first version soon. 17:14:08 goal is next tuesday. 17:15:31 Dan would review if short. 17:15:41 ACTION: Dan + Vincent to review for f2f 17:15:55 ok, I'll try to review passwords-in-the-clear, though I'll probably subcontract it. 17:16:45 State finding.. 17:17:20 ACTION: Ed, Noah and Norm to review state finding. 17:18:01 Vincent.. ok, thats it for the documents we should review for the f2f 17:18:09 any other topics or documents for our f2f? 17:19:45 2006/04/25 12:58:37 http://www.w3.org/2001/tag/doc/URNsAndRegistries-50.xml 17:19:53 <- http://www.w3.org/2001/tag/findings 17:22:29 ACTION: Dan, Ed to reivew URNsAndRegistries-50.xml 17:22:52 action -2 17:23:43 Dan's action to review TV on versioning is withdrawn 17:23:47 TOPIC metadataInURI-31 issue 17:24:20 I have forwarded Raman's comments, and my response, to the public list. See: http://lists.w3.org/Archives/Public/www-tag/2006May/0052.html 17:24:37 T.V. comments; 17:25:04 T.V. I personally believe this document should be differentiating between humans and software. 17:25:22 q+ 17:25:44 q+ 17:26:03 ack noah 17:26:04 TimBL: I agree [with which? that the document should distinguish humans from software?] 17:26:53 Ed: Dont agree. If we're going to keep human readable documents as a basis, then the differance between human readable and software readable shouldnt be called out. 17:27:23 q 17:27:26 q+ to say that when a human gueses, they use all the shrewdness which humans have, and take the consequences; when sojfwtare is written to guess, then it is written into stone, and we end up with a broken ad-hoc protocol. 17:27:45 q to talk about WSDL 2.0 URI and HTML FORM URI construction 17:28:17 to talk about WSDL 2.0 URI and HTML FORM URI construction 17:28:27 q to talk about WSDL 2.0 URI and HTML FORM URI construction 17:28:52 17:29:07 ack timbl 17:29:07 timbl, you wanted to say that when a human gueses, they use all the shrewdness which humans have, and take the consequences; when sojfwtare is written to guess, then it is written 17:29:10 ... into stone, and we end up with a broken ad-hoc protocol. 17:29:59 Tibl: when you write software you etch into stone the methods. 17:30:16 disagree that it's stone. It becomes a versioning issue 17:30:23 Timbl: unless its specifically mandated by protocols, then any form of reading uri's is a bad idea. 17:30:32 how to version from V1 to V2 of URI "algorithm" 17:30:55 T.V. when a human guesses and knows he guessed he knows the consiquences. Its a problem when he shares that guess. 17:32:14 Noah: we need to distinguish between software and a memo.. 17:32:55 q+ 17:32:56 Noah: I'm not convinced that software guessing is wrong all the time. 17:33:15 ack dorchard 17:33:46 David: One of the points I wanted to make; This whole issue of a URI cast into stone as soon as a piece of software is written for it. 17:34:10 DO: The WSDL 2.0 HTTP binding takes a schema type and mapes it into a URI 17:34:35 q? 17:34:38 DO: as soon as the software is written it has to have some knowledge of the software for which its written. As soon as that changes it becomes a versioning issue. 17:35:17 ack timbl 17:35:26 DO: the versioning finding doesnt go into that in too much detail, but I did want to remind people that algarithams could be built. 17:35:44 Is the downside of encoding this in software not well covered by the GPN that says: "Good Practice: Guess information from URIs only when the consequences of an incorrect guess are acceptable." 17:35:52 Why doesn't this cover the concern about software? 17:36:04 And add that versioning for forwards/backwards compatibility can be done. 17:36:05 timbl: I wanted to push back.. we should ask computers to do those things that use logic and a clean architecture/design. 17:36:45 timbl: The first order of URI is that you dont need to look inside (its opaque). 17:36:46 Constraint: Users of the Web and Web software MUST NOT attempt to draw unverifiable conclusions about a resource or its representations by inspection of its URI, except as licensed by relevant normative specifications or by URI assignment policies published by the relevant URI assignment authority. 17:37:00 (is any of the boxes in http://www.w3.org/2001/tag/doc/metaDataInURI-31 most relevant to TV's comments? I'd like this discussion to be more grounded in text in the document) 17:37:05 q+ 17:37:19 timbl: I'm pushing back on what Noah was saying. Machines should not guess that .html is an .html file. 17:37:36 machines can guess HTML FORM parameters from a URI. 17:37:43 q 17:37:47 17:37:52 q? 17:37:54 q 17:37:57 q" " 17:38:14 (I presume timbl is talking about clients, not servers, when he says they shouldn't map .html to text/html . Clearly servers do this to great benefit) 17:38:18 q!!! 17:39:01 DO: Tim, we already have the case where you can guess data from a URI. 17:39:22 Timbl: its written in the spec? 17:39:25 Do: yes 17:39:39 Timbl: thats differant, thats not guessing, its written in the spec. 17:40:10 ack noah 17:40:34 Noah: I think what I said was in-between. It should not in all cases be prohibited from. 17:41:10 Noah: I think where we're going with this is that Tim heard me saying something much stronger than I intended to say. 17:41:25 "Constraint: Users of the Web and Web software MUST NOT attempt to draw unverifiable conclusions about a resource or its representations by inspection of its URI, except as licensed by relevant normative specifications or by URI assignment policies published by the relevant URI assignment authority." 17:41:25 What I'd really like to say is that I dont think we need to bring this up in the finding any more than it is. 17:41:46 The first story in the finding ends in a contraint (not good practice). 17:42:08 Constraint: Users of the Web and Web software MUST NOT attempt to draw unverifiable conclusions about a resource or its representations by inspection of its URI, except as licensed by relevant normative specifications or by URI assignment policies published by the relevant URI assignment authority. 17:42:19 "Good Practice: Guess information from URIs only when the consequences of an incorrect guess are acceptable." 17:42:24 Noah: The second story then tells the story about a human guessing.. 17:42:38 Good Practice: Guess information from URIs only when the consequences of an incorrect guess are acceptable. 17:43:11 Q? 17:43:48 Noah: I think this deals with the situation where I'm tempted to distribute the software because its specifically covered in the 'must not' in the finding. 17:44:09 Noah, that seems fairly reasonable and unifies the software/human perspectives. 17:44:24 "Good Practice: URIs intended for direct use by people should be easy to understand, and should be suggestive of the resource actually named." 17:44:24 software just might guess wrong a lot more if there's an incompatible change to the algorithm 17:45:44 q!!! 17:45:57 q+ dorchard 17:45:58 Q+ for DOrchard :) 17:46:05 Q- 17:47:16 ack dorchard 17:47:34 q+ timbl 17:47:36 DO: I think I get where Noah is going. 17:48:11 Noah's main point is not to slice it by human vs. software, but by the nature of the consequence for a bad guess. The fact that software tends to incur unacceptable consequences is true, but is covered. 17:48:12 DO: I think the chances of someone not getting what they expect may happen a lot more often in a piece of software. 17:48:24 ack for 17:48:30 ack :) 17:48:38 DO: I think I need to touch on this in the URL vs Registries issue. Its touched on a little bit there. 17:49:02 DO: I thought it was a good point that URI's intended by use by people should be easy to understand. 17:49:04 Would it help to mention that the MUST NOT is particularly susceptible to violation in the case that assumptions are baked into software? That would be fine with me. 17:49:35 ack timbl 17:49:45 I do think it is possible to write software that is safe in some cases. E.g. I guess in software that .xml is an XML file, but check the returned media type to be sure. That's OK, right? 17:50:24 timbl: I think that yes, Noah if you say everything is fine and you've done it yourself then you can do it. 17:50:35 DO: one suggestion for combining people/machines is to say URIs intended for parsing by an entity should be easy to understand by that entity - beit people or software. 17:51:00 q+ 17:51:01 timbl: However, in the architecture I think we should call out whats architecture and what we're encouraging people do it. 17:53:33 ack noah 17:54:07 Noah: I understand what your saying. I agree with much of what your saying. What I'm confused about is that if you looked at part 1&2 of the finding, how would you change it? 17:54:19 Noah: It never shows an example of software guessing. 17:54:48 Timbl: I think the discussions is 'should we' add a point that says dont write software to do this. 17:54:54 Noah: I think it already says that. 17:55:13 Noah: it states that Martin's browser is in error for doing this. 17:59:25 (agree with what?) 17:59:29 timbl: I think we should say specifically in 2.2 'dont guess with software' 17:59:46 Noah: If others agree.. I could do that. 18:00:28 raman has left #tagmem 18:00:47 Noah: So 2.1 is ok? 18:00:50 Timbl: Yes 18:01:50 Noah: The earliest I could do another draft is just before the f2f. 18:02:10 Noah: I'd rather not commit it for our f2f but best effort. 18:03:07 ACTION: Noah to produce new version of this document 18:03:20 TOPIC: Follow-up from AC Meeting. 18:03:36 ACTION 6=Noah to produce new draft for metaDataInURI-31 18:04:13 Vincent: I wanted to follow-up and see if this panel discussion was a good idea. 18:04:30 Vincent: also, is there technically something we've learned there that should be on our agenda. 18:06:21 EdR has joined #tagmem 18:09:11 Dan: Tim and I offered Misha some TAG time. 18:09:33 Vincent: Should I send him an email inviting him to a teleconferance. 18:09:43 Dan: some sense you should.. some sense I should.. 18:10:03 Timbl: We did give Misha some options on the back of the envelope. 18:11:01 ok, I'll write misha and ask him for notes or a snapshot of the envelope or whatever 18:11:04 we discussed some options with him 18:11:12 Vincent: I suggest that for the moment we keep the discussions between the three of us and I wasnt there for the discussion after the pannel. 18:11:25 Vincent: Dan, I suggest you follow-up with him. 18:11:38 "gave him" sounds as though we imposed constraints ... we suggested some solutions. 18:11:49 Vincent; and we can ask henry next week to see if there is something else. 18:12:12 ACTION: Dan to contact Misha to follow up on f2f discussion at AC meeting. 18:12:41 TOPIC: New Issues? 18:13:34 Vincent: These two draft findings are not on our list.. Should we open new issues on our issues list for these drafts (two questions) 18:14:25 The work on these draft findings is already in the issues list, but behind these other issues. 18:14:40 Dan: T.V. you asked for an issue. Do you have an issue name? 18:15:01 T.V. I dont know if it needs a new issue or if it sits behind an issue name. 18:15:19 Dan: If you dont want a change, I'm happy with the current issues list. 18:15:31 T.V. Do you see the document that I'm proposing? 18:15:42 Dan: No, I dont see the document. 18:16:03 Vicent: Two issues; 1) title of your document and 2) title of the issue if we track it on the issues list. 18:16:30 Issue-State-52 18:16:31 T.V.: My preferance would be to try and bucket this within a current issue. 18:16:59 versioning could be a place.. 18:17:24 Noah: 41 is titled xml versioning 18:18:39 T.V. this goes beyond document versioning. 18:19:21 GenericResources 18:19:55 cf http://www.w3.org/DesignIssues/Generic 18:20:04 TV: what got me going on this is the mobil version vs desktop version. 18:20:13 Noah: I think thats differant than xml-41 then. 18:20:44 Vincent: well, we'll discuss it during our f2f so we can make a decision as to new vs existing issue at that time. 18:20:45 s/xml-41/XMLVersioning-41/ 18:21:15 q+ 18:22:21 ack danc 18:22:53 Dan: I suggested generic resources and tim seconded it. 18:23:02 timbl: as a new issue. 18:23:26 Hmm. Don't strongly object to GenericResources. Downside is that it's not quite self-descriptive. You sort of have to know what's intended before you understand why the term applies. 18:24:06 I do think it's a good issue. Wish I could think of more suggestive short name. 18:24:19 yeah, GenericResources is not a great name, but it's the one that my brain files this under. 18:24:20 timbl: I think this is similar to site metadata where the TAG may end up doing some design. 18:24:40 I can live with it, and since I have nothing better to offer, I'll endorse it. 18:24:56 TV: I dont want to stick it in a bucket and then later find I'm constrained by that bucket. 18:24:58 http://www.w3.org/DesignIssues/Generic 18:25:21 raman has joined #tagmem 18:25:25 http://www.w3.org/DesignIssues/Generic 18:25:55 Seeing that the term has been out there in Design Issues give's me a bit warmer feeling about the short name. I vote we adopt it and move ahead. 18:26:10 Vincent has joined #tagmem 18:26:11 A generic resource is a conceptual resurce which may stand for something which has different versions over time,different translations , and/or different content-type representations. How shoul done indicate the relationship between these? 18:27:16 Strong yes to picking this up as an issue. Weaker yes to adopting the short name GenericResoure 18:27:59 (bummer none of us wrote down the one-sentence version that timbl gave and tv agreed to, or the other way around) 18:28:21 q+ to ask about fragids 18:29:17 issues face by and bp for publishers who have a need to produce a piece of content but publish multiple version varying by time, device, [others] 18:29:23 q- 18:29:43 ^TV's suggested 1-sentence summary of the issue, which I support. 18:29:51 +1 from me too 18:30:18 Vincent: is anyone opposed to opening a new issue for this GenericResources topic? 18:30:18 Didn't have time to bring it up, but I'll leave these tracks in the minutes to suggest I'd be interested in thinking about fragid's and generic resources. Maybe that should be part of the story? 18:30:39 Vincent: so it seems the TAG agrees with opening a new topic. 18:31:19 RESOLUTION: open a new issue for GenericResources-53 18:31:38 Vincent: TV I'll need a few words to announce the issue. 18:31:53 TV: Ok, after the f2f, I just needed this as a placeholder. 18:32:01 Vincent: Yes, but I'd like to announce it now. 18:32:47 Vincent: ok, we need to have the same discussion about the state finding but we'll do that next week. 18:32:59 -Dave_Orchard 18:33:00 Vincent: Thank you everyone, this concludes our meeting. 18:33:01 -noah 18:33:02 -DanC 18:33:03 -Norm 18:33:03 -Ed_Rice 18:33:04 -Vincent_Quint 18:33:08 Zakim, list participants 18:33:08 As of this point the attendees have been Raman, Ed_Rice, Vincent_Quint, Norm, noah, DanC, TimBL, Dave_Orchard 18:33:14 RRSAgent, make logs public 18:33:22 RRSAgent, generate minutes 18:33:22 I have made the request to generate http://www.w3.org/2006/05/30-tagmem-minutes.html EdRice 18:33:25 -Raman 18:33:32 Zakim, bye 18:33:32 leaving. As of this point the attendees were Raman, Ed_Rice, Vincent_Quint, Norm, noah, DanC, TimBL, Dave_Orchard 18:33:32 Zakim has left #tagmem 18:34:11 RRSAgent, bye 18:34:11 I see 6 open action items saved in http://www.w3.org/2006/05/30-tagmem-actions.rdf : 18:34:11 ACTION: Dave, Norm and Dan as reviewers for T.V.'s document. [1] 18:34:11 recorded in http://www.w3.org/2006/05/30-tagmem-irc#T17-13-01 18:34:11 ACTION: Dan + Vincent to review for f2f [3] 18:34:11 recorded in http://www.w3.org/2006/05/30-tagmem-irc#T17-15-41 18:34:11 ACTION: Ed, Noah and Norm to review state finding. [4] 18:34:11 recorded in http://www.w3.org/2006/05/30-tagmem-irc#T17-17-20 18:34:11 ACTION: Dan, Ed to reivew URNsAndRegistries-50.xml [5] 18:34:11 recorded in http://www.w3.org/2006/05/30-tagmem-irc#T17-22-29 18:34:11 ACTION: Noah to produce new draft for metaDataInURI-31 [6] 18:34:11 recorded in http://www.w3.org/2006/05/30-tagmem-irc#T18-03-07 18:34:11 ACTION: Dan to contact Misha to follow up on f2f discussion at AC meeting. [7] 18:34:11 recorded in http://www.w3.org/2006/05/30-tagmem-irc#T18-12-12