[Yade-users] Post Doc position about Shape in Aix-en-Provence, France (INRAE)

-du-laboratoire/pages-personnelles/jerome-duriez ___ Mailing list: https://launchpad.net/~yade-users Post to : yade-users@lists.launchpad.net Unsubscribe : https://launchpad.net/~yade-users More help : https://help.launchpad.net/ListHelp

Re: [Yade-dev] Yade vs. war in Ukraine

route Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome-duriez On 03/03/2022 18:16, Bruno Chareyre wrote: Hi guys, My heart is broken since the beginning of that war on Ukraine. I

Re: [Yade-dev] Submitting Yade to an "Open Software" prize (FYI)

Hi guys, Good news, I'm willing to join. Best, -- Chargé de Recherche / Research Associate INRAE, RECOVER 3275 route Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome-duriez

Re: [Yade-dev] Dev meeting next week

-personnelles/jerome-duriez On 15/07/2021 11:13, Bruno Chareyre wrote: Dear Yade devs, For a few months now some of us started holding meetings to discuss dev aspects. We figured it would be good to gather more of the devs in these meetings, so if you are interested and available you are welcome

Re: [Yade-dev] Introducing Yade discord beta

– CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome-duriez On 06/05/2021 19:55, Robert Caulk wrote: Hey Yade devs, A few of us were discussing the *idea of encouraging more collaboration* among

Re: [Yade-dev] Post Doc position particles' shape

Dear Yade devs, Attachment finally is at https://stratus.irstea.fr/f/5ef9fde069f24c35ba66/?dl=1 ... (Not sure it was my mistake here or some Launchpad feature -- https://bugs.launchpad.net/launchpad/+bug/244673 ?) Sorry again, Jérôme On 02/12/2020 09:34, Jerome Duriez wrote: Dear Yade

[Yade-users] Post Doc position particles' shape

-- Chargé de Recherche / Research Associate INRAE, RECOVER 3275 route Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome-duriez ___ Mailing

[Yade-dev] Post Doc position particles' shape

regards, Jérôme Duriez -- Chargé de Recherche / Research Associate INRAE, RECOVER 3275 route Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome-duriez

Re: [Yade-dev] New Yade version, beginning of January 2021

that train. Jérôme -- Chargé de Recherche / Research Associate INRAE, RECOVER 3275 route Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome-duriez On 12/11/2020 22:18, Anton Gladky wr

Re: [Yade-dev] GitLab repo archives

) Thanks ! -- Chargé de Recherche / Research Associate INRAE, RECOVER 3275 route Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome-duriez On 15/10/2020 15:28, Bruno Chareyre wrote:

[Yade-dev] GitLab repo archives

. Do you confirm my observations ? Was that on purpose ? Jérôme -- Chargé de Recherche / Research Associate INRAE, RECOVER 3275 route Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome

Re: [Yade-dev] Wiki FAQ

-laboratoire/pages-personnelles/jerome-duriez On 22/07/2020 11:03, Bruno Chareyre wrote: Thanks. I would keep that one too (even for myself): === I would like to add a new page to YADE wiki. How can I do it? === B On Wed, 22 Jul 2020 at 09:22, Jerome Duriez <mailto:jerome.dur...@inrae.fr>&

Re: [Yade-dev] Wiki FAQ

-laboratoire/pages-personnelles/jerome-duriez On 21/07/2020 16:00, Jan Stránský wrote: I also would not entirely delete the page / content. maybe they should go somewhere else, but where? one option is to put them to the source code in the .rst format and create a new "main page link&quo

[Yade-dev] Wiki FAQ

40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome-duriez ___ Mailing list: https://launchpad.net/~yade-dev Post to : yade-dev@lists.launchpad.net

Re: [Yade-dev] [PATCH] correct Law2_ScGeom_ViscElPhys_Basic documentation to match source code, see https://answers.launchpad.net/yade/+question/691021

/jerome-duriez On 20/07/2020 20:49, Daniel Kiracofe wrote: Please find attached a quick patch to correct Law2_ScGeom_ViscElPhys_Basic documentation to match source code, per discussion https://answers.launchpad.net/yade/+question/691021 (apologies for the delay between the launchpad question

Re: [Yade-dev] Sign convention or name O.energy['gravWork']

0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome-duriez On 28/04/2020 16:27, Bruno Chareyre wrote: Hi Jérôme, I feel like it is a question of perspective, and undecidable overall. Is it work by gravity or work against gravity? You can find the

Re: [Yade-dev] Sign convention or name O.energy['gravWork']

FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome-duriez On 20/04/2020 10:25, Jerome Duriez wrote: Hi, Is there a consensus (outside myself) for the extra minus sign in O.energy['gravWork'], computed in NewtonIntegrator

[Yade-dev] Sign convention O.energy['gravWork']

40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome-duriez ___ Mailing list: https://launchpad.net/~yade-dev Post to : yade-dev@lists.launchpad.net

Re: [Yade-dev] Vector3 unsigned int

search Associate Inrae, RECOVER 3275 route Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome-duriez On 08/04/2020 16:49, Bruno Chareyre wrote: Hi Jérôme, Out of curiosity, do you have concrete

[Yade-dev] Vector3 unsigned int

Associate Inrae, RECOVER 3275 route Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnelles/jerome-duriez ___ Mailing list: https://launchpad.net/~yad

[Yade-dev] Vector outputs in LOG macros vs cout

ve some interest to that question ! ;-) Jérôme -- Chargé de Recherche / Research Associate Inrae, RECOVER 3275 route Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 https://www6.paca.inrae.fr/recover/membres-du-laboratoire/pages-personnell

Re: [Yade-dev] Call for testing, updated yadedaily packages

uipes/jerome-duriez On 27/06/2019 21:15, Anton Gladky wrote: Dear all, yadedaily packages are being under renovation at the moment. And now they need to be tested. I want to ask you to do it and give a feedback. 3 Distributions are supported: - Debian Buster - Debian Stretch - Ubuntu 18.04 B

Re: [Yade-dev] AddressSanitizer is enabled in the CI-pipeline

Hi, you can see in the pipeline Is there yet an example in recent pipeline jobs ? I looked at that job from ASAN merge request #331 and could not see anything new. What's the exact workflow ? Running --test and --check and look for some

Re: [Yade-dev] Python inheritance

Hi, For your information, I also faced at some point segfaults with boost::python stuff during O.run() and not O.step() : https://www.mail-archive.com/yade-dev@lists.launchpad.net/msg13223.html (I never really solved / understood it.. If you know e.g. boost mutex more than me -- that won't

Re: [Yade-dev] Call for testing, updated yadedaily packages

On 05/07/2019 14:07, Janek Kozicki wrote: I should write about this process in the developer documentation also. I actually just understood more (hopefully) what these dockers are.. And I just realized the docker files like this one

Re: [Yade-dev] Call for testing, updated yadedaily packages

Hi, Here (Ubuntu 18.04 Bionic) *** Your instructions worked like a charm (I already had yadedaily package). I now have (note just the VERSIONYADEREPLACE that may need to be replaced) jerome.duriez@AXP17003:~$ yadedaily Welcome to Yade VERSIONYADEREPLACE Using python

[Yade-dev] Updating Launchpad (Code) page

Hi, I think https://code.launchpad.net/yade (reached eg after cliking on "Code" at the top of https://launchpad.net/yade) clearly needs to be updated: - it still mentions about bazaar (I even can not remember when we left this tool...) - it also still mentions about gitHub... Obviously,

Re: [Yade-dev] Web doc reflecting another branch than master ?

/commit/e2900d8552e7875623ef32ec0a20ad038e2469b3 On Tue, 19 Mar 2019 at 10:54, Jerome Duriez <mailto:jerome.dur...@irstea.fr>> wrote: Hi, As of now, https://yade-dev.gitlab.io/trunk/ tells me it describes "Yade version 2019-03-19.git-a36504b / 2019-03-

[Yade-dev] Web doc reflecting another branch than master ?

Hi, As of now, https://yade-dev.gitlab.io/trunk/ tells me it describes "Yade version 2019-03-19.git-a36504b / 2019-03-19.git-a36504b" As a matter of fact, https://yade-dev.gitlab.io/trunk/installation.html#prerequisites mentions as required packages "libopenmpi-dev libopenmpi1.10

[Yade-dev] Deploy stage in Gitlab's pipeline

Hello, What is the deploy stage in Gitlab's pipeline ? (which fails in the last changes on trunk-exp [*] just because deploy does not apply to trunk-exp ?) I thought it should be defined in .gitlab-ci.yml but it's not ? Thanks, Jérôme [*]

Re: [Yade-dev] [Yade-users] [Question #678982]: about TriaxialStressController

Hi, Regarding [*] and the comment "|the mask is the integer whose binary representation is xyz" at|[**], do we agree that - 3 = 11 = 011 in binary [***] (and not 110) ?And that 1 = 001 (and not 100 as in [**]) - and that the comment at [**] should read "|the mask is the integer whose

Re: [Yade-dev] Fixing the examples

Hello, As for jointedCohesiveFrictionalPM, gravityBis.py is working and is intended to replace gravityLoading.py + packInGtsSurface.py. While identificationSpheresOnJoint.py is not supposed to be called for itself, and could be replaced by identifBis.py (the latter being used by

Re: [Yade-dev] gitlab work cycle

Hi, [1]https://yade-dev.gitlab.io/trunk/github.html?highlight=gitlab#pushing-changes-to-remote-repository What's this https://yade-dev.gitlab.io/trunk/ ?... Is our doc now located at that place, and no more at https://yade-dem.org/doc/ ?... Jérôme -- Chargé de Recherche /

Re: [Yade-dev] Potential Blocks and Potential Particles - Documentation

Is there any practical preference between .rst or latex files? In my opinion : - .rst files, and being somehow part of the doc, as we see it on https://yade-dem.org/doc, is much more visible and much easier to maintain (by different people, in particular) : it's under git version control

Re: [Yade-dev] Migrating to GitLab

5 FRANCE +33 (0)4 42 66 99 21 On 17/01/2019 18:12, Bruno Chareyre wrote: On 1/17/19 5:53 PM, Jerome Duriez wrote:  it's maybe time to ask what does YADE development (if not "we") may expect as investment from Grenoble "in exchange" ? Who is expecting something, from who, in

Re: [Yade-dev] Migrating to GitLab

Hi Bruno, Thank you for everything. It was a reason for new ways of doing things (the merge requests, in particular), it's maybe time to ask what does YADE development (if not "we") may expect as investment from Grenoble "in exchange" ? Good hopes to maintain all that we have in spite of

Re: [Yade-dev] Migrating to GitLab

On 08/01/2019 17:50, Bruno Chareyre wrote: On Tue, 8 Jan 2019 at 09:56, Jerome Duriez <mailto:jerome.dur...@irstea.fr>> wrote: let's maybe try to avoid switching from only one branch to more than three ?... We have already 19 branches on github/yade/trunk, plus other

Re: [Yade-dev] Migrating to GitLab

[..] with master-develop approach. [..] you really need to know, why do you need it. Thanks for feedback Anton, that's my point :-) Considering that a develop->master step still needs to be clarified, with different opinions at the moment between Bruno (below) and Janek (07/01/2019 à 17:31

Re: [Yade-dev] [Yade-users] [Question #676841]: the definition of porosity

As for me, I subscribe to Bruno's presentation: better speak in terms of normal component of relative displacement between centers. Jérôme -- Chargé de Recherche / Research Associate Irstea, RECOVER 3275 route Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 On

Re: [Yade-dev] Migrating to GitLab

Hello everyone, In terms of Gitlab vs Github Lazyness would tend to make me think to stay on github to avoid the need for adaptation (at least registering a new account on gitlab I guess ?), but this is not a real opinion. Hence some questions. Would we have

Re: [Yade-dev] Mathr::ZERO_TOLERANCE vs Mathr::EPSILON

std::abs(cn1) <= Mathr::ZERO_TOLERANCE ) cn1=0; If it's small let it be small. No need to make it zero. And since cn1 is not dimensionless it implies that currently the accuracy depends on a specific choice of units... Bruno Bruno On 11/15/18 3:54 PM, Jerome Duriez wrote: Hello

[Yade-dev] Mathr::ZERO_TOLERANCE vs Mathr::EPSILON

Hello, Out of curiosity, why do we have both Mathr::ZERO_TOLERANCE and Mathr::EPSILON in the code [*] ? I would understand they're both intended to give an expected magnitude of rounding errors. (Note that ZERO_TOLERANCE is hardcoded as 1e-20, while EPSILON is ~ 2e-16 here) Both are used

Re: [Yade-dev] Buildbot failure

Hi Robert, My understanding of these failures was rather there was read/write permission problems on the buildbot ? [*] As you probably know, the buildbot is in Grenoble 3SR lab, and only Bruno and remi.caillet...@3sr-grenoble.fr (but Rémi is no more at 3SR if I understood correctly ?...)

Re: [Yade-dev] Building Documentation

Hi Alex, At least, I get the same behavior as you, here. Cheers, Jérôme -- Chargé de Recherche / Research Associate Irstea, RECOVER 3275 route de Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 On 10/10/2018 18:05, Eulitz, Alexander wrote: Hi, I just tried

Re: [Yade-dev] Compilation (cmake) options Doc

a self-contained printable document. If some content is removed from this document it is clearly a regression. Bruno (*) e.g. "(an updated list can be retrieved _here_)" On 09/03/2018 02:51 PM, Jerome Duriez wrote: Hi, In the source installation doc [*] I'm proposing to directly poin

Re: [Yade-dev] Shop::aabbExtrema() : from boost::python::tuple return type to std::vector ?

than a vector<>. I would point out that the implementation of this function looks sloppy in various other ways: - dereferencing body pointer without checking it - dynamic cast - only works for spheres Isn't there a more generic extrema function somewhere? I'm wondering. Bruno On 1 August 2018

[Yade-dev] Shop::aabbExtrema() : from boost::python::tuple return type to std::vector ?

Hi again, I would like changing in pkg/dem/Shop*pp the py::tuple aabbExtrema() [*] to std::vectoraabbExtrema() (keeping obviously the Python exposure). I think this would - make the Shop C++ files one (small) step closer from the ideal situation discussed at

Re: [Yade-dev] Dynamic vs Fixed for bodies utils functions

he meaning (or is it already clear that fixed == !dynamic everywhere?), then it is easy to make both accepted through aliasing. Removing one of the two seems awkward based on your summary. Cheers B Le jeu. 26 juil. 2018 18:07, Jerome Duriez <mailto:jerome.dur...@irstea.fr>> a écrit : Hi,

[Yade-dev] Dynamic vs Fixed for bodies utils functions

Hi, As you may know, the Python (utils module) functions for creating bodies make a more or less redundant use of the two "dynamic" and "fixed" boolean parameters. It seems to me both are usually accepted with different behaviors: - for sphere() and box(), both are passed to

Re: [Yade-dev] Why _utils.hpp and Shop.hpp ? Shop::getPorosity vs Shop__getPorosity

cks, which IMO should be placed in a separate file, so py/_utils.*pp would stay anyway (although it could be cleaner). cheers Jan [1] https://github.com/yade/trunk/blob/master/py/_utils.cpp#L111 2018-07-16 11:21 GMT+02:00 Jerome Duriez <mailto:jerome.dur...@irstea.fr>>:

[Yade-dev] Why _utils.hpp and Shop.hpp ? Shop::getPorosity vs Shop__getPorosity

Hi, What is the reason for having (for instance) Shop__getPorosity() in py/_utils.hpp/cpp and Shop::getPorosity() in pkg/dem/Shop.hpp / Shop_01.cpp ? I can see the latter has "scene" as an argument [1] in addition to "volume" (contrary to the former [2]), but probably this could be removed

Re: [Yade-dev] About pastebin and data files in launchpad questions

Hi all, I agree Bruno with your description of the annoying extra efforts that are required to try to help with such questions. As far as I am concerned, I do not try downloading things and help in these cases... My first suggestion would be to further push users to propose (for real !!!)

Re: [Yade-dev] Python 2 removal

Hi Anton, I'd consider this idea, ie I have some time and motivation, and no knowledge.. :-) Moreover / instead possible personal efforts, I could also look into the possibility proposing a dedicated internship to some IT (with an emphasis on the "I") student. Since I do not have a precise

[Yade-dev] Use of boost::python::extract() in Engine::action()

Hi, In connection with the bug [*], I'm trying to familiarize myself with boost::python. As an example, I would like to extract in the c++ world a python integer, something I can achieve outside YADE but not within: When building my own c++ program (see the attached testBP.cpp) the two

Re: [Yade-dev] Cmake !find metis and cholmod

Hi Bruno, I can compile 2018-05-22.git-f538da1 (I just "git pulled") without any problem. Here are some of my cmake outputs, for info: -- Found Cholmod in /usr/lib/x86_64-linux-gnu/libcholmod.so -- Found OpenBlas in /usr/lib/libopenblas.so -- Found Metis in

Re: [Yade-dev] Ip2_FrictMat_FrictMat_FrictPhys doc

adeworkshop.sciencesconf.org/ On 22/02/2018 17:04, Bruno Chareyre wrote: Hi Jérôme, I am not in favor of removing some documentation, thank you for asking. In my view such patch would be a regression. I don't understand the motivation, see below. On 02/21/2018 05:59 PM, Jerome Duriez wrote: After see

[Yade-dev] Ip2_FrictMat_FrictMat_FrictPhys doc

Hi, After seeing Yet Another Doubts on "young" meaning / Ip2_FrictMat_FrictMat_FrictPhys contact model (a PhD student in my institute), I'm proposing to explicitly mention the underlying equations in the doc, once for all. The corresponding would-be diff appears at the end of the email, you

Re: [Yade-dev] Mathjax/imgmath for math output in doc ?

/ Research Associate Irstea, RECOVER 3275 route de Cézanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 A free DEM conference in April: https://2ndyadeworkshop.sciencesconf.org/ On 20/02/2018 10:56, Jerome Duriez wrote: The equations from https://yade-dem.org/doc/ actually lo

Re: [Yade-dev] Mathjax/imgmath for math output in doc ?

/ext/math.html#module-sphinx.ext.imgmath -- Chargé de Recherche / Research Associate Irstea, RECOVER 3275 route de Cézanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE +33 (0)4 42 66 99 21 A free DEM conference in April: https://2ndyadeworkshop.sciencesconf.org/ On 20/02/2018 10:45, Jerome

Re: [Yade-dev] Yade related publication?

Hi Robert, Regarding your last two specific questions, my personal answers are "no". Regarding, the general idea of your proposal, maybe I may refer you to a YADE-related paper published in SoftwareX (a journal aiming to give some credit to code development "per se" in scientific research,

Re: [Yade-dev] 2nd YADE workshop: Aix-en-Provence (France), April 26-27, 2018

Dear YADE users and developers, A gentle reminder on the second YADE workshop: *Discrete-based modeling of multi-scale coupled problems* to be held in *Aix-en-Provence* (south of France), on *April 26-27*, 2018. Deadline for *abstract submission* has just been extended to *February 2*,

[Yade-dev] YADE builds manually caused by unknown ?

Hi there, Out of curiosity, is there actually someone who is asking the buildbot to perform so much builds (of old revisions ?) ? I'm referring here to the kind of builds [1] for which we got (quite often) this kind of email [2] The fact that the "Revision" and "Got Revision" fields are

Re: [Yade-dev] 2nd Yade-DEM workshop

Uni Twente, July 22-26 2019. Another international conference people might be attending is SolMech 2018, 27-31 Aug in Warsaw. Thanks again for organising this. Klaus On Fri, 29 Sep 2017 01:11:33 PM Jerome Duriez wrote: Dear all; Attached is a very first draft of a possible "Call&qu

Re: [Yade-dev] 2nd Yade-DEM workshop

Le 04/09/2017 à 18:21, Jerome Duriez a écrit : Hi there, I 'm now in my new position (notwithstanding the used email address) in french institute Irstea. It seems my new boss is very open to the idea of such a workshop, probably including for what concerns his wallet. I can thus pu

Re: [Yade-dev] 2nd Yade-DEM workshop

, along the Mediterranean). Thoughts ? Jerome -- Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 From: Yade-dev <yade-dev-bounces+jerome.duriez=ucalg

Re: [Yade-dev] 2nd Yade-DEM workshop

-- Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 From: Yade-dev <yade-dev-bounces+jerome.duriez=ucalgary...@lists.launchpad.net> on behalf of Bruno Chareyre <bruno.cha

Re: [Yade-dev] Removing one check (regression) test

-- Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 From: Yade-dev <yade-dev-bounces+jerome.duriez=ucalgary...@lists.launchpad.net> on behalf of Bruno Ch

[Yade-dev] Meaning/Doc of ViscoFrictPhys in connection with Law2_ScGeom6D_NormalInelasticityPhys_NormalInelasticity

in the docstring) ? Jerome [*] https://yade-dem.org/doc/yade.wrapper.html#yade.wrapper.ViscoFrictPhys -- Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367

[Yade-dev] Removing one check (regression) test

removal ? Thanks, Jerome -- Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 ___ Mailing list: https://launchpad.net/~yade-dev Post to : yade-dev

[Yade-dev] No more commit emails ? (no more gitHub/trunk import into Launchpad)

ications were useful from my point of view) Jerome [*] http://www.mail-archive.com/yade-dev@lists.launchpad.net/msg12405.html ------ Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineer

Re: [Yade-dev] Frequency of documentation update

//yade-dem.org/doc/ -- Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 From: Yade-dev <yade-dev-bounces+jerome.duriez=ucalgary...@lists.launchpad.net> on beha

Re: [Yade-dev] FlowEngine.ipp.in: return values of volumeCell*()

Ok, I indeed figured out since, that my crashes are (obviously ?) not related with this difference. Thanks for the information though, Jerome -- Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220

[Yade-dev] FlowEngine.ipp.in: return values of volumeCell*()

owEngine.ipp.in#L413 [4] https://github.com/yade/trunk/blob/master/pkg/pfv/FlowEngine.ipp.in#L412 ------ Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 ___

Re: [Yade-dev] Frequency of documentation update

Last build was November 3rd (with many build requests pending since), sorry for the typo... From: Yade-dev <yade-dev-bounces+jerome.duriez=ucalgary...@lists.launchpad.net> on behalf of Jerome Duriez <jerome.dur...@ucalgary.ca> Sent: November 16, 2

Re: [Yade-dev] Frequency of documentation update

t ?) Has there been / is there / will there be changes on that side ? (Looking at the build log, I'm just seeing the last build was indeed November 1st, several commits ago) [*] https://yade-dem.org/buildbot/ <https://yade-dem.org/buildbot/> -----

Re: [Yade-users] Yade installation questions

t; is related to GUI, and I also think that PyQt4 (or PyQt5) is a required package, see https://yade-dem.org/doc/installation.html#prerequisites. [*] https://yade-dem.org/doc/user.html#getting-help ------ Jerome Duriez, Research Associate Univer

Re: [Yade-dev] [Branch ~yade-pkg/yade/git-trunk] Rev 3953: Introduce Network::surfaceSolidThroatInPore() for partial solid surfaces per half-throat

de/trunk/blob/master/lib/triangulation/FlowBoundingSphere.ipp#L750 ---------- Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 From: Yade-dev <yade-dev-bounces+jerome.duriez=uc

Re: [Yade-dev] [Branch ~yade-pkg/yade/git-trunk] Rev 3937: Update citing_yade.bib

To conclude, I think reverting was not appropriate here, could you please re-revert ? Thanks ! Jerome -- Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367

Re: [Yade-dev] [Branch ~yade-pkg/yade/git-trunk] Rev 3932: Friendlier BibTex entries for 2015 doc. To avoid Smilauer and et al in manuscripts

ny "joke" ? Jerome ---------- Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 From: Yade-dev <yade-dev-bounces+jerome.duriez=ucalgary...@lists.launchpad.net> on behalf of Bruno Chareyre <bruno.chare...

Re: [Yade-dev] [Branch ~yade-pkg/yade/git-trunk] Rev 3932: Friendlier BibTex entries for 2015 doc. To avoid Smilauer and et al in manuscripts

— Yade 2016-08-24.git-0557faf ...<https://www.yade-dem.org/doc/publications.html> www.yade-dem.org Publications on Yade¶ This page should be a relatively complete list of publications on Yade itself or done with Yade. If you publish something, do not hesitate to ... ---

Re: [Yade-dev] Capillary scripts

With one new simulation script example and another old one, moved here ------ Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 From: Yade-dev <yade-dev-bounce

Re: [Yade-dev] Capillary scripts

Yes, they were coded by myself, indeed. -- Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 From: Anton Gladky <gladky.an...@gmail.com> Sent: September-1

Re: [Yade-dev] Capillary scripts

! Jerome ------ Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 From: Yade-dev <yade-dev-bounces+jerome.duriez=ucalgary...@lists.launchpad.net> on behalf of Klaus Thoeni <klaus.tho

Re: [Yade-dev] Capillary scripts

? -- Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 From: Yade-dev <yade-dev-bounces+jerome.duriez=ucalgary...@lists.launchpad.net> on behalf of Jerome

[Yade-dev] Capillary scripts

include any capillary interactions at the moment, though ?) ---------- Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 /*

Re: [Yade-dev] TriaxialStressController.externalWork sign

t I would not oppose any further changes ! ------ Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 From: Yade-dev <yade-dev-bounces+jerome.duriez=ucalgary...@lists.launchpad.net> on behalf of Bruno Chareyre <

Re: [Yade-dev] TriaxialStressController.externalWork sign

cation for TriaxialStressController.externalWork (http://w... · yade/trunk@6a9b617<https://github.com/yade/trunk/commit/6a9b6178ebade3c6d5ea6cbcdf439a9f20073648> github.com ...ww.mail-archive.com/yade-dev@lists.launchpad.net/msg12083.html) Thanks, Jerome ------ J

[Yade-dev] TriaxialStressController.externalWork sign

nce we use the Force acting on the boundaries together with the boundaries velocities. Agree to revert this sign ? Jerome ------ Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 40

[Yade-dev] Law2_ScGeom_CapillaryPhys_Capillarity code workflow for erased interactions

to Law2_ScGeom_CapillaryPhys_Capillarity1 [] [1]: https://github.com/yade/trunk/blob/master/pkg/dem/Law2_ScGeom_CapillaryPhys_Capillarity.cpp#L156 [2]: https://github.com/yade/trunk/blob/master/pkg/dem/Law2_ScGeom_CapillaryPhys_Capillarity.cpp#L164 -- Jerome Duriez

Re: [Yade-dev] [Yade-users] Yade 2016.06a released

ends on what you need: if you don’t plan to modify Yade ... ------ Jerome Duriez, Research Associate University of Calgary, Dpt of Civil Engineering +1 403 220 7367 From: Yade-users <yade-users-bounces+jer

Re: [Yade-dev] [Branch ~yade-pkg/yade/git-trunk] Rev 3874: fabricTensor(): unify the behavior regarding boundary interactions whether split=0 or 1

· yade/trunk@17b629d<https://github.com/yade/trunk/commit/17b629d9c545033514a63694f8bc5e8a8d04c5ab> github.com …with the new possibility defining a cutoff. See http://www.mail-archive.com/yade-dev@lists.launchpad.net/msg11982.html ---------- Jerome Duri

Re: [Yade-dev] [Branch ~yade-pkg/yade/git-trunk] Rev 3874: fabricTensor(): unify the behavior regarding boundary interactions whether split=0 or 1

odic packing of cylinders for instance. Now it is not. Not a progress overall. What is the problem if non spherical objects are kept in the loop? We should solve this problem without regression. Bruno On 06/06/2016 10:47 PM, Jerome Duriez wrote: I'm replying to http://www.mail-archive.

Re: [Yade-dev] [Branch ~yade-pkg/yade/git-trunk] Rev 3874: fabricTensor(): unify the behavior regarding boundary interactions whether split=0 or 1

f4b7f67a88ed954caa20b68a041e207> fabricTensor() now ok for non-periodic simulations. revertSign attrib... · yade/trunk@562d4c9<https://github.com/yade/trunk/commit/562d4c952f4b7f67a88ed954caa20b68a041e207> github.com ...ute removed as well -----

Re: [Yade-dev] Dynamic bodies and getSpheresVolume()

:05 AM To: yade-dev@lists.launchpad.net Subject: Re: [Yade-dev] Dynamic bodies and getSpheresVolume() It makes sense indeed. The dynamic check was probably a loose evaluation of shape, now redundant. Bruno On 05/20/2016 11:30 PM, Jerome Duriez wrote: Hi, getSpheresVolume() currently skips all

[Yade-dev] Dynamic bodies and getSpheresVolume()

Hi, getSpheresVolume() currently skips all dynamic bodies before even considering whether they are spheres or not [*]. I think it would you make sense to just consider the shape, and to remove this "dynamic" condition. It would for instance allow to use consistently porosity() function for a

Re: [Yade-dev] Yade release, new versioning?

This new kind of versioning would definitively sound more meaningful (to me at least). As for the 2 or 4 year digits, assuming Yade will last one century is a far reach ! ;-) Jerome From: Yade-dev

Re: [Yade-dev] moderation of "Michal Nitka"

Hi Bruno, I dealt with two of "Michal"s messages yesterday (including the notification you show us, it seems), but discarded them. (I would be surprised I messed Discard with Accept...) Why do you think those messages have been approved ? It's true I got this morning (in my spam box though)

[Yade-dev] fabricTensor() in aperiodic conditions ?

Hello, What's the reason for fabricTensor() utils function to be designed only for periodic simulations (according to the doc and the error raised in aperiodic conditions: https://github.com/yade/trunk/blob/c5330ac6a612db52275b10f87691b5630ab8c24a/pkg/dem/Shop_02.cpp#L262) ? I could not find

Re: [Yade-dev] Spam on the mailing list

questions is completely out of my interest, ability to answer, knowledge of code, knowledge of physics etc etc.. Of course, we should have the possibility to ban a user if that account send spams (like "thomas" recently) cheers Jan 2016-02-16 17:36 GMT+01:00 Jerome Duriez <je

Re: [Yade-dev] Spam on the mailing list

If Launchpad will be too painful, we can move most of stuff to GitHub. I would like to escape it, because we have thousands of messages on LP, but if it will work too bad... Let`s see. Best regards Anton 2016-02-12 19:42 GMT+01:00 Jerome Duriez <jerome.dur...@ucalgary.ca<mailto:jerome.

  1   2   3   4   >