help-octave
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: dicom support


From: Judd Storrs
Subject: Re: dicom support
Date: Mon, 3 May 2010 12:38:46 -0400

Resending because the attachments were too large and bounced.

2010/5/3 Judd Storrs <address@hidden>:
> On Mon, May 3, 2010 at 4:15 AM, Andy Buckle <address@hidden> wrote:
>> I wanted to avoid having to parse dictionary files. Though, as we will
>> need to do the lookup both ways, and don't want spaces and apostrophes
>> in the names, we may have to. GDCM seems to use something more complex
>> than just a single file for its dictionary.
>
> Since the gdcm developers intend to add keywords and keyword lookup in
> the future, we can just use a simple workaround for now.
>
> I made a simple bi-directional lookup table based on the dicom3tools
> dictionary as a bootstrap. This excludes the keywords that have
> multiple ids such as the overlays ((60xx,0100)  OverlayBitsAllocated).
> M does have these in its dictionary. I'll have to poke around and see
> how M handles these cases. Maybe it returns these as cell arrays or
> something. I don't think I have any DICOM files with these sorts of
> elements so I'll have to hunt a bit.
>
> When keywords become available within gdcm it should be
> straightforward to update that part.
>
>
> --judd
>

Attachment: test.cxx
Description: Text Data

Attachment: dicom3.h.gz
Description: GNU Zip compressed data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]