[deal.II] Re: Grid deformation after load-balancing

2021-08-02 Thread shahab.g...@gmail.com
Dear Bruno, Thank you for your reply. I am 100% sure that this is not a rendering issue, because in my solver the particles that are located on top of this boundary are influenced by the deformation of the cells. How can I exactly quantify the deformation? Best, Shahab On Thursday, July 29,

[deal.II] Re: Grid deformation after load-balancing

2021-08-02 Thread Bruno Turcksin
Shahab. You can loop over the cells, get the vertices (see https://dealii.org/current/doxygen/deal.II/classTriaAccessor.html#a3dd6518eb0cf5fccc5926470128415d9) and print the Point associated to each vertex. Then you can compare the vertices before and after load balancing. Best, Bruno On

RE: [deal.II] Computing the solution gradient at the quadrature point on a face

2021-08-02 Thread Michael Li
Hi Jean-Paul, Thank you for your hints.  I initialized a local variable solution_grads_u_face_total with fe_face_values_ref[u_fe].get_function_gradients to get the gradient of displacement at the quadrature point on the face (see codes below). But the gradient acquired is not sensible and the

Re: [deal.II] triangulation.signals.post_refinement :connection of a member function

2021-08-02 Thread Wolfgang Bangerth
On 7/7/21 9:06 AM, Simon Wiesheier wrote: Of course the (smart)pointer stores the address of the triangulation, but is it not possible that the the call "triangulation.execute_refinement()" makes the triangulation object too big so that it has to be reallocated at another adress (->address

Re: [deal.II] Use a coarse grid solution as initial condition for a finer grid

2021-08-02 Thread Wolfgang Bangerth
On 7/5/21 11:04 PM, vachan potluri wrote: So is your fine mesh a refinement of the coarse one? If not, you may want to look at FEFieldFunction. Yes, it is. But the "refinement" is done by the meshing software, outside dealii. Is there any simplification possible in such a case? Not