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

Re: Matter of DN and what's possible

From: Henry Story <henry.story@bblfish.net>
Date: Tue, 10 Jan 2012 00:21:03 +0100
Cc: public-xg-webid@w3.org
Message-Id: <8C994920-D693-467B-8516-3850101B88C9@bblfish.net>
To: Jürgen Jakobitsch <j.jakobitsch@semantic-web.at>

On 10 Jan 2012, at 00:15, Jürgen Jakobitsch wrote:

> 
> henry wrote :
> 
> yes. as it happens Jurgens graph would pass my verifier.
> 
> no it [1] doesn't pass your verifier, which is absolutely correct!
> 
> message :
> 
> Verification of http://www.2sea.org/sea.rdf#turnguard?
> failed	keys in profile don't match key in certificate for http://www.2sea.org/sea.rdf#turnguard
> 
> only the response message is unclear as to why it didn't pass, because there is no statement about http://www.2sea.org/sea.rdf#turnguard in the graph.

Well that's why it did not pass!

Currently the ask query requires me to put the WebID from you SAN in to the ?webid slot of the SPARQL query.
It is really clearly explained here:

https://dvcs.w3.org/hg/WebID/raw-file/tip/spec/index-respec.html#verifying-the-webid-claim

PREFIX : <http://www.w3.org/ns/auth/cert#>
PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>
ASK {
   ?webid :key [
      :modulus ?mod;
      :exponent ?exp;
   ] .
}

I don't know how this could be any clearer.

Ok the message could say "no relation between the WebId ... and the public key ... was found". That would be clearer.
I'll add that as a todo.

Henry

> 
> wkr j
> 
> [1] webidclaim in the certificate : http://www.2sea.org/sea.rdf#turnguard
> 
> --
> | Jürgen Jakobitsch,
> | Software Developer
> | Semantic Web Company GmbH
> | Mariahilfer Straße 70 / Neubaugasse 1, Top 8
> | A - 1070 Wien, Austria
> | Mob +43 676 62 12 710 | Fax +43.1.402 12 35 - 22
> 
> COMPANY INFORMATION
> | http://www.semantic-web.at/
> 
> PERSONAL INFORMATION
> | web   : http://www.turnguard.com
> | foaf  : http://www.turnguard.com/turnguard
> | skype : jakobitsch-punkt

Social Web Architect
http://bblfish.net/
Received on Monday, 9 January 2012 23:21:35 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 9 January 2012 23:21:35 GMT