This has been a long and interesting discussion. (I have not gone deep in to opensim so some of my conclusions may be wrong please correct.)
I think there should be a separation of local and global identity information. Right now its done with the identity being the same as the display name. I think the login should be separated from the local profile and local settings. User signs into global identity provider that has global UUID and metadata. All global identity providers share the same basic UUID and metadata with each other so if a provider is removed from the system the basic data can always be resolved. When a user signs into a new grid basic information is passed on to create a local profile. Prims, friends and other cross grid items a tagged with the global ID. When a prim from grid A shows up in grid B the global Identity is resolved by the local identity,or global identity provider, or shared identity known to all providers. Grids possibly run a local provider for the shared known data. My .02 On Mon, Aug 30, 2010 at 3:45 PM, Hurliman, John <john.hurli...@intel.com>wrote: > My interpretation (please correct me if I'm wrong) is that there is rough > consensus on the overall strategy, but an open question of how to encode > global identities when cross-grid communication (or out-of-grid archiving) > happens. There is probably also a hidden question of how to mark a local > account as linked to a foreign identity, which may solve the friending > issue. If I am friends with your avatar and we are both on grid B but your > avatar actually originated from grid A, that link in the profile is what can > tip off the presence service to try a remote presence check (assuming the > user is not online in the local grid). My only interest in these low level > questions like how the global identifiers and profile links look is what the > final decision is so I can implement it in the OpenSim SimianGrid > connectors. > > John > > > -----Original Message----- > > From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev- > > boun...@lists.berlios.de] On Behalf Of d...@metaverseink.com > > Sent: Monday, August 30, 2010 1:36 PM > > To: opensim-dev@lists.berlios.de > > Cc: vw...@ietf.org > > Subject: Re: [Opensim-dev] Global identifiers > > > > I have different answers than Melanie. > > > > > An open question with this approach is whether you need to use global > > identifiers when dealing with cross-grid scenarios, or whether there is > > always enough context to derive a global identifier. Some examples: > > > > > > * A HyperGrid user is teleporting from grid A to grid B. Does grid B > > have enough information to build the global identifier "gridA/user"? > > > > Yes. It already does that on the spot. We don't need persistent global > > identifiers for agents. > > > > The issue we are now talking about is if someone in grid B makes > > friends > > with this user. In this case, we need to add an entry to grid B's > > Friends service referring to an external user, and vice-versa. That's > > when we need global identifier for this user (not its agent). > > > > > * A HyperGrid user rezzes an object into grid B that exists in their > > inventory on grid A. The object has a creator that is unrecognized to > > grid B. Should grid B pull the creator profile from grid A (which may > > actually be storing a local copy of the real creator identity from grid > > X)? Note that this isn't a question about trust because we're already > > trusting grid A to provide creator information for the object, it's > > just about where we pull profile info from. > > > > Yes, it should. And since the code that does that is exactly the same > > code that prepares inventory items for archiving, this should be no > > different than archiving itself. > > > > > * An OAR file is loaded and contains an unrecognized identity. Should > > identities in OAR files be encoded as global identifiers, or a header > > added to the OAR file to say "all of this content came from grid A", or > > the full profiles of all the identities in the OAR embedded right into > > the archive? > > > > I don't think it can be bulk in the general case, although that could > > be > > option in some cases. I'm looking at my inventory right now and it's a > > rainbow of stuff I got from all sorts of places. > > _______________________________________________ > > Opensim-dev mailing list > > Opensim-dev@lists.berlios.de > > https://lists.berlios.de/mailman/listinfo/opensim-dev > _______________________________________________ > Opensim-dev mailing list > Opensim-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/opensim-dev >
_______________________________________________ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
