DICOM @ OFFIS

As a follow up: It seems that this open issue will be solved with a new CP (proposed by David Clunie). Excerpt from this draft CP: "A value of 'VERIFIED' shall only be used when the value of Completion Flag (0040,A491) is 'COMPLETE'." Here's the relevant discussion in comp.protocols.dicom...

Here is an excerpt from the book: a “complete” but unverified document may be an “interim,” “preliminary” or “draft” of some kind, distinguishable perhaps from a “partial” report which is just a piece of a document, not an entire document And here is another quote from the same book :D Finally, the...

I agree with Marco that this was a deliberate design decision. Of course, you could manipulate the DICOM dataset directly after calling DSRDocument::write() or even introduce a new API method for this purpose. However, I don't think that this would be a good idea ... Thank you for you answer, Jörg....

Unfortunately the DICOM standard does not describe the exact meaning and relationship of the "completion" and "verification" flags. The DCMSR module indeed implements a policy where a report must be completed in order to be verified. ... The way I read the standard, completion-f...

Thank you very much for the prompt reply! I am interested in making this to work on UNIX. I wanted to check if this can be done and to have an idea how big effort that is. I made a very quick check (just grepping in the source) for _r functions if they are used in DCMTK. The result is: ctime and ran...

I saw in the FAQ (Q #18 ) that DCMTK is generally not thread safe. My question is if it is possible to use dcmnet in a multithreaded application in some restricted way that would be safe? For example, let's say we have an application with two threads. The first is doing c-find while the second move-...