Points à développer
v1
Points principaux :
-
gestion de l'envoi de ZIP (décompression, renommage, suppression) -
check de la concordance database -> fichiers envoyés -
liste des envois -
détails d'un envoi -
suppression d'un envoi -
suppression d'une ressource -
édition d'une ressource -
choix des envoi de données sur NAKALA : -
complet depuis sends/list -
par ressources (case à cocher) depuis resource/list
-
-
édition du profil pour que l'user puisse ajouter sa clé d'API - #9 (closed) -
purge des fichiers (images, PDF) après une durée à définir - #10 -
voir les champs restant à prendre en compte -
gestion des erreurs retournées par l'API -
mise à jour ressource sur la base et prise en compte sur nakala - #14 (closed) -
modifications par lot pour les métadonnées suivantes : collection, nakala:license, nakala:type, dcterms:language, dcterms:publisher et dcterms:rights. -
pour Nahan, supprimer les éléments nk_creator et nk_created dans la liste des métadonnées modificables (ex : http://importnakala.ens.fr/resource/list/61) -
sur la page de détail d'une ressource, si une erreur est présente (fichier non envoyé), voir comment virer cette erreur -
problème si coverage = "français" et non "fr" -
si l'API retourne une erreur il faut pouvoir l'annuler pour permettre le renvoi de la ressource -
si changement de statut sur NAKALA, modifier aussi dans public.resource
Points secondaires :
-
remplacer les caractères accentués pour les noms de fichiers -
gérer plusieurs fichiers pour une seule ressource -
check des champs obligatoire après édition de la ressource -
modif d'un/des fichiers d'une ressource -
affichage du statut de l'envoi et de la ressource -
prévoir une page pour afficher tous les envois des users si on est en admin -
indiquer en rouge les métadonnées fautives -
afficher erreur si problème de clé d'API
v2 (plus tard ou pas)
-
récupérer l'id nakala et créer un lien direct vers la notice en ligne -
supprimer les données stockées dans la bdd après publication sur Nakala ; en cas de demande de modification, recharger dans la base de données les métadonnées issues de Nakala -
visualisation d'une image d'une ressource -
permettre la modification du nom de l'envoi et du choix du projet -
pour le champ coverage afficher la liste de pays -
cacher le bouton d'envoi de données si il n'y a rien à envoyer -
gestion de la langue en base de données pour les metas ou c'est nécessaire -
ajouter une colonne (facultative) dans le fichier csv pour indiquer une date d'embargo (ou jamais) pour l'accès aux fichiers
Edited by Stéphane DINE