[Gmsh] importing .step files with multiple parts whose surfacestouch
Mark van Doesburg
mark.van.doesburg at technolution.nl
Mon Apr 4 09:30:36 CEST 2011
Hello Brent,
The code I've written was not intended for plane surfaces only. I many
cases it works on spheres and cylinders as well. Unfortunately the OCC
code does not always find all intersections and many special cases are
not handled correctly.
I understood that netgen had something that worked, but apparently
(Matthias's reply) it does not.
I intend to write something when I can find the time, but that might take
a while. I'll try to avoid writing something from scratch, but I doubt
I'll have another look at OCC. Currently CGAL looks the most promising.
Mark van Doesburg.
"Vandevender, Brent A" <Brent.Vandevender at pnl.gov> wrote:
Thank you for your reply Matthias. I specifically had you and Mark van Doesburg in mind when I posed the question. I have followed your posts in the archives and hoped that there was some progress. I have only recently realized the gravity of my problem and start to appreciate the astronomically high price of the commercial electricity and magnetism FEM package I am trying not to have to buy (Maxwell3D). It seems I will take some effort to solve the problem myself, as you have. The best solution, I think, is to fix the 2D surface meshes created by gmsh with a separate self-written code and re-import to gmsh as you describe in option 2. I can imagine how the algorithm will work, but also that it will take the age of the universe to complete for a realistic geometry. My intention was to be a mere consumer of finite-element methods, and I don't know where I will find the time to become a producer.