12:55:36 RRSAgent has joined #vmtf 12:55:36 logging to http://www.w3.org/2005/09/27-vmtf-irc 12:55:45 Meeting: SWBPD VM Task Force 12:56:02 Agenda: http://lists.w3.org/Archives/Public/public-swbp-wg/2005Sep/0111.html 12:58:39 Previous? 2005-07-19 http://lists.w3.org/Archives/Public/public-swbp-wg/2005Jul/0064.html 13:01:30 SW_BPD(VMTF)9:00AM has now started 13:01:37 +Ralph 13:02:03 danbri has joined #vmtf 13:02:12 aliman has joined #vmtf 13:02:18 hi 13:02:20 rrsagent, please make record public 13:02:31 +Tom_Baker 13:02:59 +??P5 13:03:08 +Alistair_Miles (was ??P5) 13:03:19 +Danbri 13:03:20 berva has joined #vmtf 13:03:32 berva has joined #vmtf 13:04:13 hi - coming soon on the phone 13:05:15 +??P6 13:05:30 zakim, ??p6 is Bernard 13:05:30 +Bernard; got it 13:07:15 tomb has joined #vmtf 13:07:27 zakim, who's on the phone? 13:07:27 On the phone I see Ralph, Tom_Baker, Alistair_Miles, Danbri, Bernard 13:08:55 DanBri: my response (question) to Alistair didn't make complete sense as I momentarily forgot that SKOS URIs use '#' 13:09:18 Ralph: question still made some sense, as it leads to Bernard's questions 13:10:43 -> http://lists.w3.org/Archives/Public/public-swbp-wg/2005Sep/0116.html Alistair's thoughts on SKOS changes 13:10:49 Scribe: Alistair 13:10:52 Chair: Tom 13:11:02 tom: if you click on http://purl.../title you get angle brackets ... 13:11:11 agreed in madrid this isn't good enough ... 13:11:42 so far assume this is reasonable practice ... 13:12:02 options: some sort of content-negotiation... 13:13:27 or resolve to a web page which contains pointer to RDF schema (e.g. via link attribute, or GRDDL) ... 13:13:54 q+ to talk about deployed tools 13:14:02 so by default, go to readable web page, and applications that want to consume RDF can do so. ... 13:14:08 q+ to comment on SKOS proposal 13:14:34 might be technically difficult, but practically best. But not clear on best way forward. 13:14:43 RalphS, you wanted to talk about deployed tools 13:15:17 ralph: important to use solution that respects compatibility with current tools, which expect to do a GET on prop URIs and expect RDF/XML content. ... 13:15:34 so if we require they do accept: application/rdf+xml prob ok 13:15:36 aliman_scribe, you wanted to comment on SKOS proposal 13:16:00 Alistair: the SKOS Core proposal I wrote does try to do both of these things; 13:16:10 ... requesting text/html returns a human-readable document 13:16:18 ... this is different from what DCMI currently does 13:16:43 ... if the clients asks for RDF/XML it gets redirected to something that is RDF/XML 13:17:04 ... this feature of DCMI -- using redirects -- is a good idea 13:17:23 ... so I'm in favor of using content negotiation 13:17:42 tom: content negotiation seems clear, other option fuzzy. 13:17:44 q+ to ask re "RedirectTemp /foaf/0.1/Organization http://xmlns.com/foaf/0.1/" in apache 13:18:44 tom: other option? to have web page with embedded pointer to rdf schema, & if enough peple do it then applications will have to handle it. 13:19:22 q+ to ask if embedded RDF was talked about in Madrid 13:19:45 tom: ericm said in madrid more practical to have some sort of redirect ? 13:20:03 danbri: remember ericm saying something about lnking to RDF 13:20:25 ralph: published recommendation says something about link. 13:20:37 danbri: webarch provides for content negotiation 13:20:50 tom: consensus for content-negotiation? 13:21:04 ralph: other option is embedded RDF (XHMTL 2.0) 13:21:38 danbri: previous foaf specs have embedded RDF/xXML at expense of validation 13:22:08 ralph: support as much RDF as we can as embedded, but not necessarily evrything. ... 13:22:33 RDF/A syntax is what HTML TF is converging on, is it reasonable to express RDF schema as RDF/A? 13:23:17 ralph: RDF/A solution does not address deployed tools 13:23:30 tom: content negotiation raise issues? 13:23:45 ralph: yes but cheap and tools should change to do this anyway. 13:24:01 ack me 13:24:01 RalphS, you wanted to ask if embedded RDF was talked about in Madrid 13:24:06 ack danb 13:24:06 danbri, you wanted to ask re "RedirectTemp /foaf/0.1/Organization http://xmlns.com/foaf/0.1/" in apache 13:24:21 danbri: trying to figure out what do do with FOAF ns ... 13:24:32 currently wrong redirect 30x ... 13:24:43 currently goes from term URI to namespace URI ... 13:24:52 can then get that with html or rdf ... 13:25:08 Ralph: [re Accept: application/rdf+xml] -- it's a shame it took us several years to tell application developers what content type to request, but oh well 13:25:40 discussed doing redirect so that e.g. ns/mbox redirects to spec#term_mbox 13:26:01 ... but problem with hash & encoding in apache with rewriting ... 13:26:26 ... reasonable for clients to get redirects dependedt on content type requested ... 13:26:49 but with above options redirects are content type specific? 13:27:05 ...how do you configure in apache? 13:27:10 current:RedirectTemp /foaf/0.1/Organization http://xmlns.com/foaf/0.1/ 13:27:33 possible: RedirectTemp /foaf/0.1/Organization http://xmlns.com/foaf/0.1/#term_Organization 13:27:45 prob 1: # gets escaped somehow (reported by al) 13:28:22 prob 2: this becomes representation-specific: #term_Organization is an anchor only in the HTML version of the ns doc ... means nothing in the RDF version 13:28:28 Ralph: it doesn't strike me that different redirects based on Accept: is architecturally bad, but if there's no apache support that's an issue for us 13:28:57 Alistair: current browsers preserve their fragid across redirects 13:29:19 ... so a redirect that includes a fragid would lead to fragid clashes 13:29:49 ralph: suspect alistair is right ... but wonder if its actually endorsed by http spec ... 13:30:01 if its not endorsed then not all browsers may do it. 13:30:10 ah, so a link such as Organization might redirect to right part of the html doc 13:30:15 rrsagent, pointer? 13:30:15 See http://www.w3.org/2005/09/27-vmtf-irc#T13-30-15 13:30:32 Ralph: perhaps we could ask the TAG if it is legitimate for a server to return a fragid in a redirect 13:30:47 ralph: ask the tag if legit for server to return uri with hash in redirect? 13:31:41 tom: consensus on content-negotiation, so we could as a next step write up how this works, leading to issues with the TAG? 13:32:16 tom: ... talking about a workable solution, which raises questions of compatibility with spec. 13:33:03 Alistair: apache URI-encodes '#' before serving a redirect to the client but purl.org leaves '#' un-encoded 13:33:19 q+ to note that redirect+conneg option, on a / namespace, means that term URIs can't redir to parts of the html spec 13:33:35 tom: what's the nnext step? 13:33:46 q+ to talk about requirements 13:33:50 eg Organization took me to http://xmlns.com/foaf/0.1/#term_Organization 13:33:58 tom: or is it too speculative? 13:34:02 q+ to ask for documentation of FOAF URI resolution process ala Alistair's SKOS Core resolution message 13:34:26 tom: who could take the lead? 13:34:38 danbri, you wanted to note that redirect+conneg option, on a / namespace, means that term URIs can't redir to parts of the html spec 13:35:32 danbri: realising that / ns prevents us getting clickable term URIs getting to correct sections of a doc ... 13:36:18 tested redirects with hash for FOAF ... 13:36:34 http://xmlns.com/foaf/0.1/Organization#xyz 13:36:46 ... so apache hash encoding makes sense if browsers hang on to frag ids across redirects. 13:37:07 ralph: above redirect is broken... 13:38:07 danbri: can document this as one of the tradeoffs for hash vs slash. 13:38:54 ralph: is there a doc which describes FOAF URI resolution policy now, and what it should be post madrid discussion? 13:39:02 ralph: can you write this up? 13:39:26 ralph:... propose you write how it is now, then write best guess on how it should work. 13:39:31 http://rdfweb.org/viewcvs/viewcvs.cgi/xmlns.com/htdocs/foaf/0.1/.htaccess 13:39:35 RalphS, you wanted to ask for documentation of FOAF URI resolution process ala Alistair's SKOS Core resolution message 13:39:51 ACTION: danbri to write up how foaf URI dereferencing works now, and how it should be done. 13:40:28 ACTION: tom to write up current DCMI URI dereferencing works now, and how it should be done. 13:40:34 aliman_scribe, you wanted to talk about requirements 13:41:13 Alistair: we can state our [DCMI, SKOS, FOAF] requirements, perhaps more simply than we can describe what currently is implemented 13:43:04 Ralph: it's fine to use SHOULD and MUST in a requirements document 13:43:13 tom: e.g. marc relator codes are declared as RDF props, and click gets you to html, but you have to know to go elsewhere for the RDF ... 13:43:28 nice for humans, bad for computers. 13:43:36 ralph: ok to say must and should 13:44:21 ralph: bernard asked provocative question in email... 13:44:30 bernard: not deliberately provocative :) 13:44:44 -> http://lists.w3.org/Archives/Public/public-swbp-wg/2005Sep/0119.html Bernard asks about relationship to Published Subjects 13:45:36 ralph: if we go down this route of making URIs friendly to both humans and computers they start to behave alot like publish subjects ... 13:45:46 can we characterise the similarities and differences? 13:46:30 q+ to suggest "Namespaces whose URI ends in '/', since term URIs cannot redirect HTML clients to sections of the HTML documentation, SHOULD provide 'table of contents' per-term hyperlinks near the top of the HTML documentation" 13:46:31 bernard: when we did published subjects, recommendation (might) way that computers would use annexed schemas was not clear ... 13:46:39 pubsub primarily directed at humans ... 13:46:53 now with this new state of things we can revisit pubsub ... 13:47:23 ralph: useful line of investigation ... gives us way to do convergence ... 13:47:30 q- 13:47:49 but one issue is if there is a disagreement between interpretation of human-readabel and machine-readable, which do yu belive? 13:48:22 bernard: TMs have no notion of a contradiction, no notion of consistency, just some binding points for bits of information about a subject ... 13:48:33 but no way to make sure these things are consistent. ... 13:48:46 which is why AI folks don#t like TMs ... 13:49:03 but consistency between human and computer descriptions is difficult to control. 13:49:17 tom: clarification: you're not talking about simple workflow issues ... 13:49:34 because e.g. DCMI generates documentation from schemas (??) ... 13:49:49 (scribe may have got that wrong way round) 13:50:03 This conference is scheduled to end in 10 minutes; all ports must be freed 13:50:07 ... DCMI has not said e.g. 'RDF schema has precendence over the web page ... 13:50:25 ' ... so be defult the web page is the 'authoritative' resource .. 13:50:44 but this situation could change in the future, esp as we move towards saying more about the terms in a formal sense ... 13:50:51 q+ to ask Tom to elaborate on "by default, the [HTML] page is authoritative over the RDF schema" 13:51:08 so we're going to have to be more explicit on this (i.e. which is more authoritative). 13:51:27 bernard: machine readable is normative, human readable is informative ... go in this direction? 13:52:01 tom: this is direction for dcmi, but RDF schema presents a subset of the information that's presented in the web pages ... 13:52:14 e.g. versioning information is only in the web pages ... 13:52:20 q+ to talk about skos 13:52:42 ralph: is is a proper subset? are there e.g. domains & ranges in RDF overlooked in HTML? 13:52:42 q+ to note http://www.w3.org/TR/rdf-schema/#ch_introduction 13:52:52 "This specification does not attempt to enumerate all the possible forms of vocabulary description that are useful for representing the meaning of RDF classes and properties. Instead, the RDF vocabulary description strategy is to acknowledge that there are many techniques through which the meaning of classes and properties can be described. ..." 13:53:09 rdfs is (on purpose) agnostic re which forms of vocab desc take precedence 13:53:10 tom: no, actually right now looking at assigning domains and ranges to DCMI props, to express current semantics ... 13:53:33 seen as a positive step, but danger of restricting definitions in practice ... 13:53:55 q- 13:54:11 also need to rethink policy implications, how do we express that same information in web documents, and when do we want to say which resource is 'authoritative'? 13:54:32 ... currently assume they're always in sync, which could be difficult. 13:55:04 This conference is scheduled to end in 5 minutes; all ports must be freed 13:55:04 danbri: could say e.g. 'we believe these things are always in sync, if not tell us' 13:55:38 ralph: you (tom) said that by default human readable web page is 'authoritative' .. expand? 13:56:06 tom: we have web pages which say 'this is the authoirtative description of DCMI terms' and RDF docs don't say that. 13:56:31 tom: also historically always precendence for html 13:56:31 RalphS, you wanted to ask Tom to elaborate on "by default, the [HTML] page is authoritative over the RDF schema" 13:56:36 aliman_scribe, you wanted to talk about skos 13:57:06 Alistair: this [which variant is authoritative] is a longer-term issue 13:57:27 ... some constraints will be hard to describe; e.g. in SKOS constraints are currently only described in SKOS 13:57:34 s/in SKOS/in prose/ 13:57:47 ... it may be possible to use SPARQL to write some constraints 13:58:00 ... RDFS doesn't have enough to specify all SKOS constraints 13:58:05 This conference is scheduled to end in 2 minutes; all ports must be freed 13:58:14 ... e.g. broader/narrower 13:58:30 ... and "there should be only one preferred label per language" 13:58:57 DanBri: RDFS had a class ConstraintResource 13:59:05 This conference is scheduled to end in 1 minute; all ports must be freed 13:59:59 See http://www.w3.org/2005/09/27-vmtf-irc#T13-59-05 14:00:05 This conference is scheduled to end now; all ports must be freed immediately 14:00:09 The time reserved for this conference has been exceeded. 11 ports must be freed 14:00:18 -Danbri 14:00:30 rrsagent, please draft minutes\ 14:00:30 I'm logging. I don't understand 'please draft minutes\', RalphS. Try /msg RRSAgent help 14:00:32 rrsagent, please draft minutes 14:00:32 I have made the request to generate http://www.w3.org/2005/09/27-vmtf-minutes.html RalphS 14:00:43 -Alistair_Miles 14:00:44 -Bernard 14:01:06 -Ralph 14:01:07 -Tom_Baker 14:01:09 SW_BPD(VMTF)9:00AM has ended 14:01:10 Attendees were Ralph, Tom_Baker, Alistair_Miles, Danbri, Bernard 14:01:15 berva has left #vmtf 14:20:03 danbri has left #vmtf 16:02:19 Zakim has left #vmtf