[Gdcm-hackers] [ gdcm-Bugs-3479168 ] gdcmscu and Character Set
Cross-platform DICOM implementation
Brought to you by:
malat
|
From: SourceForge.net <no...@so...> - 2012-06-19 08:17:09
|
Bugs item #3479168, was opened at 2012-01-24 12:49 Message generated for change (Settings changed) made by malat You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=739587&aid=3479168&group_id=137895 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: SCU-SCP Group: 2.2.1 Status: Open Resolution: None Priority: 9 Private: No Submitted By: Mathieu Malaterre (malat) Assigned to: Mathieu Malaterre (malat) Summary: gdcmscu and Character Set Initial Comment: There seems to be an issue with DVTk and gdcmscu --find ---------------------------------------------------------------------- Comment By: Mathieu Malaterre (malat) Date: 2012-01-24 12:52 Message: from gdcm-dev mailing list: Hello Mark and Mathieu, I've got an update for the connection to DVT. After sending this message I went back and modified my subclass of ServiceClassUser to not set the CharSet Element while building a C-Find Query. The Patient level query now succeeds. The same is true if I set the charset element to "ISO_IR 100". I still get the lockup against ClearCanvas. I must have become confused while trying my various permutations before. In a C-Find, the results do set the CharSet, so it is probably best to not send the Charset in the C-FIND-RQ but pay attention to it on the C-FIND-RSP. This probably only makes a difference to the CompositeNetworkFunctions class because it sets the CharSet in ConstructQuery. I'll let you know if I find out anything else. Thanks -- Scott ---------------------------------------------------------------------- Comment By: Mathieu Malaterre (malat) Date: 2012-01-24 12:50 Message: Seems like this is a known issue: http://tech.groups.yahoo.com/group/pixelmed_dicom/message/622 SpecificCharacterSet in queries, was Re: Empty Query Results Hi Mike I have identified the cause of the problem. It turns out that when the DVTK Q/R SCP emulator gets a query that contains a SpecificCharacterSet, it just returns nothing at all, without returning any error status, or making any comment in its log, which is unfortunate. The DicomImageViewer was sending "ISO_IR 100" in SpecificCharacterSet, and hence triggering the problem. In today's build, I have changed the behavior of DicomImageViewer to only insert a value of SpecificCharacterSet when it is necessary to encode whatever text has been typed into the filter panel by the user, and so if you don't type in any funky accented characters, the default (US-ASCII) will be used, and the DVTK Q/R SCP emulator returns responses. Note that in the course of adding this support, some additional methods have been added to AttributeList to support rationalizing the SpecificCharacterSet of all attributes in a list to use the same SpecificCharacterSet, or to change it from what it was when the attributes were read, or created and inserted. See in particular AttributeList.insertSuitableSpecificCharacterSetForAllStringValues(). David ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=739587&aid=3479168&group_id=137895 |