[Dcmlib] Re: Overlays (2) Rather pessimistic

[Jean-Pierre Roux]

Jean-Pierre Roux wrote:

> Chahin Pachai wrote:


Have a look at
http://www.dclunie.com/medical-image-faq/html/part2.html

----------------------
Finally, some vendors (especially on older scanners) provide the user 
with an ability to post the localizer on the acquisition device and to 
save that image, either as a secondary capture object with the lines 
burned into the pixel data, or using some form of overlay. There is 
considerable variation in the choice of overlay mechanism to use, and 
not very consistent support for overlays in other vendors workstations. 
This leads to frustrated users who can't see the lines on third party 
workstations even though they are supposed to be there. Hopefully in 
future vendors will consistently make use of the new Grayscale Softcopy 
Presentation State Storage objects to store such graphics, and to fill 
in "Referenced Image Sequence" to allow workstations to post the 
localizers themselves without hunting for plausible candidates. The IHE 
Technical Framework for Year 3 specifies that Referenced Image Sequence 
shall be used and burned in lines shall not, which hopefully provides 
direction for new devices.
---------------------

JPRx

>
>>  Salut!
>>  
>> j'espere que tout va bien!
>>  
>> j'ai une petite question pour vous! Est-ce qu'il est possible 
>> d'exporter une image avec une indication dessinée dessus au format 
>> DICOM a partir des consoles IRM? ces dessins ou indications seront-il 
>> incrustes? j'ai des doutes... sinon connaissez vous une astuce pour 
>> sauver une telle info et la transmettre en DICOM (pointer une lesion, 
>> faire une mesure ...)?
>
>
> There are Dicom groups called "Overlays" 0x6000, 0x6002, 0x6004, etc) 
> that where supposed to hold 'overlay informations' (stuff you can 
> choose to hide or display 'upon' the image.
> We never had sample data to how it's actually used, so we never used 
> them.
> (we thought, at a time, to use the 'unused bits' of each pixel (16 
> bits Allocated, 12 bits stored) as a flag, (if it's set, we display a 
> white pixel instead of the image pixel.
> That's would enough to store 4 diferent 'overlays' -anything drawn on 
> the image- (nothing possible if bits store = 16)
> We (I, at least) are not even sure this is the right way to use them.
> We (I, at least) never tried too much to undestrand how it's supposed 
> to work.
> Maybe Mathieu (or Loic) knows a secret URL where all the stuff is 
> explained ?
>
> --> Chahin, Loic :
> 'Reply All' : asking *all* the mailing list members, you have more 
> chances to get an answer.
> Thx
> Jean-Pierre Roux
>
>
>>  
>> merci d'avance
>>  
>> Chahin
>>
>> ------------------------------------------------------
>> Chahin PACHAI, Ph.D. - CEO
>> THERALYS
>> Diagnostic & Therapeutic Image Analysis in Clinical Trials
>>  
>> Address: THERALYS, Bioparc, 60 avenue Rockefeller, 69008, Lyon, France
>> +33.(0)4.26.23.05.05 (Phone)
>> +33.(0)4.26.23.05.06 (Fax)
>> +33.(0)6.13.55.14.04 (Mobile)
>> Email: pachai at theralys.com <mailto:pachai at theralys.com>
>> Website: www.theralys.com <http://www.theralys.com>
>
>
>
>