W3C home > Mailing lists > Public > public-webid@w3.org > November 2012

Re: Hash vs Hashless URIs

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Tue, 20 Nov 2012 21:45:32 -0500
Message-ID: <50AC404C.6090606@openlinksw.com>
To: public-webid@w3.org
On 11/20/12 6:22 PM, Melvin Carvalho wrote:
> OK, sorry for being a bit slow.  Proxy URI's do make a lot of sense.  
> I've read most of your posts but if you had a pointer to refresh my 
> memory that'd be great.

When I say proxyURI I also mean a wrapper URI. An intermediary URI that 
handles all the data access and transformation heuristics via URL 
patterns. For example, how we (and others) use existing data formats and 
protocols to produce 5-star Linked Data [1][2][3][4][5] on the fly. 
Others have produced similar and a majority are based on hashless URIs.

Instead or re-beating this matter to death, I really encourage the group 
to move to a proper vote on this matter. I don't feel we are actually 
making any progress on the debate front. It's time to vote on this 
matter so that we can all make clear decisions about our respective 
strategies and priorities, bearing in mind general time scarcity.

> Are there any other cases you can think of, to hand?


1. http://linkeddata.uriburner.com -- a service that produces 5-star 
Linked Data for over 100+ data format and protocol combinations
2. http://ode.openlinksw.com -- an extension for all the major browsers 
that hooks into the service above (data can end up in the public store 
or your own, subject to configuration)
-- facebook proxy/wrapper 5-star hashless Linked Data URI
4. http://estatwrap.ontologycentral.com/ -- a proxy/wrapper 5-star 
Linked Data URI
5. http://wbwrap.ontologycentral.com/ -- ditto .



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

Received on Wednesday, 21 November 2012 02:45:57 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:05:46 UTC