<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:verdana,helvetica,sans-serif;font-size:10pt"><div>Hi,<br>I want to mesh a part of a 3-D domain (which is cyclic), and impose cyclic boundary conditions, but the problem is that in my solver I assume that the two surfaces of the 3-D cell are the same. I send you an exemple of a part of a sphere. And by following recommendations of a previous message :<br><span><a target="_blank" href="http://www.geuz.org/pipermail/gmsh/2010/005511.html">http://www.geuz.org/pipermail/gmsh/2010/005511.html</a></span><br>I didn't get the same mesh when I extruded the surface by rotation.<br>So, is there a solution to have the same surface mesh for the two surfaces ? (teta = 0 and teta = pi/4) <br>In the given example (for a periodic mesh), surfaces of the cube didn't have the same mesh actually :(<br></div><div style="font-family: verdana,helvetica,sans-serif; font-size:
10pt;">Thanks for your help.<br><br><div style="font-family: arial,helvetica,sans-serif; font-size: 13px;"><font size="2" face="Tahoma"><hr size="1"><b><span style="font-weight: bold;">De :</span></b> "gmsh-request@ace20.montefiore.ulg.ac.be" <gmsh-request@ace20.montefiore.ulg.ac.be><br><b><span style="font-weight: bold;">À :</span></b> gmsh@geuz.org<br><b><span style="font-weight: bold;">Envoyé le :</span></b> Jeu 17 juin 2010, 18h 35min 49s<br><b><span style="font-weight: bold;">Objet :</span></b> gmsh Digest, Vol 89, Issue 19<br></font><br>Send gmsh mailing list submissions to<br> <a ymailto="mailto:gmsh@geuz.org" href="mailto:gmsh@geuz.org">gmsh@geuz.org</a><br><br>To subscribe or unsubscribe via the World Wide Web, visit<br> <a href="http://www.geuz.org/mailman/listinfo/gmsh" target="_blank">http://www.geuz.org/mailman/listinfo/gmsh</a><br>or, via email, send a message with subject or body 'help'
to<br> <a ymailto="mailto:gmsh-request@geuz.org" href="mailto:gmsh-request@geuz.org">gmsh-request@geuz.org</a><br><br>You can reach the person managing the list at<br> <a ymailto="mailto:gmsh-owner@geuz.org" href="mailto:gmsh-owner@geuz.org">gmsh-owner@geuz.org</a><br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of gmsh digest..."<br><br><br>Today's Topics:<br><br> 1. Help (Henri Pascal-Jenny)<br> 2. Question about reclassify (Martin Vymazal)<br> 3. Re: freefem (Luis Casillas)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Thu, 17 Jun 2010 11:26:36 +0200<br>From: "Henri Pascal-Jenny" <<a ymailto="mailto:henri.pascal-jenny@sogeti.com" href="mailto:henri.pascal-jenny@sogeti.com">henri.pascal-jenny@sogeti.com</a>><br>Subject: [Gmsh] Help<br>To: <<a ymailto="mailto:gmsh@geuz.org"
href="mailto:gmsh@geuz.org">gmsh@geuz.org</a>><br>Message-ID: <00e801cb0dff$31b3f550$<a ymailto="mailto:1c7de20a@so.fr.ad.sotranet.net" href="mailto:1c7de20a@so.fr.ad.sotranet.net">1c7de20a@so.fr.ad.sotranet.net</a>><br>Content-Type: text/plain; charset="us-ascii"<br><br>Hi <br><br> <br><br>I am facing the problem of finding the minimum-3D box enclosing AS CLOSE AS<br>POSSIBLE a set of 3D mesh points . <br><br> <br><br>I would like to avoid the use of a too-sophisticated algorithm .<br><br>(cf. <a href="http://en.wikipedia.org/wiki/Minimum_bounding_box_algorithms" target="_blank">http://en.wikipedia.org/wiki/Minimum_bounding_box_algorithms</a>)<br><br> <br><br>Actually, when used straightforwardly, the method "BoundingBox" available<br>in a gmesh-session returns a 3D box <br><br>which box does not always correspond to the minimum volume enclosing the set<br>of points <br><br> <br><br>( imagine a thin and not
fully-planar shape tilted in respect to the axes of<br>a standard coordinates-frame )<br><br> <br><br>In fact, the matter comes from the bulk orientation of the envelop of the<br>set of points under consideration.<br><br> <br><br>The usage is : <br><br>BoundingBox { expression, expression, expression, expression, expression,<br>expression };<br><br>what forces the bounding box of the scene to the given expressions (X min, X<br>max,<br><br>Y min, Y max, Z min, Z max).<br><br> <br><br>Therefore, I am wandering if there is a way of operating the "BoundingBox"<br>method in order to get in the end the truly-minimum 3D box enclosing. <br><br>Actually, I guess that there is a preliminary thing to do related to the<br>coordinates system ; maybe I am wrong.<br><br> <br><br>Well, I would appreciate it very much if anyone could supply me for any<br>piece of information regarding my problem. <br><br>Thanks a lot in advance for your attention and your
cooperation.<br><br> <br><br> <br><br>Regards<br><br>Henri Pascal-Jenny <br><br> <br><br> <br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <<a href="http://www.geuz.org/pipermail/gmsh/attachments/20100617/9522a6bb/attachment-0001.htm" target="_blank">http://www.geuz.org/pipermail/gmsh/attachments/20100617/9522a6bb/attachment-0001.htm</a>><br><br>------------------------------<br><br>Message: 2<br>Date: Thu, 17 Jun 2010 17:37:03 +0200<br>From: Martin Vymazal <<a ymailto="mailto:martin.vymazal@vki.ac.be" href="mailto:martin.vymazal@vki.ac.be">martin.vymazal@vki.ac.be</a>><br>Subject: [Gmsh] Question about reclassify<br>To: <a ymailto="mailto:gmsh@geuz.org" href="mailto:gmsh@geuz.org">gmsh@geuz.org</a><br>Message-ID: <<a ymailto="mailto:20100617173703.14972p7a6eirqrkv@horde.vki.ac.be"
href="mailto:20100617173703.14972p7a6eirqrkv@horde.vki.ac.be">20100617173703.14972p7a6eirqrkv@horde.vki.ac.be</a>><br>Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes";<br> format="flowed"<br><br>Hello,<br><br> I would like to ask if it is possible to launch the 'reclassify' <br>command from command line. I normally use it from the gui, but since <br>all the other mesh processing is done using scripts, it would be nice <br>if I could do this also without opening the gui.<br><br>I have one more little question. Suppose I run reclassify, I get a lot <br>of surfaces and I hide some of them by clicking in the gui. Is it <br>possible to create a new geo/msh file which contains only entities <br>currently set as visible? What I mean is that I don't want to save a <br>file which is the original mesh with additional info about visibility, <br>but I'd like to have a new file in
which the 'invisible' parts are <br>completely absent.<br><br> Thank you.<br><br> Best regards,<br><br> Martin Vymazal<br><br>----------------------------------------------------------------<br>This message was sent using IMP, the Internet Messaging Program.<br><br><br><br><br><br>------------------------------<br><br>Message: 3<br>Date: Thu, 17 Jun 2010 09:41:22 -0600<br>From: Luis Casillas <<a ymailto="mailto:casillasluis@lanl.gov" href="mailto:casillasluis@lanl.gov">casillasluis@lanl.gov</a>><br>Subject: Re: [Gmsh] freefem<br>To: <a ymailto="mailto:gmsh@geuz.org" href="mailto:gmsh@geuz.org">gmsh@geuz.org</a><br>Message-ID: <<a ymailto="mailto:8FA18878-46E8-4817-B926-BBD404D49B94@lanl.gov" href="mailto:8FA18878-46E8-4817-B926-BBD404D49B94@lanl.gov">8FA18878-46E8-4817-B926-BBD404D49B94@lanl.gov</a>><br>Content-Type: text/plain; charset="us-ascii"; Format="flowed"<br><br>Hi,<br>I continue with the attempt to export a
mesh to freefempp,<br>the strange thing is that I have had success in a few cases,<br>but in most of them I get errors, I'm attaching a pair of meshes that<br>don't work,<br>thanks<br><br>Luis<br><br>-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: domain1.geo<br>Type: application/octet-stream<br>Size: 1175 bytes<br>Desc: not available<br>URL: <<a href="http://www.geuz.org/pipermail/gmsh/attachments/20100617/991789f2/attachment.geo" target="_blank">http://www.geuz.org/pipermail/gmsh/attachments/20100617/991789f2/attachment.geo</a>><br>-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: domain1.mesh<br>Type: application/octet-stream<br>Size: 3000 bytes<br>Desc: not available<br>URL: <<a href="http://www.geuz.org/pipermail/gmsh/attachments/20100617/991789f2/attachment.mesh"
target="_blank">http://www.geuz.org/pipermail/gmsh/attachments/20100617/991789f2/attachment.mesh</a>><br>-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: domain2.mesh<br>Type: application/octet-stream<br>Size: 9150 bytes<br>Desc: not available<br>URL: <<a href="http://www.geuz.org/pipermail/gmsh/attachments/20100617/991789f2/attachment-0001.mesh" target="_blank">http://www.geuz.org/pipermail/gmsh/attachments/20100617/991789f2/attachment-0001.mesh</a>><br>-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: domain2.unv<br>Type: application/octet-stream<br>Size: 52586 bytes<br>Desc: not available<br>URL: <<a href="http://www.geuz.org/pipermail/gmsh/attachments/20100617/991789f2/attachment.unv" target="_blank">http://www.geuz.org/pipermail/gmsh/attachments/20100617/991789f2/attachment.unv</a>><br>-------------- next part
--------------<br><br><br>------------------------------<br><br>_______________________________________________<br>gmsh mailing list<br><a ymailto="mailto:gmsh@geuz.org" href="mailto:gmsh@geuz.org">gmsh@geuz.org</a><br><a href="http://www.geuz.org/mailman/listinfo/gmsh" target="_blank">http://www.geuz.org/mailman/listinfo/gmsh</a><br><br><br>End of gmsh Digest, Vol 89, Issue 19<br>************************************<br></div></div>
</div><br>
</body></html>