Hi,
I think that:
(1) if you consider the negative/positive force decomposition, so the negative
viscous forces are to be taken into account like any other negative force. So
just test the sign and it's ok (in my opinion, but it depends on why you want
to do this decomposition)
(2) if you
Le 23 févr. 2011 à 17:43, Bruno Chareyre a écrit :
p.s. Vincent, you defined viscosity in order to keep critical time-step below
a given value IIRC. What was the reasoning behind?
No. I (and other people like Sergei) defined the viscosity so that it is lower
than the critical viscosity. If
Le 25 févr. 2011 à 11:38, Chiara Modenese a écrit :
Yes, I agree. I think I was confused by Vincent's words such as: let say
that the critical time step determined for non-viscous contact will be
smaller that the effectively minimum time step. Vincent, maybe you could
clarify this point?
Just a pdf file I found on the web:
http://www.m-hikari.com/ces/ces2009/ces1-4-2009/teufelsbauerCES1-4-2009.pdf
Maybe it helps !?
Ciao
Vincent
Le 23 févr. 2011 à 19:01, Chiara Modenese a écrit :
Hi Bruno and Vincent,
thanks for your answers.
I have PFC manual on my desk (though I never
Hi,
Choosing an appropriate time step requires a certain expertise. Maybe a good
reference could be the book of Allen and Tildesley (?) Keep in mind that the
smallest time step depends also on the integration scheme. For instance, bigger
time step can be used with velocity Verlet,Runge-Kutta
This is exactly what JJ Moreau did (so I think one can have some confidence
with that) for spheres into a spherical probe (subvolume).
Since the intersected volume can be analytically computed, he summed the moment
tensor of each sphere weighted by the ratio insidePartVolume /
sphereVolume, and
Le 9 févr. 2011 à 17:45, Bruno Chareyre a écrit :
Oh simply cubic. Say that you divide the main cell into 8 cubic parts
and then you get the average of stress in each of them (I simply want
to compare them).
Here is the algorithm :
foreach sphere:
Le 7 févr. 2011 à 18:03, Bruno Chareyre a écrit :
,
Say that you have cohesion between particles, then if you project the
normal contact force along the normal to the plane you can see that
the sign of the force could be either negative or positive (depending
also on the convention). Bruno,
You're right! Some people consider granular matter as a continuous media. I
don't.
The integral is for one grain alone. Considering one grain as a
continuum doesn't sound so absurd, does it?
We are far above the atomic scale.
As I said, I see no problem for the computation. I just made a
Note that the integral is computed on deformed contour.
In tblatex-1.png, tblatex-2.png is the contact point, closer to center
than radius. Hence, dividing by a volume of the Voronoi sort would not be
consistent with the integration domain. I don't see what other volume could
be used than
Hi,
Have a look to this paper: http://www.springerlink.com/content/l133vr26m7142101/
I can send you the pdf if necessary.
The stress computation at particle level is explained in section 5. Basically,
it correspond from the dimensional point of view to the moment tensor divided
by a volume. The
Le 15 déc. 2010 à 14:46, Václav Šmilauer a écrit :
Hi (Vincent and possibly others),
would you mind if I move mgpost to a separate branch (still under the
project) at launchpad? I am trying to reduce size of sources, and mgpost is
really a separate project.
Yes, you can move it to
Hi,
I personally use voro++. I think it is more appropriate (simple) if you only
need the cells with circumcenter-vertices (instead of
particle-center-vertices). In voro++ there is not iterator to loop over edges,
faces or something else. Instead, you need to know the internal structure.
The
Hi everybody,
A announcement for those who are in Grenoble.
Vaclav is here since this week (even if I have not seen him yet!).
He will give a seminar on Friday 12th at 14:00 about Yade.
Here is the announcement (in French):
http://www.3s-r.hmg.inpg.fr/3sr/spip.php?article468
Vincent
Why is it so late to announce ;) ?
Sorry for that!
I did not think to make the announcement also on yade-dev and yade-users since
I didn't do that for the other seminars.
Jerome Duriez (thank you!) advised me to make this announcement here by
remarking that some people could come (in
?
__
Anton Gladkyy
2010/2/8 Vincent Richefeu riche...@geo.hmg.inpg.fr
Hi,
At first glance, it seems the eigenvalues (and thus the eigenvectors) are not
ordered with Wm3.
The difference can also be due to the fact that the solution is not converged.
If needed, I can send
might be wrong. see
http://article.gmane.org/gmane.science.physics.yade.devel/99 for message. It
is worked around below, however.
*/
Vaclav, it seems, it is your comment.
So, we just let it be?
__
Anton Gladkyy
2010/2/8 Vincent Richefeu riche
Hi Bruno,
I have just commit a new version of KinematicLocalisationAnalyser::DefToFile.
The code were NOT checked and I don't know if it compile (I can not compile on
my apple laptop).
Please send me an image from paraview when it will work...
For everybody:
If it crash (I sorry in advance)
Début du message réexpédié :
De : Vincent Richefeu riche...@geo.hmg.inpg.fr
Date : 10 décembre 2009 09:43:19 HNEC
À : Sergei D. dorofee...@icp.ac.ru
Objet : Rép : [Yade-users] From Blender2YADE
Hi (Anton),
Could you please briefly specify what is imported into what?
I suppose
Bruno,
I am not as confident as you. Imagine spheres that do not overlap on a regular
grid.
If you impose a shear rate at constant volume (without gravity) by making the
displacement of each sphere proportional to their height (the total height of
the cell remain constant), I think that the
De : Vincent Richefeu riche...@geo.hmg.inpg.fr
Date : 9 décembre 2009 09:35:42 HNEC
À : boon chiaweng boo...@hotmail.com
Objet : Rép : [Yade-users] Questions on equations (contact laws, velocity,
libraries)
Le 9 déc. 2009 à 03:06, boon chiaweng a écrit :
Q3. The position/velocity
Le 9 déc. 2009 à 16:49, Václav Šmilauer a écrit :
Hi, I am in the process of writing programmer's manual to yade and some
idiosyncracies are showing up.
1. I will rename StandAloneEngine - GlobalEngine (since it describeds
what it really does, globally affecting the scene). But what about
Le 8 déc. 2009 à 15:18, yade a écrit :
Bruno Chareyre a écrit :
Václav Šmilauer a écrit :
I'm not sure I understand completely.
First reaction :
Why not change goal with time, in comp=M*goal? It would give a strain
rate.
Goal is user-defined and shouldn't change. It describes, well,
Here is a mail that Rémi sent to me. I added an attempt of translation
for people who do not understand French.
Début du message réexpédié :
De : Rémi Cailletaud remi.caillet...@hmg.inpg.fr
Date : 16 septembre 2009 18:13:22 HAEC
À : Vincent Richefeu riche...@geo.hmg.inpg.fr
Objet : Rép : Fwd
Hi everybody,
This morning I had a look at the file LeapFrogPositionIntegrator.cpp
and I a little scarred of what I saw (I exaggerate of course).
Can someone enlighten me on that point:
If I translate the c++ code into human readable operations, I've got:
v(t+dt) = v(t) + a(t)*dt
p(t+dt) =
Hi,
I address this message to yade-wikia administrator (Vaclav?).
As you know, mediaWiki is installed at Grenoble and the ports will be
soon open for access from outside.
It's time to think about importing the database.
Can you link up with Remi Cailletaud (remi.caillet...@hmg.inpg.fr) for
$ scons
scons: Reading SConscript files ...
@@@ Using profile default (scons.profile-default) @@@
Yade version is `vr', installed files will be suffixed with `-vr'.
All intermediary files will be in `/Users/richefeu/Documents/yade-
local/build-vr'.
Checking whether c++ compiler g++ works...no
maybe he could try compiling monolithic version?
Thank you Janek for your idea...
Would be the same IMO.
Unfortunately Vaclav is right
Or even the static one?
$ scons-h ## :-(
ok thank you, I will try scons LIBPATH=...
Does runtimePREFIX could replace the origin option?
Le 29 août 09 à 14:21, Václav Šmilauer a écrit :
Does runtimePREFIX could replace the origin option?
No. Besides that, I think runtimePREFIX will not be needed soon as we
use $ORIGIN now.
Let's not confuse linking stage (at compilation) and running (when
libraries are being found also). If
Hi,
I still have problem on linkage stage on my apple laptop.
I have tried lot of thinks without results...
Please give me new ideas!!!
here is the log:
$ scons pretty=0
scons: Reading SConscript files ...
@@@ Using profile default (scons.profile-default) @@@
Yade version is `vr', installed
Have you ever heard of Yade X?
This is Yet Another Dvd eXtractor:
http://www.netfox2.net/modules/wfdownloads/singlefile.php?cid=45lid=455
VR
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe :
Hi,
I'm currently trying to compile yade on Mac OS X (Leopard).
for the moment, all optional packages are disabled and also qt3.
My problem is about clock_gettime(CLOCK_MONOLITIC) that seem to be
not support by this OS.
It appears only one time in the file core/Timing.hpp coded by Vaclav.
Do
I assume you mean CLOCK_MONOTONIC -- it is clock source that ensures
that it is, well, monotonic (i.e. resistent to leap seconds,
changing hw
clock etc).
OK
I don't know what works on leopard, try man clock_gettime.
STFW gives
g++ -o /Users/richefeu/Documents/yade-local/build-vr/lib/
libminiWm3.dylib -rdynamic -z origin -dynamiclib -rdynamic /Users/
richefeu/Documents/yade-local/build-vr/lib/miniWm3.os -L/Users/
richefeu/Documents/YADE/lib/yade-vr/extra -L/Users/richefeu/
Documents/YADE/lib/yade-vr/gui
_FSGetCatalogInfo, referenced from:
Wm3::System::GetPath(char const*, char const*)in miniWm3.os
Wm3::System::GetPath(char const*, char const*)in miniWm3.os
Wm3::System::GetPath(char const*, char const*)in miniWm3.os
_GetProcessBundleLocation, referenced from:
Wm3::System::GetPath(char
Oh, if apples use different extension for shared object, have a look
Omega.cpp:193, where we check what files are plugins. It will
compile just fine, but will not load any plugins at startup. You can
therefore put some other checks there, the point is to not fix in
advance where we have
It seems there are a lot of advertisements on WIKIA last days. Is it
not?
Yesterday I even could not click the right link because of that:
first
I needed to click ads :(
They even started to insert their ads directly to our articles!
I didn't see any advertisements. Ever heard of
boost::shared_ptrT::operator-() const [with T = Engine]:
L'assertion
« px != 0 » a échoué.
Hi Emanuele,
I imagine the assert(px != 0) is into your class FlowEngine.
If it is the case, try to check the reason why you've got px == 0.
If it is not the case, my comment will not help.
Ciao,
Hi,
Your proposal sounds good for me. Actually I have not studied it in
details.
I will re-answer your post in a few days (There's a lot of
informations!).
Just a remark that comes to me about naming: frictionAngle does not
only relate to 'material'
but also to 'surface state'.
Ciao,
Actually, Vincent was suprised yesterday when he realised this
strategy was not yet used in Yade.
Yes, this is a very common and basic way to save a lot time in DEM
simulations!
The underlying idea is that no computation is performed when it is
not necessary (and there is no better
Le 6 juil. 09 à 12:11, Janek Kozicki a écrit :
Are you trying to serialize a C array? It's not supported. And won't
ever be. You don't want to add support for it. Easiest if you switch
to std::vector and it will work straight away.
The class I want to serialize is GroupRelationData.
The
When a string is serialized, all space characters become nbsp;
Is this normal?
How can I do to avoid this?
thanks,
VR
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe :
1. Rename ef2_Dem3Dof_Elastic_ElasticLaw to
Law2_Dem3Dof_Elastic_Elastic (in scripts as well)
Hi,
Some news about naming convention?
VR
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe :
Début du message réexpédié :
De : Vincent Richefeu riche...@geo.hmg.inpg.fr
Date : 24 juin 2009 11:23:06 HAEC
À : yade-us...@lists.launchpad.net
Objet : Rép : [Yade-users] YADE documentation
Hi,
If no objection, I propose to create a second wiki (on wikidot.com)
exclusively dedicated
Hi,
If no objection, I propose to create a second wiki (on wikidot.com)
exclusively dedicated to yade documentation.
I personally use wikidot and I find it much more user-friend than wikia.
I could design and propose (in a first stage) a structure for the
site. Then, any contributor will
to have 1 website with all YADE
stuff.
PPS domain name yade.info is available
__
[ENG] Best Regards
[GER] Mit freundlichen Grüßen
[RUS] С наилучшими пожеланиями
[UKR] З найкращими побажаннями
Anton Gladkyy
2009/6/24 Vincent Richefeu riche...@geo.hmg.inpg.fr
Hi
Hello everybody,
I try to use clumps for sometimes and it seems to me that there is a
small bug (maybe I'm wrong...).
When clumps are used, they are part of the bodyContainer (like common
bodies). But when interaction forces are computed, it seems that the
resulting moment is computed at
-- Forwarded message --
From: Vincent Richefeu riche...@gmail.com
Date: 2009/6/18
Subject: python script with clumps
To: eudo...@arcig.cz
The attached file is a yade-python script that makes use of clumps.
(my python style should be funny for you!)
# Parameters
-- Forwarded message --
From: Vincent Richefeu riche...@gmail.com
Date: 2009/6/18
Subject: Another script with clumps
To: eudo...@arcig.cz
Another script...
VR
# Parameters
Kn = 1e6
Ks = 0.8e6
Easy. You just need to link with boost_python library and the
shared object should be called something.so (not libsomething.so):
g++ src1.cpp src2.cpp -shared -o something.so -lboost_python -
lCGAL ...
I fill that I begin to love python...
Sorry for my poor english. I wanted to say 'I
Thanks a lot. Now, I understand a bit more...
The implanted law is for sphere-sphere contacts.
I suggest something (tell me your opinion please): what about
computing cn and cs for each contact as a function of the
corresponding effective mass?
In this way, the parameters would be kn,en,ks, and
the method
'createOneClump' (for example) from a python script.
Does anyone (Vaclav ?) can help me?
Thanks,
Vincent Richefeu
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https
I've got a problem with 'SimpleViscoelasticRelationships'. This
2d-functor needs 2 'PhysicalParameters' that are casted into
'SimpleViscoelasticBodyParameters' in the method 'go'.
I want to use BcpConnection that inherit from
SimpleViscoelasticBodyParameters for one of the parameters.
The
Re-enabling this line makes me run without crash :-)
Thank you Vaclav. It was also necessary to remove the engine
'PhysicalActionContainerReseter'
in order to have no crash...
It's a pleasure to work with you because you are very reactive!
PS. You really _want_ to use those ugly names of
Hi everybody,
I added and committed new plugins.
The commit is not reported in the mailling list. Instead, I received
the following message from yade-dev-bounces:
Your mail to 'Yade-dev' with the subject
[svn] r1564 - in trunk/pkg: common
common/DataClass/GeometricalModel
55 matches
Mail list logo
