Melanie wrote:
I am absolutely sure that I would not went HG to ever, EVER, insert
user records or profile records into my database. I strongly favor
the URL approach, which is neutral as far as my database goes.
Ok, so then hash those urls for UUIDs to present to the viewer? We
still need
There are some strong ideas here for the future, but I think that the
original problem has been lost in the mix (or perhaps I missed something in
the thread, not entirely out of the question ;)
Unless I am mistaken, the real problem is older content imported from SL -
how to preserve the creator
Hi,
that is a truly secondary concern to me. It is outright illegal to
transfer items, creator information or not, unless the creator
agrees and cooperates. In this rare case, the creator would register
on the destination grid and then have a name and profile.
A means of preserving SL creator
The origin of this thread was OARs and IARs (for content porting between
OpenSims), and foreign users (for the HG). I don't think there was ever
any intention of grabbing profiles from Second Life, although, as far as
I know, those profiles are available on the web so it would be
technically
Perhaps So Mel, ButWhere is the similar licensing or release from
obligation under license for the OS grid content?
It seems to me there's a double standard in the offing here, whereby content
from the Linden Grid is hands-off for legal reasons, but not so much as a
tip of the hat in that
I'll consider that 'point taken' and agree to agree with the legal edge-case
represented by LL, though I would point out that such whholesale exporting
of content is already well underway.
Thanks for taking the time to consider my views ;)
Cheers
James
On Mon, Mar 30, 2009 at 9:14 AM, Melanie
The latter needs to be avoided for reasons of liability.
actually, .. no. That isn't entirely true.
That statement should be rephrased, The latter needs to be avoided
for reasons of public relations.. Our license protects us from what
individuals do with the software.. however, we are not
On Mon, Mar 30, 2009 at 4:49 PM, Stefan Andersson ste...@tribalmedia.se wrote:
Actually, we need both. It's perfectly valid to index and address users by
guid in the known internal scope - but conversely, invalid to refer by guid
in a cross-scope case. Also, the guid contains no 'resource
Justin,
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?
We should try to move from guid/local to url/global in everything we do, even
if in babysteps.
If we could let the user server
Justin Clark-Casey wrote:
(3) Separate the current 'users' table into 'userprofiles' and
'users' tables.
=20
'userprofiles' will largely contain all the metadata about a user that =
you can see in the profile on the Linden Labs=20
Second Life client today (name, about, interests, 1st life,
An asset URI might just be http://asset_server/assets/asset_uuid
So, local lookups can be UUID in the DB table. It's remote
references that need to be augmented, since a UUID doesn't contain
the information on where to fetch it from.
Melanie
Chris Hart wrote:
Maybe I'm being dumb, but why
Hello,
For Inventory Archives I plan to preserve item creator information. When the
archive is loaded I would like to recreate
these profiles where possible/necessary (grid operators can choose not to allow
this and that will be the default, I
expect).
However, unless an item creator has an
I agree Brianna. In the meantime though, I wonder if it would be
possible to section waterways off as different plots with build / script
enabled along with an autoreturn? Although I'm not quite sure if
autoreturn works yet, as in our sandbox we've already had large heaps of
space junk lay
13 matches
Mail list logo
