Well, there are a few use cases from a grid standpoint that might be worth considering.
1. Being able to reserve a block of X,Y for a particular group or orgainization. 2. Being able to allow some to bring down a region and know that the same X,Y is available after update, maintenance, whatever. >From the standpoint of operating OSGrid, which admiteddly is a bit unusual use >case, having a region reservation would allow grid admins to make a >reservation for an individual or an organization and also ensure that the same >X,Y is available when the region owner brought their region back up again. Charles ________________________________ From: Frank Nichols <[email protected]> To: [email protected] Sent: Monday, February 2, 2009 8:50:25 PM Subject: Re: [Opensim-dev] RegionOnline status To me the region does not need to know if or when the reserved status would expire. Some process/module must have set it to reserved, and to me would then assume the responsibility of knowing when/if to expire the reservation. Dahlia Trimble wrote: > I would think if a "RESERVED" state were added there would probably > need to be an expiration date associated with it. > > On Sat, Jan 31, 2009 at 8:23 PM, Frank Nichols <[email protected] > <mailto:[email protected]>> wrote: > > There is a member in RegionProfileData (regionOnline) which is > currently > not used and does not exist in the region db table. I would like > to add > it to the region table as an enum and not a boolean. Currently the > code > assumes a region that has an entry in the region table is online > (as far > as I have figured out...) With this field in place we can > impliment the > requested feature of reserving regions as well as having regions > online > but not available for logins. I suggest the following enums: > > RESERVED > OFFLINE > ONLINE > > at least for starters. > > Before submitting a patch to support this, i wanted to get some > direction and comments from the core developers and architects. > > Frank > _______________________________________________ > Opensim-dev mailing list > [email protected] <mailto:[email protected]> > https://lists.berlios.de/mailman/listinfo/opensim-dev > > > ------------------------------------------------------------------------ > > _______________________________________________ > Opensim-dev mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev > _______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
_______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
