Closed GoogleCodeExporter closed 9 years ago
Provided that gmsh is correctly detected it "should already be" the case.
That's what we use here in Grenoble at the LNCMI.
Try to gmsh-tetgen instead of gmsh on Debian sid should fix the issue.
On other platform gmsh needs to compile with tetgen, mmg3d support.
Original comment by christro...@googlemail.com
on 30 Jun 2012 at 2:13
Beware that gmsh package has been split into several packages on Debian
unstable : gmsh, libgmsh-dev, libgmsh2, python-gmsh and maybe java-gmsh.
Same should apply to gmsh-tetgen.
Original comment by christro...@googlemail.com
on 30 Jun 2012 at 3:31
Mesh refinement should be understood as element splitting not mesh adaptation
which would be overkill for this task.
In the case of convergence analysis it would be better to generate mesh using
element splitting. It would be much faster than any other techniques. One more
thing is to generate also very fine meshes in 3D for parallel computations
instead of asking for a global characteristic mesh size that the mesh generator
takes ages to generate.
Of course one could also use mesh adaptation.
Original comment by christop...@feelpp.org
on 1 Jul 2012 at 9:18
This issue was updated by revision b75d449476a7.
use element splitting to refine the mesh for convergence analysis
git-svn-id:
svn+ssh://forge.imag.fr/var/lib/gforge/chroot/scmrepos/svn/life/trunk/life/trunk
@9225 18f2cc81-8059-4896-b63e-f2d89ec8fd72
Original comment by christop...@feelpp.org
on 5 Jul 2012 at 7:22
This issue was closed by revision a9b116027953.
Original comment by christop...@feelpp.org
on 11 Jul 2012 at 11:09
Original issue reported on code.google.com by
christop...@feelpp.org
on 30 Jun 2012 at 1:03