Nouvelles de la communauté GeoNetwork - Été 21

Malgré la situation COVID et l'annulation de notre bien aimé codesprint à Bolsena, la communauté Geonetwork s'est réunie une fois de plus à la Tite Ferme en Chartreuse, pour passer du bon temps et avancer sur la métamorphose du plus célèbre catalogue de métadonnées open source.

Adopter l’Opendata

Vous souvenez-vous du GeoNetwork Meeting de l’an passé ? ? Nous avions évoqué 2 axes que nous aimerions développer, l’un lié à une architecture microservices, et l'autre, geonetwork-ui, pour mettre l’expérience utilisateur au cœur du projet.

Ces prototypes ont trouvé échos dans certaines communautés d'utilisateurs, nous en sommes ravis et cela nous permet de préciser notre démarche : nous devons voir Geonetwork comme un catalogue de données, et non un catalogue de métadonnées. Il doit être centré sur les données et fournir de nouveaux outils de recherche, de découverte, d'aperçu et de réutilisation de la donnée. Nous souhaitons que Geonetwork embrasse le monde de l’open data et nous réfléchissons à la meilleure façon d'y parvenir.

Le code sprint est une excellente occasion pour remettre en question les principes fondamentaux du coeur de GeoNetwork :

Quel schéma utiliser par défaut pour Opendata ?
Voulons-nous toujours que l’édition soit basée sur des schémas XSD ?
Utiliser un format pivot en interne aurait-il un intérêt ?

Tous ces débats passionnés courent toujours, on espère apporter des réponses dans les mois à venir car nous voulons commencer l’implémentation de ces travaux dès cet été. Restez à l'écoute si vous voulez en savoir plus sur GeoNetwork en tant que plateforme Data Hub.

Mettez-y un peu de dataviz

L'API de données de GeoNetwork est un concept technique que nous avons voulu approfondir au cours de ce sprint. Nous voulons accéder aux données qui sont liées aux métadonnées du catalogue, pour renforcer notre vision “data centric”.

GeoNetwork doit se doter d’une Data API pour cela, qui pourrait être utilisée en interne ou en externe à partir d'applications tierces. L'idée est d'indexer toutes les données dans Elasticsearch, comme c’est fait pour les métadonnées. Cela permet de répondre à de nouveaux cas d'utilisation

Recherche à la fois dans les métadonnées et dans les données
Fournir des composants dataviz basés sur ces données

L'architecture microservices que nous avons mise en place est parfaitement appropriée à une telle API, un premier service a été implémenté pour gérer des processus d'indexation de données, à partir de différents formats comme WFS, GeoPackage et Shapefile. Le travail est très prometteur et nous avons commencé l’implémentation de Web component dataviz basés sur cette API (tableau et carte) pour présenter le concept.

GeoNetwork, toujours dans le coup

Comme vous le voyez, les choses bougent dans l'écosystème GeoNetwork et donneront bientôt un nouveau visage à cette application historique. Elle s'adapte à des cas d'utilisation et des tendances plus modernes pour apporter des réponses innovantes aux attentes des fournisseurs et des consommateurs de données. Cette année apportera de nombreuses nouvelles fonctionnalités, la feuille de route est très chargée mais nous espérons que GeoNetwork assurera sa fonction de Data Hub (données géo, non-géo, open data, composants dataviz, nouvelle page de recherche) d'ici la fin de l'année.

Que de belles perspectives à venir :)