Ce rapport technique a pour objectif de fournir une mise en correspondance « officielle » entre ISO 19115-1 et GeoDCAT. De nombreuses mises en correspondances entre l’ISO et le vocabulaire DCAT existent localement mais elles différent entre elles et ne fournissent en général pas une mise en correspondance exhaustive.
Les travaux démarrent. Le premier élément à préciser est de déterminer exactement quel est le périmètre de la cible de départ et celle d’arrivée.
L’ISO 19135 documente des procédures d’enregistrement d’items relatifs à l’information géographique. Pour l’ISO/IEC JTC1 un enregistrement est l’affectation d’identifiants linguistiques indépendants (plutôt que des noms) à des items géographiques. Les éléments géographiques qui peuvent être enregistrés appartiennent à des classes d’objets spécifiées dans des standards techniques tels que ceux de l’ISO/TC 211.
La gestion des objets dans un registre offre de nombreux bénéfices dans le domaine de l’information géographique. La gestion dans un registre des items :
Cette norme remplacera ISO 19135-1:2015.
Les commentaires suites à la soumission à vote sont en cours de résolution. La norme devrait être publiée prochainement.
DCAT est un vocabulaire W3C largement utilisé pour décrire les ensembles de données et les services d’accès aux données. Certaines propriétés temporelles et géographiques de base font déjà parti du vocabulaire DCAT v2 et/ou sont prévues pour la v3, mais ces propriétés ne répondent pas à l’ensemble des exigences identifiées dans le Discussion Paper élaboré par l’OGC.
L’UE fait référence à GeoDCAT-AP en tant que « bonne pratique » et note qu' »un projet de document de bonnes pratiques de l’OGC (Open Geospatial Consortium) est en cours d’élaboration. » Des discussions sont en cours pour faire de GeoDCAT-AP une norme communautaire de l’OGC.
Les travaux visent à séparer un profil géospatial général de DCAT, appelé « GeoDCAT », de GeoDCAT-AP ; le profil d’application (AP) spécifique à l’Europe ne fera pas partie du travail de normalisation de l’OGC.
GeoDCAT fournira un vocabulaire et un encodage normalisés pour les descriptions d’ensembles de données spatiales et les descriptions de services (enregistrements de métadonnées) respectant les recommandations décrites dans les Spatial Data on the Web Best Practices. GeoDCAT pourrait à l’avenir être utilisé comme encodage dans les API tels que les API Records de l’OGC et STAC.
Le groupe GeoDCAT SWG travaille sur la standardisation de GeoDCAT. L’objectif de ce groupe de travail est de publier un standard GeoDCAT, un profil spatio-temporel de la recommandation DCAT du W3C. Il fait suite au Discussion Papers OGC 18-001 publié sur le sujet.
Ce nouveau standard a pour objet de créer un encodage JSON des métadonnées ISO 19115-1.
Les nouveaux usage tels que les APIs OGC par exemple se basent actuellement beaucoup sur des encodages en JSON. Le fait que la norme de métadonnées ISO ne possède qu’en encodage en XML est un frein à un certain nombre d’utilisation. Ce nouvel encodage devrait donc permettre une utilisation plus large de la norme de métadonnées.
L’encodage qui sera définit couvre pour l’instant uniquement une partie du périmètre d’ISO 19115. Les règles d’encodage associées pourront néanmoins être appliquées à d’autres éléments du modèle.
Le groupe a pour objectif de mettre en place un registre pour les éléments de métadonnées du DGIWG.
Un prototype utilisant le logiciel libre Re3gistry a été initié. Les travaux en cours consistent à remplir ce registre avec les éléments de métadonnées.
Le groupe a pour objectif d’assurer la révision de DMF afin d’élaborer une version 2.1.
Les travaux en cours consistent à recenser les besoins de changement qui ont été constatés au fil des ans, notamment au cours de l’élaboration des parties métadonnées des spécifications de produit.
Un travail de modification des méthodes a également été mené. Une modélisation de DMF sous forme de diagrammes UML (sous Enterprise Architect)a été réalisée.
Cette norme permet de spécifier comment établir, maintenir et publier un registre de mesures qualité conformément à l’ISO 19135-1. Cette norme comprend également la définition des moyens d’accès machine (API) à ce registre.
Les travaux comprennent aussi l’initialisation du registre avec un jeu de mesures prédéfinies.
Les travaux du groupe ont débuté en 2021. Le projet redémarre après des ralentissements côté ISO 19135.
Projet de spécification d’une API de catalogage qui s’inscrit dans la lignée des APIs de l’OGC.
Le core est largement fondé sur API Feature et définit ce qu’est un enregistrement de métadonnées (Record) et quel mécanismes permettent de chercher/classer les résultats (mots clefs, titres, description, … ). Le modèle est analogue à ce qui est disponible dans un catalogue de type CSW.
Une extension OpenSearch est définie, comme dans la version 3.0 du standard CSW.
Enfin les résultats peuvent être renvoyés suivant trois formats : JSON, ATOM et HTML (chacun dispose de son extension).
Ce qui est intéressant est la possibilité de décrire l’accès aux services et données avec plus de détails (par exemple, un template d’URL pointant vers la bonne couche WMS/API Maps, ou collection de données API feature…), au lieu du seul lien vers un document de capacité (GetCapabilities). Cela devrait permettre une meilleure intégration de l’API Records avec l’ensemble des autres APIs.
La partie 1 de base est sur le point d’être adoptée. Un brouillon est accessible ici : OGC API Records Part 1 Draft
L’intégration de l’OGC API Records parmi les autres API se fait selon deux mécanismes : Les ressources collections deviennent requêtables (il est possible de les filtrer) et la collection peut également être un catalogue de métadonnées.
Viendront ensuite : la partie 2 sur les “facettes” (agrège des enregistrements dans des “buckets” et fournit des statistiques au sujet du nombre d’enregistrements dans chaque “bucket”), la partie 3 pour Create, Replace, Update, Delete (inspirée de la partie 4 de l’API Features), et la partie 4 sur les catalogues “fédérés” (ensemble de catalogues agrégés et listés).
Le STANAG 6015 décrit les formats codés utilisés à l’OTAN pour les opérations METOC. Pour le domaines maritime, les formats codés sont les suivants :
– VELO Code
– Noise Measurement Code
– Standard Format for Oceanographic Forecasts
– OPTASK METOC
– OPTASK REA
– MIHUSOFOR Forecast Format
– Marine Mammal Sighting Report Format
– BATHY Code
– Additional Military Layers (AML)
– BOWWAVE Acronym
Les données sont codées au format texte ou binaire selon une method prédéfinie, le STANAG définit également des listes de codes pour certains paramètres.
Cette norme définit les règles d’encodage en XML à partir de schémas conceptuels. La structure des données XML est définies sous forme de XSD.
Ces règles ne s’appliquent qu’aux classes qui décrivent des ressources géographiques, les métadonnées, pour les données ce sont les règles définies dans ISO 19136 (GML) qui s’appliquent.
Ces règles sont utilisées par la norme ISO 19115-3
Cette norme remplace ISO/TS 19139:2012