Closed zhang-alvin closed 4 years ago
Hello, Is the problematic case a 2D geometric model with a triangular mesh? If so, why is there concern for classification on a model region (a volume)?
@cwsmith I was looking into creating a 2D analytic geometric model with a triangular mesh and I did not parameterize the model region. This led to an issue when calling MeshAdapt during the snapping procedure, which is avoided in 3D because of the indicated line.
I have since created a geometric model with parameterizations for each entity, so I no longer have a problem, so this is more of a question.
@zhang-alvin It is kind of tricky to define the 2D problem. At best, things would be problem-dependent:
The above description is an oversimplification of all the cases that can happen when dealing with 2D meshes. If you have a specific problem for which the condition (or lack of it for 2D) is causing a problem, I can take a look at it and think about adding some additional options to "ma::Input" when the mesh adapt is being set up, to handle those cases differently.
@mortezah I see. Thanks for the clarification. I didn't consider the second bullet.
Again, no active issues that I'm having, but curious to know why that line of code was present.
I have a question about the following line of code in maSnap.
It purposely avoids considering snapping when a mesh vertex is classified on a model region in 3D. Why is this exception not extended to mesh vertices classified on the model region in 2D?