<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Activity for DICOM#</title><link>https://sourceforge.net/p/dicom-cs/activity/</link><description>Recent activity for DICOM#</description><language>en</language><lastBuildDate>Wed, 09 Feb 2022 13:07:03 -0000</lastBuildDate><item><title>DICOM# released /dicom-cs/dicom-0_4_0/dicomBin-0_4_0.zip</title><link>https://sourceforge.nethttps%3A//sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_4_0/dicomBin-0_4_0.zip/download</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">DICOM#</dc:creator><pubDate>Wed, 09 Feb 2022 13:07:03 -0000</pubDate><guid>https://sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_4_0/dicomBin-0_4_0.zip/download</guid></item><item><title>DICOM# released /dicom-cs/dicom-0_4_0/dicomSrc-0_4_0.zip</title><link>https://sourceforge.nethttps%3A//sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_4_0/dicomSrc-0_4_0.zip/download</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">DICOM#</dc:creator><pubDate>Wed, 09 Feb 2022 13:07:03 -0000</pubDate><guid>https://sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_4_0/dicomSrc-0_4_0.zip/download</guid></item><item><title>DICOM# released /dicom-cs/dicom-0_4_0/README.txt</title><link>https://sourceforge.nethttps%3A//sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_4_0/README.txt/download</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">DICOM#</dc:creator><pubDate>Wed, 09 Feb 2022 13:07:03 -0000</pubDate><guid>https://sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_4_0/README.txt/download</guid></item><item><title>SrivA modified a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#8ded</link><description>Hey Van!, so I integrated the 0.3.1 lib into my application. But still facing the same issue of image loss. Basically the images are received as chunks and here at [n-1]th image, the log file mentions as org.dicomcs.net.Fsm: Sta 13 - Awaiting Transport Connection Close Indication After this line there is no [n]th image acquisition and the image is failed to load. Also I can observe that the following two lines 'handle' and 'finished' are not printed, meaning the method org.dicomcs.server.Server.Run()...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">SrivA</dc:creator><pubDate>Mon, 26 Aug 2019 06:46:45 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#8ded</guid></item><item><title>SrivA posted a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#4c02</link><description>Can someone please help me here!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">SrivA</dc:creator><pubDate>Mon, 26 Aug 2019 06:41:13 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#4c02</guid></item><item><title>SrivA modified a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#8ded</link><description>Hey van, so I integrated the 0.3.1 lib into my application. But still facing the same issue of image loss. Basically the images are received as chunks and here at [n-1]th image, the log file mentions as org.dicomcs.net.Fsm: Sta 13 - Awaiting Transport Connection Close Indication After this line there is no [n]th image acquisition and the image is failed to load. Also I can observe that the following two lines 'handle' and 'finished' are not printed, meaning the method org.dicomcs.server.Server.Run()...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">SrivA</dc:creator><pubDate>Sat, 24 Aug 2019 05:42:41 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#8ded</guid></item><item><title>SrivA modified a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#8ded</link><description>Hey van, so I integrated the 0.3.1 lib into my application. But still facing the same issue of image loss. Basically the images are received as chunks and here at [n-1]th image, the log file mentions as org.dicomcs.net.Fsm: Sta 13 - Awaiting Transport Connection Close Indication After this line there is no [n]th image acquisition and the image is failed to load. Also I can observe that the following two lines 'handle' and 'finished' are not printed, meaning the method org.dicomcs.server.Server.Run()...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">SrivA</dc:creator><pubDate>Sat, 24 Aug 2019 05:40:56 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#8ded</guid></item><item><title>SrivA modified a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#8ded</link><description>Hey van, so I integrated the 0.3.1 lib into my application. But still facing the same issue of image loss. Basically the images are received as chunks and here at [n-1]th image, the log file mentions as org.dicomcs.net.Fsm: Sta 13 - Awaiting Transport Connection Close Indication After this line there is no [n]th image acquisition and the image is failed to load. For a successful acquisition, the next lines are also printed in the log after '...Close Indication...' org.dicomcs.server.Server: handle...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">SrivA</dc:creator><pubDate>Sat, 24 Aug 2019 05:30:04 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#8ded</guid></item><item><title>SrivA posted a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#8ded</link><description>Hey van, so I integrated the 0.3.1 lib into my application. But still facing the same issue of image loss. Basically the images are received as chunks and here at [n-1]th image, the log file mentions as org.dicomcs.net.Fsm: Sta 13 - Awaiting Transport Connection Close Indication After this line there is no [n]th image acquisition and the image is failed to load. For a successful acquisition, the next lines are also printed in the log after '...Close Indication...' org.dicomcs.server.Server: handle...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">SrivA</dc:creator><pubDate>Sat, 24 Aug 2019 05:08:36 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#8ded</guid></item><item><title>MJB van Ettinger posted a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#47eb</link><description>There are some changes done to the StoreSCU code. It is now able to send multiple DCM files (and manipulate data per file, through callback function). But there are still issues with the sending of DICOM files. Error handling still needs a lot of improvement. By the way in my first response I gave the changes in the C# ECG Toolkit.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">MJB van Ettinger</dc:creator><pubDate>Thu, 01 Aug 2019 14:27:57 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#47eb</guid></item><item><title>SrivA posted a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#afd8</link><description>Got it! Any other major bugs fixed with respect to socket communication and/ or image data acquisition failing etc? because thats the issue we are seeing in v0.2.3. Are these issues fixed in v0.3.1?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">SrivA</dc:creator><pubDate>Thu, 01 Aug 2019 13:22:00 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#afd8</guid></item><item><title>MJB van Ettinger posted a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#f88e</link><description>The underlying value is the same. So it will still work in dicom-cs and the file should work for other DICOM readers (that still support this Big Endian mode). So renaming should work, but it is a retired mode so there might be (future) applications that will not support these files.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">MJB van Ettinger</dc:creator><pubDate>Thu, 01 Aug 2019 12:34:45 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#f88e</guid></item><item><title>SrivA posted a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#8633</link><description>Okay, but will it not affect the systems that are using Big Endian standard? About the other tags, renaming the tag to the SOPClass will be good enough? Please confirm.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">SrivA</dc:creator><pubDate>Thu, 01 Aug 2019 12:30:02 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#8633</guid></item><item><title>MJB van Ettinger posted a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#630e</link><description>My guess is you can use the UIDs.ExplicitVRBigEndianRetired (instead of UIDs.ExplicitVRBigEndian) eventough it is currently Retired according to specification of the DICOM standard.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">MJB van Ettinger</dc:creator><pubDate>Thu, 01 Aug 2019 12:26:08 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#630e</guid></item><item><title>SrivA posted a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#07ef</link><description>Thanks Van! please let me know how shall I fix this in my case? Also one more error with respect to Endianess! 'org.dicomcs.dict.UIDs' does not contain a definition for 'ExplicitVRBigEndian' As I can see, the big endian tag has been renamed to 'ExplicitVRBigEndianRetired'! How to fix this one?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">SrivA</dc:creator><pubDate>Thu, 01 Aug 2019 12:20:56 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#07ef</guid></item><item><title>MJB van Ettinger posted a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#500a</link><description>There have been a couple of changes to the DICOM-ECG plug-in. The beginning of the SOP UID and Series UID previously used a fixed magical value, this is now configurable. Besides this there is also a DICOM-PDF support, to make this work in combination with DICOM-waveforms files there is also some configuration for "SOP UID" and "Series UID ". Other changes to the code are: support for a version history of the Diagnostic Statements (based on CERNER files) both 12 and 15 leads ECG should now use "UIDs.TwelveLeadECGWaveformStorage"...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">MJB van Ettinger</dc:creator><pubDate>Thu, 01 Aug 2019 12:13:56 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#500a</guid></item><item><title>SrivA posted a comment on discussion Help</title><link>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#584a</link><description>Hi, my old project uses DICOM# v0.2.3 and now I am trying to integrate v0.3.1 hoping the issues we are facing are resolved. Please let me know how to fix this issue? I can observe that the difference between v0.2.3 and v0.3.1 with respect to tags 'UIDs.VerificationSOPClass' and 'UIDs.Verification'. Why the SOPClass is explicitly added in latest version?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">SrivA</dc:creator><pubDate>Thu, 01 Aug 2019 11:07:38 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/discussion/217475/thread/2295cef90f/?limit=25#584a</guid></item><item><title>DICOM# released /dicom-cs/dicom-0_3_1/dicomBin-0_3_1.zip</title><link>https://sourceforge.nethttps%3A//sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_3_1/dicomBin-0_3_1.zip/download</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">DICOM#</dc:creator><pubDate>Thu, 23 May 2019 17:43:04 -0000</pubDate><guid>https://sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_3_1/dicomBin-0_3_1.zip/download</guid></item><item><title>Gal Bader created ticket #7</title><link>https://sourceforge.net/p/dicom-cs/support-requests/7/</link><description>MFER to DICOM</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Gal Bader</dc:creator><pubDate>Mon, 27 Feb 2017 18:15:17 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/support-requests/7/</guid></item><item><title>koa mone created ticket #8</title><link>https://sourceforge.net/p/dicom-cs/bugs/8/</link><description>AcceptorPolicyService AS_UIDS duplicity</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">koa mone</dc:creator><pubDate>Tue, 22 Nov 2016 17:57:41 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/bugs/8/</guid></item><item><title>DICOM# released /dicom-cs/dicom-0_3_0/README</title><link>https://sourceforge.nethttps%3A//sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_3_0/README/download</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">DICOM#</dc:creator><pubDate>Sun, 20 Nov 2016 20:57:13 -0000</pubDate><guid>https://sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_3_0/README/download</guid></item><item><title>DICOM# released /dicom-cs/dicom-0_3_0/README</title><link>https://sourceforge.nethttps%3A//sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_3_0/README/download</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">DICOM#</dc:creator><pubDate>Sun, 20 Nov 2016 20:55:42 -0000</pubDate><guid>https://sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_3_0/README/download</guid></item><item><title>DICOM# released /dicom-cs/dicom-0_3_0/dicomSrc-0_3_0.zip</title><link>https://sourceforge.nethttps%3A//sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_3_0/dicomSrc-0_3_0.zip/download</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">DICOM#</dc:creator><pubDate>Sun, 20 Nov 2016 20:53:04 -0000</pubDate><guid>https://sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_3_0/dicomSrc-0_3_0.zip/download</guid></item><item><title>DICOM# released /dicom-cs/dicom-0_3_0/dicomBin-0_3_0.zip</title><link>https://sourceforge.nethttps%3A//sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_3_0/dicomBin-0_3_0.zip/download</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">DICOM#</dc:creator><pubDate>Sun, 20 Nov 2016 20:53:04 -0000</pubDate><guid>https://sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_3_0/dicomBin-0_3_0.zip/download</guid></item><item><title>DICOM# released /dicom-cs/dicom-0_3_0/notes.txt</title><link>https://sourceforge.nethttps%3A//sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_3_0/notes.txt/download</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">DICOM#</dc:creator><pubDate>Sun, 20 Nov 2016 20:53:04 -0000</pubDate><guid>https://sourceforge.net/projects/dicom-cs/files/dicom-cs/dicom-0_3_0/notes.txt/download</guid></item><item><title>MJB van Ettinger posted a comment on ticket #7</title><link>https://sourceforge.net/p/dicom-cs/bugs/7/?limit=25#1da9</link><description>Fix is quite easy by allowing 0002,xxxx Tags everywehere in the dicom file, which...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">MJB van Ettinger</dc:creator><pubDate>Mon, 22 Feb 2016 15:20:53 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/bugs/7/?limit=25#1da9</guid></item><item><title>MJB van Ettinger created ticket #7</title><link>https://sourceforge.net/p/dicom-cs/bugs/7/</link><description>TransferSyntaxUID exception (in middle of DCM files)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">MJB van Ettinger</dc:creator><pubDate>Mon, 22 Feb 2016 15:20:31 -0000</pubDate><guid>https://sourceforge.net/p/dicom-cs/bugs/7/</guid></item></channel></rss>