[Insight-users] ITK 3.6 : Serial Transformations

[Gaëtan Lehmann]

Hi Ruppert,

The problem seem to be the lack of reviews for those articles - in  
fact, it seem to be a major problem of the insight journal: the users  
are not contributing enough *reviews* to make the process work properly.

So I think you're right: you should think about posting a review, both  
to speed up the inclusion process, and to enhance the contributions by  
giving some advices to the authors, or by reporting some problems you  
may have had.

You can check the reviews already there to see that there are not all  
really long. Clearly, a short review is better than no review.  
Potential reviewers should be less shy on the insight journal :-)

Regards,

Gaëtan


Le 2 févr. 08 à 15:37, Rupert Brooks a écrit :

> Hi,
>
> One thing that caught my attention about the upcoming ITK release was
> the plan to move the Serial Transformation class to the Review
> directory (its in the low priority items).  I think the idea of
> combining transforms would be a great addition; I have used this sort
> of thing on occasion, and I am very curious if anyone else uses
> combinations of transforms and what their requirements and thoughts on
> the topic were.
>
> The thing is, the paper chosen does not support the registration
> framework, where as another paper on the same topic does.  That paper,
> however, has its own set of limitations. I think that a class for
> serial or combined transforms is a valuable addition. However, I worry
> that if done prematurely, we might get stuck with a limited interface
> due to ITKs backwards compatibility policies. I think some serious
> thought should be put into how this interface should work before
> committing to a particular implementation.
>
> Links:
> Serial Transforms (proposed for ITK3.6):
> http://hdl.handle.net/1926/487
> Combined Transforms
> http://hdl.handle.net/1926/197
>
> At the very least i think that any such class should support:
>
>   1. The registration framework - ie - proper Jacobians - (one has to
> transform one Jacobian by the spatial Jacobian of the other transforms
> in certain cases).
>   2. An arbitrarily long chain of transformations
>   3. The ability to have some fixed and some parameterized transforms
> - by this i mean that some transformation parameters do not appear in
> the GetParameters and Jacobian methods.  (Sometimes part A is always
> at 45 degrees to part B, for example.
>   4. Some sort of intelligent interaction with the transform reader
> and writer classes.
>
> I suppose that I should kick myself a bit, for not having reviewed
> either of these papers at the time.  Anyway, im not saying that all
> possibilities should be working immediately, but just that the
> interface should be clean, so we don't have problems later.
>
> Thoughts?
>
> Rupert B
>
>
> -- 
> --------------------------------------------------------------
> Rupert Brooks
> McGill Centre for Intelligent Machines (www.cim.mcgill.ca)
> Ph.D Student, Electrical and Computer Engineering
> http://www.cyberus.ca/~rbrooks
> _______________________________________________
> 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




-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
Url : http://public.kitware.com/pipermail/insight-users/attachments/20080202/0f059a88/PGP.pgp