Diva Canto wrote:
> Right.
> This whole issue can be formulated in one very simple question:
> If the client is to delegate authority to the server-side, should it do
> it to the specific simulator or to this other server that speaks for a
> collection of simulators, aka "grid"?
>
I have not l
Then they simply mandate that users use the inventory provider
provided by the organization, and not allow HG protocols on the
grid. Always easier to take away than to add :)
Melanie
Michael Cortez wrote:
> Melanie wrote:
>> In the current thinking:
>>
>> Users should be in control of their own
Melanie wrote:
> In the current thinking:
>
> Users should be in control of their own inventory and it's
> associated assets, independent of a single grid.
>
> This means:
>
> - users can select where their data is stored. This may be an ISP, a
> web hoster, a grid or their own PC (bandwidth perm
I am thinking this direction and support you model.
-Original Message-
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Melanie
Sent: Thursday, April 16, 2009 7:51 PM
To: opensim-dev@lists.berlios.de
Subject: Re: [Opensim-dev] The essenc
If you look at the grid as active directory and simulators and web servers
then the simulators will get the request to access a resource and need to
have the user authenticated and authorized and as such I would support your
model. But I would suggest that most people would probably implement some
In the current thinking:
Users should be in control of their own inventory and it's
associated assets, independent of a single grid.
This means:
- users can select where their data is stored. This may be an ISP, a
web hoster, a grid or their own PC (bandwidth permitting). No
simulator has aut
Yes, that is what I wanted to say but the words are not as strong in me.
So I try not to say many things.
Ideia Boa
Diva Canto wrote:
We want to secure many things:
- Simulators data and performance against malicious users -- this is the
most vocally spoken problem, but it's not specific to a
Actually, it's worse than that. Currently any simulator connected to a
UGAIM has access to just about everything on that UGAIM databases.
Diva Canto wrote:
> We want to secure many things:
>
> - Simulators data and performance against malicious users -- this is the
> most vocally spoken problem
We want to secure many things:
- Simulators data and performance against malicious users -- this is the
most vocally spoken problem, but it's not specific to a web of VWs; it
happens in closed worlds too. Obviously, we need to address it in some
way if we want to be friendly to content producer
I think the big confusion is that most posts are referring to USERS and
safety is not the topic.
I suppose what is at stake is how to interconnect grids and regions in a
safe or not and nothing is related to the USERS.
Please correct me if I am wrong in my way of seeing "The essence of grid"
Id
I think you may be thinking of OpenSim's equivalent to OGP's
"agent domain" -- that's different, and yes, that is our User Server.
"Trust domain", in the context of this discussion, is what Melanie and I
said over a few emails: a collection of simulators that trust each other
and that are all un
I have had this discussion with Adam and Lbsa in the past.
The OpenSim equivalent to SecondLife's AgentDomain is our UserServer.
So, the "trust domain" is the UserServer executable on a given grid.
Now, it may be incomplete, but that is the direction we have been going for the
last two years.
Finally someone to explain in brief what is "trust domain" and is
precisely what we need. We need to create something that the grids and
regions connected by hypergrid can behave as "trust domain"
Cristina got 10% of reason in your security considerations for links
between grids and regions.
"I can't visualize Bank of America using opensim for transactions."
Why not?
IBM is already providing "meeting room space" for companies. I guess each
room would then be a subset of a region with different access rights.
Personally I can't visualise that opensim will remain a secondlife clone. I
About the status of the Hypergrid.
The hypergrid is being redesigned so that it can be made mutually safe
for users and for the sims they visit. The "safe" hypergrid is heavily
client-side based. I haven't had much time to write documents, but ppl
can look at the very few things I have here:
ht
I wouldn't worry about us using Mono-only features, we've still got .NET to
support.
And yes, Mono 2.4s notoriety has already hit us - the Bamboo CI server we had
ended up completely broken by Mono 2.4. We're in the process of switching to
something else.
Adam
> -Original Message-
> F
In the future, the avatar and his inventory will be independent of
the grid. This is already almost a reality.
To address another post, a "trust domain" doesn't imply that the
visitor trusts it. It merely means that all regions within it trust
each other. Like the servers that make up a web app
Backing up a bit, I think we need to start with the fact that a grid provides a
common start point for an avatar logon. By that, I mean, a grid will have some
quantity of users in the users MySQL or MSSQL table with a particular avatar
appearance and some semblance of an inventory.
For the purp
Hello,
We know that mono is currently at version 2.4 and there are many waited
features of 2.0+ mono to hit stable branches, yet lenny got stuck at
1.9dfsg. If opensim starts to depend on 2.0+ features (hint: AOT, SIMD,
partial references, .NET 3.5, etc), then opensim would be held back in
uns
Good points!
Michael Cortez wrote:
> Just my pittance,
>
> Assumptions:
> * We want to create virtual space
> * We want to put this virtual space on networks to allow networked
> viewers to enter and possibly interact
> * Some people may want to restrict what is and isn't allowed in their
> vi
Right.
This whole issue can be formulated in one very simple question:
If the client is to delegate authority to the server-side, should it do
it to the specific simulator or to this other server that speaks for a
collection of simulators, aka "grid"?
Under the Apache model, the answer is "to th
Excellent Giorgio! let us know how your project develops...
Kyle G
www.reactiongrid.com
-Original Message-
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Giorgio Servillo
Sent: Thursday, April 16, 2009 10:19 AM
To: opensim-dev@
Thank you, Michael, for a good and objective description. I would concur with
your points.
As we move forward, we also have to consider that economic considerations come
into play in the notion of "personal trust" and "software trust logic".
There are folks already using both V$ (VirtualWallet)
Hi,
If I can remember it's in the "assets" table ...
You could retreive the record thru the "id" field that correspond to the
notecard UUID.
Hope this help,
Regards,
Ursula.
Giorgio Servillo a écrit :
> Hi to all,
> I'have a little question for you,
> where Opensim save the notecard's texts and
Michael Cortez wrote:
> My thoughts:
>
> To me, a Grid is a virtual space that can be of any given size, and to
> date, currently consists of one or more discrete Regions that are laid
> out in a two dimensional grid pattern. A Grid allows for these
> discrete individual spaces to be joined tog
Hi to all,
I'have a little question for you,
where Opensim save the notecard's texts and the script's soure code ,
in the DB? I don't find them in any table.
bye
Giorgio
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/
Just my pittance,
Assumptions:
* We want to create virtual space
* We want to put this virtual space on networks to allow networked
viewers to enter and possibly interact
* Some people may want to restrict what is and isn't allowed in their
virtual space, including who is allowed and what they
Thanks for the answers,
I just realized the kyle solution using the xml-rpc, it work fine .
Thanks.
Giorgio.
2009/4/8 Kyle
>
> You could store the data in a table and then use XMLRPC or llHTTP to query
> the DB and move prims inworld. It isn’t as fast as direct DB but come by
> www.reactiongri
Teravus Ovares wrote:
> Looking at the LSL Vehicle API, it seems clear that there is at least
> an angular motor and a linear motor involved. There may be two
> angular motors, one for the angular movement and one for the vertical
> attractor(which may just be a jacobian constraint). In ODE, ang
"opensim should have a very simple region based password system"
Sounds like a re-invented 1996 Palace Chat, based on rooms. I can't
visualize Bank of America using opensim for transactions. So the security
should fit the threat of loss vs the inconvenience to users mobility.
If such a system co
Hi!
DZO wrote:
> I like to think of opensim as the VW version of Apache.
>
> I think something that is confusing us is that moving from region to region
> in opensim is pratically seemless, and the joins between the regions almost
> invisible. IE when walking from one region to another, you can s
I like to think of opensim as the VW version of Apache.
I think something that is confusing us is that moving from region to region
in opensim is pratically seemless, and the joins between the regions almost
invisible. IE when walking from one region to another, you can see the new
region appearin
32 matches
Mail list logo