16:56:12 RRSAgent has joined #tagmem 16:56:12 logging to http://www.w3.org/2007/08/30-tagmem-irc 16:56:23 zakim, this will be tag 16:56:23 ok, Stuart; I see TAG_()1:00PM scheduled to start in 4 minutes 16:56:45 Meeting: TAG Weekly 16:56:52 Chair: Stuart 16:57:22 TAG_()1:00PM has now started 16:57:29 +??P3 16:57:38 zakim, ?? is me 16:57:38 +Stuart; got it 16:58:32 + +019628aaaa 16:58:59 zakim, aaaa is Rhys 16:58:59 +Rhys; got it 16:59:51 Noah has joined #tagmem 16:59:58 +[IBMCambridge] 17:00:13 +Norm 17:00:16 zakim, [IBMCambridge] is me 17:00:16 +Noah; got it 17:04:31 +TimBL 17:05:19 scribenick Noah 17:05:23 scribe: Noah Mendelsohn 17:05:34 Meeting: W3C TAG Teleconference of 30 August 2007 17:05:41 date: 30 August 2007 17:05:43 timbl_ has joined #tagmem 17:05:48 chair: Stuart Williams 17:06:22 agenda: http://www.w3.org/2001/tag/2007/08/30-agenda 17:06:55 +Raman 17:07:03 agenda: http://lists.w3.org/Archives/Public/www-tag/2007Aug/0097.html 17:07:14 ****SCRIBE NOTE TO SELF: delete first agenda link above***** 17:07:50 Scribe: Raman 17:07:51 scribenick: raman 17:08:03 scribe: T.V. Raman 17:08:41 Skipping URN Registries -- No HST 17:09:12 Password in the clear: Stuart has sent message to chairs asking if other WGs would like to meet with the TAG 17:10:34 ACTION: SWilliams: Respond to MEZ to arrange a joint meeting with TAG and Security WG 17:10:34 Sorry, couldn't find user - SWilliams: 17:11:36 ACTION: STUART Send MEZ email asking for a joint meeting with the Security WGduring the Plenary 17:11:36 Created ACTION-40 - Send MEZ email asking for a joint meeting with the Security WGduring the Plenary [on Stuart Williams - due 2007-09-06]. 17:12:38 +Dave_Orchard 17:12:38 Resolved: TAG calls will be at this time Thursday 10:00 PT13:00 ET going forward. 17:16:04 F2F Logistics -- Organizers need Mac Address 17:23:59 http://www.w3.org/2001/tag/2007/09/17-agenda 17:24:58 http://lists.w3.org/Archives/Member/tag/2007Aug/0038 17:25:14 Maybe a session after dark 17:25:20 Sail - meet - eat 17:26:24 Ah ... 17:27:21 :) 17:27:54 -Noah 17:28:13 meet - drink - sail - meet - eat 17:28:14 +[IBMCambridge] 17:29:21 Done with F2F Agenda for now 17:29:27 TAG Blog 17:29:54 Question for TimBL:Can we use http://www.w3.org/tag/blog as the uri of our blog 17:30:04 Yes we may 17:30:15 TimBL:Yes we may 17:31:50 2001/tag 17:36:41 blog.w3.org 17:36:49 blog.w3.org/tag 17:37:24 blog://tag 17:37:25 www.tag/blog/tag 17:37:42 tagBlog 17:39:00 Even if we decide on www.w3.org/tag/blog, we could still have www.w3.org/blogs give a page that gives links to lots of group's blogs 17:39:05 ACTION: TimBL to investigate getting http://blog.w3.org/tag 17:39:05 Created ACTION-41 - Investigate getting http://blog.w3.org/tag [on Tim Berners-Lee - due 2007-09-06]. 17:39:13 s/give a page/be a page/ 17:39:44 Item 8 Norm to announce new issue "Scalability of URIs" 58 17:40:43 http://www.w3.org/blog/CSS 17:41:03 http://www.w3.org/blog/BPWG 17:41:18 http://www.w3.org/blog/ 17:41:30 I think http://www.w3.org/blog/TAG seems to the logical one 17:41:35 Norm would like some time next week or at the F2F 17:42:45 There seem to be two aspects to the discussion that followed the announcement: some related to retreival and urnsRegistries; the other about authoratative representations (RDF you have from somewhere vs. the representation you get through GET. 17:44:24 for the record, http://w3tag.blogspot.com is available. 17:45:35 TAGSoup Integration 17:46:13 Sam Ruby's article is at: http://intertwingly.net/blog/2007/08/02/HTML5-and-Distributed-Extensibility 17:46:47 http://lists.w3.org/Archives/Public/www-tag/2007Aug/0043 17:46:58 It's really too bad that Dan isn't here for this discussion, suggest we discuss some now, then revisit when he's available. 17:47:51 TVR: I'd be happy for Dave to send his note on behalf of the TAG 17:48:18 Stuart: wait for Dan 17:49:16 ACTION: Stuart to check with Dan 17:49:17 Created ACTION-42 - Check with Dan [on Stuart Williams - due 2007-09-06]. 17:52:24 Item 10: HTTP Redirections 17:54:26 -Dave_Orchard 17:55:39 TimBL: simple confusion: non-informational resource used to mean "thing" 17:56:33 We should remember that we do have a definition of information resource in AWWW 17:57:07 From AWWW: 17:57:09 "By design a URI identifies one resource. We do not limit the scope of what might be a resource. The term "resource" is used in a general sense for whatever might be identified by a URI. It is conventional on the hypertext Web to describe Web pages, images, product catalogs, etc. as “resources”. 17:57:17 The distinguishing characteristic of these resources is that all of their essential characteristics can be conveyed in a message. We identify this set as “information resources.” 17:58:52 stuart: there are entities that fit the definition of "information resource" that are not web accessible 18:01:10 There is no reason that somethinbg being an IR means it must be on hte web. 18:01:54 q+ 18:02:04 ack t 18:02:15 Noah: single resource, 2 URIs -- one could return a 303 18:02:17 foo.rdf#poem 18:02:33 That will cause a fetch of foo.rdf whcih describes foo.rdf#peoem 18:02:57 NM: With the obvious media type? 18:03:00 TBL: Yes. 18:03:05 http://exa,ple.com/thingsILike/poems/rollingenglishdrunkard 18:03:35 That 303s to ttp://exa,ple.com/thingsILike/poems.rdf which has stuff about it 18:03:41 and I might ahve a 18:03:49 version which has a repreentation and doe s a 200 18:03:59 All thse can be owl:sameAs each other 18:04:59 Example to show: 303 does not mean a non-infortaaion resource 18:05:42 NM: Yes, strongly agree (except perhaps that my knowledge of the nuances of owl:sameAs is sufficiently limited that I can only assume that bit's right too) 18:07:53 ACTION: TimBL Find the paper that he annotated on the plane 18:07:53 Created ACTION-43 - Find the paper that he annotated on the plane [on Tim Berners-Lee - due 2007-09-06]. 18:08:26 +Dave_Orchard 18:09:14 Stuart: discussion on redirection 57? 18:09:22 All to look at RL's draft 18:09:52 Issue: Fragment identifiers and scripting 18:10:30 http://www.cnn.com/video/#/video/living/2007/07/06/cnn.heroes.scott.southworth.two.cnn 18:10:52 TVR: Retrieve this page, you get HTML, but there are no IDs in the page that match. 18:11:48 TVR: Without indicating whether I think this is good or bad practice. They take out the fragid and cons up a new URL that references a piece of a video stream. 18:12:04 TVR: example.com/a/b/c?b=1 18:12:46 TVR: With text/html, they are doing that "ilk" of processing on the client. 18:13:03 TVR: using # syntax and fragids. 18:13:21 TVR: Is it time to document this, and explore interoperability questions? 18:13:50 TVR: Depending on your view of the media type spec. for text/html, the semantics of fragids are either very loosely or very narrowly defined. 18:14:47 TBL: architecturally, when you have e.g. a fragid being passed to a script, that's a different architecture and perhaps the fragid should be viewed as opaque 18:15:03 TBL: the normal case is that it 18:15:16 TBL: the normal case is that it's transparent in the sense that most everyone knows how to interpret it. 18:15:27 TVR: Note that it conses up another URI. 18:15:35 TBL: Inside the script? 18:16:12 TVR: Interesting question. The script is calling the media player with that newly munged URI. You'll see the other URL there. 18:16:24 DO: This is a URI mapping algorithm 18:19:01 NM: Right, so a media typed representation was returned. The spec for that media type either does or doesn't allow for this interpretation of the fragid. Specifically as a question of web arch: I don't swe why the question is any bigger than "if this is going to be legal, then the media type spec needs to bupdated" 18:19:02 I tend to agree with Noah, that this looks like a question of what the rules are for text/html fragment ids 18:19:45 TVR: If that's the interpretation, we shouldn't be trading URLs with fragids if you don't know the rep 18:20:41 Web arch on fragid semantics is at: http://www.w3.org/TR/webarch/#media-type-fragid 18:21:00 From: The semantics of a fragment identifier are defined by the set of representations that might result from a retrieval action on the primary resource. The fragment's format and resolution are therefore dependent on the type of a potentially retrieved representation, even though such a retrieval is only performed if the URI is dereferenced. 18:21:08 If no such representation exists, then the semantics of the fragment are considered unknown and, effectively, unconstrained. Fragment identifier semantics are orthogonal to URI schemes and thus cannot be redefined by URI scheme specifications. 18:21:25 3.2.2. Fragment identifiers and content negotiation 18:22:30 I find it a bit frustrating that we're discussing this without first reading over what we've already written on this, which is in 3.2.2 of Web Arch. I agree with Norm it's unfortunately slippery, but we have said a lot about it. 18:22:56 From AWWWW: 18:22:59 "Consider an example where the owner of the URI "http://weather.example.com/oaxaca/map#zicatela" uses content negotiation to serve two representations of the identified resource. Three situations can arise: 18:23:07 1. The interpretation of "zicatela" is defined consistently by both data format specifications. The representation provider decides when definitions of fragment identifier semantics are are sufficiently consistent. 18:23:13 2. The interpretation of "zicatela" is defined inconsistently by the data format specifications. 18:23:20 3. The interpretation of "zicatela" is defined in one data format specification but not the other. 18:23:27 The first situation—consistent semantics—poses no problem. 18:23:34 The second case is a server management error: representation providers must not use content negotiation to serve representation formats that have inconsistent fragment identifier semantics. This situation also leads to URI collision (§2.2.1). 18:26:42 The third case is not a server management error. It is a means by which the Web can grow. 18:27:45 TVR: OK, I didn't know we'd ruled on that. 18:27:57 from RFC 2854 text/html media type registration: 18:28:01 3. Fragment Identifiers 18:28:01 The URI specification [URI] notes that the semantics of a fragment 18:28:01 identifier (part of a URI after a "#") is a property of the data 18:28:01 resulting from a retrieval action, and that the format and 18:28:01 interpretation of fragment identifiers is dependent on the media type 18:28:01 TVR: I think at very least, the fragid specification for the HTML media type should be revisited 18:28:02 of the retrieval result. 18:28:04 For documents labeled as text/html, the fragment identifier 18:28:07 designates the correspondingly named element; any element may be 18:28:08 named with the "id" attribute, and A, APPLET, FRAME, IFRAME, IMG and 18:28:10 MAP elements may be named with a "name" attribute. This is described 18:28:12 in detail in [HTML40] section 12. 18:29:11 Right, which is why I asked from the start why this isn't mainly a question of that media type specification. 18:30:18 #raman #intro #alert 18:30:28 person, para, js fun 18:31:39 TBL: I'm worried about mixed namespace documents, and the risk we'd head down the road of having the same fragid be both a person and a paragraph. I don't want to go there. 18:31:49 Either the anchor namespace and people namespaces are separate or they are overlayed. 18:32:13 -Dave_Orchard 18:32:55 i think in this case with xml ns miing we have a dociument-wide namepscem,so they must be overlayed, so an id must not be used to identify both aan anchor and a paragraph 18:34:22 adjouned 18:34:22 -Norm 18:34:27 -Rhys 18:34:44 -Stuart 18:34:46 -Raman 18:34:48 -[IBMCambridge] 18:34:52 -TimBL 18:34:53 TAG_()1:00PM has ended 18:34:54 Attendees were Stuart, +019628aaaa, Rhys, Norm, Noah, TimBL, Raman, Dave_Orchard, [IBMCambridge] 18:34:59 Norm? 18:35:30 Norm, call 617 253 5702? 18:38:29 Dialing 18:38:32 Package at door... 18:49:18 http://linkeddata.org/ 18:49:34 http://esw.w3.org/topic/SweoIG/TaskForces/CommunityProjects/LinkingOpenData 18:49:46 http://sites.wiwiss.fu-berlin.de/suhl/bizer/pub/LinkedDataTutorial/ 18:58:18 try running Activity Monitor to find out what is running the CPU (or top off course) 18:58:26 ooops he went 19:42:38 Norm has joined #tagmem 20:27:01 Zakim has left #tagmem 20:39:24 timbl_ has left #tagmem 22:40:37 DanC_lap has joined #tagmem 23:35:16 DanC_lap has joined #tagmem