OG Organic Groups und Groups siehe Links

This module is designed to be an alternative to Organic Groups (OG).

Organic Groups allows content itself to be groups, which isn't always what people want. It relies on an entity reference field to keep track of the ties between a group (node, term, ...) and its content (node, term, user, ...).

Groups instead creates groups as entities, making them fully fieldable, extensible and exportable. Every group can have users, roles and permissions attached to it. Groups can also act as a parent of any type of entity. Seeing as a group itself is also an entity, creating subgroups is very easy.

Das sagt doch alles, oder?

@Ronald, weil Du das hier so schön erklärst:
Ich teste ja zur Zeit (wenn ich mal dazu komme) OG Groups für einen recht komplexen Einsatzweck.
Inzwischen komme ich auch ganz gut klar damit.
Als nächstes müßte ich mich damit auseinander setzen, wie man Subgroups mit OG umsetzt.
Deshalb lässt mich das Zitat bezüglich Group-Modul aufhorchen.
Hast Du Dich schon mal näher damit beschäftigt?
Oder sonst jemand?
Ich hatte nur mal gesehen, daß das Modul Alpha ist und mich deshalb für OG entschieden.

Subgroups mit OG ist simpel. Nur den Inhaltstyp für die Gruppe auch als Gruppenkontent zulassen und schon kannst Du beliebig tief schachteln.

Danke wla, das habe ich zwar mal gelesen, war aber unsicher ob das wirklich so simpel ist, weil ich mich gefragt habe, für was es dann ein extra Modul für Subgroups gibt.
Also, wenn das gut funktioniert, werde ich sicher bei OG bleiben.
Schon alleine wegen der vielen Module, die damit zusammen arbeiten.
Interessant ist auch noch die Frage, welches Modul wann unter Drupal 8 vorliegen wird.

ist etwas einfacher gestrickt, und deshalb weniger flexibel.

OG kann alle entities gruppieren, also auch Gruppen, Artikel, eigene Strukturen ...

Flexibilität bedeutet aber eben auch komplexität.

Ich hatte bisher leider noch keine Ruhe und Zeit mich tiefer damit zu befassen. Es ist aber wohl eines der interessantesten Module, gleich nach Views ;-)

Ja, das ist es zweifellos.
Und ich schätze, ich kann dann getrost bei OG bleiben, weil die Komplexität brauchen wir und im Grunde habe ich mich jetzt auch schon ganz gut eingearbeitet.
Es ist weniger das Modul, daß mir Schwierigkeiten bereitet, als die Komplexität der Aufgabe. ;-)
Ein anderer Punkt ist der, daß ich zwar schon häufig von Marktplatz-Funktionalitäten beim Commerce gelesen habe, die mit OG umgesetzt wurden, aber noch nie von Group.
Wird schon seine Gründe haben.

Sorry PeterX, daß ich Deinen Thread so für meine Bedürfnisse okkupiert habe, aber vermutlich kannst Du ja auch noch was raus ziehen.

Hallo Montviso ist voll in Ordnung !!
Ich lass noch ein bischen offen. OG ist ein sehr komplexes Thema.
LG Peter

Bin mir nicht sicher sollte man zum Durchblick erst mal mit Groups üben ?

Der Autor schreibt, dass ihm OG zu groß war, weshalb es Groups geschrieben hat.

Es kommt darauf an, was du machen möchtest.

Vielleicht brauchst du übehaupt keine Gruppenlösung, sondern nur ein Zugriffskonzept?

Bisher hats du ja noch nicht verlauten lassen, was du vor hast.

Angenommen ich habe 10 Firmen und jeder darf 3 Exceltabellen erstellen (Sheetnode), der Zugriff ist dem entsprechend.

Sorry ich habe da noch nicht viel, lediglich in meiner Rübe ein grobes Endziel.

LGP

Ohne das Modul Groups näher zu kennen, behaupte ich mal, es macht keinen Sinn, mit dem einen zu üben, um dann mit dem anderen besser auszukommen.
Ich denke, Du solltest Dir zuerst das genaue Konzept überlegen, was genau passieren soll.
Was Du da schreibst mit den 3 Excel-Tabellen, muß vermutlich nicht wirklich mit einer Gruppen-Logik umgesetzt werden.

wenn diese 10 Firmen jetzt noch Mitarbeiter haben, die innerhalb unterschiedliche Berechtigungen haben, sich gegenseitig Nachrichten senden können sollen, und vom Firmenadmin verwaltet werden sollen, sind wir bei OG.

Wenn es nur 10 unterschiedliche Rollen gibt, die unabhängig und getrennt voneinander etwas tun sollen, reichen Rollen mit content_access und entsprechende content_types völlig aus.