Hi Evan,
I checked the models, in fact the jagged endcaps seem to really make a
difference.
I clipped the endcaps using vmtksurfaceclipper (interactively) and centerlines
succeed.
I checked to see if the surface had spurious holes (it doesn't) or non-manifold
edges
(it doesn't either), so I'm still not sure of what's causing the actual issue,
I'll have to
investigate more.
It could be that the jagged normals cause the Delaunay peeling algorithm to
fail,
but the resulting Voronoi diagram looks ok. I'll have to check if there's any
degenerate
polygon that doesn't get rendered.
Anyway, related to the use of a clipped model for the centerlines, please
note that there's no problem in using a slightly different model for computing
centerlines - if anything they won't end exactly at the original endcaps, but
for 90% of the cases it doesn't really matter.
Best,
Luca
On Feb 14, 2013, at 9:13 PM, Evan Kao wrote:
> Hello Luca,
>
> I've attached a few surfaces if you want to look at them:
> - surface without extensions
> - surface with extensions
> - surface with extensions and smoothed at the outlet/extension interfaces
> using a solid modeling program
>
> I tried to obtain extensions that fit better to the outlet normals by using a
> smaller (than 1) normalestimationratio but didn't have much luck.
>
> Thanks,
> Evan Kao
>
>
> On Fri, Feb 8, 2013 at 9:33 AM, Luca Antiga <luca.ant...@orobix.com> wrote:
> Hi Evan,
> it looks like the external delaunay tetrahedra are not properly removed,
> and I think the reason lies with oddly oriented normals at the transition at
> the endcaps.
> Anyway, I'd need to have the surface to understand the actual reason and
> how to get around it. In the meantime you can try cutting manually, using
> vmtksurfaceclipper.
> Cheers
>
> Luca
>
>
> On Feb 5, 2013, at 11:34 PM, Evan Kao wrote:
>
> > Hello,
> >
> > I am having trouble getting vmtkcenterlines to work properly with a
> > specific model. Using the commands outlined in the tutorials, I opened the
> > endcaps and added flow extensions. For specific reasons, I imported this
> > surface into a solid modeling software (Rapidform) and remeshed it to
> > smooth out the transitions between the openings and flow extensions.
> > However, this action closes the endcaps at the end of the flow extensions,
> > so to re-open them I tried using the automatic option in vmtk again.
> > However, it appears vmtkcenterlines has trouble calculating the centerlines
> > to/from one of the openings, and the result is attached.
> >
> > Any ideas about what could be causing this problem and/or how to fix it?
> >
> > Thanks for your time,
> > Evan Kao
> > <vmtk-screenshot-5.png>------------------------------------------------------------------------------
> > Free Next-Gen Firewall Hardware Offer
> > Buy your Sophos next-gen firewall before the end March 2013
> > and get the hardware for free! Learn more.
> > http://p.sf.net/sfu/sophos-d2d-feb_______________________________________________
> > vmtk-users mailing list
> > vmtk-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/vmtk-users
>
>
> <any011_sdb_cl_2_ct_ext_mani.stl><any011_sdb_cl_2_ct.stl><any011_sdb_cl_2_ct_ext.stl>
------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
is your hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials, tech docs,
whitepapers, evaluation guides, and opinion stories. Check out the most
recent posts - join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
vmtk-users mailing list
vmtk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vmtk-users
