Lo que he encontrado ahora, MediaCloud.org, se parece mucho más a mi idea original (que aún quiero llevar a cabo): llevan un año rastreando feeds de medios online de habla inglesa, sobre todo americanos, y almacenando esos datos para mostrarlos luego en tres tipos de visualizaciones diferentes:

• Top 10 de términos más mencionados en ese medio
• Top 10 de términos más mencionados en las noticias que contengan un término de búsqueda
• Un mapa mundial que recoge la cobertura sobre ese país según el medio.

De momento éstas son las opciones de visualización que hay, aunque es previsible que en breve incorporen más posibilidades, y aumenten el límite de 3 medios para visualizar simultáneamente. Una de las pegas es que no hay mucha información acerca de la base de datos sobre la cual crean las visualizaciones: cuál es el rango de tiempo, si  se calcula sobre todo lo publicado en ese medio, o sobre ciertas secciones concretas, los límites sobre los que juzgan la cobertura de un país por un medio, son relativos (de X número de noticias, Y fueron sobre éste país y Z sobre este otro), o absolutos.

La segunda parte era la instalación de receptores en lugares públicos, que desvelaban así la existencia de cámaras de videovigilancia en las proximidades y haciendo evidente la facilidad con la que esas señales pueden ser obtenidas. El nombre del proyecto, 2.4Ghz hace referencia a la frecuencia en la que emiten las cámaras y aparatos de vigilancia doméstica.

De momento, el proyecto está articulado en forma de blog y lista de correo, por razones de rapidez y conveniencia: la idea nace de un intercambio informal de emails entre varias personas interesadas en el tema del control, y un blog era la manera más sencilla de cristalizar estas intenciones en un proyecto tangible. A partir de aquí, espero que Por tu seguridad crezca y de pie a más iniciativas y proyectos de resistencia contra la vigilancia indiscriminada y las violaciones de privacidad.

Dentro del colectivo, del grupo de afinidad que hemos creado Por tu seguridad, se encuentran gente y proyectos tan interesantes como addSensor, Destapa el Control, el Club de los Astronautas, Flores en el Ático, Inicios, Mundo Sesgado, Panel de Control (Zemos98) y Versvs. Estar entre ellos, algunos de los cuales vengo siguiendo desde hace ya tiempo, es, desde luego, un motivo de orgullo para mí.

Estoy convencido de que el control y la privacidad son dos temas que merecen, y que podrían tener, una mejor cobertura de la que tienen ya. De hecho, ya me rondaba la cabeza armar y presentar un proyecto similar de beat blog o blog especializado a algún medio, por lo que espero, entre tanto frente abierto, encontrar el tiempo suficiente para aportar ideas y contenidos interesantes a Por tu seguridad.

Luego vi que se podría hacer mucho más con eso: cantidad y frecuencia de publicación, nubes de tags al estilo wordle por día o por rango, una búsqueda de palabras al estilo google trends… Parece mentira, pero de un simple feed se pueden extraer un montón de posibilidades de visualización.

De hecho, hace poco he descubierto Kill The Cliché, que parte de una idea parecida: también analiza feeds de periódicos online, en este caso americanos, pero lo que hace es buscar en el texto de la noticia ciertos clichés, palabras o frases que se suelen repetir hasta la saciedad, y cruzarlos con los autores de las noticias. Con estos datos configuran un ranking de clichés más repetidos y de los periodistas que más los usan. Además permite a los visitantes de Kill The Cliché configurar la búsqueda de clichés: se pueden sugerir nuevas palabras y frases típicas y votar las que ya se están monitorizando.

Su lema es: More data = better media y resulta un experimento interesante para comprobar lo que da de sí un feed de texto con un poco de imaginación. Seguramente veamos más servicios de este tipo a medida que los medios online comiencen a publicar más APIs y la interacción y el procesado de los datos que generan sea más sencillo.

Lo que he hecho con Yahoo! Pipes es una prueba de concepto de esta idea, una especie de prototipo que agrupa los feeds de Adn.es, Publico, El Pais, El Mundo y Soitu.es y extrae el autor de cada noticia. El resultado es un feed que nos muestra las noticias con un título siguiento este formato: [Medio] Autor, lo que nos permite de un vistazo ver los autores de las últimas noticias publicadas en los principales medios online españoles y ver, por ejemplo, cuál es la prevalencia de las agencias en cada uno, o de las noticias de redacción, las que por un motivo u otro el autor ha declinado firmar. La utilidad de los datos es limitada, claro, ya que el feed recoje sólo los últimos 5 items de cada medio, de hecho, lo de prototipo le viene un poco grande.

Lo que yo pretendo hacer va un poco más allá tanto en visualizaciones como en datos a presentar, con posibilidades de comparativas entre medios y entre el mismo medio, en dos rangos de tiempo diferentes. Para ello necesito, además de capturar los feeds, programar el script que diseccionará los feeds y que grabará el contenido en una base de datos. La parte más divertida será, mientras se van guardando los datos, ir creando las visualizaciones. De hecho, es la excusa perfecta que estoy esperando para comprarme un libro de Processing.

Yomemicontigo es uno de esos propósitos. También es el proyecto de tesis de Lola, mediante el que pretende investigar los procesos de aprendizaje colaborativo y autónomo, apoyándose en enfoques educativos como el conectivismo y el aprendizaje para toda la vida. La idea para llevar a cabo este proyecto es una red social para estudiantes de español. En ella, además de perfiles de usuario, y herramientas como blogs, foros y grupos, también habrá actividades, propuestas por Lola, como relatos colaborativos, ejercicios basados en mapas y otras cosas.

El primer paso para construir Yomemicontigo es elegir el armazón que nos servirá como base de desarrollo. En nuestro caso, elegimos Drupal, pero estuvimos valorando también otras opciones, como Dolphin, Elgg o Moodle. Siempre dentro del software libre:

• O casi. Dolphin fue rechazado desde el principio por no ser software libre. En vez de GPL, es CC-BY, y para deshacerte del enlace a BoonEx, has de pagar una cierta tarifa. Las funcionalidades están bien, pero el hecho de no ser software libre limita mucho el tamaño de la comunidad que puede aportar plugins para funcionalidades extras, o la documentación necesaria para poder personalizar el diseño.
• Moodle también fue descartado desde el principio. No es propiamente un CMS o un gestor de comunidades, sino que es propiamente un LMS. El hecho de estar diseñado tomando el curso como elemento central, con calificaciones y actividades cerradas, limitaba mucho nuestras posibilidades. Además, este enfoque es totalmente opuesto a la filosofía educativa de la que partía el proyecto, mucho más abierto e informal.
• Elgg fue uno de los candidatos con más posibilidades de ser utilizado como esqueleto del proyecto. Elgg es un gestor de comunidades y redes sociales basado en el usuario. En ese sentido, tenía todas las funcionalidades que buscábamos: perfiles, grupos, amigos, mensajes, blogs de usuario, etc. Sin embargo, carecía de versatilidad para añadir la parte de actividades. Otros puntos en contra eran la reducida comunidad de desarrolladores y una cierta fama de código enmarañado que dificultaban el desarrollo y el diseño de temas visuales propios, aunque esto parece ser que iba a cambiar en versiones posteriores.
• Sabiendo por qué no hemos escogido las aplicaciones anteriores, está claro por qué hemos escogido Drupal.

En primer lugar, está la versatilidad. Con Drupal y los módulos adecuados, se puede replicar cualquier cosa: flickr, myspace, lo que quieras. Hay cientos de módulos disponibles que amplían las funcionalidades de Drupal. De hecho, hay demasiados módulos, tanto que varias funcionalidades están cubiertas por más de un módulo, como chat o grupos, y cuesta elegir el adecuado buceando en los foros de soporte, aunque este problema está comenzando a ser resuelto con la fusión de varios proyectos.

En realidad, la duplicidad de módulos es ecológicamente efectiva, ya que la resolución de necesidades o problemas desde diferentes perspectivas enriquece el resultado final cuando varios proyectos comienzan a trabajar juntos, o uno de ellos es abandonado en beneficio de otro. La gestión de los módulos en el sitio de Drupal tampoco es la más adecuada, y no es posible distinguir cuáles son los módulos más populares (más descargados o más en uso actualmente), estables, actualizados o mejor soportados.

Para complicar las cosas, las peculiaridades del desarrollo de Drupal hacen que para cada versión se hayan de actualizar todos los módulos existentes. Eso deja obsoletos a módulos perfectamente estables, cuyo desarrollo ha sido ya abandonado. Esa es la única razón de utilizar la versión 5.7 en vez de la más reciente y muy mejorada 6.2. Módulos básicos para el proyecto como Organic Groups todavía no tienen su correspondiente versión para la rama 6.x.

La curva de aprendizaje demasiado pronunciada es otra de las críticas que se le suelen hacer a Drupal. Y es una crítica veraz, reconocida por el propio Dries Buytaert, creador e impulsor del proyecto Drupal, en la DrupalCon del 2007 en Barcelona, que fue mi primera toma de contacto con este CMS. Sin embargo, no era algo que me preocupase demasiado. Fuese cual fuese la elección que tomásemos, habría una curva de aprendizaje hasta lograr a dominar el sistema elegido. En el caso de Drupal, este aprendizaje se haría con un alto volumen de documentación disponible, una comunidad amplia y activa y con la seguridad, sabiendo que Drupal ha sido utilizado para poner en marcha versiones digitales de periódicos y revistas, de poder rentabilizar esta inversión en otros proyectos en el futuro.

La gran cantidad de documentación existente, en foros, blogs, en el propio sitio de Drupal, en libros, etc. me daba la seguridad de poder aprender a poner en marcha cualquier cosa, y de saber cómo funciona. Así, cuando llegue el momento de realizar el diseño de la interfaz de Yomemicontigo, cuento con libros, ejemplos y tutoriales suficientes para saber dónde situar cada función de PHP. El diseño de Yomemicontigo y el libro sobre los temas de Drupal que utilizaré como referencia para ayudarme tendrán su propia entrada en un futuro.

En la próxima entrada veremos la lista de módulos adicionales que hemos seleccionado, qué nos permitirán hacer y por qué hemos elegido esos módulos sobre otros adicionales.

Sin orden particular, en sus monitores y altavoces durante este 2008. Próximamente más información. Hay que mantener el misterio de momento. Además de eso, rediseñar astillero.org, hacer un doo-rag, ir más al mercado, aprender a hacer soniquetes con el C64 y hacer alguna de estas bolsitas para ahorrar plástico cada vez que vamos a la frutería. Hay más, pero con éstos, me conformo.