W3C home > Mailing lists > Public > public-rdf-wg@w3.org > December 2013

Re: Proposed resolution needed: ISSUE-148: IRIs do *not* always denote the same resource

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Tue, 17 Dec 2013 08:00:39 -0500
Message-ID: <52B04AF7.2070102@openlinksw.com>
To: public-rdf-wg@w3.org
On 12/17/13 7:06 AM, Markus Lanthaler wrote:
> I don't care much whether we use denote or identify. According to Pat,
> "identify" is technically more correct whereas Richard points out that
> "denote" is more consistent with the rest of the section. I personally
> prefer "identify" in this case because I believe that it is the term that's
> best aligned with RFC3986/RC3987 and WEBARCH.

Are you sure that Pat preferred "identify" over "denote" as you've 
presented above?

RDF is about IRIs denoting entities. I believe it's been long 
established that every entity isn't a Web accessible resource.

A sign provides signification [1][2]. For instance, I can have an 
Identity Card that "Identifies" me. In that identity card I could have 
an sign (e.g., an IRI) that denotes (signifies) me. Basically, the 
Identity card is a collection of claims expressed as attribute=value 
pairs that coalesce around the sign that denotes me [3][4] i.e., a 
collection of statements represented as RDF triples.


[1] http://www.thefreedictionary.com/signify
[2] http://www.thefreedictionary.com/identify
-- HTML based Identity Card
-- Turtle variant of Identity Card
-- Identity Card Subject
[6] http://bit.ly/1jefPPO -- Vapour Report (where I've deliberately 
chosen the option for Vapour to make sense out of the RDF content)
[7] http://bit.ly/1bMpGSV -- Ditto using JSON-LD based Identity Card.



Kingsley Idehen	
Founder & CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen

Received on Tuesday, 17 December 2013 13:01:07 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:04:37 UTC