Índice por título

Reunión por Software de Análisis Cualitativo

Fecha: 4 de octubre
Presentes: Juan Muñoz, Alén Pérez, Lupa
Acta: Lupa

Cuali

Mayoría de los proyectos son abandonware.

Algunos que no:

¿A quién podemos interesar para construir esto?

Hacer un "concept design" Pasos:
  1. Posibilidades de financiación
  2. Hacer un proyecto

No errar al corazón del proyecto.

A través de la lista de soft cuali. La manda Juan.

En algún momento será necesario firmar un convenio entre universidades.

Espacio de trabajo web.

Otros interesados (UAB):

Reunión por Software de Análisis Cualitativo

Fecha: 6 de diciembre
Presentes: Juan Muñoz, Alén Pérez, Lupa, Marc Bria, Paribanú Freitas, Sebastián Aguiar
Acta: Marc

Intro

Discutimos sobre lo probable o improbable de obtener un proyecto EU. Juan le echará un ojo.

Lupa ha contactado con un desarrollador de Transana que dice estar rescatándolo de la jaula QuickTime.

Echar un ojo a:

Valoramos si tiene sentido que se trate de un sistema multiusuario (web) o no.
Lupa y Marc defienden el modelo web.

Alén piensa en el modelo Atlas.Ti (permite exportar unidades hermenéuticas)

Pari plantea un soft local que permita pasos para subir a un banco de datos.

Alén recuerda el modelo CMaps.

Requisitos:

Alén repasa el "mercado" (libre/privativo) del universo CAQDAS: Para competir con el software libre cualquier cosa vale, pero con el privativo, va a costar.

Juan: No se si es necesario competir. El target que el ve es un estudiante que quiere aprender sobre el tema. Propone partir de algo pequeño pero que escale: segmentación, codificación, anotación y un buen sistema de búsqueda.

Marc: XAMP (o similares) permiten un paquete para que funcione en local (sin red). Conforme con priorizar un desarrollo que permita aprender conceptos básicos, pero a la vez plantea un nuevo modelo de trabajo.

Sebastián: Refuerza la idea de núcleo básico. Pide integrar fácilmente audio/vídeo. Permitir análisis on-line de páginas web. Permitir un buen buscador.

Se discute sobre la interfaz.

Alén plantea que el objeto de análisis es el texto.

Requisitos Indispensables

Se concretan un poco más los requisitos para la fase 1:

Requisitos segundo nivel

Sebastián: Propone incorporar herramientas ya existentes (contador de palabras, distancia entre palabras...).

Segunda parte con audio, vídeo y herramientas cuanti.

Propone 3 niveles:

Se habla de los mapas conceptuales y de herramientas de visualización y "pesca" (para niveles medio, avanzado).

¿Cómo se desarrolla?

Juan propone partir de un núcleo y luego ampliar. No recomienda proyectistas por las experiencias previas.
Sebastián pensaba en 20000 euros por año (3 programadores 600 euros al mes).
Proyecto EU implicaría involucrar a más países de la EU. Se habla de Marcos, de Daniel para contactar con Francia.
Sebastián comenta que tiene red en Brasil (Universidad de Sao Pablo - equipo de cuali).
Alén habla de OPS (Organización Panamericana de la Salud) como un núcleo que trabaja cuali.

Pari apunta que es necesario tener cobertura institucional en la Universidad.

Pensamos en colectivos que puedan apoyar la iniciativa.

Marc propone contactar con colectivos que trabajen la web semántica.

Cómo seguimos

  1. Lupa monta lista de distribución con los presentes para hablar del proyecto. Ver: #1810
  2. Armar un mini-proyecto (3 páginas)
  3. Hablar con Randal (miércoles) (Seba confirma)
  4. Hablar con la ANII
  5. Redactar un proyecto completo
  6. Buscar subvenciones: EU, Uruguay, Brasil.

Reunión por posible financiación

Presentes: Fernando (AECID), Paribanú, Lupa

Acta: Lupa

Intro

En la página del proyecto: http://fortalecimiento.psico.edu.uy están colgados los documentos del proyecto. Para ver cómo se planifica la ejecución del dinero.

Temían que le dieran poco dinero, pero se otorgó todo lo que pidieron.

Página 64.

Arrancamos discusión

Pari aporta algo de información: 600 euros la licencia portable de MaxQDA

Cantidad de docentes en Facultad y en otras con necesidad de esta herramienta.

5 proyectos en Facultad que al menos han incorporado esto.

Interés instituciones UdelaR y UAB.

¿Qué posibilidades reales hay de hacerlo?

No se puede extender demasiado en el tiempo.

Importante:

Planificación

Planaforma de soporte o grupo coordinador: Fines de Abril tenen algo en concreto: Hasta 12 mil euros no hay que hacer nada:

Averiguar cómo poder presupuestar algo así

¡¡¡ A fines de mayo un plan ajustado !!!

Reunión virtual por CAQDAS

Fecha: 20 de abril de 2012 - Próxima reunión: jueves 26 - 11hs(uy) - 16(es)

Presentes: Marc, Juan, Lupa

Acta: Lupa

Obs: La red de CSE andaba muy mal, por lo que tuve que mudarme de local de urgencia a las 11:20 para Psicología. Lo hicimos por Skype, pero la próxima podemos intentar BBB con buena red.

Orden del día:

Besos y abrazos (5 minutos :-P)

no pudimos.. jeje..

Información "negociaciones" con cubox. (5m)

Lupa hizo el informe correspondiente. Hay un texto (lluvia de ideas) de esa reunión aquí: https://docs.google.com/document/d/1SO6sXhLIAwsPYUeCVal87ODyUlNfP3ORUvYrkeFyEwI/edit

(quizás alguien rescate algo)

Concreción del desarrollo (15m)

Cliente VS web: Desarrollo previo (TASManalizer) VS "from scratch"?

Ver acta reunión previa: http://projek.psico.edu.uy/projects/caqdas/wiki/20111206-reunion-caqdas
(Incluye fotos: Lupa, ¿qué le pasó a tu cámara que me saca tan feo?)

El presupuesto dependerá mucho de lo exigente que seamos con la interfaz

Propuestas alternativas de desarrollo: valorar pros/contras (15m)

Forma de subvención.

AECID: Verificar de nuevo el tema "inventariable". Lupa y Marc.

Habría que mirar el tema de I+D en ANII (Propuesto de Sebastián)

Reunión CAQDAS

Presentes: Pari, Marc, Juan, Lupa

Próxima reunión: Viernes 4 de mayo 9hs uy - 14hs cat

Orden del día:

  1. Deberes
    1. ObjectiveC
    2. Dedoose
    3. Aclarar partida "inventariable"
  2. Reunión con Triolabs
  3. Posible nueva financiación - largo plazo (OMS)
  4. Diagrama de pantallas??

.

1 Deberes

1.1 Objective C

Objective C / GNUstep: Las herramientas de desarrollo para Mac van bien. En teoría se puede compilar desde gcc, ¿pero qué herramientas?

Contactar con la gente de TAMS y ver hasta qué punto se puede aprovechar lo que ha hecho (Marc se encarga).

1.2 Dedoose

Web: http://www.dedoose.com

Juan: Lo ha mirado y le comenzó a convencer el tema web. Está claro que este es una porquería porque es flash.

Marc: El peso del proyecto es la interfaz. Estaría en categoría RIA (Rich Internet Aplication - ver referencias).

Las librerías JavaScript han (Pe: JQuery) ha avanzado muchísimo. HTML5 se extiende. Ej: EyeOS, 66 aplicaciones HTML5
:: Conseguir gente que quiera aprender una herramienta muy potente

El tema de recuperar o no trabajo hecho: problema Desktop/Web es previa. Totalmente libre.

Pari: Tema de seguridad no sería complicado. El tema de la conectividad.

Lupa: Contemplar LOPD.
Juan: No afecta a los datos de análisis.

Marc: No es imprescindible conectividad (http://www.apachefriends.org/es/xampp.html). Ejemplos: Moodle. Pedirlo como funcionalidad a la empresa que desarrolla (Requerimiento mínimo).

Privacidad de los datos (BD en browser?) (fase2)

Seguridad: https (Requerimiento mínimo).

Trabajo colaborativo (Requerimiento mínimo).

Sobre el tema de datos: hacer algún tipo de conexión con algún sistema protocolizad para hacer públicos los datos. (no necesariamente funcionalidad del software).

Exportación / Importación:

Diagrama de pantallas????

1.3 Tema "inventariable"

No hay avances. :-(
Marc habla con Fer e intenta moverlo.

2 Reunión con Triolabs

Informe: Lupa

Trabajan con proceso de lenguaje natural (PNL)

Los 3 socios son ingenieros de Fing (2 computación y 1 de eléctrica)

Han desarrollando un soft de monitoreo: kitsune en github (entre otras cosas)

No hacen software de escritorio

Usan Framework web Django + python:

Sobre lo de inventariable: "Se va a instalar un servidor con un software tal"

Programación ágil: van avazando, se va cobrando a medida del avance. http://redmine.triolabs.com Definir funcionalidad: Marc: Juan comienza el Mockup:

3 Nueva posible financiación

OMS tiene políticas de producción de herramientas / recursos (Ej. Biereme) /
Pari estará trabajando con convenio ONUSIDA en fase do de una investigación financiada con UNPFA.

Pari ha conversado con ellos pues identifican esto como necesidad.

x) Otros

Pari llega el 22 de Junio.

Algunas Referencias

Sobre RIA: Sobre ObjectiveC: Algunos ejemplos de librerias Javascript Algunos ejemplos HTML5: (JS+CCS+SVG)

Otros
The JSF Matrix

Reunión CAQAS

Fecha: 4 de mayo de 2012

Presentes: Juan, Pari, Marc, Lupa

Orden del día:

Repaso propuesta mockup Juan

En la propuesta de Juan (aunque es fantástica y maravillosa) falta:
  1. Sistema de agrupación (códigos, famílias...) de documentos y códigos
  2. Relaciones entre códigos.
  3. Pensar metadatos asociados a los elementos.

Juan añade 1 y 2 al mockup.

Lupa & Pari le echan un ojo y amplian como consideren oportuno.

Juan acepta web como modelo de aplicación.

Pari revisa el tema de metadatos (3). Hay un grupo de metadatos en fing (uy):

Prioridades del desarrollo

Fase 0

Nombre: Crowdfunding:

Fase 1

http://projek.psico.edu.uy/projects/caqdas/wiki/20111206-reunion-caqdas#Requisitos-Indispensables

Fase 2

http://projek.psico.edu.uy/projects/caqdas/wiki/20111206-reunion-caqdas#Requisitos-segundo-nivel

Varios

Triolabs

Pueden bajar a 40$/h. Metodología Agile.

Otros grupos/empresas

Así tengamos prioridades y mockup, Marc lo envia a varios:

Inventariable

Licencias no entran dentro de inventariable, pero un software hecho a medida sí

Dedoose: es un servicio, y los datos están en sus servidores.

Lupa escribe una breve argumentacióon de por qué

Besos y abrazos

Próximo encuentro: Viernes 11 - 9:00 (Montevideo) - 14:00 (Barcelona)

Reunión CAQDAS Libre - Virtual

Presentes: Juan, Pari, Lupa

Orden del día:

Próxima reunión: Viernes 18, 11 hs (uy).

Avances en la interfaz

La versión 3 es "casi definitiva".

Financiación

Nombre

Difusión

Difusión del proyecto. Pari y Juan discuten posibilidades.

Reunión CAQAS

Fecha: 24 de mayo de 2012

Presentes: Juan, Marc, Lupa

Orden del día:

Avances con empresas/coop

Triolabs: Lupa los avisó de que hemos refinado especificaciones. Esperamos respuesta.

Moveit: Programación Agile. Vieron diagrama pantallas y otros softs similares. Dicen necesitar más reuniones. 6000$ diseño gráfico (1/3 del trabajo). Si fuese eso, 18000 por todo, lo agarramos encantados.

Lupa: escribir a moove-it para que manden presupuesto concreto

Ver si están hablando de análisis de requisitos o hacen el armazón de la interfaz. Según Marc es mucho más trabajo.

Coop: lo han mirado con cariño.. jeje. 20 mil no llega. Propuesta: reducir fase 1. Que haga pocas cosas y las haga bien.

FIXME: acá Marc pega el docu

Especificar más las relaciones: (códigos / citas / anotaciones)

Una cosa es la def de relaciones

Y la búsqueda en base a operadores

Referencia: http://www.maxqda.com/max10es/index-inhalt.html / G.: Recuperación de texto completo

"La estructura de relaciones es la que permite la elaboración del modelo teórico. Es el elemento de éxito de un programa" JM

Pari: tarea para el projek: comparar RELACIONES en Max y Atlas

Atontaciones (memos) a: proyectos, documentos, categorías (tags), segmentos, códigos, anotaciones (en sí mismas)

"Cumpliendo lo que haría el Weft pero más lindo" PF

Problema de varias personas sobre el mismo análisis

Mucha programación para que las cosas fluyan en la interfaz

Búsqueda:

Recuperación:

Financiación AECID

Mirar las estimaciones de los otros proyectos:

CSIC

Completar datos ya !!

Crowdfunding

Marc trae propuesta con fechas/plan/etc. Mejor pausamos por ahora.

Nombre

LibreQDA (LQDA)

La del esctribo

Se suma al grupo Miguel Sahagun.

miguelangel.sahagun en uab.cat

Reunión virtual CAQDAS

Fecha: 1 de junio de 2012

Presentes: Juan Muñoz, Daniel Viñar, Marc, Lupa

Orden del día:

Info de Lupa

Ale oka con 2 facturas

Problema "político" (el proyecto se gastaría dinero en algo no previsto), que puede desencallarse si Juan presiona.
Hablo (Juan) con Fernando, Miquel, Maite, Carme, Gemma...

Como...

Desarrollo y metodología

Metodologías ágiles

Empresa/Persona: medio y medio

Tema Tryolabs: no incluyen algunas cosas centrales. Por 15 mil dólares están haciendo esto.

Dos veces 2 tiempos

La parte de "consulta" es dura.

Segunda: consulta, gráfica, etc..

Lograr que la entrega sea correcta: entrega de código de una manera consumible para la comunidad de SL.

¿Cómo se logra esto?

En el contrato: trabajo sobre una estructura libre

"Salto de fé" (pero con hilos)

Enlace de Juan: desarrollo de consultas complejas sobre datos: http://api.neo4j.org/1.7/

Relfexionemos y de aquí al martes conseguir más información:

Orden del día

Tryolabs

Tema de las cosas "sin espeficicar". Línea 42 del correo de Tryolabs.

Reunión la semana que viene

Tema de la instalación a nivel de usuario:

Tema de los "memos"

Reunión:

20120625-reunion-virtual

Hoy hicimos una reunión de 1 hora y 15 en la que afinamos muchas cosas.

No hicimos acta.

Reunión virtual con Tryolabs

Presentes: Martín (T), Ernesto (T), Juan, Lupa

Hoy hablamos sobre: Sobre el entregable de diseño gráfico con otra empresa, nos dicen que puede ser:

y deberíamos pedir el HTML

Reunión con analoga

Asisten: Leonardo(uy), Lupa(uy), Marc(cat)

Fecha: 24/10/2012

Inicio: 14:52

Leonardo describe su contexto.

Tienen todos los documentos que les hicimos llegar.

Dicen que hay cosas que no resultan comprensibles.

Preguntan en que punto nos encontramos.

Piden fechas.

Lupa describe el proyecto.

Leonardo pregunta sobre si el mockup que tenemos es justo lo que hay que diseñar o hay algo más. Marc responde que existen pantallas intermedias.

Tienen dudas sobre el número exacto de pantallas.

Discutimos sobre quien debería encargarse de definir el detalle de la interfaz (cliente, desarrolladores, disseñadores...)

Ofrecen servicio de consultoria (se podría encargar analoga).

Marc recuerda que en un inicio se habló de emplear bootstrap (systema de templates de twitter) para implementar la apliación sin diseño y luego pasar el resultado a análoga.

Leonardo llega a la conclusión de que debe hablar con Tryolabs.

20121112-reunion-presencial

Presentes: Ernesto, Leonardo, Juan, Pari, Lupa

Fecha: 12 de noviembre de 2012

Reunión con Tryolabs y Análoga

Tryolabs plantea que necesitan el front-end para ellos largar fuerte el back-end.

Para ello los mockups son interesantes pero insuficientes.

Para ello se plantean dos vías:

Platean que el segundo camino en la medida que los mockups los diseñó Juan que tiene conocimiento fuerte del tipo de software.

Diseño interactivo por validación de ida y vuelta. Sin re-plantear si en HTML5 se pueden lograr mas o mejores interacciones, sino partiendo de lo definido.

Reunión con Tryolabs

Fecha: 19/nov/2012

Asisten: Juan, Lupa, Ernesto, Marc

Acta: Marc

Resumen

Juan informa que el presupuesto de Analoga supera con mucho el presupuesto disponible para la partida "Diseño".

Pregunta que se debe entregar a Tryolabs como "diseño":
- HTML + CSS para generar los templates de cada pantalla.

Ernesto comenta que Analoga presupuestó para "mejorar la usabilidad" de la interfaz que es lo que subía.

Juan comenta que la partida "Experiencia de usuario" era casi cercana al coste del desarrollo.

Juan pregunta si Tryolabs puede trabajar SIN diseño.

Tryolabs puede utilitzar bootstrap o "initilzr" para empezar ya mismo.
Aunque tienen miedo de la "parte que no se ve".

Juan (y eventualmente Lupa) van a trabajar tratando de afinar las pantallas lo mejor posible, sabiendo que no sería necesario por ejemplo las pantallas de confirmación, pero sí documentación de las funciones (explicadas en algún tipo de esquema).

Marc pregunta si la tarea de Triolabs incluye JS por la parte de "RIA".
Ernesto responde que si.

Conclusiones

- Tryolabs empieza con bootstrap o "initilzr".
- A posteriori añadiremos diseño (hay que pedir CSS sobre una aplicación web desarrollada con "bootstrap").
- Juan (y Lupa) detallan algo más el mookup.

Relevamiento

Breve pesquisa sobre el tema CAQDAS para un trabajo con Decanato.

Solicitud de software

En esta oportunidad se solicita la adquisición de un programa específico para la investigación cualitativa (CAQDAS). El mismo tiene que tener las siguientes características1:

Software Privativo

Atlas.ti o MaxQDA son las dos posibilidades de software privativo que cumplen con las características antes mencionadas.

Costos de estos programas2:

Software Libre

En lo que tiene que ver con Software Libre, luego de una extensa consulta con investigadores de distintas universidades, se llega a la conclusión de que el único proyecto conocido y considerado serio de desarrollo de un programa de tipo CAQDAS de libre acceso es: Weft QDA3, sin embargo se considera que no es todavía lo suficientemente “potente” para sustituir a los programas comerciales pero se recomienda su incorporación, cosa que se prevé hacer en la Facultad de Psicología.

--

1 Weitzman y Miles (1995).

2 Tomados de las páginas web oficiales de ambos programas en Julio de 2011.

3 Por más detalles de Software Libre y CAQDAS ver: http://lupa.homelinux.com/wiki/doku.php?id=tesis:caqdas-teorico

Crowdfunding

Brasilero, específico con SL: El más importante: Y todos los imitadores: Artículo sobre Crowdfunding en España:

Movido a: http://proyecto.data.cse.edu.uy/projects/libreqda/wiki/Diseniov1

movido para aquí: http://www.libreqda.edu.uy

Proyecto CAQDAS libre

NOTA: Esta es la wiki del año 2012.

A partir de 2013, tenemos:

Reuniones del equipo de trabajo