- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Fri, 02 Dec 2011 13:18:26 -0500
- To: public-xg-webid@w3.org
- Message-ID: <4ED91672.5040407@openlinksw.com>
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 pragmas. -- Regards, 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
Attachments
- application/pkcs7-signature attachment: S/MIME Cryptographic Signature
Received on Friday, 2 December 2011 18:19:01 UTC