<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
Justin,<BR>
<BR>
whilst you're at it, could you have a look at the feasabilty of just adding the url to the user profile on the user service on the originating grid?<BR>
<BR>
We should try to move from guid/local to url/global in everything we do, even if in babysteps.<BR>
<BR>
If we could let the user server serve a controlled subset of the user profile to the world, that could be used for preserving a link to the original creator.<BR><BR>
So, instead of having creator=<someGuid> and then have to re-create that profile locally, we could have creator=http://users.osgrid.org/users/justincc/<BR>
<BR>Best regards,<BR>Stefan Andersson<BR>Tribal Media AB<BR><BR><BR><BR> <BR>> Date: Thu, 26 Mar 2009 21:00:16 +0000<BR>> From: jjustincc@googlemail.com<BR>> To: opensim-dev@lists.berlios.de<BR>> Subject: [Opensim-dev] RFC: Ways of creating profiles for creators who will never log in<BR>> <BR>> Hello,<BR>> <BR>> For Inventory Archives I plan to preserve item creator information. When the archive is loaded I would like to recreate <BR>> these profiles where possible/necessary (grid operators can choose not to allow this and that will be the default, I <BR>> expect).<BR>> <BR>> However, unless an item creator has an account on the OpenSim to which the archive is loaded, they shouldn't be able to <BR>> login to that instance.<BR>> <BR>> So far I've thought of 3 ways to create a profile without automatically allowing login.<BR>> <BR>> <BR>> (1) Create a normal user account but set the password to something random.<BR>> <BR>> PROS<BR>> * Doesn't require any changes to what we have today<BR>> <BR>> CONS<BR>> * Creates user accounts which are never intended to be used for login<BR>> * No way to distinguish archive created accounts from legitimate accounts<BR>> ~~~~~<BR>> <BR>> (2) Add a 'ProfileOnly' flag to the Users table<BR>> <BR>> PROS<BR>> * Minimal changes to what we have today<BR>> * Makes it clear that an entries has been created for its profile only, which can be used as a flag to disallow logins<BR>> <BR>> CONS<BR>> * Creates user accounts where many details will be irrelevant unless item creators then get accounts on the instance.<BR>> * Complicates administration tasks (e.g. create user).<BR>> ~~~~~<BR>> <BR>> (3) Separate the current 'users' table into 'userprofiles' and 'users' tables.<BR>> <BR>> 'userprofiles' will largely contain all the metadata about a user that you can see in the profile on the Linden Labs <BR>> Second Life client today (name, about, interests, 1st life, etc.).<BR>> <BR>> 'users' will contain the data associated with a particular account (passwordHash, passwordSalt, homeRegion, <BR>> homeLocationX, etc.)<BR>> <BR>> PROS<BR>> * Makes it possible to create user profiles without creating user accounts.<BR>> * Makes it possible to have somewhat separate profile and authentication plugins allow mix & match. However, the reuse <BR>> of avatar name as the login identifier makes things a bit awkward.<BR>> * Simplifies database understandability - the only people in the 'users' table are those with actual accounts, though on <BR>> the other hand this does create 2 tables instead of 1.<BR>> <BR>> CONS<BR>> * Short term adjustment pain for systems accessing OpenSim's databases directly<BR>> * Complicates administration tasks (e.g. create user).<BR>> ~~~~<BR>> <BR>> I suspect that archiving isn't the only potential use for this functionality. For instance, the Hypergrid may also find <BR>> it useful to preserve user information when a user rezzes an object on a foreign system.<BR>> <BR>> Of the above approaches, I prefer (3) over (2) since it seems to me to be the better long term approach even if there is <BR>> some short term pain. I'm don't think that (1) is a good option.<BR>> <BR>> I've reproduced most of text at http://opensimulator.org/wiki/Creating_profiles_not_used_for_login for reference.<BR>> <BR>> Comments?<BR>> <BR>> -- <BR>> justincc<BR>> Justin Clark-Casey<BR>> http://justincc.wordpress.com<BR>> _______________________________________________<BR>> Opensim-dev mailing list<BR>> Opensim-dev@lists.berlios.de<BR>> https://lists.berlios.de/mailman/listinfo/opensim-dev<BR></body>
</html>