[Opensim-dev] Why we shouldnt support Estates

[James Stallings II]

I think this is just why the module architecture is a great thing, to allow
us to differ from SL in terms of policy and architecture as we see fit
without breaking compatibility.

Cheers,
James aka Twitch/Hiro


On Dec 19, 2007 10:43 AM, Stefan Andersson <stefan at tribalmedia.se> wrote:

> On a side note, this is also implemented in the Reg Api that third parties
> can use to auto-register their members onto SL; there is an option to
> confine the newly registered user account to an estate owned by the
> registrator; ie to create a 'walled garden' within SL.
>
> /Stefan
>
>
>
>
>  ------------------------------
> Date: Wed, 19 Dec 2007 11:21:10 -0500
> From: teravus at gmail.com
> To: opensim-dev at lists.berlios.de
> Subject: Re: [Opensim-dev] Why we shouldnt support Estates
>
>
> There's another purpose for estates also.
> Grid separation, on the same infrastructure.
>
> The EstateID, and ParentEstateID Property
>
> Basically, this is what LL uses to separate the MainGrid from the Teen
> Grid while not significantly increasing the hardware or configuration
> requirements.
>
> All Users have a EstateID Property..  that corresponds to the regions and
> users that they can interact with and see.
>
> Example
> *One main grid has an estateID 0.  All users to this grid are created with
> an estateID 0 property.
>
> *A teen grid has an estateID 2.   All users who sign up for this grid are
> created with an estateID 2
>
> When users pull up the map, they can only see the regions where the
> EstateID or the ParentEstateID = their user estateID property.
>
> This also extends to Instant Messages and teleports.
>
> 'God Users' can see, interact with, and move in between all EstateIDs
>
> I can see this being used by a service provider to give users their own
> 'grid'.
>
> My purpose for mentioning this is to make sure that this functionality is
> considered, *not to rehash the idea of estates*
>
>
> On 12/19/07, *Adam Frisby* <adam at gwala.net> wrote:
>
> Pardoning the slightly inflamatory subject line - allow me to clarify.
>
> The "Estate" system as currently implemented by Linden Lab is shall we
> say ... imperfect?
>
> Right now -- as it stands, an estate is a collection of regions under a
> common name sharing a few properties:
>
>        * Estate Owner is shared across all regions in the estate
>        * Estate Managers are shared across all regions in the estate
>        * Estate Bans are shared across the estate
>        * The time-of-day is shared across all regions in the estate
>
> Frankly - I think this is mediocre at best, very limiting at worst.
>
> For example, say you have two seperate groups of regions that want to
> share a single ban list? RBL's seem to indicate people will want to do
> this.
>
> So - what's the solution? Remove abitrary groupings and make each of
> these something independently configurable, for example:
>
>        Ban List
>                Rather than have a single list shared among X regions,
>                allow regions to be configured to have a remote banlist
>                - some kind of URL where they can POST / GET queries
>                about user status. Put this functionality into a
>                BanModule-type RegionModule so it can be swapped or
>                configured independently at whim.
>
>        Estate Managers
>                Similar to the above, add support in the permission
>                manager for looking up the permissions of a individual
>                user from a remote URL or address.
>
> Now, the PermissionsModule and BanModule should respond to messages from
> the client sent by the estate tools -- but on the backend we have a much
> more configurable situation which is more suitable for large scale
> deployments.
>
> Regards,
>
> Adam
> _______________________________________________
> 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
>
>


-- 
===================================
The wind
scours the earth for prayers
The night obscures them
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20071219/d6fbdb25/attachment-0001.html>