Index by title

Reunión sobre LibreQDA

Presentes: Tryolabs (Ernesto, Mauro, Alejandro), Marc, Juan, Lupa

reanalyse

TL Analizaron el software: MBR:

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.

Dinámica de trabajo

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).

Tema de lo público/privado en github

Dejarlo privado por temas de intimidad y prolijidad al inicio del desarrollo

Cuentas github:

Preguntas concretas sobre funcionamiento del programa

Modelo de datos

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).

Tema de las citas

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.

Tema de los códigos

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).

Relaciones

¿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.

¿Cómo continuar?

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

Repaso de cambios al modelo

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.

Muestra del sistema con las funcionalidades realizadas hasta el momento

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.

Tema de arquitectura / NOSQL

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

Stack djando para instalación sencilla

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

Planificación del minisprint2

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:

Presentación

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.

Preguntas pendientes

Borrado de Documentos; hablamos sobre el tema de los documentos y concluimos:

Planificación de Tryolabs

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.

Tema del marcado de texto

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.

Subida de documentos

La parte de subir documentos todavía no está resuelta. Solo desde la interfaz del administrador.

Tema de permisos

Mandamos a TL una lista de roles y permisos en base a los permisos que se muestran en la interfaz de administración.

Tema del idioma

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.

Deploy

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:

Previa

Acta anterior: http://proyecentréto.data.cse.edu.uy/projects/libreqda/wiki/20130218-reunion-minisprint2

Rescato:

Comentario de horas

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

Avances

Avances Mauro TL - doc y códigos

Nos muestran la subida y hablamos sobre la extracción de documentos:

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

Alejandro TL - interfaz de traducción & Citas

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.

Cómo seguir

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

Sprint 4

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


Reunión Servidor

Asistentes: Christian, Pari, Lupa

Hardware

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.

DNS

libreqda.edu.uy libreqda.uy

Ch no tendría problema en administrarlo

Ver #3433

Detalles de la aplicación

Le comentamos a Ch cómo funciona la aplicación

Administración del servidor

Equipo Psico: Equipo LQDA:

Capacitación

Lupa le escribe a la gente de sociales por capacitación con copia a Pari.


20130308-reunion

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


20130315-reunion

Nuevas funcionalidades:

Correcciones:

Lo que no se pudo hacer:

Varios:

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.


20130920-reunion-ictineo

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)


Reunión con TEDIC

Fecha: 27 de noviembre de 2013

Asisten: Jua, Lupa, Pablo, Marc

Acta: Marc

Desarrollo libreQDA

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: Sobre los bugs; ponemos 2 milestones:

¿Qué hacemos?

  1. Juan pule la lista de bugs [mañana]
  2. Se define con más detalle la lista de prioridades. [mañana]
  3. Se manda a Pablo (pregunta a Juan) [viernes]
  4. Marca límite 3000 [viernes]
  5. Maricarmen redacta el contrato.
  6. libreQDA da el oka.

Web libreQDA


Actualización de LibreQDA

Para actualizar la aplicación hay que:

  1. Actualizar el código fuente:
    cd <lo-que-sea>/libreqda
    sudo git pull
    
  2. Verificar si se agregaron nuevos requerimientos
    sudo pip install -r requirements.txt
    
  3. Sincronizar la base de datos:
    python manage.py syncdb
    

Análisis del esquema

Impresiones Paribanú.

Esquema


Checklist-1-0

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í.

Requerimientos mínimos - etapa 1

Principal

Proyectos

Documentos

Segmentación

Codificación

Citas

Códigos

Memos

Relaciones

Filtros

Query

Informes

Mapas

Categorías


Modelo de datos

  1. Relación de Documento con Proyecto debe ser “muchos a muchos”.
  2. Eliminar la relación de Anotaciones con Documentos. Las anotaciones son del proyecto (muchas a uno). Pueden estar relacionadas también con códigos y con citas (ver “relaciones” en mockup
  3. Metadatos de Proyecto:
  4. Metadatos Código
  5. Metadatos Documento
  6. Metadatos Citas
  7. Categorí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: Aunque el usuario debe poder crear sus propias relaciones, las predefinidas serían:

Comparacion librerias informes

django-model-report

http://django-model-report.herokuapp.com/

django-report

https://code.google.com/p/django-report/

geraldoreports

http://www.geraldoreports.org/

PyRTF

https://pypi.python.org/pypi/PyRTF/0.45

pyrtf-ng

Fork del anterior: https://code.google.com/p/pyrtf-ng/


Cronograma de presentaciones

Evento Lugar Fecha cierre Fecha del evento
FLISOL ver: #3615 Mvd 25 marzo 27 de Abril1
UbuConLA Mvd ? Junio
Congreso Uruguayo de Sociología 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/


Documentación sobre el diseño de la aplicación


Todo list (versiones posteriores)


Diseño/maquetado de CAQDAS Libre

Requerimientos mínimos - etapa 1

Diseño de la interfaz

Proyectos

El Proyecto es el contenedor de un análisis.
Una vez realizado el login, se accede a la Pantalla principal de proyectos, donde aparecen todos aquellos vinculados al usuario conectado.
Desde esta pantalla se puede abrir cualquiera de los proyectos y visualizar algunas informaciones relacionadas con los mismos.
(en fase 2 debería existir la posibilidad de versiones de proyecto, pudiendo seleccionarse la versión que se quiere activar)

Principal

Es el espacio principal de trabajo, en el que se visualizan los documentos y se realiza el trabajo de segmentación/codificación.

Documentos

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.

Segmentación

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.

Codificación

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).

Menú superior

Proyecto

Permite acceder a la ventana emergente con información del proyecto, que incluye los mismos datos que la pantalla de inicio (Proyectos).

Datos

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.

Citas

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”.

Códigos

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”.

Memos

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”.

Relaciones

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.

Filtros

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?)

Query

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.

Informes

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.

Mapas

(FIXME: cambiar etiqueta, puede que "Mapas" no refleje todas las posibles representaciones gráficas)

Todos los ejemplos con https://github.com/mbostock/d3/wiki
A explorar:

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

Categorías

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.

Adjuntos

(para ver las maquetas del software, puede descargar, descomprimir y finalmente abrir el archivo html con un navegador web)


Documentacion-para-sysadmins


Instalación de LibreQDA

Versión de desarrollo

Descargar libreQDA

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/libreqda
Obs:

Instalar django 1.4.x

Modo A

Instalar prerrequisitos

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

Instalar django y dependencias

Para ello ir a la carpeta del proyecto y correr lo siguiente:

sudo pip install -r requirements.txt

Modo B

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)

Crear el proyecto django

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

Corregir configuración

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

Crear la base y las tablas

Crear la base

mysql -u root -p -e "CREATE DATABASE libreqda CHARACTER SET utf8 COLLATE utf8_general_ci" 

Crear las tablas

En la carpeta del proyecto correr:

python manage.py syncdb

(pedirá usr/pwd del root del libreQDA)

Arrancar el proyecto

sudo python manage.py runserver

Visitar tu libreQDA

http://localhost:8000

Por cierto, parece que el tutorial de django es muy bueno: https://docs.djangoproject.com/en/1.4/


Módulos instalados

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


Relaciones.

En respuesta a Juan.

Tu eres el experto en el uso de relaciones. Las que propones me parecen bien con las siguientes modificaciones lexicales:

y agregaría:


Reuniones2013


Wiki

Presentaciones

Cronograma de presentaciones

Documentación de usuario

Diseño

Descripción del Proyecto LibreQDA

Otros documentos de diseño:

Bugs.

Se reportan en GitHub de LibreQDA

Web

Diseño web LibreQDA (Freemind)

Otra documentación