Hi Martin,
actually it's the other way around, this is the proof that they are, at least
the endcap
and the outer wall, from what I can see from the screenshot - I can't really
see the
inner surface.
vmtksurfaceremeshing looks at the values of a user-provided cell id array
(usually
it's call C
On 24 September 2012 17:03, Luca Antiga wrote:
> Hi Martin,
> I assume the inner surface is topologically connected to the rest, right?
I'm actually wondering now if the surfaces are not properly connected.
The sharp boundaries between the inner/outer surfaces and the
endcaps are not properly pr
Hi Martin,
I assume the inner surface is topologically connected to the rest, right?
One quick thing you could do is to verify the orientation of the normals in
the inner surface with ad-hoc code and flip them in case they are reversed,
this assuming that you have an easy way to tell whether you
Thanks! Actually, it looks like the normals at the inner boundary
are pointing the wrong way, into the "donut volume" and not into
the hole as they should. The inner and outer boundaries are both
the results of separate surface remeshing operations.
Martin
On 24 September 2012 15:51, Luca Antiga
Hi Luca,
we have some issues with the meshing though. Karen is testing it.
The remeshed surface looks fine, but it may seem that the
mesh generation misinterprets it. Sometimes it crashes,
some times the result is weird.
Do the triangle orientations in the endcaps triangulation
matter? It doesn't
Hi Martin,
the orientation shouldn't matter as long as the normals filter
can orient the normals outwards automatically, which is trivial
for a closed surface but might be not trivial for a complex one
(or downright impossible, but it shouldn't be your case).
Try to run vmtksurfacenormals and see
Hi Martin,
this is awsome! Looking forward to your very welcome contribution.
Nice job
Luca
On Sep 21, 2012, at 1:38 PM, Martin Sandve Alnæs wrote:
> Hi Roman,
> thanks for the reply. As you suggested I looked into vtk meshing
> possibilities, and I ended up using
> vtkPolygon::NonDegenerateTr
Hi Roman,
thanks for the reply. As you suggested I looked into vtk meshing
possibilities, and I ended up using
vtkPolygon::NonDegenerateTriangulate(). I will merge my vmtk
extensions into vmtk when it's been tested properly. Attached is an
image of the result for the curious. Notice the hole in the
Hi Martin,
Could You post an image visualizing Your structure?
One idea that came into my mind would be to use vtkDelauney3D that You
could use to generate a convex hull, to cap Your structure. Though,
depending on Your structures, You might need to find a way to remove
parts of the convex hul
