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

Re: design issue when dereferencing a foaf-profile with public key

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Sat, 01 Oct 2011 10:57:10 -0400
Message-ID: <4E872A46.3050904@openlinksw.com>
To: public-xg-webid@w3.org
On 10/1/11 7:39 AM, Melvin Carvalho wrote:
> On 29 September 2011 20:06, Jürgen Jakobitsch
> <j.jakobitsch@semantic-web.at>  wrote:
>> hi all,
>>
>> i have a question concerning linked data principles and a dereferencing a foaf-profile
>> with a public key.
>>
>> currently it is apparently necessary that two (=2) resources are dereferenceable under one (=1) (the foaf:Persons's) uri.
>> that is because there's no predicate linking from a foaf:Person to a RSAPublicKey. I could have a RSAPublicKey
>> available at some-uri stating that it's cert#identity is some remote resource, which would be totally legal
>> linked data, but when using the foaf uri from a certificate there's no chance i find the coresponding RSAPublicKey.
>>
>> 1. has this issue already been discussed?
> Yes, was generally considered a good idea to have the 'forward'
> relation, however there was some caution about deprecating the old
> predicate (cert:identity) so as not to break existing implementations.

We should look to: owl:equivalentProperty for handling situations like 
this.
>> 2. is it not considered an issue but simply the way it is?
>> 3. would a predicate like "hasPublicKey" improve things?
> That seems reasonable.
>
> There's also the new sec ontology for payswarm:
>
> 2. Classes
>
>     2.1 EncryptedMessage
>     2.2 Key
>     2.3 Signature
>     2.4 JsonldSignature
>     2.5 XmlSignature
>
> 3. Properties
>
>     3.1 cipher
>     3.2 data
>     3.3 digestAlgorithm
>     3.4 iv
>     3.5 nonce
>     3.6 normalizationAlgorithm
>     3.7 password
>     3.8 privateKeyPem
>     3.9 publicKey
>     3.10 publicKeyPem
>     3.11 signature
>     3.12 signatureFor
>     3.13 signer
>     3.14 signatureValue
>     3.15 signingAlgorithm
>
> http://payswarm.com/vocabs/security

Yes, this is looking very good!


Kingsley
>> any comment or opinion really appreciated
>> wkr http://www.turnguard.com/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
>>
>>
>


-- 

Regards,

Kingsley Idehen	
President&  CEO
OpenLink Software
Web: http://www.openlinksw.com
Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter/Identi.ca: kidehen







Received on Saturday, 1 October 2011 14:57:33 UTC

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