W3C home > Mailing lists > Public > public-xg-webid@w3.org > December 2011

Re: default hashtags

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Fri, 02 Dec 2011 13:18:26 -0500
Message-ID: <4ED91672.5040407@openlinksw.com>
To: public-xg-webid@w3.org
On 12/2/11 12:53 PM, Peter Williams wrote:
> My brain is such that I dont remember technical stuff for more than a 
> few months, unless its refreshed. I dont remember the rules of 
> hashtags, anymore.
> if I put http://yorkporc.blogspot.com/  in the SAN URI of the certs, 
> will hat get treated asIf http://yorkporc.blogspot.com/# for the 
> purposes of SPARQL ASK?
> Im hoping I can change my graph in my webid profile to stop using #me 
> as the RDFa-coded graph's localid, but use # instead, so the above 
> would all dereference
> Does it?
> If it doesnt happen by default, is there any statement I could put in 
> my graph at http:/yorkporc.blogspot.com/#me today to that would induce 
> the validation agent doing SPARQL ASK (when agumented with an RDFS 
> reasoner, perhaps) to have view SAN URI of 
> http://yorkporc.blogspot.com/   asIF http://yorkporc.blogspot.com/# 
> (and/or http:/yorkporc.blogspot.com/2uri.html#me)

Use: http:/yorkporc.blogspot.com/#me (which is what has to be in the 
cert. SAN) for SPARQL ASK query patterns, that URI identifies the entity 
that has a relation with the modulus and exponent parts of the "mirrored 
claims" held in the IdP hosted profile graph.

BTW - you still have the issue of retrieving the profile graph. This is 
where the FROM clause comes into play re. some SPARQL engines. For 
instance, Virtuoso (our engine) will perform an HTTP GET subject to 
in-built cache invalidation rules. Of course, you can override using 



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 Friday, 2 December 2011 18:19:01 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:39:50 UTC