[Opensim-dev] OGP/Capabilities
Charles Krinke
cfk at pacbell.net
Wed Mar 4 04:13:57 UTC 2009
Ah. Got it. The OGP notion is the Linden interop which is how the "gridnauts" got from the betagrid to an OpenSim region and to several OSGrid regions last year.
But, ... I believe those avatars that teleported from the betagrid to either the OpenSim standalone regions or the OSGrid regions were under the AgentDomain and so were "not completely, exactly", er, "handed off" to the new region. The AgentDomain was still connected to the "special client" that was being used.
Charles
________________________________
From: Diva Canto <diva at metaverseink.com>
To: opensim-dev at lists.berlios.de
Sent: Tuesday, March 3, 2009 7:50:42 PM
Subject: Re: [Opensim-dev] OGP/Capabilities
I don't know what OGP is. I'm looking at this specific document, and
it's as generic as a document can be. Specifically, it doesn't say
anything about how to use the basic protocols HTTP+REST+CAPs. The
different uses will produce quite different systems, I think.
Charles Krinke wrote:
If I recall correctly, and I might be wrong, but the
conversation I had with the lindens about OGP had them focused on their
AgentDomain. Sort of a "super grid server" if you will. When quizzed
about a full handoff, they said "we arent working on that".
So, my impression about OGP is it extends the linden grid, but is only
half of an interop solution.
Charles
________________________________
From: Diva Canto <diva at metaverseink.com>
To: opensim-dev at lists.berlios.de
Sent: Tuesday, March
3, 2009 7:31:32 PM
Subject: [Opensim-dev]
OGP/Capabilities
Finally Linden Lab produced an interesting document:
http://www.ietf.org/internet-drafts/draft-lentczner-ogp-base-00.txt
I think capabilities are the right concept here, and I'm pleased to see
them taking center stage in that document. In particular the hint at
inventory-related capabilities, which will allow secure inventory
access.
I'm not sure I buy into some of the details, but the basic combination
HTTP+REST+Capabilities --> +1.
The Event Queue...well... It sucks. I think we need to look at
alternatives for posting things to the client. I can't believe there
aren't any; I think there are, but maybe they all come down to this,
event queues on the server-side, whatever their form.
If there are no better alternatives, then we need at least to rethink
what the EQ is all about. If the EQ CAP is not given to the regions,
but
stays within the user's home system, that might work. Also, if there
would be several different *types* of Event Queues that might work well
too; so for example, we might give the social-net-related EQ CAP
(groups, IM, etc) to the social net component without compromising
agent
transfers. The more I think about this, the more I'm convinced that
regions have no business in agent transfer activities, other than
negotiating the capabilities when agents come.
I really like that document, I must say, but it's strength is also its
weakness. It's just about the basic levels. It says nothing about how
those things are driven higher up.
Crista
_______________________________________________
Opensim-dev mailing list
Opensim-dev at lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
________________________________
_______________________________________________
Opensim-dev mailing list
Opensim-dev at lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20090303/57f0593f/attachment-0001.html>
More information about the Opensim-dev
mailing list