- From: Seaborne, Andy <Andy_Seaborne@hplb.hpl.hp.com>
- Date: Wed, 19 Nov 2003 16:21:16 -0000
- To: "Butler, Mark" <Mark_Butler@hplb.hpl.hp.com>, "'www-rdf-dspace@w3.org'" <www-rdf-dspace@w3.org>
-------- Original Message -------- > From: Butler, Mark <> > Date: 19 November 2003 15:48 > > > > > 3/ (Not quite sure what exactly you mean by "metadata > > instance" > > something like this > > <http://web.mit.edu/simile/metadata/artstor/id#UCSD_41822000037356> > a vra:Image ; > art:geographic > <http://web.mit.edu/simile/metadata/artstor/geographic#Spain> ; ((some RDF that got broken in email)) That is some RDF statements about <http://web.mit.edu/....id#UCSD_41822000037356>. There is no grouping in that RDF - I wondered it the term "metadata instance" was more about the statings of these statements > > > but ...) > > like 2/ a GET returns a representation. If there is a > > document/representation > > All this information is in the RDFied Artstor corpus, so it sounds like > the solution is to offer a HTTP interface to the Arstor corpus using > the URLs used in the corpus. So my next questions are: > > 1. To do this I think we need to produce appropriate subgraphs, perhaps > using a technique similiar to Alex Barnell's work on RDF objects, > right? > > 2. Does Joseki support this - is it just a matter of publishing the > data in Joseki? Or is it something for future work? Yes. There is a "fetch" operation (its another query langauge) GET http://simile.dspace.org/someCombineCorpus?lang=fetch&r=http://.....7356 ie. KB.fetch(URI) means to return all the relevant information about the resource identified by the URI. The determination of "relevant information" is a decision by the server-side and different KBs can have different handlers - the client then looks in the RDF to see what they got. c.f. URIQA and TA. It is like Alex's RDF object but is more server side. A common handler is the bNode closure from the identified resource as subject. > > 3. If (2) is yes, does this have any implications for the URLs - do we > need to change them so we can use Joseki? No - Joseki separates the KB URL from the resource in the KB. This allows any KB to have statements about any resource. 3rd part metadata. I try to get round to replying to Kevin's Joseki email and give an overview. > 4. We've agreed to keep the Artstor data private, so we can't expose > artstor via HTTP. So does this mean we just use URNs? Making modelling > decisions due to non-technical issues feels wrong? That is not a technical problem - security is orthogonal. There are many URLs I can't get at - oether people can. > > Dr Mark H. Butler > Research Scientist HP Labs Bristol > mark-h_butler@hp.com > Internet: http://www-uk.hpl.hp.com/people/marbut/
Received on Wednesday, 19 November 2003 11:21:44 UTC