| Author |
Message |
Forum: DCMTK - General Topic: Can I convert a TID300 Measurement object to a DcmDataset? |
| J. Riesmeier |
|
Posted: Wed, 2018-05-23, 21:26
|
|
Replies: 7
Views: 39
|
| Btw, instead of CID7469_GenericIntensityAndSizeMeasurements::EnumType::Diameter you could also write CMR_CID7469::Diameter, which is much shorter. |
|
 |
Forum: DCMTK - General Topic: Can I convert a TID300 Measurement object to a DcmDataset? |
| J. Riesmeier |
|
Posted: Wed, 2018-05-23, 13:38
|
|
Replies: 7
Views: 39
|
| I guess that the "auto" keyword in your code creates a local variable of the required type (i.e. a copy). However, what you actually need is a reference in order to modify the internally managed measurements (i.e. "auto &" or the respective by-reference type, which is what pr... |
|
|
Forum: DCMTK - General Topic: Can I convert a TID300 Measurement object to a DcmDataset? |
| J. Riesmeier |
|
Posted: Wed, 2018-05-23, 12:14
|
|
Replies: 7
Views: 39
|
| Did you actually insert the TID1500_MeasurementReport into the DSRDocument instance (e.g. using setTreeFromRootTemplate())? Could you post a minimal example that demonstrates what you've described? |
|
|
Forum: DCMTK - General Topic: Can I convert a TID300 Measurement object to a DcmDataset? |
| J. Riesmeier |
|
Posted: Tue, 2018-05-22, 17:17
|
|
Replies: 7
Views: 39
|
| TID300_Measurement is a sub-template that can be inserted into a root template (or the internally stored sub-tree can be inserted into a document tree) and then into an instance of DSRDocument. The latter provides a write() method that outputs its content to a DcmDataset. In principle, you could al... |
|
|
Forum: DCMTK - General Topic: the function copy() of OFString returns wrong length |
| J. Riesmeier |
|
Posted: Wed, 2018-05-16, 08:43
|
|
Replies: 8
Views: 62
|
| 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 |
| J. Riesmeier |
|
Posted: Wed, 2018-05-16, 07:58
|
|
Replies: 8
Views: 62
|
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 |
| J. Riesmeier |
|
Posted: Tue, 2018-05-15, 11:06
|
|
Replies: 8
Views: 62
|
| 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 |
| J. Riesmeier |
|
Posted: Tue, 2018-05-15, 08:29
|
|
Replies: 8
Views: 62
|
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 |
| J. Riesmeier |
|
Posted: Mon, 2018-05-07, 14:20
|
|
Replies: 4
Views: 94
|
| 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) |
| J. Riesmeier |
|
Posted: Mon, 2018-04-30, 16:06
|
|
Replies: 1
Views: 73
|
| 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 |
| J. Riesmeier |
|
Posted: Thu, 2018-04-19, 16:58
|
|
Replies: 4
Views: 95
|
| 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? |
| J. Riesmeier |
|
Posted: Thu, 2018-04-19, 15:15
|
|
Replies: 1
Views: 54
|
|
|
Forum: DCMTK - General Topic: Remove all frames but the first |
| J. Riesmeier |
|
Posted: Wed, 2018-04-18, 21:04
|
|
Replies: 4
Views: 95
|
| 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 |
| J. Riesmeier |
|
Posted: Sun, 2018-04-15, 18:55
|
|
Replies: 1
Views: 59
|
| 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? |
| J. Riesmeier |
|
Posted: Sat, 2018-04-07, 19:32
|
|
Replies: 5
Views: 140
|
| 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... |
|
|
| Sort by: |
Login
FAQ
Search
Members