[Insight-users] WrapITK python bindings and GradientAnisotropicDiffusion with 3D float input

Gaetan Lehmann gaetan.lehmann at jouy.inra.fr
Thu Apr 27 11:52:32 EDT 2006


Kalle,

We (ok, Zach have done most of the work :-)) have now splitted the WrapITK  
modules in 27 modules, so your code will no more work.
Zach have also introduced a new feature: the modules are not loaded when  
we import itk, but when we use a class in that module. The result is that  
itk automatically load what you need and nothing more, so you don't have  
to care about loading manually such or such module, and the loading time  
is a lot shorter :-)
All the tests are ok, and it works perfectly for me.

Can you update your WrapITK copy, and tell us if it gives good results for  
you ?

Thanks,

Gaetan

On Tue, 18 Apr 2006 19:00:17 +0200, Zachary Pincus <zpincus at stanford.edu>  
wrote:

>> We are in the way of breaking the current modules (ITKCommonA,  
>> ITKCommonA, ITKBasicFiltersA, ...) in more modules which will group  
>> classes in a better way. The user will be able to build only the  
>> relevent subpart of WrapITK for his need. He will be able to load only  
>> a consistent subpart, etc.
>> Given the early stage of development, I don't think we will keep the  
>> old modules content, so we will break your code here, and so I would  
>> not recommend you to use the submodules :-/
>> Zach, what do you think of this backward compatibility problem ?
>
> Hmm. I think that at least for now (WrapITK is just an InsightJournal  
> article) we can't worry too much about backward compatibility on this  
> point. Getting the needed functionality is more important.
>
> We *could* make the sub-modules strictly follow the current hierarchy,  
> so that ITKBasicFiltersA will just import all of the sub-modules that it  
> contains. This would solve the backwards compatibility issue, but at the  
> expense of having less-good groupings of filters into various modules.  
> (E.g. morphological filters aren't all in BasicFiltersA or B or C.) I  
> think we should work on separating the modules out, and for the time  
> being accept some slight code breakage.
>
> Any thoughts?
>
> Zach
>
>
>
>> Using a recent version of swig should also help us a lot to decrease  
>> loading time, but it requires some work we don't have time to do know
>>
>> Gaetan
>>
>>
>> --Gaëtan Lehmann
>> Biologie du Développement et de la Reproduction
>> INRA de Jouy-en-Josas (France)
>> tel: +33 1 34 65 29 66    fax: 01 34 65 29 09
>> http://voxel.jouy.inra.fr
>> _______________________________________________
>> Insight-users mailing list
>> Insight-users at itk.org
>> http://www.itk.org/mailman/listinfo/insight-users



-- 
Gaëtan Lehmann
Biologie du Développement et de la Reproduction
INRA de Jouy-en-Josas (France)
tel: +33 1 34 65 29 66    fax: 01 34 65 29 09
http://voxel.jouy.inra.fr


More information about the Insight-users mailing list