Hi Boon, thanks for the answer. I will try to have a look on the graphics of potential blocks, will inform you if I am successful.
If you find some time, could you please check if the potential particles I added a few moths ago works OK? I did some modifications in the code and am not sure if I did not break something.. Regards Jan 2016-09-27 15:39 GMT+02:00 Chia Weng Boon <[email protected]>: > Yes. Thanks Jan. Your contribution to the Graphics implementation of > Potential Blocks will be appreciated (now using vtk exporting to > ParaView). I understand YADE has polyhedron display. > > Boon > > On Tue, Sep 27, 2016 at 4:01 PM, Jan Stránský <[email protected]> > wrote: > >> Hi Boon, >> >> What is the current situation? Did I get it correctly that you managed to >> insert your code in Yade trunk on your own? >> Is there something I can help with (sorry, I was still a bit busy)? >> >> Thanks for the update >> Jan >> >> >> 2016-09-18 12:41 GMT+02:00 Chia Weng Boon <[email protected] >> >: >> >>> Realised that this info is required. In CMakeCache.txt: >>> >>> CLP2_INCLUDE_DIR:PATH=/home/boon/coin-Clp/lib/pkgconfig >>> >>> CLP2_LIBRARY:FILEPATH=/home/boon/coin-Clp/Clp/src/.libs/libClpSolver.so >>> >>> CLP3_INCLUDE_DIR:PATH=/home/boon/coin-Clp/CoinUtils/src >>> >>> CLP3_LIBRARY:FILEPATH=/home/boon/coin-Clp/Clp/src/OsiClp/.li >>> bs/libOsiClp.so >>> >>> CLP4_LIBRARY:FILEPATH=/home/boon/coin-Clp/lib/libCoinUtils.so >>> >>> CLP_INCLUDE_DIR:PATH=/home/boon/coin-Clp/Clp/src >>> >>> CLP_LIBRARY:FILEPATH=/home/boon/coin-Clp/Clp/src/.libs/libClp.so >>> >>> >>> However, it is better to get CLP from the packages, as suggested by >>> Bruno. Now there is a compiling error in my PC, even for the fresh clean >>> latest checkout from trunk. Posted about that in another thread. >>> >>> >>> Boon >>> ------------------------------ >>> *From:* Bruno Chareyre <[email protected]> >>> *Sent:* Monday, September 12, 2016 8:29:11 PM >>> *To:* Chia Weng Boon; Jan Stránský >>> *Cc:* [email protected]; [email protected] >>> >>> *Subject:* Re: [Yade-dev] Block Generation, Contact Detection, Rock >>> Bolt and Rock Lining >>> >>> Dear Boon, >>> From now on I would suggest to communicate through the yade-dev mailing >>> list. >>> Packaging CLP *with* Yade (if you really meant to include CLP in yade >>> source) is not an option as it would progressively diverge from the main >>> version. >>> CLP should be installed independently of Yade via package manager, just >>> like every other library yade is using. >>> Cheers >>> Bruno >>> >>> On 09/12/2016 08:46 AM, Chia Weng Boon wrote: >>> >>> Dear Jan, >>> >>> Thanks for your reply. The codes developed during my PhD and based on >>> integration efforts in March: >>> >>> >>> Potential Particles: >>> >>> https://drive.google.com/open?id=0BzNu2_9w6dfwYmRYM25UdFhZRmc >>> >>> >>> Potential Blocks: >>> >>> https://drive.google.com/open?id=0BzNu2_9w6dfwdlN4N0tEcDBoUnM >>> >>> >>> They should compile and run fine (March version). I would imagine >>> further integration effort is desirable to maintain coherence of the >>> programming style, but not mandatory for running the code, if time is >>> limited for you. Of course packaging CLP with YADE in the next release >>> might take some effort. Thanks Jan again. >>> >>> >>> Thanks, >>> >>> Boon >>> ------------------------------ >>> *From:* Jan Stránský <[email protected]> >>> <[email protected]> >>> *Sent:* Friday, September 9, 2016 8:16:56 PM >>> *To:* Chia Weng Boon >>> *Cc:* [email protected]; [email protected]; >>> [email protected]; [email protected]; Chia Weng Boon >>> *Subject:* Re: [Yade-dev] Block Generation, Contact Detection, Rock >>> Bolt and Rock Lining >>> >>> Dear all, >>> sorry for not responding, I am completely out of time until Sep 17. Then >>> I hope I will have some time on this topic. >>> >>> @Boon: for the sake of clarity, could you please send once more all the >>> files that needs to be integrated (even if you have sent them already and >>> did not do any changes from that time)? >>> thanks in advance :-) >>> maybe also those that are already implemented, I did some modifications >>> but did not test them very much, I am afraid after my modifications the >>> particles does not work as expected.. >>> >>> cheers >>> Jan >>> >>> >>> 2016-09-07 1:22 GMT+02:00 Chia Weng Boon <[email protected]>: >>> >>>> Bruno, >>>> >>>> The one shared in January is a different algorithm called Potential >>>> Pariticles. It can accomodate a variety of shapes from rounded to >>>> polyhedral. I can see that Jan has helped me clean the code and assisted >>>> in the Marching Cube display (Thanks Jan!). Previously I was relying on vtk >>>> files and displaying through ParaView. The algorithm is solved using conic >>>> optimisation. I commented out parts of the code where an external library >>>> Mosek is called. It is optional but highly recommended. Now the algorithm >>>> relies on the in house code I wrote for the conic solver. >>>> >>>> The code that I shared in March is different and is for polyhedral >>>> blocks which I call Potential Blocks. It relies on external libraries eg >>>> CLP. It is faster than Potential Particles. It comes with a suite of Block >>>> Generation, Rock bolt and lining routines. This is not available in trunk >>>> yet. Probably there is lots of cleaning to do. Its availability in trunk >>>> can be done in a progressive manner starting from just the Potential Blocks >>>> first. I am thinking Jan would perhaps be the best administrator to assist, >>>> if his time permits it since he had helped with uploading and cleaning of >>>> the PotentialParticle code previously. Jan, would you be available to >>>> assist please? I know you are occupied with your PhD/postdoc work? >>>> >>>> Boon >>>> >>>> >>>> Get Outlook for Android <https://aka.ms/ghei36> >>>> >>>> >>>> >>>> On Wed, Sep 7, 2016 at 1:17 AM +0800, "Bruno Chareyre" < >>>> [email protected]> wrote: >>>> >>>> >>>> >>>> On 09/06/2016 03:47 PM, Chia Weng Boon wrote: >>>> >>>> Dear Bruno, >>>> >>>> >>>> Yes it is working as expected. I have shared the codes since March, >>>> but it is still not in the public domain. So, I was wondering if there >>>> are any difficulties faced by YADE's administrators to make it available. >>>> I thought it could be the external library. >>>> >>>> What do you mean by "public domain"? >>>> As I see it the code is already publicly available for everyone as part >>>> of trunk since January (see e.g. [1] - thx. to Jan). >>>> Do I miss something? >>>> >>>> >>>> In fact, I had also shared the modifications to the Makefile how the >>>> library could be linked. If it is shared, the user is supposed to compile >>>> his own version of CLP. >>>> >>>> That is not a very good point. Why not using the packaged version of >>>> CLP available through standard package manager (you don't compile your own >>>> firefox, then why compiling your own CLP?)?. >>>> >>>> Bruno >>>> >>>> [1] https://github.com/yade/trunk/commit/576941f605609384c32fb95 >>>> c47e4e26225b0d6e8 >>>> >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: https://launchpad.net/~yade-dev >>>> Post to : [email protected] >>>> Unsubscribe : https://launchpad.net/~yade-dev >>>> More help : https://help.launchpad.net/ListHelp >>>> >>>> >>> >>> -- >>> _______________ >>> Bruno Chareyre >>> Associate Professor >>> ENSE³ - Grenoble INP >>> Lab. 3SR >>> BP 53 >>> 38041 Grenoble cedex 9 >>> Tél : +33 4 56 52 86 21 >>> Fax : +33 4 76 82 70 43 >>> ________________ >>> >>> Email too brief? >>> Here's why! http://emailcharter.org >>> >>> >> >> _______________________________________________ >> Mailing list: https://launchpad.net/~yade-dev >> Post to : [email protected] >> Unsubscribe : https://launchpad.net/~yade-dev >> More help : https://help.launchpad.net/ListHelp >> >> >
_______________________________________________ Mailing list: https://launchpad.net/~yade-dev Post to : [email protected] Unsubscribe : https://launchpad.net/~yade-dev More help : https://help.launchpad.net/ListHelp
