[Isis-fish-user] Base JS
Salut, en piochant dans les différents envois de JS, et en jouant au puzzle, j'ai réussi à reconstituer la base complète (enfin j'espère...) que voici. JS si tu peux regarder pour valider. De mon côté, je regarde si je vois des erreurs. A+ Hilaire -- Hilaire Drouineau IFREMER, département EMH Centre de Nantes - BP 21105 - 44311 Nantes Cedex 3 tel : +33 (0)2 40 37 43 06 - fax : +33 (0)2 40 37 40 75 email : hilaire.drouineau@ifremer.fr - web : http://www.ifremer.fr *****************************************************************
Salut JS, je sais pas si la base que j'ai reconstruie est correcte mais en tout cas dans ce que j'ai, j'ai des coeffs de migration >1. Donc ça doit créer des effectifs négatifs dans des zones. De plus tes équations de repro sont assez bizarres... Sinon en supprimant ton fichier isis-config (reppassage de h2data à mckoy, ta base redevient beaucoup plus rapide) A+ Hilaire Hilaire DROUINEAU a écrit:
Salut, en piochant dans les différents envois de JS, et en jouant au puzzle, j'ai réussi à reconstituer la base complète (enfin j'espère...) que voici. JS si tu peux regarder pour valider. De mon côté, je regarde si je vois des erreurs. A+ Hilaire
-- Hilaire Drouineau IFREMER, département EMH Centre de Nantes - BP 21105 - 44311 Nantes Cedex 3 tel : +33 (0)2 40 37 43 06 - fax : +33 (0)2 40 37 40 75 email : hilaire.drouineau@ifremer.fr - web : http://www.ifremer.fr *****************************************************************
Bonjour Benjamin, On s'est rendu compte avec hilaire qu'il est actuellement possible de créer des migrations artificielles + générer des effectifs grâce à la matrice de changement de classe spatialisée. En effet, si l on prend l exemple d une population à deux stades et deux zones, si l on rentre les coeff de changement de classe comme cela: C0/zone1 -> C0/zone1 = 1 C0/zone1 -> C0/zone2 = 1 on se retrouve à la fin avec deux fois C0, une fois dans zone 1 et une fois dans zone 2. On est bien d'accord pour dire que cela relève d'une erreur de saisie qui peut être palliée par un warning dans le manuel et dans l'interface. Mais il serait plus simple pour l'utilisateur et cela gagnerait en convivialité si il y avait une matrice de changement de classe par zone. Ce qui empecherait l'utilisateur de faire des changements de classe inter zones. Est ce possible pour toi de faire une interface qui permettrait à l'utilisateur de cliquer sur la zone à remplir et qui n'afficherait que les classes de cette zone? Bonne journée Youen
On Tue, 13 Jun 2006 14:36:09 +0200 Youen VERMARD <Youen.Vermard@ifremer.fr> wrote:
Bonjour Benjamin,
On s'est rendu compte avec hilaire qu'il est actuellement possible de créer des migrations artificielles + générer des effectifs grâce à la matrice de changement de classe spatialisée.
En effet, si l on prend l exemple d une population à deux stades et deux zones, si l on rentre les coeff de changement de classe comme cela:
C0/zone1 -> C0/zone1 = 1 C0/zone1 -> C0/zone2 = 1
on se retrouve à la fin avec deux fois C0, une fois dans zone 1 et une fois dans zone 2.
On est bien d'accord pour dire que cela relève d'une erreur de saisie qui peut être palliée par un warning dans le manuel et dans l'interface. Mais il serait plus simple pour l'utilisateur et cela gagnerait en convivialité si il y avait une matrice de changement de classe par zone. Ce qui empecherait l'utilisateur de faire des changements de classe inter zones.
Est ce possible pour toi de faire une interface qui permettrait à l'utilisateur de cliquer sur la zone à remplir et qui n'afficherait que les classes de cette zone?
Ce doit etre possible mais pour une v3.5 ou une v4 -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii
participants (3)
-
Benjamin POUSSIN -
Hilaire DROUINEAU -
Youen VERMARD