[Ctk-developers] DICOM Application Hosting / Sophia-Antipolis Hackfest

[Benoit Bleuze]

First, of course I am on board!
Then concerning Sascha's proposition of a test suite, given the blurry implementations everyone has, this is definitely a must, and perhaps Siemens people have already done something in that direction.
If so we can build on it, otherwise we'll have to do it ourselves from scratch. Do you have any idea where to start? I would like to get the WSDL file correct once and for all: differences in the action casing is unacceptable (if the parsing is case dependent).

Sending models to efficiently serve volumes in slices is something we haven't touched at all yet, but Michael it is indeed very much exciting. Just be aware that it looks like to get something working you need a lot of work, so don't expect to finish it in a week. That said it could be a good spring board to get it started.


- A cleaner, more robust findDCMTK... we'd like that ;-). By the way at INRIA, we have some tiny updates to the 3.6 findDCMTK, I should send you a patch for it, as well as a few updates for Mac OsX compilation.
I'll leave the rest of the dicom support to the better qualified Dicom people.

Ben

----- Original Message -----
> Dear Sascha and everybody,
> 
> On 08.09.2011 17:09, Sascha Zelzer wrote:
> 
> > First of all, I would like to know how many people are interested in
> > working on this topic during the hackfest (I'm sure Benoit is in ;-)
> > ). Maybe we can also identify other topics so people can get a
> > little
> > organized before the hackfest.
> 
> Thanks Sascha for starting organizing things and people _before_
> November :-) I would be happy to join the app hosting work during the
> hackfest, if this makes sense. I would more look on the lower level
> parts that I would see in DCMTK, e.g. working on fast access into
> DICOM
> data in order to respond to incoming XPath queries.
> 
> > For the DICOM Application Hosting, I would like to see something in
> > the direction of a "conformance test suite". Meaning, some tools
> > which make testing and diagnosing of our own implementation and
> > others far easier. This could drive our work on implementing more of
> > the specs and help others check "DICOM Part 19 conformance".
> 
> I support this idea; since there are not too many implementations so
> far
> I would expect that these are mainly tests for ourselves now --
> however
> this is in fact necessary ;) And will foster further implementations,
> indeed.
> 
> Other DICOM things that I have in mind for the hackfest (or hopefully
> even before) are
> - a decent FindDCMTK.cmake (I know you are waiting for this)
> - adding DCMTK's latest C-GET support to CTK's Query/Retrieve code.
> 
> The latter would include an update to the latest DCMTK. C-GET would
> permit retrieving images without starting an extra storage
> server, i.e. making it also easier to handle the incoming data
> (indexing, continuing with workflow, etc) if the PACS supports C-GET
> communication. There are also further things that could be improved in
> the Q/R area.
> 
> Greetings from Brussels,
> Michael
> 
> --
> OFFIS DICOM Team, Escherweg 2, 26121 Oldenburg, Germany
> E-Mail: dicom at offis.de, URL: http://dicom.offis.de
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers