Page MenuHomePhabricator
Create Task
Maniphest T9690

Loading of hdwi and nhdr behaves strangely
Closed, ResolvedPublic
Actions

Description

When opening MITK and loading .nhdr or .hdwi images via the "Open" Button an error message is displayed and the image not loaded:

291.56 core.mod.difImg.nrrddiffusionimagereader: itk::ERROR: NrrdImageIO(0000000
00B277630): ReadImageInformation: Error reading \DTI-ATLAS\DTI\DTI.hdwi:
[nrrd] nrrdLoad: trouble reading "\DTI-ATLAS\DTI\DTI.hdwi"
[nrrd] nrrdRead: trouble
[nrrd] _nrrdRead: trouble reading NRRD file
[nrrd] _nrrdFormatNRRD_read: couldn't open the first datafile
[nrrd] nrrdIoStateDataFileIterNext: couldn't open "./raw.raw" (data file 1 of 1) for reading
300.61 core.io.imgFileReader: loading \DTI-ATLAS\DTI\DTI.nhdr via itk::ImageIOFactory...
327.17 core.mod.difImg.nrrddiffusionimagereader: itk::ERROR: NrrdImageIO(0000000
00B277B10): ReadImageInformation: Error reading \DTI-ATLAS\DTI\DTIMasked.hdwi:
[nrrd] nrrdLoad: trouble reading "\DTI-ATLAS\DTI\DTIMasked.hdwi"
[nrrd] nrrdRead: trouble
[nrrd] _nrrdRead: trouble reading NRRD file
[nrrd] _nrrdFormatNRRD_read: couldn't open the first datafile
[nrrd] nrrdIoStateDataFileIterNext: couldn't open "././DTIMasked.raw" (data file 1 of 1) for reading

If they are, on the other hand, dragged and dropped in MITK loading works without problem.

Should test with other files on my computer and my files on other computers.

I had the problem on Windows Vista SP3 X64
Igys Mac worked fine (different images)

So might be a platform specific problem, but not sure.

Related Objects
Search...

StatusAssignedTask
 ResolvedNoneT9596 MITK-DI Release Metabug
 ResolvedNoneT9690 Loading of hdwi and nhdr behaves strangely

Event Timeline

• goch added projects: MITK, Bugzilla.Oct 10 2011, 6:32 PM
fritzsck added a subscriber: fritzsck.Oct 10 2011, 7:40 PM

Strange indeed.. raw and header files in the same folder? Does the link to the raw file in the header contain any slashes? Or is it just the pure file name?

• goch added a subscriber: • goch.Oct 11 2011, 11:43 AM

One contains

datafile: raw.raw

data file: ./DTIMasked.raw

Is the position of the tag in the header standardized? The first was kind of middlish, the other was the last entry in the header.

Header and raw are in the same folder.

• goch added a comment.Oct 11 2011, 11:44 AM

Errr, missing a "the other" between the two tags, didN't have different datafiles specified in the same header of course.

• goch added a comment.Oct 11 2011, 2:34 PM

See my files in home/goch/Transfer/bug_9690

• hering added a subscriber: • hering.Oct 12 2011, 2:11 PM

Unable to reproduce on Ubuntu 11.04, all test images from Caspar's were loaded successfully.

• goch added a comment.Oct 12 2011, 2:32 PM

On windows it tries to read the wrong path. Most likely it tries reading relative to the application path isntead of relative to the header path. The writer should build itself a correct absolute path (maybe take a look at how drag&drop does it)

• hering added a comment.Oct 14 2011, 11:01 AM

After saving Pic3D.pic.gz as a .nhdr file, the file was loaded per Drag'n'Drop for both

Pic3D.raw 
./Pic3D.raw

set as 'data file'.

• goch added a comment.Oct 14 2011, 1:51 PM

Seems to only be occuring on Windows 64 Bit. So far Linux, Mac and Windows 32 Bit could not reproduce.

• hering added a comment.Oct 14 2011, 3:45 PM

Possibly fixed by the bugfix for T9758.

Caspar, can you please test the fix?

• hering added a comment.Oct 14 2011, 5:19 PM

[3ef5cf]: Merge branch 'bug-9690-LoadingNrrdHeaderFiles'

Merged commits:

2011-10-14 17:21:01 Jan Hering [bb8ede]
Added file path conversion to ExtFileOpenAction

  • otherwise the ITK Nrrd reader fails on Win 64bit
• hering added a comment.Oct 14 2011, 5:50 PM

The newest fix tested manually on Win64 system. Issue solved. Closing bug.

MITK · MIC · IMSY · DKFZ