Hi,
I believe that there is a bug in the coloring algorithm. When I import and
mesh a step file containing colored faces the resulting mesh cannot be colored
by Physical Group. The mesh is instead colored based on the geometry surface
color.
Also, I read that 3D boundary layer meshing may
To whom it may concern,
I think there's a bug in the gmsh 2.12.0 for linux.
When saving a mesh in .su2 format the final output contains also geometrical
points which are not mesh nodes.
For instance, if I want to create a domain with an inner circular void region,
i will need to create a poi
> On 10 Apr 2020, at 00:12, Jensen, Aaron J. wrote:
>
> Hi,
>
> I believe that there is a bug in the coloring algorithm. When I import and
> mesh a step file containing colored faces the resulting mesh cannot be
> colored by Physical Group. The mesh is instead colored based on the geometry
Hello,
I figured out that the code in line 577 of file GModelIO_MSH.cpp
> fprintf(fp, "$Periodic\n");
and line 433
> else if(!strncmp(&str[1], "Periodical", 10)) {
read from different sections. Is this a bug?
Best regards,
Alex
--
Alexander Tismer
Institut für Strömungsmechanik
und Hydra
Hi, this "as-short-as-it-gets" code produces an erroneous mesh. The bug
gets worse as the cutting plane gets closer to the equator of the sphere.
Is this fixable?
SetFactory("OpenCASCADE");
Box(2) = {1, -1, -1, 2, 2, 2};
Sphere(3) = {0.95,0.2,0.2,0.7, -Pi/2,Pi/2, 2*Pi};
BooleanDifference{ Volume{
Hello
I've found that in Gmsh compiled from SVN version 22699 when merging a
BREP, General.FileName gets replaced with the location of the merged
file so the addition of physical groups fail because they are added to
the brep instead of being added to the geo.
The stable Gmsh version published in
We are working on it - it's not perfect yet, but the latest nightly snapshot
works on your test-case. Give it a try?
(The issue is linked to the way OpenCASCADE deals with e.g. spheres, which
involves singular parametrizations.)
> On 25 Sep 2017, at 09:50, Pierre K wrote:
>
> Hi, this "as-s
Dear Sir or Madam,
I would like to thank you for the great work which has been done to
develop the open-source Gmsh software.
I am currently working on a 3D numerical method and I think I have found
a bug in the 3D meshing algorithm. I was trying to generate a
transfinite bulk in a mesh (to
Hi,
When I use the windows Gui I load a file and mesh it. I open the statistics
window and I get the statistics. I reload (with the statistics window still
open) and I remesh. If I press update on the always on statistics window
gmsh hangs and exits. If I close the statistics window and reopen it
Dear all,
I was using a code I developed in version 4.4 for meshing spheres with
tetrahedron. I could modify the characteristic length (max. and min.) and it
worked perfectly.
Moreover, I’ve been using this code in different incremental updates and it
worked perfectly until version 4.5.3. Yest
> On 19 Feb 2016, at 15:26, Theler German Guillermo
> wrote:
>
> Hello
>
> I've found that in Gmsh compiled from SVN version 22699 when merging a
> BREP, General.FileName gets replaced with the location of the merged
> file so the addition of physical groups fail because they are added to
> th
Dear GMSH,
I have tried installing the newest GMSH from source code. First problem I
encountered was when the GMSH executable failed to link due to fortran errors.
Adding the -lgfortran to the C and CXX Cmake compile flags fixed the problem,
and I could compile gmsh.
Then I tried compiling the
Hello
I'd like to report a bug.
When I transform a 3D mesh into an 2nd order 3D mesh (set order 2 ;
incomplete elements options selected) the numbering of nodes is correct
saving with .unv format
but wrong saving with med format (the elements are inverted).
see http://code-aster.org/forum2/view
> On 25 May 2018, at 16:26, Quentin Goestchel
> wrote:
>
> Dear Sir or Madam,
>
> I would like to thank you for the great work which has been done to develop
> the open-source Gmsh software.
> I am currently working on a 3D numerical method and I think I have found a
> bug in the 3D meshin
Thank you for your answer. Let me know if I understood well: I have two
option, the first one is to change the order of the corners in the
transfinite volume definition to have the match and the second one is to
create the bulk cube using extrusion?
I'm not sure to understand perfectly how tra
Dear Mr Geuzaine,
About my last email, I understood what you were talking about. Using
extrusion with layers to generate the bulk mesh, I finally succeed to
get what I needed. Here enclosed the file ('NewTransfSphere.geo') with
the good definition of the geometry.
I am now trying to generat
Dear Andrew,
Does the latest snaphot produce the same invalid mesh? If so, can you try
without the recombination + with the MeshAdapt 2D algorithm?
Thanks,
Christophe
> On 17 Jun 2018, at 00:20, andrew wrote:
>
> Hi,
>
> When I try to create a mesh with the following file I get an error wh
Hi,
Thank you for your response. The latest snapshot (18-June-2018) does not
produce problematic meshes both in windows and Linux
kind regards
andrew
2018-06-18 10:59 GMT+03:00 Christophe Geuzaine :
>
> Dear Andrew,
>
> Does the latest snaphot produce the same invalid mesh? If so, can you try
Update #2
The problem persists also with MeshAdapt. I still get problematic cells.
kind regards
Andrew
2018-06-19 19:28 GMT+03:00 andrew :
> Update...
>
> In the previous file the settings were not producing an error. However to
> a different geo file I had the same problem. I tried with Mesh
> On 23 Jun 2018, at 13:01, andrew wrote:
>
>
> Hi,
>
> When I use the windows Gui I load a file and mesh it. I open the statistics
> window and I get the statistics. I reload (with the statistics window still
> open) and I remesh. If I press update on the always on statistics window gmsh
Thank you for your reply
It is not happening with the latest version (3.0.7-git-32ec1399)
kind regards
Andrew
2018-06-24 20:45 GMT+03:00 Christophe Geuzaine :
>
>
>
> On 23 Jun 2018, at 13:01, andrew wrote:
>
>
> Hi,
>
> When I use the windows Gui I load a file and mesh it. I open the
> stat
> On 5 May 2020, at 12:34, miguel.ar...@artorg.unibe.ch wrote:
>
> Dear all,
>
> I was using a code I developed in version 4.4 for meshing spheres with
> tetrahedron. I could modify the characteristic length (max. and min.) and it
> worked perfectly.
>
> Moreover, I’ve been using this code
Hopefully, this will help you to isolate the origin of this behavior ;-D
>
>
> Best,
>
> MA
>
> -Original Message-
> From: Christophe Geuzaine
> Sent: Tuesday, 5 May 2020 14:03
> To: Ariza Gracia, Miguel Angel (ARTORG)
> Cc: gmsh@onelab.info
>
Bonjour,
je pense avoir trouvé un bug (Gmsh 2.11.0 sous Mac OS X). Je n'ai pas pu
accédé à la création d'un ticket via le lien :
https://onelab.info/trac/gmsh/newticket
Je poste donc ici le problème rencontré à propos de la conversion Gmsh
vers Abaqus d'un maillage constitué d'un élément type
Dear all,
I generated a mesh with the latest version of gmsh available via svn using a
step model, and exported it as a msh file:
//-*- C++ -*-
// // Meshing algorithm
Mesh.Algorithm=5;
Mesh.Algorithm3D = 1;
Mesh.Optimize = 1;
Mesh.OptimizeNetgen = 1;
// Geom parameters
Geometry.OCCFixDegenerate
Ok I figured it out, my custom-compiled Lapack did not have dynamic libraries...
Sorry for the noise,
Aleksejs
On 08.09.2016 11:53, Aleksejs Fomins wrote:
> Dear GMSH,
> I have tried installing the newest GMSH from source code. First problem I
> encountered was when the GMSH executable failed
Dear Pierre - Which version do you use? Nicolas Tardieu provided a patch in
Gmsh 2.16 which should fix this.
> On 26 Feb 2017, at 09:06, lemerle pierre wrote:
>
> Hello
> I'd like to report a bug.
> When I transform a 3D mesh into an 2nd order 3D mesh (set order 2 ;
> incomplete elements opti
Hello Julien,
Indeed, HEX27 export is not coded yet for Abaqus. Could you have a look at the
MHexahedron27 class in
https://onelab.info/svn/gmsh/trunk/Geo/MHexahedron.h (login and passwd: gmsh)
and provide the little "virtual MVertex *getVertexINP(int num)" function?
Thanks,
Christophe
>
gmsh 2.11.0, windows.
Minor issue: The value of the "print messages on terminal" option is not
saved with the other options. It is always initially unchecked on program
start.
By contrast, options such as "message verbosity" save with no issue.
Jason
_
> On 02 Feb 2016, at 20:04, Jason C wrote:
>
> gmsh 2.11.0, windows.
>
> Minor issue: The value of the "print messages on terminal" option is not
> saved with the other options. It is always initially unchecked on program
> start.
>
Indeed - this is now fixed in SVN.
Thanks for the report!
Dear all,
I was happy to see that the new gmsh version (2.14.1) includes the
long-missing "Point In Volume" feature.
However, if multiple volumes are created in the .geo file, with points
added to each volume by "Point In Volume", then only the points lying in
the *first* volume are meshed in
Dear List,
I am trying to extrude a rectangle with a rotation by PI. However this
results in a flat surface instead of half of an cylinder. Please find a
minimal .geo example below.
My Gmsh version is 3.0.5 and I am running on openSUSE Leap 42.2.
I have tested older Gmsh versions as well: Th
Dear Gmsh developers,
I have recently moved from Gmsh 3.0.6 to the most recent 4.3.0, and I have
noticed that the .msh files for extruded meshes with layers are slightly
different than before, because they contain periodicity relations.
To me this is puzzling, because I do not have any periodic
Dear Gregor,
Indeed, this was only supported with our new Delaunay algorithm. I've fixed the
old algorithm so that it works there, too.
Thanks for the report,
Christophe
> On 14 Nov 2016, at 13:17, Gregor Mitscha-Baude
> wrote:
>
> Dear all,
>
> I was happy to see that the new gmsh versi
> On 10 Oct 2017, at 23:40, joel gervais wrote:
>
> Dear Christophe,
>
> Thanks for this great software.
> Some .geo files I wrote many weeks ago lead to errors with the new version
> 3.0.5 of gmsh.
> It seems that something has changed between version 2.8.4 and 3.0.5 on
> windows 7 64 bits
Dear Daniel,
That's expected with the built-in kernel, which only supports circle arcs < Pi.
Use the new OpenCASCADE integration for such things: just add
SetFactory("OpenCASCADE"); at the begining of your file.
Christophe
> On 26 Jan 2018, at 18:31, Daniel Huebner wrote:
>
> Dear List,
>
> On 1 May 2019, at 14:13, Marco Tiberga wrote:
>
> Dear Gmsh developers,
>
> I have recently moved from Gmsh 3.0.6 to the most recent 4.3.0, and I have
> noticed that the .msh files for extruded meshes with layers are slightly
> different than before, because they contain periodicity relat
gmsh@onelab.info; Koen Hillewaert
Subject: Re: [Gmsh] Bug with periodic entities in extruded meshes with layers?
> On 1 May 2019, at 14:13, Marco Tiberga wrote:
>
> Dear Gmsh developers,
>
> I have recently moved from Gmsh 3.0.6 to the most recent 4.3.0, and I have
> notic
38 matches
Mail list logo