en repartant du zip sur le site, je me suis rendu compte qu'en fait :
- le zip sur le site a pour structure :
<repertoire>
|- allegro.backup
|- allegro.data
|- allegro.properties
|- allegro.script
Donc c'est bon pour moi (c'est ce qu'il nous fallait)
C'est le zip sauvegardé via l'appli qui a la structure suivante :
<repertoire>
|----<db>
|- allegro.backup
|- allegro.data
|- allegro.properties
|- allegro.script
|---<meas_file>
Ce qui est normal à cause des fichiers de mesure.
C'est juste pour Allegro où ça va être plus pénible car il n'y a pas de génération d'un zip de sauvegarde et là ils devront faire attention à la structure...
Est-ce qu'il ne serait pas possible, relativement simplement, que l'applicatif sache gérer les 2 structures lors de l'import d'une base :
- un zip contenant un répertoire db et les fichiers de la base, sans les fichiers de mesure (qui viendrait la plupart du temps d'Allegro)
- un zip contenant un premier répertoire avec 2 sous-répertoires db et meas_file
Merci pour ta réponse.
Christian
| |
||
| Christian BONNET |
Centre de Brest ZI de la pointe du diable CS 10070 - 29280 Plouzané |
|
| Infrastructures Marines et
Numériques Informatique et Données Marines Ingénierie des Systèmes d'Information |
||
| christian.bonnet@ifremer.fr www.ifremer.fr |
Tel : +33 (0)2.98.22.46.16 Fax : +33 (0)2.98.22.46.44 |
|