Convención: Fechas del conjunto de datos

[abadppa0]

Contexto

Conformidad con el Reglamento 2023/138 sobre los HVD en las categorías geoespacial, OT, medioambiente y movilidad.

Comentario realizado dentro del estudio GDDP- HVD to DCAT-AP-ES de la Oficina del Dato.

Elemento de metadatos : Fechas de creación, publicación y revisión del conjunto de datos (dct:issued de la clase dcat:dataset)

Objetivos de la Convención

Para los datasets DCAT-AP-ES establece que la fecha de creación tiene una multiplicidad de 0 a 1. (es opcional)

Y el Reglamento 2023/138 cita que los elementos de metadatos de los HVD en las categorías geoespacial, OT, medioambiente y movilidad debe tener al menos una fecha obligatoria sea esta de creación, publicación o revisión)

Propuesta

Aplicabilidad

Se aplica a dct:issued de la clase dcat:dataset
En el reglamento de metadatos al menos es obligatorio incluir una fecha, sea de creación, revisión o publicación y pueden existir varias de publicación. Además, en DCAT-AP-Es no se especifica si la fecha es de creación o de publicación y son fechas muy diferentes.

Ejemplo: un HVD se crea en 2005, se revisa (es una actualización) en 2010 y se publica en 2012. Según DCAT-AP-ES se entendería que el HVD está publicado desde el 2005 y no es así.

Solución:

• Modificar la multiplicidad de dct:issued a 1 ..* y puede ser de creación, revisión o publicación.
• Incluir un vocabulario controlado o rango de valores que permita diferenciar el tipo de fecha: creación, revisión o publicación.

Gracias

[AntonioDAR]

Un saludo.

Mantener una coherencia semántica entre los vocabularios es esencial para garantizar la consistencia del modelo DCAT-AP-ES y su interoperabilidad.

Según las definiciones del DCMI, existen distinciones entre los siguientes términos:

• dct:created: Fecha de creación del recurso
• dct:issued: Fecha de emisión formal (por ejemplo, publicación) del recurso.
• dct:modified: Fecha en la que se modificó el recurso.

Además, la clase dcat:CatalogRecord permite describir entradas individuales relativas a los metadatos del conjunto de datos, lo que posibilita reflejar cambios en fechas específicas cuando sea necesario.

La utilización de una única propiedad para representar distintos conceptos puede inducir a confusión, como ocurre en el caso mostrado a continuación

Sería recomendable incluir en la guía técnica de implementación una descripción específica para la propiedad dct:created, con el fin de aclarar su significado e impedir interpretaciones ambiguas de los tres términos.

En cuanto a la cardinalidad, el uso de múltiples valores para propiedades como la fecha de creación, de publicación o de última modificación puede resultar contraproducente, existiendo ambigüedad respecto al significado de contar con varias fechas de creación o de publicación.

Con respecto a la propiedad dct:issued, no tengo claro si es conviene elevar su nivel de requisito a obligatorio, dado que representa la fecha de publicación formal del recurso. Es importante recordar que esta propiedad no indica la creación del recurso, sino su publicación en un catálogo, lo que puede tener implicaciones distintas si un mismo conjunto de datos es incorporado a varios catálogos a lo largo del tiempo.

En cuanto al cumplimiento normativo, creo que este queda garantizado mediante el uso de metadatos conforme a INSPIRE, que es el marco legal aplicable. Los perfiles DCAT-AP-ES o GeoDCAT-AP deben entenderse como una ampliación semántica de esos metadatos, diseñada para mejorar la interoperabilidad, pero sin sustituir ni modificar los requisitos legales ya satisfechos por INSPIRE.

Y, como tal, así se exponen:

Guía de técnica de implementación DCAT-AP-ES

Modelo GeoDCAT-AP

Todas las consideraciones son bienvenidas.

[dportoles]

En primer lugar, comentar que el pantallazo de @abadppa0 sobre referencia temporal es del Reglamento (CE) nº 1205/2008 y no del de HVD, como al menos yo he interpretado... Es verdad que de forma indirecta es HVD, pero ese contenido aparece tal cual en el Reglamento de 2008

Empezando por el final de lo que comenta @AntonioDAR , coincido su opinión puesto que DCAT-AP-ES es una extensión complementaria y que no reemplaza a otras normas ni exime de cumplimiento. Si un Dataset debe cumplir INSPIRE, le aplica todo lo citado en 1205/2008.

En cuanto a los campos para identificar las fechas... esta información puede incluirse tanto para el catálogo, como para Registro de Catálogo, Dataset o Distribution.
Discrepo por tanto de @AntonioDAR en

Es importante recordar que esta propiedad no indica la creación del recurso, sino su publicación en un catálogo, lo que puede tener implicaciones distintas si un mismo conjunto de datos es incorporado a varios catálogos a lo largo del tiempo

Esta fecha depende de a qué hace referencia. El párrafo anterior entiendo solo aplicaría a Registro de catálogo.
Es justo lo que se detalla en https://datosgobes.github.io/DCAT-AP-ES/#dcat-catalogrecord

En mi opinión con lo que hay actualmente en DCAT-AP-ES es suficiente (issued y modified) para el propósito de DCAT-AP-ES

Respecto a las propiedades dct para fechas (issued y modified) que vienen explicitadas en DCAT-AP-ES: @abadppa0 Si detectáis en algún caso en el que haya fechas múltiples en INSPIRE y que en DCAT-AP-ES se defina cardinalidad máxima 1, comentadlo porque eso sí sería para revisarlo.

Para las que no vienen explícitamente (e.g. dct:created), pueden considerarse como una ampliación a este núcleo mínimo e incluirse todas las que sea necesario.

Además. para evitar posibles dudas relacionadas con este tema, planteo que se incluyan notas de uso adicionales en la guía técnica DCAT-AP-ES traducidas directamente de lo que se cita en DCAT-3.

• dct:issued: This property SHOULD be set using the first known date of issuance. (fuente)
• dct:modified: An absent value MAY indicate that the resource has never changed after its initial publication, or that the date of last modification is not known, or that the resource is continuously updated. [fuente](https://www.w3.org/TR/vocab-dcat-3/#Property:resource_update_date
• dct:issued (solo de dcat:CatalogRecord) añadir en nota de uso "This indicates the date of listing the dataset in the catalog and not the publication date of the dataset itself." fuente
• ídem para este

[dportoles]

@AntonioDAR planteaba la posibilidad de incluir en la guía técnica dct:created... dado que no se incluye explícitamente en DCAT-AP, no veo la necesidad de ampliar e incluirlo. De ese modo, DCAT-AP-ES queda más alineado con DCAT-AP 2.1.1 que es el punto de referencia.
Pero todas las sugerencias son bienvenidas y el debate está abierto a participar