Plugin Grist data.gouv.fr : Signalements de problèmes et suggestions d'améliorations

Schémas et standards de données
1

Grist est un tableur collaboratif, à disposition des agents publics via la Suite numérique, permettant de travailler sur des données, et même de construire des outils métiers très avancés.

Les équipes data.gouv.fr et Validata ont développé un plugin (« widget custom ») à destination des agents publics et en version beta permettant :

  1. de publier des données sur data.gouv.fr directement depuis Grist
  2. de récupérer des données de data.gouv.fr pour les utiliser dans Grist
  3. de créer un template métier dans Grist à partir d’un schéma sur schema.data.gouv.fr
  4. de vérifier directement dans Grist la validité de données par rapport à un schéma

Le plugin :

Vous pouvez ci-dessous signaler les problèmes que vous rencontrez en utilisant le plugin ou suggérer des améliorations.

:link: En savoir plus sur ce plugin (« widget custom ») :

:vertical_traffic_light: En savoir plus sur Validata

:card_file_box: En savoir plus sur Grist

3

Bonjour !

Aujourd’hui le widget grist pour publier des données sur data.gouv ne fonctionne que si le document est public or les agents qui pourraient facilement publier des données avec ce widget travaillent presque exclusivement sur des documents privés.

Est-ce que c’est prévu dans votre roadmap de faire évoluer le widget pour permettre la publication à partir d’un document privé ?

Merci pour les infos. : )

1 « J'aime »
4

Pour info j’ai eu une réponse via un autre canal : l’équipe data.gouv a prévu de faire évoluer le widget dans cette direction

1 « J'aime »
5

Bonjour,
cette fonctionnalité serait appréciable pour une collecte des référentiels cependant je suis toujours bloquée sur « en cours d’importation ».
Est-ce que cela est déjà arrivé à certains d’entre vous ?
si oui comment avez vous fait pour passer ce message, car je n’arrive pas à collecter les données de open.data.gouv dans GRIST.
si non qui c’est pourquoi l’importation ne se fait pas ?
merci de votre contribution
PS : j’ai tenté d’importer les codes NAF INSEE

image
image562×227 8.18 KB

6

Bonjour,

Merci pour votre signalement.

Je ne suis pas parvenu à ce stade à reproduire le problème que vous avez rencontré. Pouvez-vous m’indiquer le libellé exact du jeu de données avec les codes NAF INSEE que vous avez essayé d’importer ? Par exemple à l’aide d’une capture d’écran si vous le souhaitez.

7

Bonjour à vous,
je reviens vers vous après quelques mois mais un bel espoir, hier, à l’occasion d’une discussion sur le projet GRIST, avec Vincent Viers, nous avons pu identifier le problème. l’import de données data.gouv sur une instance Grist autre que DINUM est bloqué, avec mes mots, à la porte d’entrée « numerique.gouv ». (voir copie ecran)

aujourd’hui, en voulant intégrer le jeu de données Programme Petites Villes de demain dans l’instance DINUM, je constate une autre erreur (copie d’écran)

{9AA819E7-B487-4B13-8C85-CE637B6B3CA6}
{9AA819E7-B487-4B13-8C85-CE637B6B3CA6}1911×902 80.4 KB

En vous remerciant de l’intérêt que vous porterez à mes remarques, car les interactions GRIST et le service public de la donnée est une grande avancée dans le monde de la fabrik data « libre ».

8

je vous joins en 2ème réponse la copie ecran : « erreur d’entrée »

erreur_instance
erreur_instance1098×743 53.4 KB

9

Bonjour, merci pour votre signalement ! le bug a normalement été corrigé, est-ce que vous confirmez que le widget Grist fonctionne désormais sur votre instance ?

1 « J'aime »
10

Bonjour,

J’ai voulu publier cette table comme ressource sur data.gouv :

image
image1728×704 133 KB

Mais le fichier csv publié ressemble à ça :
localisation,action,C
14194,« L,24,31,20,21 »,
14410,« L,11,11 »,
14164,« L,30,20 »,
14179,« L,31 »,
14520,« L,32 »,
14539,« L,33,46 »,
14077,« L,39 »,
14233,« L,15 »,
14373,« L,17,24 »,

Avez-vous une idée pour résoudre ce problème ?
Ma table dans Grist est composée d’une colonne Localisation (référence unique) et action (références multiples).

Merci d’avance pour votre aide

11

Bonjour Aurélie, je vois deux problèmes :

  1. les « L » en début de cellules dans les cas de choix multiples : c’est la façon dont Grist gère ce type de colonne, les « L » sont intégrés dans la donnée et sont donc exposés comme le reste. De notre côté sur d’autres process nous faisons le nettoyage en postprocessing, il faudra investiguer si on peut intégrer un process de ce type dans le widget
  2. les nombres qui apparaissent à la place des références : de même c’est lié à la façon dont Grist stocke les données, il retourne les identifiants des références internes et pas leur contenu. On pourrait avoir une coche « exporter les identifiants VS exporter les références », à investiguer.

En l’état il n’y a pas de solution rapide (sans développement) je pense :confused:

12

Merci Pierlou ! j’étais focus sur d’autres aspects du widget de publication et j’ai raté ça. Comme les colonnes de type références sont partout dans grist, ça mérite une issue.

13

Je viens de tenter l’association avec la donnée Programme petites villes de demain - liste des villes bénéficiaires, et l’import est toujours en stand by. ci

14

J’arrive en effet à reproduire un problème d’import avec ce jeu de données (différent de celui précédemment signalé). Je mène l’enquête et reviendrai vers vous.

Edit : un ticket a été ouvert, vous pouvez vous y abonner pour suivre l’évolution de la résolution du problème

15

Bonjour ! Est-ce que le widget data.gouv.fr peut importer un jeu de données qui est en brouillon dans mon organisation (donc non publié), si je m’authentifie avec la clé API data.gouv.fr de mon organisation ? Je n’ai rien trouvé à ce sujet dans la documentation…

Ceci correspond à un cas d’usage détourné où le widget serait utilisé pour alimenter des documents Grist avec un même référentiel, faute de pouvoir faire des appels à des tables situées en dehors d’un document : Make reference Data available at Site Level · Issue #416 · gristlabs/grist-core · GitHub