Barbados campaign checklist » History » Revision 7
Revision 6 (Simon Lacroix, 2019-11-01 20:46) → Revision 7/36 (Simon Lacroix, 2019-11-01 22:54)
h1. TODO-list et notes de réunion This pages track the various actions, et comprend aussi différentes notes de réunions. Elle est rédigée en franglais. Note: la date de chaque action est la date de sa création, la (ou les) personnes sont ceux qui doivent la réaliser. h2. On-going developments h3. Module mission * 30/10/19 les 3 patterns de vols marchent (lace, rosace, spirales paramétrées) ** Coté ENAC, penser à des stratégies de "failsafe", par exemple en cas de non re-traversée de la frontière ** La rosette estime de CoG sur la base des points frontières. ACTION: il faudrait idéalement boucler ça sur le mapping. Est-il possible de mettre à jour dynamiquement le paramètre d'un pattern ? ** Y a-t-il des conditions d'arrêt des patterns ? * 30/10/19: il faut définir les échanges entre le système LAAS et PPZ (accusé de réception, transmission de l'état du plan dans le module mission...) ACTION Pierre h3. Mapping * 17/10/19 Optimisation du calcul. Plusieurs options: ** N'exploiter que les données pertinentes (dans le temps et l'espace) ** Optimiser le code * Discussions du 30/10/19 ** Les fonctions de calcul de paramètres (surface, position du CoM, ... what else?) sont systématiquement appelées après chaque construction de carte dense ** Bien définir l'interface de la commande de construction d'une carte: 2D + time + zone, 3D + time + zone, 4D, plus, pour tous ces appels : spécification de la résolution spatiale et de la variable d'intérêt: wind or LWC - aura-t-on à cartographier les données aérosols ?) ** Définir l'interface web d'appel de ces requêtes ** Fera-t-on de "l'opportunistic computing" ? (calcul automatique de cartes sans requêtes particulières) * 30/10/19 Où sont réalisés les calculs de LWC ? (réponse du 31/10 : les données brutes descendent, le module mapping fera donc fait les calculs) ACTION Pierre h3. Interface web * -17/10/19: Affichage des données brutes (trop de CPU consommée, ça freeze). ACTION Florian : trouver d’où vient le problème et le résoudre.- (update: les données affichées sont bien les bonnes) * 17/10/19 L'affichage 3D plante - ça n'est pas critique ni nécessaire pour l'instant * 17/10/19 Un rafraîchissement de la page perd la configuration du client. ACTION Florian : résoudre ça avec des cookies * 30/10/19 Afficher l'échelle dans les vues 2D des cartes TODO Florian * 30/10/19 Penser à une interface d'affichage des données macroscopiques sur le nuage (évolution dans le temps de la surface à une altitude donnée, du volume...) h3. Définition et jeux de scénarios * 17/10/19: définition des fichiers de configuration statiques qui décrivent les UAVs ACTION Pierre * 31/10/19: installer le tout sur une machine de Nicolas (prévu le h2. Bugs divers * 17/10/19: Valider l’implémentation de la base de donnée "raw-data". Pierre a peur qu'elle n'utilise trop de ressources (RAM) sans grande raison, mais n'en est pas sûr du tout. Il faut vraiment vérifier. URGENT ACTION Pierre: voir si ça reste gérable avec une heure de vol de 5 UAVs * -17/10/19: Patterns de vol et génération de dense-maps. Le résultat des dense-maps est au mieux discutable. ACTION Pierre et Simon : 24/20/19, devant un écran, en fait tout est OK- h2. Autres points divers * 17/10/19 Tests de réception de vraies données ** -Récupérer CU LWC- ** Récupérer modem Xbee bien configuré ** Faire les tests ** Récupérer autre CU ? * 31/10/19: installation du tout sur un PC du CNRM : ACTION Pierre le 07/11/19 h2. Documentation h2. Admin * 17/10/19: faire des ordres de mission permanents. ACTION Simon * 17/10/19: commander un portable costaud pour Florian ACTION Simon - Fichiers de configuration (au pire si ils sont pas là on pourra se débrouiller, python c’est du texte après tout) En fait, c’est le troisième point important des deux points importants… On continue à y réfléchir…