Mahara “Isolated Institutions” feature allows controlling user interaction across the institution boundaries by implementing “Walled garden” effect and maintaining trust relationship between institutions. This is useful feature for large scale use when the same instance of Mahara is shared by several schools and has long been on the roadmap. A year ago LUNS has developed this feature for the private client who permitted to integrate it into the core, currently the feature is awaiting to be updated with 1.4 and revised by core developers. The designed implementation of institution isolation and privilege control mechanism allows to have both isolated and normal institutions co-exist on the same Mahara instance without interference and even setting trust relationships between them.
The presentation is aimed to the broad audience of Mahara practitioners. It will introduce the designed Institution Isolation concept and include live demonstration of the feature.
27. Does not restrict existing Mahara flexibility (e.g. permits user to be a member of more than one institution)Institution B Institution C Institution A
28.
29. Isolation is a setting controlled by site and institution admins
30. Does not affect users of other institutionsInstitution C Institution D Institution B Institution A
Each institution have own admins and staff that able to manage the users in their institution.
Each institution have own admins and staff that able to manage the users in their institution.
Each institution have own admins and and staff that able to manage the users in their institution.Having all these features, all institutions are sharing the same Mahara instance, which allows their pupils to interact together throughout the Mahara site. If Mahara is used in educational organisation, institutions are often used for grouping different groups of students or pupils. This could be different age groups, departments or even different schools.In some cases, however, it might be desirable to gain control over inter-institution interaction to prevent exposing some groups to the others (e.g. different schools or age groups).
This could be achieved by deploying individual instances of Mahara for each group, but this has some disadvantages.
Hosting or virtual instances or apache conf, different hostnamesMaintaining themesWhat if we need to do some changes, e.g. two groups should not be isolated any more.
It might be useful if it were possible to maintain the “Walled Garden” effect, that would allow controlling interaction of users across the institution borders using the same Mahara instance, while keeping communication within institution unrestricted.
The feature that LUNS has developed for CLEO last year does exactly the same. The advantage of this feature is that multiple institutions can be run on the same instance of Mahara, as if they were on the separate Mahara instances. This is a cost effective for large scale deployment when all institutions can share the cost of running the same mahara instance. Moreover it has extra flexibility of maintaining trust relationships between schools and allows normal institutions co-exist on the same Mahara instance without interference.
Isolation makes institution isolated from others.
We can isolate as many as required. What if we want to allow communication between two isolated institutions?
We can set up trust relations
Trust is independent from isolation.Trust request can be initiated from normal institution
Like shown here
To illustrate what has been said above, imagine a member of an institution is finding friends using the Groups->Find friends menu.Depending on the "Isolated Institutions" option setting for the institution, the following users will be listed
Current status. “Isolated Institutions” feature is still pending to be added to the core and hopefully will be integrated soon.