comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Re: problem with xroi
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Re: problem with xroi [message #43375] Thu, 07 April 2005 09:06 Go to next message
Pravesh is currently offline  Pravesh
Messages: 17
Registered: August 2004
Junior Member
The images are in the GE Genesis Signa Format
Re: problem with xroi [message #43377 is a reply to message #43375] Thu, 07 April 2005 08:19 Go to previous messageGo to next message
Pravesh is currently offline  Pravesh
Messages: 17
Registered: August 2004
Junior Member
Hi Robert:
Thanks for the reply. The images are not in the DCM format. In Fact, if
they were then IDL would not have returned a 0 for the image format.
They are in MR GE format. file names are of the format I72275~1.24

I cannot open the image from XROI. Now, I have saved this image as
grayscale JPG. It works fine then. But as a PNG, the dimensions
returned are

3 512 512

The header size is 7920 bytes.

The dicomfile.dump is empty.

Please let me know..

Regds,
Pravs

Robert Barnett wrote:
> What kind of medical images are they? Can't you use the DICOM format?

>
> dicom_obj = obj_new('IDLffDICOM')
> result = dicom_obj -> read('dicomfile.dcm')
> dicom_obj -> dumpelements, 'dicomfile.dump'
>
> Look at dicomfile.dump to find pixel data. In my instance I have
several static images
> 138 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
> 139 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
> 140 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
> 141 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
> 142 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
> 143 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
> 144 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
> 145 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
> 146 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
> 147 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
> 148 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
> 149 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
> 150 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
> 151 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
0 0 0 ...
>
> images = dicom_obj -> getValue('7FE0'x,'0010'x)
>
> ; Images should be a pointer array to the data with the matching
dicom element "(7FE0,0010)"
> ; IDL works out the image dimensions for you so you don't need to
reform the data
>
> tv, *images[0]
>
> xroi, *images[0]
>
> As to your second probem. You might need to scale the image to byte
so it looks like it would if you did tvscl.
>
> tvscl, *images[0]
>
> xroi, fix((float(*images[0]))*255/max(*images[0]))
>
> On 6 Apr 2005 08:57:49 -0700
> "Pravs" <praveshsubramanian@yahoo.com> wrote:
>
>>
>> Hello:
>>
>> 2 problems:
>>
>> 1. I have medical images in GE Format. As IDL cannot open it, I
tried
>> to act smart and converted them to JPG. The trade-off being that I
have
>> grayscale images.
>>
>> I was wondering if we have an image reader for the GE Format
otherwise
>> how can I work around this problem?
>>
>>
>> 2. xroi seems to be open
>
> --
>
> nrb@ Robbie Barnett
> imag Research Assistant
> wsahs Nuclear Medicine & Ultrasound
> nsw Westmead Hospital
> gov Sydney Australia
> au +61 2 9845 7223
Re: problem with xroi [message #43385 is a reply to message #43377] Wed, 06 April 2005 17:12 Go to previous messageGo to next message
Robert Barnett is currently offline  Robert Barnett
Messages: 70
Registered: May 2004
Member
What kind of medical images are they? Can't you use the DICOM format?

dicom_obj = obj_new('IDLffDICOM')
result = dicom_obj -> read('dicomfile.dcm')
dicom_obj -> dumpelements, 'dicomfile.dump'

Look at dicomfile.dump to find pixel data. In my instance I have several static images
138 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...
139 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...
140 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...
141 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...
142 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...
143 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...
144 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...
145 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...
146 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...
147 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...
148 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...
149 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...
150 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...
151 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0 0 0 0 ...

images = dicom_obj -> getValue('7FE0'x,'0010'x)

; Images should be a pointer array to the data with the matching dicom element "(7FE0,0010)"
; IDL works out the image dimensions for you so you don't need to reform the data

tv, *images[0]

xroi, *images[0]

As to your second probem. You might need to scale the image to byte so it looks like it would if you did tvscl.

tvscl, *images[0]

xroi, fix((float(*images[0]))*255/max(*images[0]))

On 6 Apr 2005 08:57:49 -0700
"Pravs" <praveshsubramanian@yahoo.com> wrote:

>
> Hello:
>
> 2 problems:
>
> 1. I have medical images in GE Format. As IDL cannot open it, I tried
> to act smart and converted them to JPG. The trade-off being that I have
> grayscale images.
>
> I was wondering if we have an image reader for the GE Format otherwise
> how can I work around this problem?
>
>
> 2. xroi seems to be open

--

nrb@ Robbie Barnett
imag Research Assistant
wsahs Nuclear Medicine & Ultrasound
nsw Westmead Hospital
gov Sydney Australia
au +61 2 9845 7223
Re: problem with xroi [message #43411 is a reply to message #43375] Mon, 11 April 2005 11:27 Go to previous message
mmiller3 is currently offline  mmiller3
Messages: 81
Registered: January 2002
Member
>>>> > "Pravs" == Pravs <praveshsubramanian@yahoo.com> writes:

> The images are in the GE Genesis Signa Format

Dicom3tools includes a gentodc program that may allow you to
convert your genesis data to dicom readable by IDL.

http://www.dclunie.com/dicom3tools.html

Mike
Re: problem with xroi [message #43436 is a reply to message #43377] Sat, 09 April 2005 17:05 Go to previous message
Robert Barnett is currently offline  Robert Barnett
Messages: 70
Registered: May 2004
Member
Are you are attempting to segment MRI slices? I haven't really done much
segmentation, however I there is an excellent textbook recently
published. "2-D and 3-D image registration for medical, remote sensing,
and industrial applications", Author A. Goshtasby. This has some
chapters on how to do edge detection and other things like that.



On 7 Apr 2005 08:19:08 -0700
"Pravs" <praveshsubramanian@yahoo.com> wrote:

> Hi Robert:
> Thanks for the reply. The images are not in the DCM format. In Fact,
> if they were then IDL would not have returned a 0 for the image
> format. They are in MR GE format. file names are of the format
> I72275~1.24
>
> I cannot open the image from XROI. Now, I have saved this image as
> grayscale JPG. It works fine then. But as a PNG, the dimensions
> returned are
>
> 3 512 512
>
> The header size is 7920 bytes.
>
> The dicomfile.dump is empty.
>
> Please let me know..
>
> Regds,
> Pravs
>
> Robert Barnett wrote:
>> What kind of medical images are they? Can't you use the DICOM
>> format?
>
>>
>> dicom_obj = obj_new('IDLffDICOM')
>> result = dicom_obj -> read('dicomfile.dcm')
>> dicom_obj -> dumpelements, 'dicomfile.dump'
>>
>> Look at dicomfile.dump to find pixel data. In my instance I have
> several static images
>> 138 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>> 139 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>> 140 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>> 141 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>> 142 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>> 143 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>> 144 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>> 145 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>> 146 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>> 147 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>> 148 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>> 149 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>> 150 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>> 151 : (7FE0,0010) : OW : PXL Pixel Data : 32768 : 0 0 0 0 0 0 0 0 0
> 0 0 0 ...
>>
>> images = dicom_obj -> getValue('7FE0'x,'0010'x)
>>
>> ; Images should be a pointer array to the data with the matching
> dicom element "(7FE0,0010)"
>> ; IDL works out the image dimensions for you so you don't need to
> reform the data
>>
>> tv, *images[0]
>>
>> xroi, *images[0]
>>
>> As to your second probem. You might need to scale the image to byte
> so it looks like it would if you did tvscl.
>>
>> tvscl, *images[0]
>>
>> xroi, fix((float(*images[0]))*255/max(*images[0]))
>>
>> On 6 Apr 2005 08:57:49 -0700
>> "Pravs" <praveshsubramanian@yahoo.com> wrote:
>>
>>>
>>> Hello:
>>>
>>> 2 problems:
>>>
>>> 1. I have medical images in GE Format. As IDL cannot open it, I
> tried
>>> to act smart and converted them to JPG. The trade-off being that I
> have
>>> grayscale images.
>>>
>>> I was wondering if we have an image reader for the GE Format
> otherwise
>>> how can I work around this problem?
>>>
>>>
>>> 2. xroi seems to be open
>>
>> --
>>
>> nrb@ Robbie Barnett
>> imag Research Assistant
>> wsahs Nuclear Medicine & Ultrasound
>> nsw Westmead Hospital
>> gov Sydney Australia
>> au +61 2 9845 7223
>


--

nrb@ Robbie Barnett
imag Research Assistant
wsahs Nuclear Medicine & Ultrasound
nsw Westmead Hospital
gov Sydney Australia
au +61 2 9845 7223
Re: problem with xroi [message #43437 is a reply to message #43375] Sat, 09 April 2005 16:37 Go to previous message
Robert Barnett is currently offline  Robert Barnett
Messages: 70
Registered: May 2004
Member
I'm sorry, but I don't think anyone other than GE can help you with this problem.

On 7 Apr 2005 09:06:27 -0700
"Pravs" <praveshsubramanian@yahoo.com> wrote:

> The images are in the GE Genesis Signa Format
>


--

nrb@ Robbie Barnett
imag Research Assistant
wsahs Nuclear Medicine & Ultrasound
nsw Westmead Hospital
gov Sydney Australia
au +61 2 9845 7223
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Re: IDL Demo Use
Next Topic: Re: how do I erase old data when using plots?

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Wed Oct 08 19:51:39 PDT 2025

Total time taken to generate the page: 0.00714 seconds