follows from:
http://octave.1599824.n4.nabble.com/dicom-support-tt2122699.html#a2122699
Following from my comment on storing the dicom dictionary. I tried a
few options;
1: ooops, changes char to float:
dic_prototype=['(0x0010,0x0010)',"PatientName";'(0x0010,0x0020)',"PatientID"]
save -ascii dic_prototype_char_arr_ascii.txt dic_prototype
2: a bit too verbose and fiddly to edit:
dic_prototype={'(0x0010,0x0010)',"PatientName";'(0x0010,0x0020)',"PatientID"}
save dic_prototype_cellstr.txt dic_prototype
3: just right:
dic_prototype=['(0x0010,0x0010)',"PatientName";'(0x0010,0x0020)',"PatientID"]
save dic_prototype dic_prototype_char_arr.txt
---------------
# made with: save -ascii dic_prototype_char_arr_ascii.txt dic_prototype
# not very helpful!
4.00000000e+01 4.80000000e+01 1.20000000e+02 4.80000000e+01
4.80000000e+01 4.90000000e+01 4.80000000e+01 4.40000000e+01
4.80000000e+01 1.20000000e+02 4.80000000e+01 4.80000000e+01
4.90000000e+01 4.80000000e+01 4.10000000e+01 8.00000000e+01
9.70000000e+01 1.16000000e+02 1.05000000e+02 1.01000000e+02
1.10000000e+02 1.16000000e+02 7.80000000e+01 9.70000000e+01
1.09000000e+02 1.01000000e+02
4.00000000e+01 4.80000000e+01 1.20000000e+02 4.80000000e+01
4.80000000e+01 4.90000000e+01 4.80000000e+01 4.40000000e+01
4.80000000e+01 1.20000000e+02 4.80000000e+01 4.80000000e+01
5.00000000e+01 4.80000000e+01 4.10000000e+01 8.00000000e+01
9.70000000e+01 1.16000000e+02 1.05000000e+02 1.01000000e+02
1.10000000e+02 1.16000000e+02 7.30000000e+01 6.80000000e+01
3.20000000e+01 3.20000000e+01
--------------------------
# Created by Octave 3.2.4, Tue May 04 09:44:45 2010 GMTDT <an...@rqag>
# made with: save dic_prototype_cellstr.txt dic_prototype
# name: dic_prototype
# type: cell
# rows: 2
# columns: 2
# name: <cell-element>
# type: sq_string
# elements: 1
# length: 15
(0x0010,0x0010)
# name: <cell-element>
# type: sq_string
# elements: 1
# length: 15
(0x0010,0x0020)
# name: <cell-element>
# type: string
# elements: 1
# length: 11
PatientName
# name: <cell-element>
# type: string
# elements: 1
# length: 9
PatientID
--------------------------
# Created by Octave 3.2.4, Tue May 04 09:39:17 2010 GMTDT <an...@rqag>
# made with: save dic_prototype dic_prototype_char_arr.txt
# name: dic_prototype
# type: sq_string
# elements: 2
# length: 26
(0x0010,0x0010)PatientName
# length: 26
(0x0010,0x0020)PatientID
--------------------------
On Tue, May 4, 2010 at 9:01 AM, Andy Buckle <[email protected]> wrote:
> This follows from the recent thread on the help-octave list:
>
>
> I don't think image is the correct package for it. I realise that
> matlab has the functions in its image processing toolbox. However,
> dicom does mauch more that store images. My current motivation is that
> I wish to extract dose-volume histograms from RTDose and geometric
> imformation regarding collimators from RTPlan. I guess that mathworks
> have bunged it in with image processing in order to keep the number of
> packages small. Does octave have a similar requirement?
>
> If not I suggest dicom support could go in its own package, called
> "dicom". it would have (at least)
> dicominfo: header and metadata to struct
> dicomread: image from file to matrix
> dicomdict: tell the other functions to use a different dicom
> dictionary (or return path to current).
> dicomwrite
> dicomlookup: use dictionary to get keyword from tag (and reverse)
>
> and then maybe:
> dicomanon
> ...
>
> --
> /* andy buckle */
>
--
/* andy buckle */
------------------------------------------------------------------------------
_______________________________________________
Octave-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/octave-dev
