forked from openalea-incubator/adel
-
Notifications
You must be signed in to change notification settings - Fork 2
/
TODO.txt
50 lines (34 loc) · 2.9 KB
/
TODO.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
TODO
====
3/11:2008
---------
* unifier dans un module a part (alineaScene ?) le CanMTG, qui est precurseur de la scene MTG future (cf ci dessous),en regroupant les routines de visu et i/o des module adel et caribu
* voir ce que devient caribuscene dans ce cadre et comment on entre dans le module (par les fichiers ? ie la mtg scene a un module tocaribuscene qui remet tout sous la forme des strings de caribuscene actuelle)
* une possibilité est donc de garder la caribuscene assez proche de ce qu'elle est en ce moment et de mettre les nouveautes dans alineascene
* pour la visu caribu scene utilise le import can de alineaScene
* structure adel en fonctionel : leaf geometry fitting, simulation, parameter edition
* regler les dependances + maj sur alea des infos pour faire ca
* les actuels "wheat", "mons", etc doivent devenir des composites node d'un repertoire demo a creer ssous alinea car ils illustrent des possibilites de combinaison de modules
* il fut ajouter le niveau module dans le CanTG Interpreter
* faire les boites graphtal et documenter a l'ocasion les pages du wiki
05/11/2008
----------
Discussion avec Fred sur les methodes pour boucler
* avec LPy, Christophe et david ont implementé un truc qui permet de joindre dans un seul mtg l'info des modules et la geometrie asssociee
* Cette structure est candidate a etre l'objet sur lequel travaille l'environnement
* ce qui manque c'est la routine symetrique qui permet de reecrire une chaine a partir du mtg : a faire avant lemodelling alinea ?
* en attendant, la methode est de passer par un systeme d'identifiant : les routines environementales ecrivent des tableaux qui peuvent etre relue par le lysteme
* pour les maqutte generee avec CanMTG interpreter, on peut viser la meme structure qui contient tout et qui est capable de reecrire un axiome
* il resterai pour cela a implementer le parser qui sait mixer un canMTG et un parsing de la chaine 'physio'
* pour L+C, c'est un peu plus complique car on est obligé de remettre les parametres de module a plat (chaine) : on perd la structuration
* seulle solution actuelle semble etre donc de recuperer une geometrie avec canMTGinterpreter et d'ecrire des fichiers de paramtre
* on enchaine les iterations avec la chaine binaire et des table de mises a jour des parametres
TO DO donc (now ou en decembre):
* test de bouclage avec L+C : tableaux de parametres + chaines binaires + boucle while alea
*test de creation de MTG avec toute l'info a partir de LPy ou de graphtal + CanMTG Interpreter
* test de modif de chaine mtg par un programme env (Caribu)
* test de reecriture de chaine a partir du mtg
* test de bouclage (briques Lpy) de cette cahine
25/06/2009
----------
* ne plus mettre de __wralea__.py a la racine du paquet et/ou dans les modules: sinon lance le module au démargae, cause de ralentissement et/ou de plantage de lappli. A la place fare un repertoire wralea