etalab / csv-gg Goto Github PK

Détecter automatiquement un champ de type "adresse" dans un schéma (grâce au libellé) et vérifier l'adresse saisie par un utilisateur avec l'API adresse (ex : https://api-adresse.data.gouv.fr/search/?q=8+bd+du+port).

Proposer la correction de l'adresse si celle rentrée par l'utilisateur n'est pas exactement conforme au référentiel.

exemple :

Si le schéma indique un champ de type "coordonnées géographiques" (voir : https://specs.frictionlessdata.io/table-schema/#geopoint), il serait intéressant de créer un widget facilitant la saisie de ces coordonnées à un utilisateur.

Features à développer :

• détection du type "geopoint"
• laisser le choix à un utilisateur de saisir les coordonnées à la main ou de sélectionner un point sur une carte avec un "marker" (utiliser les tiles etalab https://github.com/etalab/tiles.data.gouv.fr)

There seems to be a formatting issue with what looks like Markdown, not properly displaying a link.

Example: https://csv-gg.etalab.studio/?schema=scdl%2Fequipements

Les entrées de la [nomenclature des équipements collectifs publics](https://docs.google.com/spreadsheets/d/157WPWMUDC6w58Aep1dgWzzunKEjzSd-QmyuEHa8RFqc) sont divisées en 10 grandes familles. 

Cheers.

Il serait intéressant de stocker le fichier en cours de constitution en localStorage ou autre, ceci afin d'offrir la possibilité de revenir sur une édition après avoir fermé la fenêtre de son navigateur, accidentellement ou non.

Le favicon actuel est celui de Vue.js il me semble.
Pour mieux s'y retrouver dans nos onglets, on pourrait changer le favicon. Par exemple https://favicon.io/emoji-favicons/scroll 📜

Priorité : faible 😅

Une fois le SSO mis en place (work in progress #34), ajouter la possibilité de publier une ressource sur data.gouv.fr depuis l'interface de csv-gg.

Workflow envisagé :

• Sélection d'un schéma sur csv-gg (Feature déjà existante)
• Ajout de données obéissant à ce schéma depuis l'interface de csv-gg (Feature déjà existante)
• Création d'un bouton "Publier sur data.gouv.fr" à côté du bouton déjà existant "Télécharger la ressource" lorsque les données sont validées
• Création d'une page formulaire permettant :
  • la sélection de l'organisation qui publie le JDD, ou en son nom propre — si possible proposer l'organisation par défaut
  • champs texte précisant le titre du JDD
  • champs description précisant la description du JDD
  • champs texte précisant le titre de la ressource
  • bouton "Publier" permettant la publication du fichier au format csv sur le nouveau JDD, avec l'attribut "schema" rempli en fonction du schéma en cours
• Création d'une page indiquant l'adresse où est publié le jeu de données (page de confirmation)

La publication du Jeu de données s'effectuera via l'API data.gouv documentée ici : https://doc.data.gouv.fr/api/dataset-workflow/

Follow up of #42

• Bump API version from v1 to v3
• Handle name and description fields

Related to #1.

Errors related to schema structure are not displayed in the UI because currently only errors related to columns are handled.

A l'image de http://playlists.etalab.studio, il serait intéressant de développer une synchronisation avec data.gouv.fr :

• connexion partagée
• reprise d'un fichier existant sur data.gouv.fr
• upload d'un fichier validé sur data.gouv.fr

A arbitrer : est-ce que cette synchro ne doit pas être le job d'un autre service qui ferait le lien entre csv-gg et data.gouv.fr ? Ainsi, ce service pourrait être adapté à un cas d'usage particulier plutôt que de tomber dans les dangers du générique. Par exemple un site dédié à la contribution d'un fichier IRVE qui mettrait les bons tags au moment de l'upload, expliquerait le contexte réglementaire, pourrait envoyer des relances, se brancher à d'autres outils...

La page csv-gg.etalab.studio n'affiche plus que le header et le footer de l'application.

I think that the generated blob does not have any encoding yet. This causes an issue when putting special characters in columns at least. The issue happens currently with the IRVE schema, where there is a column named accessibilité.

The CSV header is recognized as accessibilité and produces 2 errors.

The fix is likely around the encoding of the generated Blob

Actuellement quand on met un lien vers publicali, on a cette carte :)

As said in #39 (review), refactor to avoid duplication. Look at a common form group component and templates

CSV-GG se base sur l'API de Validata (projet validata-api) pour assurer la conformité des données saisies par l'utilisateur.

La structure du rapport de validation renvoyée par l'API évolue avec la sortie (prochaine) du package frictionless-py qui fait fonctionner Validata. Il est donc nécessaire de faire évoluer CSV-GG pour prendre en compte ces changements dans l'appel à Validata API.

Similaire à #27

We should detect duplicates lines, if any, adding them to the lines variable. Cf #2.