research notes

3 files changed, 305 insertions, 30 deletions

diff --git a/gg_map/README.txt b/gg_map/README.txt
index 5d23d43..60cf67c 100644
--- a/gg_map/README.txt
+++ b/gg_map/README.txt
@@ -8,37 +8,14 @@ WARNING: Work in progress, don't expect this to work !
 
 * Enlightenment Foundation Libraries
 http://www.enlightenment.org
+  * evas
+  * efx
+  * elementary
+
+* igraph - http://igraph.sourceforge.net/index.html
 
 Research
 ========
 
-23:08 < glouglou> voila je suis entrain de coder un outil pour visualiser un reseau informatique en temps reel, et la partie graphique se ferait avec les EFLs
-23:09 < glouglou> j'ai besoin d'afficher un graph, qui pourrait etre compose de plusieurs centaines d'objets
-23:09 < glouglou> ca va bouger en temps reel
-23:10 < glouglou> je regardais dans le trunk de e pour voir quelles libs au dessus de evas je pourrais utiliser, je sais que evas ne fait pas de vectoriel mais 
-                  c'est pour ca que je veux l'utiliser, les libs vectorielles seront a mon avis trop lentes pour ce que je veux
-23:11 < glouglou> vtorri: je suis tombe sur efx, et j'ai vu que tu etais dans les AUTHORS, alors je me suis dit que peut etre tu aurais un conseil :)
-23:12 < glouglou> apres ptetr que je ferais mieux d'utiliser cairo je sais pas
-
-==== enesim ====
-http://code.google.com/p/enesim/
-== #enesim ==
-23:26 < glouglou> i'm working on a network visualisation tool, that would display a network map in real time meaning new nodes appears and disapears (machines), 
-                  and there are links between them (network traffic)
-23:27 < glouglou> networks can be hundreds of machines
-23:31 < glouglou> i was wondering if evas / enesim was my best choice for visualisation of this type of real time graph
-23:54 < glouglou> btw i'm reading Enesim source code, impressive ... nice work :)
-Day changed to 05 Dec 2012
-00:09 < turran> hey sorry, was on the tv :-/
-00:09 < turran> already late
-00:10 < turran> why dont you drop an email with vincent there too
-00:10 < turran> need to go
-00:10 < turran> ttyl
-== email ==
-00:12 <vtorri> jorgeluis.zapata@gmail.com
-00:13 <vtorri> et le mien : vincent.torri@gmail.com
-00:13 <glouglou> ok note
-00:14 <vtorri> ha et met aussi en cc : 
-00:15 <vtorri> jose_ogp@juno.com
-00:15 <vtorri> c'est l'autre contributeur
-00:15 <vtorri> l'auter dev, plutot :)
+maybe one day using enesim - http://code.google.com/p/enesim/
+see doc_research/
diff --git a/gg_map/doc_research/20121205_irc_efr.fr b/gg_map/doc_research/20121205_irc_efr.fr
new file mode 100644
index 0000000..eed9160
--- /dev/null
+++ b/gg_map/doc_research/20121205_irc_efr.fr
@@ -0,0 +1,270 @@
+22:35 -!- glouglou [~laurent@gouloum.fr] has joined #e.fr
+22:35 -!- Topic for #e.fr: Le canal de discussion pour les mordus d'Enlightenment et des EFLs || http://enlightenment.fr || http://omicron.homeip.net/projects/easy_e17/easy_e17.sh || grenouillère et slip kangourou : http://enlightenmentfr.spreadshirt.fr/ || EFL 1.7.2 & 1.2.1 & 1.1.1 & 1.0.2
+22:35 -!- Topic set by vtorri [~torri@enlightenment/developer/vtorri] [Sun Nov 25 00:06:20 2012]
+22:35 [Users #e.fr]
+22:35 [@beber_    ] [ aissen       ] [ DeusP`  ] [ JackDanielZ ] [ nicolasboulais] [ Vaur`  ] 
+22:35 [@cedric    ] [ ayeuu        ] [ dgarcin ] [ jcEcaSinters] [ rookmoot      ] [ vdehors] 
+22:35 [@ChanServ  ] [ billiob      ] [ donch   ] [ KaKaRoTo    ] [ Sachiel       ] [ wolog  ] 
+22:35 [@vtorri    ] [ black_rez    ] [ e-bawt  ] [ kleph       ] [ sebastienb    ] [ youx   ] 
+22:35 [+Lutin     ] [ captainigloo ] [ esby    ] [ Kuri        ] [ Sp4rKy        ] 
+22:35 [+yoz       ] [ chidambar    ] [ glouglou] [ lemagoup_   ] [ stefzekiller  ] 
+22:35 [ _billiob_ ] [ chouchoune   ] [ GNU\Jack] [ mathieui    ] [ TaPiOn        ] 
+22:35 [ adrien    ] [ clem-vangelis] [ Haze`   ] [ Munto       ] [ TAsn          ] 
+22:35 [ adrien_oww] [ cthuun       ] [ illogict] [ nemunaire   ] [ Thanatermesis ] 
+22:35 -!- Irssi: #e.fr: Total of 49 nicks [4 ops, 0 halfops, 2 voices, 43 normal]
+22:35 -!- Channel #e.fr created Sun Nov 26 07:42:59 2006
+22:35 -!- Irssi: Join to #e.fr was synced in 0 secs
+22:35 -!- Home page for #e.fr: http://enlightenment.fr
+22:36 < glouglou> salut
+22:36 < glouglou> vtorri: ping
+22:56 <@vtorri> glouglou: pong
+23:07 < glouglou> salut :)
+23:08 < glouglou> voila je suis entrain de coder un outil pour visualiser un reseau informatique en temps reel, et la partie graphique se ferait avec les EFLs
+23:09 < glouglou> j'ai besoin d'afficher un graph, qui pourrait etre compose de plusieurs centaines d'objets
+23:09 < glouglou> ca va bouger en temps reel
+23:10 < glouglou> je regardais dans le trunk de e pour voir quelles libs au dessus de evas je pourrais utiliser, je sais que evas ne fait pas de vectoriel mais c'est pour ca que je veux l'utiliser, les libs vectorielles seront a mon avis trop lentes pour ce que je veux
+23:11 < glouglou> vtorri: je suis tombe sur efx, et j'ai vu que tu etais dans les AUTHORS, alors je me suis dit que peut etre tu aurais un conseil :)
+23:12 < glouglou> apres ptetr que je ferais mieux d'utiliser cairo je sais pas
+23:14 < glouglou> (ca serait trop facile :p
+23:15 < glouglou> et ce moment je cherche une lib qui calculerais les coordonnes de mon graph de nodes (machines sur le reseau), que je donnerais ensuite a evas
+23:15 -!- Marty_Stoopid [~Marty_Sto@90.36.12.93.rev.sfr.net] has joined #e.fr
+23:16 <@vtorri> et bien, il existe une lib vectorielle qui pourrait t'interesser : enesim
+23:16 <@vtorri> on l'utilise pour faire du svg
+23:17 <@vtorri> glouglou: de plus, il faut savoir qu'evas a une limite au nombre d'objets
+23:18 <@vtorri> evas a ete concu pour avoir au max 3000 objets
+23:18 <@vtorri> apres il devient trop lent
+23:18 <@vtorri> si tu en a une centaine, ca devrait aller
+23:18 < captainigloo> une lib de graph avec enesim serait juste magnifique
+23:18 <@vtorri> apres, tu veux animer le bouzin,
+23:19 <@vtorri> il faudrait que je sache quel type d'animation
+23:19 -!- clem-vangelis [~vangelis@35.194.31.93.rev.sfr.net] has quit [Remote host closed the connection]
+23:19 <@vtorri> captainigloo: genre ca : https://developers.google.com/chart/interactive/docs/gallery ?
+23:19 < glouglou> merci !
+23:19 <@vtorri> captainigloo: ou bien autre chose (donne un lien si possible)
+23:20 <@vtorri> glouglou: quel genre d'animation tu veux faire ?
+23:21 < glouglou> l'introduction de nouvelle nodes par exemple, qui ne soit pas brutale sinon le graph va bouger d'un coup et on ne va rien comprendre
+23:22 < glouglou> ensuite, l'inspection du traffic peut descendre au niveau packet, donc afficher le flux entre les nodes, mais ca avec efx / evas je vois a peu pres comment faire
+23:22 <@vtorri> donc si tu introduis un nouveau noeud, tu sais comment doit etre le nouveau graphe
+23:22 <@vtorri> donc tu veuxx interpoler entre la position initiale et celle avec les nouveau noeuds
+23:22 < glouglou> oui
+23:22 <@vtorri> glouglou: tu sais parler anglais ?
+23:23 < glouglou> oui
+23:23 <@vtorri> viens sur #enesim
+23:24 < glouglou> vtorri: tu vois qqchose de plus adapte a mes besoins que les EFLs ?
+23:25 <@vtorri> non :p
+23:25 < glouglou> hehe :p
+23:25 <@vtorri> ce qui me gene avec evas est que l'objet evas 'ligne' n'est pas optimise, il me semble
+23:26 <@vtorri> donc tu as des noeuds
+23:26 <@vtorri> autrement dit des disques
+23:26 <@vtorri> reliés avec des lignes
+23:26 <@vtorri> c'est ca ?
+23:27 < glouglou> oui 
+23:28 <@vtorri> il y aurait donc combien d'objets (en comptant les lignes et le disques) ?
+23:28 < glouglou> je veux que la taille de la ligne represente la quantite de traffic ... je pourrais peut etre emuler ca avec evas polygon
+23:29 < glouglou> c'est sur que la limite des 3000 sera peut etre problematique
+23:29 < glouglou> mais a ce moment la, je vois pas quelles autres choix j'ai
+23:31 <@vtorri> faire directement le rendering dans un evas_image
+23:32 <@vtorri> faire le truc soit-meme
+23:32 <@vtorri> i.e. tu aurais un objet evas
+23:32 <@vtorri> enesim ets bien en ce sens qu'il ne depend pas de truc bizarre comme cairo
+23:33 <@vtorri> cairo depend de xlib, xcb, d'extensions X , zlib, expat, etc...
+23:34 <@vtorri> fais un ldd sur ton libcairo.so.***
+23:34 <@vtorri> et tu comprendras
+23:34 < glouglou> mhmh oui j'ai deja du faire le rendering directement dans une image a cause de ce probleme de nombre d'objet en fait ... http://gouloum.fr/projects/elife/
+23:34 <@vtorri> bon, turan se fait desirer :/
+23:35 < glouglou> je viens de tomber sur fog-framework tiens, interessant
+23:35 < captainigloo> vtorri: oui par exemple
+23:35 < captainigloo> il y en a des plus jolis encore
+23:35 <@vtorri> fog est une autre lib de rendu vectoriel
+23:35 < captainigloo> mais c'est lid?e
+23:35 <@vtorri> captainigloo: liens ?
+23:36 <@vtorri> glouglou: enesim est multithreade, et peux aussi utiliser opengl, au cas ou ca t'interesse
+23:36 < glouglou> interessant oui oui :)
+23:36 < captainigloo> http://www.splashnology.com/article/15-awesome-free-javascript-charts/325/
+23:37 <@vtorri> arg, fog est en c++ :/
+23:37 < glouglou> ouaip
+23:37 < glouglou> mais bon j'etais pret a faire le pas
+23:37 < captainigloo> vtorri: l'id?e c'est de se servir d'enesim pour dessiner dans un evas object image ?
+23:37 <@vtorri> fog : NOTE 1: Multi-threaded paint engine and JIT compiler were temporarily removed due to refactorization and feature additions. These concepts will be reimplemented after the internal API will be complete and stable. 
+23:38 <@vtorri> captainigloo: par exemple
+23:38 <@vtorri> captainigloo: c'est ce que je fais
+23:38 < captainigloo> pour esvg ?
+23:38 <@vtorri> glouglou: enesim !
+23:38 < captainigloo> glouglou: tu veux faire quel genre de graphes ?
+23:38 < glouglou> vtorri: je lis le code
+23:38 <@vtorri> captainigloo: non, esvg est un objet enesim, plutot une surface
+23:39 < glouglou> captainigloo: graph de reseau : des machines, des liens de communication. et ca bouge en temps reel
+23:39 <@vtorri> captainigloo: et apres je prends les donnees de la surface et je les mets dans un evas object image
+23:40 <@vtorri> glouglou: http://code.google.com/p/fog/source/list
+23:40 < captainigloo> glouglou: ok
+23:40 <@vtorri> glouglou: le code n'est plus mis a jour depuis le 17 avril
+23:40 < glouglou> je lis le code de enesim ;{
+23:40 < glouglou> ;)
+23:43 < captainigloo> c'est vraiment dommage de pas avoir de primitives vectorielles dans evas
+23:44 < glouglou> si elles sont dans enesim ca me derange pas :p
+23:44 <@vtorri> http://code.google.com/p/enesim/source/browse/trunk/utils/enesim_examples
+23:44 < captainigloo> oui mais tu pers la possibilti? de faire un theme avec edje
+23:44 <@vtorri> certe
+23:44 < glouglou> mhmh
+23:44 <@vtorri> glouglou: idee d'enesim (proche de cairo) : 
+23:45 < captainigloo> dans ton cas ce qu'il te manque ce soont de path pour relier des objets
+23:45 <@vtorri> tu crees des objets, tu les mets dans une surface
+23:45 <@vtorri> tu 'render' la surface
+23:45 <@vtorri> apres, tu peux la mettre dans une image evas
+23:45 < captainigloo> oui, c'est ce que fait raoul dans eskiss
+23:45 <@vtorri> truc classique
+23:45 -!- stefzekiller [~stefzekil@109.89.246.160] has quit [Quit: Quitte]
+23:48 < glouglou> ok donc je n'ai plus la meme limitation du nombre d'objets
+23:48 < glouglou> vu que je n'utilise plus evas
+23:48 <@vtorri> non
+23:48 <@vtorri> par contre, tu peux utiliser elementary pour la GUI
+23:48 < glouglou> yep
+23:49 <@vtorri> tu utilises evas pour aute chose, en fait
+23:50 < glouglou> ?
+23:50 <@vtorri> tu utilises evas indirectement avec elementary
+23:50 < glouglou> oui
+23:50 <@vtorri> mais pas pour ton reseau
+23:51 <@vtorri> franchement, avec enesim, tu peux faire un truc vriament sympa
+23:51 <@vtorri> et regarde etch
+23:51 <@vtorri> dans le repo d'enesim
+23:51 < glouglou> le probleme c'est que je ne peux plus utiliser les fonctionnalitees d'evas sur ma carte de reseau
+23:51 <@vtorri> c'est une lib d'animation
+23:51 <@vtorri> pour l'interpolation, ca va t'aider
+23:51 < glouglou> oui justement j'etais etrain de lire Etch.h
+23:52 < glouglou> par exemple j'aurais bien voulu afficher des images a certains endroits
+23:52 <@vtorri> quelle fonctionalite d'evas ?
+23:52 < glouglou> integrees dans la carte de reseau
+23:52 <@vtorri> emage
+23:52 <@vtorri> texte : etex
+23:52 < glouglou> qui se deplacent d'une node a l'autre
+23:53 < glouglou> mais c'est la magie dites moi
+23:53 <@vtorri> http://code.google.com/p/enesim/source/browse/trunk/enesim/emage/include/Emage.h
+23:53 < glouglou> ouais je vois
+23:53 < glouglou> c'est un boulot de ouf Enesim
+23:54 < glouglou> nice
+23:54 <@vtorri> http://code.google.com/p/enesim/source/browse/trunk/enesim/etex/include/Etex.h
+23:54 <@vtorri> c'est adapte a une surface enesim
+23:55 <@vtorri> turran est espagnol et vit a cote de madrid, il me semble
+23:55 <@vtorri> donc il a la meme timezone que nous
+23:55 <@vtorri> s'il ne repond pas ce soir, essaie demain a partir de 10h
+23:55 <@vtorri> en general, il est la
+23:56 < glouglou> nikel
+23:56 <@vtorri> je sais qu'en ce moment, il a pas mal de boulot
+23:57 <@vtorri> http://code.google.com/p/enesim/source/browse/trunk/marketing/conf/2012_barcelona_linuxcon/Beyond%20enesim%20and%20esvg.pdf
+23:57 < glouglou> je me rappelle vaguement de son nom de quand j'etais plus sur les efls il y a genre 7 ans
+23:57 <@vtorri> ca te donnera une idee
+23:57 < glouglou> ben je vais tester tout ca (enesim) et on va voir :)
+23:57 < glouglou> ok
+23:57 <@vtorri> cool
+23:57 < glouglou> merci milles fois
+23:57 <@vtorri> n'hesite pas a me demander
+23:57 <@vtorri> je suis un contributeur sur enesim
+23:57 < glouglou> cool :)
+23:58 <@vtorri> par contre, en journee, je ne peux pas, je bosse
+23:58 <@vtorri> donc le soir
+23:58 <@vtorri> captainigloo: yoz a commence un echart :)
+23:59 < glouglou> toujours prof ?
+23:59 < glouglou> de maths
+23:59 <@vtorri> oui :)
+00:04 <@vtorri> c'est chouette de revenir sur les EFL :)
+00:05 < glouglou> hiboux
+00:05 < glouglou> donc d'apres le comparatif que je vois slide 11, enesim est 2 fois plus lent que cairo ? :)
+00:05 <@vtorri> oui
+00:05 <@vtorri> mais
+00:06 <@vtorri> le rendering a ete optimise la semaine derniere
+00:06 <@vtorri> on doit etre au meme niveau
+00:06 -!- beber_ [~beber@2a01:e35:2422:da50:941:20:1:136] has quit [Quit: Kenavo les poteaux]
+00:06 <@vtorri> on a une grosse marge de manoeuvre par rapport a cairo
+00:06 <@vtorri> pas d'asm
+00:06 <@vtorri> ou quasiment pas
+00:06 <@vtorri> cairo est optimise a mort, avec plein de devs
+00:07 <@vtorri> il y a juste 2 gros devs et un contributeur (moi)
+00:07 < glouglou> tu serais capable de relancer le meme test que dans le slide 11 pour voir si tu as raison ? :p
+00:08 < glouglou> non pas que ca va influer sur mon choix, car dans tous les cas je vais tester enesim, mais juste pour voir ;)
+00:08 <@vtorri> la, non
+00:09 <@vtorri> peux pas
+00:09 <@vtorri> le code est chez turran
+00:09 <@vtorri> j'attends qu'il le committe
+00:11 <@vtorri> glouglou: bon, turran a repondu :)
+00:11 < glouglou> il peut pas commiter il regarde la tele :p
+00:11 <@vtorri> hehe
+00:11 <@vtorri> envoie un mail (cf pm)
+00:13 < glouglou> btw mon nom de dev sur le svn de e c'etait kiwi
+00:13 <@vtorri> hooo
+00:13 <@vtorri> kiwi
+00:13 <@vtorri> ca fait un bail, en effet
+00:13 < glouglou> clair
+00:15 <@vtorri> tu recodera sur les efl / e ?
+00:16 < glouglou> non pas trop juste http://gouloum.fr/projects/elife/
+00:17 < glouglou> j'ai reswitche a e17 recement car spectrwm aka scrotwm (https://opensource.conformal.com/wiki/spectrwm) ne convenait plus a mes besoins
+00:18 < glouglou> j'utilise un peu trop d'applications merdiques ;p
+00:18 <@vtorri> :)
+00:18 <@vtorri> bon, je vais aller faire dodo :)
+00:18 <@vtorri> bn
+00:18 < glouglou> et meme avec e17 j'ai des pb defois de focus avec des applis java ...
+00:18 < glouglou> ok
+00:19 < glouglou> *merci encore !!!*
+00:22 < glouglou> il n'y avais pas un chat irc special dev en anglais sur e ?
+00:22 < glouglou> chan*
+00:40 < captainigloo> edevelop
+00:40 < captainigloo> et e
+00:40 < captainigloo> kiwi, c'est vrai que ca fait un bail !
+00:40 < captainigloo> moi aussi dodo
+00:40 < captainigloo> a+
+00:48 < glouglou> ah oui merci :p
+00:48 < glouglou> bounnui
+00:52 -!- Marty_Stoopid [~Marty_Sto@90.36.12.93.rev.sfr.net] has quit [Quit: bye]
+02:50 < glouglou> http://igraph.sourceforge.net/index.html
+02:50 < glouglou> igraph is my friend
+02:51 < glouglou> + enesim for rendering :)
+03:04 <@cedric> ca va t'occuper tiens
+03:05 < glouglou> tu l'as dis
+03:08 < glouglou> c'est des oufs les mecs de igraph, tu regarde certains de leurs code ca fait peur (http://igraph.sourceforge.net/doc/html/ch12s02.html)
+03:09 < glouglou> connais igraph cedric ?
+03:09 <@cedric> nop, je connaissais pas
+03:09 <@cedric> je serais parti sur graphivz
+03:11 <@cedric> mais bon, si tu arrives a en faire qqc ca peut etre tres utiles
+03:12 <@cedric> par contre, je ne suis pas certain que tu es vraiment besoin de vectoriel pour ca
+03:12 <@cedric> tout depend du graph que tu veux faire au final
+03:12 <@cedric> mais des objets edje relie entre eux par des lignes avec un smart objet pour les crees qd ils deviennent visible
+03:13 <@cedric> et les faire disparaitre qd il ne sont plus a l'ecran me semble etre plus efficace et souple
+03:14 < glouglou> pour le debut c'est clair que faire ce que tu dis c'est plus efficace au niveau performances aussi
+03:14 <@cedric> de plus, je suis pas sur que enesim soit ceux dont tu es exactement besoin
+03:15 < glouglou> mais des que je vais vouloir gerer la largeur des liens entre les nodes, ca va poser probleme
+03:15 <@cedric> vu qu'il va te falloir aussi gerer la logique d'evas pour savoir quoi redessiner et tout
+03:15 <@cedric> j'aurais bien une solution simple pour ca, un autre objet edje et evas map
+03:15 <@cedric> enesim est tres bien a mon avis pour un graph mathematique statique, des que tu vas faire du dynamique, il t'en faudra plus
+03:16 < glouglou> je vois pas trop pour le lien en utilisant edje et evas map
+03:16 <@cedric> je sais que pour esvg, ils ont developpe une lib qui fait la partie du boulot dont je parle, j'ai oublie le nom et je ne sais pas si elle te conviendrait en meme temps
+03:17 <@cedric> et bien, ta ligne, c'est un objet edje que tu as deplace et tourne
+03:17 <@cedric> tu peux donc lui envoye des signaux pour l'anime
+03:17 <@cedric> et tu peux aussi la redimensionne
+03:18 < glouglou> ca fait quoi evas map ?
+03:18 <@cedric> rotation, deformation
+03:18 <@cedric> les effets "2.5D" qu'aime bcp apple
+03:18 < glouglou> k
+03:21 < glouglou> effectivement j'ai rien vu dans enesim pour gerer le rendering d'une partie de la surface seulement
+03:24 < glouglou> pour cette limite de environ 3000 objets dans evas, on parle de 3000 objets *visibles* ou au total en comptant ceux qui ne sont pas _show() ?
+03:26 <@cedric> c'est completement flou comme limite
+03:26 <@cedric> le fait est que l'acces aux objets requiree un algo en O(n)
+03:27 <@cedric> donc plus tu as d'objet plus c'est lent
+03:27 < glouglou> donc objets au total
+03:28 <@cedric> oui et non :-)
+03:28 < glouglou> mais quand tu render tu les accede beaucoup plus
+03:28 <@cedric> on a mis plein de d'optim pour que le cas soit le plus tard possible
+03:28 < glouglou> j'imagine
+03:28 <@cedric> dc en general, c'est 3000 objets actifs
+03:28 <@cedric> ce qui fait de toute facon bcp de monde a l'ecran
+03:29 <@cedric> on pourrait avoir l'utilisation d'un algo de type quad tree ou utilisait les bouding box des smart objets pour limiter les recherches
+03:29 <@cedric> mais dans la pratique, on a aucune appli qui montre le probleme
+03:29 <@cedric> dc pas d'optim
+03:29 <@cedric> et le 3000 est lie a ton CPU
+03:29 <@cedric> plus, il est gros, plus le chiffre sera eleve
+03:30 <@cedric> mais avec l'algo que je t'ai decrit, je pense pas que tu es de probleme a gerer ton graph
+03:30 <@cedric> apres lors d'un zoom out, je pense que tu devras fusionner des nodes de ton reseau (juste pour la lisibilite de toute facon)
+03:31 < glouglou> algo pour les nodes ou pour les liens ?
+03:33 <@cedric> bah, les deux
+03:43 <@cedric> https://wiki.ubuntu.com/Nexus7/FAQ \o/
+04:22 < glouglou> cedric: donc pour les nodes tu partirais sur un edje object, et pour les liens un edje object aussi qui est redimensionne a la taille du lien
+04:34 -!- Munto [~frugal@2a01:e35:139d:91e0:221:85ff:fee1:5c3c] has quit [Quit: Quitte]
+05:43 -!- sharinganex [~sharingan@233.208.85.79.rev.sfr.net] has joined #e.fr
diff --git a/gg_map/doc_research/20121205_irc_enesim.txt b/gg_map/doc_research/20121205_irc_enesim.txt
new file mode 100644
index 0000000..94d5e22
--- /dev/null
+++ b/gg_map/doc_research/20121205_irc_enesim.txt
@@ -0,0 +1,28 @@
+===============================================================================
+2012-12-05_06-12
+
+==== enesim ====
+http://code.google.com/p/enesim/
+== #enesim ==
+23:26 < glouglou> i'm working on a network visualisation tool, that would display a network map in real time meaning new nodes appears and disapears (machines), 
+                  and there are links between them (network traffic)
+23:27 < glouglou> networks can be hundreds of machines
+23:31 < glouglou> i was wondering if evas / enesim was my best choice for visualisation of this type of real time graph
+23:54 < glouglou> btw i'm reading Enesim source code, impressive ... nice work :)
+Day changed to 05 Dec 2012
+00:09 < turran> hey sorry, was on the tv :-/
+00:09 < turran> already late
+00:10 < turran> why dont you drop an email with vincent there too
+00:10 < turran> need to go
+00:10 < turran> ttyl
+== email ==
+00:12 <vtorri> jorgeluis.zapata@gmail.com
+00:13 <vtorri> et le mien : vincent.torri@gmail.com
+00:13 <glouglou> ok note
+00:14 <vtorri> ha et met aussi en cc : 
+00:15 <vtorri> jose_ogp@juno.com
+00:15 <vtorri> c'est l'autre contributeur
+00:15 <vtorri> l'auter dev, plutot :)
+
+== evas + edje + efx ==
+