SLDR —> SldrWiki —> SLDR_FR —> Questions en attente
Questions pour l'amélioration des procédures de dépôt
Synthèse de discussions avec le CINES
21 septembre 2011 (résolu)
- Proposition CINES. Script de versement : utilisation d'un script identique pour tous les services versants.
- Proposition CINES. Suite à l'amélioration de l'agorithme de traitement il est proposé d'abandonner le tarage des dépôts : Le module d’entrée a été modifié récemment afin d’éviter la prise en charge prématurée de lots de grande taille. En principe, ces problèmes qui expliquaient le choix de développement de l’époque pour le script de versement n’existent plus. Le processus de tarrage/transfert/détarrage a posé des problèmes très gênants car typiquement nous (CINES) n’avons aucune trace des opérations (détarrage) effectuées sur notre serveur.
- Proposition SLDR. L'abandon de tar/tgz aurait aussi pour avantage de ne plus limiter la taille des fichiers à 8 Go. (Un essai de 28 Go avait produit une erreur impossible à tracer.)
- Proposition SLDR. Nous pourrons démarrer des tests dès que nous aurons une proposition de script.
- Un nouveau script a été rédigé par B. Watine le 20 décembre 2011 et implémenté avec succès. Il reste à supprimer le tarage des DIPs pour la transmission CINES/CC-IN2P3.
20 décembre 2011
- Proposition SLDR. Tous nos versements contiennent un fichier (DEPOT/DESC/olac.xml) qui contient les métadonnées descriptives de l'objet en Dublin Core étendu OLAC. Or il arrive - c'est le cas aujourd'hui - que ce fichier ne soit pas validé parce que le site www.language-archives.org n'est pas accessible. Le validateur est alors confronté à un time-out. Le problème est que, ayant constaté un time-out, il nous oblige à reverser entièrement l'objet alors qu'il lui suffirait de reprendre l'objet resté en attente dans VERS/CRDO-Aix. Obliger un nouveau versement peut être pénalisant pour des objets de forte volumétrie. (C'est encore plus compliqué pour des objets très volumineux qui doivent être segmentés, certains segments étant validés et pas d'autres.) Il faudrait que la plateforme d'archivage du CINES relance automatiquement la procédure de validation, par exemple après 1 heure puis après 12 heures, en cas de time-out.
25 janvier 2012
D'après la page
https://confluence.ucop.edu/display/Curation/ARKs+in+Action
il devrait être possible d'obtenir les informations sur un objet archivé à partir de son code ARK. Par exemple, pour l'objet "ark:/13030/tf5p30086k" il suffit de suivre le lien :
http://ark.cdlib.org/ark:/13030/tf5p30086k?
Or cette procédure ne fonctionne pas pour les objets archivés au CINES. Par exemple, l'objet "ark:/87895/1.4-219919" (
http://sldr.org/ark:/87895/1.4-219919)
n'est pas localisé par la requête :
http://ark.cdlib.org/ark:/87895/1.4-219919?
