Retour : Page Principale > sommaire réunions internes

---

Réunion informatique Carnet en ligne du 27 Avril 2009

Conviés : Aurélien, Jean-Pascal, David
Présents : idem

Ordre du jour

• Remarque sur les comptes rendus précédents
• État d'avancement vis à vis de la feuille de route
• Priorités / Gestion des évolutions
• Page de l'application dans le wikini  DevInformatique
• Comment gérer les mots clés des observations dans le carnet en ligne et faire un point sur ce qui a été ajouté et corrigé.
• Qui fait quoi ?
• Migration gWT-EXT vers GXT

Remarque sur les comptes rendus précédents

Détailler plus les titres de l'ordre du jour de façon à ce que les comptes rendus soient lisible le temps passant.

État d'avancement vis à vis de la feuille de route

Fait :

• Réparer mode hosted GWT
• Bugs
• Liste de discussion

Reste à faire :

• Bugs : certains restent à corriger
• Simplifier la saisie d'observation : rendre visible l'export vers XLS, l'aide, assistant sur les champs, cacher le bandeau automatiquement au bout de 10s etc ...
• Administration (voir tache Flyspray FS#214 - Création d'un super administrateur)
• Service web eFlore
• Mise en valeur sur eFlore

Service web eFlore : son objectif serait de récupérer les données d'une installation du Carnet en Ligne pour les stocker dans la base de données d'eFlore. Cela supprime le mécanisme actuel où l'appli eFlore va chercher les données dans la base de données du CEL. Ce service web devra utiliser TapirLink pour transmettre les données du CEL.

Mise en valeur sur eFlore :

• Afficher les dernières observations sur la page principale ?
• Mettre en valeur les onglets "vos données" et "vos observations": couleur des onglets dans eflore pour indiquer des nouvelles observations et des données
• Mettre des liens dans eflore, qui incitent à ajouter ses propres observations sur une plante
• Intégration dans la partie illustration
• Ajout de flux rss et de mails d'avertissements (pour la liste chorologie)
• Mini-lecteur de flux rss pour eflore avec les dernières observations
• Rubrique "dernières photos déposées" avec les dernières observations (URL de la photo)

Priorités / Gestion des évolutions

• Les corrections de bogues peuvent être faites à tout moment. Par contre, les évolutions de l'interface ou de l'ergonomie sont à discuter en présence de David DELON, Jean-Pascal MILCENT et Aurélien PERONNET.
• Toujours reporter les évolutions et bogues (même mineur) dans Flyspray. Ne pas hésiter à inciter les utilisateurs à le faire

Page de l'application dans le wikini Dev Informatique

• Lister l'ensemble des réunions (qui sont actuellement éparpillées), prendre comme exemple les collections en ligne.

Migration gWT-EXT vers GXT

Passer en GXT progressivement : les nouvelles vues doivent l'utiliser.

Dans un premier temps, utiliser GXT 1.2.3, compatible GWT 1.5. Le passage à GWT 1.6 ne se fera qu'une fois tout migré vers GXT, puisque GWT-EXT ne serait pas compatible avec GWT 1.6 (à vérifier).

Qui fait quoi ?

• Encadrement SILAT : A décider avec Elise et Jean-Pascal. Proposition encadrement technique par Aurélien car plus présent. David sera présent sur les réunions de définition fonctionnelle du projet (architecture, pre-requis materiel etc.).
• Correction BUG : Aurélien et David
• Intégration Eflore : David.
• Décision concernant les priorités d'évolution future (listées ci-après) : Jean-Pascal, Aurelien, David et Elise.

Évolution future du CEL

• Interface d'administration pour le super administrateur (un compte permettant d'accéder et rechercher les images de tous le monde : acceder à un compte, annuler un transfert de donnée, bloquer en masse des données, bloquer un compte, gerer le cas des données transférée, une fois le compte bloqué par exemple).
• Ajouter la gestion des mots clés liées aux observations, complémentaire du mécanisme des meta-données, mais peut résoudre 80% des besoins en champ supplémentaires liés à une observation.
• Gestion image :
  • Revoir l'ergonomie de l'application de gestion des photos
  • Gestion de la validation des photos déposées dans la gestion des images.
• Interface cartographique permettant de poser les points des stations : cf stage Magali, permettra de revoir également le formulaire : comment gérer la saisie des champs lieu-dit, station et milieu.
• Modularité : ajouts d'extension en fonction du contexte spécifique de l'utilisateur (gestion de metadonnées).
• Ajouter davantage d'interopérabilité : export (voir les formats  DarwinCore, ABCD)

NB : Se pose la question de la stratégie à adopter dans l'utilisation de bibliothèques PHP : interne ou externe ?
Utilisation d'une bibliothèque Interne si de bonne raisons de penser que la bibliothèque sera pérenne.
Concernant SOAP : utilisation de la biliothèque interne PHP.

Comment gérer les mots clés des observations ?

Utiliser le mécanisme mis en place dans la gestion des images.
Dans une deuxième temps, prévoir l'importation d'arbre non modifiable qui contiendrait par exemple une ontologie botanique pour la description de plante (plutôt pour les photos), un listing des codes milieux (Corine biotope), pour les observations.

Le nuage est gardé mais pas mis en avant pour l'instant. Il sera limité.


Remarques : mettre en place des tests unitaires si besoin est.

---