Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Import/Exports de modèles d'imports (mappings) #146

Closed
DonovanMaillard opened this issue Aug 11, 2020 · 6 comments
Closed

Import/Exports de modèles d'imports (mappings) #146

DonovanMaillard opened this issue Aug 11, 2020 · 6 comments
Labels
enhancement New feature or request solved in next release This issue will be fixed in next release

Comments

@DonovanMaillard
Copy link
Collaborator

Bonjour,

Une proposition de nouvelle fonctionnalité pour faciliter encore un peu les échanges et imports de données.

J'imagine une fonction à l'étape 4 (prévisualisation) pour pouvoir exporter ses mappings (champs+nomenclatures) utilisés.

Et surtout, à l'étape 1, pouvoir charger ce même type de fichier, qui créerait automatiquement les mappings qui correspondent au fichier de données transmis. Ca permettrait à terme de transférer aux partenaires d'une part le fichier de données, et d'autre pas le fichier de mappings correspondant à nos données.

Pensez-vous que :

  • Ca puisse être utilisé ?
  • Ca puisse être facile à mettre en oeuvre ?
@camillemonchicourt camillemonchicourt added the enhancement New feature or request label Aug 11, 2020
@DonovanMaillard
Copy link
Collaborator Author

(si on voulait être totalement pertinents , il faudrait quasiment que :
= Le module d'import puisse importer un fichier de mappings en plus du fichier de données
= Le module d'export puisse exporter un fichier de mappings en plus du fichier de données

Ca devient malgré tout un peu compliqué, car il faudrait créer cette notion de mappings dans le module d'export, et calculer un mapping qui n'existe pas dans la BDD fournisseur.... a l'usage ma proposition implique donc de créer un mapping spécifiquement pour l'envoi de nos données, via le module d'import... c'est tordu. mais je ne vois pas mieux pour le moment...)

Ces fonctions permettraient, quand même, d'imaginer que les utilisateurs puissent se partager les uns les autres des mappings correspondants aux outils les plus communs, pour importer des données serena, sicen, biolovision etc.

@camillemonchicourt
Copy link
Member

Je penche plutôt que la prochaine étape du projet IMPORT soit le remplacement des MAPPINGS par des correspondances de champs et de synonymes. Dans ce cas, il serait intéressant de trouver un moyen de partager, mutualiser les listes de correspondances de champs.

En l'état, tu peux déjà proposer un export des MAPPINGS, en créant une vue dédiée avec le module EXPORTS.
C'est ainsi que pour l'export de nos données, on a associé l'export de leurs métadonnées : https://www.data.gouv.fr/fr/datasets/observations-de-biodiversite-faune-flore-du-parc-national-des-ecrins/
On pourrait l'accompagner du mapping qui va avec de la même façon.

@DonovanMaillard
Copy link
Collaborator Author

Qu'est-ce que tu vois comme différences entre des mappings et des correspondances de champs et synonymes ?

Oui, actuellement c'est vrai que le module d'export pourrait déjà sortir le mapping. Reste à pouvoir rentrer ce fichier dans le module d'imports mais à voir selon ce que tu as en tête pour remplacer les mappings.

@DonovanMaillard
Copy link
Collaborator Author

Avec le fonctionnement actuel des correspondances, on confirme le souhait que le module puisse :

  • exporter les correspondances effectuées au format json,
  • importer un json de ce type pour créer les mappings en question.

Dans notre cas, ça permettra de partager les mêmes mises en correspondances entre plusieurs instances, et de ne faire ces correspondances qu'une seule fois.

@DonovanMaillard
Copy link
Collaborator Author

Fait dans la version 1.2.0

@camillemonchicourt
Copy link
Member

Import de mapping remplacé par la gestion des modèles d'import dans l'Admin de GeoNature dans la version 2.0.0.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
enhancement New feature or request solved in next release This issue will be fixed in next release
Development

No branches or pull requests

2 participants