[Gmsh] Characteristic length - svn vs gmsh 2.5.0

[Christophe Geuzaine]

Hello everybody,

This is a side-effect of our new quad-meshing strategy; we will fix it soon. As a workaround, just set the "2D recombination algorithm" to "Standard" instead of "Blossom" (Mesh.RecombinationAlgorithm=0; in a script).

Christophe




On 15 Feb 2012, at 12:38, Zenker, Dr. Matthias wrote:

> Hi,
> 
> is there an explanation why 2.5.0 and 2.5.1svn behave differently (see http://www.geuz.org/pipermail/gmsh/2012/007039.html and the post cited below)? Which behavior is intended?
> 
> Thank you,
> 
> Matthias
> 
> -----Ursprüngliche Nachricht-----
> Von: jean pierre aubry [mailto:jeanpierre at lamachine.fr]
> Gesendet: Dienstag, 14. Februar 2012 13:14
> An: gmsh at geuz.org
> Betreff: Re: [Gmsh] Characteristic length - svn vs gmsh 2.5.0
> 
> hello
> 
> i noticed that too
> and i alreday posted about it
> 
> http://www.geuz.org/pipermail/gmsh/2011/006900.html
> 
> it is very annoying when one does mechanical calculation involving line elements that must be split in a given number of elements the meshes produced by the two versions are different so are the results produced by Code_Aster for example
> 
> jean pierre aubry
> 
> 
> 
> 
> 
> _____________________________________________________________________
> ERBE Elektromedizin GmbH
> Firmensitz: 72072 Tuebingen
> Geschaeftsfuehrer: Christian O. Erbe, Reiner Thede
> Registergericht: Stuttgart HRB 380137
> 

-- 
Prof. Christophe Geuzaine
University of Liege, Electrical Engineering and Computer Science 
http://www.montefiore.ulg.ac.be/~geuzaine