14:02:58 RRSAgent has joined #vmtf 14:02:58 logging to http://www.w3.org/2006/01/17-vmtf-irc 14:03:09 Meeting: Vocab Management TF 14:03:17 /me waves 14:03:32 :) 14:03:37 zakim, this is vmtf 14:03:37 ok, RalphS; that matches SW_BPD(VMTF)9:00AM 14:03:37 it's true! 14:03:41 zakim, who's on the call? 14:03:41 On the phone I see Tom_Baker, Libby_Miller, Ralph 14:03:54 Agenda: http://lists.w3.org/Archives/Public/public-swbp-wg/2006Jan/0063 14:04:12 +??P3 14:04:13 +Alistair_Miles (was ??P3) 14:04:29 zakim, alistair is really me 14:04:29 +aliman; got it 14:05:59 Previous: 2006-01-10 http://www.w3.org/2006/01/10-vmtf-minutes 14:06:38 Topic: Title of document 14:06:43 RESOLVED: "Best Practice Recipes for Serving RDFS and OWL Vocabularies?" 14:07:00 Topic: Responses to reviews 14:07:33 DBooth/G1 -- Ralph responded; we don't know if David is satisfied 14:07:44 DBooth/G2 -- 14:08:30 Tom: I wouldn't want the purl.org material to disappear entirely 14:08:35 ... but it could be in a separate section 14:08:45 ... perhaps in the context of persistence of URIs 14:08:59 ... I'd like to have guidance that DCMI could implement 14:09:15 ... without assuming we can get changes in the purl.org implementation 14:09:38 ... this guidance does not necessarily need to be in the body of the cookbook 14:10:04 ... so we can keep the scope of the body of the note to Best Practices 14:10:24 zakim, mute me 14:10:50 aliman should now be muted 14:10:50 zakim, unmute me 14:10:50 aliman should no longer be muted 14:10:53 ralph: problem with purls maybe more difficult ... 14:11:14 not sufficient to change all 302s to 303s because 302 is appropriate for most URIs ... 14:11:37 so what they would have to do is implement a feature for users to specify that some resource is a non-info resource ... 14:11:47 requires changes to database etc. ... 14:12:27 Are there any options to do a double redirection? I.e. if purl returns a 302 redirect, then my own server does a 303 ... 14:12:47 i wonder, although this is inefficient from network pov, if this is a workaround ... 14:12:52 q+ 14:13:16 so maybe better to stay silent on PURLs for the moment ... 14:13:27 certainly need to help DCMI, but can that from another doc? 14:13:56 alistair: regarding double redirect, on hazy ground here - don't understand enough to make 14:14:00 assurances here. 14:14:18 Reasonable for an app to make some inferences based on response code (TBL) 14:14:32 If that is the case, the only response code that matters is from the initial code 14:14:40 therefore, double redirect is just as bad 14:15:04 interaction btw web/sw architecture. lots of conflicting views. haven't seen 14:15:07 spelled out clearly. 14:15:54 have spoken with patrick stickler - how sw/web archi interact - he doesn't think it matters 14:16:12 Ralph: yes, I fear that Alistair is correct, that the initial 302 or 303 is important to a client 14:16:35 but issue is worth investigating 14:16:43 q+ 14:17:08 pragmatically: we should work with TAG to clarify remaining qsts 14:19:35 ralph: suspects al is right but worth pursuing further 14:19:41 TomB: purl.org is an issue for both Dublin Core and RSS 14:19:45 ...how important is purl in v1? 14:19:54 ralph: how important is purl in v1? 14:21:40 q? just a comment... 14:21:48 q\ just a comment... 14:21:53 q+ just a comment... 14:22:07 alistair: we need to work with tag 14:22:10 q+ 14:22:12 Ralph: I'm willing to have a first draft that does include PURLs with a big cautionary note "This is not Best Practice" 14:22:25 ... bottom line is we don't yet have a solution for purl.org 14:22:28 suggests tag coin a uri for "information resource" 14:22:51 using this, "you can draw the following inferences" 14:23:33 ACTION: Alistair draft the question for discussion in VM, then send to TAG 14:24:03 Alistair: if all purls taken out of cookbook - create "short-term suggestions for maintainers 14:24:11 of purl.org namespaces" 14:24:23 doesn't completely conform, but step in right direction 14:25:24 q+ 14:25:39 Ralph: we need a section on importance of persistence namespaces 14:26:13 Libby: there are other vocabularies that use purl.org too 14:26:28 Tom: important to address persistence in the main body 14:26:38 ... moving purl.org to an appendix makes for a very long appendix 14:26:49 q+ 14:27:04 ... moving the purl material to a separate document has the advantage of making the main cookbook slimmer 14:30:18 bye! 14:30:22 -Libby_Miller 14:30:42 bye libby 14:31:32 -Ralph 14:34:24 ACTION: Alistair to put the purl.org material into an Appendix 14:41:00 http://lists.w3.org/Archives/Public/public-swbp-wg/2005Dec/0016.html note on MultiViews versus conditional redirects 14:41:32 rdf as the default response http://lists.w3.org/Archives/Public/public-swbp-wg/2005Dec/0022.html 14:45:07 rrsagent, please draft minutes 14:45:07 I have made the request to generate http://www.w3.org/2006/01/17-vmtf-minutes.html TomB 14:50:01 This conference is scheduled to end in 10 minutes; all ports must be freed 14:50:51 rrsagent, please make this record public 14:55:02 This conference is scheduled to end in 5 minutes; all ports must be freed 14:55:23 -aliman 14:55:24 -Tom_Baker 14:55:26 SW_BPD(VMTF)9:00AM has ended 14:55:27 Attendees were Tom_Baker, Libby_Miller, Ralph, Alistair_Miles, aliman 14:56:36 aliman has left #vmtf 15:00:01 bye 15:34:50 danbri has joined #vmtf 15:36:34 too late danbri! 15:36:42 youre an hour off :/ 15:37:20 darn round planet :( 15:39:28 :( 18:03:48 Zakim has left #vmtf