17:01:54 RRSAgent has joined #tagmem 17:01:54 logging to http://www.w3.org/2006/05/16-tagmem-irc 17:01:56 zakim, this is tag 17:01:56 ok, Norm; that matches TAG_Weekly()12:30PM 17:02:03 zakim, who's here? 17:02:03 On the phone I see Raman, [IBMCambridge], Ed_Rice, Vincent, Norm 17:02:06 On IRC I see RRSAgent, Zakim, EdR, Vincent, raman, Norm, noah, DanC 17:02:08 zakim, [IBMCambridge] is me 17:02:12 +DanC 17:02:12 zakim, [IBM is noah 17:02:14 +noah; got it 17:02:18 sorry, Norm, I do not recognize a party named '[IBM' 17:03:16 +TimBL 17:03:25 DanC has changed the topic to: TAG 16 May; scribe: TVR; agenda: http://www.w3.org/2001/tag/2006/05/16-agenda.html 17:03:56 Scribe: Raman 17:04:37 +1 to cancelling next week. I almost surely can't make it. I.e. at risk -> regrets 17:05:01 Resolution: No Call next week 17:05:02 I seem to be available 30 May 17:05:16 I'm available next week. 17:05:20 timbl has joined #tagmem 17:06:00 No call May 23, next call will be May 30 17:06:13 Ed will be scribe for May 30 call 17:06:36 close enough for me http://www.w3.org/2006/05/09-tagmem-minutes.html 17:07:08 Meeting minutes from last week approved 17:08:32 (it's not "just giving a name" to the issue; it's deciding to add something to our issues list, which is non-trivial.) 17:15:21 http://2006.xmlconference.org/ 17:15:37 Q: Should tag have a meeting in Jan in Cambridge? 17:15:43 Dan: Yes but not strongly 17:15:45 Ed: NO 17:15:59 Noah: Not instead of December meeting and not unless there is sinergy 17:16:16 Norm: TAG owes it to the community to be available to meet 17:16:20 Raman: No 17:17:05 Tim: Will go with anything happening in Cambridge, no strong feelings either way 17:17:24 Vincent: Not necessarily interested in the Jan meeting. 17:18:35 Vincent to report back to Steve that TAG is not strongly interested in a shared Jan meeting 17:20:58 Topic: F2F Agenda 17:21:09 Security -- Possibily on the second day. 17:21:11 -> http://www.w3.org/2001/tag/2006/06/12-agenda.html draft June agenda 17:21:13 Versioning 17:21:22 Multiple content types for the same URI 17:22:34 Possibly continue discussion of Noah's MetaData finding 17:22:41 Aspects of SemWeb Architecture 17:23:56 (indeed, "finishing a document" and "starting a document" are patterns) 17:27:23 (yes, I like targetting the boxes; it tends to be worth nailing those down as a group; sometimes the finding has to come first, and sometimes it can come after.) 17:28:20 q+ to try provoking a bit 17:28:32 ack danc 17:28:32 DanC, you wanted to try provoking a bit 17:29:16 I wonder whether the versioning discussion is important to Dave at the F2F? 17:29:56 q+ 17:31:39 ack noah 17:32:57 (I think the connection from metadataInURI-31 to semweb arch is pretty arbitrary too.) 17:33:24 (Norm, when it comes to NamespaceDocument-8 , it is worth saying in lots of places that any program should basically look namespace documents up one, maybe on installation, or maybe every few months, and keep it in a persistent cache. This is so the servers (at w3.org for example) don't get drowned in just re-requests for namespace documents. w3.org has a problem wit hDTD lookups no. ) 17:33:55 (Hmmm. I see.) 17:35:40 (I am profoundly uninspired when it comes to security. It seems important, but darned if I can say anything specific about it.) 17:36:51 topic: metadatInURI-31 17:36:59 Dated draft: http://www.w3.org/2001/tag/doc/metaDataInURI-31-20060511.html 17:37:35 (were any reviewers assigned? I read the whole thing pretty closely. I'm tempted to say we should go thru the boxes one by one.) 17:37:48 Topic: Noah/MetaData Finding 17:39:18 Noah: looking for the high-order bit answer : Is this in the right direction 17:39:48 Raman: suggest publishing after the F2F to get community feedback 17:43:06 Ed: Noah, I think at the 30,000ft level.. I like the format and structure and find it very clear. 17:46:56 (hmm... I think if I had started with the 2nd box, it might have done better. "Guess information from URIs only when the consequences of an incorrect guess are acceptable.") 17:47:10 Reviewers for Noah's document: Raman, Ed 17:47:19 ACTION: Vincent to send reminders 17:47:22 (that one is short, suite, and compelling.) 17:47:26 Tim might also review. 17:47:31 (s/suite/sweet/) 17:47:43 (Interesting: I originally had that first, and thought: gee, everyone's been so concerned that the main thought is "don't infer metadata", that I figured I better lead with that.) 17:48:15 (I'm very sympathetic to trying to find tighter wording for that constraint. Will work on it.) 17:48:17 (yes, I think that one needs to go first, but it's not worded as well; it doesn't provoke immediate "yes, I agree" nor "no, I disagree" responses.) 17:48:49 # Issue abstractComponentRefs-37 17:48:51 Topic: Abstract Component Refs Issue 37 17:48:52 (sounds like a plan, I'll try and tighten it) 17:49:26 http://www.w3.org/2001/tag/issues.html#abstractComponentRefs-37 17:50:09 [[ 17:50:10 Can you confirm that this URI... 17:50:10 http://www.w3.org/2005/08/sparql-protocol-query/#wsdl.interface(SparqlQuery 17:50:10 ]] 17:50:19 http://www.w3.org/2005/08/sparql-protocol-query/#wsdl.interface(SparqlQuery 17:50:29 http://www.w3.org/2005/08/sparql-protocol-query/#wsdl.interface(SparqlQuery) 17:52:18 q+ to ask whether RDF/A would help 17:52:26 ack TimBL 17:52:26 timbl, you wanted to ask whether RDF/A would help 17:56:37 by the way I have a hard stop in 4 minutes; could someone else scribe for the final 30 minutes? 17:56:54 q+ to ask about conneg on the representations 17:59:04 <#wsdl.interface(SparqlQuery> rdfs:describedBy . 17:59:38 do you mean rdfs:definedBy ? 17:59:44 On the other hand, RDF/A is the closest we have to something working in xhtml, so let's not knock it. 17:59:53 <#wsdl.interface(SparqlQuery)> rdfs:describedBy . 18:00:06 http://www.w3.org/TR/2005/WD-rdf-sparql-protocol-20050914/sparql-protocol-query.wsdl 18:00:23 huh? I have tons of stuff working with GRDDL that doesn't use RDFa, raman. RDFa is much less close. 18:01:14 need to leave 18:01:19 -Raman 18:01:23 Are we losing our scribe? 18:01:26 rdfs:seeAlso 18:01:49 ScribeNick: Norm 18:02:03 Norm becomes scribe 18:03:02 Some discussion of relative merits of "a href" and "rdfs:seeAlso" 18:03:25 timbl: For a machine that's "seeAlso aware", the namespace document is useful 18:03:31 TBL: I'm hoping the TAG will eventually set out guidance on which things, like rdfs:see also, a machine should follow 18:03:45 danc: What sort of machine are we talking about? The consumer of .wsdl is a web services toolkits. 18:04:03 DanC: They could be taught to follow see also links, but I'm not sure what the value would be. 18:04:06 ack noah 18:04:06 noah, you wanted to ask about conneg on the representations 18:05:58 noah: We could start with a RDDL document and later add RDF with conneg. 18:06:20 noah: That led to a discussion of whether or not conneg should be used to serve alternate formats. 18:06:40 noah: But these are secondary resources and I'm not sure we have a good story for talking about links with fragids in this context. 18:06:54 noah: Does the link with fragid represent the same thing if RDF and HTML are conneg'd? 18:06:58 noah: I'm not sure we ever decided that. 18:07:26 DanC: Yes, that's the state of play, and we have the same problem in other areas, like QT functions and operators. 18:07:37 noah: I think I'd like the answer to be "yes" for better or worse. 18:07:58 noah: We've established '#'s for some things and they're out in the wild so they better work. 18:08:17 noah: I think if I want a prose explanation I should be able to get that and if I want an RDF explanation, I should be able to get that too. 18:08:58 timbl: What's the relationship between the pieces 18:09:01 (I'd like a name for the analog of 404 in #-space... when you get a representation and it has nothing matching that fragment. Anybody got a suggestion? unbound fragment ref?) 18:09:15 noah: For the Schema data types, you can have #integer, #double, etc. 18:09:30 noah: I don't think we have complete closure about what's identified by 18:09:54 noah: I take it as an abstraction for the namespace. The things that seem like documents are representations of that resource, I think. 18:10:08 noah: I believe timbl's position is that the refers to the document-ey thing I get back. 18:10:24 (I think the 2 positions noah are describing aren't observably distinguishable.) 18:10:30 timbl: There's a pun in URIs used for two things; syntactically it's used as the prefix. But by itself it identifies the namespace document. 18:10:45 timbl: I think information resources always identify documents. 18:10:58 DanC: I didn't think that's where we landed. 18:11:34 timbl: Representations are the actual bitstreams. If the resource is a list of things, I'm happy to have the list in different orders if they're unordered. 18:11:41 what timbl actually said was "... I use information resource only for things that have a beginning, middle and end" 18:11:59 and I meant to ask "really? that doesn't sound like things that can be posted to." 18:12:16 Thanks for the correction, DanC 18:13:03 noah: The resource is the potentially infinite collection. 18:13:54 timbl: (reference to information theory) when you look this thing up, you're going to be more informed. An information resource to me is that information, not the subject of the information. 18:14:16 noah: would it be reasonable for me to define a resource which is all the square roots of all the integers. 18:14:29 noah: blah-blah-blah#144 refers to the number 12. 18:14:47 noah: Or "/", I'm just talking about the infiniteness of the set. 18:14:58 noah: One representation si a java program that computs the squre roots 18:15:19 timbl: For me, a representation is a string of bits and some metadata. What you get in http. 18:15:33 timbl: Those bits, in the given language convey the information that was the information resource. 18:15:56 noah: If the table wasn't infinite; if it was the square roots of the first 100 integers. I could then just give you an HTML page that conveyed it as a table. 18:16:25 timbl: No. The representation of the set must have a different URI. An information resource isn't a set of numbers. 18:16:41 timbl: The statement that the set contains these numbers is an information resource, but that's distinct from the set. 18:16:57 noah: I would have thought they could be conveyed as information. 18:17:19 timbl: We played with the words a lot 18:17:38 (where timbl says "it's improtant to distinguish between the set of numbers and the description of it", I'm not yet convinced. I agree that you _can_ distinguish, but I don't know why it's important to.) 18:18:45 timbl: It's not coherent not to distinguish between them. 18:19:37 noah: I want to distinguish them, but I think they're both information resources. 18:19:58 noah: What I hear timbl saying is that the only one I'm happy to call an information resource are the ones that are documenty 18:20:29 timbl: It's really important because the web is about communication and when I give you a URI I expect you to be able to get information with that URI. 18:21:30 noah: If you ask people what a namespace is, I don't think they'll say "document". It's more set like. 18:21:57 noah: Once we say "I've got that" now at some level, by the time we get to representations, everyone agrees that what we get is a document. 18:22:29 noah: The problem is that given a namespace in my left hand, there are lots of different kinds of documents that I might like to write; in RDF, in HTML, in English, in French, etc. 18:23:00 noah: But that leaves us in the position of asking what is the fundamental document that the namespace URI names (because I have to pick one). But then we trip over how one is a representation of the other. 18:23:09 (I find timbl's position mildly more appealing, but the argument seems to be by assertion. It's maybe good enough to convince me, but it's not at all good enough for me to take and convince other people.) 18:23:16 noah: What's really fundamental is the set; how can we use webarch to say that that is on the web? 18:23:36 timbl: we could make it clearer by having a 303 response. 18:24:24 timbl: As a result, the only thing that's identified by the URI is some collection of documents. 18:24:56 timbl: It's not neat and tidy, but none of the processes that get the URI really need the abstraction. 18:25:06 noah: I could say that I control that namespace, yes? 18:25:25 timbl: Yes, you can talk about the document, but they all use the DC namespace to talk about how they're managed. 18:25:37 Scribe isn't sure he captured that 18:26:10 timbl: We don't have a way in rdf of saying that this property is in a namespace; we don't have the concept of a namespace. 18:26:18 timbl: The namespace concept is only used in common parlance. 18:26:52 Norm isn't sure that the fact that RDF doesn't need the concept means the concept isn't useful. 18:27:02 Hmm. So if the URI with no sharp sign is for "the document(s) about the namespace", as opposed to the set of names, then maybe to talk about the set you need: http://example.org/uriOfNamespaceDoc#namespaceThisIsAbout 18:27:43 Vincent: DanC did you have a goal in mind? 18:28:02 DanC: Yes, that one of the documents would say that the SPARQL example is good or not. 18:28:17 Well, I guess what I'm hung up on is that in practical terms, the namespace is an important thing. People talk about namespaces all the time. If we don't have a simple, first class way to give a Web name (I.e. URI) to the namespace itself, it seems we've lost something important. 18:28:21 vincent: I don't think we can go further today. 18:28:33 Fodder for the F2F? 18:30:28 Noah: We don't have a clean simple story about what a namespace URI identifies that avoids a 20 minute discussion 18:31:09 Norm: I share Noah's concerns about the practicality 18:31:26 vincent: I'll plan to schedule discussion about abstractComponentRefs again when Dave is present. 18:32:01 -noah 18:32:01 Vincent: Adjourned 18:32:02 -Norm 18:32:03 -Ed_Rice 18:32:04 -Vincent 18:32:06 -DanC 18:32:12 rrsagent, set logs world-visible 18:32:18 rrsagent, draft minutes 18:32:18 I have made the request to generate http://www.w3.org/2006/05/16-tagmem-minutes.html Norm 18:32:28 I note that DanC's point was different form Noah's. Dan C seemed to be asking whether something could be a set of names and alos a document. Noah and Tim seemed to agree that the set of terms and the document were distinct things, and just differ in which they were suggestsing was names by the NSURI. 18:33:01 I'm not interested to persue that point any more, fyi. 18:33:11 " whether something could be a set of names and alos a document" 18:33:15 hmm. 18:33:22 well, maybe. I don't advocate it, in any case. 18:34:01 There's a clear-and-present question in the semweb best practices WG: can a wordnet word (synset) be an information resource? 18:34:07 RRSAgent, make logs public 18:34:31 Zakim, list participants 18:34:31 As of this point the attendees have been Raman, Ed_Rice, Vincent, Norm, DanC, noah, TimBL 18:34:49 RRSAgent, generate minutes 18:34:49 I have made the request to generate http://www.w3.org/2006/05/16-tagmem-minutes.html EdR 18:35:26 I tried to explain to them that log:notIncludes { InformationResource disjointWith WordNetWord }. but not matter what I wrote, they read positions from me, not clarifications on webarch, so I have stopped. 18:36:34 anybody interested to take this question to #swig? 18:36:42 timbl, by chance? ndw? 18:37:07 disconnecting the lone participant, TimBL, in TAG_Weekly()12:30PM 18:37:09 TAG_Weekly()12:30PM has ended 18:37:10 Attendees were Raman, Ed_Rice, Vincent, Norm, DanC, noah, TimBL 18:38:00 How do you want to take that to #swig? 18:38:39 by "this question" I mean: { InformationResource disjointWith WordNetWord } 18:39:24 by disjointWith, I mean owl:disjointWith, i.e. the concept you learned in grade school... 18:39:57 DanC, the prevailing opinion in SWIG is that information resources and wordnet words *are* disjoint? 18:40:41 opinions seem to vary wildly 18:40:46 Ah. 18:41:02 But your position is that webarch does not say that they are disjoint, yes? 18:41:35 yes; in fact, I'd rather not call that my opinion; it's a pretty readily-available fact. 18:41:48 Indeed 18:41:57 Well, if you try, I'll attempt to back you up. How's that? 18:42:11 we'll see... 20:09:23 Norm has joined #tagmem 21:15:05 raman has left #tagmem 23:29:06 timbl has joined #tagmem