Open vbombaerts opened 1 year ago
Pour ISO19115-3, le mapping est fait:
dcat:Catalog
https://github.com/geonetwork/core-geonetwork/blob/main/schemas/iso19139/src/main/plugin/iso19139/present/csw/dcat-brief.xsl#L62CatalogRecord
https://github.com/geonetwork/core-geonetwork/blob/main/schemas/iso19139/src/main/plugin/iso19139/layout/tpl-rdf.xsl#L79Dataset
https://github.com/geonetwork/core-geonetwork/blob/main/schemas/iso19139/src/main/plugin/iso19139/layout/tpl-rdf.xsl#L276Le mapping initial avait été fait avec https://trac.osgeo.org/geonetwork/wiki/proposals/DCATandRDFServices et amélioré par la suite sur certains points eg. https://github.com/geonetwork/core-geonetwork/pull/4898 (https://github.com/geonetwork/core-geonetwork/pulls?q=is%3Apr+DCAT+is%3Aclosed). Mais sans validation par rapport à (geo-)dcat(-ap)v(x) (https://semiceu.github.io/GeoDCAT-AP/releases/2.0.0).
Un modéle basé sur dcat2 https://github.com/geonetwork/geonetwork-microservices/tree/main/modules/library/common-index-model/src/main/java/org/fao/geonet/index/model/dcat2
Un mapping fait à partir du document dans l'index vers dcat2 https://github.com/geonetwork/geonetwork-microservices/blob/main/modules/library/common-index-model/src/main/java/org/fao/geonet/index/converter/DcatConverter.java#L121
Sans doute, vérifier et améliorer le mapping sur la base de https://semiceu.github.io/GeoDCAT-AP/releases/2.0.0
L'accès aux records via l'API Records semble ne pas supporter les formats dcat ou turtle tels que renseignés dans la vue HTML (https://metawal4.test.wallonie.be/geonetwork/api/collections/main/items/c2a08d91-aaf3-4b4b-b63a-9041a7a3a745) . Le mapping dcat est bien supporté dans l'accès CSW au même record : https://metawal4.test.wallonie.be/geonetwork/srv/eng/csw?SERVICE=CSW&VERSION=2.0.2&REQUEST=GetRecordById&outputSchema=http://www.w3.org/ns/dcat%23&ID=c2a08d91-aaf3-4b4b-b63a-9041a7a3a745
Est-ce un easy fix ? L'usage de l'API Records serait plus pratique pour le projet Metawal-IA .
Est-ce un easy fix ? L'usage de l'API Records serait plus pratique pour le projet Metawal-IA .
@davinciagf il faudrait mettre à jour OGC API Records. Utiliser la version 4.2.3 qui correspond à la version qu'on va déployer en prod https://hub.docker.com/layers/geonetwork/gn-cloud-ogc-api-records-service/4.2.3-0/images/sha256-14988f79b33365563fd8a3c9fce202f72ee01c4f0116230c514f149ef86309ac?context=explore
merci. encore une question @fxprunayre (sorry ma connaissance de API Records est imparfaite) :
Avec la mise à jour, il sera possible de récupérer un résultat de recherche en DCAT avec un appel du type https://sextant.ifremer.fr/geonetwork/api/collections/main/items?f=dcat&startindex=0&limit=100
Du coup pour la pagination OGC API Record ce sera avec startindex
et limit
- a priori tu pourras faire un dump complet du catalogue en une page si besoin.
où en sommes-nous avec l'output DCAT ?
l'API REST semble cassée (cf https://metawal4.test.wallonie.be/geonetwork/api/collections/main/items qui échoue avec une HTTP 500 due à une connection interne sur localhost:9901)
et le service CSW semble sortir du DCAT sur un GetRecordById, mais un getRecords renvoie un set vide (https://metawal4.test.wallonie.be/geonetwork/srv/eng/csw?SERVICE=CSW&VERSION=2.0.2&REQUEST=GetRecords&outputSchema=http://www.w3.org/ns/dcat%23&typenames=csw:Record&elementSetName=full)
Tu peux utiliser la prod (l'env de test est assez instable - on cherche la raison)
curl "https://metawal.wallonie.be/geonetwork/api/collections/main/items?f=dcat&limit=2000" -o mw.rdf
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 15.8M 0 15.8M 0 0 369k 0 --:--:-- 0:00:43 --:--:-- 2072k
Pour le CSW, il te manque resultType
dans les paramètres
Ajout de la conversion SEMICeu https://github.com/geonetwork/core-geonetwork/pull/7212
Ajouté dans metawal. A déployer et tester.
Quelles interactions possibles entre Metawal et le DCAT ?