[vtkusers] Problem with vtkClipPolyData
Sean McBride
sean at rogue-research.com
Wed Nov 10 17:10:16 EST 2010
Hi Bill,
I've created a bug/feature request for this issue:
<http://public.kitware.com/Bug/view.php?id=11441>
Cheers,
Sean
On Thu, 28 Oct 2010 13:16:42 -0400, Bill Lorensen said:
>Sean,
>
>I did discuss this at the last ARB (just at the tail end). I am
>certain we will not add code that relies on lgpl code. However, we
>want to find an easy way for users to get and integrate these types of
>algorithms.
>
>Bill
>
>On Thu, Oct 28, 2010 at 1:11 PM, Sean McBride <sean at rogue-research.com>
wrote:
>> 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,
More information about the vtkusers
mailing list