[foaf-dev] for more information please log in

Story Henry henry.story at bblfish.net
Sun Jan 13 20:53:04 GMT 2008

> Story Henry wrote:
>> If a foaf file is to return different representations depending on  
>> the  authentication level of the person looking at it, there needs  
>> to be  some way for the foaf file to say that. Something like: for  
>> a larger  view you may want to log in there: http://...
>> Any thoughts on this?
> I don't think this has anything to do with the FOAF itself, but  
> rather with the functionality of the hosting provider serving the  

Well it does not have to do with foaf in that this is a problem that  
can be generalised to any  vocabulary. As mentioned in my reply to  
Dan, I just asked the question on this list because we have a use case  
that is getting traction.

On the other hand the link to the login point will have to be in the  
foaf representation, otherwise the client reading the foaf file will  
have no way of finding that login point.

> I would expect the hosting provider to provide an OpenID login,  
> where you can specify your OpenID and the person who owns the  
> profile can set rights for your OpenID associated with the content  
> of the FOAF (assuming that the hosting provider offers such  
> functionality).

yes. right. For example once I have logged in with an open id the foaf  
provider could return me the full foaf:PersonalProfileDocument  
including foaf:knows relations, because my openid is listed as one of  
the people the foaf:primaryTopic of the foaf file foaf:knows.

It could also go and fetch a foaf file associated with my foaf openid,  
and from there find some information that may allow it to decide that  
I am part of a network, and so perhaps allow me to see more  
information that the minimal amount.

> One implementation could look like
> <foaf:phone rdf:resource="tel:+41-44-272-91-61">
> <s:policy xmlns:s="http://www.wyona.org/security/1.0">
>   <s:usecase id="view">
>     <s:user openid="http://bblfish.videntity.org/" permission="true"/>
>     <s:user id="socrates" permission="true"/>
>     <s:user id="aristotle" permission="true"/>
>   </s:usecase>
> </s:policy>
> </foaf:phone>
> whereas as said this hosting provider specific implementation.

I am not sure what you are trying to do here. I don't think we want to  
specify policy on a relation basis.

> Btw, how should one handle multiple openid, e.g. your FOAF contains
> <nick>bblfish</nick>
>       <openid rdf:resource="http://bblfish.videntity.org/"/>
>       <openid rdf:resource="http://openid.sun.com/bblfish"/>
> ?

Well by logging in with openid the foaf server could find my foaf  
file, and thereby discover my other openids. Would it want me to  
verify those ids too?

> One could also imagine that the FOAF URL is used as login input and  
> the server application is then looking up the OpenID from the FOAF ...

Yes. There are quite a few different ways to do this.

I think that if we could settle on one, and have some python or ruby  
script that can easily be deployed to an Apache server implement this,  
that could make a lot of impact on the "data portability" discussion.


> Cheers
> Michael
>> Henry
>> Home page: http://bblfish.net/
>> ------------------------------------------------------------------------
>> _______________________________________________
>> foaf-dev mailing list
>> foaf-dev at lists.foaf-project.org
>> http://lists.foaf-project.org/mailman/listinfo/foaf-dev
> -- 
> Michael Wechner
> Wyona      -   Open Source Content Management - Yanel, Yulup
> http://www.wyona.com
> michael.wechner at wyona.com, michi at apache.org
> +41 44 272 91 61

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2429 bytes
Desc: not available
Url : http://lists.usefulinc.com/pipermail/foaf-dev/attachments/20080113/31caaf5a/smime-0001.bin

More information about the foaf-dev mailing list