Non il ne s'agit pas d'un oubli volontaire puisque l'on avait repondu a ta question lors de ton premier mail (cf reponse DP ci-jointe) d'autant plus que ce pb avait deja ete evoque en reunion du 19/12 lors de la discussion du modele en longeuur et des interfaces qui s'y rapportent (cf CR joint en attache page 6, paragraphe 3/a)la saisie des valeurs). a+ stephanie -------- Message d'origine -------- Sujet: Re: [Isis-fish-devel] questions Date: Wed, 07 Jan 2004 11:44:36 +0100 De: Dominique PELLETIER <Dominique.Pelletier@ifremer.fr> Société: IFREMER A: IsisDev <isis-fish-devel@lists.labs.libre-entreprise.org>, smahevas <smahevas> Références: <3FFAC530.58CD816C@ifremer.fr> <20040106203346.4e4cf6c4.poussin@codelutin.com> Salut Benjamin, Merci pour toutes ces infos. Nous ne sous-estimons pas le travail que celà représente, mais c'est vrai qu'une fois de plus on n'avait pas ce qu'il faut au bon moment (je n'avais meme plus la carte..). Je te remercie de penser que je suis une pochetronnne et je tiens à te rassurer à ce sujet... Je ne pense pas m'etre trompée en observant ce numero de version, mais errare humanum est. Il nous semble à toutes les deux que nous avons eu une version ultérieure à celle qui avait plein de bugs (de octobre), notamment tu avais fait des modifs en novembre. Or, c'est la vieille version que nous avons ici. Nous sommes en pleine reunion (hier et aujourd'hui), donc tu ne peux nous telephoner sauf a demander la salle de reunion 3 Je réitère ma demande pour le coup de la base qui se vide à chaque réinstallation, je voudrais que ce soit corrigé très vite, c'est possible puisque çà marche chez Stéphanie. J'en ai marre de perdre mes simu à chaque fois que Java web start va chercher une version du simulateur sur le serveur. Pour ta question sur les classes de longueur, il me semble qu'on a dit qu'on voulait garder les min et max. Donc on fait comme celà. J'espère que ceci répond à ton mail. Je serai là demain et vendredi. Bon courage Dominique Benjamin POUSSIN a écrit :
Je pense que les fetes on ete trop arrosé, car la version 2.1 n'a jamais existé ;)
3. a chaque fois que j'ai une nouvelle version qui s'installe, elle écrase la base existante et je dois restaurer une base. Or, chez STéphanie, elle a la chance insigne de garder sa base existante à
fois. Peux-tu faire quelque chose ?
Je ne pense pas que ce soit le cas. L'installation d'une nouvelle version ne touche jamais aux données en tout cas pour l'instant.
Car avec les modifications que j'ai du apporté au modèle, la base a ete modifier, et donc j'ai du inclure maintenant un upgrade automatique de la base de données. Cela m'a pris beaucoup plus de temps que je ne le pensais, et surtout je ne pensais pas devoir le faire maintenant :(.
En tout cas maintenant, nous pourrons plus facilement modifier la base de données et les anciens fichiers sauvegardés en XML devrait pouvoir être réimporté. Avant de venir vous apporter cette version, je prefere la tester.
Il me reste encore de petite chose a faire sur la migration des données mais les 1er tests sont concluant.
Ce serait bien qu'on ait vite la dernière version opérationnelle, car on l'air bete avec notre ver 1.2.1 pleine de bugs (on vient de faire une démo : pas moyen de reussir une simu). Peut-on la charger qqe part chez vous ?
malheureusement non, comme je l'ai dit au dessus, j'ai mis plus longtemps que prevu pour la migration des données d'un version a une autre, et surtout je prefere tester avant que vous ne l'utilisiez.
Donc tout ceci pour dire que je n'ai pas pu faire une version pour hier :(, et j'en suis vraiment desole, j'ai essaye de t'appeller a ton bureau mais ca n'a pas repondu :(.
J'ai a priori fait toutes les modifications que l'on avait vu l'autre fois sauf une. Il s'agit du calcul de changement d'age lorsque les classes sont en longueur. Car il me faut les borne min et max de la longueur d'une classe, que je n'ai pas. Je n'ai que la valeur moyenne.
Donc pour pouvoir avoir les bornes, il fallait modifier la base et donc pouvoir migrer les informations et donc coder ce qu'il fallait pour la migration des données, ...
Donc voila, je suis au bout du travail pour pouvoir remplir la matrice. Mais j'aimerais connaitre votre souhait sur la facon de conserver cette information pour les classes en longueur (borne min et max).
C'est a dire, ou puis-je trouver l'information dans ce que saisie l'utilisateur pour tous les cas de figure de la saisie des classes en longueur ? et sous quel forme la stoker dans la base ? pour cette deuxieme question je dois sans doute pouvoir me debrouiller seul.
point sur le developpement ==========================
+- recuperation des anciennes bases en XML, meme apres modification du model de la base +- Dans le menu config mettre si on veut les tooltips +- correction du bug lors de la sauvegarde de saison qui se chevauchent +- lorsque l'on change les dimensions de la saison, la taille de la matrice change en meme temps (lors de la sauvegarde) +- pour la saison: dans le tableau de reproduction, en titre les mois de la saison +- pour recrutement: dans le tableau en titre (1er mois, 2eme mois, 3eme mois, ...) +- dans immigration: secteur d'arrivé ajout d'un apostrophe +- dans engin: Paramètre de Gamme possible -> valeurs possibles du
+- dans metier: correction du bug lors du changement du type de
+- dans engin: supprimer Param Continu et Quantifiable. +- Pour les valeurs continus accepte les - (5-12) pour les autres des ; (12;15;17;90) +- dans strategie: supprimer le bouton 'Terminer' +- dans pop: mettre les ages en valeur entiere et non en float (2.0 -> 2) +- la base de données s'upgrade maintenant automatiquement lors du changement de version de mckoi (j'ai donc mis une nouvelle version de la
chaque paramètre parametre qui n'etait pas pris en compte librairie).
+- changement de la version de la librairie OpenMap (peut-etre cela corrigera-t-il le probleme de carte ?) +- ajout dans le model de donnees un lien entre region et secteur +- ... d'autre petites choses qui ne sont pas forcement visibles
Je pense avec toutes les modifications que j'ai fait, et les modifications que je veux encore faire sortir une version 2.0, qui sera la base pour tout les changements pour le modele economique, avec pas mal de modifications non visibles mais tres utiles.
Mais il y aura une version intermediaire avant. J'espere pouvoir la faire pour la fin de semaine, ou debut de la semaine prochaine. Mais pour ca il me faut votre reponse sur les bornes min et max de la longueur.
-- Benjamin -------------------- email: poussin@codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii
------------------------------------------------------------------------
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@lists.labs.libre-entreprise.org http://lists.labs.libre-entreprise.org/mailman/listinfo/isis-fish-devel
-- Dominique Pelletier Laboratoire MAERHA IFREMER BP 21105 44311 Nantes Cedex 03 FRANCE E-mail: dpellet@ifremer.fr Tel: 33 2 40374164 Fax: 33 2 40374075 http://www.ifremer.fr/maerha/ _______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@lists.labs.libre-entreprise.org http://lists.labs.libre-entreprise.org/mailman/listinfo/isis-fish-devel -- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/MAERHA Tel: 02 40 37 41 81 Fax: 02 40 37 40 75 (Mathématiques Appliquées à l'Evaluation des Ressources Halieutiques et Aquacoles) rue de l'île d'Yeu BP 21105 44311 NANTES Cedex 03 http://www.ifremer.fr/maerha o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................