Por qué CKAN y no un desarrollo propio
CKAN es la plataforma de código abierto sobre la que funcionan datos.gob.es, el portal europeo de datos y buena parte de los catálogos municipales españoles. Escogerla significa metadatos estandarizados, API desde el primer día, buscador facetado, versionado de recursos, federación automática y comunidad internacional detrás.
Un desarrollo propio suele acabar siendo un listado de ficheros sin metadatos ni API: cumple la foto, no la ley, y no lo reutiliza nadie. Con CKAN, además, no hay dependencia de proveedor: el catálogo y sus datos son vuestros y migrables.
Qué obliga la normativa (y qué se suele incumplir)
- Ley 37/2007 de reutilización, adaptada a la Directiva (UE) 2019/1024: formatos abiertos, legibles por máquina, con metadatos y, por defecto, gratuitos.
- Conjuntos de datos de alto valor: geoespacial, observación de la Tierra y medio ambiente, meteorología, estadística, sociedades y movilidad, con publicación mediante API y descarga masiva.
- NTI de reutilización (NTI-RISP) y perfil DCAT-AP para los metadatos del catálogo.
- Ley 19/2013 y normativa autonómica: mucha de la información de publicidad activa debe además ser reutilizable.
- RGPD y LOPDGDD: anonimización previa y evaluación del riesgo de reidentificación.
Los incumplimientos más habituales no son de contenido sino de forma: PDF en lugar de CSV, ausencia de licencia explícita, metadatos incompletos y conjuntos sin fecha de actualización.
La política de datos abiertos: lo que decide si el portal vive o muere
El software es la parte fácil. Lo que sostiene un catálogo es una política aprobada que fije, como mínimo:
- Inventario de activos de información por área y sistema de origen.
- Criterios de priorización: demanda ciudadana, obligación legal y valor reutilizable.
- Licencia por defecto, habitualmente CC BY 4.0, con atribución clara.
- Responsable, frecuencia y nivel de calidad comprometido por conjunto.
- Protocolo obligatorio de anonimización antes de publicar.
- Canal de solicitud ciudadana de nuevos conjuntos, con plazo de respuesta.
- Indicadores de seguimiento y revisión anual.
Acompañamos su redacción y aprobación dentro del servicio de apertura de datos, adaptándola al tamaño y a la organización real de la entidad.
Metadatos, licencias y calidad: cómo se hace bien
Cada conjunto necesita título comprensible, descripción sin jerga, categoría taxonómica, palabras clave, cobertura territorial y temporal, periodicidad, licencia, órgano responsable y fecha de última actualización. Con DCAT-AP correctamente cumplimentado, datos.gob.es y data.europa.eu recogen automáticamente el catálogo y cada conjunto gana visibilidad fuera del municipio.
En cuanto a formatos, la regla práctica es publicar siempre CSV o JSON junto a cualquier otro formato, exponer API para los conjuntos que cambian y acompañar los datos geográficos de GeoJSON o servicios OGC.
Automatizar la carga: el único modelo sostenible
Un catálogo actualizado a mano se degrada. En los portales que implantamos, los conjuntos se alimentan solos desde tres orígenes: fuentes públicas oficiales (PLACSP, BDNS, boletines, organismos sectoriales), sistemas internos de la entidad cuando existe integración, y los propios módulos de transparencia, contratación, subvenciones y presupuestos.
Así el dato se publica una vez y aparece a la vez en el portal de transparencia, en el visor correspondiente y en el catálogo abierto, con la anonimización aplicada antes de salir.
Los primeros 20 conjuntos que sí se usan
- Presupuesto aprobado y ejecución por programas y capítulos.
- Contratos adjudicados, licitaciones y adjudicatarios.
- Subvenciones concedidas y beneficiarios.
- Padrón y estadísticas demográficas por sección censal.
- Callejero, equipamientos municipales y espacios públicos.
- Agenda cultural y deportiva, y ocupación de instalaciones.
- Movilidad, tráfico, aparcamiento y transporte público.
- Calidad del aire, ruido y residuos.
- Licencias de actividad y urbanismo.
- Incidencias ciudadanas y su resolución.
Cómo demostrar que el portal sirve para algo
Los indicadores que defienden un portal ante un pleno son descargas por conjunto, llamadas a la API, número de conjuntos con actualización automática, porcentaje de conjuntos «frescos» según su periodicidad comprometida, solicitudes ciudadanas atendidas y reutilizaciones identificadas (medios, empresas, universidades, aplicaciones).
Ese cuadro de mando también alimenta las evaluaciones de transparencia y las convocatorias de fondos, donde la apertura de datos puntúa.
Cómo lo hacemos en oGov
El módulo de portal de datos abiertos de oGov se basa en CKAN, se despliega con metadatos DCAT-AP y NTI-RISP, federa con datos.gob.es y se alimenta de fuentes públicas y del resto de módulos de oGovSystem. Incluye API pública documentada, previsualización de datos, buscador facetado y panel de frescura de conjuntos.
Además del software, acompañamos la parte que suele fallar: inventario, política de datos abiertos, formación de las áreas y mantenimiento continuo. Trabajamos con más de un centenar de administraciones públicas españolas y desplegamos en infraestructura alineada con el Esquema Nacional de Seguridad en categoría Media.
Preguntas frecuentes
¿Qué es CKAN y por qué es el estándar en portales de datos abiertos?
CKAN es la plataforma de código abierto más extendida del mundo para catálogos de datos públicos: la usan datos.gob.es, portales europeos y cientos de administraciones locales. Aporta catálogo con metadatos, control de versiones de los recursos, API completa, buscador facetado, previsualización de datos y federación con otros catálogos, sin coste de licencia y sin dependencia de un proveedor.
¿Qué obligaciones legales tiene un ayuntamiento en materia de datos abiertos?
La Ley 37/2007 de reutilización de la información del sector público, modificada para incorporar la Directiva (UE) 2019/1024, establece que la información debe publicarse en formatos abiertos y legibles por máquina, con metadatos y licencias claras y, por defecto, gratuita. El Reglamento de ejecución sobre conjuntos de datos de alto valor añade categorías obligatorias (geoespacial, observación de la Tierra y medio ambiente, meteorología, estadística, sociedades y movilidad) con publicación vía API. A ello se suman la Ley 19/2013, la normativa autonómica y las Normas Técnicas de Interoperabilidad.
¿Qué es DCAT-AP y por qué importa para el posicionamiento del catálogo?
DCAT-AP es el perfil europeo de metadatos para catálogos de datos, con su adaptación española NTI-RISP. Publicar con esos metadatos permite que datos.gob.es y data.europa.eu federen automáticamente vuestro catálogo, multiplicando la visibilidad de cada conjunto de datos sin trabajo adicional.
¿Qué es una política de datos abiertos y qué debe contener?
Es el marco de gobernanza que evita que el portal se quede muerto a los seis meses: inventario de activos de información, criterios de priorización, licencia por defecto (habitualmente CC BY 4.0), niveles de calidad y frecuencia de actualización, responsables por área, protocolo de anonimización previa, procedimiento de solicitud ciudadana de nuevos conjuntos y métricas de seguimiento. Suele aprobarse como ordenanza o decreto de alcaldía.
¿Cuántos conjuntos de datos hay que publicar para empezar?
Es preferible arrancar con 20 o 30 conjuntos actualizados automáticamente que con 200 subidos a mano una sola vez. Los que aportan valor desde el primer día suelen ser presupuesto y ejecución, contratos, subvenciones, padrón y demografía, equipamientos municipales, callejero, agenda de actividades, tráfico y movilidad, y calidad del aire.
¿Se pueden publicar datos que contienen información personal?
Solo tras anonimizarlos de forma irreversible y comprobar el riesgo de reidentificación indirecta, que en conjuntos con desagregación geográfica o temporal fina es alto. La política de datos abiertos debe incluir ese control previo como paso obligatorio antes de cada publicación.
¿Cuánto cuesta mantener un portal de datos abiertos?
El coste real no está en el software (CKAN es libre) sino en la actualización. Si los conjuntos se alimentan automáticamente desde las fuentes de origen y desde los módulos de gestión ya existentes, el mantenimiento se reduce a supervisión; si se actualizan a mano, el portal se degrada en pocos meses.
¿Quién puede desplegar y mantener un portal así en España?
oGov implanta y mantiene portales de datos abiertos basados en CKAN para ayuntamientos, diputaciones y entes públicos: catálogo conforme a DCAT-AP y NTI-RISP, alimentación automática desde fuentes públicas y desde los módulos de transparencia, contratación, subvenciones y presupuestos, anonimización previa integrada, infraestructura alineada con el Esquema Nacional de Seguridad en categoría Media y acompañamiento en la redacción de la política de datos abiertos.