Définir / communiquer plus explicitement sur ce qu'est un schéma ou pas

[thbar]

Je travaille pour transport.data.gouv.fr au sein du groupe technique de normalisation (GT7) qui rédige les profils de normes SIRI et NeTEx France ici:

• http://github.com/etalab/transport-profil-netex-fr
• http://github.com/etalab/transport-profil-siri-fr

Ces normes européennes sont ensuite publiées techniquement sur https://normes.transport.data.gouv.fr/ (site en cours de refonte), site géré par l'équipe transport.data dont je fais partie.

Se posent des questions de clarté pour "les gens de l'extérieur" de façon générale, voir:

• Difficultés de navigation entre sites / espaces etalab/transport-profil-netex-fr#73

Cela n'est pas sans rappeler ce point:

• Standard GTFS pour les données de transport #296

@TuThoThai qui fait aussi partie du GT7 est en train de rédiger un document qui clarifie déjà la gouvernance via GitHub des profils de normes SIRI et NeTEx France, et la définition de "schéma national" (= élément qui apparaît sur https://schema.data.gouv.fr) apparaît dans ce document.

Il semble nécessaire d'expliciter à terme plus clairement pour le grand public:

• quel est le périmètre de https://schema.data.gouv.fr et ce qui y est publié
• idem pour https://normes.transport.data.gouv.fr
• et leurs interconnections éventuelles, avec des définitions communes !

Histoire de clarifier un peu les choses pour tout le monde de l'extérieur.

Voilà pour lancer la balle sur ce sujet, et homogénéiser la chose pour le grand public !

Mon impression à ce stade est que:

• https://normes.transport.data.gouv.fr/ va globalement inclure tout ce qui est profil de normes (au sens AFNOR) européennes en déclinaison française
• https://schema.data.gouv.fr va globalement mettre en avant les schémas qui ont été défini par nous-même (beta gouv et écosystème environnant), souvent pour pallier à un manque de standardisation (au sens AFNOR), et pour répondre à un besoin pressant de production de données

Il est à noter que certains schémas (dont IRVE et comptage mobilités par exemple) sont actuellement étudiés comme inspiration côté EU, et que donc ces deux démarches me semblent très complémentaires et intelligentes à conserver dans le temps!

[thbar]

Poke @Pierlou vu qu'on a un peu évoqué tout ça, et le titre est peut-être pas le meilleur, mon explication s'est développée !!!

[Pierlou]

Bonjour Thibaut,
En effet le sujet de ce qui a sa place ou non dans le catalogue schema.data.gouv est un enjeu qui devient pressant à mesure que la plateforme gagne en traction et en popularité. Historiquement les critères pour qu'un schéma/standard soit intégré au catalogue sont (cf la page de contribution) :

• le schéma doit décrire des données publiques
• le schéma doit avoir été soumis à la communauté via un message sur notre espace de discussion
• le schéma doit avoir été co-conçu avec plusieurs acteurs du domaine auquel il fait référence
• le schéma doit avoir été conçu selon une spécification technique autorisée et doit être valide
• si aucune donnée n'est encore produite à partir de ce schéma, la version de celui-ci doit être inférieure à la v1.0.0

S'y ajoute une condition de portage du schéma en question, qui doit avoir une existence justifiée, au choix, par voie :

• réglementaire : le schéma a été introduit par une disposition réglementaire ;
• d'usage : la réutilisation des données décrites par le schéma bénéficie à un grand nombre ou de nombreux producteurs sont amenés à utiliser ce schéma.

L'idée derrière schema.data.gouv est que les schémas qui s'y trouvent gagnent en visibilité et en adoption, de la même façon que les données centralisées sur data.gouv (découvrabilité et réutilisation). En découle que l'intégration à la plateforme de standards existants, déjà adoptés, et portés par des entités ayant au moins autant de visibilité que (schema.)data.gouv ne me semble pas pertinente, en dehors de mentions dans la page d'initiatives similaires.

Pour répondre point par point :

mettre en avant les schémas qui ont été défini par nous-même

Pas forcément, comme en témoigne l'intégration récente des standards du CNIG, nous sommes tout à fait preneurs de standards déjà existants et adoptés (dans ce cas le CNIG et schema.data.gouv bénéficient mutuellement de leurs auras respectives)

pour pallier à un manque de standardisation et pour répondre à un besoin pressant de production de données

Pour standardiser des données déjà publiées (cf fontaines à eau) ou préparer le terrain à des publications de qualité (cf l'indice de réparabilité)