Events:CTK-Workshop-September-2009

From NAMIC Wiki
Revision as of 17:14, 10 July 2017 by Grundlett (talk | contribs) (Text replacement - "http://www.slicer.org/slicerWiki/index.php/" to "https://www.slicer.org/wiki/")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search
Home < Events:CTK-Workshop-September-2009

The Common Toolkit Workshop at Siemens Molecular Imaging in Oxford, UK

September 25 2009

The purpose of this meeting is to convene a number of groups who are working on FOSS Medical Image Computing platform development using BSD style licenses and to explore meaningful ways of coordination and integration. This follows a two-day initial meeting in June.

CTK is a pro-tempore group of like minded technically oriented softare tool builders. We expect to release a first version of CTK within a year. If you are interested to learn more, please contact Hans Peter Meinzer or Ron Kikinis.

Oxford

Links

Schedule

THURSDAY, SEPT. 24th

  • Guests arrive at the Barcelo Hotel. CTK attendees are offered a discounted rate of £88.00 per night including breakfast.
  • 20.00-21.30: Private Dining at Barcelo Hotel

FRIDAY, SEPT. 25th

  • Relocation from Hotel: 09.00AM
  • 09.30-10.00 Introductions
  • 10.00-11.00: Architecture
  • 11.00-12.00: Dicom: DCMTK
  • 12.00-13.00: Lunch at Siemens
  • 13.00-14.00: Data Structures
  • 14.00-15.00: Scene Graphs
  • 15.00-15.15: Break
  • 15.15-17.00: Widgets
  • 17.00-18.00: Action Items
  • 18.00-19.30: Brief tour of Oxford landmarks, followed by drinks at the Turf Tavern
  • 19.30-21.30: Dinner at The Living Room restaurant
  • Relocation to hotel

Detailed Agenda

Agenda (.pdf format)

Minutes

Introduction

  • GP introduces the meeting agenda and briefly summarizes the main conclusions reached in Heidelrberg meeting
  • Board appoint RK as meeting Chair and MV as minuting secretary.
  • GP we should look at FNIH for sustain to the CTK initiative
    • Seminal money can create a collective identity for the CTK consortium
    • MV we need to design this as a non unique initiative so that if similar opportunities arise in Europe or elsewhere we can catch them
    • SA we should copy Insight consortium by limiting the possibility for this ID to go for funding.
  • When do we open up? Balance between the need to build a vision and the grass nature
  • Web page up and running SA take lead on it
  • MV add a public statement on how the CTK initiative has formed and how it is evolving
  • RK and MV are requested to draft a statement that recognise the pro tempore nature of group, set to 12 months its horizon, and post-pone any newcomer to then
  • GP will follow-up FNIH idea
  • RK proposes to have next meeting in RSNA 2009 29-11 through 4-12 Chicago. LT will check with the organization for the logistics.
  • Another meeting could be done in SPIE medical imaging 13 - 18 February 2010 San Diego, California, USA. CK will explore this possibility and report to the group.

Architecture brainstorm

  • LT discuss the DICOM support with CTK (DCMTK vs DCM4CHE) and in general the problem if using non C++ libraries and services to deal with ancillary functions.
  • Discussion moves to the issue of DCMTK and its plans with respect to the vision of a full DICOM/PACS implementations
  • MO gives and OFFIS presentation.
  • GP request that image data read by DCMTK can be stored into an existing buffer defined by the calling application
  • LT request that image processing module is designed to create the look-up table that can be applied on the raw data into the caller application.
  • CTK group could become an advisory / specification body for the various teams developing the various frameworks. This includes the possibility to create a repository of benchmarking datasets for I/O compliance and algorithmic testing.
  • MV asks for extension of DCM Standards toward image processing and image-based modelling data types with respect to DCMTK development plans. MO recognise the importance of this aspect, but express concern that the OFFIS group can tackle this alone, suggesting that this aspect is taken as CTK goal.
  • SA inform of a NLM meeting on the next round for ITK v4, where its has been discussed the possibility to support the further development of DCMTK as dicom library for ITK.

Data Structures and Scene Graphs

  • Data object model emerge from the discussion on how ITK can be used as part of the CTK effort. The problem is clearly open and so far not unique solution appears to establish. Further discussion is required.
  • WS suggest that a discussion point is on software processing (make, dashboard) and wrappers.
  • LT explain how WG23 is working to define a mechanism called “abstract multidimensional image model” for coping with different data representations.
  • SA proposes the possibility of developing as part of CTK database services that provide a unified presentation to some basic properties of each dataset.
  • Discussion follows on data objects models: there is a conflict between the need for extensibility and the generality
  • JW points the group to Aim@shape.net EU project developed a taxonomy.
  • INRIA group suggest that what CTK needs is not a concrete implementation of the DOM, but only a taxonomy of abstract data types, and the functions / methods that we associate to them. The idea is discussed extensively.
  • SP summarise: a common data model with services and methods that are toolkit independent, with façade classes that expose the abstract types according to the need to specific toolkit (VTK, ITK, etc.).
  • ACTION: JW will post on the wiki the table of abstract classes and associated methods they developed in INRIA, so that we can all see if there are gaps for other tooolkits
  • GP describes the role of Open Inventor inside XIP.
  • Discussion starts on versioning. LT points the DirectX mechanism that ensures that the current version can be request to expose the API of any previous version. In general we should ensure that different versions can coexist on the same machine.
  • SP asks the wrapping mechanism for data nodes.
  • MO points out the risk of “private nodes” that you cannot load because you do not have the specific library was used to create them. MV suggests that the DOM discussion could bring some solutions in this respect.
  • Discussion continues on how specific libraries can be wrapped so to be exposed in XIP.
  • SP asks what is the open source availability of XIP Builder; GP confirm that the visual programming environment is not open source, but the binary is free, whereas all object libraries are open source.

Widgets

  • We have agreed on Qt for widgets
  • LT reports about new IHE profile regarding "Basic Image Review" which can serve as a basis for CTK widgets, which then can be expanded. Must be checked whether it is appropriate. The profile that can be downloaded here.
    • Intended audience is referring physicians who have requested a radiological study
    • Covers icons, mouse movements/buttons, etc
    • XIP is developing a reference implementation
  • Slicer has design guidelines on its wiki)
  • DTK (Dream Toolkit) is the foundation of MedINRIA's toolkits. It is discussed on the web here
  • XIP will be releasing Qt widgets used in XIP Builder as open-source
  • Review of wiki list of desirable widgets for ctkGUI.
  • SP reported on contacts with Qt group at Nokia. The group agreed to extend an invitation that someone from Nokia attend the next CTK meeting in Chicago.
  • WS, SP, SA, RK report on new widgets being developed for slicer in Qt. Group agrees these new developments can be branded as ctkGUI. RW agrees to offer MedInria/DTK Qt widgets to ctkGUI. IW and MN to review MITK for unique widgets for contribution as well.
  • Goals
    • CTK should provide a recommended icon set, widgets, and behaviors
      • …should be extensions to BIR
  • Implementation
    • Subclasses of Qt object
    • Follow Qt documentation standards
    • Uses qtCore data structs
      • QtAbstractModel and QtTreeModel will be used to store hierarchies
    • Demo applications of widgets should depent only on Qt when possible
      • E.g., QTransformWidget should take a QMatrix
        • Derived version takes vtkTransform
        • Another derived version takes itkRigidTransform

Participants

  • Hans-Peter Meinzer, German Cancer Research Center, Heidelberg
  • Marco Nolden, German Cancer Research Center, Heidelberg
  • Ivo Wolf, Hochschule Mannheim, Institut für Medizinische Informatik, Mannheim
  • Steve Pieper, Isomics, Cambridge
  • Ron Kikinis, Harvard Medical School, Boston
  • Kevin Cleary, Georgetown University, ISIS, Washington DC
  • Lawrence Tarbox, Mallinckrodt Institute of Radiology, St.Louis
  • Stephen Aylward, Kitware Inc., Carborro, NC, USA
  • Marco Viceconti, Laboratorio di Tecnologia Medica, Bologna
  • Michael Onken, OFFIS DICOM Team, Oldenburg
  • Olivier Clatz, Sofia Antipolis, INRIA, Nice
  • Julien Wintz, Sofia Antipolis, INRIA, Nice
  • Pierre Fillard, Sofia Antipolis, INRIA, Nice
  • Gianluca Paladini, Program Manager, Siemens Corporate Research, Princeton
  • Will Schroeder, President Kitware, Inc., Clifton Park, NY, USA

Slides

September 25 2009