DICOM @ OFFIS

Hi,

there is no option for that. You may call movescu from another directory to accomplish that.

Regards,
Michael

Just to be sure: Is there any firewall running on your DCMTK machine?

Hi Tom, The information in the tags of group 0002 (0002,xxxx) are belonging to the so-called meta-header in DICOM which is re-written by the tool(kit) that is writing a DICOM file to disk. Moreover, all attributes of group 0002 are not even transferred via network (in the network group 0002 is used ...

Hi,

on first sight your command seems to be correct. Conquest responds with "Status=Failed: UnableToProcess ", maybe you can check on conquest if there is something more specific in the log files.

Regards,
Michael

Hi,

please remember that this is a DCMTK forum...

Regards,
Michael

Hi, ?! I am quite hopeful that this is not a problem in DCMTK ;) You can use the option "--bit-preserving" to store the file exactly as it is received over the network. But I guess that will not solve your problem. Maybe this is a character set problem? Use dcmdump and look at the characte...

Hi, sorry, I don't know how to check the dictionary at the Conquest side. I just noted that this case seems similar to another one in the forum . The last findscu calls and answers you posted seem to be correct, yes. I guess in your movescu call there is missing a move destination. In DICOM, with a ...

Hi, from the client side that seems to be OK, but the server seems to send the response attributes (e. g. PatientsName) with the Value Representation of "Unknown" (UN), so findscu does not interpret the data returned as character strings or whatever type may be appropriate. That results in...

Hi, no, -v -d will be fine. findscu should then print out the complete message it is going to send to the SCP. Please check in that dump whether your key "0010,0010="One^Secondary Capture Image" appears there completely and correctly, ie you can be sure that the commandline was parsed...

This is a well-known bug in findscu/movescu 3.5.4. See also FAQ #43 for a solution.

Regards,
Michael

Hi Mike, in DCMTK 3.5.4 there is an issues regarding spaces in override keys (-k option). This was fixed a while ago in the source: **** Changes from 2007.10.19 (onken) - Fixed bug in addOverrideKey() that caused problems when parsing a value in a tag-value combination if the value contained whitesp...

Hi Uril, there are different issues with your query: 1) findscu cannot fetch any images from a server but only can query specific attributes from the images at the PACS. Pixel data (ie the image itself) cannot be transmitted with findscu. Look at movescu! 2) For accesing the PACS, DICOM specifies a ...

Hi, I've sent you an email with the sample values for all of the channels. As you realized in your last posting, the waveform data is stored round-robin in the attribute Waveform Data, so actually there channel's samples are stored like that (example with 3 channels A,B and C): A1B1C1A2B2C2A3B3C3......

Hi,

if you like to, send the file to dicom (at) offis (dot) de and I'll return the waveform values as dumped by our (currently internal) Waveform dump (wvfdump) tool.

Regards,
Michael

Hi,

you load an image into DicomImage class and call the function - then it does exactly what is documented.



Regards,
Michael