DICOM @ OFFIS

Discussion Forum for OFFIS DICOM Tools - For registration, send email with desired user name to the OFFIS DICOM team
It is currently Sat, 2017-12-16, 17:39

All times are UTC + 1 hour


Search found 1650 matches
Search these results:

Author Message

 Forum: DCMTK - General   Topic: Issue related to FAQ: cannot change to unencapsulated repres

Posted: Fri, 2017-12-15, 08:04 

Replies: 6
Views: 32


For me this looks like an invalid JPEG stream,maybe with lots of zeroes at the beginning? I don't think this has to do with meta data like Bits Allocated and the like.

Best,
Michael

 Forum: DCMTK - General   Topic: Issue related to FAQ: cannot change to unencapsulated repres

Posted: Thu, 2017-12-14, 08:06 

Replies: 6
Views: 32


What is the output of the tool when invoking it with -d?

 Forum: DCMTK - General   Topic: Issue related to FAQ: cannot change to unencapsulated repres

Posted: Wed, 2017-12-13, 11:17 

Replies: 6
Views: 32


Hi,

first try dcmdjpeg to decode the file. Use option -d to see details of what is going on. Maybe the log output already gives a good hint.

Best,
Michael

 Forum: DCMTK - General   Topic: VS2017 compile issue

 Post subject: Re: VS2017 compile issue
Posted: Fri, 2017-12-08, 17:40 

Replies: 3
Views: 33


Probably they (VS) also only run cmake in the background based on our project files, so this should work out of the box, too (did not try it though).

Did you enable the i2d library in CMake, or libiconv? If so, you would have to get and link against the related libraries.

Best,
Michael

 Forum: DCMTK - General   Topic: VS2017 compile issue

 Post subject: Re: VS2017 compile issue
Posted: Fri, 2017-12-08, 11:47 

Replies: 3
Views: 33


Hi, we do not support this new VS 2017 feature but only the CMake -> sln process. CMake does perform some tests on your system to check for 3rd party libraries and other stuff, which it then writes to DCMTK's osconfig.h which reflects your system/compiler capabilities and configuration then. Can you...

 Forum: DCMTK - General   Topic: WLMSCPFS write a Logfile

Posted: Tue, 2017-12-05, 18:39 

Replies: 3
Views: 42


Hi, the log you are posting looks like the log when the -d switch is enabled (or maybe -v is sufficient). Though meanwhile the logging lines are prefixed with the log level they are printed on, e.g. for a DEBUG level log line you get something like "D: Association Received (192.168.50.10:MR_STO...

 Forum: DCMTK - General   Topic: Modality Worklist data is not received.

Posted: Tue, 2017-12-05, 15:54 

Replies: 5
Views: 55


Congrats, whatever the problem was... it should never be a problem asking more or less information (attributes), there is no minimum list of attributes that have to be requested, so it's surprising that adding more query attributes work

Best,
Michael

 Forum: DCMTK - General   Topic: Modality Worklist data is not received.

Posted: Mon, 2017-12-04, 19:28 

Replies: 5
Views: 55


Hi

You should remove the line:
cond = req.putAndInsertOFStringArray(DCM_QueryRetrieveLevel, "PATIENT");

... and try again. Above line only makes sense in the Query/Retrieve protocol. At least this is what I see on first sight.

Best,
Michael

 Forum: DCMTK - General   Topic: dcmodify - special national characters lost

Posted: Fri, 2017-12-01, 13:14 

Replies: 1
Views: 27


Hi, we also had problems when playing around with the Windows Code Page settings on the command line. Maybe you can first check whether it's actually a code page problem. I would use an editor and put the desired name value into a text file, using the desired character set. Then use dcmodify's -if (...

 Forum: DCMTK - General   Topic: Retrieve dicomfiles from PACS to directory. findscu,movescu

Posted: Thu, 2017-11-30, 20:37 

Replies: 5
Views: 34


Hi Hans,

exactly, that's how it works.

Best,
Michael

P.S: Nächstes mal dann op Platt :)!

 Forum: DCMTK - General   Topic: Retrieve dicomfiles from PACS to directory. findscu,movescu

Posted: Thu, 2017-11-30, 16:34 

Replies: 5
Views: 34


Hans, sorry for scanning your post to quickly. So your problem is simply the output directory? Then -od (as described) will do the trick. Or do I get you wrong? Otherwise let me know which problem you are running into. Best, Michael [edit] P.S: If the receiver on port 104 on your workstation is *not...

 Forum: DCMTK - General   Topic: Retrieve dicomfiles from PACS to directory. findscu,movescu

Posted: Thu, 2017-11-30, 15:12 

Replies: 5
Views: 34


Dear Hans, the parameter -aem tells movescu where to send the requested DICOM files (by defining the so-called Move Destination AE Title). So if you want to retrieve them to your workstation, you must configure your workstation's AE Title there. In your case you tell the PACS to send them to AE Titl...

 Forum: DCMTK - General   Topic: WLMSCPFS write a Logfile

Posted: Thu, 2017-11-30, 10:45 

Replies: 3
Views: 42


Hi Christian, for wlmscpfs the same options for logging can be used as in other tools, e.g. -d as for findscu, or setting a specific log level using -ll as you do in your call. That being said, your wlmscpfs command line call should display output on the command line, even on TRACE level which is th...

 Forum: DCMTK - General   Topic: DCMTK server code

 Post subject: Re: DCMTK server code
Posted: Mon, 2017-11-27, 13:34 

Replies: 10
Views: 195


Dear Hafiz, here is the follow up: I extended DcmSCP with an option for allowing to handle Verification SOP class. Also the existing documentation has been extended to explain the default behavior (i.e. not to support Verification at all). See this commit . Also I added a better error message in cas...

 Forum: DCMTK - Installation   Topic: dll installation in Windows 7 64bit

Posted: Sun, 2017-11-26, 16:06 

Replies: 4
Views: 90


Hi, sorry I don't know your specific project, including the SysWOW64 directory. In general, the DLLs have to be in a DLL search path. In general, as far as I know, the path where the executable (e.g. DCMTK's findscu) lives in, is also searched when the executable is run. Try copying the DLLs into th...
Sort by:  
Page 1 of 110 [ Search found 1650 matches ]


All times are UTC + 1 hour


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