See also: IRC log
<libby> /me waves
<libby> :)
<libby> it's true!
Previous: 2006-01-10 http://www.w3.org/2006/01/10-vmtf-minutes
RESOLUTION: "Best Practice Recipes for Serving RDFS and OWL Vocabularies?"
DBooth/G1 -- Ralph responded; we don't know if David is satisfied
DBooth/G2 --
Tom: I wouldn't want the purl.org
material to disappear entirely
... but it could be in a separate section
... perhaps in the context of persistence of URIs
... I'd like to have guidance that DCMI could implement
... without assuming we can get changes in the purl.org
implementation
... this guidance does not necessarily need to be in the body
of the cookbook
... so we can keep the scope of the body of the note to Best
Practices
<aliman> ralph: problem with purls maybe more difficult ...
<aliman> not sufficient to change all 302s to 303s because 302 is appropriate for most URIs ...
<aliman> so what they would have to do is implement a feature for users to specify that some resource is a non-info resource ...
<aliman> requires changes to database etc. ...
<aliman> Are there any options to do a double redirection? I.e. if purl returns a 302 redirect, then my own server does a 303 ...
<aliman> i wonder, although this is inefficient from network pov, if this is a workaround ...
<aliman> so maybe better to stay silent on PURLs for the moment ...
<aliman> certainly need to help DCMI, but can that from another doc?
<TomB> alistair: regarding double redirect, on hazy ground here - don't understand enough to make
<TomB> assurances here.
<TomB> Reasonable for an app to make some inferences based on response code (TBL)
<TomB> If that is the case, the only response code that matters is from the initial code
<TomB> therefore, double redirect is just as bad
<TomB> interaction btw web/sw architecture. lots of conflicting views. haven't seen
<TomB> spelled out clearly.
<TomB> have spoken with patrick stickler - how sw/web archi interact - he doesn't think it matters
Ralph: yes, I fear that Alistair is correct, that the initial 302 or 303 is important to a client
<TomB> but issue is worth investigating
<TomB> pragmatically: we should work with TAG to clarify remaining qsts
<libby> ralph: suspects al is right but worth pursuing further
TomB: purl.org is an issue for both Dublin Core and RSS
<libby> ...how important is purl in v1?
<libby> ralph: how important is purl in v1?
<libby> q\ just a comment...
<TomB> alistair: we need to work with tag
Ralph: I'm willing to have a
first draft that does include PURLs with a big cautionary note
"This is not Best Practice"
... bottom line is we don't yet have a solution for
purl.org
<TomB> suggests tag coin a uri for "information resource"
<TomB> using this, "you can draw the following inferences"
<TomB> ACTION: Alistair draft the question for discussion in VM, then send to TAG [recorded in http://www.w3.org/2006/01/17-vmtf-minutes.html#action01]
<TomB> Alistair: if all purls taken out of cookbook - create "short-term suggestions for maintainers
<TomB> of purl.org namespaces"
<TomB> doesn't completely conform, but step in right direction
<TomB> Ralph: we need a section on importance of persistence namespaces
Libby: there are other vocabularies that use purl.org too
Tom: important to address
persistence in the main body
... moving purl.org to an appendix makes for a very long
appendix
... moving the purl material to a separate document has the
advantage of making the main cookbook slimmer
<libby> bye!
<aliman> bye libby
<TomB> ACTION: Alistair to put the purl.org material into an Appendix [recorded in http://www.w3.org/2006/01/17-vmtf-minutes.html#action02]
<aliman> http://lists.w3.org/Archives/Public/public-swbp-wg/2005Dec/0016.html note on MultiViews versus conditional redirects
<aliman> rdf as the default response http://lists.w3.org/Archives/Public/public-swbp-wg/2005Dec/0022.html
This is scribe.perl Revision: 1.127 of Date: 2005/08/16 15:12:03 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) No ScribeNick specified. Guessing ScribeNick: RalphS Inferring Scribes: RalphS WARNING: No "Present: ... " found! Possibly Present: Alistair_Miles Libby_Miller P3 Previous Tom TomB Tom_Baker aliman alistair libby pragmatically ralph was You can indicate people for the Present list like this: <dbooth> Present: dbooth jonathan mary <dbooth> Present+ amy Agenda: http://lists.w3.org/Archives/Public/public-swbp-wg/2006Jan/0063 WARNING: No meeting chair found! You should specify the meeting chair like this: <dbooth> Chair: dbooth Got date from IRC log name: 17 Jan 2006 Guessing minutes URL: http://www.w3.org/2006/01/17-vmtf-minutes.html People with action items: alistair[End of scribe.perl diagnostic output]