[ANN] Allegro Campagne Nouvelle version 3.0
Bonjour, L'équipe de Allegro campagne est heureuse de vous annoncer la sortie de la version 3.0 (Version Finale)! Allegro campagne est un outil de saisie de données d'opérations et de captures au cours des campagnes halieutiques. Notes de version ---------------- Cette version conclut le contrat actuel. Merci de penser à valider les derniers tickets de cette version (http://forge.codelutin.com/projects/tutti/issues?query_id=76). A noter aussi que sur cette version, les données CGFS et MEDITS-2013 sont exploitables. Changelog complêt de la version : http://forge.codelutin.com/news/251 Utiliser Allegro Campagne ------------------------- Vous pouvez télécharger cette nouvelle ici : o Windows (tutti-3.0-full-windows-i586.zip) - http://forge.codelutin.com/attachments/download/1350 o Linux (tutti-3.0-full-linux-i586.zip) - http://forge.codelutin.com/attachments/download/1349 Pour plus d'information sur le fonctionnement du logiciel, consulter la documentation. Liens du projet --------------- * Documentation : http://maven-site.forge.codelutin.com/tutti * Roadmap : http://forge.codelutin.com/projects/tutti/roadmap * Forge : http://forge.codelutin.com/projects/tutti Cordialement, -L'équipe tutti. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit
On Fri, 17 Jan 2014 16:03:54 +0100 Christian BONNET <Christian.Bonnet@ifremer.fr> wrote: Bonjour,
J'ai mis en place une nouvelle base référentiel suite aux corrections faite en exploitation.
A partir d'un Allegro vierge (téléchargé depuis le site), j'ai importé la base CGFS. Puis j'ai fait la synchronisation avec le référentiel mis à jour.
J'ai alors des problèmes de doublons dans les listes de navire scientifique :
Si je réinstalle la base à partir de la base référentiel uniquement, je n'ai plus les doublons.
Il y a donc des problèmes à la synchronisation des référentiels...
Je vais regarder.
Tony je fais quoi par rapport au ticket 4124 ? J'en ouvre un autre ? Je fais le lien entre les 2 ? Pourquoi le ticket a été mis en rejeté ?
Merci de ne JAMAIS réouvrir les tickets :( Si tu as un pb, tu crée un ticket sur la version cible, merci. Vincent l'a rejeté il me semble, voir ses commentaires. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit
On Fri, 17 Jan 2014 16:38:20 +0100 Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:
Donc du coup tu n'aurais pas du le rejeter Vincent mais en ouvrir un autre ?
Execuses moi christian tu pouvais réouvrir le ticket; ce qu'il ne faut pas faire c'est le changer de version. Dans tous les cas j'aurais créé un nouveau ticket (ce que tu as fait) pour le placer sur la version de correction. De plus il ne faut pas rejeté, mais juste les repasser en *En cours*. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit
On Fri, 17 Jan 2014 16:03:54 +0100 Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:
J'ai mis en place une nouvelle base référentiel suite aux corrections faite en exploitation.
A partir d'un Allegro vierge (téléchargé depuis le site), j'ai importé la base CGFS. Puis j'ai fait la synchronisation avec le référentiel mis à jour.
J'ai alors des problèmes de doublons dans les listes de navire scientifique :
Si je réinstalle la base à partir de la base référentiel uniquement, je n'ai plus les doublons.
Il y a donc des problèmes à la synchronisation des référentiels...
Je ne partage pas ton analyse, il y a avant tout un problème sur les données dans la base. En utilisant la base que tu fournis (sans synchro de référentiel donc); je ne peux ouvrir l'écran des configuration, deplus j'ai bien des doublons dans les listes de navires! Après enquête, il y a encore deux navires avec des périodes incohérentes. 854508 = ANTEA 905622 = COTES DE LA MANCHE Et c'est bien ceux qu'on retrouve ne double ;) J'ai mis en place un mécanisme qui va faire des vérifications au démarrage de l'application pour palier à ce problème. Est-ce normal d'avoir des navires avec des périodes non cohérentes ? i.e avec deux périodes ouvertes ? Si oui il faut alors changer dans Tutti la requête de récupération de navires. AMHA Ce n'est PAS normal de laisser passer ça et il faut corriger en amont. Il faudrait avant de fournir une nouvelle base passer quelques contrôles dessus. Cela pourrait être un petit programme à appeler qui ouvre la base et la nettoye (et la compacte au passage). Si tu veux cet outil existe déjà (code de Tutti à extraire) ! Il suffit juste que tu me demandes et je te le fournis. A terme évidemment il faudrait inclure ça dans Allegro directement. On peut en rediscuter si tu veux. Tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit
On Tue, 21 Jan 2014 16:57:36 +0100 Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:
Tony, sauf erreur, tu ne m'as répondu sur ce point : Par contre, ne pas pouvoir ouvrir la configuration ou avoir un blocage de l'applicatif est plus problématique. Sais tu d'où ça vient ?
oui je l'ai déjà expliqué le référentiel des navires n'est pas cohérent, plus précisement, il y a des navires avec plusieurs périodes (et de mise en oeuvre et de registre) ouvertes; ce qui n'est pas possible (sinon on choisit comment la bonne période à utiliser?). Pour info, j'ai perdu près de 4 jours sur le sujet.
Pour ce cas là, il me parait indispensable de trouver une solution au niveau du code (revoir des requêtes ?). Merci
Il me parait abbérant de devoir corriger des incohérences de référentiel au niveau du requétage dans une application finale! Je dirais plutôt que les bases fournies doivent être un mimimum cohérente et donc s'en assurer avant de fournir une nouvelle base. Dans tous les cas, cela n'est pas très souhaitable de modifier les requètes et ce n'est pas non plus de la responsabilité de cette application là, non? Il faut pour moi corriger le problème en amont, ce que je fais dans tutti au chargement d'une base; je vérifie que les périodes sur les navires sont cohérentes et si ce n'est pas le cas, je supprime les périodes ouvertes les plus anciennes (c'est dans les logs). Je t'ai proposé un début de solution pour que les bases produites soient de meilleure qualité, libre à toi ensuite de vouloir creuser cette piste (ou pas!) J'espère avoir répondu de manière limpide à ta question. tony.
Christian
Christian BONNET
Centre de Brest ZI de la pointe du diable CS 10070 - 29280 Plouzané Département Infrastructures Marines et Numériques (IMN) Unité Informatique et Données Marines (IDM) Service Ingénierie des Systèmes d'Information (ISI)
christian.bonnet@ifremer.fr www.ifremer.fr
Tel : +33 (0)2.98.22.46.16 Fax : +33 (0)2.98.22.46.44
Le 20/01/2014 10:59, Christian BONNET a écrit : Je vais remonter le problème pour une correction du référentiel.
Cependant : - les mises à jour du référentiel ne sont pas simples, donc la correction ne sera pas pour tout de suite - on n'est pas à l'abri que cela se reproduise
Je suis d'accord sur le fait qu'il ne faille pas faire du code spécifique et complexe pour ne pas avoir de doublon dans les listes s'il y a un erreur sur le référentiel donc ok pour avoir ces doublons (en plus, à priori il n'y a pas d'incidence sur l'utilisation ensuite car ça désigne bien le même navire).
Par contre, ne pas pouvoir ouvrir la configuration ou avoir un blocage de l'applicatif est plus problématique. Sais tu d'où ça vient ?
Pour ce cas là, il me parait indispensable de trouver une solution au niveau du code (revoir des requêtes ?).
Christian
Christian BONNET
Centre de Brest ZI de la pointe du diable CS 10070 - 29280 Plouzané Département Infrastructures Marines et Numériques (IMN) Unité Informatique et Données Marines (IDM) Service Ingénierie des Systèmes d'Information (ISI)
christian.bonnet@ifremer.fr www.ifremer.fr
Tel : +33 (0)2.98.22.46.16 Fax : +33 (0)2.98.22.46.44
Le 18/01/2014 13:48, Tony Chemit a écrit : On Fri, 17 Jan 2014 16:03:54 +0100 Christian BONNET <Christian.Bonnet@ifremer.fr> wrote:
J'ai mis en place une nouvelle base référentiel suite aux corrections faite en exploitation.
A partir d'un Allegro vierge (téléchargé depuis le site), j'ai importé la base CGFS. Puis j'ai fait la synchronisation avec le référentiel mis à jour.
J'ai alors des problèmes de doublons dans les listes de navire scientifique :
Si je réinstalle la base à partir de la base référentiel uniquement, je n'ai plus les doublons.
Il y a donc des problèmes à la synchronisation des référentiels... Je ne partage pas ton analyse, il y a avant tout un problème sur les données dans la base.
En utilisant la base que tu fournis (sans synchro de référentiel donc); je ne peux ouvrir l'écran des configuration, deplus j'ai bien des doublons dans les listes de navires!
Après enquête, il y a encore deux navires avec des périodes incohérentes.
854508 = ANTEA 905622 = COTES DE LA MANCHE
Et c'est bien ceux qu'on retrouve ne double ;)
J'ai mis en place un mécanisme qui va faire des vérifications au démarrage de l'application pour palier à ce problème.
Est-ce normal d'avoir des navires avec des périodes non cohérentes ? i.e avec deux périodes ouvertes ? Si oui il faut alors changer dans Tutti la requête de récupération de navires.
AMHA Ce n'est PAS normal de laisser passer ça et il faut corriger en amont.
Il faudrait avant de fournir une nouvelle base passer quelques contrôles dessus. Cela pourrait être un petit programme à appeler qui ouvre la base et la nettoye (et la compacte au passage).
Si tu veux cet outil existe déjà (code de Tutti à extraire) ! Il suffit juste que tu me demandes et je te le fournis. A terme évidemment il faudrait inclure ça dans Allegro directement.
On peut en rediscuter si tu veux.
Tony.
_______________________________________________ Tutti-devel mailing list Tutti-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/tutti-devel
-- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit
participants (2)
-
Christian BONNET -
Tony Chemit