[vtkusers] Problem with vtkClipPolyData

[Sean McBride]

Bill,

We've been looking at this a little more, and GTS itself has some
dependencies, namely:
 - glib (LGPL)
 - gettext (LGPL)
 - libiconv (LGPL)
 - freepkg (BSD)

Though only glib (and gts) were actually needed at link time in our usage.

Convincing _all_ of them to change license or dual-license may be hard. :(

Do you know if there is already in bug in mantis for the lack of a
PolyData/PolyData clipper in VTK?  If not, we can create one.

When is the next VTK ARB meeting?

Cheers,

Sean


On Mon, 4 Oct 2010 15:45:10 -0400, Bill Lorensen said:

>Sean,
>
>LGPL is not compatible with the VTK license. The best we could do is
>make it easy for users to build it, possibly as an optional download.
>We do this in itk with some 3rd party FFT lib, although I don't think
>we have done a good job of it. git may offer us a good way to share
>valuable vtk and itk journal apps. I know that Stephen Aylward is
>looking into a better IJ code sharing process as part of his ITKv4
>work.
>
>Another alternative is to try and convince the 3rd party developers to
>change their license.
>
>I'll bring it up at the next VTK arb meeting.
>
>Bill
>
>On Mon, Oct 4, 2010 at 2:57 PM, Sean McBride <sean at rogue-research.com> wrote:
>> On Mon, 4 Oct 2010 14:18:31 -0400, Bill Lorensen said:
>>
>>>You are correct. vtk does not have a PolyData/PolyData clipper. The
>>>article suggested by Eric works great and is easy to build. It does
>>>rely on third party libraries that are LGPLed, so keep that in mind.
>>
>> Bill,
>>
>> What are the prospects of getting that VTK Journal submission into VTK?
>>
>> Would GTS' use of the LGPL be a problem?  Would there be a problem
>> having yet another 3rd party lib in VTK?  (I'd never heard about GTS,
>> but I poked around their website and it looks to me that the project is
>> not at all active.)
>>
>> Thanks,