Re: [deal.II] Tie constraints in deall.II?

I am considering switching to deal.II for carrying out my elasticity calculations, but I am not sure from the documentation, tutorials, and this user group if it is not too difficult to create a constraint between two surfaces such that they are bonded, or forced to be continuous. In ABAQUS

[deal.II] Re: Making ParticlesHandler work with dealii::Triangulation and mesh refinement/coarsening

Dear Wu, Have you tried without the dynamic cast? Can you bind the callback of a regular triangulation? I must admit I have never tried to use particles with regular triangulation (and I think that outside of step-19, not much people have done it ). On Tuesday, December 15, 2020 at 4:49:39

Re: [deal.II] FEInterfaceValues

Alberto, > I would like to have a few more details on the class FEInterfaceValues. > since it is my feeling that FEInterfaceValues > might be conveniently used for interfaces, even out of DG methods. Yes, I would think so. > Specifically I'd like to figure out if this notion can be used

Re: [deal.II] Div-conforming elements in 3D

Dear Jean-Paul, dear Deal.II community, I partially solved the problem of sign flipping and permuting the degrees of freedom and would like to come up with a merge-request at least for the RaviartThomas elements. I have some questions before I can go on and guidance would be appreciated. I

Re: [deal.II] FEInterfaceValues

Alberto, have you taken a look at step-47? That's probably the program with the "purest" use of that class. Best W. On 12/16/20 11:50 AM, Alberto Salvadori wrote: Dear community I would like to have a few more details on the class FEInterfaceValues

[deal.II] FEInterfaceValues

Dear community I would like to have a few more details on the class FEInterfaceValues . since it is my feeling that FEInterfaceValues might

Re: [deal.II] Re: Some changes in arpack.h (Functionality to compute only eigenvalues)

Le mer. 16 déc. 2020 à 04:55, Animesh Rastogi IIT Gandhinagar a écrit : > > Thank you Bruno for your suggestion. I tried in regular mode and it doesn't > seem to improve the accuracy. The results are approximately the same as I was > getting using the shift-invert method. > > One thing that I

Re: [deal.II] Re: Some changes in arpack.h (Functionality to compute only eigenvalues)

Thank you Bruno for your suggestion. I tried in regular mode and it doesn't seem to improve the accuracy. The results are approximately the same as I was getting using the shift-invert method. One thing that I didn't understand is that I used the scipy function "eigs" in python