Presentes: Tryolabs (Ernesto, Mauro, Alejandro), Marc, Juan, Lupa
Discutimos temas de la facilidad de instalación del software tipo paquete.
Que sea sencillo al estilo de xampp:
http://www.apachefriends.org/es/xampp.html
(Lo que por cierto, comentamos que era una necesidad del proyecto).
Todas las partes están de acuerdo en que descartamos reanalyse como punto
de partida para el desarrollo del libreQDA.
Tryolabs había pensado en distribuir un virtualización.
Comentamos que esta via es mucho más complicada que la via xampp:
Ver:
http://www.hcosta.info/wp/2012/10/tutorial-xampp-django-wsgi-en-windows-facil/
Acordamos investigar al respecto.
Planteamos algunas inquietudes sobre el tema de los 5 días ya utilizados
y sobre la utilización de 2 programadores en lugar de 1, lo que acorta
los 30 días a 15.
Tryolabs propone empezar con 2 desarrolladores pues su experiencia les
lleva a que los inicios de proyectos son muy paralelizables. Ellos
mismos propondrán "desparalelizar" si el proyecto lo requiere.
Acordamos reuniones de sprint cada lunes y viernes (en principio a las
12h de Montevideo).
Dejarlo privado por temas de intimidad y prolijidad al inicio del desarrollo
Cuentas github:Analizamos a vuelo de pájaro un esquema que nos envían:
http://redmine.tryolabs.com/attachments/download/182/modelo_libreqda_v0.1.png
A priori parece correcto (con un par de matices).
Acordamos revisar el modelo con tranquilidad antes de mandar el ok.
definitivo
(eso si, antes del viernes).
Nos preguntan cómo serán las citas.
Comentamos que en el modelo de datos falta información para que la cita
referencie al texto (documento > línia > char + desplazamiento?)
Quedamos pendientes de mandar el documento de consultas para decidir
cual es la mejor manera de almacenar estos datos.
Tryolabs pregunta sobre como representar subcódigos. Preguntan sobre
quantos niveles de jerarquía serán necesarios.
Respondemos: La prioridad és que se pueda definir cualquier tipo de
relación, sin importar profundidad. Si esto implica que no se van a
mostrar los subcódigos en la ventana de códigos, de momento es un mal
menor. Si que se mostrarán las relaciones en la pestaña de relaciones
(tal y como se muestra en el mockup).
¿Qué tipos de relaciones se quieren crear entre los objetos?
Juan explica que se comenta en el mockup.
Comentamos que de momento la única propiedad de una relación es si es
bidireccional o unidireccional (causa-efecto o asociado).
Mandamos relaciones "por defecto", aunque el usuario debe poder crear
las relaciones (o sea los "nombres") que quiera.
Tryolabs trabajará sobre el documento de consultas para proponer una
arquitectura que nos mandará en y se validará el viernes.
Tryolabs pide chat de personas de contacto: Lupa y Juan se ofrecen.
No reunimos de nuevo el viernes a las 12h (Montevideo)
Reunión fin del Sprint 1
Asisten: Ernesto, Mauro, Juan, Marc, Lupa (se suma Alejandro)
Agenda
Añadidos a la wiki.
Documentos >TXT
Tema de los repositorios
Borrado de documentos cuando no quedan asociados a ningún proyecto
Estructura de citas no está 100% modelada
Juan plantea que la entidad relaciones tiene que tener una tabla propia. Es así aunque no aparece en el esquema.
TL muestra la interfaz pararelevar la idea de interfaz (nuestro enfoque es que sea simple, limpia y fácil de modificar en el futuro)
Mostrar el avance del proyecto en el primer sprint
Marc observa que no se ve la capacidad de asignar roles y TL explica que está modelado aunque no se ve
Tema de duplicar proyecto
Discutir cómo se gestiona el borrado de documento ¿al ser borrado del repo personal, se borra del proyecto? Quedamos en contestar el lunes
Tema de los roles: dueño y admin. TL explica que el dueño es quien lo sube.
Pregunta de Marc
Por más que ahora no se esté utilizando, está previsto que un cambio en el manejo de BBDD no implicaría reescribir todo
Quieren priorizar que las cosas salgan
Un proyecto normal podría tener entre 1000 y 2000 citas
TL explica que crearán índices
Marc pregunta sobre la evaluación del stack de instalación.
TL explica que aun no lo han evaluado lo suficiente pero eventualmente podrían escribir algunos scripts para mejorarlo
La próxima semana hay un minisprint de 3 días y como objetivo tendría: subir un documento y agregar alguna cita
Juan habla de que empezaría con citas y el tema códigos luego.
Todos acordamos que esta es la mejor priorización
Asisten: Lupa, Pari, Ernesto, Alejandro, Mauro, Juan, Marc
Fecha: 18 de febrero de 2013
Acta: Lupa y Marc
Orden del día:
TL nos muestra el sistema de citas. Vemos el menú contextual y el coloreado de citas.
Para evitar problemas con el solapamiento de citas, lo marcarán al costado y solo se verá la cita activa.
Esta semana piensan terminar la parte de citas.
Mauro va a estar en la parte de subida y compartición de documentos.
(MBR-Juan: Los documentos no se comparten. No entendmos la nota. Hay que hablar con tryolabs en relación al "bloqueo" de documentos. ¿Pueden 2 usuarios añadir citas a la vez?)
Siguiente semana: estructura de códigos y detalles que faltan.
Quedan por lo menos unos ~ 20 días de desarrollo (sobre 35).
Nos mandan detalle de horas consumidas.
Marc pregunta si vamos bien para lograr el 100% del mockup.
TL dice que van bien ... que esta semana se plantean pisar el acelerador.
Librería que están utilizando: https://github.com/okfn/annotator
Los desafíos de la interfaz están en la pantalla de documentos y en la creación de citas
Preguntan si tenemos otra sugerencia
Marc ya la había mirado hace un año y plantea el problema del solapamiento.
TL plantea que habría una activa a la vez, por lo que se mostraría como un tooltip (mediante marcas html). En el lateral derecho se ven los solapamientos (que se posicionan según pàrrafo y caràcter).
Marc dice que le parece una solución brillante. Juan y Pari opinan que que solo se debe mostrar una cita destacada cada vez.
El posicionamiento definirá el corchete. También el párrafo será una medida de posición.
La parte de subir documentos todavía no está resuelta. Solo desde la interfaz del administrador.
Mandamos a TL una lista de roles y permisos en base a los permisos que se muestran en la interfaz de administración.
TL montarà un Deploy (versión semiestable en uno de sus servidores) para que podamos traducir. De todos modos acordamos que todavía es prepaturo y esperamos un poco.
Cadenas de punto de partida: recomienda que tengas un idioma base; el idioma de partida será español.
Marc parte del trabajo de Lupa en el #3400 para hacer el readme nosotros y mandárselo esta semana (o asinas). De esta manera TL se puede dedicar a programar en vez de dedicar tiempo a documentar.
Asisten: Ernesto, Mauro, Alejandro, Lupa, Juan, Pari
Acta: colectiva
Orden del día:
Acta anterior: http://proyecentréto.data.cse.edu.uy/projects/libreqda/wiki/20130218-reunion-minisprint2
Rescato:Llevamos 158h de proyecto (Mauro pricipalmente)
Quedan 90h (una semana 2 desarrolladores)
No habría problema en agregar un día más a cuenta de TL
Nos prepararon en el readme un procedimiento para agregar más tipos de archivo
Lo hacen con librerías propias de python
Nos muestran la creación de códigos: peso y color
Para la traducción se usa "rossetta"
Para las citas se usa "annotator".
Las citas ya son persistentes, editables y eliminables.
Hay mucho trabajo que todavía no resulta visible.
Proponen: Reducir las consultas a las más básicas.
Marc, habla sobre el tema de los requisitos y sobre qué es lo imprescindible y qué no.
Podemos permitirnos tener algunas consultas menos a cambio de que podamos llegar a otras cosas.
El lunes les hacemos una propuesta de consultas imprescindibles
Terminar sistema de creación de citas
Seguir con las consultas
Anotaciones, filtros y demás
Marc: cerrar documentos y citas para entrar en generación de consultas
Asistentes: Christian, Pari, Lupa
El proveedor no tiene el servidor que pedimos, nos propone uno mejor pero más caro (590U$D).
La otra opción es esperar a que llegue, posiblemente dentro de un mes.
Christian y yo nos reunimos con Maiche y quedamos en esperar a que venga el correcto.
libreqda.edu.uy libreqda.uy
Ch no tendría problema en administrarlo
Ver #3433
Le comentamos a Ch cómo funciona la aplicación
Lupa le escribe a la gente de sociales por capacitación con copia a Pari.
Acta: Marc ;)
Quedan un par de dias más (Mauro estuvo enfermo).
Tyolabs muestra avances:
Se muestran los códigos al hacer hover i al clicar.
Los códigos y las barras van (cuando puede ser) del mismo color.
Cuando las citas se solapan, el bloque lateral se desplaza a la drecha.
Es necesario mostrar los códigos a la vez que las barras de cita.
Se acuerda mostrar las 2 o 3 primeras citas y luego indicar que hay más ("..." o "+").
Nos muestra la consulta de coocurrencia.
Hacemos pruebas de subida de documentos de 100 páginas.
El rendimiento es muy bueno.
Comentamos si seria un problema cuando no se trabaja en local (cuello de botella en ancho de banda), pero rinde bien.
No se preveen problemas de escalado (ni por carga, ni por consultas).
Coocurrencias se encadenarán al resto de consultas.
Discutimos sobre las relacions (múltiples padres?)
Reunión miercoles/jueves para cierre de esta etapa del proyecto.
Hablamos de la licencia. Proponemos GPL3. Hablar con Daniel.
La semana que viene NOSOTROS hace deploy en nuestro servidor y testeamos.
Acordamos libreQDA v0.1
Juan escribe texto del "About".
- Autoria.
- Financiación.
- Chorrada.
Lupa pregunta sobre el registro de marca (pregunta Daniel).
1- [COMPLETO] Anotaciones
2- [COMPLETO] Consultas
[COMPLETO] 2.1- Booleanas (Código A y Código B; Código A o Código B)
[COMPLETO] 2.2- Coocurrencias (no combinadas)
3- [COMPLETO] Relaciones
3.1- Código-Código [COMPLETO para jerárquica]
3.2- Códigos-Anotaciones [COMPLETO]
4- (PENDIENTE) Consultas
4.1- Jerárquicas (todo lo relacionado con el tipo de relación "es un" entre códigos)
5- (PENDIENTE) Informes (que sea configurable por tontos)
6- [COMPLETO] Categorías (tags)
7- (PENDIENTE) Filtros
------------------
8- (PENDIENTE) Relaciones
8.1 - Código-Código [menos jerárquica]
8.2 - Citas-Citas
8.3 - Citas-Anotaciones.
9- Instalador
10- Importación/Exportación de proyectos
11- Roles
Acordamos licencia AGPL3.
Tryolabs libera hoy el código.
De momento trabajamos en el github de tryolabs (les interesa que conste su nombre por temas de marca) y publicamos allí incidencias.
Tryolabs continuará dedicando algunas horas al proyecto como parte de la comunidad.
Se le propone a Tryolabs participar de las presentaciones públicas del libreQDA.
Agradecemos a Tryolabs el trabajo realizado. Seguimos en contacto.
Participantes
Por Ictineo: Juli y Judith
Por LibreQDA: Marc y Juan
Se comentan los siguientes pasos a realizar en base a guión aportado por Ictineo sobre el que se realizaron algunas modificaciones
Primera reunión con diseñador: 7 de octubre (videoconferencia)
Fecha: 27 de noviembre de 2013
Asisten: Jua, Lupa, Pablo, Marc
Acta: Marc
Disponemos de 3000 euros
La propuesta es que Pablo se mire el roadmap y que comente hasta dónde puede llegar.
Lupa dice que Maricarmen propone firmar contrato: Ella redacta, lo validamos (como libreQDA y desde la universidad) y firmamos.
Juan recuerda que la universidad tarda unos 90 días a pagar.
Proponemos el siguiente orden de prioridades:Pero... en citas, códigos, anotaciones... ver 1.1.
Quedmos en pasarle a Pablo:Para actualizar la aplicación hay que:
cd <lo-que-sea>/libreqda sudo git pull
sudo pip install -r requirements.txt
python manage.py syncdb
La idea acá es hacer un checklist de lo que falta. Si bien es un poco redundante con los issues del github, vamos a probar si nos sirve organizarlo así.
No aparece en el modelo (supongo que debido a que es simplificado) nada sobre las “Relaciones” entre componentes (citas, códigos y anotaciones).
Las relaciones deberían tener como propiedades:http://django-model-report.herokuapp.com/
https://code.google.com/p/django-report/
http://www.geraldoreports.org/
https://pypi.python.org/pypi/PyRTF/0.45
Fork del anterior: https://code.google.com/p/pyrtf-ng/
Evento | Lugar | Fecha cierre | Fecha del evento |
FLISOL ver: #3615 | Mvd | 25 marzo | 27 de Abril1 |
UbuConLA | Mvd | ? | Junio |
Mvd | 5 de abril | 10 al 12 de julio de 2013 | |
Congreso Br de Sociología ver: #3616 | Bahía Br | ? | 12 al 13 de set de 2013 |
FISL 14 (WSL) | POA Br | ? | 3 a 6 de Julho de 2013 |
1 Ver presentación para FLISOL aquí: http://164.73.15.111/lupa/2013/
Es el espacio principal de trabajo, en el que se visualizan los documentos y se realiza el trabajo de segmentación/codificación.
Para la activación de los diferentes documentos se clicará en la flecha ubicada en la parte izquierda de la pantalla, lo que desplegará una ventana con la lista de documentos asignados al proyecto y diferentes informaciones (mínimo comentario) relacionadas con los mismos (ver Principal-1).
El menú vertical de la parte superior permite acceder a diferentes ventanas emergentes: Proyecto, Citas, Códigos, Notas, Relaciones, Filtros, Informes y Mapas.
La acción principal es la segmentación, es decir, la selección de fragmentos de texto que se convertirán en “citas”.
La segmentación se realizará cliclando con el botón derecho (una vez seleccionado el fragmento) y seleccionando la opción “crear cita”.
Una vez creada la cita, en el margen derecho se visualizará una barra vertical indicando la posición en la que aparece dicha cita. Al hacer clic sobre la barra quedará resaltada la cita (ver Principal-2) y se desplegará una ventana desde la parte inferior de la pantalla en la que aparecerán diferentes informaciones relacionadas con la misma (desarrollar).
Al hacer doble clic en la barra vertical relacionada con una cita aparecerá una ventana emergente para la edición/creación del comentario de cita.
Cuando hay una cita seleccionada también se podrá clicar en la flecha de la parte derecha de la pantalla, lo que desplegará una ventana en la que aparecerá la lista de códigos definidos (junto con algunas informaciones relacionadas con los mismos) y que permitirá codificar el fragmento seleccionado (ver Principal-3), es decir, vincular el/los códigos con la cita.
Una vez codificado un fragmento, la etiqueta de código aparecerá junto a la barra vertical que identifica al mismo. Al clicar sobre la etiqueta de código, se desplegará una ventana desde la parte inferior de la pantalla en la que aparecerán diferentes informaciones relacionadas con el código (desarrollar).
Permite acceder a la ventana emergente con información del proyecto, que incluye los mismos datos que la pantalla de inicio (Proyectos).
Permite acceder a la ventana emergente “Datos”, en la que se visualizan diferentes informaciones relacionadas con el proyecto (entre ellas el comentario) y permite crear categorías de documentos y aplicar filtros.
Tengo dudas sobre si esta ventana debe ser diferente de la de proyectos o no.
Permite acceder a la ventana emergente “Citas”, en la que aparecen las citas creadas con diferentes informaciones relacionadas con las mismas.
Al seleccionar una cita en esta ventana, se activará en la pantalla principal.
Al seleccionar una cita, bajo la lista aparecerá el comentario de la misma así como información de los códigos con los que está relacionada y las relaciones definidas.
El botón codificar permite asignar códigos a la/s cita seleccionadas.
Formas posibles (a decidir):El botón “Informes” permite acceder a la ventana emergente “Informes”.
El botón “Filtro” permite acceder a la ventana emergente “Filtros”.
Se puede acceder al conjunto de códigos clicando el botón “Códigos”, que abre una ventana emergente (ver “Códigos”) en la que se muestran los códigos creados (con diferentes informaciones).
Esta ventana incluye tres pestañas: en la pestaña “general” se ofrece información genérica sobre el código (básicamente el comentario de código), en “citas” aparecerá la misma información que en la ventana emergente “citas”, y en “relaciones” los otros códigos con los que esté relacionado el código seleccionado. Desde esta pestaña se podrá acceder también al gestor de relaciones para crear relaciones entre códigos.
Los códigos pueden crearse de forma jerarquizada, es decir, en el momento de la creación un código puede definirse como "subcódigo" (p.ej. código 1, código 1.1, código 1.2). Una vez creados también deberían poder modificarse estas relaciones (quizás la creación de subcódigos debería ser equivalente a crear una relación del tipo "is a".
Metadatos asociados con el código:Los códigos pueden llevar asociadas etiquetas (tags) como sistema de agrupación. Al seleccionar uno/varios documentos y clicar sobre “Categorías”, aparecerá una nueva ventana emergente que permitirá añadir los tags (de una lista predefinida o añadir nuevos) y sus comentarios.
El botoón “Color” permite seleccionar el color con el que se visualizará la etiqueta de código.
El botón “Filtro” permite acceder a la ventana emergente “Filtros”.
El botón “Informes” permite acceder a la ventana emergente “Informes”.
Permite acceder a la ventana emergente “Memos”, en la que pueden crearse y editarse notas independientes (no son comentarios de otros elementos).
El botón “Categorías” permite acceder a la ventana emergente “Categorías”. Existirán tres categorías predefinidas: Operacional, teórico y metodológico.
El botón “Filtro” permite acceder a la ventana emergente “Filtros”.
El botón “Informes” permite acceder a la ventana emergente “Informes”.
Pueden crearse relaciones entre los componentes principales: citas, códigos y anotaciones (la creación de relaciones entre citas y códigos es lo que denominamos codificación).
En la ventana emergente “Relaciones” encontramos dos paneles (a izquierda y derecha) en los que puede seleccionarse la visualización de citas, códigos y anotaciones. Para el establecimiento de una relación entre dos elementos sólo hay que seleccionarlos y elegir, de la lista desplegable superior el tipo de relación entre los mismos.
Los tipos de relaciones son diferentes en función de la combinación de elementos en los paneles (definir).
El usuario puede crear nuevos tipos de relaciones.
La ventana emergente “Filtros” permite activar/desactivar documentos, citas y códigos. El filtro puede realizarse seleccionando un elemento concreto o seleccionando una categoría (de documentos...).
La activación de filtros debe implicar que los elementos desactivados no aparecerán incluidos en listados ni en las ventanas emergentes documentos, citas...
Debe ofrecerse información visual de la existencia de filtros activos (FIXME: ¿cómo?)
La Query es un tipo especial de filtro que permite seleccionar las citas que cumplen unas determinadas condiciones de codificación.
La ventana emergente presenta:Una vez seleccionados el tipo de condición y los elementos, al clicar en "ejecutar" se muestra el resultado (lista de citas). Al mismo tiempo en las filas etiquetadas "1", "2", "3" se muestra la "representación textual" de la query, por ejemplo "Código1 O Código2".
Si se vuelven a dar los pasos anteriores, la query se aplica sobre los resultados existentes, es decir, son acumulables.
La ventana emergente "Informes" permite la generación de informes relacionados con: Proyecto, Docuemntos, Citas, Códigos y Anotaciones. En cada una de las pestañas correspondientes se puede seleccionar la opción de activar filtros que afectarán a los resultados del informe.
(FIXME: cambiar etiqueta, puede que "Mapas" no refleje todas las posibles representaciones gráficas)
d3 (los ejemplos anteriores) es una ¿librería? para crear gráficos, entiendo que parecida a prefuse.
Hay que EXPLORAR TAMBIÉN cypher / neo4j. Un ejemplo:
http://docs.neo4j.org/chunked/snapshot/cypher-query-lang.html
Todos los componentes (documentos, citas, códigos y notas) pueden categorizarse mediante tags.
Los conjuntos de tags deben ser independientes, es decir, el tag “grupo1” utilizado para categorizar documentos es diferente del tag “grupo1” utilizado para categorizar códigos. Aún así, hay que plantearse la posibilidad de un sistema de tags genérico que permita filtros aplicables a todos los componentes.
(para ver las maquetas del software, puede descargar, descomprimir y finalmente abrir el archivo html con un navegador web)
Versión de desarrollo
Probablemente primero haya que instalar git:
sudo apt-get install git
Luego obtener el código de libreQDA
sudo git clone https://github.com/marcbria/libreQDA.git /usr/share/libreqdaObs:
1. Pip, mysql y librerías
sudo apt-get install python-pip python-dev build-essential libevent-dev libxml2-dev libxslt1-dev mysql-server libmysqlclient-dev
Para ello ir a la carpeta del proyecto y correr lo siguiente:
sudo pip install -r requirements.txt
Este manual es una maravilla: http://www.lennu.net/2012/05/14/django-deployement-installation-to-ubuntu-12-dot-04-server/
(Diría que tambien vale para Linux Mint... Por cierto, cuidado con hacer
un simple "aptitude install pyton-django" que es una 1.3.x)
cd ~/libreQDA sudo django-admin.py startproject libreqda
FIXME: verificar si esto así funciona, sino volver a la versión anterior que proponía Marc
Modo A: Mysql
Dentro de la carpeta libreqda/libreqda copio el archivo de configuración y lo edito:
sudo cp local_settings.py.template local_settings.py sudo vi local_settings.py
y luego cambio valores (los que correspondan):
'NAME': 'libreqda', 'USER': 'libreqda', 'PASSWORD': 'SECRET',
Modo B: sqllite
Añadir BD: sqllite3: https://docs.djangoproject.com/en/dev/intro/tutorial01/#database-setup
mysql -u root -p -e "CREATE DATABASE libreqda CHARACTER SET utf8 COLLATE utf8_general_ci"
En la carpeta del proyecto correr:
python manage.py syncdb
(pedirá usr/pwd del root del libreQDA)
sudo python manage.py runserver
Por cierto, parece que el tutorial de django es muy bueno: https://docs.djangoproject.com/en/1.4/
Gallery Formater
Instalado por: Juan
URL: https://drupal.org/project/galleryformatter
Función: Galería de imágenes
Problemas: No funciona jquery (o lo que sea), al hacer clic en una imagen debería verse ampliada con efecto, pero no lo hace
Ver también: Dynamic display block (https://drupal.org/project/ddblock)
Corner
Instalado por: Juan
URL: https://drupal.org/project/corner
Función: Mostrar una banda en esquina con enlace a “donaciones”
Problemas:
Easy social
Instalado por: Juan
URL: https://drupal.org/project/easy_social
Función: Para añadir enlaces a compartir con redes sociales desde los artículos
Problemas:
Frequently Asqued Questions
Instalado por: Juan
URL: https://drupal.org/project/faq
Función: Preguntas frecuentes
Problemas: Puedo añadir ítems pero no se muestran en la página en la que teóricamente deberían mostrarse
Postiteverywhere
Instalado por: Juan
URL: https://drupal.org/project/postiteverywhere
Función: Teóricamente para publicar los artículos en redes sociales (supongo que diferente de “Easy social” en que este es para publicar en nuestras redes, facilitando la actualización de contenidos)
Problemas: Hay que crear, para cada red, una “aplicación”. Por el momento no hago nada
Social media links
Iconos para acceso a nuestras cuentas en redes sociales
Tu eres el experto en el uso de relaciones. Las que propones me parecen bien con las siguientes modificaciones lexicales:
y agregaría:
Descripción del Proyecto LibreQDA
Otros documentos de diseño:Se reportan en GitHub de LibreQDA
Diseño web LibreQDA (Freemind)