<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi Martin,<br>
    Yes, you would need to get one of the later versions of Gmsh from
    their svn repository. I'm not aware if their new binaries include
    the new feature. However, building Gmsh is fairly straightforward
    and is well explained in the README.txt file that comes with the
    source code.<br>
    <br>
    The attached geometry file should work fine with the Abaqus export.
    Notice "Mesh.SaveGroupsOfNodes = 1;" at the end of the file, which
    will export the abaqus Node Sets (NSETs).<br>
    <br>
    Cheers,<br>
    Omid<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 06/05/13 12:38 AM, Martin Genet
      wrote:<br>
    </div>
    <blockquote cite="mid:518733AE.9020503@ucsfmedicalcenter.org"
      type="cite">
      <meta http-equiv="content-type" content="text/html;
        charset=ISO-8859-1">
      Dear M. Mahabadi,<br>
      <br>
      Do you have a small working example of an Abaqus export from GMSH
      including node sets? I can't find anything like that in the
      documentation or wiki. Would be very useful.<br>
      <br>
      Also, this functionality is available only with the svn version,
      right? It's not gonna work with 2.7.0, right?<br>
      <br>
      Thanks a lot for your help.<br>
      <br>
      Kind regards,<br>
      Martin<br>
      <br>
      <blockquote type="cite">
        <pre>Dear Christophe,
I have been using the updated Gmsh with the Abaqus NSET export and it 
has been working very well so far. I've only come across a tiny issue, 
that is, the names of Physical Entities are not used from the geometry 
file. Instead, they are numbered automatically in the exported inp file 
(e.g., PhysicalLine2,..., PhysicalSurface1,...). Is there a way to 
preserve the names specified in the geo file?

Thank you,
Omid


On 05/04/13 12:02 PM, Christophe Geuzaine wrote:
><i> On 05 Apr 2013, at 17:49, Omid Mahabadi <<a moz-do-not-send="true" href="http://www.geuz.org/mailman/listinfo/gmsh">omid.mahabadi at geomechanica.com</a>> wrote:
</i>><i>
</i>>><i> On 05/04/13 10:25 AM, Christophe Geuzaine wrote:
</i>>>><i> On 05 Apr 2013, at 16:13, Omid Mahabadi <<a moz-do-not-send="true" href="http://www.geuz.org/mailman/listinfo/gmsh">omid.mahabadi at geomechanica.com</a>> wrote:
</i>>>><i>
</i>>>>><i> Hi,
</i>>>>><i> I thought quite a bit about element types in Abaqus. The reality is that there are so many different element types in Abaqus that makes defining a "generic" type rather impossible. I would suggest to keep the default Abaqus export as currently is, but give the user the option to define custom types in the gmsh geometry file. For instance, in the case of a 2D mesh, the user may define a maximum of two strings for the 1D and 2D element types, which can look like:
</i>>>>><i> Mesh.Abaqus.ElementType.1D = "C1D2"
</i>>>>><i> Mesh.Abaqus.ElementType.2D = "C2D3"
</i>>>>><i> (I'm just mimicking gmsh's syntax here)
</i>>>>><i>
</i>>>>><i> I discussed the above suggestion with another colleague of mine who has used Abaqus in the past and it made sense to them. What are your thoughts?
</i>>>>><i>
</i>>>><i> With SVN r15202 I at least changed the default tags to tags that should be understood by Abaqus/Standard (had to change lines, triangles and quads). We might want more flexibility in the future, but it might also be overkill (we need types for 1st order and 2nd order elements, etc.).
</i>>><i> I totally agree as user-defined types can get complicated.
</i>>><i> On a side note, for your information I've realized that now Element numbers don't start from 1 anymore.
</i>><i> Indeed: that's a side-effect of the new scheme. Since we must remember the numbers in the ELSETS, we cannot just renumber on-the-fly as before.
</i>><i>
</i>>>><i>
</i>>>>><i> Thank you,
</i>>>>><i> Omid
</i>>>>><i>
</i>>>>><i>
</i>>>>><i> On 05/04/13 06:35 AM, Christophe Geuzaine wrote:
</i>>>>>><i> On 05 Apr 2013, at 12:07, Christophe Geuzaine <<a moz-do-not-send="true" href="http://www.geuz.org/mailman/listinfo/gmsh">cgeuzaine at ulg.ac.be</a>> wrote:
</i>>>>>><i>
</i>>>>>>><i> On 18 Mar 2013, at 18:03, Pierre-Frederic Villard <<a moz-do-not-send="true" href="http://www.geuz.org/mailman/listinfo/gmsh">pierre-frederic.villard at univ-lorraine.fr</a>> wrote:
</i>>>>>>><i>
</i>>>>>>>><i> Hi,
</i>>>>>>>><i>
</i>>>>>>>><i> I have issues with importing gmsh-created meshes in Abaqus 6.12. I tried two methods, which equally failed:
</i>>>>>>>><i> 1 - I tried to save the mesh as OpenCASCADE step format but I have an error:   "Error   : No OpenCASCADE model found"
</i>>>>>>><i> Hi Pierre-Frederic - This would actually not export the mesh, but the CAD model - so it's not what you want.
</i>>>>>>><i>
</i>>>>>>>><i> 2 - I tried to save the model as an Abaqus INP file but I have a problem importing it in Abaqus : "Element type "C2D3" is not supported." with triangles and "Element type "C1D2" is not supported" with segments.
</i>>>>>>>><i>
</i>>>>>>><i> Indeed. I just had a look at the Abaqus documentation, and C2D3 and C1D2 do not seem to be in the general "Element Indexes" available in Abaqus/Standard.
</i>>>>>>><i>
</i>>>>>>><i> What should we use when we export "generic" elements (i.e., not linked to any physics)?
</i>>>>>>><i>
</i>>>>>>><i> @Omid - any ideas?
</i>>>>>><i> I've committed r15202 with the ideas from
</i>>>>>><i>
</i>>>>>><i> <a moz-do-not-send="true" href="https://geuz.org/trac/gmsh/ticket/129">https://geuz.org/trac/gmsh/ticket/129</a>
</i>>>>>><i>
</i>>>>>><i> @Abaqus users: let me know if this is better...
</i>>>>>><i>
</i>>>>>><i>
</i>>>>>><i>
</i>>>>>>>><i> Does anyone have any idea how to solve this problem?
</i>>>>>>>><i>
</i>>>>>>>><i> Cheers,
</i>>>>>>>><i>
</i>>>>>>>><i> Pierre
</i>>>>>>>><i>
</i>>>>>>>><i>
</i>>>>>>>><i> _______________________________________________
</i>>>>>>>><i> gmsh mailing list
</i>>>>>>>><i> <a moz-do-not-send="true" href="http://www.geuz.org/mailman/listinfo/gmsh">gmsh at geuz.org</a>
</i>>>>>>>><i> <a moz-do-not-send="true" href="http://www.geuz.org/mailman/listinfo/gmsh">http://www.geuz.org/mailman/listinfo/gmsh</a>
</i>>>>>>><i> -- 
</i>>>>>>><i> Prof. Christophe Geuzaine
</i>>>>>>><i> University of Liege, Electrical Engineering and Computer Science
</i>>>>>>><i> <a moz-do-not-send="true" href="http://www.montefiore.ulg.ac.be/%7Egeuzaine">http://www.montefiore.ulg.ac.be/~geuzaine</a>
</i>>>>>>><i>
</i>>>>>>><i>
</i>>>>>>><i>
</i>>>>><i> -- 
</i>>>>><i> Omid Mahabadi
</i>>>>><i> Geomechanica, Inc.
</i>>>>><i> Tel: (647) 478-9767 x824
</i>>>>><i>
</i>>><i> -- 
</i>>><i> Omid Mahabadi
</i>>><i> Geomechanica, Inc.
</i>>><i> Tel: (647) 478-9767 x824
</i>>><i>
</i>
-- 
Omid Mahabadi
Geomechanica, Inc.
Tel: (647) 478-9767 x824</pre>
      </blockquote>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Omid Mahabadi
Geomechanica, Inc.
Tel: (647) 478-9767 x824</pre>
  </body>
</html>