¿Qué es esta wiki?
Este sitio tiene como uno de sus objetivos colaborar en el armado una comunidad de proyectos científicos y artísticos que estén trabajando en relación a los territorios del agua desde una perspectiva hidrocomún, entendiendo las cuencas como sistemas vivos donde confluyen aguas, memorias, especies y comunidades.
Algunos de estos proyectos reciben el apoyo de la residencia y nos es importante que el proceso de la residencia quede plasmado en esta wiki.
Pero también nos importan los proyectos que no participan de la residencia: la gran mayoría nos parecen proyectos interesantes, importantes y que en algún momento merecen conseguir algún tipo de apoyo.
Lo que es seguro para nosotros es que la existencia de una comunidad de proyectos afines potencia las posibilidades de conseguir algún tipo de apoyo. Por eso uno de nuestros objetivos es colaborar en el armado de una red de proyectos.
¿Qué nuevas funcionalidades se están investigando para esta wiki?
En el corto plazo uno de los objetivos está en hacer que esta wiki sea lo más accesible posible para personas que no están acostumbradas a este tipo de interface, ya sea a través de guías, capacitaciones o pulido de la misma interface.
Desde el punto de vista de la arquitectura de este sitio, consideremos antes que nada que estamos partiendo del uso de al menos tres herramientas: TikiWiki, Telegram y el SurveyMonkey. Uno de los objetivos es el de poder integrarlas para que el conocimiento que se genere en una plataforma pueda incorporarse en la otra (siempre teniendo en cuenta que podría haber datos sensibles que no deberían publicarse e incluso no deberían ni siquiera estar protegidos pero online).
También nos es importante abrir la posibilidad de que los diferentes proyectos puedan encontrarse. Sin hacer públicos datos sensibles, la idea es al menos mapear los lugares donde hay alguien trabajando. Luego, tener una base de datos sobre qué situaciones se están atendiendo en cada sitio.
Por ejemplo, poder visualizar que en los puntos A, B y C existe una investigación sobre agua y arcilla; que en los puntos C, D y E hay una preocupación sobre la contaminación del agua; y que en los puntos A, D y E hay una investigación sobre bioindicadores. De esa forma, ir generando una red que permita relacionar proyectos.
Estas funcionalidades tienen varias capas de desarrollo y dificultad, además de que este software tiene mejor o peor capacidad para encarar esas cosas, por lo que su implementación será gradual. A esto se suma que la capacidad de relacionar contenidos puede lograrse de varias maneras. Alguanas formas básicas son a través del etiquetado (todos estos proyectos reciben la etiqueta "laguna", todos estos la etiqueta "pescadores", todos estos la etiqueta "urbano") y la hipervinculación conceptual (cuando en un texto aparece un concepto, este concpeto esté conectado a un artículo que lo explique y que a la vez devuelve qué otros artículos te llevan a ese concepto). Pero hay otras más complejas como las redes por vectores semánticos (cuando se puede hacer una búsqueda por ideas expresadas de diversas formas y no por palabras clave; por ejemplo, para dar una idea sencilla, la capacidad de establecer una cercanía conceptual entre ideas como vertido de residuos con efluentes cloacales con basura y con contaminación).
Otra funcionalidad que estamos investigando son formas de recolectar información de forma digital cuando no hay conectividad. Una de las herramientas más aptas para esto es Kobotoolbox, que permite recolectar datos estructurados con el celular de forma offline y luego, cuando se obtiene conectvidad, sincronizar con una base de datos. Pensamos que con Telegram y TikiWiki se puede conseguir una funcionalidad parecida y alimentar esta red.
Posponiendo un problema
Por último, hay un tema complejo que en algún momento hay que encarar. Hasta ahora este proyecto está pensado como un nodo relevante a la hora de potenciar y vincular proyectos que pueden ser parte de una red. O sea que de alguan forma las herramientas que estamos pensando son todas para que los datos tengan como objetivo este sitio. Esto puede ser un problema de arquitectura (y mencionamos únicamente de arquitectura para no entrar -por ahora- en las relaciones de poder que implican las redes, o sea que también dejamos sobre la mesa otro problema para posponer) ya que si este nodo se cae mucha información deja de estar relacionada o incluso puede perderse. Habría también que ir buscando soluciones para invertir la lógica del flujo de la información: no estar generando información estructurada pensando en que deba llegar a este sitio, sino que además tenga las capacidades de recopilar y estructurar la información que se considere relevante (en otras palabras, problematizar qué información, producida por quién, para qué y para quién, se amolda al sitio, y en qué medida es el sitio el que se amolda a esa información y a esos usos).