Blog GAVAB

Hoy he estado revisando más modulos adicionales que se puedan agregar a nuestro OG, para tener una cierta idea de las posibilidades que hay. Debería tener más claro los requisitos para poder afinar más en la búsqueda de módulos que cubran las necesidades. Hay como unos 100 módulos que agregan funcionalidades a OG. He realizado una pequeña selección, los cuales coinciden con los más usados.

Organic Groups Facets
Allows searching by organic group in the faceted search interface provided by the Faceted Search module.

Organic Groups join limit
This module allows to set a join limit on a specific group.

OG Open Write
This module allows organic group administrators to set some content types as “open write”, allowing registered users to post to an organic group without needing to be subscribed.
Organic Groups Subscriptions
This is a plug-in module for the subscriptions.module (http://drupal.org/project/subscriptions). It extends the subscriptions module to allow users to subscribe to notifications by organic group.

Organic Groups Mandatory Group
An add-on for the Organic Groups (og) module that makes one group mandatory for all new users and/or requires new users to pick a group.

Automatic Group Assignment for Organic Groups
Allows administrators to assign particular content types to automatically be posted into particular organic groups.
Note: nodes will be placed into the configured groups regardless of the submitter’s permissions or group membership. This is by design.

Organic Groups – Multiple Mandatory Groups by Role
From the README:
*Objective*
The goal of this module was to extend the capabilities of the original
og_mandatory_group module to allow as many mandatory groups as the user wants for:
1) All users
2) Group administrators/owners
3) any role
As all of the changes constitute a module with drastically different capabilities,
it didn’t make sense to patch the original module with this code. Additionally,
most of the old code was thrown out and a ton of new code put in place.

This isn’t simply a patch to og_mandatory_group. Read the rest of the README for a full rundown of features and functionality.

Organic Groups Global Limits
This module allows site administrators to set limits on the number of groups that users can create as well as the number of members that can join groups.
Note that the group member limit is calculated as the number of total group members minus the group owner.

Organic Group Statistics
Adds statistics to organic groups:
- count of nodes, comments and members
- last node/comment/member
So the user could sort groups by the count of members

Content Type Administration by Organic Group
Since the permission system only lets the admin allow/disallow creation of content types and can’t specify WHERE they can be used, this module tries to solve that problem. This module allows the admin to limit content types available site-wide and by group. Group owners can then choose which types to use within their group. Group owners can use ALL content types ALLOWED to that group, even if that owner only ACTIVATES a subset of those types for use by his members. All regular permissions and roles are still valid and this module will not override your settings there. So, given that a user has permission to create a content type SOMEWHERE, this module will limit where exactly they can do that. You can limit or even forbid creation of content at the site level, at the overall group level, or at individual groups.

This module doesn’t currently work with the subgroup module if subgroups have the same names.

Organic Groups Translation
This module allows group owners access to translate their group’s title & body without needing them to have access to the whole slate of locale functions. It does this by adding a menu item providing a menu of strings to be translated for that group. The existing i18n module does not work conceptually for objects within groups. This module provides a more user-friendly way for individuals to provide translated content for the group.

Organic Groups Hierarchy
This module is intended to handle a specific permissions situation not easily managed in Drupal or Organic Groups. We allow a group of users to be empowered as OG “creators” by “head creators” who retain authority over the creators’ groups. Multiple such hierarchies can be created in parallel. The model is that of a Drupal site used simultaneously by a number of organizations: each organization should be able to delegate responsibilities and authority in a hierarchy that is isolated from the others.

Organic groups LDAP

Map LDAP DNs or RDNs to Organic groups. This module is working in a production environment with Active Directory.
Usage examples:

OG LDAP Settings:
Mapping of LDAP groups to Organic Groups:
cn=group1,ou=OG,dc=example,dc=com|Group 1
cn=group2,ou=OG,dc=example,dc=com|Group 2

The above example maps the dn ‘cn=group1,ou=OG,dc=example,dc=com’ to ‘Group 1′ organic group.

cn=group1,ou=OG,dc=example,dc=com has an attribute with value ‘DrupalOG’
cn=group2,ou=OG,dc=example,dc=com has an attribute with value ‘DrupalOG’

OG LDAP settings:
Attribute: description
Value: DrupalOG

The above example gets all LDAP groups that match the attribute – value, and turns the cn into the group.
So, cn=group2,ou=OG,dc=example,dc=com creates an organic group called group 2.
Notes:

This module requires LDAP groups module, which is part of LDAP integration. It must be configured to work with the groups on your on LDAP server.

At the moment, the organic groups are not created in bulk. The groups that don’t exist in Drupal are only created once an LDAP user logs in that is a group member in LDAP. In future I’ll add a cron hook to pull all groups from LDAP.

Para tener completo el módulo OG, he activado el submódulo OG Notification, para el cual he tenido que instalar y activar los siguientes módulos.

Messaging, Notification, Content Notification, Notification Lite, Token.

He probado ya satisfactoriamente con las posibilidades de los grupos, siendo estos privados, ocultos, publicos o moderados, se pueden administrar desde el menu del administrador. No era via email como llegué a sospechar.

En cuanto a los permisos, hay que tener en cuenta que lo que hace OG es amplificar los contenidos de Drupal, para que puedan ser utilizados como grupos, por lo tanto, no tiene una administración especifica sobre los grupos, sino que se le aplica la administración de permisos que tiene Drupal, la cual es bastante extensa y detallada. Por lo tanto, se pueden crear roles, los cuales tienen unos permisos especificos, eliminar usuarios, aplicar temas a cada usuario, etc…la oferta es bastante amplia.

Creo que es el momento de reunirme con Patxi, y afinar un poco más en los prestaciones que queremos para la página y ver si OG nos las ofrece. También necesito que me explique que significa “Formularios para la creación de grupos”. Si lees esto, Patxi, y tienes alguna mañana con un hueco me gustaría que me lo explicaras. Graciass

P.D Hoy he vuelto a descubrir que la versión WordPress 3.0 ha vuelto a retrasar un mes su aparición, según se puede ver en su hoja de ruta: http://wordpress.org/about/roadmap/ . Tengo la impresión de que no avanzo lo suficiente como para tener un proyecto terminado en Junio, es por ello que tengo que ir asumiendo, que tendré que entregarlo el año que viene. Por lo que el retraso no sería tan grave, que opinas de esto Patxi?

Hoy sigo estudiando el módulo OG. Estoy explorando las posibilidades que tiene, de momento, me estoy centrando en el aspecto de permisos y temas.

Para utilizar temas diferentes con cada grupo, una forma es instalar el tema en nuestro Drupal normalmente. A la hora de crear el contenido, si tienes los permisos necesarios, te da a elegir entre todos los temas Activados que se encuentren en nuestro gestor de contenidos. Cabe recordar, que al tener una instalación MultiHost, estos temas se pueden instalar individualmente para una instalación Drupal, o colectivamente para todas.

Se puede comprobar el resultado visitando la página del grupo: http://web.sidelab.es/node/4

En cuanto al tema de permisos, sigo también explorando todas las posibilidades. De momento, me he quedado atrancado a la hora de crear grupos privados, o que necesiten moderación por el administrador, ya que no encuentro el menú donde administrar estos temas. Lo que voy a hacer, es activar la parte de módulo sobre notificaciones, a ver si la administración de los grupos se realiza via email. Esta última parte del módulo depende a su vez de varios módulos terceros, asi que me dispongo a instalarlos. Tanto si esa era la causa, como si no, en el siguiente post detallaré los módulos instalados.

A la hora de realizar las actualizaciones de los módulos, me sale ocasionalmente este mensaje:

Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 19456 bytes) in /var/www/drupal6/includes/locale.inc on line 2329


Lo reintentaré haciendo las tareas poco a poco, por si acaso estoy desbordando algo.

Sigo configurando el módulo OG. Si en la anotación anterior hemos configurado el acceso y visibilidad, queda por configurar el menú “Configuración de grupo”.

Una alerta me dice : You must designate at least one content type to act as a group node and another as a group post. Create new content type if needed. Una pequeña explicación de esto se encuentra en la Anotación 1. Punto 6.

Asi que me dispongo a crear los dos tipos de contenidos, un group node y un group post.

- Group Node: Se llamará “PFC”, voy a intentar simular la utilización de la web como soporte para coordinar diferentes PFC.

- Group Post: Se llamará “contenido del proyecto”.

También he seleccionado estas opciones:

• Group creator chooses whether her group appears in the directory. Defaults to in directory.
• Los nuevos grupos siempre aparecen en el formulario de registro.

A la hora de realizar registros, he tenido problemas, y no puedo acceder con otra cuenta que no sea la del administrador. Voy a desactivar todo lo referente al módulo LDAP por si ha sido el causante, ya que recuerdo haber usado otro usuario alguna vez.

Después de tres amagos de infartos al corazón, se ha solucionado el problema de los registros desactivando el módulo OpenLDAP y volviendo a la configuración inicial de opciones de registro.

Ahora ya puedo seguir probando el módulo OG. De momento con los usuarios Alumno1, Alumno2 y Alumno3. En los siguientes post, publicaré más detalles de configuración interesantes, pero ya se puede ver un esbozo si visitas la web: http://web.sidelab.es/

Estoy instalando el módulo organics groups en el servidor del laboratorio. Voy a transcribir en este post los pasos que voy realizando.

- He descargado la versión más reciente del módulo Views de la página: http://drupal.org/project/modules debido a que es requerido por otros submódulos de Organic Groups ( a partir de ahora OG), así como por otros muchos módulos que en un futuro instalaremos. Este módulo se encarga de generar vistas para poder mostrar el contenido que queramos, filtrado y ordenado.

- He descargado la última versión del módulo OG (6.x-2.1) en: http://drupal.org/project/og. Después de su activación, me han aparecido varios mensajes informativos.

Me aconsejan que me lea el readme.txt, el cual he guardado en esta ruta: http://blog.sidelab.es/wp-content/OG_readme.

Me alertan sobre que los permisos a los contenidos deben de ser reconstruidos, para ello tengo que pinchar en un enlace, a continuación me piden confirmación para realizar la acción. Después de unos segundos, un mensaje me informa de que los permisos han sido reconstruidos satisfactoriamente.

Por último me informan de otros aspectos más generales, como realizar un update.php cada vez que actualize el módulo, o que existen multiples módulos para extender mi site.

- Los módulos activados son:

Organic groups Enable users to create and manage groups. OG Views integration module is recommended for best experience.

Organic groups access control Enable access control for private posts and private groups.

Organic groups actions Provides actions for use with Organic Groups and Trigger.

Organic groups Views integration Highly recommended. Use Views to search and display organic groups.

Queda desactivado: Organic Groups Notification. Allows users to receive notifications and subscribe to group content. Debido a que depende de otros módulos todavía no instalados.

- En la configuración del sitio selecciono :

Visibilidad de los envíos:

Tengo que realizar las siguientes tareas secundarias.

- Instalación del módulo Akisment. El cual viene preinstalado en WordPress, para controlar el Spam, el cual va siendo notable en este blog.

- Aprender a actualizar Drupal, y ver si es necesario. En la pantalla de administración de Druapal, aparece como alerta de seguridad la falta de actualización del núcleo drupal, a su vez, te invitan con un enlace a prodecer a descargarte la actualización. Debo aprender a actulizarlo.

Incluyo estas tareas en la página de este blog, destinada a recopilarlas.

Hoy he empezado el estudio del módulo Organic Groups de drupal:

http://drupal.org/project/og

De él he podido averiguar que apenas está documentado en español, pero si que tiene unos buenos manuales en inglés. Para tener un primer contacto lo he instalado en el equipo de mi casa, que esta configurado prácticamente como el del laboratorio.

En prinicipio da buenas sensaciones, no me ha surgido ningún problema al instalarlo.(Recomendable instalar el módulo View antes) Para configurarlo ya he tenido que investigar, ya que no es muy intuitivo. La idea, es que en la configuración, tienes que definir “tipos de contenidos” estos tipos pueden ser de varias clases, las más importantes son “Group node” (el cual sirve para la creación de un grupo) “Standad group post ( el cual sirve para llenar de contenido un grupo) , “wiki group post” y “No perteneciente a grupo”, los cuales no he investigado, pero por sus nombres podemos tener una idea de como serán.

La idea entonces es que cuando uno queire crear un contenido, puede elegir que tipo de contenido: Si un artículo,o un post de toda la vida, o uno de los que hemos creado nosotros. Si este tipo de contenido es de tipo “Group node”, con el contenido se crea un grupo. El cual puede tener muchas características que tengo que documentar. Así como los permisos.

A su vez, hay múltiples módulos que extienden las capacidades de OG. Siguiente paso, es probarlo en el laboratorio simulando varios usuarios, para poder analizar las capacidades del módulo, y sobre todo, el tema de permisos.

Es una pena que el proyecto no acabe de ir con la velocidad que me gustaría, tengo que asumir gran parte de la culpa, ya que me desilusiona que cada paso que quiero dar este plagado de problemas, y a día de hoy, apenas he avanzado.

Pero hay que seguir, a día de hoy, he acabado la beca en la que estaba trabajando, así que tengo más tiempo libre si cabe. Por lo que apartir del miercles 17 de Marzo, me propongo estar en el laboratorio 4 horas todos los dias, normalmente de 10 a 14. Los siguientes pasos que tengo que dar son: una vez que parece que se ha podido realizar una instalación básica de openLDAP, aprender a realizar inserciones y construir los árboles de datos. A su vez, estudiar el funcionamiento del módulo Organic Group. No hay apenas información en castellano, asi que tendré que tirar de las páginas del manual.

También aprovecho este post, para dar a conocer el grupo

http://medialab-prado.es/

que según la página es:

Medialab-Prado es un espacio orientado a la producción, investigación y difusión de la cultura digital y del ámbito de confluencia entre arte, ciencia, tecnología y sociedad.

En su espacio se celebran talleres de producción y de formación, seminarios y debates, reuniones de diferentes grupos de trabajo, muestras de proyectos, conciertos, etc. Todas las actividades son gratuitas y abiertas a todos los públicos.

El principal objetivo es crear una estructura en la que tanto la investigación como la producción sean procesos permeables a la participación de los usuarios. Para ello ofrece:

• Un espacio permanente de información, recepción y encuentro atendido por mediadores culturales.
• Convocatorias abiertas para la presentación de propuestas y la participación en el desarrollo colaborativo de proyectos.

La programación se estructura en líneas estables de trabajo. Hasta el momento se han puesto en marcha las siguientes:

• Interactivos?: usos creativos de la electrónica y la programación
• Inclusiva.net: investigación y reflexión en torno a la cultura de redes
• Visualizar: estrategias y herramientas de visualización de información
• Laboratorio del Procomún: discusión transdiciplinar sobre los bienes comunes

AVLAB: creación sonora y audiovisual

Esto viene a cuento de que hay una jornada que me interesa, a la cual pienso asistir:

http://medialab-prado.es/article/drupal_gestion_de_usuarios

Estas sesion es una más dentro de una serie sobre Drupal que he visto que vienen dando. Esperemos que pueda participar en alguna otra.