find-scu failed with unknown transfer syntax
See original GitHub issueI’m not sure if this a bug, incorrect usage or just bad behavior of the PACS.
On querying a Siemens PACS, pynetdicom3
raised an exception in add_transfer_syntax
because of one of the transfer syntaxes having the value ‘unknown’. As far as I could see, this came from the PACS, though I may have missed something that generated it on the pynetdicom
side.
If ignoring ‘unknown’ transfer syntaxes, all works fine.
Regardless of the source of the problem, I think it makes sense just to ignore invalid transfer syntaxes, maybe using some strict
option that allows that if set to False
. What do you think?
Issue Analytics
- State:
- Created 6 years ago
- Comments:8 (8 by maintainers)
Top Results From Across the Web
findscu problem - DICOM @ OFFIS - DCMTK forum
When I try to use findscu from a remote client for querying, findscu showed me the ... Accepted Transfer Syntax: =LittleEndianImplicit
Read more >FINDSCU Query problem with worklists - Google Groups
But when I do a query I get the following error: findscu -v -W -k ... I: Find SCU Request Identifiers: ... I:...
Read more >DCMTK movescu error: response suceed but no file received
According to the message from the server, 6 Sub-Operations were successsfully completed (i.e. 6 images were moved to the move destination), and ...
Read more >C.4 DIMSE-C Service Groups - DICOM Standard
Support for the SOP Class UID is implied by the Abstract Syntax UID of the ... Meta Information Header elements such as Transfer...
Read more >Technical Publications - GE Healthcare
Failure to do so may result in (partial) loss of connectivity. ... Transfer Syntax – the encoding used for exchange of DICOM information...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I ran into this issue myself with a Siemens MRI. It seems when the association request contains presentation contexts with abstract syntaxes the machine doesn’t know about (in my case the three “Composite Instance” ones), it fills out the UID as “unknown” when rejecting that context in the response.
I can confirm this just causes some warnings (three per association) but everything works fine.
I currently don’t have access to the system where the problem occurred - I will test this again sometime later (or probably write a test for this). Anyway, your changes should certainly fix the problem, as now only a warning is issued instead of an exception raised, so I close this issue for now. Thanks for the excellent work!