[Insight-users] Missing static const SpaceDimension in itkRigid2DTransform.h

[Luis Ibanez]

Hi Ralf,


               Thanks for pointing this out.


The declaration of "SpaceDimension" in the CenterTransformInitializer
is an Evolutionary vestige that dates from the time when ITK transforms
assumed that the input space and output space had the same dimension.

At this point, this declaration is not being used, and should be
removed.

This issue has been entered as bug 4845:
http://public.kitware.com/Bug/bug.php?op=show&bugid=4845&pos=0


We should be able to commit a fix for it today.


About the options for searching in the bug tracker.
There is an advanced search available. Unfortunately
it is not very visible. You will find it by clicking
on the "Query Bugs" button a the top bar. In the page
that follows, you will see the advance query option
as the link at the bottom left of the page.

Please let us know if you find any difficulties
using the search functionality of the bug tracker.


   Thanks


      Luis



--------------------
Floca, Ralf wrote:
> Hello
> 
> In the itkRigid2DTransform.h the itkStaticConstMacro for SpaceDimension
> is missing. It is defined in the superclass, but not in the
> itk::Rigid2Dtransform.
> When using this transform and the itk::CenteredTransformInitializer
> (compiled with Visual Studio 2005 SP1) there will be a compile error.
> The error is caused by line 83 in the itkCenteredTransformInitializer.h
> because the compiler misses SpaceDimension in the transform.
> 
> The problem can solved by adding the itkStaticConstMacro for
> SpaceDimension to the itk::Rigid2DTransform.
> 
> I have also question concerning bug reporting. I have an account for the
> bug tracker and would add this error report my self, but for me it is
> hard to determine if the bug is already reported. I had no hits when
> using the search option and choosing supposedly appropriate search words
> for the description field. But I cannot be totally sure and going
> through all 684 bugs reported for itk could be very tedious. Is there a
> way to query explicitly for files/bug locations?
> Or shouldn't I care about the problem of double reporting as long as I
> cannot find it in the recent bug list and with an advanced query by
> supposedly fitting keywords.
> 
> Regards,
> 
> Ralf o Floca
> 
> ---------------------------------------------------------------------
> Ralf Floca
> Department of Medical Informatics
> University of Heidelberg                           
> Im Neuenheimer Feld 400            
> D-69120 Heidelberg, Germany               
> Phone: +49 (0)6221 56-7484
> Fax:                 -4997  
> http://www.klinikum.uni-heidelberg.de/mi 
> ralf.floca at med.uni-heidelberg.de
> ---------------------------------------------------------------------
> _______________________________________________
> Insight-users mailing list
> Insight-users at itk.org
> http://www.itk.org/mailman/listinfo/insight-users
>