Reto mentores: Datos abiertos con impacto
Una base de datos (y/o herramienta) que ayude al campo y que las apps de niñ@s puedan usar
Tu objetivo es crear o activar datos abiertos para generar un impacto positivo en el campo (agricultura, huerta, producción, sostenibilidad, etc.). “Abierto” significa que cualquiera pueda acceder, usar, modificar y compartir los datos (con condiciones mínimas como atribución o “share-alike”).
Además, si lo que construís puede ser usado por las apps de los equipos de niñ@s (por ejemplo, con una API o dataset fácil de consumir), eso suma puntos.
Reglas importantes (léelo bien)
Propiedad intelectual
La propiedad intelectual de las aplicaciones la conservan los estudiantes (equipo universitario). La organización no se queda la IP por participar.
Recomendación práctica- Si queréis, podéis abrir el código (open-source), pero no es obligatorio.
- Lo que sí debe ser “abierto” es el dato (o la parte de datos) que propongáis para el reto.
Puntos extra
- Dataset simple en CSV/JSON con campos bien explicados.
- Una API REST fácil (2–5 endpoints) con ejemplos de uso.
- Una “mini-SDK” o snippet para que lo llamen desde una app.
Idea: pensad en consumo “mobile-friendly”: respuestas cortas, filtros simples, y ejemplos listos para copiar.
¿Qué tenéis que construir exactamente?
Podéis elegir una de estas dos rutas (o combinar ambas):
Ruta A: Generar datos abiertos
- Calendario de temporadas (por cultivo y zona) en formato abierto.
- Catálogo de productores locales (campos mínimos y verificados).
- Observaciones del campo: plagas, lluvia, riego (agregado y anónimo).
Ruta B: Activar datos abiertos
- API que devuelva “producto de temporada hoy” por municipio/comarca.
- Buscador simple para colegios/equipos (filtros y exportación CSV).
- Panel que muestre indicadores (sin datos personales): agua, clima, producción, etc.
Diseño para apps de niñ@s
- Ejemplo de respuesta JSON + ejemplo de llamada.
- Campos con nombres claros y unidades (kg, litros, mm, €).
- Un “modo demo” con datos de ejemplo para pruebas.
Entregables (lo que tenéis que entregar)
Dataset abierto
- Archivo(s) descargables + versión “ejemplo” (pequeña) para tests.
- Diccionario: qué significa cada columna/campo, unidad, y ejemplo.
- Licencia de datos “abierta” indicada claramente.
Acceso fácil
- Si hay API: endpoints, ejemplo de request/response, límites y paginación simple.
- Si no hay API: carpeta/URL con descargas y versiones.
- Guía “para equipos de niñ@s”: cómo usarlo en 10 minutos.
Mini demo
- Puede ser una web muy simple, un mock, o un script que genere un resultado.
- Lo importante: que se vea el impacto (qué mejora y por qué).
Cómo se puntúa (criterios)
Impacto positivo
- Problema bien explicado y medible (aunque sea con un indicador simple).
- Utilidad para agentes reales: productores, cooperativas, colegios, etc.
Datos abiertos “de verdad”
- Formato abierto + diccionario + licencia clara.
- Calidad: coherencia, unidades, valores válidos, versión.
Reutilizable por niñ@s (extra)
- API/CSV sencillo, ejemplos listos, modo demo.
- Documentación corta y clara (sin “burocracia”).
Recomendaciones (para hacerlo bien)
- No publiquéis datos personales (personas identificables, ubicaciones sensibles, etc.).
- Mejor agregados (por zona/semana) que datos “uno a uno”.
- Explicad el origen del dato: cómo se obtuvo y cada cuánto se actualiza.
- Dejad un ejemplo mínimo para que un equipo Technovation pueda integrarlo en 10 minutos.
Si me dices si queréis obligar a una licencia concreta (por ejemplo CC BY o ODbL) y el formato preferido (CSV, JSON, API), te lo dejo aún más “cerrado” como bases oficiales.