18:00:19 RRSAgent has joined #tagmem 18:00:19 logging to http://www.w3.org/2009/12/17-tagmem-irc 18:00:22 TAG_Weekly()1:00PM has now started 18:00:29 +[IBMCambridge] 18:00:30 i would prefer there to be an entity, and then XML and other sorts of literals or whatever all related to it 18:00:30 +DanC 18:00:31 scribenick: ht 18:00:33 + +1.413.458.aaaa 18:00:36 scribe: Henry S. Thompson 18:00:42 meeting: TAG telcon 18:00:47 Good afternoon, Henry. 18:00:54 +jar 18:00:58 Agenda: http://www.w3.org/2001/tag/2009/12/17-agenda.html 18:01:10 chair: Noah Mendelsohn: 18:01:16 +Ashok_Malhotra 18:01:18 zakim, who is here? 18:01:18 On the phone I see [IBMCambridge], DanC, +1.413.458.aaaa, jar, Ashok_Malhotra 18:01:20 On IRC I see RRSAgent, Ashok, johnk, noah_office, Zakim, noah, jar__, timbl, jar, ht, DanC, trackbot 18:01:26 zakim, [IBMCamrbidge] is me 18:01:26 sorry, noah_office, I do not recognize a party named '[IBMCamrbidge]' 18:01:34 zakim, [IBMCambridge] is me 18:01:34 +noah_office; got it 18:01:50 present: Dan Connolly, Jonathan Rees, Noah Mendelsohn, Ashok Malhotra, Henry S. Thompson, John Kemp 18:01:57 zakim, +1 is johnk 18:01:57 +johnk; got it 18:02:07 zakim, please call ht-781 18:02:07 ok, ht; the call is being made 18:02:09 zakim, [IBMCambridge] is me 18:02:09 +Ht 18:02:10 sorry, noah, I do not recognize a party named '[IBMCambridge]' 18:02:17 zakim, noah_office is me 18:02:17 +noah; got it 18:02:35 zakim, who is here? 18:02:35 On the phone I see noah, DanC, johnk, jar, Ashok_Malhotra, Ht 18:02:36 On IRC I see RRSAgent, Ashok, johnk, noah, Zakim, jar__, timbl, jar, ht, DanC, trackbot 18:03:42 NM: F2F minutes review anyone? 18:04:00 DC: Look good 18:04:07 JK: I've looked at 8 and 10 18:04:36 NM: I propose to postpone these until January 18:04:40 -1 18:04:45 HST: I would like to publish 18:05:11 NM: Any objections to approving? 18:05:33 JR: Could we say go ahead if no objections in a few days? 18:06:08 NM: RESOLUTION: Minutes will go out unless Chair hears objection by Monday 21 Jan 18:06:21 +1 NM is welcome to edit as he sees fit 18:06:24 NM: Obviously I will fix minor bugs, only delay for substantial pblms 18:06:29 +Masinter 18:06:34 masinter has joined #tagmem 18:06:43 Present+ Larry Masinter 18:06:55 my phone is muted 18:07:43 NM: Action to Larry to send 3 December minutes 18:07:55 LM: I need help with the originals 18:08:01 HST: I will send you a draft 18:08:29 action-215 due 22 Dec 18:08:29 ACTION-215 Send minutes of 3 Dec TAG teleconference to www-tag for review due date now 22 Dec 18:08:55 NM: No telcon 24 or 31 December 18:09:04 ... Next telcon 7 January 2010 18:09:44 NM: Moving next f2f to 24--26 March 18:09:55 ... based on change in TAG f2f 18:10:12 LM: IETF is meeting week of 22 March 18:10:23 q+ to ask the chair to say what he knows about TBL and TVR's availability for the proposed dates 18:10:24 ... Progress on URI work, I really need to be there 18:10:47 http://www.ietf.org/meeting/cutoff-dates-2010.html#IETF77 18:11:00 NM: Would you come if we stuck with the old dates? 18:11:24 LM: I am not sure about the 22 week 18:11:33 NM: 17-19 would still work? 18:11:37 LM: Yes 18:12:09 yes, 17-19th is better, i just realized the IETF conflict for 21-26 18:12:14 I don't mind either way 18:12:16 HST: Do you have firm confirmation from TV that he will come? 18:12:21 q? 18:12:21 NM: I think so. . . 18:12:30 DC: And what about TBL? 18:12:38 ... I would rather not make this decision today 18:13:00 HST: I thought TBL had one day pblm 18:13:14 ... in the week of the 22nd 18:13:58 HST: Doodle poll? 18:14:21 NM: No resolution 18:14:40 close ACTION-346 18:14:40 ACTION-346 Collect March 2010 W3C Team day info closed 18:14:43 it's capability-based 18:14:52 :-) 18:14:58 ACTION: Henry to put up Doodle poll 18:14:58 Created ACTION-365 - Put up Doodle poll [on Henry S. Thompson - due 2009-12-24]. 18:15:24 ACTION: Noah to bring f2f date proposal to group based on poll input 18:15:24 Created ACTION-366 - Bring f2f date proposal to group based on poll input [on Noah Mendelsohn - due 2009-12-24]. 18:15:37 action-366 due 6 January 18:15:37 ACTION-366 Bring f2f date proposal to group based on poll input due date now 6 January 18:16:24 Topic: Metadata in HTML5 18:16:38 (the WG doesn't close bugs; the editor does.) 18:17:32 q+ to ask LMM if change proposals in both ways are on the table 18:18:08 q+ to ask LMM for a pointer to the poll 18:18:11 LM: I'm not sure the original TAG submission is actually on record wrt the poll which is now underway 18:18:21 q? 18:18:26 ack next 18:18:27 DanC, you wanted to ask the chair to say what he knows about TBL and TVR's availability for the proposed dates and to ask LMM if change proposals in both ways are on the table and 18:18:30 ... to ask LMM for a pointer to the poll 18:18:41 The relevant HTML issue is http://www.w3.org/html/wg/tracker/issues/76 18:18:55 I want the poll, not the issue 18:19:04 DC: Change proposals in both directions on the table? 18:19:15 LM: Yes, in both directions 18:19:27 http://dev.w3.org/html5/status/issue-status.html 18:20:24 http://www.w3.org/2002/09/wbs/40318/issue-76-objection-poll/ 18:20:52 http://www.w3.org/2002/09/wbs/40318/issue-76-objection-poll/ 18:21:05 and http://www.w3.org/2002/09/wbs/40318/issue-76-objection-poll/results 18:21:15 NM: Q2 is objections to proposal to split; Q3 is objections to proposal to keep 18:21:44 NM: This looks like an internal exercise on the part of the HTML5 WG 18:21:49 ... arising from our concern 18:21:55 ... So we could just wait 18:22:21 ... Or we could/should make a comment 18:22:39 HST: I think we were being asked to comment 18:22:48 DC: Only members of the WG can comment 18:22:53 HST: OK, I was wrong 18:23:47 s/the WG/the HTML WG/ 18:24:19 DC: What's gotten missed? 18:24:34 LM: The points in the rationale for the bug we raised 18:24:38 DC: Which ones? 18:26:19 LM: [points from http://www.w3.org/Bugs/Public/show_bug.cgi?id=8220] 18:26:20 there's a para with "high profile content management system" 18:26:25 DC: I think those are covered 18:26:35 NM: Anyone other than LM like us to do anything here? 18:26:37 and "Added Benefit of modularizing Microdata" 18:26:53 HST: Yes, I do -- I want 8220 read into the poll 18:27:26 (you want 8220 in the question or in a response?) 18:27:50 HST: No, I want it entered as an objection to leaving things in place 18:28:11 NM: But we already filed the bug -- we can use that to come back in 18:28:21 (ah. as a response. I can get that into the team input to the poll) 18:28:27 q+ 18:28:45 q? 18:28:49 ack next 18:29:11 q+ is ok with letting this go 18:29:19 q+ to say that i'm ok with letting this go 18:29:25 DC: So now I understand HST wants this in the response 18:29:33 ... I can get it in the W3C Team response 18:29:47 HST: I would prefer not to dilute that with the TAG's points 18:29:56 NM: So we need someone in the WG 18:30:11 LM: I'm willing to let this go -- NM has convinced me 18:30:27 NM: Are we comfortable with that? 18:31:57 HST: What I would like is for NM to ask the HTML5 chairs to treat our 8220 bug as input to the poll, specifically as "An objection to keeping Microdata in" 18:32:34 1+ to chairs & archive 18:32:49 in particular, www-archive@w3.org ; it predates the public- convention 18:32:50 DC: Copy to www-archive? 18:32:56 HST, sure 18:33:03 s/HST,/HST:/ 18:33:24 ACTION: NM to ask the HTML5 chairs to treat our 8220 bug as input to the poll, specifically as "An objection to keeping Microdata in", cc to www-archive@w3.org 18:33:24 Created ACTION-367 - Ask the HTML5 chairs to treat our 8220 bug as input to the poll, specifically as "An objection to keeping Microdata in", cc to www-archive@w3.org [on Noah Mendelsohn - due 2009-12-24]. 18:34:02 Topic: HTML 5 Language Reference / Authoring Specification 18:34:30 NM: we got email from Maciej http://lists.w3.org/Archives/Public/www-tag/2009Dec/0087.html and replied http://lists.w3.org/Archives/Public/www-tag/2009Dec/0088.html 18:35:12 NM: I thought Maciej's response was weak wrt Mike Smith's draft, so pushed back on that front 18:35:29 ... LM also pushed back a bit http://lists.w3.org/Archives/Public/www-tag/2009Dec/0095.html 18:35:38 NM: Any action needed now 18:35:49 DC: I think we've gone too far 18:35:50 q+ 18:35:57 ack masinter 18:35:57 masinter, you wanted to say that i'm ok with letting this go 18:35:58 ... We should just look at what they now do 18:36:09 LM: I'd like to see it on a schedule or list of deliverables 18:36:16 DC: What list? Their charter? 18:36:20 q? 18:36:21 LM: Not clear 18:36:35 q+ to back NM's response wrt Mike Smith's doc 18:36:44 ack noah 18:36:45 ack next 18:36:47 ht, you wanted to back NM's response wrt Mike Smith's doc 18:37:35 NM: I'm sympathetic to LM's point -- if a WG takes on a commitment to produce a WD and take it to Last Call, there is some implied commitment to put effort into that 18:37:45 ... Not a Charter change, I think it's already covered 18:38:06 ... But I would like to see a public commitment to do the work, with success criteria 18:39:04 (basically, I now where maciej lives; if he doesn't give us what we ask for, I know how to start the discussion about why not.) 18:39:10 HT: My reading of what Maceij said made a firm and binding commitment to the author view, which was one of the things we asked for. There was no commitment on the Mike Smith draft, and I think it was appropriate to push back. 18:39:35 HST: We didn't get what we asked for 18:39:52 NM: I think the requests crossed 18:40:05 (what we asked for is last call on the html 5 reference; how could we have gotten that already? sigh.) 18:40:21 HST: I don't think we should micromanage the WG 18:40:32 q? 18:40:43 NM: What about the first request, wrt the authoring view -- are you happy? 18:40:54 HST: Yes, I think that commitment was adequate 18:41:04 NM: Anything further we should do? 18:41:32 "plus the fact that it was 18:41:32 actively maintained and reviewed by itself for quality" 18:42:07 LM: If you agree with my concern about the authoring view, . . . 18:42:23 q? 18:42:27 LM: I agree that the editor has agreed to move stuff if it's misclassified 18:42:46 ... but what's missing is any commitment from the HTML5 WG to review the result for quality 18:42:55 ... But I am willing to drop this 18:43:08 NM: Me too, reluctantly 18:43:18 (we just dealt with ACTION-359 so I'll close it.) 18:43:23 close ACTION-359 18:43:23 ACTION-359 Communicate TAG resolution to HTML WG closed 18:43:28 Topic: ACTION-283 on Larry Masinter: Update document on version identifiers w.r.t. Cambridge June discussion - due 2009-12-10 - pending review 18:43:45 LM: New input from JR on version identifiers 18:44:05 ... My inclination is not to update that doc., but write a new one that's shorter 18:44:32 ... I'm also waiting for input from HST on XML-compatibility guidelines 18:44:49 LM: As long as you're careful to distinguish implementations from specifications 18:44:58 ... and implementators move faster than specs do 18:45:12 ... then the utility of VIs is limited 18:45:23 (tracker, note we're touching on ISSUE-41) 18:45:33 I'm not sure I buy the "version of implementations" point, at least as a typical idiom 18:45:34 LM: because it doesn't map to implementations reliably 18:46:04 LM: But 'limited' doesn't mean 'none' 18:46:21 NM: So you're suggesting closing 283 and opening a new one? 18:46:45 -1 "schedule" actions. please just actions to do technical work; they'll naturally get scheduled. 18:46:57 LM: Suggesting closing 283 and scheduling short discussion for guidance before I decide whether to take a new document forward 18:47:14 a pending review action is implicitly an action for the chair to schedule discussion. 18:47:22 NM: Is your existing email sufficient? 18:47:54 http://lists.w3.org/Archives/Public/www-tag/2009Dec/0094.html 18:49:42 DC: Could we review whether HT minuted LM's analysis correctly above? 18:50:04 q+ to ask for clarification on the implementations versioning 18:50:18 s/implementators move faster/implementations evolve faster/ 18:50:57 P&C = http://www.w3.org/TR/2009/CR-widgets-20091201/ (from Larry's email) 18:51:02 i think the minutes are OK so far, the email says more 18:51:06 LM: So given that what users want VIs for is to identify implementations, they don't work in the case cited 18:51:21 ack next 18:51:22 noah, you wanted to ask for clarification on the implementations versioning 18:51:51 NM: I don't quite understand where you're trying to go with implementation versioning 18:52:06 ... I think we need to be clear about the role of senders and receivers 18:52:13 (examples are great; let's go slow enough to get them recorded) 18:52:36 NM: Suppose we had stability for a while wrt version 3 18:52:42 ... and now innovation has set in 18:53:01 I can go with "name implementations" as a paraphrase for "name receiver understandings" 18:53:03 it's an ontology ... hierarchy of classes whose members are implementations 18:53:10 NM: We had code written which was generating instances of that version of the language 18:53:27 I wrote it as an ontology. 18:53:35 q+ to note that, in the cases where implementations evolve faster than specfications, version indicators are not useful in producer/consumer communication. Rather, they are only useful in the production pipeline and validation, content management 18:53:40 NM: And there were agents which implemented that version of the language to process documents 18:53:45 ack next 18:53:46 masinter, you wanted to note that, in the cases where implementations evolve faster than specfications, version indicators are not useful in producer/consumer communication. 18:53:51 ... Rather, they are only useful in the production pipeline and validation, content management 18:54:31 my ontology for this stuff: http://lists.w3.org/Archives/Public/public-swbp-wg/2005Sep/0136 'formally defining W3C's namespace change policy options w.r.t. recent TAG versioning terminology' 18:54:38 LM: Even in that lossy situation, there is still value for VIs in the production context 18:55:10 I think the problem is that we're not being clear on what is being identified. In many cases, people grab pieces of different specs, knowing full well which they're grabbing fromom 18:55:10 tx for writing it down, LMM. I see the key point: "in the cases where implementations evolve faster than specfications, version indicators are not useful in producer/consumer communication." 18:55:15 LM: And sometimes, when there's an incompatible change, there can be utility even in the producer-consumer communication 18:55:25 ... context. 18:55:37 I tend to be anti-VI in general. 18:55:40 q? 18:55:44 q+ 18:55:52 LM: So that could all be an update to what we say in AWWW about VIs 18:55:59 Danc, are not *as* useful 18:56:03 q? 18:56:05 q+ 18:56:23 I just copied/pasted what you wrote, masinter . but ok, *as* useful. 18:56:34 DC: I am somewhat positive about this, but not sure updating AWWW is the most effective route -- I like blog articles these days 18:57:11 NM: Languages evolve in multi-faceted ways -- sometimes it's chunky, when there's agreement to move from V3 to V4 18:57:27 ... When you talk about implementations evolving, that's masking that fact 18:57:47 ... because some impls are innovating wrt the video tag, and some other impls are innovating somewhere else 18:57:48 DanC, I was correcting myself, the utility in producer/consumer communication is limited to the unfortunate situation where it's necessary to introduce incompatible changes 18:58:03 q+ to disagree with NM about 'needing multi-dimensional version indicators' 18:58:17 NM: In that kind of situation, you only _need_ VIs if there are conflicting interpretations somewhere 18:58:31 gotcha, lmm 18:58:42 NM: as long as it's all "this tag is supported, or it isn't" then there's no need 18:59:08 NM: Differentiating the production pipeline from the producer-consumer connection doesn't really get at that issue 18:59:10 q? 18:59:10 (trying to get consensus on this doesn't seem like a good use of TAG discussion time; I'd *much* rather see LMM write it up as he sees it and let NM either comment on that or do a separate piece.) 18:59:15 ... I'm not sure it helps 18:59:18 ack danc 18:59:23 s/.../NM:/ 18:59:34 ack noah 18:59:38 ack masinter 18:59:38 masinter, you wanted to disagree with NM about 'needing multi-dimensional version indicators' 19:00:12 LM: Multi-dimensional VIs? Where I'm going is that you only need VIs for specifications 19:00:42 LM: If you need a VI for "version 3 plus the video tag from Apple impl. of xxx and the other tag from foobar impl of ..." 19:00:43 My belief is that you only need version indicators in the language to indicate versions of specifications. And if there is a need for a version indicator for something, you would have a spec for it 19:00:44 (I guess I should turn http://lists.w3.org/Archives/Public/public-swbp-wg/2005Sep/0136 into a blog article; wish I'd done it a while ago.) 19:00:45 Larry says: you only need VIs for specs. My (noah's) position is: you need VIs whenever the same content might mean different things, or when tools or consumers want early tarning 19:00:50 s/tarning/warning/ 19:00:59 LM: then you need to write a spec. that says that, and you can have a VI 19:01:36 LM: I'm only trying to find a minimal utility claim: there is value for VIs for published specs. 19:01:50 ... Maybe there are other use cases, but that's the one I care about right now 19:02:32 NM: I'm pointing to another important case, which is when there's a conflict between two interpretations, i.e. if the documents are ambiguous 19:02:44 [scribe is not keeping up] 19:02:56 Noah, there may be other uses for which you might also want version indicators to help with, but they don't, or can't, in the situation where languages evolve independently outside of standards 19:02:58 q+ to ask NM to write up what he said 19:03:35 ack ht 19:03:35 ht, you wanted to ask NM to write up what he said 19:03:41 LM: So I hear you asking for VIs in cases where they are needed, but it's hard to see how to get them 19:03:48 +1 we've made some progress and are reaching diminishing returns; please sketch actions 19:04:09 NM: The IRC log will have to do 19:04:18 DC: I will write up my ontology in this space 19:04:39 ACTION Dan write up version change ontology as blog item http://lists.w3.org/Archives/Public/public-swbp-wg/2005Sep/0136 19:04:39 Created ACTION-368 - Write up version change ontology as blog item http://lists.w3.org/Archives/Public/public-swbp-wg/2005Sep/0136 [on Dan Connolly - due 2009-12-24]. 19:04:42 +1 to LM's new story, too. 19:04:45 LM: So no value in the email? 19:04:53 HST: No, I like it, please write it up 19:05:01 ok, i wanted enough discussion to get feedback 19:05:07 action-368 due 1 Mar 2010 19:05:07 ACTION-368 Write up version change ontology as blog item http://lists.w3.org/Archives/Public/public-swbp-wg/2005Sep/0136 due date now 1 Mar 2010 19:05:13 action-283? 19:05:13 ACTION-283 -- Larry Masinter to update document on version identifiers w.r.t. Cambridge June discussion -- due 2009-12-10 -- PENDINGREVIEW 19:05:13 http://www.w3.org/2001/tag/group/track/actions/283 19:05:28 close action-283 19:05:28 ACTION-283 Update document on version identifiers w.r.t. Cambridge June discussion closed 19:05:38 . ACTION Larry write a shorter document on version indicators 19:06:03 ACTION Larry write a shorter document on version indicators 19:06:03 Created ACTION-369 - Write a shorter document on version indicators [on Larry Masinter - due 2009-12-24]. 19:07:04 Topic: ACTION-309 on Henry S. Thompson: draft input to HTTP bis draft re sniffing based on 8 Dec discussion - due 2009-12-09 - pending review 19:07:07 action-309? 19:07:07 ACTION-309 -- Henry S. Thompson to draft input to HTTP bis draft re sniffing based on 8 Dec discussion -- due 2009-12-09 -- PENDINGREVIEW 19:07:07 http://www.w3.org/2001/tag/group/track/actions/309 19:07:07 I'll note that I (this morning) bumped the dates on all of my agenda-linked actions until the 7th 19:07:10 (of Jan) 19:07:35 topic: draft input to HTTP bis draft re sniffing based on 8 Dec discussion 19:07:56 HST: My new proposed input is at http://lists.w3.org/Archives/Public/www-tag/2009Dec/0068.html 19:08:36 +1 like Henry's text 19:09:33 +1 "don't always meet their obligation to provide correct headers 19:09:35 Propose: "don't always meet their obligation to provide correct Content-type headers" 19:09:45 and +1 "...configuration issues..." 19:09:46 DC: Not happy with the "servers don't supply correct ..." 19:10:06 NM: Agree with DC 19:10:37 I'd be happy to have the TAG send it with just a note saying that we'd like them to review it 19:10:46 I don't like "obligation" 19:10:52 q? 19:11:02 i don't like Noah's rewording 19:11:03 Propose: "provide Content-type headers which do not correctly identify the content sent" 19:11:12 JAR: I prefer HST's wording 19:11:12 johnk's is good 19:11:45 +1 "...headers which do not correctly..." 19:11:53 provide a content-type header, to be accurate 19:12:22 suggest s/alter/increase/ the security exposure 19:12:29 "correct" is a weasel word, and I like it that it is 19:12:58 +1 Johnk 19:13:09 +1 send on behalf of the TAG as ammended 19:13:10 NM: Any objections to adopting JK's proposal 19:13:14 +1 TAG 19:13:16 [none] 19:13:40 NM: replace 'alter' with 'increase' 19:14:00 HST: Agreed 19:14:13 +1 send on behalf of the TAG as ammended x2 19:14:22 HST: Propose to send this from me on behalf of the TAG 19:14:24 +1 19:14:32 +1 19:14:59 NM: RESOLUTION: HST to send a revised-as-amended version of http://lists.w3.org/Archives/Public/www-tag/2009Dec/0068.html to the HTTP bis list on behalf of the TAG 19:15:09 ACTION: Henry HST to send a revised-as-amended version of http://lists.w3.org/Archives/Public/www-tag/2009Dec/0068.html to the HTTP bis list on behalf of the TAG 19:15:09 Created ACTION-370 - HST to send a revised-as-amended version of http://lists.w3.org/Archives/Public/www-tag/2009Dec/0068.html to the HTTP bis list on behalf of the TAG [on Henry S. Thompson - due 2009-12-24]. 19:15:24 close action-309 19:15:24 ACTION-309 draft input to HTTP bis draft re sniffing based on 8 Dec discussion closed 19:15:28 Topic: ACTION-359 on Noah Mendelsohn: Communicate TAG resolution to HTML WG - due 2009-12-17 - pending review 19:15:45 DC: Been closed 19:16:51 ACTION-356 due 12 Jan 2010 19:16:51 ACTION-356 Work to schedule followup meeting on xmlnames next week due date now 12 Jan 2010 19:18:05 http://lists.w3.org/Archives/Public/www-tag/2009Dec/0070.html 19:18:18 "proposals are due January 16, 2010" 19:18:56 Zakim, who's on the phone? 19:18:56 On the phone I see noah, DanC, johnk, jar, Ashok_Malhotra, Ht, Masinter 19:19:17 thread continues http://lists.w3.org/Archives/Public/www-archive/2009Dec/0025.html 19:19:36 Topic: ACTION-358 on Noah Mendelsohn: Schedule discussion of 'usage of 'resource' vs 'representation' in HTML 5, CSS, HTML 4, SVG, ...' 19:21:55 q+ to note I also submitted a bug/change proposal 19:22:07 ack masinter 19:22:07 masinter, you wanted to note I also submitted a bug/change proposal 19:22:36 DC: [asks people to read the email at http://lists.w3.org/Archives/Public/www-tag/2009Dec/0070.html] 19:22:49 DC: Polling the group 19:22:51 (which viewpoint? I gave several in 0070) 19:22:57 NM: I'm not spun up 19:23:12 LM: I've already pushed back on this issue 19:23:54 Could someone paste a link to the HTML 5 usage that's causing concern? 19:23:56 JAR: I'm sympathetic to the proposition "there is no such thing as what you [Hickson] call a resource" -- Roy Fielding 19:24:08 q? 19:24:14 (Fielding? where did that come from; I don't think he said that.) 19:24:18 ... We've used this word for a long time, it confuses things to use it in a contradictory way 19:24:33 q+ to note that HTML should normatively reference IRI spec which also uses 'resource' and 'representation' 19:24:52 s/Roy Fielding/http://lists.w3.org/Archives/Public/public-html/2009Sep/1133.html 19:25:00 Larry, I'll let DC continue his "round the table poll" then go to the queue 19:25:19 DC: I expect that if TBL were here he'd say the Hypertext web doesn't need this distinction 19:25:40 AM: There's been a _lot_ of stuff written about this 19:25:56 q+ to note that I think we need both "concepts" (representation and resource) as documented 19:26:00 ... It would be useful if we could agree and write something small 19:26:17 Henry, I think the proposition "there is ..." is Dan quoting Ian... so "you" refers to Fielding ... please check when the minutes get edited 19:26:34 +1 to being very careful, agree with HT 19:26:36 http://www.w3.org/Bugs/Public/show_bug.cgi?id=8264 19:26:38 found it 19:26:45 q? 19:26:51 q+ noah 19:27:32 "The result is also at odds with reality (since some resources have 19:27:32 no representation and content-negotiated resources may have many)." 19:27:36 Ian "There is no such thing as what you [Julian] call a resource" - Dan & Jonathan sympathetic 19:27:48 That's the bug report, but where's the HTML 5 text that's causing concern. Quick search of the HTML 5 draft doesn't reveal it to me. 19:27:59 Which HTML 5 section are we discussing? 19:28:20 s/refers to Fielding/refers to Julian/ 19:28:24 lots of them, noah; one of hixie's msgs to www-archive says which 19:28:37 HST: Trying for a "yes and" response -- I liked what Rhys Lewis was trying to do before we lost him 19:28:39 Noah, it's spread throughout the document, there was someone from Oracle who did an analysis 19:28:39 ack masinter 19:28:39 masinter, you wanted to note that HTML should normatively reference IRI spec which also uses 'resource' and 'representation' 19:29:17 LM: I made some arguments in this bug report http://www.w3.org/Bugs/Public/show_bug.cgi?id=8264 19:29:29 (oh. we have like *1* minute left. didn't hear that somehow.) 19:29:37 ... That you are going to have to read other documents to implement anything on the web 19:29:42 ... and understand them 19:29:50 ... and they use these words differently 19:30:15 LM: The bad news is that fixing this is a big and messy job -- these terms are spread out throughout the HTML5 draft 19:30:23 noah, when is our next meeting? 19:30:29 I think the harder problem is that no one likes "representation", really... it forces you to buy into REST/AWWW 19:30:40 Section 2.1.1 has title "resources", but seems to define the terms "supported" and "Mime Type". I'm a bit at sea. Is that implicitly the definition of resource as advertiseded? 19:30:42 ooh... good point... "resources which have multiple resources" is goofy. 19:31:02 LM: A concrete problem is that there are resources with no representation, and resources with many: if you have only one word, you can't address this at all 19:31:39 NM: We will have to come back to this 19:31:53 JK: We need both words, we have to do whatever we have to do to fix that 19:32:08 s/both words/both concepts/ 19:32:58 NM: Adjourned until 2010-01-07 19:33:03 -noah 19:33:04 I like "document" for Ian:resource and awww:Representation ... 19:33:06 -Masinter 19:33:10 -johnk 19:33:12 -Ashok_Malhotra 19:33:14 +1 to JAR 19:33:26 rrsagent, make logs world-visible 19:33:42 rrsagent, draft minutes 19:33:42 I have made the request to generate http://www.w3.org/2009/12/17-tagmem-minutes.html ht 19:33:48 ... but timbl likes "document" = awww:Resource ... 19:33:52 -Ht 19:34:15 OK, I am about to start quoting FRBR, watch out :-) 19:35:47 FRBR is good stuff. 19:38:29 ACTION-363? 19:38:29 ACTION-363 -- Jonathan Rees to inform SemWeb CG about market developments around webfinger and metadata access, and investigate relationship to RDFa and linked data -- due 2010-01-31 -- OPEN 19:38:29 http://www.w3.org/2001/tag/group/track/actions/363 19:39:35 jar's TAG actions http://www.w3.org/2001/tag/group/track/users/38732 20:02:46 -DanC 20:02:47 -jar 20:02:48 TAG_Weekly()1:00PM has ended 20:02:49 Attendees were DanC, +1.413.458.aaaa, jar, Ashok_Malhotra, johnk, Ht, noah, Masinter 21:33:50 Zakim has left #tagmem 23:54:21 timbl_ has joined #tagmem