DICOM @ OFFIS

Discussion Forum for OFFIS DICOM Tools - For registration, send email with desired user name to the OFFIS DICOM team
It is currently Tue, 2017-10-24, 12:18

All times are UTC + 1 hour


Search found 1867 matches
Search these results:

Author Message

 Forum: DCMTK - General   Topic: StoreSCP Deleting Output Directory

Posted: Sat, 2017-10-21, 19:42 

Replies: 1
Views: 23


I checked the source code of "storescp": If the directory is deleted while storescp is running, it is not re-created (unless a different patient is sent in between).

 Forum: DCMTK - General   Topic: DCMTK server code

 Post subject: Re: DCMTK server code
Posted: Thu, 2017-10-19, 13:04 

Replies: 8
Views: 39


Also the error message ("E: 0006:042d profile key undefined: DEFAULT") could be clearer, i.e. when the default profile is empty.

 Forum: DCMTK - General   Topic: DCMTK server code

 Post subject: Re: DCMTK server code
Posted: Thu, 2017-10-19, 07:42 

Replies: 8
Views: 39


I checked the classes: DcmSCP does provide a C-ECHO handler but does not add the Verification SOP Class to the (default) list of accepted Presentation Contexts; this is different from the DcmStorageSCP class, which is derived from DcmSCP and which accepts the Verification SOP Class by default. Excer...

 Forum: DCMTK - General   Topic: DCMTK server code

 Post subject: Re: DCMTK server code
Posted: Wed, 2017-10-18, 17:04 

Replies: 8
Views: 39


Looking at the Implementation Version Name, I would say DCMTK 3.6.2 :-)

 Forum: DCMTK - General   Topic: Partially modifying tag values

Posted: Fri, 2017-10-13, 19:06 

Replies: 4
Views: 33


There is a DcmElement::getPartialValue() method but no ready-to-use method to modify only parts of the element value. If the length of the value does not change, I would use DcmOtherByteOtherWord::getUint8Array() which returns a non-const pointer to the element value (which, therefore, allows for mo...

 Forum: DCMTK - General   Topic: Partially modifying tag values

Posted: Fri, 2017-10-13, 17:42 

Replies: 4
Views: 33


You mean you've enough main memory to load this large element value once (i.e. the original one) but not another time in order to replace it?

 Forum: DCMTK - General   Topic: Copy a Dicom Tag

 Post subject: Re: Copy a Dicom Tag
Posted: Sun, 2017-10-08, 12:16 

Replies: 5
Views: 33


Michael, where did you find setETag()? Maybe, we should add a feature request on a DcmElement::copyValueFrom() method, DcmItem::insertElementWithTag() or the like to DCMTK's issue tracker. By the way, findAndGetSequenceItem() also has an optional parameter that allows for creating a copy of the item...

 Forum: DCMTK - Installation   Topic: 3.6.2 CXX11 fails on Linux; patch suggestions included

Posted: Sat, 2017-10-07, 20:15 

Replies: 4
Views: 92


Could you check whether the current git version works? Here is the relevant commits: http://git.dcmtk.org/?p=dcmtk.git;a=blobdiff;f=CMake/GenerateDCMTKConfigure.cmake;h=5a1d96739a6907b58d2e8d32db7835a9b50b4511;hp=19fb179a66bc2dd440536a6f1c70982fd4a2fe8b;hb=5254900c84293eae5f896a94510a8c4b9da538d4;hp...

 Forum: DCMTK - General   Topic: Copy a Dicom Tag

 Post subject: Re: Copy a Dicom Tag
Posted: Sat, 2017-10-07, 19:23 

Replies: 5
Views: 33


As far as I can see, there is no easy-to-use function to copy the element value only (which seems to be required here). For sequence items, you could create a 1:1 copy of the item(s) and insert it/them into the new sequence (with the new tag).

 Forum: DCMTK - FAQ   Topic: FAQ #48: Slow transfer when sending many small DICOM images

Posted: Fri, 2017-09-29, 11:12 

Replies: 0
Views: 62


:?: Why is the network transfer so slow when sending many small DICOM images? :!: The reason might be the so-called Nagle algorithm, which allows for improving the efficiency of TCP/IP networks by reducing the number of packets that need to be sent over the network. As a drawback, this algorithm mig...

 Forum: DCMTK - General   Topic: dcmj2pnm segfault with large multiframe US

Posted: Fri, 2017-09-29, 09:53 

Replies: 20
Views: 190


I would expect the required effort to be a couple of hours (plus testing). I've added this as a feature request to the issue tracker.

 Forum: DCMTK - General   Topic: dcmj2pnm segfault with large multiframe US

Posted: Thu, 2017-09-28, 21:12 

Replies: 20
Views: 190


Maybe, you misinterpreted the second value after option +Fr?
Code:
    +Fr   --frame-range         [n]umber [c]ount: integer
                                select c frames beginning with frame n

 Forum: DCMTK - General   Topic: dcmj2pnm segfault with large multiframe US

Posted: Thu, 2017-09-28, 21:05 

Replies: 20
Views: 190


If I understand the bug tracker ticket right, buffer size > 4 GByte is not permitted in DICOM? Does this mean, the problem with such a large DICOM multiframe file is not to solve? Yes, DICOM does not allow element values to be larger than 4 GB - 1, but no, this does not mean that the problem cannot...

 Forum: DCMTK - General   Topic: dcmj2pnm segfault with large multiframe US

Posted: Thu, 2017-09-28, 20:08 

Replies: 20
Views: 190


Quote:
Wouldn't you like to write such a program? ;-)

Sure, but not for free ;-) See: https://www.jriesmeier.com/development/

 Forum: DCMTK - General   Topic: dcmj2pnm segfault with large multiframe US

Posted: Thu, 2017-09-28, 19:46 

Replies: 20
Views: 190


A more efficient way would probably require programming (see above). For example, I did this many years ago for the dcm2avi tool and underlying library (Windows only, though).
Sort by:  
Page 1 of 125 [ Search found 1867 matches ]


All times are UTC + 1 hour


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