[Insight-developers] Baseline Images, NAMIC Tests

[Sophie Chen]

Bonjour Gaëtan,
We have updated the itkMergeLabelMapFilter with non-superposed test images.
One of the tests for the Strict methods also includes a LabelObject from
both input images sharing the same value to trigger the exception.

Please let us know if the updates are correct.

The following classes have also been moved to ITK Review:

itkShapeLabelObject.h
itkShapeLabelMapFilter.h

itkBinaryImageToShapeLabelMapFilter.h
itkLabelImageToShapeLabelMapFilter.h


Test images have also been generated for the latter two filters, for
reference.

Thank you for your time and efforts!


2009/7/30 Gaëtan Lehmann <gaetan.lehmann at jouy.inra.fr>

>
> Le 29 juil. 09 à 18:33, Sophie Chen a écrit :
>
>  Hello Gaëtan,
>>
>> Would you please look at the baseline test images that have been committed
>> to ITK for:
>>
>>  AggregateLabelMapFilter
>>
>
> Ok
>
>   ChangeLabelLabelMapFilter
>>
>
> Ok
>
>   MergeLabelMapFilter
>>
>
> The objects used to test this one shouldn't be superposed in the output
> image. The behavior of LabelMapToLabelImageFilter is undefined with
> superposed objects (that's why I've added UniqueLabelMapFilter in the first
> place).
> Also, it would be great to have the same labels in the two images to
> trigger an exception while using the strict method.
>
>  PackLabelMapFilter (RelabelLabelMapFilter)
>>
>
> Ok
>
>   ShiftScaleLabelMapFilter
>>
>
> Ok
>
>   AutoCropLabelMapFilter
>>
>
> Ok. There is a tricky known bug in this one: the crop region is not updated
> automatically when the input image change. I'll try to look at it soon.
>
>   ChangeRegionLabelMapFilter
>>
>
> Ok
>
>   CropLabelMapFilter
>>
>
> Ok
>
>   PadLabelMapFilter
>>
>
> Ok
>
>   RegionFromReferenceLabelMapFilter
>>
>
> And OK!
>
>  To see if they are what you expected from the filters when you have time?
>> Please let us know if something is not right so we can fix it. Thank you.
>>
>> ----------------------------
>>
>> Also, concerning CMake tests in the NAMIC Sandbox, what parameters should
>> be run/tested on the Shape Label filters? If any of the tests are too large
>> or too long, are any of them vital enough to keep intact when porting to
>> ITK?
>>
>>
> I think the most import test is attribute_values_test.cxx. The most
> attribute we test here the better. That test is reasonably fast on my
> computer, and it used the feret diameter which is the longest attribute to
> compute (I hope to enhance that, in the future).
> The other attributes are also tested when used by other filters, but not as
> precisely.
>
> Gaëtan
>
>
> --
> 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  http://www.itk.org
> http://www.mandriva.org  http://www.bepo.fr
>
>


-- 
Sincerely,
      Sophie
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/mailman/private/insight-developers/attachments/20090730/5dad39d1/attachment.htm>