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:[email protected]] > Gesendet: Dienstag, 14. Februar 2012 13:14 > An: [email protected] > 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 _______________________________________________ gmsh mailing list [email protected] http://www.geuz.org/mailman/listinfo/gmsh
