[Insight-users] unsubscribe
Clark Teresa (North Cumbria Acute Hospitals NHS Trust)
teresa.clark at nhs.net
Mon May 18 09:28:35 EDT 2009
unsubsribe
Teresa Clark
Senior Physicist
Medical Physics Department (Radiotherapy section)
Cumberland Infirmary
Newtown Road
Carlisle
CA2 7HY
Tel: 07701018450
Email: teresa.clark at nhs.net
or: teresa.clark at ncumbria-acute.nhs.uk
-----Original Message-----
From: insight-users-bounces at itk.org [mailto:insight-users-bounces at itk.org] On Behalf Of insight-users-request at itk.org
Sent: 13 May 2009 12:30
To: insight-users at itk.org
Subject: Insight-users Digest, Vol 61, Issue 47
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. Deformable registration (Youbing Yin)
2. problem while loading corrupted files (Jakub Bican)
3. Re: itk.PyBuffer memory leak (Rick Giuly)
4. itkVTKImageIO does not read back VECTORS image (Denis Shamonin)
5. Problem with image Pixels (Shady Shidfar)
----------------------------------------------------------------------
Message: 1
Date: Tue, 12 May 2009 21:45:26 -0500
From: Youbing Yin <youbing-yin at uiowa.edu>
Subject: [Insight-users] Deformable registration
To: insight-users at itk.org
Message-ID:
<f8f0fd000905121945l189843ch2e9754fbc92af1d1 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi everyone,
I am using Affine and B-spline transformations for matching lung CT images.
However, I found that the registration only with B-spline transform gives a
better result than the one with Affine transform first followed by B-spline
transform. Does anyone have this experience before?
Thanks.
--
Best regards,
Youbing
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/pipermail/insight-users/attachments/20090512/97294b51/attachment-0001.htm>
------------------------------
Message: 2
Date: Wed, 13 May 2009 08:54:59 +0200
From: Jakub Bican <jakub.bican at matfyz.cz>
Subject: [Insight-users] problem while loading corrupted files
To: Insight <Insight-users at itk.org>
Message-ID:
<1634f88d0905122354p44de3f95r482ec29d25ebf7f at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hello,
we built an image retrieval system and we encountered a problem. In
the bunch of files we have to precess is a large number of corrupter
jpeg files or files with zero length.
We suspect the JPEG image reader class of ITK that it does not close
file handle if it encounters some problem during file reading, because
we run out of file handles on certain linux system after some time of
system our execution.
Do someone have an experience with such behavior?
Thanks, Jakub
------------------------------
Message: 3
Date: Wed, 13 May 2009 01:35:30 -0700
From: Rick Giuly <rgiuly at gmail.com>
Subject: Re: [Insight-users] itk.PyBuffer memory leak
To: Ga?tan Lehmann <gaetan.lehmann at jouy.inra.fr>
Cc: insight users <insight-users at itk.org>
Message-ID: <4A0A8652.90803 at gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
I've now tested invoking garbage collection with gc.collect() at every
iteration and that didn't change the problem. So, my best guess would be
that the image is not deleted when the python object is destroyed. Maybe
a bug?
Ga?tan Lehmann wrote:
>
> Hi Rick,
>
> GetImageFromArray() returns a smart pointer to an image, so the image
> should be deallocated once the python object is destroyed.
> Perhaps the problem is there: the garbage collection my not run fast
> enough.
>
> The right way to go may be to implement PyBuffer as a filter which reuse
> the output image, as all the filters in itk.
>
> For the Delete() method: you shouldn't use it in python (and I can't see
> any case for use it but the internal memory management in c++). In the
> latest version of wrapitk (the one hosted at googlecode), Delete() and
> the other methods related to smart pointers are hidden.
>
> Regards,
>
> Ga?tan
>
>
>
> Le 11 mai 09 ? 05:43, Rick Giuly a ?crit :
>
>>
>> Hello All,
>>
>> It seems that converter.GetImageFromArray(inputNumpyVolume) allocates
>> memory in some way and never releases it. When I tried using Delete()
>> the program actually crashed silently after one iteration.
>>
>> Test code is below. (I'm running this on ubuntu, and the itk package
>> is from Paul Novo's site.)
>>
>> Is there some way to release memory?
>>
>>
>>
>> import itk
>> import numpy
>>
>> for i in range(10000):
>>
>> print i
>>
>> ImageType = itk.Image[itk.F, 3]
>> converter = itk.PyBuffer[ImageType]
>>
>> inputNumpyVolume = numpy.ones((100, 100, 200))
>> inputVolume = converter.GetImageFromArray(inputNumpyVolume)
>> #inputVolume.Delete()
>>
>>
>>
>> ----------
>> Thanks,
>> --Rick
>> _____________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the ITK FAQ at:
>> http://www.itk.org/Wiki/ITK_FAQ
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.itk.org/mailman/listinfo/insight-users
>
------------------------------
Message: 4
Date: Wed, 13 May 2009 12:28:29 +0200 (CEST)
From: "Denis Shamonin" <dshamoni at science.uva.nl>
Subject: [Insight-users] itkVTKImageIO does not read back VECTORS
image
To: insight-users at itk.org
Message-ID:
<31171.145.88.209.33.1242210509.squirrel at webmail.science.uva.nl>
Content-Type: text/plain;charset=iso-8859-1
Hi,
I think I found a bug in itkVTKImageIO. It is not possible to read back
vector images which were created by itkVTKImageIO.
You end up in an infinite loop during
InternalReadImageInformation(std::ifstream& file)
in the for loop starting at Line 234 itkVTKImageIO.cxx
With images of type:
itk::Image< itk::Vector<float, 3>, 3 >
Bug description:
http://www.itk.org/Bug/view.php?id=9013
Would it be possible to fix it for the coming release?
-Denis
------------------------------
Message: 5
Date: Wed, 13 May 2009 04:23:28 -0700 (PDT)
From: Shady Shidfar <shady_shidfar at yahoo.com>
Subject: [Insight-users] Problem with image Pixels
To: insight users <insight-users at itk.org>
Message-ID: <631165.68649.qm at web110302.mail.gq1.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi everyone,?I'm having a problem with converting ITK image into VTK and because I'm not sure if the problem is related to ITK or VTK I'm sending this mail to both forums hoping someone can help.
I'm converting my ITK image to a VTK object using itkImageToVTKImageFilter. The ?image has the origin of 0,0 and spacing 1,1. The problem is that?it seems that?the edge pixels of the image I view in VTK have spacing of 0.5,1 or 1,0.5 , So they look like a half pixel. This to me looks like a bug. I'm not sure if the problem is with pixel dimentions in VTK or ITK or it has to do with the itkImageToVTKImageFilter. I'm attaching the image file and a picture of what I view in VTK and the same image?viewed in ImageJ. It seems like the image has been slightly cropped. It can be seen that data is obviously being lost at the edges. Can someone please help me with this? Any idea what the problem is and how can I fix it.
?
Thanks in advance
Shaadi?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/pipermail/insight-users/attachments/20090513/e5b8b9b9/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: brainCrop.tif
Type: image/tiff
Size: 715 bytes
Desc: not available
URL: <http://www.itk.org/pipermail/insight-users/attachments/20090513/e5b8b9b9/attachment.tif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ImageJDisplay.JPG
Type: image/pjpeg
Size: 29341 bytes
Desc: not available
URL: <http://www.itk.org/pipermail/insight-users/attachments/20090513/e5b8b9b9/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: VTKDisplay.JPG
Type: image/pjpeg
Size: 26726 bytes
Desc: not available
URL: <http://www.itk.org/pipermail/insight-users/attachments/20090513/e5b8b9b9/attachment-0001.bin>
------------------------------
_______________________________________________
Insight-users mailing list
Insight-users at itk.org
http://www.itk.org/mailman/listinfo/insight-users
End of Insight-users Digest, Vol 61, Issue 47
*********************************************
**********************************************************************
This message may contain confidential and privileged information.
If you are not the intended recipient please accept our apologies.
Please do not disclose, copy or distribute information in this e-mail
or take any action in reliance on its contents: to do so is strictly
prohibited and may be unlawful. Please inform us that this message has
gone astray before deleting it. Thank you for your co-operation.
NHSmail is used daily by over 100,000 staff in the NHS. Over a million
messages are sent every day by the system. To find out why more and
more NHS personnel are switching to this NHS Connecting for Health
system please visit www.connectingforhealth.nhs.uk/nhsmail
**********************************************************************
More information about the Insight-users
mailing list