DICOM @ OFFIS

Hello! Opening CT DICOM-Files from NewTom we get some errors in our software. If we try to extract the layers with dcmj2pnm, we get the following message: E: can't change to unencapsulated representation for pixel data E: can't determine 'PhotometricInterpretation' of decompressed image E: mandatory...

Hello Michael! Nice to have you inquire, but the problem is solved for us. Actually we have to use VC++ 2008, maybe the problems disappear if we could use a newer version. 1. We able to compile using the guidelines form PARK Youngho: http://www.codeproject.com/Articles/302012/How-to-Build-libiconv-w...

Excuse me if I've said something wrong. :) But I remember, 2007 was "Borland C++ Builder" a target platform in the CMake project, and DCMTK could be used (with restrictions) . Now we have a wrapper DLL based on VC++, which exports functions that we need in our program. We are happy with t...

Hello Michael, Well, the problem is maybe in compiling libiconv on Windows, and configuring the linker... nothing to do with DCMTK :) Yes, I have already suspected this. Our DCMTK DLL is the first and only project that we have to develop beneath Visual C++ after OFFIS has stopped Borland C++ Builder...

By the way, if you work for a company and want to use libiconv in a product you probably want to link it dynamically in order to avoid the GPL restrictions. You're right. We have already tried this. Mr. Onken sent us the files iconv.h , localcharset.h , iconv.lib and iconv.dll . Question: Are these...

Yes I understand. MS Visual C++ is somewhat more difficult to handle.

It looks like we need not only libiconv_o.lib, but also libchset_o.lib.
Does anyone see a way to help us in our situation?

Hello Mr. Riesmeier, hello Mr. Onken, after your question, we have updated to the current snapshot 3.6.1_20161102. Compiling still raises the same error. LIBICONV_SECOND_ARGUMENT_CONST is not set in the project. Because LIBICONV_SECOND_ARGUMENT_CONST is used only once, we changed the source code. Af...

Hello Michael, the link works now, many thanks. But we run into the next problem. First we've compiled DCMTK successful without libiconv to make sure, that no other problems appear. Then we enabled DCMTK_WITH_ICONV and configured C:/LIB/libiconv-1.14 as path in CMake. When we build the solution DCMT...

Hey Michael,
thanks for the information. Unfortunately the link http://dicom.guru/download/libiconv_1.14_VS2015.zip is broken.
Could we use libiconv 1.14 to compile DCMTK 3.6.1? I'm not so familiar with Visual C++, because we use Embarcadero C++ Builder.

Regards, Holger

For the support of far east languages we want to use the amazing function convertToUTF8 beneath MS Visual C++.
Unfortunately the precompiled windows binaries still not contains the libiconv-1.13.1 library files.
Can someone help us with the missing files?
Thank you so much!

Sorry Jörg, my mistake!
I read the value of getRepresentation, but in fwrite I use the fix value "2" for data size. This causes errors with EPR_Uint8 or EPR_Sint8 formated data.
(It was the first time we get a 8 bit DICOM)

We read DICOM files with a command line tool derived from dcmj2pnm. Then we write the pixel- or voxel-data binary to a temporary file to read it with a other application. Therefore we use following code snip: ... const DiPixel* dp = di->getInterData(); EP_Representation er_rep = dp->getRepresentatio...

For 3D-CT rendering we want to use the function getInterData() to get the voxels of all slices of a study. The internal representation of a voxel in our software is Sint16. Therfore it should be geat (an fast) if we could get the image data using getInterData() in this format. We load the DICOMs onl...

Jörg, good news: Now it compiles also with the libraries from dcmtk-3.5.4-win32-i386-support.
It seems the old version of CMakeLists.txt was the only reason for my problems. (You should think about to update this file in dcmtk-3.5.4.zip)
Many thanks for your help! Holger

Hi Jörg, thanks for the fast response. Regarding 8: this warning is caused by a changed behavior of the CMake tool from version 2.4 to 2.6 which has already been fixed in the DCMTK snapshot I'veplaced only CMakeLists.txt in the root folder. Is this correct? It seems to be correct, because I'm able t...