salut,
j'ai fait le ticket

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

Le 23/10/2013 14:28, Tony Chemit a écrit :

On Wed, 23 Oct 2013 13:46:53 +0200
cbonnet <Christian.Bonnet@ifremer.fr> wrote:

Salut Christian,

Tu sais, tout est faisable ;)

Peux-tu me faire un ticket sur la 3.0 qui décrit précisement ce que tu veux (comme ça pas d'incompréhension possible).

Je regarderais ça si c'est jouable pour la version 2.9.

Merci,

tony.

 

On ne s'est pas compris, 

actuellement le répertoire meas_file n'est effectivement pas
obligatoire, mais par contre il faut quand même avoir une arborescence à
2 niveaux / répertoires dans le zip. 

C'est ça qui pose problème car quand on zip la base d'allegro, on va
zipper le répertoire db. 

Si on zippe le répertoire au dessus du répertoire db, on a alors tout
l'applicatif... 

Christian 

Le 2013-10-22 17:54, Tony Chemit a écrit : 

On Tue, 22 Oct 2013 17:33:22 +0200
Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:

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

Il me semble que c'est déjà le cas. Si il n'y a pas de répertoire meas_file cela fonctionne quand même. L'import d'une base ce n'est rien d'autre que le dézip de l'archive fournie; donc ça doit fonctionner.

tony.