What is the difference between Groups and Spaces? To me it look like that both collect people in one room and get people to talk about stuff. It's sort of the same about the difference between Iphone and android. Two different names for - a phone.
KAPOW! Something in my brain just popped after reading the descriptions. It's like two snowmen. One is made of regular snow and the other is made of frozen water, which has been chopped in to tiny ice crystals and then formed into the shape of a snowman.
Why not make a module that enables anybody to make their own snowman design? That's why i;m talking about things like PhPbb and such. What is interesting and attractive, is that we - the users - can create and shape as we want. not have a thousand products we need to code-tweak ourselves to do what we want them to do...
#Spaces module is the most capable of all context-modules since it supports sub-spaces. We generally recommend it for structuring websites by some predefined pattern, like regions, schools, specialities, etc. Say, if you are creating a network for a country, you could use Spaces to generate contexts for States and Towns. Spaces can be private, public and secret.
#Groups are more generic. People have certain preconceptions about how Groups work and that makes them useful for allowing standard members create ad-hoc groups without any predefined hierarchy. Groups can not have subgroups. So, people can just add a group like "Proud Bikies" or "We all love pizza" and use it as they will. Groups can be private, public and secret.
#Channels are different. They are auto-generated from hashtags and labels. You can pre-create labels for various modules to suggest associations and steer the community towards certain topics. Channels can be followed, but can't be joined. They are always public. Unique feature is that you can associate content items with multiple channels, while you can only post them to one Group or Space, because Groups and Spaces privacy settings define content visibility, making it impossible to post to multiple without complex cross-checking.
#Events are like Groups, but they have start/end date, calendar and different actions terminology (attend instead of join, etc).
#Organisaitons are also a context module, like #People, but they can be "joined" by multiple trusted users. Unlike Groups, they can be used as IDs/Personas on the site. Orgs are meant for companies, institutions, etc., so that in case one member of an Organisation leaves, other members can take over the profile and continue using it. For example, here at UNA.IO I have a personal profile (Andrew Boon) and I can also switch to UNA Inc organisation profile to post some official content. Other team memebrs also have their personal profiles and they too can switch to UNA Inc and post under that ID.
I'd love to put a plug in for integrating events into spaces. Doesn't look like its its on the roadmap yet. For the geographic distribution uses spaces that you mention would be great to have a localized event calendar.
I so want to make Una work, but the documentation is woefully inadequate.
I was pointed here for clarification and I'd seen this already. Nowhere in the tiny description of spaces does it say it is the alternative to groups. It leaves the very clear impression that it organizes groups. I've already created 30+ groups that I was under the impression could be grouped under spaces. Now I get the impression I have to throw all of that out and start over. And I paid $50/year to find out this is going to make more work and still don't know if it will function as I expect/need it to.
My site needs to have 5 "spaces" each with three groups. Then another one with 7-8. And perhaps 2-3 more each with multiple areas inside them. Why not just have the option to add groups to spaces? Or just have spaces instead of groups?
So I need to recreate all of these groups I gather and set a parent with the name of the container for each of the spaces?