Hullo everybody.
It would be very useful for me to have the possibility to assign a given number
of parameters to each surface (say 2/3 integers and 2/3 floats), and have them
printed out in the mesh file (or even in a separate file). These parameters
represent the boundary conditions
Hullo everybody,
I’m using Gmsh to generate 3D tetrahedral meshes. My question is: for a given
mesh, is it possible to know (in advance) the maximum number of node neighbours
(i.e. all the nodes which share an edge with a given node) and of cell
neighbours (i.e. the cells which share at least
Geometry modifications (such as a rotation) can only be applied to elementary
entities? Is there a way to apply them on physical entities instead? Thank you.
Alessandro
___
gmsh mailing list
gmsh@onelab.info
http://onelab.info/mailman/listinfo/gmsh
...@cea.fr]
Inviato: lunedì 6 febbraio 2017 11.03
A: Alessandro Vicini
Cc: g...@geuz.org
Oggetto: RE: [Gmsh] R: Geometry modification on physical entities
Hello Alessandro,
Have a look at the enclosed file for an example of what Christophe was
mentioning. Also, I don't understand what you are trying
I'm afraid this is not clear to me, how can I use this feature from command
line? Thank you.
Alessandro
-Messaggio originale-
Da: Christophe Geuzaine [mailto:cgeuza...@ulg.ac.be]
Inviato: domenica 5 febbraio 2017 10.34
A: Alessandro Vicini
Cc: g...@geuz.org
Oggetto: Re: [Gmsh
Supposing for example I wish to apply a geometrical transformation to my whole
geometry, how could I select all points at once? Or which could be the command
to add in the .geo file? Thank you.
Alessandro
___
gmsh mailing list
gmsh@onelab.info
No answers to my question (in red below) from yesterday means it is not
possible...? Thank you.
Supposing for example I wish to apply a geometrical transformation to my whole
geometry, how could I select all points at once? Or which could be the command
to add in the .geo file? Thank
I just downloaded latest version and had a quick look at it. First of all,
thank you to all developers as the new version is really a big step forward.
I have one question: I see that if I generate a sphere using its primitive
function, and then I export the unrolled geometry, I find splines
Hullo everybody,
is it possible to find older versions of the software somewhere? I would be
interested in version 2.9.3 (or other versions "close" to that)
Alessandro
___
gmsh mailing list
gmsh@onelab.info
Hullo everybody,
after generating a first mesh, I use my code to compute a scalar field at cell
centers; I would then like to use this scalar field to adapt the mesh size.
Which would be the necessary steps? Thank you.
A.
___
gmsh mailing list
Hullo,
the elements which are printed out in the msh file are the boundary faces and
the tetrahedral.
Is there some way to have also the connectivity of all internal faces? Thank
you.
Alessandro
___
gmsh mailing list
gmsh@onelab.info
users.
I wonder if there exist a more intuitive way of dealing the Mesh.SaveAll option.
--
jeremy
www.seamplex.com
On Thu, 2017-06-29 at 08:46 +, Alessandro Vicini wrote:
> Hullo,
>
> the elements which are printed out in the msh file are the boundary
> faces and the
amplex.com]
Inviato: giovedì 29 giugno 2017 11:53
A: Alessandro Vicini; gmsh@onelab.info
Oggetto: Re: R: [Gmsh] Gmsh .msh file
define one (or more) physical volumes
On Thu, 2017-06-29 at 09:22 +0000, Alessandro Vicini wrote:
> Yes, the problem is that I would like to have physical entiti
ese cannot be the
connectivity of internal faces
-Messaggio originale-
Da: Jeremy Theler [mailto:jer...@seamplex.com]
Inviato: giovedì 29 giugno 2017 12:28
A: Alessandro Vicini; gmsh@onelab.info
Oggetto: Re: R: R: [Gmsh] Gmsh .msh file
1. not if you also define physical volumes (can a
Hullo everybody,
no luck the first time, so I try again with my question... I've got two issues
with the attached geo file:
1) There are circle arcs defined and then rotated; this causes gmsh to give a
number of errors of the kind "control points of circle xxx are not
co-circular". Now, as
Please consider the attached .geo file: there is an external boundary surface,
and an internal cylinder generated using the OpenCascade primitive. After its
generation, the cylinder volume and base surfaces are deleted (the remaining
surface should then be embedded in the outer volume). At
Hullo everybody,
I've got two issues with the attached geo file:
1) There are circle arcs defined and then rotated; this causes gmsh to give a
number of errors of the kind "control points of circle xxx are not
co-circular". Now, as the points ARE co-circular, how can I avoid these errors?
Is
Hullo everybody.
I start from the attached test.geo file, and I copy at its bottom the other
file, farfield.geo.
As can be seen in the latter all new geometrical entities are built using new
registers (newp, newl, news and so on).
However, when I load the combined file, I get errors (entities
Thank you!
A.
-Messaggio originale-
Da: Christophe Geuzaine [mailto:cgeuza...@ulg.ac.be]
Inviato: mercoledì 6 settembre 2017 10:28
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh] Control points not cocircular
Hi Alessandro,
I fixed the bug. The spurious errors were
In fact that's what I did in the meantime as a workaround.
I'll wait for the bug to be fixed, thank you!
A.
-Messaggio originale-
Da: Christophe Geuzaine [mailto:cgeuza...@ulg.ac.be]
Inviato: lunedì 25 settembre 2017 15:26
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh
Any help for my issues...? Pleeease :-)
A.
-Messaggio originale-
Da: gmsh [mailto:gmsh-boun...@ace20.montefiore.ulg.ac.be] Per conto di
Alessandro Vicini
Inviato: venerdì 22 settembre 2017 09:00
A: gmsh@onelab.info
Cc: Christophe Geuzaine
Oggetto: [Gmsh] problems
he circles in the geometry were generated by first
rotating/translating the points, instead of rotating/translating surfaces).
A.
-Messaggio originale-
Da: Christophe Geuzaine [mailto:cgeuza...@ulg.ac.be]
Inviato: mercoledì 27 settembre 2017 12:06
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto:
Any hint...?
-Messaggio originale-
Da: gmsh [mailto:gmsh-boun...@ace20.montefiore.ulg.ac.be] Per conto di
Alessandro Vicini
Inviato: lunedì 23 ottobre 2017 12:35
A: gmsh@onelab.info
Oggetto: [Gmsh] Issues with OpenCascade
Hullo everybody,
I find the following issues when using
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh] Problem in transformation of surfaces list
Hi Alessandro,
The problem is the order of the operations.
You do a rotation of surfaces that define volume 1.
That’s why they are kept.
The rotation is properly handled if you write it as follows:
tmp
I generate a mesh using the latest v4.0 executable. If I look at the statistics
I see 24207 nodes and 125393 tetrahedra.
I export the mesh file using both v2 and v4 ascii formats. Now, in the v2
format file I see:
$Nodes
22775
While in the v4 format file I see:
$Nodes
887 24177
My
Any hint...?
---
I generate a mesh using the latest v4.0 executable. If I look at the statistics
I see 24207 nodes and 125393 tetrahedra.
I export the mesh file using both v2 and v4 ascii formats. Now, in the v2
format file I see:
$Nodes
22775
While in the v4 format file I see:
$Nodes
In version v2 of the mesh file, surface elements are directly associated to the
physical ID of the surface they belong to (which is useful).
If I get it right, in version v4 this direct association is missing: the
surface elements are associated with the elementary ID of the surface, and the
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh] Mesh file format v4
> On 27 Aug 2018, at 11:33, Alessandro Vicini
> wrote:
>
>
> I generate a mesh using the latest v4.0 executable. If I look at the
> statistics I see 24207 nodes and 125393 tetrahedra.
> I expor
>> In such extreme cases I would precompute the desired mesh size constraints
>> on a background mesh.
>> Christophe
How would you do that?
In my case I'd need a number of fields of around 10^5. I have already a
"background" mesh; the idea is to generate a starting mesh, start the
Hello Gmsh users, is there some limitation whatsoever to the number of fields
that can be defined for mesh size control? I think I might need a “huge” number
of fields for some automatic adaptive grid refinement…
A.
___
gmsh mailing list
It might be useful having the possibility to specify the number of intervals
and the length of the first element, rather than the progression…
A.
Da: gmsh [mailto:gmsh-boun...@ace20.montefiore.ulg.ac.be] Per conto di Ruth
Vazquez Sabariego
Inviato: mercoledì 24 ottobre 2018 16:28
A: Nathan J.
e 2), but there are still perhaps some inconsistencies in the number of
nodes...?
-Messaggio originale-
Da: Christophe Geuzaine [mailto:cgeuza...@uliege.be]
Inviato: giovedì 30 agosto 2018 14:44
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh] Mesh file format v4
> On 30 Aug 2018, at
I usually work interactively, and I go through the following steps to generate
a 3D mesh:
1) 2D mesh;
2) Smoothing of the 2D mesh (repeated a few times);
3) 3D mesh;
4) Optimization of 3D mesh.
How would I carry out the same process from command line? Thank you.
A.
2018 14:54
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh] command line options
You can get all the available options by typing in the command line:
gmsh -—help
2D mesh => -2
3D mesh => -3
gmsh -smooth number_steps
gmsh -optimize
Best,
Ruth
On 21 Sep 2018, at 14:47, Ales
]
Inviato: venerdì 21 settembre 2018 14:54
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh] command line options
You can get all the available options by typing in the command line:
gmsh -—help
2D mesh => -2
3D mesh => -3
gmsh -smooth number_steps
gmsh -optimize
Best,
Ruth
On
With reference to the attached contour.geo file (including background.geo which
is merged into it), gmsh does not show surface #14: the label is not shown, and
also its graphic representation as "cross" is not visible.
Moreover, when I generate the volume some of the surfaces are duplicated;
Great, thank you!
A.
-Messaggio originale-
Da: Christophe Geuzaine [mailto:cgeuza...@uliege.be]
Inviato: martedì 27 novembre 2018 19:47
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh] Problem with extrusion
Indeed for some reason OpenCASCADE does not seem to like
the points along every
direction, but is it possible to avoid this? Thank you.
A.
-Messaggio originale-
Da: Christophe Geuzaine [mailto:cgeuza...@uliege.be]
Inviato: martedì 27 novembre 2018 13:32
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh] Problem with extrusion
...@uliege.be]
Inviato: mercoledì 21 novembre 2018 17:32
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh] Problems with 2D mesh
> On 20 Nov 2018, at 09:10, Alessandro Vicini
> wrote:
>
> Hello Christophe,
>
> the surface mesh i
Considering the attached geo file, why there is no surface generated by the
extrusion? Thank you.
Regards,
Alessandro
extrude.geo
Description: extrude.geo
___
gmsh mailing list
gmsh@onelab.info
http://onelab.info/mailman/listinfo/gmsh
Hello,
is it possible to visualize the background field (obtained as the "min" of
several fields)?
A.
___
gmsh mailing list
gmsh@onelab.info
http://onelab.info/mailman/listinfo/gmsh
I was wondering whether it could be possible in one of next releases to assign
a mesh background field through a list of points with associated control
length, i.e.:
[x, y, z, lc]_i , i=1,...,N
This would be quite handy for an automatic grid refinement procedure...
A.
Gmsh (v4.0.5) crashes when generating the 3D mesh for the attached thruster.geo
file (plus background.geo which is merged into it). This happens after I added
the cone at the end of the geo file, to embed its external surface in the
volume. Any reason for this...? Thank you.
A.
Just tried with 4.1.5, but it still crashes...
-Messaggio originale-
Da: Christophe Geuzaine [mailto:cgeuza...@uliege.be]
Inviato: giovedì 14 febbraio 2019 15:49
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh] crash when generating 3D mesh
Seems ok with 4.1.5 - give
In the attached geo file gmsh does not see the surface as a closed volume (as
it should be)... why? Thank you.
Alessandro
HT20K_NearField.geo
Description: HT20K_NearField.geo
___
gmsh mailing list
gmsh@onelab.info
The "frustum" kind of background field uses a bilinear distribution for the
mesh size, from inner to outer radius and from one side to the other. For my
particular needs (but hopefully not only mine), it would be useful to have a
bi-exponential distribution. Could this be introduced in one
I try to post my question again: I have a number of scalar fields, some defined
on the nodes, other defined on cell centers. Can I associate all the scalar
fields in the same view (one for elements and one for nodes), or do I have to
generate one view per field (i.e. one $ElementData or
Great, thank you. Could you clarify what are the 9 values that you associate
with the element and with each node?
A.
-Messaggio originale-
Da: Christophe Geuzaine [mailto:cgeuza...@uliege.be]
Inviato: giovedì 31 gennaio 2019 09:46
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re
have to generate one
view per field (i.e. more $ElementData or $NodeData blocks)?
-Messaggio originale-
Da: Christophe Geuzaine [mailto:cgeuza...@uliege.be]
Inviato: giovedì 31 gennaio 2019 09:46
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh] Post-processing stress field
I would be grateful if you could post a similar MSH2 example for a tetrahedron
grid, with 1 data field assigned on nodes and another one assigned on cell
centers...
A.
-Messaggio originale-
Da: gmsh [mailto:gmsh-boun...@ace20.montefiore.ulg.ac.be] Per conto di
Christophe Geuzaine
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh] [gmsh] "silly" question
Hi Alessandro,
The most straightforward way I can think of would be to use a CAD program to
make the 3D letters, export the model as STEP and then mesh that. Tinkercad is
one free option (I think you ne
I would like to generate a 3d mesh for the volume obtained by extrusion of a
text. So what I need to do is to import the text (as an image?) in gmsh,
convert it somehow in a 2d geometry and then extrude it...
Is this possible? Thank you.
Alessandro
lto:cgeuza...@uliege.be]
Inviato: martedì 2 luglio 2019 15:33
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto: Re: [Gmsh] problem with surface creation
> On 2 Jul 2019, at 11:05, Alessandro Vicini
> wrote:
>
>
>
> With reference to the attached geo file, I’m trying
Hello Christophe,
I am already using 4.4.
In the meanwhile I solved the problem, see the attached geo file (in the
section "ARM").
A.
-Messaggio originale-
Da: Christophe Geuzaine
Inviato: domenica 14 luglio 2019 23:04
A: Alessandro Vicini
Cc: gmsh@onelab.info
Oggetto:
With reference to the attached geo file, I’m trying to generate some conical
surfaces using “surface filling”, for example for the surface bounded by
circles 22 and 21; but I get the message “OpenCascade surface filling requires
a single line loop”…
If I switch to the built-in geometry kernel
Hello, I’ve just switched to version 4.4.0 from 4.1.5, and I’m having troubles
in the pre-processing of the mesh file. Is there any change in the V4 ascii
format…? Thank you.
Alessandro
___
gmsh mailing list
gmsh@onelab.info
Hello Peter,
in my case Gmsh just gets stuck when trying to read the geo file. No messages
or whatsoever, I need to kill the program.
I just downloaded 4.4.1, but I get the same behavior.
A.
Da: Peter Johnston
Inviato: venerdì 6 settembre 2019 04:08
A: Jeremy Theler ; Alessandro Vicini
; g
...@geuz.org; Alessandro Vicini
Oggetto: Re: R: [Gmsh] R: ellipsoid issue
Thanks Alessandro,
I just ran mine again and I get the same behaviour as previously, with the same
error messages.
I’m not sure what these means, but perhaps someone else can contribute?
Thanks again,
Peter
Hello Jeremy,
under windows the “about gmsh” button says OCC version 7.3.1, under Linux it
says OCC version 7.3.0, if this is what you mean…
A.
Da: jeremy theler
Inviato: lunedì 22 luglio 2019 18:00
A: Alessandro Vicini
Cc: Gmsh
Oggetto: Re: [Gmsh] Different behaviour in Win or Linux
Hi
With transfinite line you set the number of nodes, not elements. So if you set
an odd number, you will get an even number of elements.
A.
Da: gmsh Per conto di Eduardo
Inviato: martedì 16 luglio 2019 03:31
A: g...@geuz.org
Oggetto: [Gmsh] Gmsh - Transfinite
Hy My name is Eduardo
I am
A geo file which works under windows has problems when read under Linux64 (same
code version, 4.4). I guess this is because of a different numbering of
geometrical entities derived from transformations or boolean operations. Should
I expect this? Is there a way to ensure "compatibility" of
61 matches
Mail list logo