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

[Steve Pieper]

Hi Guys -

I'm in for the hackfest too - very much looking forward to it!

I'd like to work with Michael (and others!) on the C-GET and also on
fleshing out the DcmSCP and DcmSCU code to serve as the guts of our ctkDICOM
code.  We're starting to make use of the ctkDICOM code in slicer so there is
some good practical stuff to sort out.

Best,
-Steve


On Fri, Sep 9, 2011 at 4:36 AM, Benoit Bleuze <benoit.bleuze at inria.fr>wrote:

> 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
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20110909/63f31bda/attachment.html>