| Sujet |
Description |
Statut |
Par |
Type |
Priorité |
Version |
Catégorie |
Date de création |
| Revoir les log de modification des beans |
Les logs sont trop verbeux, voir comment améliorer ça. |
Proposition |
- |
Evolution |
Normal |
Backlog |
- |
- |
| Dans l'action de simulation, rajouter les étapes |
La simulation est une action longue et on doit avoir un état d'avancement de la simulation, à définir les étapes à afficher (par batch mais plus fin si possible). |
Proposition |
- |
Evolution |
Normal |
Backlog |
Simulation |
- |
| Gestion du focus |
Le focus doit être placer après chaque action :
Création et édition d'un groupe : sur le nom du groupe
Création, copie et déplacement d'une ligne de tableau : sur la première cellule de la ligne.
L'ulisation d'un raccourcie doit arrêter l'édition d'une cellule d'un tableau.
(Dans le cas d'un déplacement de ligne l'editeur ne doit pas rester actif sur la ligne de départ) |
Diagnostic en cours |
sbavencoff |
Anomalie |
Normal |
Backlog |
Saisie |
- |
| Améliorer l'utilisation de la mémoire |
bien vérifier que la mémoire est bien libérée, j'avais plus de 1.5Go d'utiliser sur la carte solemmes c'est beaucoup. Lorsque l'on ferme un projet il faut bien penser à libérer les resources du projet. |
Proposition |
- |
Evolution |
Normal |
Backlog |
- |
- |
| Reprendre l'aide écrite par Frédérique dans l'ancienne application |
La documentation écrite dans l'ancienne application est une bonne base de travail pour écrire la doc embarquée.
Il faudra évidemment supprimer de celle-ci tout ce qui n'est plus géré dans la nouvelle application et revoir les screenshots.
avant de se lancer dans le chantier, d'abord valider un sommaire. |
Proposition |
- |
Evolution |
Normal |
Backlog |
- |
- |
| Dans l'action d'ouverture d'un projet ajouter des étapes |
On pourrait rajouter les différentes étapes de chargement d'un projet :
- lecture du projet
- chargement de la carte
- chargement des résultats... |
Proposition |
- |
Evolution |
Normal |
0.5 |
Ergonomie |
- |
| Sur l'action Ouvrir un projet, il faut pouvoir choisir les deux types de projets en même temps |
Ça serait mieux de pouvoir choisir directement sur les deux types de projets, plutôt que de devoir choisir le type de projet à ouvrir via son extension. |
À faire |
- |
Evolution |
Normal |
0.5 |
- |
- |
| Traduire l'application en anglais |
|
À faire |
- |
Evolution |
Normal |
0.5 |
- |
- |
| Écrire des tests sur les résultats de simulations |
On a désormais des projets de références (dans le module mapod-test-data), il faut écrire des tests pour vérifier :
- le module de floraison
- les résultats de simulation |
Proposition |
- |
Evolution |
Normal |
0.5 |
Simulation |
- |
| Améliorer la lisibilité dans l'écran de définition des batchs |
* Il faudrait pouvoir différencier les entrées et les sorties (ou comment générer les sorties) (par exemple en changeant la couleur des colonnes d'entrée,...)
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time Rendre plus explicite les méthodes / type de résultat
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time Renommer champs en champ |
Proposition |
- |
Evolution |
Normal |
0.5 |
- |
- |
| Au lancement d'une simulation, pouvoir aussi éditer le nom et la description du projet |
Ajouter les deux champs dans la popup de lancement pour le projet de résultat à créer. |
Proposition |
- |
Evolution |
Normal |
0.5 |
- |
- |
| Problème lors de l'import des nouvelles cartes fournies |
sur la carte 031, on a des problèmes de cheveauchement de points sur plusieurs parcelles, voir comment on peut régler ou contourner ce problème.
Je joins en PJ les deux cartes qu'il faut réussir à importer.
Attention il s'agit de département entier (31 et 36). Donc ne pas prendre une maille de 5m sinon ça faut des centaines de millions de points à générer... |
Proposition |
- |
Evolution |
Haut |
0.5 |
- |
- |
| Écrire le module de simulation |
Ceci est un ticket globale, il va être découpé en plusieurs sous tickets, ne rien faire dessus tant qu'on a pas décider de la marche à suivre.
On va
- d'abord regarder ce qui est fait en C,
- mettre en place la structure globale de simulation par batch
- écrire le coeur du simulatuer
- voir comment écrire les objets de résultat |
En cours |
tchemit |
Evolution |
Normal |
0.5 |
Simulation |
- |
| Pouvoir éditer le nom et description d'un projet existant |
Ajouter des actions pour éditer le nom et la description d'un projet. Voir si on peut aussi le faire sur un projet de type résultat. |
Proposition |
- |
Evolution |
Normal |
0.5 |
- |
- |
| Écrire le moteur de simulation d'un batch |
Écrire le moteur de simulation pour un batch de simulation (s'inspirer peut-être du code en C et le code python).
Mais ne pas tenter de le porter car on voit bien que les structures employées ne sont pas les bonnes. |
À faire |
- |
Evolution |
Normal |
0.5 |
Simulation |
- |
| Certains modèle d'ui sont encore modifiés dans les doAction |
Il ne faut pas modifier les modèles de vues dans le thread d'action longue, il faut faire ça dans la méthode postSuccess...
(par exemple fr.inra.mapod.swing.content.workspace.actions.AbstractSaveNameEntityAction) |
Constatée |
- |
Anomalie |
Haut |
0.4 |
- |
- |
| Afficher en tooltip les informations sur la parcelle sur les cartes de résultat |
S'inspirer de ce qui a été fait dans le ticket #7387 |
À faire |
- |
Evolution |
Normal |
0.4 |
Ergonomie |
- |
| Il y a des incohérences dans les cartes affichées |
Sur une carte de type Average Par variété, on devrait voir les champs OGM il me semble, et là ils sont indiqué comme contaminés, il faut qu'on revoit bien ça. |
À corriger |
- |
Anomalie |
Haut |
0.4 |
- |
- |
| Lors de l'ouverture d'un projet qui n'existe pas, proposer de le supprimer du workspace |
|
À faire |
- |
Evolution |
Normal |
0.4 |
Ergonomie |
- |
| Ajouter des pages pour les résultats |
Il faudrait à minima une page pour une simulationBatch (avec le rappel de sa configuration). Pour les pages filles voir ce qui est possible (décomposition,...). |
À faire |
- |
Evolution |
Normal |
0.4 |
- |
- |
| Pouvoir facilement extraire les résultats dans un répertoire donné |
À partir d'un projet de type résultat, il faudrait avoir une action pour permettre d'extraire dans un répertoire donné les fichiers de résultats.
On aura aussi sur chaque page de résultat la possibilité de le faire aussi mais juste sur les données qu'elle possède (par exemple sur un page Par champs tous les résultats de ce type, sur un champ juste pour ce champs...) |
À faire |
- |
Evolution |
Normal |
0.4 |
- |
- |
| Sur une page de résultat permettre de récupérer les données associées |
Pouvoir extraire les données qui servent à l'affichage serait très bien si cela n'est pas trop compliqué à faire. |
À faire |
- |
Evolution |
Normal |
0.4 |
- |
- |
| Mise en place de la structure de simulation |
On met en place l'architecture d'une simulation sans entrer encore dans le code à proprement parler de la simulation :
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time préparation de la requète de simulation
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time écriture des résultats |
En cours |
tchemit |
Evolution |
Normal |
0.4 |
Simulation |
- |
| La modifcation d'un itk n'est pas impacté dans les lanceurs de simulation |
Scénario:
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time créer un itk
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time créer un simulationBatch qui l'utilise
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time modifier le nom de l'itk
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time retourner sur le batch
-> le nom de l'itk est toujours sur l'ancienne valeur |
À corriger |
- |
Anomalie |
Haut |
0.4 |
- |
- |
| Pouvoir accéder à la parcelle sur la carte depuis sa ligne de données |
Ajouter une action *Voir sur la carte* dans le menu contextuelle sur une ligne sélectionnée de parcelle pour basculer sur la carte et sélectionner la parcelle en question.
À faire sur l'écran Parcellaire et Itinéraire technique |
À faire |
- |
Evolution |
Normal |
0.4 |
Visualisation |
- |
| Afficher le nom de la carte importée ainsi que les autres informations de l'import du shape |
Voir où l'on doit afficher ces informations :
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time nom du fichier importé
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time taille de la maille
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time colonne de l'id plot
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time colonne des groupes de culture |
À faire |
- |
Evolution |
Normal |
0.4 |
- |
- |
| Revue du service d'import des cartes et amélioration des objets PlotMatrix |
* Création d'un paquetage dédié aux cartes
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time Amélioration de la structure PlotMatrix (utilisation de matrice codée sur des primitifs, introduction d'un builder de PlotMatrix afin de ne pas polluer l'objet final qui devrait être immuable) |
Terminée |
tchemit |
Evolution |
Normal |
0.4 |
- |
- |
| Lors du retour sur la carte d'un itinéraire technique la parcelle n'est plus sélectionnée visuellement |
Elle est bien sélectionnée, mais le contour de la parcelle sélectionnée n'est plus effectif. |
Terminée |
kmorin |
Anomalie |
Normal |
0.4 |
Visualisation |
- |
| Ordonner la liste des parcelles |
Sur l'écran Parcellaire, ordonner les parcelles dans la vue des données en ordre croissant sur les identifiants de parcelle. |
Terminée |
kmorin |
Evolution |
Normal |
0.4 |
Ergonomie |
- |
| Reproduire la fonctionnalité de bascule vers la donnée d'un champs lors d'un double clic sur une parcelle dans l'écran Parcellaire |
Voir #7324 |
Terminée |
kmorin |
Evolution |
Normal |
0.4 |
Visualisation |
- |
| Utiliser pour le storage gson plutôt que csv |
Cela est facile et va dans le sens où l'on voudrait pouvoir persister de manière autonome chaque type de données. |
En cours |
tchemit |
Evolution |
Normal |
0.4 |
- |
- |
| Afficher en tooltip les informations sur la parcelle sur les cartes de parcellaire |
S'inspirer de ce qui a été fait dans le ticket #7387 |
À faire |
- |
Evolution |
Normal |
0.4 |
Ergonomie |
- |
| L'abandon de création d'un itk via un import laisse une feuille vide dans l'arbre de navigation |
|
Terminée |
kmorin |
Anomalie |
Normal |
0.4 |
Ergonomie |
- |
| Afficher la carte sur les résultats |
|
Terminée |
kmorin |
Evolution |
Normal |
0.3 |
Visualisation |
- |
| Revoir les validations de cohérences sur les dates |
sur un itinéraire technique ajouter le contrôle suivant
la date de semis < date de floraison male < date de floraison femele |
Terminée |
sbavencoff |
Evolution |
Normal |
0.3 |
Saisie |
- |
| Ajouter une action *centrer* dans les cartes |
Comme dans ObServe, ça permet rapidemment de revenir sur une carte centrée et c'est pratique |
Terminée |
sbavencoff |
Evolution |
Normal |
0.3 |
Ergonomie |
- |
| Coloriser les parcelles d'une même variété de la même couleur |
Par exemple dans la carte des itinéraires techniques, les couleurs alloués aux parcelles sont alléatoires, pas très pratique pour voir quelles variétés sont associées aux parcelles.
Pour chaque variété on utilise la même couleur pour coloriser les parcelles. |
Terminée |
sbavencoff |
Evolution |
Normal |
0.3 |
Ergonomie |
- |
| Module de floraison |
Implantation du module de floraison précédemment implanté dans l'application python.
Voir
http://list.forge.codelutin.com/cgi-bin/mailman/private/mapod-private/2014-August/000000.html |
Terminée |
tchemit |
Evolution |
Normal |
0.3 |
Simulation |
- |
| Permettre de lire des fichiers de résultats de differents formats |
Ajouter dans le descripteur la stratégie de lecture/écriture des résultats, cela permettra de lire les anciens fichiers de résultats sans à avoir à les retravailler. |
Terminée |
tchemit |
Evolution |
Normal |
0.3 |
Simulation |
- |
| Revoir les sorties de résultat (suppression du type LIST et MATRIX) |
Les deux décompositions LIST et MATRIX en fait représentent le même résultat mais écrit dans le fichier de manière différente! (sauf si je me trompe mais je ne crois pas).
Donc dans le batch il faudrait juste avoir une case à cocher de type *Décomposé*.
Ensuite dans les interfaces d'extraction des résultats, on pourra choisir comment on extraire les résultats. |
Terminée |
tchemit |
Evolution |
Normal |
0.3 |
Simulation |
- |
| Ne pas resauvegarder tout le projet lors d'une sauvegarde une table, il faut avoir un cache et ne pas tout regénérer. |
Si le projet contient une grosse carte, on regènère à chaque fois le fichier qui contient les latitudes, longitudes,... C'est un peu inutile.
Il faut voir comment juste repousser dans le zip juste le fichier qu'on vient de modifier, par exemple supprimer l'entrée correspondante et la réinjecter. |
Terminée |
sbavencoff |
Anomalie |
Normal |
0.3 |
Saisie |
- |
| Voir si on peut faire les export de carte en jpeg |
C'est le format que Frédérique voudrait utiliser, voir si c'est possible sans dégrader le rendu des textes. |
Terminée |
sbavencoff |
Evolution |
Normal |
0.3 |
Visualisation |
- |
| Ne plus utiliser une popup pour l'export des cartes mais une vraie fenêtre car c'est pas évident à ouvrir et à gérer |
Il vaudrait mieux utiliser une vraie fenêtre que l'on peut alors agrandir, réduire, ... Une popup ne parait pas très adapté ici. |
Terminée |
sbavencoff |
Evolution |
Normal |
0.3 |
Ergonomie |
- |
| Mettre en adéquation la couleur de sélection d'une parcelle avec son numéro |
Dans une vue carte la sélection d'une parcelle doit être de la même couleur que se soit sur la carte ou dans la liste des id de parcelles dans la liste. |
Terminée |
sbavencoff |
Evolution |
Normal |
0.3 |
Ergonomie |
- |
| Revoir les exports de la carte sur l'écran des itinéraires techniques |
On doit à ce niveau pouvoir exporter deux cartes :
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time la carte des parcelles de mais - autres cultures
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time la carte des parcelles de mais conventielle, et OGM - autres cultures
faire une proposition sur comment faire (peut-être avoir deux radio boutons en haut pour pouvoir choisir le type, ? |
Terminée |
sbavencoff |
Evolution |
Normal |
0.3 |
Saisie |
- |
| Bien connecter des données d'un parcelle depuis la carte |
Lorsqu'on sélectionne une parcelle dans la vue carte, un double click sur l'identifiant devrait nous basculer sur sa ligne de donnés dans l'onglet données. |
Terminée |
sbavencoff |
Evolution |
Normal |
0.3 |
Ergonomie |
- |
| Revoir la conception de l'héritage sur le MapodProject |
Si une méthode est utilisable sur les deux types de projet, alors on doit la retrouver dans le contrat MapodProject.
Je pense notamment au ColorScale. |
Terminée |
tchemit |
Anomalie |
Normal |
0.3 |
- |
- |
| Supprimer le selectedLauncherName du WorkspaceElementDefinition |
cette propriété n'a rien à faire ici, elle ne sert que lorsque le projet est ouvert, donc à supprimer. |
Terminée |
tchemit |
Anomalie |
Normal |
0.3 |
- |
- |
| Supprimer la colonne id d'un import/export de météo utilisateur |
La notion d'id technique n'est pas nécessaire, seul le jour compte ici |
Terminée |
tchemit |
Evolution |
Normal |
0.3 |
- |
- |
| Revoir la notion de type de module de floraison dans un batch de simulation |
La notion dynamique calculée ou mesurée n'existe plus. On a désormais que deux cas possibles :
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time utilisation de la dynamique (elle est renseignée dans les itk, qu'elle soit mesurée ou calculée)
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time non utilisation de la dynamique (floraison synchrone) |
Terminée |
tchemit |
Evolution |
Normal |
0.3 |
Simulation |
- |
| Erreur sur le clique multiple du bouton "monter" ou "descendre" |
Dans les tableaux où les lignes peuvent être montée ou descendue, une succession de clique rapide sur ces boutons provoque l'erreur suivante :
java.lang.IndexOutOfBoundsException: valid modelIndex: 0 <= index < 56 but was: -1
at org.jdesktop.swingx.sort.DefaultSortController.convertRowIndexToView(DefaultSortController.java:335)
at javax.swing.JTable.convertRowIndexToView(JTable.java:2620)
at jaxx.runtime.SwingUtil.setSelectionInterval(SwingUtil.java:786)
at fr.inra.mapod.swing.content.inputs.variety.actions.MoveDownVarietyAction.postSuccessAction(MoveDownVarietyAction.java:60)
at org.nuiton.jaxx.application.swing.action.ApplicationActionSwingWorker.done(ApplicationActionSwingWorker.java:114)
at javax.swing.SwingWorker$5.run(SwingWorker.java:737)
at javax.swing.SwingWorker$DoSubmitAccumulativeRunnable.run(SwingWorker.java:832)
at sun.swing.AccumulativeRunnable.run(AccumulativeRunnable.java:112)
at javax.swing.SwingWorker$DoSubmitAccumulativeRunnable.actionPerformed(SwingWorker.java:842)
at javax.swing.Timer.fireActionPerformed(Timer.java:312)
at javax.swing.Timer$DoPostEvent.run(Timer.java:244)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733)
at java.awt.EventQueue.access$200(EventQueue.java:103)
at java.awt.EventQueue$3.run(EventQueue.java:694)
at java.awt.EventQueue$3.run(EventQueue.java:692)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:703)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
|
Terminée |
tchemit |
Anomalie |
Normal |
0.3 |
Saisie |
- |
| Supprimer la colonne type de date lors d'un import/export utilisateur d'un itinéraire technique |
Cette notion n'existe plus dans le logiciel, on choisit la meilleur date possible parmi celles renseignée dans cet ordre de préférence
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time date floraison femelle
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time date floraison male
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time date de semis
On peut donc supprimer cette colonne de l'import/export.
Il faut aussi supprimer les colonnes ignorées (on veut un importexport strict). |
Terminée |
tchemit |
Evolution |
Normal |
0.3 |
- |
- |
| Problème de la suppression d'une ligne de batch |
La modification du modèle ne doit pas être faite dans la méthode *doAction* mais dans le *postSuccesAction* qui lui est réalisé dans le thread swing.
java.lang.ArrayIndexOutOfBoundsException: 1
at javax.swing.DefaultRowSorter.convertRowIndexToModel(DefaultRowSorter.java:518)
at javax.swing.JTable.convertRowIndexToModel(JTable.java:2642)
at javax.swing.JTable.getValueAt(JTable.java:2717)
at javax.swing.JTable.prepareRenderer(JTable.java:5719)
at javax.swing.plaf.synth.SynthTableUI.paintCell(SynthTableUI.java:684)
at javax.swing.plaf.synth.SynthTableUI.paintCells(SynthTableUI.java:581)
at javax.swing.plaf.synth.SynthTableUI.paint(SynthTableUI.java:365)
at javax.swing.plaf.synth.SynthTableUI.update(SynthTableUI.java:276)
at javax.swing.JComponent.paintComponent(JComponent.java:778)
at javax.swing.JComponent.paint(JComponent.java:1054)
at javax.swing.JComponent.paintToOffscreen(JComponent.java:5219)
at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:295)
at javax.swing.RepaintManager.paint(RepaintManager.java:1249)
at javax.swing.JComponent._paintImmediately(JComponent.java:5167)
at javax.swing.JComponent.paintImmediately(JComponent.java:4978)
at javax.swing.RepaintManager$3.run(RepaintManager.java:808)
at javax.swing.RepaintManager$3.run(RepaintManager.java:796)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:796)
at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:769)
at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:718)
at javax.swing.RepaintManager.access$1100(RepaintManager.java:62)
at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1677)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733)
at java.awt.EventQueue.access$200(EventQueue.java:103)
at java.awt.EventQueue$3.run(EventQueue.java:694)
at java.awt.EventQueue$3.run(EventQueue.java:692)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:703)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
|
Annulée |
tchemit |
Anomalie |
Normal |
0.3 |
Saisie |
- |
| Revoir comment stoquer les résultats |
Revoir comment stoquer les résultats de simulations et comment en lire les données.
Il faut bien séparer cette logique et non plus aller lire directement les noms des répertoires par exemple dans l'ui :(... |
Terminée |
tchemit |
Evolution |
Haut |
0.3 |
Simulation |
- |
| Définir le format des résultats de type AVERAGE |
Ce qui a été fait ne convient pas. Je ne comprends vraiment pas la logique.
Pour le mode Average, on devrait avoir 3 fichiers :
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time total.csv
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time perField.csv (1)
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time perVariety.csv (2)
Et là je vois un répertoire par champs (1) avec un fichier qui contient l'ensemble des champs, idem sur les variétés (2).
Je peux comprendre pour les autres types de résultats LIST et MATRIX qui sont plus lourd. |
Terminée |
tchemit |
Evolution |
Haut |
0.3 |
- |
- |
| Définir le format des résultats de type LIST |
|
Terminée |
tchemit |
Evolution |
Haut |
0.3 |
- |
- |
| Définir le format des résultats de type MATRIX |
|
Annulée |
tchemit |
Evolution |
Haut |
0.3 |
Simulation |
- |
| Impossible de redimensionner l'arbre de navigation |
On ne peut plus redimensionner l'arbre de navigation (le panneau droit de contenu prend toute la place disponible table weightx=1 je suppose).
Cela n'intervient que sur l'écran de résumé du projet. |
Terminée |
kmorin |
Anomalie |
Urgent |
0.3 |
Ergonomie |
- |
| Ne pas pouvoir ouvrir les projets récents s'il n'y en a pas |
Quand on n'a aucun projet dans le workspace, il ne faudrait pas pouvoir l'ouvrir. |
Terminée |
kmorin |
Anomalie |
Normal |
0.3 |
Ergonomie |
- |
| Problème d'affichage des paliers d'un schema de couleur |
Le rendu affiche 0 sur les paliers inférieurs à 0.001, génant! |
Terminée |
sbavencoff |
Anomalie |
Normal |
0.3 |
Saisie |
- |
| enregistrement des date des ITK |
Entre l'enregistrement des itk et leur rechargement les dates (semis floraison mâle et femelle) dont la valeur est *null* sont remplacé par *0* |
Terminée |
sbavencoff |
Anomalie |
Normal |
0.3 |
Saisie |
- |
| Au survole de la carte des ITK indiquer dans le tooltip l'id de la parcelle et le nom de la variété |
Dans l'écran de saisie des itk, Quand l'utilisateur survole un parcelle le tooltip doit indiquer l'id de la parcelle et le nom de la variété. |
Terminée |
sbavencoff |
Evolution |
Normal |
0.3 |
Ergonomie |
- |
| Ajouter une action pour convertir toues les fichiers dbf d'un répertoire |
|
Terminée |
tchemit |
Evolution |
Normal |
0.3 |
- |
- |
| Charger les résultats à la demande |
Ne pas charger les données des résultats tant que l'utilisateur ne les a pas demandés. |
Terminée |
kmorin |
Evolution |
Normal |
0.3 |
- |
- |
| Ajouter dans un projet de type résultats le lanceur de simulation utilisé |
à ajouter dans le modèle et à afficher sur la page de résumé du projet. |
Terminée |
kmorin |
Evolution |
Normal |
0.3 |
- |
- |
| Ne pas exporter/import les ids |
Par exemple sur simulationLauncher l'import ne génègre pas d'id, donc ça ne marche fonctionne pas.
Le mieux est de ne pas exporter les id technique lors d'un import/export utilisateur. |
Terminée |
tchemit |
Anomalie |
Normal |
0.3 |
Import/export |
- |
| Améliorer la page de résumé d'un projet |
- Voir le chemin du fichier correspondant au projet
- Voir l'heure de création - modification
- Pouvoir modifier le nom - description d'un projet
- Améliorer le design de la page (utilisation de fieldset) |
Terminée |
tchemit |
Evolution |
Normal |
0.3 |
- |
- |
| En cours de développement, toujours utiliser les traductions embarquées |
Toujours écraser les traductions si la version contient le suffixe *-SNAPSHOT* |
Terminée |
tchemit |
Evolution |
Normal |
0.3 |
- |
- |
| Améliorer la présentation des listes d'inputs |
Utiliser la même présentation que celle de l'écran de résumé (lien clicable + suppression de l'action d'édition) |
Terminée |
tchemit |
Evolution |
Normal |
0.3 |
Ergonomie |
- |
| Ne pas sauvegarder n fois le workspace au démarrage de l'application |
Il est sauvegarder autant de fois qu'il contient de projets. |
Terminée |
tchemit |
Anomalie |
Normal |
0.3 |
- |
- |
| La suppression d'un schéma de couleur corrompe le fichier de projet de type résultat |
Les colorStep ne sont pas supprimées sur un projet de type résultat, du coup le projet ne peut pas être réouvert. |
Terminée |
tchemit |
Anomalie |
Normal |
0.3 |
Import/export |
- |
| Mauvaise gestion de la date de dernière modification |
La date de mise à jour n'est pas bien géré, dans l'écran de résumé elle vaut toujours la date de création du projet |
Terminée |
tchemit |
Anomalie |
Normal |
0.3 |
- |
- |
| La fonctionnalité de zoom sur la carte est KO |
La carte se centre bien mais n'occupe qu'une toute petite partie de l'espace disponible. Il faudrait qu'elle occupe le plus d'espace possible. |
Annulée |
sbavencoff |
Anomalie |
Normal |
0.3 |
Ergonomie |
- |
| Intéger les projets de test |
On se base sur les projets réalisés par Benoit sur l'ancienne version du logiciel. |
Terminée |
tchemit |
Evolution |
Normal |
0.3 |
- |
- |
| Revoir la sauvegarde et lecture des résultats |
- Le code est assez peu robuste : on découvre les simulations via les noms de répertoire, il serait plus safe de se baser sur le contenu des données du projet (les simulationBatchs) |
Terminée |
tchemit |
Evolution |
Normal |
0.3 |
Simulation |
- |
| Modèle de données |
Création du modèle de donnèes |
Terminée |
tchemit |
Evolution |
Normal |
0.2 |
- |
- |
| Impossible de saisir une température négative |
Dans l'éditeur de météo, il n'est pas possible de taper le sigle "-" pour saisire des valeurs négatives |
Terminée |
kmorin |
Anomalie |
Normal |
0.2 |
Saisie |
- |
| Mise en place du lanceur d'application (version embarquée) |
Créer un projet mapod_launcher qui démarre l'application.
Créer un module mapod_updater qui gère les mises à jour.
Ne plus utiliser les scripts système pour démarrer l'application. |
Annulée |
tchemit |
Evolution |
Normal |
0.2 |
- |
- |
| Décalage des points par rapport au champs |
Les point sont décalés vers le haut par rapport au contour des champs |
Annulée |
sbavencoff |
Anomalie |
Normal |
0.2 |
Visualisation |
- |
| Supprimer le quadrillage pour les resultats par point |
Pour les carte de résultat par point, il ne faut plus afficher le quadrillage des point
Seul les carré de couleur doivent rester, sans leur contours. |
Terminée |
sbavencoff |
Evolution |
Normal |
0.2 |
Visualisation |
- |
| perte de données à l'enregistrement d'un projet de type resultat |
A l'enregistrement d'un project de type resultat, on perd les résultats totaux (moyenne, matrice et liste). |
Terminée |
sbavencoff |
Anomalie |
Normal |
0.2 |
Import/export |
- |
| Erreur à l'export import des itinéraires techniques |
si on exporte un itinéraire technique puis qu'on le re-importe, on obtient l'erreur suivante :
org.nuiton.csv.ImportRuntimeException: Les champs plot, var, sowingDate, sowingDensity, maleFloweringDate, femaleFloweringDate, SHA, SHD, dynColl ne sont pas reconnus. Les champs possibles sont id, name, itk, dynType, meteo, th, hWind, dispersalType.
|
Terminée |
sbavencoff |
Anomalie |
Normal |
0.2 |
Import/export |
- |
| Extraire le code python pour effectuer une simulation en java |
No comment. |
Annulée |
kmorin |
Evolution |
Normal |
0.2 |
Simulation |
- |
| Extraction des cartes (changer l'interface) |
Il n'y a qu'un seul fichier de type shapefile à importer (celui des contours).
On en déduira la matrice et les points.
Il faudra aussi s'assurer qu'il y a bien un fichier dbf du même nom pour qu'on puisse ensuite charger les données associées à cette carte.
Ajouter aussi un éditeur de nombre entier pour indiquer la taille du maillage à générer. |
Terminée |
bleny |
Evolution |
Normal |
0.2 |
- |
- |
| Interface Utilisateur |
|
Terminée |
sbavencoff |
Evolution |
Normal |
0.2 |
Ergonomie |
- |
| Persister les derniers projets ouverts dans un espace de travail |
On va permettre de pouvoir conserver d'une ouverture de l'application à une autre un espace de travail avec les derniers projets ouverts.
Cela sera enregistré dans un fichier *mapod.workspace*. |
Terminée |
tchemit |
Evolution |
Normal |
0.2 |
- |
- |
| Correction de la dynamique de floraison 3 |
Il faut corriger avec ces valeurs là pour les males.
ID MALE
1 0,01
2 0,02
3 0,06
4 0,08
5 0,11
6 0,14
7 0,15
8 0,14
9 0,11
10 0,08
11 0,05
12 0,03
13 0,01
14 0,01
|
Terminée |
tchemit |
Tâche |
Normal |
0.2 |
- |
- |
| Extraction des cartes (import de la carte) |
h3. Layer des contours.
La carte au format contient les courtours des parcelles.
Il faut conserver ce layer dans la carte qu'on va créer dans le projet.
On veut aussi conserver au niveau du projet le nom de la carte importée.
h3. Layer de la maille
Il faut générer une maille de la taille définit par l'utilisateur (en m).
Il faudra aussi conserver au niveau du projet le maillage utilisé.
h3. Layer des points
Pour chaque maille générée, on doit créer un point en son centre. Ce point sera le point de pollénisation. |
Terminée |
bleny |
Evolution |
Normal |
0.2 |
Saisie |
- |
| Ajouter une confirmation avant la suppression d'un projet du workspace |
|
Terminée |
kmorin |
Evolution |
Normal |
0.2 |
Ergonomie |
- |
| Basculer sur la vue de départ si aucun projet dans le workspace |
Si on supprime le dernier porjet d'un worksapce, on doit rebasculer sur la vue de départ. |
Terminée |
kmorin |
Evolution |
Normal |
0.2 |
Ergonomie |
- |
| Ajouter un bouton pour éditer un input de type liste |
Pour le moment on doit cliquer sur le label de l'entité, ce n'est pas très ergonomique, il vaut mieux ajouter un bouton éditer avant ceux déjà existants. |
Terminée |
tchemit |
Evolution |
Normal |
0.2 |
Ergonomie |
- |
| Ajout de deux couleurs configurable sur les échelles de couleurs |
En plus du tableau des seuils colorisés, il faudrait avoir deux couleurs en plus :
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time une pour représenter le mais GM (groupe de culture 2, mais dans variété type GM)
DEADJOE interventions interventions~ obstuna_longline.dump ora10_060815.tar.bz2 upgrade-jessie.script upgrade-jessie.time une pour représenter les autres cultures (groupe de culture différent de 2) |
Terminée |
sbavencoff |
Evolution |
Normal |
0.2 |
Ergonomie |
- |
| Au démarrage de l'application aller sur la vue *plan de travail* |
Si l'utilisateur a déjà enregistré des projets, il faudrait directement aller sur la vue *plan de travail* |
Terminée |
sbavencoff |
Evolution |
Normal |
0.2 |
Ergonomie |
- |
| Cinématique complete de simulation |
avec un mock de simulation, qui crée juste l'arborescence des dossiers |
Terminée |
kmorin |
Evolution |
Normal |
0.2 |
Simulation |
- |
| Exporter un résultat de simulation |
Lorsque l'on est sur la carte d'un résultat, il faut pouvoir l'exporter au format jpg.
On proposera en plus d'y ajouter la légende et l'échelle.
Pour ces deux éléments, on aura un principe simple de positionnement sur les coins de l'écran.
Il faudra avoir un aperçu du résultat à produire.
On pourra aussi choisir où exporter l'image. |
Terminée |
sbavencoff |
Evolution |
Normal |
0.2 |
Ergonomie |
- |
| Amélioration du chargement des cartes |
Il faut qu'on puisse ouvrir les différentes cartes qu'on nous fournit. Si c'est un problème de projection ou autre, il faut avoir un message qui nous dit quoi faire.
Tester avec les différentes cartes fournies par Frédérique. |
Terminée |
sbavencoff |
Evolution |
Normal |
0.2 |
Visualisation |
- |
| Cartographie : l'échelle doit utilisé des valeurs ronde |
Pour l'échelle , utiliser des valeurs ronde (10 m, 200 m, 5 km, 10 km...) (réutilisé le composant pour l'export de la cartographie) |
Terminée |
sbavencoff |
Evolution |
Normal |
0.2 |
Visualisation |
- |
| Cartograpghie : ne plus utiliser un ShapeFile pour associer un point à un champs mais un structure interne |
Dans la cas de grandes cartes (Selommes : environ 14km x 10km) le nombre de point devient trop important pour les gérer par Geotool ( 1 640 000 carrés de 10m x 10m).
Il faut utiliser une structure interne et générer une image des résultat en superposition de la carte des champs. |
Terminée |
sbavencoff |
Evolution |
Normal |
0.2 |
Visualisation |
- |
| Extraire le tableau de validation des écrans d'édition |
Mettre le tableau dans une popup qui s'ouvre via un bouton dans la barre de statut |
Terminée |
kmorin |
Evolution |
Normal |
0.2 |
Ergonomie |
- |
| Impossible d'ouvrir un projet |
|
Terminée |
kmorin |
Anomalie |
Normal |
0.2 |
Saisie |
- |
