You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Permettre aux utilisateurs de charger leurs propres jeux de données
Faciliter la mise en place des instances client après livraison des jeux de données répondant aux critères
Specs :
Un formulaire permet de charger un fichier Shapefile|GeoJSON pour une entité (ex : tronçons dans Geotrek)
À la sélection du fichier source, la liste des colonnes est lue et présentée
Dans une première version, seules les colonnes dont le nom et le type correspondent à celles attendues seront utilisées
Si les attributs obligatoires ne sont pas présents dans le fichier, un message avertit l'utilisateur en présentant les détails (nom de l'attribut, type attendu, ...)
Le formulaire doit permettre à l'utilisateur de choisir ce qu'il adviendra des enregistrements existants et manquants (ex : supprimer les enregistrements qui ne sont pas dans le fichier, conserver ou écraser les enregistrements existants, créer ou ignorer les nouveaux, etc.)
Notes :
Un mécanisme doit permettre de spécifier la classe de déserialization (ex: topologies dans Geotrek, c.f. command loadpoi)
Le format Shapefile est constitué de 4 fichiers, l'import d'un ZIP peut certainement faciliter l'utilisation
La suppression d'enregistrements peut entrainer des suppressions en cascade : il faut avertir l'utilisateur
L'import des fichiers joints en masse semble difficile à envisager (formalisme, volume!)
Le mécanisme d'import doit être générique et doit pouvoir être mis en commun avec l'import en ligne de commande
Le formulaire pourrait être générique et doit pouvoir être utilisé dans l'adminsite pour les données qui ne sont pas des entités (ex : communes dans Geotrek)
Besoins :
Specs :
Notes :