My current throughts on your usecase:<br><br>>Grid A has all UGAI services.<br>>Grid B also has all UGAI services.<br><br>UseCase I.<br>>User B (normally lives on Grid B) creates an account on Grid A.  How do<br>>they specify their AI servers?  They also need to now duplicate all the<br>
>rest of their user info there (name, profile, etc.)?<br><br>AssetServer(Url) and InventoryServer(Url) of Grid B are publicly available.<br>When User B login to Grid A for the first time, User B can choose the 2<br>following methods to complete its registration:<br>
 1. User B just do a ordinary registration at Grid A.<br>Grid A should provide the interface for User B to input its user info<br>(including name, profile, AI servers).<br>This process can be abbreviated if Grid B is able to provide User B's info<br>
to another external service(Grid A) in a trusted way. This means, User B only<br>tells Grid A its UserServerUrl(at Grid B), Grid A "GetUserProfile" from Grid B.<br> 2. (ideal case) User OpenID.<br>OpenID has 2 useful extensions:<br>
*. Attribute Exchange <a href="http://openid.net/specs/openid-attribute-exchange-1_0.html">http://openid.net/specs/openid-attribute-exchange-1_0.html</a><br>enable openid holder to store thier extra information(profile, AI servers)<br>
*. Simple Registration <a href="http://openid.net/specs/openid-simple-registration-extension-1_0.html">http://openid.net/specs/openid-simple-registration-extension-1_0.html</a><br>when the authentication finished successfully, openid consumer(or relying party,<br>
in this case it is Grid A's UserServer) can get the extra information from<br>openid provider(in this case it is like <a href="http://www.myopenid.com">http://www.myopenid.com</a>).<br>User B has an OpenID at <a href="http://myopenid.com">myopenid.com</a>, Grid A supports OpenID login.<br>
Grid A can get User B's full profile after authentication from <a href="http://myopenid.com">myopenid.com</a>.<br><br>UseCase II.<br>>User B uploads a texture, which AI does it go in?  User B puts that<br>>texture on a surface, what AI does it live in?<br>
<br>Since AssetServer and InventoryServer has became properties of an user, when<br>an user specified AI server urls avaliable, regionserver should always get/put<br>user owned assets from/to the user specified AI server.<br>
So in this case, <br>* User B uploads a texture, it gose in Grid B's AI.<br>* User B puts that texture on a surface:<br>this is a quite complecated thing.<br>"that texture" belongs to User B, but when it is put on a region owned prim,<br>
a copy of "that texture" should be made, and the copy should be saved in<br>Grid A's asset server. ...<br>yes,<br><i>           "More thought needed."  -- stefan</i><br>:><br>
We should build asset-fetching policies into region server.<br>
<br>Currently, as the first step, I am thinking about just  enabling "Appearance Portability".<br>So as a start, do you agree with to put "getUserAppearance" in InventoryServer<br>instead of in UserServer ?<br>
<br>regards,<br>lulurun<br><br><br>-- <br>Liu Xiaolu<br><br>