[Insight-users] Re: Re: reading dicom with FrameTimeVector
kurt
kurtzhao at yeah.net
Mon May 1 19:33:06 EDT 2006
Hi Mathieu,
Thanks a lot for the reply.
Nevertheless, I don't think the Z spacing will do. the time spans specified in FrameTimeVector are not unified in our images which are US time-series images....
Regards
Kurt
>
>Send Insight-users mailing list submissions to
> insight-users at itk.org
>
>To subscribe or unsubscribe via the World Wide Web, visit
> http://www.itk.org/mailman/listinfo/insight-users
>or, via email, send a message with subject or body 'help' to
> insight-users-request at itk.org
>
>You can reach the person managing the list at
> insight-users-owner at itk.org
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Insight-users digest..."
>
>
>Today's Topics:
>
> 1. Re: reading dicom with FrameTimeVector (Mathieu Malaterre)
> 2. Re: 3D Resampling (Luis Ibanez)
> 3. Re: Resizing an Image (Luis Ibanez)
> 4. Re: Resizing an Image (Balaji Gandhi)
> 5. Re: Xiaoming: ITK library sharing problem (Luis Ibanez)
> 6. Re: Re: Resizing an Image (Luis Ibanez)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Mon, 01 May 2006 15:48:16 -0400
>From: Mathieu Malaterre <mathieu.malaterre at kitware.com>
>Subject: Re: [Insight-users] reading dicom with FrameTimeVector
>To: kurt <kurtzhao at yeah.net>
>Cc: insight-users <insight-users at itk.org>
>Message-ID: <44566600.9070507 at kitware.com>
>Content-Type: text/plain; charset=GB2312
>
>kurt wrote:
>> Hi everyone,
>>
>> I am trying to read a dicom image using ITK. The reading is fine. The
>> images use the tag FrameTimeVector to specify the time span between
>> frames. However, the reader doesn't use the information from
>> FrameTimeVector to specify the spacing between slices. Did I miss
>> something? Thanks a lot!
>
>Kurt,
>
> Thanks for the detailed report. Could you open a bug report for that
>and assign it to me (*). Here is what I'll do:
>Set the Z origin to be the 'Frame Delay' and set the 'Z Spacing' to be
>the Frame Time (or in your case Frame Time Vector[1] - Frame Time
>Vector[0]).
>
>Thanks
>Mathieu
>(*) http://itk.org/Bug
>
>
>------------------------------
>
>Message: 2
>Date: Mon, 01 May 2006 16:05:58 -0400
>From: Luis Ibanez <luis.ibanez at kitware.com>
>Subject: Re: [Insight-users] 3D Resampling
>To: Karthik Krishnan <Karthik.Krishnan at kitware.com>, Kevin Ming
> <ming.kevin at gmail.com>
>Cc: Insight-Users Mailing List <insight-users at itk.org>
>Message-ID: <44566A26.9080609 at kitware.com>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>
>
>Hi Kevin,
>
>Is this a typo in your email ?
>
>
> >> Spacing (or in ANALYZE, Size) (mm): x = 0.01, y = 0.01, z = 0.00
>
>
>or
>do you *really* expect the Z spacing of your 3D dataset to be NULL ?!!
>
>
>If that's the actual spacing in your dataset, that can easily be
>the source of the problems that you are experiencing.
>
>
> Please let us know,
>
>
> Thanks
>
>
> Luis
>
>
>=======================
>Karthik Krishnan wrote:
>> Hi Kevin
>>
>> I would first check if you can read your Analyze file. (There have been
>> reports in the past of certain Analyze files not being read in correctly).
>> Use InsightApplications/ImageViewer to open your Analyze file and check
>> if you see what you expect to see.
>>
>> bye
>> -karthik
>>
>> Kevin Ming wrote:
>>
>>> Hi,
>>>
>>> I'm trying to rigidly transform some 3D image data for test in
>>> registration, but can't seem to figure out what kind problems I'm
>>> running into:
>>>
>>> 1) The program only seems to resample the 1st out of a total of 12
>>> slices from my 3D image, all other slices are just a repeat of the
>>> first slice. I tried playing around with spacing[2] = x for Dimension
>>> = 3 where x is any value greater than 0, but instead the program would
>>> give me every slice other than the 1st one black.
>>>
>>> 2) Also, all the output images seem to give me really high brightness
>>> and contrast values. For example my original images have brightness =
>>> 2204933.4355 and contrast = 4277002.0027, and the output would be
>>> brightness = 44324303030.1732 and contrast = 9999999.0000. Does this
>>> have to do with the fact that I changeed the InputPixelType and
>>> OutputPixelType to float?
>>>
>>> In generally I think it's my spacing and maybe origin values that are
>>> creating these problems, so here are what I think they should be:
>>>
>>> Spacing (or in ANALYZE, Size) (mm): x = 0.01, y = 0.01, z = 0.00
>>> Origin (same name in ANALYZE) (vxl): x = 0.00, y = 0.00, z = 0.00
>>>
>>>
>>> Thank You,
>>> Kevin
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Insight-users mailing list
>>> Insight-users at itk.org
>>> http://www.itk.org/mailman/listinfo/insight-users
>>>
>>>
>> _______________________________________________
>> Insight-users mailing list
>> Insight-users at itk.org
>> http://www.itk.org/mailman/listinfo/insight-users
>>
>>
>
>
>
>
>------------------------------
>
>Message: 3
>Date: Mon, 01 May 2006 16:11:49 -0400
>From: Luis Ibanez <luis.ibanez at kitware.com>
>Subject: [Insight-users] Re: Resizing an Image
>To: Balaji Gandhi <bgandhi at mail.ucf.edu>
>Cc: Insight Users <insight-users at itk.org>
>Message-ID: <44566B85.20802 at kitware.com>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>
>Hi Balaji,
>
>What pixel type did you used for instantiating the ImageFileReader
>in your ITK pipeline ?
>
>It is likely that you are using "unsigned char" for that pixel type,
>and therefore when you read the input image from a 16 bits/pixel file
>the pixel values get truncated to the highest byte and result in a noisy
>field.
>
>
>
>It will be *much easier* to help you if you post the source code
>of your test to the mailing list.... :-/
>
>
>Please do so,
>
>
> Thanks
>
>
> Luis
>
>
>
>========================
>Balaji Gandhi wrote:
>> Hi Luis,
>>
>> I would like to add to my previous mail. The same noise is added when I
>> perform Registration on the (16 bit/Gray scale) images. If I convert the
>> images to (8 bit/Indexed Color) images everything (Registration and
>> Sampling) is fine.
>>
>> Please let me know if there is a workaround for this or if my technique
>> is wrong.
>>
>> Thanks,
>> Balaji
>>
>> On 5/1/06, *Balaji Gandhi* < bgandhi at mail.ucf.edu
>> <mailto:bgandhi at mail.ucf.edu>> wrote:
>>
>> Hi Luis,
>>
>> Thanks for clarifying. I guess I had the parameters wrong so it gave
>> me a blank image as output. Ok I am trying to resample this image:-
>>
>> http://imgem.ucf.edu/~imgem/ITK_Test/12s.tif
>> <http://imgem.ucf.edu/%7Eimgem/ITK_Test/12s.tif>
>>
>> But I am getting some noise in the output. Am I doing something wrong?
>>
>> http://imgem.ucf.edu/~imgem/ITK_Test/ResampleImageFilterOutput1.tif
>> <http://imgem.ucf.edu/%7Eimgem/ITK_Test/ResampleImageFilterOutput1.tif>
>>
>> Thanks,
>> Balaji
>>
>> On 4/30/06, *Luis Ibanez * <luis.ibanez at kitware.com
>> <mailto:luis.ibanez at kitware.com>> wrote:
>>
>>
>> Hi Balaji,
>>
>> Your TIF image should be read fine with ITK.
>>
>> Please give it a try to the resampling as
>> described in our previous email and let
>> us know if you find any problems.
>>
>>
>> Thanks
>>
>>
>> Luis
>>
>>
>> --
>> ===============================
>> Balaji Gandhi
>> Research Associate
>> Biomolecular Science Center
>> University of Central Florida
>> Phone: 407-823-3387
>> Fax: 407-823-0956
>> Project: imgem.ucf.edu <http://imgem.ucf.edu>
>> ===============================
>
>
>
>
>------------------------------
>
>Message: 4
>Date: Mon, 1 May 2006 16:22:03 -0400
>From: "Balaji Gandhi" <bgandhi at mail.ucf.edu>
>Subject: [Insight-users] Re: Resizing an Image
>To: insight-users at itk.org
>Message-ID:
> <ace82c1d0605011322l275b58e7s5b62a121afb38507 at mail.gmail.com>
>Content-Type: text/plain; charset="iso-8859-1"
>
>Hi Luis/All,
>
>I am using the original source code provided in the
>Insight/Examples/Filtering and Insight/Examples/Registration to read the (16
>bit/Gray Scale) images. What is the PixelType for reading and writing 16
>bit/Gray Scale Images? Please advise.
>
>Thanks,
>Balaji
>
>On 5/1/06, Luis Ibanez <luis.ibanez at kitware.com> wrote:
>>
>>
>> Hi Balaji,
>>
>> What pixel type did you used for instantiating the ImageFileReader
>> in your ITK pipeline ?
>>
>> It is likely that you are using "unsigned char" for that pixel type,
>> and therefore when you read the input image from a 16 bits/pixel file
>> the pixel values get truncated to the highest byte and result in a noisy
>> field.
>>
>>
>>
>> It will be *much easier* to help you if you post the source code
>> of your test to the mailing list.... :-/
>>
>>
>> Please do so,
>>
>>
>> Thanks
>>
>>
>> Luis
>>
>>
>>
>> ========================
>> Balaji Gandhi wrote:
>> > Hi Luis,
>> >
>> > I would like to add to my previous mail. The same noise is added when I
>> > perform Registration on the (16 bit/Gray scale) images. If I convert the
>> > images to (8 bit/Indexed Color) images everything (Registration and
>> > Sampling) is fine.
>> >
>> > Please let me know if there is a workaround for this or if my technique
>> > is wrong.
>> >
>> > Thanks,
>> > Balaji
>> >
>
>
>--
>===============================
>Balaji Gandhi
>Research Associate
>Biomolecular Science Center
>University of Central Florida
>Phone: 407-823-3387
>Fax: 407-823-0956
>Project: imgem.ucf.edu
>===============================
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: http://public.kitware.com/pipermail/insight-users/attachments/20060501/30bccd52/attachment-0001.html
>
>------------------------------
>
>Message: 5
>Date: Mon, 01 May 2006 16:23:25 -0400
>From: Luis Ibanez <luis.ibanez at kitware.com>
>Subject: Re: [Insight-users] Xiaoming: ITK library sharing problem
>To: yiming yin <yimingyinster at gmail.com>
>Cc: Insight-users at itk.org
>Message-ID: <44566E3D.3060008 at kitware.com>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>
>Hi Yiming,
>
>When you reinstalled ITK, did you put it in the same binary and source
>directories as before ?
>
>If not, then you have to reconfigure with CMake the binary directories
>of all your projects that use ITK. You must tell these projects where
>is ITK located now.
>
>
>
>
>Also you mention:
>
> > I am wondering how may I go about remedy this problem without
> > re-installing or rebuilding ITK.dsw again, which would take 3 hours to
> > build.
>
>
>
>
> Building ITK should take only *15 minutes*.
>
>
>
>The only way to get the build to take 3 hours is to enable all the
>options of Examples, Testing and Wrapping for the three languages
>Tcl, Python and Java.
>
>
>
>Normally you *shouldn't* enable the Testing, unless you are intending
>to contribute builds to the Dashboard.
>
>
>Are you enabling any of the Wrappings ? (Python, Tcl or Java) ?
>If so, Do you really need them ?
>
>
>You may want to follow the build instructions given in the
>ITK Tutorials:
>
>
> http://www.itk.org/HTML/Tutorials.htm
>
>in particular in:
>
>http://www.itk.org/CourseWare/Training/GettingStartedI-WebPage/img0.html
>
>
>and in the ITK Software Guide:
>
> http://www.itk.org/ItkSoftwareGuide.pdf
>
>
>
> Regards,
>
>
> Luis
>
>
>
>===================
>yiming yin wrote:
>> Hello,
>> Due to a computer crash. I had to reinstall ITK on my PC. I
>> have configured the "CMakeList.txt" and compiled ITK.dsw under
>> C:\Insight directory. However, I haven't been able to compile
>> "helloworld" since the new installation of the ITK. I suspect it has to
>> do with the fact that CMake automatically default to Library Sharing as
>> OFF. So when I generate my ITK.dsw, the library was sharing somehow. But
>> I can be wrong, anyhow, this is the error that I get in trying to build
>> "helloworld.cxx":
>>
>>
>> --------------------Configuration: HelloWorld - Win32
>> Debug--------------------
>> Linking...
>> LINK : warning LNK4049: locally defined symbol ""public: static void
>> __cdecl itk::LightObject::operator delete(void *)" (
>> ??3LightObject at itk@@SAXPAX at Z <mailto:??3LightObject at itk@@SAXPAX at Z>)"
>> imported
>> LINK : warning LNK4049: locally defined symbol ""public: static void *
>> __cdecl itk::LightObject::operator new(unsigned int)" (
>> ??2LightObject at itk@@SAPAXI at Z <mailto:??2LightObject at itk@@SAPAXI at Z>)"
>> imported
>> LINK : warning LNK4049: locally defined symbol ""public: static class
>> itk::SmartPointer<class itk::LightObject> __cdecl
>> itk::ObjectFactoryBase::CreateInstance(char const *)" (
>> ?CreateInstance at ObjectFactoryBase@itk@@SA?AV?$SmartPointer at VLightObject@it
>> <mailto:?CreateInstance at ObjectFactoryBase@itk@@SA?AV?$SmartPointer at VLightObject@it>
>> k@@@2 at PBD@Z <mailto:k@@@2 at PBD@Z>)" imported
>> LINK : warning LNK4049: locally defined symbol ""void __cdecl
>> itk::OutputWindowDisplayDebugText(char const *)"
>> (?OutputWindowDisplayDebugText at itk@@YAXPBD at Z
>> <mailto:?OutputWindowDisplayDebugText at itk@@YAXPBD at Z>)" imported
>> LINK : warning LNK4049: locally defined symbol ""public: static bool
>> __cdecl itk::Object::GetGlobalWarningDisplay(void)" (
>> ?GetGlobalWarningDisplay at Object@itk@@SA_NXZ
>> <mailto:?GetGlobalWarningDisplay at Object@itk@@SA_NXZ>)" imported
>> LINK : warning LNK4049: locally defined symbol ""public: bool __thiscall
>> itk::Object::GetDebug(void)const " ( ?GetDebug at Object@itk@@QBE_NXZ
>> <mailto:?GetDebug at Object@itk@@QBE_NXZ>)" imported
>> LINK : warning LNK4049: locally defined symbol ""public: virtual
>> __thiscall itk::ExceptionObject::~ExceptionObject(void)" (
>> ??1ExceptionObject at itk@@UAE at XZ <mailto:??1ExceptionObject at itk@@UAE at XZ>)"
>> imported
>> LINK : warning LNK4049: locally defined symbol ""public: __thiscall
>> itk::ExceptionObject::ExceptionObject(class itk::ExceptionObject const
>> &)" ( ??0ExceptionObject at itk@@QAE at ABV01@@Z
>> <mailto:??0ExceptionObject at itk@@QAE at ABV01@@Z>)" imported
>> LINK : warning LNK4049: locally defined symbol ""public: __thiscall
>> itk::ExceptionObject::ExceptionObject(char const *,unsigned int,char
>> const *,char const *)" ( ??0ExceptionObject at itk@@QAE at PBDI00@Z
>> <mailto:??0ExceptionObject at itk@@QAE at PBDI00@Z>)" imported
>> LINK : warning LNK4049: locally defined symbol ""public: virtual void
>> __thiscall itk::DataObject::CopyInformation(class itk::DataObject const
>> *)" ( ?CopyInformation at DataObject@itk@@UAEXPBV12@@Z
>> <mailto:?CopyInformation at DataObject@itk@@UAEXPBV12@@Z>)" imported
>> LINK : warning LNK4049: locally defined symbol ""public: class
>> itk::SmartPointerForwardReference<class itk::ProcessObject> __thiscall
>> itk::DataObject::GetSource(void)const " (
>> ?GetSource at DataObject@itk@@QBE?AV?$SmartPointerForwardReference at VProcessOb
>> <mailto:?GetSource at DataObject@itk@@QBE?AV?$SmartPointerForwardReference at VProcessOb>
>> ject at itk@@@2 at XZ <mailto:ject at itk@@@2 at XZ>)" imported
>> LINK : warning LNK4049: locally defined symbol ""protected: virtual
>> __thiscall itk::DataObject::~DataObject(void)"
>> (??1DataObject at itk@@MAE at XZ <mailto:??1DataObject at itk@@MAE at XZ>)" imported
>> LINK : warning LNK4049: locally defined symbol ""protected: __thiscall
>> itk::DataObject::DataObject(void)" (??0DataObject at itk@@IAE at XZ
>> <mailto:??0DataObject at itk@@IAE at XZ>)" imported
>> LINK : warning LNK4049: locally defined symbol ""class
>> std::basic_ostream<char,struct std::char_traits<char> > & __cdecl
>> itk::operator<<(class std::basic_ostream<char,struct
>> std::char_traits<char> > &,class itk::Indent const &)" (
>> ??6itk@@YAAAV?$basi <mailto:??6itk@@YAAAV?$basi>
>> c_ostream at DU?$char_traits at D@std@@@std@@AAV12 at ABVIndent@0@@Z
>> <mailto:c_ostream at DU?$char_traits at D@std@@@std@@AAV12 at ABVIndent@0@@Z>)"
>> imported
>> LINK : warning LNK4049: locally defined symbol ""protected: virtual void
>> __thiscall itk::Region::PrintSelf(class std::basic_ostream<char,struct
>> std::char_traits<char> > &,class itk::Indent)const " (
>> ?PrintSelf at Region@itk@@MBEXAAV?$basic_ostream at DU?$c
>> <mailto:?PrintSelf at Region@itk@@MBEXAAV?$basic_ostream at DU?$c>
>> har_traits at D@std@@@std@@VIndent at 2@@Z
>> <mailto:har_traits at D@std@@@std@@VIndent at 2@@Z> )" imported
>> LINK : warning LNK4049: locally defined symbol ""public: virtual void
>> __thiscall itk::DataObject::Initialize(void)"
>> (?Initialize at DataObject@itk@@UAEXXZ
>> <mailto:?Initialize at DataObject@itk@@UAEXXZ>)" imported
>> LINK : warning LNK4049: locally defined symbol ""public: class
>> itk::Indent __thiscall itk::Indent::GetNextIndent(void)"
>> (?GetNextIndent at Indent@itk@@QAE?AV12 at XZ
>> <mailto:?GetNextIndent at Indent@itk@@QAE?AV12 at XZ>)" imported
>> LINK : warning LNK4049: locally defined symbol ""protected: virtual void
>> __thiscall itk::DataObject::PrintSelf(class
>> std::basic_ostream<char,struct std::char_traits<char> > &,class
>> itk::Indent)const " ( ?PrintSelf at DataObject@itk@@MBEXAAV?$basic_ostre
>> <mailto:?PrintSelf at DataObject@itk@@MBEXAAV?$basic_ostre>
>> am at DU?$char_traits at D@std@@@std@@VIndent at 2@@Z
>> <mailto:am at DU?$char_traits at D@std@@@std@@VIndent at 2@@Z>)" imported
>> LINK : warning LNK4049: locally defined symbol ""protected: __thiscall
>> itk::Object::Object(void)" (??0Object at itk@@IAE at XZ
>> <mailto:??0Object at itk@@IAE at XZ>)" imported
>> LINK : warning LNK4049: locally defined symbol ""protected: virtual void
>> __thiscall itk::Object::PrintSelf(class std::basic_ostream<char,struct
>> std::char_traits<char> > &,class itk::Indent)const " (
>> ?PrintSelf at Object@itk@@MBEXAAV?$basic_ostream at DU?$c
>> <mailto:?PrintSelf at Object@itk@@MBEXAAV?$basic_ostream at DU?$c>
>> har_traits at D@std@@@std@@VIndent at 2@@Z
>> <mailto:har_traits at D@std@@@std@@VIndent at 2@@Z> )" imported
>> LINK : warning LNK4049: locally defined symbol ""public: void __thiscall
>> itk::LightObject::Print(class std::basic_ostream<char,struct
>> std::char_traits<char> > &,class itk::Indent)const " (
>> ?Print at LightObject@itk@@QBEXAAV?$basic_ostream at DU?$char_trait
>> <mailto:?Print at LightObject@itk@@QBEXAAV?$basic_ostream at DU?$char_trait>
>> s at D@std@@@std@@VIndent at 2@@Z <mailto:s at D@std@@@std@@VIndent at 2@@Z> )" imported
>> LINK : warning LNK4049: locally defined symbol ""protected: virtual
>> __thiscall itk::Object::~Object(void)" (??1Object at itk@@MAE at XZ
>> <mailto:??1Object at itk@@MAE at XZ>)" imported
>> HelloWorld.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) public: virtual __thiscall
>> itk::Region::~Region(void)" (__imp_??1Region at itk@@UAE at XZ
>> <mailto:__imp_??1Region at itk@@UAE at XZ>)
>> HelloWorld.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) public: static double const
>> itk::NumericTraits<double>::Zero" (
>> __imp_?Zero@?$NumericTraits at N@itk@@2NB
>> <mailto:__imp_?Zero@?$NumericTraits at N@itk@@2NB>)
>> HelloWorld.obj : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) public: __thiscall itk::Region::Region(void)" (
>> __imp_??0Region at itk@@QAE at XZ <mailto:__imp_??0Region at itk@@QAE at XZ>)
>> Debug/HelloWorld.exe : fatal error LNK1120: 3 unresolved externals
>> Error executing link.exe.
>>
>> ALL_BUILD - 4 error(s), 22 warning(s)
>>
>>
>>
>>
>>
>> I am wondering how may I go about remedy this problem without
>> re-installing or rebuilding ITK.dsw again, which would take 3 hours to
>> build. Thank you.
>>
>> Xiaoming
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Insight-users mailing list
>> Insight-users at itk.org
>> http://www.itk.org/mailman/listinfo/insight-users
>
>
>
>
>------------------------------
>
>Message: 6
>Date: Mon, 01 May 2006 17:28:47 -0400
>From: Luis Ibanez <luis.ibanez at kitware.com>
>Subject: Re: [Insight-users] Re: Resizing an Image
>To: Balaji Gandhi <bgandhi at mail.ucf.edu>
>Cc: insight-users at itk.org
>Message-ID: <44567D8F.8060906 at kitware.com>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>
>Hi Balaji,
>
>
>The pixel type that you need
>for reading 16 bits/pixel images is:
>
>
> unsigned short
>
>or
>
> signed short
>
>
>depending on the image modality.
>
>
>Your images seems to be from microscopy,
>in which case, you are probably fine with
>"unsigned short".
>
>
>
> Regards,
>
>
>
> Luis
>
>
>
>=========================
>Balaji Gandhi wrote:
>> Hi Luis/All,
>>
>> I am using the original source code provided in the
>> Insight/Examples/Filtering and Insight/Examples/Registration to read the
>> (16 bit/Gray Scale) images. What is the PixelType for reading and
>> writing 16 bit/Gray Scale Images? Please advise.
>>
>> Thanks,
>> Balaji
>>
>> On 5/1/06, *Luis Ibanez* <luis.ibanez at kitware.com
>> <mailto:luis.ibanez at kitware.com>> wrote:
>>
>>
>> Hi Balaji,
>>
>> What pixel type did you used for instantiating the ImageFileReader
>> in your ITK pipeline ?
>>
>> It is likely that you are using "unsigned char" for that pixel type,
>> and therefore when you read the input image from a 16 bits/pixel file
>> the pixel values get truncated to the highest byte and result in a noisy
>> field.
>>
>>
>>
>> It will be *much easier* to help you if you post the source code
>> of your test to the mailing list.... :-/
>>
>>
>> Please do so,
>>
>>
>> Thanks
>>
>>
>> Luis
>>
>>
>>
>> ========================
>> Balaji Gandhi wrote:
>> > Hi Luis,
>> >
>> > I would like to add to my previous mail. The same noise is added
>> when I
>> > perform Registration on the (16 bit/Gray scale) images. If I
>> convert the
>> > images to (8 bit/Indexed Color) images everything (Registration and
>> > Sampling) is fine.
>> >
>> > Please let me know if there is a workaround for this or if my
>> technique
>> > is wrong.
>> >
>> > Thanks,
>> > Balaji
>> >
>>
>>
>> --
>> ===============================
>> Balaji Gandhi
>> Research Associate
>> Biomolecular Science Center
>> University of Central Florida
>> Phone: 407-823-3387
>> Fax: 407-823-0956
>> Project: imgem.ucf.edu <http://imgem.ucf.edu>
>> ===============================
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Insight-users mailing list
>> Insight-users at itk.org
>> http://www.itk.org/mailman/listinfo/insight-users
>
>
>
>
>------------------------------
>
>_______________________________________________
>Insight-users mailing list
>Insight-users at itk.org
>http://www.itk.org/mailman/listinfo/insight-users
>
>
>End of Insight-users Digest, Vol 25, Issue 5
>********************************************
>
= = = = = = = = = = = = = = = = = = = =
致
礼！
kurt
kurtzhao at yeah.net
2006-05-01
More information about the Insight-users
mailing list