- From: Leigh Dodds <leigh.dodds@talis.com>
- Date: Wed, 19 Oct 2011 22:36:07 +0100
- To: Kingsley Idehen <kidehen@openlinksw.com>
- Cc: public-lod@w3.org
Hi, On 19 October 2011 20:48, Kingsley Idehen <kidehen@openlinksw.com> wrote: > On 10/19/11 3:16 PM, Leigh Dodds wrote: > .... >>> But you don't have two different resources. Please correct me if I am >>> reading you inaccurately here, but are you saying that: >>> >>> http://dbpedia.org/resource/Linked Data and >>> http://dbpedia.org/page/Linked >>> Data == two different resources? >>> >>> I see: >>> >>> 1. 2 URIs >>> 2. a generic URI (serving as a Name) and a purpose specific URI called a >>> URL >>> that serves as a data access address -- still two identifiers albeit >>> split >>> by function . >> >> RFC3983: >> >> "A Uniform Resource Identifier (URI) is a compact sequence of >> characters that identifies an abstract or physical resource." > > Yes, I agree with that. >> >> 2 URIs, therefore 2 resources. > > I disagree with your interpretation though. But I'm not interpreting anything there. The definition is a URI identifies a resource. Ergo two different URIs identify two resources. Whether those resources might be related to one another, or even equivalent is an entirely different matter. > Identifiers are names / handles. Thus, you have Names that resolve to actual > data albeit via different levels of indirection. > > http://dbpedia.org/resource/Linked_Data and > http://dbpedia.org/page/Linked_Data are routes to different representations > of the same data. /resource/ (handle or name) is an indirect access route > while /page/ is direct (address i.e., a location name) albeit with > representation specificity i.e., HTML in the case of DBpedia. > > I am very happy that we've been able to narrow our differing views to > something very concrete. Ultimately, we are going to arrive at clarity, and > that's all that matters to me, fundamentally. *That* all seems to be interpretation to me. Cheers, L. -- Leigh Dodds Product Lead, Kasabi Mobile: 07850 928381 http://kasabi.com http://talis.com Talis Systems Ltd 43 Temple Row Birmingham B2 5LS
Received on Wednesday, 19 October 2011 21:36:35 UTC