← Back to team overview

yslopeusers team mailing list archive

Re: Yade

 

Salut Luc,

- pour ce qui est de bzr/launchpad :
J'ai crée un nouveau projet, dont voici la page : https://launchpad.net/yslope. Je l'ai donc appelé "Yade slope"... Et j'y ai mis les sources dont je dispose en ce moment. En résumé, tu (ou n'importe qui d'autre - qui a un compte Launchpad sans doute) doit maintenant pouvoir récuperer le code en faisant (en ligne de commande) :

bzr checkout lp:yslope

Il est indiqué sur le site plutôt bzr branch lp:yslope, la différence est expliquée bien dans la page du wiki de yade https://yade-dem.org/wiki/Quick_Bazaar_tutorial. Je résumerais en disant que, avec checkout, les commit que tu feras se propageront instantanément, ce qui ne sera pas le cas avec "branch". Comme avec yade, ça va télécharger les sources dans un sous-dossier yslope, qui sera contrôlé par bzr. C'est l'occasion de voir si on a la même chose ! (comme différence j'ai déjà en tête la définition d'une nouvelle classe que j'ai commencé à écrire pour le second tiret du mail)

Il y a aussi une équipe "yslope users", associée à yslope, et comprenant pour l'instant toi et moi... L'adresse est en cc de ce mail, (le recevras tu donc deux fois ? tu me diras). Mais pour l'instant les commit ne générent pas de mails, j'essaye de changer ça.

De quoi déjà rendre les choses un peu plus pratique, je l'espère. Tu me diras si tout cela marche chez toi (c'est le début...) .


- pour ce qui est du reste, tu as compris, je pense, ma question. Pour l'instant c'est déjà pour essayer de tirer des courbes contrainte(déplacement relatif) pour un joint donné afin de voir si on arrive à un comportement macroscopique de joint avec ces modèles. La question suivante étant : est-ce que ce comportement dépend du nombre de billes ? (je crois que Frédéric avait parlé de ça à Grenoble, as tu déjà des choses à dire à ce sujet ?)

A plus,

Jérôme

Le 15/11/2010 06:25, luc scholtes a écrit :

pour la question de mettre le code sur launchpad, je suis assez d'accord, cela faciliterait les aller-retours... Par contre, j'ai un peu de mal a m'y retrouver dans la doc de bzr... D'apres ce que je comprends, on peut creer sa propre branche, mais je ne vois pas exactement comment... Il faut que je m'y plonge un peu plus serieusement, mais si tu penses pouvoir le faire de ton cote, n'hesite pas. Le temps me manque un peu ces derniers jours...

pour ce qui est de l'etat mecanique des joints, je n'ai rien fait qui s'y rapporte. Si je comprends bien ce que tu veux faire, cela pourrait nous permettre d'identifier quels seraient les joints les plus sollicites dans un massif fracture, en les characterisant, par exemple, par rapport a leur seuil de rupture respectif ou quoique ce soit d'autre? Pour cela, il faut comme tu le dis, pouvoir identifier chacun ces joints (donc l'ensemble des interactions qui le forment!), et il faut donc introduire un parametre supplementaire... Je ne suis pas contre... Mais peut etre pourrais tu developper un peu ce que tu penses en faire (travail du second ordre?...). Remarque que tu peux deja visualizer les intensites des forces de contact (normales et tangentielles) via paraview si tu ajoutes 'intrs' dans le VTKrecorder de la scene. Si tu peux, essaye deja avec ta simulationde bloc avec le joint incline, cela te donneras une idee du truc, et tu verras que, dans un seul et meme joint, tu peux deja avoir une zone tres sollicitee et une autre moins...

++

  Luc

Le 9 novembre 2010 20:43, Jerome Duriez <duriez@xxxxxxxxxxxxxxx <mailto:duriez@xxxxxxxxxxxxxxx>> a écrit :

    Salut Luc,

    Ca y est, je suis de nouveau "dans" ton code. Une première question :

    - as-tu réfléchi à l'idée de mettre tout cela sur launchpad par
    exemple afin que l'on puisse  tous les deux modifier du
    code/récupérer du code modifié aisément ? Pour être plus précis,
    c'est surtout l'utilisation de bzr qui serait d'après moi très
    pratique (dans l'idée présentée par
    http://wiki.bazaar.canonical.com/BazaarForWebDevs), launchpad ne
    servant qu'à héberger le code pour que tout le monde puisse y
    accéder. Si l'idée de le mettre sur launchapd ne te branche pas
    pour des raisons de confidentialité (j'ai regardé cinq minutes, je
    ne sais pas à quel point cela devra être "public" sur launchpad)
    ça peut être en fait sur n'importe quel serveur..

    - ceci étant dit, en ce moment, j'ai pensé essayer d'écrire
    quelque chose qui permette de calculer l'état mécanique d'un joint
    : contraintes et déplacements relatifs. Premièrement as-tu déjà
    quelque chose du genre ?
    Si non, je pense pour l'instant avoir besoin, pour cela, d'une
    variable "no d'identité de joint". Pour pouvoir isoler les
    différents joints : joint n°1, joint n°2, ... etc. Et en fait il
    me semble qu'elle n'existe pas pour le moment ! Est-ce bien le cas
    ? Si oui, que penserais-tu d'en rajouter une ? (à noter que ce
    genre de modifs rendrait sans doute toutes tes éventuelles
    anciennes sauvegardes .xml caduques...). Si tu es d'accord, je
    peux partir là dessus (et alors on reviendra très certainement
    pour des questions pratiques à la question précédente)

    A plus,

    Jérôme

-- Jérôme Duriez
    ATER Polytech' Grenoble - Laboratoire 3S-R
    04.56.52.86.49 (ne pas laisser de messages sur le répondeur)



--
Jérôme Duriez
ATER Polytech' Grenoble - Laboratoire 3S-R
04.56.52.86.49 (ne pas laisser de messages sur le répondeur)