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
already have a perfectly good field, which is a UUID for
local users and a URL for remote ones.
Melanie
Serendipity Seraph wrote:
On 8/30/10 2:09 PM, d...@metaverseink.com wrote:
Hurliman, John wrote:
My interpretation (please correct me if I'm wrong) is that there is
rough consensus
that not adding the display name is a missed
opportunity for caching, but I'm willing to write up code that accounts
for it being optional for all the grid operators who would rather have
the extra lookups coming their way.
Hurliman, John wrote:
If we are still on the same page, there should never
Actually, if you actually try to implement Havok (or Bullet or PhysX) in
OpenSim you will come up against a few walls. The physics API in OpenSim is
highly tailored for the specific way ODE is being used right now, and many ways
of implementing physics including the standard (or at least the
OpenSim does not actually function properly without an asset cache. It will
appear to function, the simulator will run and many things will work, but you
will run into subtle bugs that are difficult to track down such as avatar bakes
being deleted on upload. In my opinion OpenSim should fail to
I think the original question has been misunderstood. We are using the LLSD
type system through the OpenMetaverse.StructuredData.dll library. If we want to
decide whether that is a good approach or not we can open the discussion, but
the question originally posed in this thread was a lot
-Original Message-
From: Hurliman, John
Sent: Wednesday, February 24, 2010 11:05 AM
To: ScienceSim Discuss
Subject: RE: [scisim-discuss] Linden Lab Viewer 2?
No, there are a few issues preventing it from working. Most of them are not
major, but if you try to login it might destroy some
DeleteKeyValue(string context, string key);
// returns the string value if the key was found, otherwise null
string GetValue(string context, string key);
-Original Message-
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Hurliman, John
Sent
I think MMOX would be the most appropriate place for these kind of open-ended
protocol discussions. The OpenSim mailing list is great when you are talking
about things that will be implemented or hope to be implemented in the OpenSim
SVN within the next month. However, if I was to start a
Definitely possible, it's just a policy decision on behalf of the grid admin.
While I was writing the Cable Beach auth code I started out with assigned names
because it was quicker to implement than fetching attributes from an identity
service.
John
-Original Message-
From:
: [Opensim-dev] Standardizing OpenSim data formats
Hurliman, John wrote:
Currently, OpenSim server-server communication is primarily made up
of .NET XML serialization. As a side effect of this, I've seen the wire
format between simulator and grid services or grid service to grid
service change many times
Currently, OpenSim server-server communication is primarily made up of .NET
XML serialization. As a side effect of this, I've seen the wire format between
simulator and grid services or grid service to grid service change many times
since I started working on backend services. The OAR file
[mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Hurliman, John
Sent: Tuesday, 28 April 2009 4:32 PM
To: opensim-dev@lists.berlios.de
Subject: [Opensim-dev] Standardizing OpenSim data formats
Currently, OpenSim server-server communication is primarily made up
of .NET XML serialization
With everyone interested in the concept of grids and future architecture design
I thought this would be a good time to present what I have been working on.
http://opensimulator.org/wiki/Image:Cablebeach-trustoverview.png
The important thing about worlds (grids) and trust domains is that you can
Do you make a habit of sending your credentials to websites without checking
the hostname and ignoring invalid SSL certificate warnings? That will create a
problem.
John
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Justin Clark-Casey
Sent: Wednesday, February 25, 2009 9:18 AM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] User Authentication
Diva Canto wrote:
Mike
Tommi, you are a programming powerhouse! This is great stuff.
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Tommi Laukkanen
Sent: Tuesday, February 24, 2009 5:13 AM
To: opensim-dev@lists.berlios.de
Subject:
Just as a completely theoretical question, how much work do you think would be
involved in pulling all LLUDP and Linden viewer-specific code out of OpenSim
and putting it in a module? It would be interesting to see an MXP-only OpenSim.
John
-Original Message-
From:
Of Tommi Laukkanen
Sent: Monday, February 23, 2009 11:44 AM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] MXPClient?
Thanks John, sounds perfect. Is the license such that I can copy their
implementation directly?
regards,
Tommi
On Mon, Feb 23, 2009 at 9:38 PM, Hurliman, John
john.hurli
A RADIUS server is a solution to the problem of authentication. OpenID is a
solution for federated identity, and plays nicely with any authentication
solution you want to use. I think the description of this particular problem is
closer to identity verification across administrative domains
between backend services since we can't change the viewer.
This doesn't solve the man-in-the-middle problem in OSGrid
itself, which
needs to be solved too, urgently.
I think my proposal does.
Crista
Hurliman, John wrote
Continuing a phone conversation on the mailing list, this is my current
understanding of the status of object updates in OpenSim:
1) Each object update is a single packet. No aggregation is done by combining
multiple ObjectUpdate.ObjectData blocks into a single packet, or combining
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Sean Dague
Sent: Monday, February 02, 2009 5:47 AM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] AssetBase and metadata
Teravus Ovares wrote:
Is there
-Original Message-
From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
boun...@lists.berlios.de] On Behalf Of Justin Clark-Casey
Sent: Wednesday, January 21, 2009 9:02 AM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] Cable Beach update
Mike Mazur wrote:
24 matches
Mail list logo
