-
Notifications
You must be signed in to change notification settings - Fork 13
Análisis de requerimientos
En cuanto un fiscal o autoridad de mesa tiene actas, les saca fotos y las "sube" via web/app (o las manda a un mail o por whatsapp). Cada una de esas actas se catalogan (de qué mesa es) y quedan en cola para ser cargadas por voluntarios que están online (via web o app). Al voluntario le van llegando actas a llenar, y el propio sistema va regulando cuales priorizar, en funcion de las actas disponibles y la informacion ya relevada. Los datos que se releven se pueden contrastar con los oficiales a medida que estén disponibles.
** Video Demo/PoC
- Administrador: tiene acceso al
/admin
y permisos de superusuario para todos los modelos. Puede ver resultados. - Staff: puede ver resultados
- Voluntari@ data-entry: utiliza la interfaz de carga de datos (reciben fotos y llenan formulario o avisan sobre un problema)
- Voluntario identificado (puede ser un fiscal)
- Voluntario anónimo (se puede pedir login con google o facebook ¿? )
- Fiscales: suben/envian (mecanismo/s a definir) fotos de los documentos asociados a una mesa que permiten la carga de datos.
- Centro de cómputos: estan asociados a una lista o partido, pueden cargar resultados parciales para una mesa y pueden prescindir de las imágenes/documentos asociados a la misma.
- Usuarios
- Escuelas
- Geolocalizar escuelas
- Mesas de cada escuela
- Importar mesas / escuelas. ¿ de que formato?
- Provincias / ciudades
En cuanto un fiscal o autoridad de mesa tiene actas, les saca fotos y las "sube" via web/app (o las manda a un mail o por whatsapp). Lo ideal es que al subir la imagen se haga un etiquetado mínimo (de qué distrito/mesa es).
Sería bueno que varios partidos y autoridades de mesa usen el sistema, por lo que podrían subirse varias imágenes de un mismo documento.
Se debería permitir subir foto de cualquiera de los documentos que se generan durante un escrutinio de mesa, en orden de importancia son:
- Acta de Escrutinio,
- Certificado de Escrutinio,
- Telegrama,
- ¿Acta de fiscal? Esta es la copia que se lleva cada fiscal, que probablemente también tenga la firma de los otros fiscales y el presidente
- #24 Implementar API REST.
- #25 Aplicación mobile (Android).
- #26 Bot de Telegram.
- #27 Formulario web para carga de documentos.
Llamamos Carga o Digitalización de datos a dar lectura al texto manuscrito en un Acta/Certificado/Telegrama y digitalizarlo para que pueda ser almacenado en la base de datos y computado.
- Opción 1: El voluntario ve toda el acta, y carga cada uno de los valores en el textbox correspondiente
- Opción 2: El voluntario ve solo una celda del acta, y escribe el valor (tipo captcha). Lo malo de esto es que si el dato no está dentro de la celda, el voluntario no lo ve.
- Opción 3: Reconocimiento de imagenes
- Proyecto RECON de Democracia con Códigos 2013 https://github.com/democraciaconcodigos/recon
- Deep Learning
- Al Fiscal/Autoridad que subió la imagen debería asignarsele esa mesa para transcribir.
- A los Voluntarios que van ingresando deberían asignarseles las mesas que tengan menos lecturas
- Debería haber alguna estrategia para detectar malos cargadores. Basandose en:
- Comparación de la carga con el resto de las cargas para esa misma celda
- Identificar al usuario que carga por su login o IP
- Ranking de confianza a voluntarios
- #34 transcripciones adicionales para una misma mesa.
- #28 Soporte para categorías de cargos / cuerpos de boleta.
- #29 Login de voluntarios anónimos.
- #30 Mejorar vista para carga de resultados.
- #31 Asignación de mesas a voluntarios.
- #32 Validación de carga de resultados de mesa.
- #36 Carga de datos en Centro de Cómputos
- Visualización de resultados similar al sitio oficial
- Visualización de resultados de cargos locales
- Visualización por Frente / Interna
- Visualización de Resultados cargados por los fiscales de una determinada fuerza política.
- Geo-Visualización sobre mapa http://democraciaconcodigos.github.io/proyectos/
- Tablero de control: Permite visualizar una tabla con todas las mesas de una región (ciudad) coloreandolas por estado (sin foto, foto subida pero no transcripta, menos de N=3 transcripciones, más de N transcripciones)
- Panel de estado de mesas: cuáles tienen actas ya subidas y cuáles no; cuáles mesas fueron fiscalizadas, cuales no, y cuales presentan ambigüedades o conflictos.
- Usuarios online, usuarios diferentes.
- Cantidad de mesas cargadas
- Cantidad de mesas "en espera"
- Visualización sintética de resultados: ej, porcentaje de las dos primeras fuerzas hasta el momento por categoría.
- Estadisticas y control
- Vista de datos por usuario:
- Qué mesas cargó un usuario determinado, con enlace a "la carga"
- Para cada "carga" de un usuario, mostrar un indicador que informe sobre la ¿exactitud? es esa carga.
- Vista de datos por Mesa: lista de usuario que cargaron datos para esa mesa, con enlace a "la carga" e indicador de la ¿exactitud? de cada carga.
- Vista de usuarios y confianza: Lista los usuarios que están dentro de las cargas confiables y usuarios con cargas no confiables
- Vista de mesas y resumen de cargas iguales (confiables) vs cargas distintas
- Vista de datos por usuario:
- Buscar algún proyecto existente que haga esto
- Registrar avance de carga para una ciudad puntual
- Registrar cuándo suben cada mesa/telegrama
El sistema podría pensarse desde el principio como una red de servidores que cubran regiones y aporten los datos resumidos a un sistema central, o de forma distribuida se pasen los datos en un esquema p2p o mesh.
(todo)
- Como quiero <X...>