W3C home > Mailing lists > Public > public-lod@w3.org > September 2008

Re: New Calais proxy could grow Linked Data Cloud

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Tue, 23 Sep 2008 08:02:12 -0400
Message-ID: <48D8DAC4.2030301@openlinksw.com>
To: Paul Miller <Paul.Miller@talis.com>
CC: public-lod@w3.org

Paul Miller wrote:
> Members of this list might be interested in my write-up of 
> ThomsonReuters' latest beta service... which I think will prove pretty 
> useful in growing the Linked Data cloud... especially for news content 
> from the BBC et al...
> http://blogs.zdnet.com/semantic-web/?p=194
> Paul
> --
> Paul Miller
> Technology Evangelist, Talis
> w: www.talis.com/ <http://www.talis.com/>  skype: napm1971
> mobile/cell: +44 7769 740083
> http://blogs.zdnet.com/semantic-web/
> _www.linkedin.com/in/pau1mi11er <http://www.linkedin.com/in/pau1mi11er>_

How does this actually benefit or contribute to the Linked Data Cloud? I 
ask specifically because URIs (of the dereferencable variety) are 
missing in action. Hopefully, I am completely overlooking something here :-)

We tend to use the term "Proxy" or "Wrapper" to describe solutions in 
the Linked Data realm that generate dereferencable URIs based RDF 
graphs  (aka. Linked Data Spaces) "on the fly" via RDF-ization middleware.

If possible, please encourage the OpenCalais folks (Tom et al.) to 
respond to my comments above via a response to this post.

Example Proxy / Wrapper URIs in the wild:

- Document about Abraham Lincoln
- Abraham Lincoln the Entity of type foaf:Person that is also a sioc:Item
- Thompson Reuters the Entity of type foaf:Organization that is also a 
4. http://www4.wiwiss.fu-berlin.de/flickrwrappr/photos/Thomson_Reuters - 
Thompson Reuters photos from Flickr
- Browser view of the data space exposed by the Flickr wrapper URI



Kingsley Idehen	      Weblog: http://www.openlinksw.com/blog/~kidehen
President & CEO 
OpenLink Software     Web: http://www.openlinksw.com
Received on Tuesday, 23 September 2008 12:02:51 UTC

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