Organic groups

Ciao, credo che quello che ti occorre è rendere il gruppo privato, in modo che i contenuti interni siano visibili solo ai membri dello stesso.
Una volta creato un tipo di gruppo, mettiamo sia un nodo di tipo "Gruppo" ed aver attivato il modulo "Organic groups access control" che fa parte di og, vai in Configurazione >> Organic groups >> OG field settings.
Qui devi selezionare da Bundles il tuo tipo di nodo (voce: node --> Gruppo) e in Campi il valore group --> Group visibility. Clicca su "aggiungi campo" e poi crea un nuovo contenuto di tipo Gruppo oppure modificane uno che hai già creato e imposta il nuovo campo "Group visibility" a "Private - accessible only to group members".
Ora i contenuti del gruppo saranno visibili solo ai membri.

Allora riassumendo ho fatto ciò che dici:
1 Ho creato un tipo di contenuto chiamato gruppo.
 tra le solite opzioni impostazioni di pubblicazione, impostazioni di menù, in aggiunta sotto,   è spuntato un menù organic groups che ha le seguenti opzioni:
Specify how OG should treat content of this type. Content may behave as a group, as group content, or may not participate in OG at all.:

Gruppo
Set the content type to be a group, that content will be associated with, and will have group members.
To unset the group definition you should delete the "Group type" field via Gestisci campi.
Group content
Set the content type to be a group content, that can be associated with groups.
 All'inizio io ho selezionato solo la prima possibilità perchè la 2a  non era spuntabile.

2 Ho eseguito i passaggi che hai detto tu, ora il gruppo non è visibile a nessuno ad esclusione dell'amministratotore totale, che per forza è membro del gruppo. direi che quindi funziona..

3 Non capisco come poter aggiungere dei membri,poichè nemmeno sui contenuti pubblicati, vi è un opzione.

4 Mi sfugge cosa sia realmente il gruppo  e qui la domanda più importante.

Nel punto 1   abbiamo deciso che il "gruppo" sia un nuovo tipo di contenuto chiamato gruppo.
Significa che tutti i contenuti di tipo gruppo avranno delle caratteristiche in più? (non credo perchè le opzioni di organic group sono spuntate anche agli altri tipi di contenuto)
Da quel che ho capito, ma probabilmente sbaglio, credo che ciò serva solo a creare un riferimento di tipo nodo a cui drupal a livello di amministrazione  possa creare un legame con le altre entità.

Il problema è che non c'è un interfaccia chiara, e gerarchica che identifica il gruppo.

Come fare allora a creare una home page del gruppo, a creare titpi di contenuto che i membri possano usare per pubblicare contenuti, come creare un altro gruppo, se non si capisce bene quale sia il gruppo..

Scusa delle tante domande, ma ho cercato di rendere il più possibile l'idea, poichè manca una guida in italiano di questo utile modulo, e quelle in inglese sono abbastanza lunghe e per me incomprensibili.

Cmnq grazie per il tuo prezioso aiuto..
 

Ho provato a mettere giù una breve documentazione su og. E' all'inizio ma è qualcosa da cui partire. La trovi qui http://drupal.it/moduli. Qualsiasi commento o revisione sarà utile per integrare.

Direi che leggendolo ho capito molte cose, è ben fatto, purtroppo però il modulo presuppone una totale comprensione di tutti quegli aspetti di drupal 7 che l'utilizzatore classico fatica a comprendere pienamente.
Creare un gruppo basato sugli utenti o le tassonomie, è facile da sentire ma difficile da comprendere.
Il livello di personalizzazione aumenta assieme a quello di astrazione, per cui alla fine diviene difficile caapire cosa si stà creando.
Io per es ho fatto quello che mi hai detto, creando un gruppo da un tipo di contenuto e aggiungendo l'opzione della visibilità solo ai membri.
Purtroppo una volta creato il mio contenuto e rendendolo invisibile, non trovo tra le opzioni che dovrebbero presentarsi all'amministratore nella pagina del contenuto appena creato, in parte a modifica, con le ozioni di gruppo, nelle quali era possibile aggiungere dei membri.
Brancolo nel buio.

Vediamo, quindi rispetto al tutorial rilevi problemi nell'ultima parte "Aggiungere membri ad un gruppo", in pratica non vedi il tab gruppo:

giusto?

Esattamente.
Non vedo quell'ozione e quindi il mio progetto è fermo, perchè senza mebri non riesco a provare l'impatto delle mie modifiche all'interno del sito. E quindi non riesco a far esperienza sul modulo.

Tu come partiresti, se dovessi creare un sito così fatto:

1 Amministratore con poteri su tutto. che c'è già di default
   1-1 Crea gruppi es ("Gruppo azienda 1" e ""Gruppo azienda2")
   1-2 Crea Tipi di contenuto per i gruppi che saranno disponibili per tutti i gruppi,
         es (Avviso ai mambri del gruppo) oppure (lista delle spese del gruppo).
   1-3 Gestisce gli utenti dei gruppi, es (aggiunge rimuove membri al gruppo specifico)

2 Membro del gruppo
   2-1 crea contenuti visibili solo all'interno del suo gruppo usando quelli messi a disposizione
         dall'amministratore. (non può pubblicare un contenuto "lista delle spese di gruppo" che sia visibile
         a   terzi
   2-2 Ha accesso alla lista degli utenti del suo gruppo.

Come capisci il sito è di servizio, e non avrà molti contenuti pubblici, se non quelli che serviranno da guida al suo utilizzo.

Dalle specifiche sembra che og sia la strada giusta. Quello che va capito è perché si comporti così sulla tua installazione.
Mettiamo che sei loggato come admin (primo utente). Riepilogando (e seguendo la logica dei punti sopra):
a) installazione og: abilitare i moduli di og (almeno og og_access og_ui).
b) creare nuovo tipo di contenuto Gruppo da usare come gruppo, selezionare nel campo "Organic groups" > "Specify how OG should treat content of this type..." il valore "Group"
c) creare nuovo tipo di contenuto Avviso da usare come contenuto del gruppo, selezionare nel campo "Organic groups" > "Specify how OG should treat content of this type..." il valore "Group content"
d) dall'interfaccia in admin/config/group/fields assegnare al Bundle "nodo: Gruppo" il campo "Group visibility"
e) creare un gruppo in node/add/gruppo, selezionare "Group visibility" come "Private", per utilità mettere in "Impostazioni percorso URL" > "Alias URL" il valore "gruppo1" e per titolo "Gruppo1"
f) creare un avviso in node/add/avviso, selezionare in "Groups audience" il valore "Gruppo1"
g) andare in admin/structure/block mettere il blocco "Vista: OG content" nella regione "Contenuto" (preso a riferimento il tema bartik)
h) modificare la vista che crea il suddetto blocco (admin/structure/views/view/og_nodes) e modificare il filtro contestuale presente impostando in "QUANDO IL VALORE DEL FILTRO NON È DISPONIBILE" > "Fornire il valore di default" > "ID del contenuto da URL". Salvare tutto.

Ora, visitando miosito.xxx/gruppo1 dovresti vedere tutte le opzioni presenti nell'immagine riportata sopra e un elenco dei contenuti del gruppo (in questo caso il solo avviso creato prima).
Prova a vedere se ripetendo gli step passo passo riesci a risolvere.

Geniale Non ti chiederò come hai fatto ad imparare.... l'ho fatto tutto passo a passo ed è andato, anche il menu GRUPPO per aggiungere gli utenti  permessi e regole è comparso.. Ma..
Provandolo mi sono accorto di una cosa..

1 Non mi è possibile cambiare i permessi di gruppo. 
In riferimento al mio esempio vorrei dare la possibilità ad un membro del gruppo di aggiungere avvisi di gruppo; ma andando in Permissions (read-only) i flag non sono modificabili.

In generale:
2 Dando uno sguardo alla view dei contenuti di gruppo che mi hai fatto modificare come esempio, vedo un po' difficoltoso creare delle views complesse, in pratica avrò sempre un filtro contestuale al mio nodo gruppo? (questa prendila con le pinze)

3 Dato che il sito sarà composto da molti gruppi, vorrei capire, se vi è la possibilità di assegnare direttamente gli stessi, tipi di contenuto ad un gruppo, senza dovere ogni volta, passare in rassegna  i vari tipi di contenuti ed assegnare loro il nuovo gruppo creato. ho visto un menù clona, ma non credo sia cosa per principianti di organic groups

Risolto il punto 1, riferito alle ultime richieste, proseguo con i test, ma restano per ora aperti i quesiti 2 e 3

Ciao, ho aggiornato anche se hai risolto il punto 1 la guida con la sezione relativa ai permessi http://drupal.it/moduli/organic-groups#permessi.

Per quanto riguarda il punto 2: dipende dalla vista che vuoi creare. Potresti anche definire dei "Criteri del filtro" e volendo anche esporli agli utenti oppure renderli statici (mi viene in mente "una lista di contenuti che appartiene solo al gruppo x e al gruppo y").
I filtri contestuali sono utili per passare dei parametri dall'esterno alla vista e costituiscono lo strumento per far capire alla vista come filtrare i contenuti del gruppo che stai visitando (o eventualmente del contenuto del gruppo).

Per quanto riguarda il punto 3: se ho capito bene vorresti utilizzare un certo tipo di contenuto per tutti i tipi di gruppi che vai creando mano mano nel tuo sistema.
Questa impostazione è possibile da (es: Pagina base in tutti i gruppi) admin/structure/types/manage/page (gestione tipo di contenuto "Pagina base") >> Organic Groups >> flaggando come al solito "Group content" e senza selezionare alcuna voce di "Target bundles".

Molto chiara la guida sui permessi, credo che tu stia facendo un gran lavoro, perchè a livello italiano non c'è nulla di ciò, la documentazione è solo inglese

Il problema del punto 2 era che: avendo viste "composte" cioè formate da relazioni tra piu' di un tipo di contenuto ad esempio :
tipo di contenuto clienti (con termine di tassonomia nr ordine)
tipo di contenuto ordini (con termine di tassonomia nr ordine)

volevo impostare una vista chiamata ordini-dei-clienti. (con relazione). Cosa semplice per un sito normale..
Mentre per il sito di gruppo, Ho bisogno di evitare che i gruppi vedano clienti e ordini degli altri..
Il trucco sarà individuare i filtri esatti. Ed è qui che vado un po' i tilt.

Per il 3 la soluzione come da te proposta, era ciò che volevo evitare.
Semplicemente volevo arrivare a creare un gruppo "tipo" con la sua home page con molti tipi di contenuto e viste e blocchi. Poi  in qualche maniera clonarlo, ogni volta che  avessi avuto  bisogno di aggiungere un altro gruppo.

Per quanto riguarda le viste sicuramente saranno un pò più articolate comunque og offre molti filtri e argomenti per poter lavorare al meglio. Inoltre il modulo crea di già alcune viste di esempio che puoi clonare e modificare secondo le necessità.

Se riesci comunque a dare una certa struttura attraverso le viste ad un "tipo di gruppo" (negli esempi "Gruppo") questa sarà valida per ogni istanza dello stesso.
Negli esempi precedenti la vista "Vista: OG content" sarà valida per ogni tipo di gruppo "Gruppo" (in questo caso anche per eventuali tipi di gruppo diversi, è molto generica i.e. "tutti i contenuti che appartengono al gruppo che sto visitando") e riporterà solamente i contenuti del gruppo che stai attualmente visitando.

Si questo lo avevo capito, creata una vista, la si userà per tutti i gruppi, mi domando però se a livello di sicurezza un filtro della views garantisca la privacy dei dati in maniera abbastanza sicura. Qualche conoscitore del sistema, potrebbe inserire per caso qualche filtro a livello di url e vedere una view che non dovrebbe?
Poi mi sfugge se i termini della tassonomia possono essere associati ai miei gruppi in modo che vi siano dei vocabolari privati associati a i miei gruppi nodo.
Forse devo aggiungere alle tassonomie i campi og dei tipi di contenuto che si sono generati. e che permettono ai tipi di contenuto di essere associati a i miei gruppi

Se tutta la vista (e quindi gli argomenti, i filtri etc...) è ben configurata questo non accade. Sarebbe una grave falla di sicurezza che non mi aspetterei da moduli maturi, molto utilizzati e ben mantenuti come views e og.
Se vuoi comunque cimentarti il meno possibile sulla modifica delle viste per og, puoi optare per due moduli come og_extras (http://drupal.org/project/og_extras) e eva (http://drupal.org/project/eva): installandoli assieme ripristinano alcune delle funzionalità presenti in og per D6.
Per i vocabolari privati, forse ti può essere utile il modulo og_vocab (http://drupal.org/project/og_vocab).