[Opensim-dev] Global identifiers

[Karen Palen]

Let me see if I understand what you are saying:

LOCAL resources (usernames, region names, assets) are stored in the local
database and can be changed by the local grid operator at will. This is
unchanged from how things are handled today.

GLOBAL resources (in this case creater/owner names, but potentially more)
refer to "external resources", as such they are fixed to be the same
name/UUID that was in effect at the time the object (or whatever) was
created and never change.

Sorry to be pedantic about this, but I see a lot of subtle issues being
raised here and I am not sure that any of us understand fully just what all
of this implies. Old age does provide memories of horrible examples of these
kinds of mistakes. :-)

I have learned to be very careful when setting "de-facto" standards which
get used far beyond their originally intended use!

In this case I really don't think it matters which method is chosen just so
long as it is clearly stated just what the rules are.

To get back to your original question though, my preference is always to
avoid root level identifiers as much as possible, there is always far to
much "cruft" that accumulates at the root!

I vote for adding the /user as a way to minimize this problem. e.g.



http://www.avination.net/user/44626b40-13d6-4817-b61b-de5df7b5e7e8/Melanie+Milland

Karen

On Sun, Aug 29, 2010 at 9:29 AM, <diva at metaverseink.com> wrote:

> I already said this, but let me stress it again.
>
> OpenSim does not use global identifiers for *local* resources (read local
> users). So if you change the name of your users while keeping their UUIDs,
> the names associated with the objects in *your* world will be always the
> latest ones. You don't need a table lookup.
>
> Global identifiers are used *only* in references to external resources that
> have been imported in some way.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20100829/3739636f/attachment-0001.html>