<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div id="yiv2352308629"><div id="yui_3_16_0_1_1422997351722_12526"><div id="yui_3_16_0_1_1422997351722_12525" style="color:#000;background-color:#fff;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"><div id="yiv2352308629yui_3_16_0_1_1422997351722_7406">Hi Christophe,</div><div dir="ltr" id="yiv2352308629yui_3_16_0_1_1422997351722_7405">The svn version (gmsh-svn-Windows64.zip 2015-02-03 02:25) seems to work for my current STEP geometry removing duplicate surfaces and on reload the elementary surface numbers do not change which is great, but it does take a long time.</div><div dir="ltr" id="yiv2352308629yui_3_16_0_1_1422997351722_7408">Is there any way of outputting the corrected/repaired geometry in a valid format so I can read this in with the cut and merge faces box unchecked to avoid the time consuming process again? (You have already told me not to save the STEP/BREP file as a .geo)</div><div dir="ltr" id="yiv2352308629yui_3_16_0_1_1422997351722_9072"><br clear="none"></div><div dir="ltr" id="yiv2352308629yui_3_16_0_1_1422997351722_9071">The Salome "cut and merge" (Geometry.OCCConnectFaces = 2) doesn't crash my machine but the face numbers still change on Reload ;-(</div><div dir="ltr" id="yiv2352308629yui_3_16_0_1_1422997351722_9883"><br clear="none"></div><div dir="ltr" id="yiv2352308629yui_3_16_0_1_1422997351722_8218">Best regards</div><div dir="ltr" id="yiv2352308629yui_3_16_0_1_1422997351722_8217">Mark<br clear="none"></div><div id="yiv2352308629yui_3_16_0_1_1422997351722_7404"><span></span></div><br clear="none"> <div class="qtdSeparateBR"><br><br></div><div class="yiv2352308629yqt4408986616" id="yiv2352308629yqt22451"><div id="yiv2352308629yui_3_16_0_1_1422997351722_7397" style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div id="yiv2352308629yui_3_16_0_1_1422997351722_7396" style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div dir="ltr" id="yiv2352308629yui_3_16_0_1_1422997351722_7395"> <hr id="yiv2352308629yui_3_16_0_1_1422997351722_9066" size="1"> <font id="yiv2352308629yui_3_16_0_1_1422997351722_7394" face="Arial" size="2"> <b><span style="font-weight:bold;">From:</span></b> Christophe Geuzaine <cgeuzaine@ulg.ac.be><br clear="none"> <b><span style="font-weight:bold;">To:</span></b> Mark Smith <piedycat@yahoo.com> <br clear="none"><b><span style="font-weight:bold;">Cc:</span></b> "gmsh@geuz.org Geuzaine" <gmsh@geuz.org> <br clear="none"> <b><span style="font-weight:bold;">Sent:</span></b> Friday, January 30, 2015 6:57 PM<br clear="none"> <b><span style="font-weight:bold;">Subject:</span></b> Re: [Gmsh] GMSH renumbers elemntaty tags on reload<br clear="none"> </font> </div> <div class="yiv2352308629y_msg_container" id="yiv2352308629yui_3_16_0_1_1422997351722_7409"><br clear="none"><br clear="none">> On 30 Jan 2015, at 18:43, Mark Smith <<a rel="nofollow" shape="rect" ymailto="mailto:piedycat@yahoo.com" target="_blank" href="mailto:piedycat@yahoo.com">piedycat@yahoo.com</a>> wrote:<br clear="none">> <br clear="none">> sorry<br clear="none">> step file attached<br clear="none"><br clear="none">The Salome "cut and merge" actually crashes on my machine; our internal routine seems to work (but it slow).<br clear="none"><br clear="none">I've added the possibility to choose which algorithm to use - you can give it a try with tomorrow's nightly build.<br clear="none"><br clear="none"><br clear="none">> <br clear="none">> From: Christophe Geuzaine <<a rel="nofollow" shape="rect" ymailto="mailto:cgeuzaine@ulg.ac.be" target="_blank" href="mailto:cgeuzaine@ulg.ac.be">cgeuzaine@ulg.ac.be</a>><br clear="none">> To: Mark Smith <<a rel="nofollow" shape="rect" ymailto="mailto:piedycat@yahoo.com" target="_blank" href="mailto:piedycat@yahoo.com">piedycat@yahoo.com</a>> <br clear="none">> Sent: Friday, January 30, 2015 10:20 AM<br clear="none">> Subject: Re: [Gmsh] GMSH renumbers elemntaty tags on reload<br clear="none">> <br clear="none">> <br clear="none">> > On 30 Jan 2015, at 10:54, Mark Smith <<a rel="nofollow" shape="rect" ymailto="mailto:piedycat@yahoo.com" target="_blank" href="mailto:piedycat@yahoo.com">piedycat@yahoo.com</a>> wrote:<br clear="none">> > <br clear="none">> > Hi Christophe,<br clear="none">> > Find attached a simple step file that shows the problem of face renumbering on reload, I enable the cut and merge faces to get rid of duplicate surfaces at mating solids.<br clear="none">> <br clear="none">> Hi Mark - can you send the step? (You sent the solidworks part)<br clear="none">> <br clear="none">> > Thanks for you time.<br clear="none">> > Best regards<br clear="none">> > Mark<br clear="none">> > <br clear="none">> > From: Christophe Geuzaine <<a rel="nofollow" shape="rect" ymailto="mailto:cgeuzaine@ulg.ac.be" target="_blank" href="mailto:cgeuzaine@ulg.ac.be">cgeuzaine@ulg.ac.be</a>><br clear="none">> > To: Mark Smith <<a rel="nofollow" shape="rect" ymailto="mailto:piedycat@yahoo.com" target="_blank" href="mailto:piedycat@yahoo.com">piedycat@yahoo.com</a>> <br clear="none">> > Cc: "<a rel="nofollow" shape="rect" ymailto="mailto:gmsh@geuz.org" target="_blank" href="mailto:gmsh@geuz.org">gmsh@geuz.org</a>" <<a rel="nofollow" shape="rect" id="yiv2352308629yui_3_16_0_1_1422997351722_8018" ymailto="mailto:gmsh@geuz.org" target="_blank" href="mailto:gmsh@geuz.org">gmsh@geuz.org</a>> <br clear="none">> > Sent: Thursday, January 29, 2015 6:18 PM<br clear="none">> > Subject: Re: [Gmsh] GMSH renumbers elemntaty tags on reload<br clear="none">> > <br clear="none">> > <br clear="none">> > > On 29 Jan 2015, at 13:37, Mark Smith <<a rel="nofollow" shape="rect" ymailto="mailto:piedycat@yahoo.com" target="_blank" href="mailto:piedycat@yahoo.com">piedycat@yahoo.com</a>> wrote:<br clear="none">> > > <br clear="none">> > > Hi Christophe,<br clear="none">> > > I agree that saving the cad geometry to a .geo file it is not the way to go but at least the surface numbers don't change on reload ;-)<br clear="none">> > > I have some other cad geometry where I don't get this problem, which is why perhaps you haven't seen it? have you any other suggestions I could try?<br clear="none">> > <br clear="none">> > Maybe the best would be for you to send an (small) step file that exhibits the problem? We could try to see where the non-deterministic numbering comes from.<br clear="none">> > <br clear="none">> > > Regards<br clear="none">> > > Mark<br clear="none">> > > <br clear="none">> > > From: Christophe Geuzaine <<a rel="nofollow" shape="rect" ymailto="mailto:cgeuzaine@ulg.ac.be" target="_blank" href="mailto:cgeuzaine@ulg.ac.be">cgeuzaine@ulg.ac.be</a>><br clear="none">> > > To: Mark Smith <<a rel="nofollow" shape="rect" ymailto="mailto:piedycat@yahoo.com" target="_blank" href="mailto:piedycat@yahoo.com">piedycat@yahoo.com</a>> <br clear="none">> > > Cc: "<a rel="nofollow" shape="rect" ymailto="mailto:gmsh@geuz.org" target="_blank" href="mailto:gmsh@geuz.org">gmsh@geuz.org</a>" <<a rel="nofollow" shape="rect" id="yiv2352308629yui_3_16_0_1_1422997351722_7819" ymailto="mailto:gmsh@geuz.org" target="_blank" href="mailto:gmsh@geuz.org">gmsh@geuz.org</a>> <br clear="none">> > > Sent: Thursday, January 29, 2015 11:19 AM<br clear="none">> > > Subject: Re: [Gmsh] GMSH renumbers elemntaty tags on reload<br clear="none">> > > <br clear="none">> > > <br clear="none">> > > > On 29 Jan 2015, at 10:45, Mark Smith <<a rel="nofollow" shape="rect" ymailto="mailto:piedycat@yahoo.com" target="_blank" href="mailto:piedycat@yahoo.com">piedycat@yahoo.com</a>> wrote:<br clear="none">> > > > <br clear="none">> > > > Hi Christophe,<br clear="none">> > > > Unfortunately it makes no difference ;-(<br clear="none">> > > > I used cadexchanger from <a rel="nofollow" shape="rect" target="_blank" href="http://www.cadexchanger.com/">http://www.cadexchanger.com/ </a>to convert the step file into a .brep file but this suffers with the same problem.<br clear="none">> > > > If is do file: save as and type say file2.geo and with the GEO options box "save physical group lables" ONLY ticked I get a file with all the points, lines line loops etc. When I lad this the element tag numbers stay fixed, ( it is relatively simple geometry consisting of volumes bounded by plane surfaces) but I cannot get the surfaces to be filled (rendered) but only crossed faces even when I set<br clear="none">> > > <br clear="none">> > > Mark - Do not save your .brep/.step as a .geo! Gmsh is designed to work directly with the native files - "translating" them to .geo is only there for very specific uses or debugging purposes: the .geo CAD kernel is far too rudimentary to handle all the complexities of .step/.brep<br clear="none">> > > <br clear="none">> > > <br clear="none">> > > > Geometry.SurfaceType = 2 this makes it difficult to pick surfaces to put into surface physical groups infact changing Geometry.SurfaceType to 0 1 or 2 make no difference to the way the surfaces are displayed?<br clear="none">> > > > Strangely if I load in my cad geometry file Merge "file.STEP"; etc then the surfaces displayed are as expected if one changes the setting of Geometry.SurfaceType, any ideas?<br clear="none">> > > > <br clear="none">> > > > Thanks in advance.<br clear="none">> > > > Best regards<br clear="none">> > > > Mark<br clear="none">> > > > <br clear="none">> > > > <br clear="none">> > > > From: Christophe Geuzaine <<a rel="nofollow" shape="rect" ymailto="mailto:cgeuzaine@ulg.ac.be" target="_blank" href="mailto:cgeuzaine@ulg.ac.be">cgeuzaine@ulg.ac.be</a>><br clear="none">> > > > To: Mark Smith <<a rel="nofollow" shape="rect" ymailto="mailto:piedycat@yahoo.com" target="_blank" href="mailto:piedycat@yahoo.com">piedycat@yahoo.com</a>> <br clear="none">> > > > Cc: "<a rel="nofollow" shape="rect" ymailto="mailto:gmsh@geuz.org" target="_blank" href="mailto:gmsh@geuz.org">gmsh@geuz.org</a>" <<a rel="nofollow" shape="rect" ymailto="mailto:gmsh@geuz.org" target="_blank" href="mailto:gmsh@geuz.org">gmsh@geuz.org</a>> <br clear="none">> > > > Sent: Wednesday, January 28, 2015 7:11 PM<br clear="none">> > > > Subject: Re: [Gmsh] GMSH renumbers elemntaty tags on reload<br clear="none">> > > > <br clear="none">> > > > <br clear="none">> > > > > On 28 Jan 2015, at 15:36, Mark Smith <<a rel="nofollow" shape="rect" ymailto="mailto:piedycat@yahoo.com" target="_blank" href="mailto:piedycat@yahoo.com">piedycat@yahoo.com</a>> wrote:<br clear="none">> > > > > <br clear="none">> > > > > <br clear="none">> > > > > Gmsh version 2.8.5<br clear="none">> > > > > <br clear="none">> > > > > Hi, I load a step file generated in solidworks saved in AP203 or AP214 format and load in into GMSH using a .geo file with the following lines<br clear="none">> > > > > <br clear="none">> > > > > // in gmsh options-geometry make sure the "cut and merge faces" is checked <br clear="none">> > > > > // to remove duplicate entities on import of STEP file<br clear="none">> > > > > Merge "file.STEP";<br clear="none">> > > > > Geometry.AutoCoherence = 1;<br clear="none">> > > > > Coherence;<br clear="none">> > > > > <br clear="none">> > > > > in the options:geometry I get the model to display the surface labels with their elementary tags number, if I hit reload the tag numbers change this make defining physical surfaces impossible since the surfaces shown in the surface physical groups keep changing;-(<br clear="none">> > > > > I have not had this behaviour before and at this moment it is a show stopper, is there a way of preventing this behaviour?<br clear="none">> > > > > <br clear="none">> > > > <br clear="none">> > > > I don't see this behavior when I do the same thing over here (note that "Geometry.AutoCoherence = 1; Coherence;" will have no effect on your STEP data)... Does adding "Delete All;" before the "Merge" command help?<br clear="none">> > > > <br clear="none">> > > > <br clear="none">> > > > <br clear="none">> > > > <br clear="none">> > > > <br clear="none">> > > > > Thanks in advance<br clear="none">> > > > > Mark<br clear="none">> > > > <br clear="none">> > > > > <br clear="none">> > > > > <br clear="none">> > > > > _______________________________________________<br clear="none">> > > > > gmsh mailing list<br clear="none">> > > > > <a rel="nofollow" shape="rect" ymailto="mailto:gmsh@geuz.org" target="_blank" href="mailto:gmsh@geuz.org">gmsh@geuz.org</a><br clear="none">> > > > > <a rel="nofollow" shape="rect" target="_blank" href="http://www.geuz.org/mailman/listinfo/gmsh">http://www.geuz.org/mailman/listinfo/gmsh</a><br clear="none">> > > > <br clear="none">> > > > -- <br clear="none">> > > > Prof. Christophe Geuzaine<br clear="none">> > > > University of Liege, Electrical Engineering and Computer Science <br clear="none">> > > > <a rel="nofollow" shape="rect" target="_blank" href="http://www.montefiore.ulg.ac.be/~geuzaine">http://www.montefiore.ulg.ac.be/~geuzaine</a><br clear="none">> > <br clear="none">> > <br clear="none">> > <br clear="none">> > > <br clear="none">> > > <br clear="none">> > > <br clear="none">> > > > <br clear="none">> > > > <br clear="none">> > > > <br clear="none">> > > > <br clear="none">> > > > <br clear="none">> > > <br clear="none">> > > -- <br clear="none">> > > Prof. Christophe Geuzaine<br clear="none">> > > University of Liege, Electrical Engineering and Computer Science <br clear="none">> > > <a rel="nofollow" shape="rect" target="_blank" href="http://www.montefiore.ulg.ac.be/~geuzaine">http://www.montefiore.ulg.ac.be/~geuzaine</a><br clear="none">> > > <br clear="none">> > > <br clear="none">> > > <br clear="none">> > > <br clear="none">> > <br clear="none">> > -- <br clear="none">> > Prof. Christophe Geuzaine<br clear="none">> > University of Liege, Electrical Engineering and Computer Science <br clear="none">> > <a rel="nofollow" shape="rect" target="_blank" href="http://www.montefiore.ulg.ac.be/~geuzaine">http://www.montefiore.ulg.ac.be/~geuzaine</a><br clear="none">> > <br clear="none">> > <br clear="none">> > <br clear="none">> > <br clear="none">> > <gmshtest.SLDPRT><br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> -- <br clear="none">> Prof. Christophe Geuzaine<br clear="none">> University of Liege, Electrical Engineering and Computer Science <br clear="none">> <a rel="nofollow" shape="rect" target="_blank" href="http://www.montefiore.ulg.ac.be/~geuzaine">http://www.montefiore.ulg.ac.be/~geuzaine</a><br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> <gmshtest.STEP><div class="yiv2352308629qtdSeparateBR"><br clear="none"><br clear="none"></div><div class="yiv2352308629yqt4760936506" id="yiv2352308629yqtfd73577"><br clear="none"><br clear="none">-- <br clear="none">Prof. Christophe Geuzaine<br clear="none">University of Liege, Electrical Engineering and Computer Science <br clear="none"><a rel="nofollow" shape="rect" target="_blank" href="http://www.montefiore.ulg.ac.be/~geuzaine">http://www.montefiore.ulg.ac.be/~geuzaine</a><br clear="none"><br clear="none"><br clear="none"></div><br clear="none"><br clear="none"></div> </div> </div></div> </div></div></div></div></body></html>