DICOM @ OFFIS

Discussion Forum for OFFIS DICOM Tools - For registration, send email with desired user name to the OFFIS DICOM team
It is currently Fri, 2017-07-28, 05:33

All times are UTC + 1 hour




Post new topic Reply to topic  [ 6 posts ] 
Author Message
 Post subject: Storing DICOM RT Data
PostPosted: Fri, 2014-06-13, 11:37 
Offline

Joined: Fri, 2014-06-13, 11:01
Posts: 5
Hello!

This is my first post and since I'm also pretty much a DICOM newbie I hope you will be gentle with me. Thank you!

Ok, I am trying to store DICOM RT files on a server running a MINT (Medical Imaging Network Transport) service.

I have successfully achieved this for imaging data using storescu using a command line such as

storescu.exe -aec "VG3SCP" --scan-directories "servername.local.acme.com" 3002 "C:\directory\of\dicom\files\to\upload"

And then I can access the data/metadata through the MINT API.

I would like to do the same for DICOM RT files. Unfortunately when I do this I get the following error messages.

“E: No presentation context: (RE) 1.2.840.10008.5.1.4.1.1.481.3”
“E: Store SCU Failed: 0006:0208 DIMSE No valid Presentation Context ID”

Now that UID corresponds to the RTStructureSetStorage SOP Class.

I have tried to explicitly add the storescu.cfg file to the command line with the Default profile - which as far as I understand includes a presentation context for that SOP class, but I get the same problem.

I have been told that DICOM RT can be pushed to this server - using another tool, which I don't have access to.

Does anyone have any hints as to where I might be going wrong?

Thanks,
Paul


Top
 Profile  
 
PostPosted: Fri, 2014-06-13, 12:27 
Offline
DCMTK Developer

Joined: Tue, 2011-05-03, 14:38
Posts: 1831
Location: Oldenburg, Germany
You should check which Presentation Contexts are actually proposed by storescu and which of them are accepted by the storage SCP. On the SCU side, you could use option "+v" in addition to "-v" to see this information.

Btw, you might also be interested in dcmsend, which is much easier to use when sending a whole bunch of DICOM files to a remote peer.


Top
 Profile  
 
PostPosted: Fri, 2014-06-13, 12:34 
Offline
DCMTK Developer

Joined: Tue, 2011-05-03, 14:38
Posts: 1831
Location: Oldenburg, Germany
Btw, where is the modality shortcut "RE" coming from? That's not the one I would have expected (rather "RS" instead).

Which version of the DCMTK are you using?


Top
 Profile  
 
PostPosted: Fri, 2014-06-13, 14:20 
Offline

Joined: Fri, 2014-06-13, 11:01
Posts: 5
Thanks for the info.

I'm using version 3.6.0, and my apologies about the RE short cut it is in fact RS.

Using those flags I get the following for the RT classes - I don't know if that helps.

I: Context ID: 229 (Abstract Syntax Not Supported)
I: Abstract Syntax: =RTBeamsTreatmentRecordStorage
I: Proposed SCP/SCU Role: Default
I: Accepted SCP/SCU Role: Default
I: Context ID: 231 (Abstract Syntax Not Supported)
I: Abstract Syntax: =RTBrachyTreatmentRecordStorage
I: Proposed SCP/SCU Role: Default
I: Accepted SCP/SCU Role: Default
I: Context ID: 233 (Abstract Syntax Not Supported)
I: Abstract Syntax: =RTDoseStorage
I: Proposed SCP/SCU Role: Default
I: Accepted SCP/SCU Role: Default
I: Context ID: 235 (Abstract Syntax Not Supported)
I: Abstract Syntax: =RTPlanStorage
I: Proposed SCP/SCU Role: Default
I: Accepted SCP/SCU Role: Default
I: Context ID: 237 (Abstract Syntax Not Supported)
I: Abstract Syntax: =RTStructureSetStorage
I: Proposed SCP/SCU Role: Default
I: Accepted SCP/SCU Role: Default
I: Context ID: 239 (Abstract Syntax Not Supported)
I: Abstract Syntax: =RTTreatmentSummaryRecordStorage
I: Proposed SCP/SCU Role: Default
I: Accepted SCP/SCU Role: Default

I'll certainly take a look at dcmsend.


Top
 Profile  
 
PostPosted: Fri, 2014-06-13, 15:30 
Offline
DCMTK Developer

Joined: Tue, 2011-05-03, 14:38
Posts: 1831
Location: Oldenburg, Germany
Yes, it helps. The SCP does not accept your proposed SOP Classes - so it's not the the SCU's fault :)


Top
 Profile  
 
PostPosted: Fri, 2014-06-13, 16:30 
Offline

Joined: Fri, 2014-06-13, 11:01
Posts: 5
Yes, pretty much what I suspected. I shall dig further at the other end.

Thanks for your help.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 6 posts ] 

All times are UTC + 1 hour


Who is online

Users browsing this forum: Bing [Bot], Google [Bot] and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

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