Re: [Bodington-developers] Quotas Implementation

[Sean M. <se...@sm...>]

I agree about the quota thing from Matthew's perspective. Disk is  
cheap. Backup might not be, but perhaps with the  
MyBodWebFolderYourFavNameHere idea of allowing people to have space  
on their box, it might be better to invest time in separating the  
individual user file space from more traditional rooms?

We are starting up an elgg (elgg.net) for our user's social needs,  
and I suspect that that will fill up far faster than the more stuffy  
vle, because people will want to fill it up with interesting stuff,  
not their course work.

BTW, we will be looking at tying that elgg into our groupspace, e.g.,  
people would be able to find in elgg all the people on their bod  
course, in case that is of interest to any others out there.

Also, Matthew, the stuff on partitioning the groupspace seems  
interesting. We are planning on some work to allow for cleaner, more  
compliant sub-grouping in bod, that means something outside of bod,  
i.e., not everything is called ad-hoc!-)

Definitely should get heads together on this one. Perhaps the first  
of uncle adam's agony chats?

s


On 10 May 2006, at 08:32, Matthew Buckett wrote:

> Selwyn Lloyd wrote:
>> Matthew:
>> have you guys locked down the amount of user accounts or special  
>> groups a user might create...
>
> At the moment Bodington doesn't support account creation with an  
> email address so we create all our accounts through a user import  
> feed.
>
>> assuming you have single log on or admin created users... being  
>> intranet so probably easy... so probably yes [shut up sel]
>
> The plan is to allow people to create groups through be give them a  
> specific part of the group namespace.
>
>> i.e. to stop what i did in the early days of yahoo to get more  
>> space [multiple user identities]
>> not so for a lifelong learning portal unless we do some kind of  
>> identity creation and identity locking
>
> With disk space being so cheap I don't think it is too much of a  
> problem. What makes storage much more expensive is good backups and  
> management.
>
>> with our ionode based e-portfolio / learner portals [eells,  
>> learningmatrix, icebox, pdp4life] we are currently looking at  
>> various theoretical quota use cases for lifelong learning  
>> scenarios...
>> so this topic is food for thought for us too [currently we set  
>> 20mb per user until told otherwise]
>
> I much prefer the quota model that a site such as flickr has where  
> you have a quota per month rather than an overall quota as this  
> doesn't penalise the regular users and in fact encourages it.
>
>> Once projected scenario is when a student leaves they are given a  
>> deadline to move their files / electronic stuff so there is room  
>> for the next batch of students [bear with me :)]
>> Keeping this to one consideration with multiple theoretical use  
>> cases in bodington...
>> "get / set quota expiry date"
>> our special groups/ communities/ users/  would also have  
>> 'quotas'... they may like the idea of the group managing a quota,  
>> and the user managing their individual quota...
>
> 1Tb of RAID 5 array is so cheap now do you need to worry?
>
>> are you suggesting you might quota the files uploaded as a total  
>> across multiple resources against a single user?
>
> No the exact opposite. No quotas will be against users. All quotas  
> will be against parts of the tree and it just depends who manages  
> the files at the part of the tree as to who gets to fill the quota.
>
> -- 
>  -- Matthew Buckett, VLE Developer
>  -- Learning Technologies Group, Oxford University Computing Services
>  -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services,  
> security?
> Get stuff done quickly with pre-integrated technology to make your  
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
> Geronimo
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>