W3C home > Mailing lists > Public > public-lod@w3.org > March 2010

Re: National Identification Number URIs ( NIN URIs )

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Mon, 08 Mar 2010 07:37:08 -0500
Message-ID: <4B94EF74.2050501@openlinksw.com>
To: Bernhard Schandl <bernhard.schandl@univie.ac.at>
CC: Linked Data community <public-lod@w3.org>
Bernhard Schandl wrote:
> Hi,
> On Mar 8, 2010, at 02:33 , Hugh Glaser wrote:
>> Design Issue Number 2 (http://www.w3.org/DesignIssues/LinkedData.html) says:
>> "Use HTTP URIs so that people can look up those names."
>> I wholeheartedly agree with this statement.
>> doi, urn suck.
>> It is hard to work out what they mean (resolve), and even if I can it is not
>> a distributed (web) system.
> Can you explain in more detail what the problem is with using DOI/URN/...-based identifiers internally, and expose them as de-referenceable HTTP URIs on-the-fly? One can even include a reference to the "plain" URN and thus map distinct datasets to each other based on URNs.
> For example, let's say I have data about <urn:uuid:70865e3a-ee74-4c8c-90e7-3958c6d06dc4> (not using a privacy-sensible identifier by purpose), and you have data about the same resource. Now, I expose this data via my Linked Data server, dynamically rewrite the URN and include a sameas triple, like
> <http://my.server.com/urn:uuid:70865e3a-ee74-4c8c-90e7-3958c6d06dc4> owl:sameAs <urn:uuid:70865e3a-ee74-4c8c-90e7-3958c6d06dc4>
> and you do the same,
> <http://your.server.com/urn:uuid:70865e3a-ee74-4c8c-90e7-3958c6d06dc4> owl:sameAs <urn:uuid:70865e3a-ee74-4c8c-90e7-3958c6d06dc4>
> we have fulfilled all Linked Data principles and can link our resources easily via the transitive sameAs closure.
> Good? Bad?
> Best,
> Bernhard



Kingsley Idehen	      
President & CEO 
OpenLink Software     
Web: http://www.openlinksw.com
Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter/Identi.ca: kidehen 
Received on Monday, 8 March 2010 12:37:36 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:20:57 UTC