[MINC-users] MINC -> Analyze conversion problem
Christophe Grova
minc-users@bic.mni.mcgill.ca
Fri, 30 May 2003 10:26:19 -0600
Hello Andrew,
> Did you by any chance convert the file to analyze on an SGI and then view
the
> resulting analyse header on a linux box?
No, everything was made on my linux box. Dale Einarson installed on my
machine all usual softwares or the BIC.
So I used Display and mnc2ana on my linux box.
>
> try running the conversion as such (on the SGI):
>
> $ mnc2ana -verbose file.mnc out.hdr
I did not manage to access this function on SGI as feeble or bullcalf :o(
Here is the result of the verbose ...and evreything seems to be OK:
The analyze dump I used last time was obtained using a software that I
obtained on the Mayo clinic website via information found in the help of SPM
(but they have changed their website since :o() . I obtained the same wrong
information using my dump software or when I open this analyze file with
SPM. I also obtained wrong info using ana_show (see the second dump below)
Any ideas ??? Thanks in advance,
Christophe
Start: 62.690799713134801152 - 139.53522491455080967 -
115.46477508544920454
Step: -0.99999999999999877875 - -1 - -1
Length: 170 - 256 - 256
Dims: xspace - zspace - yspace
HDR:
sizeof_hdr <348>
data_type <0>
db_name <>
extents <16384>
session_error <0>
regular <r>
hkey_un0 <0>
DIMENSION:
dim: <4 170 256 256 0 0 0 0>
vox_units <>
cal_units <>
unused1 <0>
datatype <4>
bitpix <16>
dim_un0 <0>
pixdim <4 0.999999999999999 1 1 0 0 0 0>
vox_offset <0>
scale_factor <1>
funused1 <0>
funused2 <0>
cal_max <0>
cal_min <0>
compressed <0>
verified <0>
glmax <65535>
glmin <0>
HISTORY:
descrip <>
aux_file <>
orient <0>
originator <0 0 0 0 0>
generated <>
scannum <>
patient_id <>
exp_date <>
exp_time <>
hist_un0 <>
views <0>
vols_added <0>
start_field <0>
field_skip <0>
omax <0>
omin <0>
smax <0>
smin <0>
mincextract -normalize -positive_direction -filetype -signed
calistus_rukshan_20010724_1_2_mri.mnc >
calistus_rukshan_20010724_1_2_mri.img
>
> This should provide a dump of the analyze header as it is created.
> either that or use the C/L tool 'ana_show out.hdr' on the SGI or at least
where
> you run mnc2ana.
>
I tried this function (still on my linux box) ...and obtained this wrong
information this time (both mnc2ana and ana_show were performed on my linux
box, so it should not be a pb of byte swapping)....here is the result of
ana_show:
HDR:
sizeof_hdr <348>
data_type <0>
db_name <>
extents <16384>
session_error <0>
regular <r>
hkey_un0 <0>
DIMENSION:
dim: <4 -21822 0 1 1 0 0 0>
vox_units <>
cal_units <>
unused1 <0>
datatype <1024>
bitpix <4096>
dim_un0 <0>
pixdim <-32 2.31382402429314e-41 5.83182585793452e-39
1.00592041015625 -1.78160862546503e-38 8.82818032524635e-44 0 0>
vox_offset <0>
scale_factor <0>
funused1 <-32>
funused2 <2.27795078360642e-41>
cal_max <0>
cal_min <0>
compressed <0>
verified <0>
glmax <0>
glmin <-1077739520>
HISTORY:
descrip <>
aux_file <>
orient <0>
originator <0 0 0 0 0>
generated <>
scannum <>
patient_id <>
exp_date <>
exp_time <>
hist_un0 <>
views <0>
vols_added <0>
start_field <0>
field_skip <0>
omax <0>
omin <0>
smax <0>
smin <0>