# Vmtk surface clipping contribution

**URL:** <https://discourse.slicer.org/t/vmtk-surface-clipping-contribution/30456>\
**Category:** Development\
**Tags:** vmtk\
**Created:** [July 7, 2023, 7:36pm UTC](https://discourse.slicer.org/t/vmtk-surface-clipping-contribution/30456 "2023-07-07T19:36:04Z")\
**Posts on this page:** 1\
**Showing post:** 7

<div class="post-metadata">

**Author:** ![chir.set](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/chir.set/32/66982_2.png) [@chir.set](https://discourse.slicer.org/u/chir.set)\
**Post date:** [March 8, 2024, 8:39pm UTC](https://discourse.slicer.org/t/vmtk-surface-clipping-contribution/30456/7 "2024-03-08T20:39:42Z")

</div>

I had a look at your module with much interest, it does what it says in most situations.

But [this segmentation](https://disk.yandex.com/d/i9dJuRA_IwhEyw) is stumbling.

![ClipVessel](https://us1.discourse-cdn.com/flex002/uploads/slicer/original/3X/a/0/a04f7a0bb6b34e1fee491f7dfbebac68a29dccb0.gif)

The picture shows that the clipping may be weird and result in unexpected flow extension. As we play with the parameters and point locations, it would sometimes suddenly give expected results. You may download the sample MRB file and place endpoints and clippoints at arbitrary locations to check on your own.

I suspect it’s because the tubes are almost parallel. May be there’s some optimisation to do. Or declare a well defined limitation.

As for merging it in SlicerVMTK as a contribution, this decision belongs to Slicer core developers. I would recommend requesting a review by @lassoan in particular.

Regards.

---

_[View the full topic](https://discourse.slicer.org/t/vmtk-surface-clipping-contribution/30456)._
