Convención - Acceso público obligatorio a los ficheros RDF de federación para catálogos abiertos

[Admindatosgobes]

Contexto

En el contexto de la federación de catálogos con DCAT-AP-ES, se ha detectado cierta confusión respecto a la posibilidad de restringir el acceso a los ficheros RDF de metadatos. Sin embargo, el propósito de los catálogos y conjuntos de datos abiertos es precisamente garantizar la máxima accesibilidad y transparencia a los metadatos.

Actualmente, la guía de implementación y el propio formulario de alta de fuentes de federación establecen que la URL del RDF debe ser pública, pero esta condición no siempre queda clara en la documentación dirigida a los usuarios de organismos públicos, lo que ha derivado en casos de intentos de federación mediante URLs privadas o restringidas.

Se recuerda que la propiedad foaf:homepage ya exige una dirección web pública de acceso al catálogo, por lo que debe aplicarse el mismo principio al RDF de federación, asegurando la coherencia en la publicación de metadatos abiertos.

---

Propuesta

Aplicabilidad

• Obligatoria (MUST): Debe cumplirse sin excepciones para todo catálogo y fuente federada en datos.gob.es.

Convención propuesta

## Acceso público obligatorio a los RDF de metadatos de catálogos abiertos {#general-public-access-rdf}
- El fichero RDF que actúa como fuente de federación **DEBE** estar disponible en una URL pública, accesible sin restricciones de red, autenticación o filtrado IP, para garantizar la transparencia y la interoperabilidad.
- No se admite como válida la federación mediante URLs privadas, redes cerradas o recursos protegidos.
- Esta convención debe reflejarse explícitamente en la guía para usuarios de organismos públicos y en cualquier documentación de referencia sobre la federación de catálogos en datos.gob.es.

!!! must technical "Convención XX"
    El RDF de federación **DEBE** estar en una URL pública accesible para cualquier usuario o sistema, sin restricciones técnicas ni administrativas.

!!! warning "Importante"
    - No se debe utilizar una red privada, VPNs, o mecanismos de filtrado IP para restringir el acceso al RDF de federación.
    - La ausencia de acceso público supone el fallo del catálogo en el proceso de federación.

---

Comentarios Adicionales

• ¿Conviene añadir una nota sobre la excepción para catálogos no abiertos o restringidos por normativa?
• ¿Debería la guía de usuarios incluir una validación automática de accesibilidad pública de la URL antes de permitir el alta?
• ¿Es necesario actualizar los formularios de alta y FAQ para reflejar expresamente esta obligación?

[mjanez]

Nada que objetar, no veo necesaria una validación de accesibilidad pública de la URL del catálogo antes de añadir la fuente de federación. Y sí puede ser relevante incluir notas en las guías de organismo y las FAQ, para aclararlo.

No puede usar una URL de descarga/acceso que requiera aceptar términos, token de autenticación (debe ser anónimamente accesible), estar tras un firewall corporativo, etc.

[dportoles]

Me parece buena propuesta, si en el futuro se necesita eliminar esta restricción ya se verá. Pero a priori, los metadatos en origen se entiende que deberían estar públicos. Incluso los catálogos restringidos que suelen aplicar restricciones a los datos pero no a los metadatos.
No veo necesario incluir validación automática puesto que la URL puede ser que eventualmente no funcione y luego sí.
Tampoco veo necesario incluir más información en FAQ ni en formulario.

[AntonioDAR]

La propuesta me parece sólida. He observado este problema de primera mano en diversos proyectos, lo que evidencia que se trata de un aspecto que debe aclararse.

Coincido con @dportoles en que los metadatos, incluso los asociados a datos restringidos, deberían ser accesibles sin inconvenientes. En el supuesto de que existiera un conjunto de datos cuyos metadatos no fueran accesibles, cabría preguntarse si dicho conjunto debería estar federado en el catálogo de datos abiertos.

En relación con la comprobación del acceso al RDF, ¿existe actualmente alguna metodología para verificar el acceso a las fuentes de federación (accesibilidad o resolubilidad)? Si el harvester no pudiera acceder a una fuente federada, tendría sentido notificarlo al publicador, del mismo modo que se informa mediante el comprobador de enlaces rotos para conjuntos de datos o distribuciones.