Topic et MCP : vers des périmètres de données transparents, gouvernés et réutilisables?

Autres questions / réponses
, , ,
1

Bonjour,

Dans le cadre de travaux autour de l’exploitation de data.gouv.fr par des agents conversationnels et des serveurs MCP, je cherche à mieux comprendre la vocation et la sémantique de l’objet Topic de l’API v2.

La documentation de l’API et le Swagger décrivent bien sa structure technique (name, description, tags, extras, spatial, elements, rattachement à une organisation ou à un utilisateur…), mais je n’ai pas trouvé de définition fonctionnelle précise de ce qu’un Topic est censé représenter.

Documentation :
https://guides.data.gouv.fr/api-de-data.gouv.fr/reference/topics

Swagger :
https://www.data.gouv.fr/api/2/

Spécification :
https://www.data.gouv.fr/api/2/swagger.json

Des usages assez hétérogènes

Un premier audit de l’endpoint /api/2/topics/ fait apparaître 249 objets Topic accessibles au moment de l’analyse, portés par 35 producteurs distincts.

La réponse est bien paginée (page_size = 20) : total = 249 correspond au nombre total d’objets accessibles par cette requête, et non aux seuls résultats de la première page.

Environ :

  • 57 % des objets Topic ne comportent aucun élément associé ;

  • 43 % agrègent une ou plusieurs ressources.

La répartition est toutefois très concentrée : la DINUM porte 128 objets Topic, soit 51,4 % du total, principalement dans le cadre de Simplifions. Il faut donc lire les usages observés avec cette précaution.

L’objet est aujourd’hui utilisé de manières assez différentes : fiches de solutions ou de cas d’usage, collections thématiques, catalogues ou encore « univers » de données.

Le Topic comme objet d’agrégation

Certains objets Topic regroupent aujourd’hui un nombre important de jeux de données :

ID du Topic Nom Jeux de données Éléments totaux
69aea5dff97ef1fc29836765 univers-culture 976 987
6a3295a84ad2c3a98cf41715 Vie quotidienne 530 532
68889f00bd51536864e35316 Données Portail Culture 293 299
6a8599542ad95ce5362d5ff7 univers-ministere-culture-etablissements 261 266
6a84700a0fa17b5ccf09a7b1 univers-ministere-culture 184 185

Cela montre qu’un Topic peut déjà constituer une véritable couche d’agrégation au-dessus du catalogue.

Exemple côté Écologie : le Topic comme « collection »

La documentation d’écologie.data.gouv.fr donne une définition fonctionnelle locale particulièrement intéressante :

« Une collection est représentée par un objet Topic sur data.gouv.fr. »

https://guides.data.gouv.fr/ecologie.data.gouv.fr/ecologie.data.gouv.fr/collections-thematiques/gerer-une-collection-via-lapi-data.gouv.fr

Exemple : « Indicateurs Régionaux de Planification Écologique (COPs) »

Ce Topic regroupe 48 jeux de données sur 48 éléments et porte notamment les tags univers-ecospheres et ecospheres-theme-chantiers-transverses.

Exemple côté Culture : le Topic comme « univers » ou périmètre

Côté ministère de la Culture, nous expérimentons l’objet Topic pour constituer des périmètres identifiés de données.

univers-culture

Il regroupe actuellement 976 jeux de données provenant de producteurs différents et sert notamment à constituer le périmètre de culture.data.gouv.fr.

Un exemple plus ciblé est le Topic univers-culture-deps :

Il regroupe actuellement 37 jeux de données sur 37 éléments autour du Département des études, de la prospective, des statistiques et de la documentation (DEPS).

Vers un périmètre gouverné et transparent ?

Ces usages nous conduisent à nous demander si l’objet Topic pourrait également servir à représenter un périmètre de données explicite, maîtrisé et transparent, capable notamment :

  • d’associer des jeux de données provenant de différents producteurs ;

  • de cartographier les ressources appartenant à un périmètre ;

  • d’en expliciter la finalité ;

  • d’identifier l’autorité responsable ;

  • de documenter les règles d’inclusion et d’exclusion ;

  • de préciser les modalités de maintien et d’évolution ;

  • de rendre compréhensible la provenance des ressources.

L’enjeu serait de distinguer une simple sélection de ressources d’un périmètre explicitement défini et gouverné, dont un utilisateur ou un agent automatisé pourrait comprendre l’origine, les règles de constitution et les limites.

En faire un commun à partir des briques déjà existantes ?

Un des enjeux de cette réflexion est précisément de déterminer s’il serait possible d’éviter de recréer, pour chaque verticale ou chaque administration, une nouvelle couche de description et de sélection des données.

L’intérêt de Topic est qu’il s’appuie déjà sur plusieurs briques existantes de data.gouv.fr :

  • les jeux de données et autres objets référencés ;

  • les organisations et producteurs ;

  • les métadonnées ;

  • les tags et extras ;

  • les mécanismes de publication et de mise à jour ;

  • l’API data.gouv.fr ;

  • et désormais les usages possibles via le MCP.

La question est donc de savoir si cet objet pourrait être suffisamment formalisé pour devenir un commun de description des périmètres de données, réutilisable par différentes politiques publiques et différents portails, plutôt que de multiplier les mécanismes spécifiques.

Il pourrait alors constituer une brique intermédiaire entre le catalogue général et les usages métiers : un objet commun permettant de décrire, maintenir et exposer un périmètre, tout en s’appuyant sur les objets et infrastructures déjà disponibles dans data.gouv.fr.

Lien avec le MCP data.gouv.fr

Cette réflexion s’inscrit dans les travaux autour du MCP data.gouv.fr :

https://github.com/datagouv/datagouv-mcp

https://mcp.data.gouv.fr/mcp

L’objectif serait d’évaluer si l’objet Topic pourrait constituer une brique commune directement exploitable par le MCP data.gouv.fr.

Un agent pourrait ainsi interroger non seulement le catalogue général, mais aussi des périmètres ministériels, thématiques ou métiers construits à partir d’un mécanisme partagé.

L’intérêt serait double :

  • réutiliser les briques existantes de data.gouv.fr, sans créer une infrastructure parallèle de gestion des périmètres ;

  • fournir au MCP une couche commune permettant de comprendre quelles ressources interroger, pourquoi elles appartiennent à ce périmètre, qui le gouverne et quelles en sont les limites.

Le Topic pourrait ainsi devenir, sous réserve d’une sémantique et d’une gouvernance suffisamment explicites, un commun entre les producteurs de données, les portails thématiques et les agents qui consomment ces ressources.

Cette réflexion s’inscrit également dans un travail plus large autour de l’usage du MCP pour organiser l’accès à des ressources de données et construire des espaces de confiance.

Pour réflexion et échange :
https://hal.science/hal-05655006v1

Questions

1. Existe-t-il aujourd’hui une définition fonctionnelle ou une doctrine d’usage de l’objet Topic, au-delà de son contrat technique dans l’API ?

2. Les usages « collection » côté Écologie et « univers / périmètre » côté Culture correspondent-ils à des usages envisagés de l’objet Topic, ou à des spécialisations locales d’un objet volontairement générique ?

3. Pourrait-on faire de Topic un commun, construit à partir des briques existantes de data.gouv.fr, permettant de décrire et de maintenir des périmètres de données réutilisables par différents portails, administrations et usages ?

4. Dans cette perspective, serait-il pertinent de formaliser des propriétés de gouvernance — autorité, finalité, règles d’inclusion, provenance, maintien et évolution — afin de rendre ces périmètres transparents et exploitables de confiance par le MCP data.gouv.fr ?

5. Ou serait-il préférable de porter cette fonction par un autre concept / objet, tout en conservant la même logique de commun et de réutilisation des briques existantes ?

L’objectif est donc d’évaluer si Topic pourrait permettre de porter conjointement la cartographie d’un périmètre, la transparence de sa gouvernance et son exploitation comme commun au sein de l’écosystème data.gouv.fr, notamment via le MCP, ou si cette fonction appelle un autre modèle.

Merci par avance pour vos retours et pour tout élément de contexte sur la conception initiale ou la trajectoire envisagée de cet objet.