10:51 < No`> salut l'afpy
11:22 < ogrisel> alors benoitc, ton projet de datasets repo, ca donne quoi ?
11:22 < benoitc> je dois finit aujourd'hui
11:22 < benoitc> pas pu terminer comme je le voulais l'appli hier :/
11:23 < benoitc> j'ai recupere pas mal de liens ceci dit
11:23 < benoitc> et il y aura une interface pour les rentrer
11:24 < benoitc> le tt dans une couchapp donc tt le mond epoura le piquer chez soi
11:29 < benoitc> ogrisel: d'ailleurs tu hebergerais sur quoi de gros datasets actuellement ?
11:30 [#] benoitc hésites entre riak ou un couchdb/cloudant
11:30 < ogrisel> benoitc: je connais pas suffisamment couchdb et riak, c'est toi le specialiste :)
11:31 < benoitc> je bosse sur un projet assez amusant là
11:32 < ogrisel> je pense que l'un et l'autre sont ok
11:32 < ogrisel> t'as pas besoin du coté DHT a court terme je pense
11:32 < ogrisel> t'auras des pbm de facturation de la BP avant :)
11:33 < benoitc> je pense aussi
11:33 < benoitc> bon et le DHT peut etre ajouté
11:33 < ogrisel> AMA riak est interessant quand tu as un gros paquet de petites ecritures concurrentes geographiquement distribuées
11:33 < benoitc> je pense que ajouté une compatibilité avec couchdb pourrait etre interessant
11:33 < ogrisel> c'est quoi ton projet amusant ?
11:34 < benoitc> en gros :
11:34 < benoitc> tu as un ensemble de dataset centralisé
11:35 < benoitc> tu extraits des mini dataset qui t'interesses que tupeux emporter eventuellement avce toi
11:35 < benoitc> d'ou l'utilisation de couchdb
11:35 < benoitc> apres pour le dataset centralisé j'hésite. construire la partie applicative de couchdb au dessus de riak peut etre amusante
11:38 < ogrisel> commence pas la version simple en couchdb pure :)
11:38 < ogrisel> c'est le moto de ta boite non ?
11:38 < ogrisel> ca veut dire que tu vas devoir fournir un moyen efficace de chunker les datasets, c'est pas toujours evident
11:39 < ogrisel> ca depend du formatage des données
11:40 < benoitc> on fait ça pour du latex actuellement pour de l'aim
11:41 < benoitc> enfin ça ce n'est qu'un exemple, couchdb+couchapp+ensemble de données
11:41 < benoitc> et un django qui authentifie
13:52 < ogrisel> benoitc: interessant, est ce que ca a un rapport avec le projet polymath ?
14:45 < benoitc> ogrisel: pas à ma connaissance
14:46 < ogrisel> dommage, mais c'est peut etre dans le meme esprit non ?
14:46 < ogrisel> faire des math collaborative / open source ?
14:47 < benoitc> en qq sorte. là le but c'est de rassembler les mathématiciens de haut niveaux autour de problemes et de permettre de les resoudre
14:47 < benoitc> c ouvert mais modere
14:48 < benoitc> seuls les editeurs de listes ou les utilisateurs qui auront eu un "privilège" pourront poster une "remarque"
14:48 < benoitc> enfin tt le monde peut poster des mremarques, mais elles sont moderées pour les anonuymes
15:07 < ogrisel> car ressemble en effet a polymath dans l'esprit
15:09 < ogrisel> benoitc: chtite question design sur couchdb, tu me confirmes que dans qu'une "permanent map/reduce view" dans couchdb c'est une materialization dans un b-tree de la requete equivalente au traitement fait par le mapper et le reducer et qu'a chaque fois que tu update les documents sources la view se met a jour en live comme avec un trigger dans un RDBMS ?
15:10 < benoitc> la view se met à jour quand tu l'appelles
15:10 < ogrisel> ah ok, pas avant ?
15:10 < ogrisel> le premier appel peut etre tres long alors
15:10 < benoitc> don csi tu veux qu'lle se mette à jour régulierement faut que tu la trigger via les notifications d'update ou _change
15:10 < benoitc> c juste un script que tu ajoutes à couchdb
15:11 < ogrisel> ok et une fois que la vue est appellee une premiere fois tu tappes toujours dans le meme btree les fois suivantes ?
15:11 < ogrisel> ca re-scan pas les documents source si ils sont pas modifies
15:12 < benoitc> correcte
15:12 < ogrisel> ok parfait
15:12 < ogrisel> c'est bien comme design :)