ODK Central en inspecciones: GPS, fotos y respaldo
Un mini-caso sobre inspecciones con formulario, ubicación, fotos y salida verificable. Qué guarda ODK Central y cómo PostGIS ayuda a revisar zonas.
Antes, la inspección volvía con fotos sueltas; después, cada hallazgo trajo GPS, responsable y salida. Una escuela técnica agrotécnica del este provincial necesitaba revisar galpones, tableros y riego sin depender de planillas que llegaban tarde. ODK Central, PostgreSQL con PostGIS y QGIS permiten ordenar ese circuito; esta nota muestra qué dato vive en cada lugar y cómo se prueba antes de usarlo en campo.
Dónde se pierde una inspección de campo
La cifra mínima la da la propia mecánica de QGIS: en una tabla de atributos, cada fila representa un elemento y cada columna guarda un dato, según su documentación oficial. Una inspección que mezcla diez fotos, tres ubicaciones y dos firmas en una carpeta sin filas ni columnas pierde trazabilidad en el primer reclamo. La foto sin lote es el punto de falla. ODK Central administra usuarios, permisos, formularios, envíos, registros longitudinales y conexión con clientes de recolección. La documentación de submissions explica que los envíos pueden gestionarse, descargarse o conectarse con herramientas externas. El repositorio de Central en GitHub registró cambios el 19 de junio de 2026, con licencia Apache-2.0, 195 estrellas y 222 forks; es una herramienta con comunidad acotada, útil cuando el valor está en el flujo y en la salida de datos.
Cómo funciona por dentro
El flujo empieza con un formulario. La responsable define campos obligatorios: lugar, rubro, estado, foto, observación y firma. ODK Central guarda el formulario, los usuarios y los permisos; recibe los envíos desde teléfonos y deja cada submission asociada al proyecto correcto. Si falta una foto obligatoria o una coordenada, el formulario evita cerrar el registro en campo. El segundo paso guarda datos estructurados. PostgreSQL recibe tablas exportadas o sincronizadas desde ODK. PostGIS agrega tipos geográficos, índices espaciales y funciones de consulta; su manual lo describe como una extensión para almacenar objetos GIS en la base. Con eso, IT puede preguntar qué inspecciones cayeron dentro de un distrito, qué tableros quedaron sin revisión o qué recorrida cruzó una zona restringida. El tercer paso separa permisos. Quien carga desde el teléfono crea registros; quien revisa puede aprobar o pedir corrección; quien mira indicadores sólo consulta. El cuarto paso muestra salida. QGIS abre la capa, filtra estados y permite revisar atributos por fila. Un reporte semanal lista pendientes, adjuntos faltantes y puntos repetidos. El quinto paso cuida evidencia. El backup copia base, adjuntos y configuración de formularios. La prueba restaura una inspección concreta: ubicación, foto, usuario, fecha y estado. Si falta una pieza, la rutina queda incompleta.
Qué se instala o configura primero
La primera semana conviene instalar ODK Central, PostgreSQL 17, PostGIS, QGIS en una notebook de revisión y backup diario a almacenamiento externo. Con el dólar oficial vendedor de $ 1.481,94, un servidor de USD 15 a USD 25 por mes equivale a $ 22.229 a $ 37.049 mensuales; una puesta en marcha de USD 700 a USD 1.200 queda entre $ 1,04 y $ 1,78 millones. Incluye dos formularios, diez usuarios, una capa de revisión y una restauración documentada. UMSA suele pedir un primer entregable más chico que el sistema completo: una recorrida piloto con cinco puntos reales, dos fotos por punto y una salida en QGIS. Ese piloto muestra si el formulario pregunta demasiado, si el teléfono captura bien la ubicación y si la persona que aprueba entiende el estado. El detalle de campo importa. Una etiqueta escrita con marcador en una bomba de riego sirve para validar que el formulario y el objeto físico hablan del mismo elemento. Si la etiqueta no aparece en la foto, la revisión queda abierta. La capacitación también se prueba. Un usuario carga un punto con conectividad y otro sin conectividad; luego sincroniza ambos y revisa que el servidor los reciba con el mismo formulario. Esa prueba evita confundir una mala señal de datos móviles con una falla de la aplicación.
Dónde se rompe y cómo probarlo
El primer riesgo es la coordenada imprecisa. La señal aparece cuando varios puntos caen sobre el mismo lugar aunque los objetos estén separados. La prueba es medir tres puntos conocidos, comparar contra un plano y fijar tolerancia antes de capacitar usuarios. El segundo riesgo es el formulario largo. La señal aparece cuando inspectores dejan campos con texto genérico para cerrar rápido. La prueba es cronometrar una inspección real y borrar preguntas que nadie usa para decidir. El tercer riesgo es la salida manual. La señal aparece cuando alguien baja CSV, renombra columnas y arma el mapa a mano. La prueba es repetir el reporte dos semanas seguidas con el mismo procedimiento escrito y comparar totales. Una inspección sirve cuando puede volver a abrirse seis meses después. La pregunta práctica es si la foto, el punto y la firma todavía cuentan la misma historia.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.