DICOM @ OFFIS

Discussion Forum for OFFIS DICOM Tools - For registration, send email with desired user name to the OFFIS DICOM team
It is currently Mon, 2018-05-21, 00:35

All times are UTC + 1 hour


Search found 1934 matches
Search these results:

Author Message

 Forum: DCMTK - General   Topic: the function copy() of OFString returns wrong length

Posted: Wed, 2018-05-16, 08:43 

Replies: 8
Views: 56


When I design the string arguments to DLL function, the data type of OFString will be transferred to char* allowing other program language to call the DLL. Then, you should/could use the OFString::c_str() method. The other reason is v3.6.1 without this problem. So, if I upgrade to 3.6.3, I must mod...

 Forum: DCMTK - General   Topic: the function copy() of OFString returns wrong length

Posted: Wed, 2018-05-16, 07:58 

Replies: 8
Views: 56


As far as I can see, there is nothing to be solved with the implementation of OFString::copy(). As I wrote, this is how string::copy() is defined.

The question is: why do you use the copy() method at all?

 Forum: DCMTK - General   Topic: the function copy() of OFString returns wrong length

Posted: Tue, 2018-05-15, 11:06 

Replies: 8
Views: 56


I checked this more thoroughly: OFString::copy() is consistent with string::copy() by "not adding a null character at the end of the copied content". Also strncpy() does not add the terminating null character. That's why we use our own OFStandard::srtrlcpy() and OFStandard::strlcat() in th...

 Forum: DCMTK - General   Topic: the function copy() of OFString returns wrong length

Posted: Tue, 2018-05-15, 08:29 

Replies: 8
Views: 56


Hi Chung-Yueh,

could it be that simple that your char array is one byte too short? OFString::size() returns the length of the contained character string, so you have to add 1 when allocating the array (for the terminating 0 byte).

 Forum: DCMTK - General   Topic: Image display

 Post subject: Re: Image display
Posted: Mon, 2018-05-07, 14:20 

Replies: 4
Views: 80


The DicomImage class provides various methods that create rendered pixel data, e.g. getOutputData(). Also see the module's documentation for a very simple code example.

 Forum: DCMTK - General   Topic: SR query on Echo U/S (looking for instruction/guidance)

Posted: Mon, 2018-04-30, 16:06 

Replies: 1
Views: 65


Where you find the desired measurement(s) in the SR document depends on the Template that was used to create it, e.g. TID 5200 "Echocardiography Procedure Report" or TID 5300 "Simplified Echo Procedure Report" . As a tool from the DCMTK, I would recommend dsr2xml , assuming that ...

 Forum: DCMTK - General   Topic: Remove all frames but the first

Posted: Thu, 2018-04-19, 16:58 

Replies: 4
Views: 91


Since there is only a decodeFrame() and no encodeFrame() method for the various compression schemes, one way of doing this would be to extract the first frame from the Pixel Data instance using getUncompressedFrame(), which supports both uncompressed and compressed pixel data as input, and to either...

 Forum: DCMTK - General   Topic: How do we differentiate SR Vs SINR Vs ED?

Posted: Thu, 2018-04-19, 15:15 

Replies: 1
Views: 49


It seems that you've posted the same question to "comp.protocols.dicom". Here is my answer: https://groups.google.com/forum/#!msg/c ... 4XxGNzCgAJ

 Forum: DCMTK - General   Topic: Remove all frames but the first

Posted: Wed, 2018-04-18, 21:04 

Replies: 4
Views: 91


Could you please describe in more details what you want to do? What is the input, what the expected output, transfer syntax of input/output...

 Forum: DCMTK - General   Topic: Extraction data from DICOM RTplan

Posted: Sun, 2018-04-15, 18:55 

Replies: 1
Views: 53


You could either use the DRTPlan class from the "dcmrt" module or access the corresponding DICOM elements directly using the lower-level API from the "dcmdata" module, if this was the question. More details on leaf positions etc. can be found in DICOM PS3.3.

 Forum: DCMTK - General   Topic: dcm(j)2pnm small square with black background?

Posted: Sat, 2018-04-07, 19:32 

Replies: 5
Views: 132


Perhaps getting that text on the image display was a function of the DOS program and not a function of the DICOM image format? Right. Is there a way to do that with DCMTK? There is no ready-to-use function in the DCMTK but this feature request is on our to-do list for some years: https://support.dc...

 Forum: DCMTK - General   Topic: dcm(j)2pnm small square with black background?

Posted: Mon, 2018-04-02, 12:58 

Replies: 5
Views: 132


If you refer to Overlay Planes stored in the DICOM image: they are displayed by default. See the following overlay-related options: overlay: -O --no-overlays do not display overlays +O --display-overlay [n]umber: integer display overlay n (0..16, 0=all, default: +O 0) +Omr --ovl-replace use overlay ...

 Forum: DCMTK - General   Topic: dcm(j)2pnm small square with black background?

Posted: Mon, 2018-03-26, 16:44 

Replies: 5
Views: 132


Your image has 16 bits per sample, i.e. 65536 shades of gray, but only 1743 of them are actually used. So, you should either select the stored VOI (Value of Interest) window by adding option "+Wi 1" or choose an automatically determined min-max VOI window by using option "+Wm".

 Forum: DCMTK - General   Topic: static lib compiled with /MD option problem

Posted: Tue, 2018-03-13, 10:05 

Replies: 3
Views: 106


I personally never used _ITERATOR_DEBUG_LEVEL=0 but, maybe, you also need to compile the DCMTK with this setting?

 Forum: DCMTK - General   Topic: anyone help me: dcmtk3.6.3 cannot link the globals

Posted: Tue, 2018-03-13, 09:59 

Replies: 3
Views: 150


It shouldn't make any difference; but I always use the installed version of the DCMTK, so I am not 100% sure. Do you use the exported CMake configuration as described in the above example?
Sort by:  
Page 1 of 129 [ Search found 1934 matches ]


All times are UTC + 1 hour


Jump to:  
Powered by phpBB® Forum Software © phpBB Group