CTK-Hackfest-Nov-2013: Difference between revisions

From Commontk
Jump to navigationJump to search
Line 207: Line 207:


* Talk about DCMTK_DIR ([https://github.com/commontk/CTK/issues/382 Issue 382])
* Talk about DCMTK_DIR ([https://github.com/commontk/CTK/issues/382 Issue 382])
** Michael: Would integrate the DCMTKConfig.cmake file but needs more time to check the changes and make sure it works for everyone
** Jc: NO_DEFAULT_PATH in FindDCMTK.cmake would work for Slicer, CTK, etc. but in the future (when all distributions contain a DCMTK package with a DCMTKConfig.cmake) FindDCMTK.cmake should not be needed anymore
** Marco: We still need a way to find the system installed DCMTK
** Steve: We should be able to tell the scripts that it should find a specific DCMTK version and not automatically prefer one version over another. E.g. there could be a system DCMTK but we would still want to use a developer DCMTK build
** Jc: Is not sure why it failed at all on Csaba's machine. Will look remotely at the concrete problem on that machine.
** Marco: NO_DEFAULT_PATH would still work for the Debian packages if we pass DCMTK_DIR=/usr
** Steve: Mentions that find_program was gone from FindDCMTK.cmake leading to test failures. It is probably okay to add the find_program paths to the CMakeLists.txt file of the CTK tests.
** Jc: The DCMTK fixes are in the commontk DCMTK fork
** Marco: We should not depend on the commontk DCMTK fork since it makes compatibility with official snapshots difficult
** Jc: We should set-up a dashboard for DCMTK builds on cdash.org
* Discuss CTK install and Debian package support
* Discuss CTK install and Debian package support
** Marco: Let's have a separate hangout for that
* Failing tests on Steves machine (and others like Ivos)
* Failing tests on Steves machine (and others like Ivos)
** Steve: ctkCrosshairTest2 is failing on all platforms.
** Jc: It is not used anymore in Slicer
** Steve: We could remove the class and the test if nobody is using it
** General agreement
* Dashboard
* Dashboard
** Jc suggests to move back to a traditional dashboard style (no splitting by library)
** Jc suggests to move back to a traditional dashboard style (no splitting by library)

Revision as of 10:38, 5 November 2013

Home < CTK-Hackfest-Nov-2013


Introduction

Date: Nov 4-8, 2013

Location:

Room 1.19 (Monday, Friday) and Room 2.14 (other days) Malet Place Engineering Building, University College London.

How to get here.

Goal: A follow on to the wildly successful previous hackfests!

Requirements: Attendees must be willing to spend their time during the event writing ctk code that contributes to the main ctk roadmap. This means spending the week immersed in C++, Qt, DCMTK, CMake, and related technologies. People who do not feel qualified for this task are politely not invited :)

Group size: Maximum 20 participants so we can have a manageable working meeting. The organizing committee will invite and select participants based on input from TheTeam.

Site Hosts: Matt Clarkson (m.clarkson@ucl.ac.uk), Miklos Espak (m.espak@ucl.ac.uk)

Organizing Committee: (need to ask people)

Future Events: Future hackfests will be announced in advance, and we hope lots of people will be interested in participating. The venue and activities at future hackfests will be determined based on the number of active participants in the project. We welcome participation via the CTK email lists, the source code repository, and this website.

Attendees

  • So far we have received confirmation for the following people (in no particular order).


Please fill in your intentions in terms of common accommodation.

Participants
Name Organization
Matt Clarkson University College London, UK.
Miklos Espak University College London, UK.
Nicolas Toussaint University College London, UK.
Marco Nolden German Cancer Research Center, Heidelberg, Germany.
Sascha Zelzer German Cancer Research Center, Heidelberg, Germany.
Andreas Fetzer German Cancer Research Center, Heidelberg, Germany.
Steve Pieper Isomics, Inc. Cambridge, USA.
Florian Vichot INRIA, Sophia-Antipolis, France
Ivo Wolf Mannheim University of Applied Sciences, Germany
Ernesto Coto University of Sheffield, UK.
Google Hangout Participants
Name Organization Availablity (London time)
Jean-Christophe Fillion-Robin Kitware Inc, North Carolina, USA 1pm to 6pm
Michael Onken (planned) OFFIS, Germany. as needed. Skype: "michaeloffis"
Csaba Pinter Queen's University, Kingston, ON TBD


Note Note: There were also other invitations sent to active people on the community, and people who recently showed interest. When their intent will be known they will be added to the list.

Preparation

Developers should bring a laptop with the current CTK source code downloaded and built.

Use the CTK developers mailing list to discuss build issues and topics for ongoing work.

Phone conferences have been scheduled in the weeks leading to the event:

  • To be announced

Topics and Projects

XNAT Library

Interested people: Miklos, Nicolas, Florian, Ivo, Sascha

  • Stabilize API and make it more robust
  • Merge to master

Open topics

  • Error handling (Miklos)
  • Timeout handling (Miklos)
  • Unit tests for ctkXnatCore
  • Zip support (Sascha)
  • Up/Download support in the API (Sascha / Miklos)
  • SSL support (ask about disabling SSL) (Florian?)
  • Support browsing files attached to assessments
  • General API review (Sascha, Miklos, Ivo, Florian)
  • Add API documentation

CLI Library

Florian, Sascha, Ernesto, Steve, Marco

Open Topics

  • Add a CTK "test" for validating the XML of external CLIs
    • Maybe a "web service" for quickly validating the XML files
  • CTK should become the official CTK schema hosting site
  • Default values for some elements are problematic (e.g. for SpinBox)
    • Have a best practices document how to handle optional default values
  • CLIs depending on external dependencies (shared libraries) are problematic
    • Probably nothing we can solve inside CTK
  • The UiLoader should be more customizable (JC did that in a branch for the Slicer integration)
  • Maybe have a way to check for long running modules during the XML retrieval and cancel them (more of a developer thing)
  • Add a method for clearing the XML cache (probably in ctkCmdLineModuleManager)
  • Having a new web services front-end could be interesting

Discussion

  • Make GIMIAS CLI modules work with the ctkCmdLineModuleExplorer (Ernesto)

DICOM Application Hosting

Ivo, Sascha

DICOM Libraries

Andreas, Steve

  • Improve and finish the widgets
  • DICOM Database backend (Marco, Steve)

CTK packaging

Marco, Sascha

General Discussion

  • Create support for CLI Web Services in CTK?
  • Could we make CLI modules run in Osirix?

Agenda

Monday

Opening discussion

Evening:

Tuesday

During the day: hack, hack, hack...

15:00 Google Hangout with US and other participants

  • Talk about DCMTK_DIR (Issue 382)
    • Michael: Would integrate the DCMTKConfig.cmake file but needs more time to check the changes and make sure it works for everyone
    • Jc: NO_DEFAULT_PATH in FindDCMTK.cmake would work for Slicer, CTK, etc. but in the future (when all distributions contain a DCMTK package with a DCMTKConfig.cmake) FindDCMTK.cmake should not be needed anymore
    • Marco: We still need a way to find the system installed DCMTK
    • Steve: We should be able to tell the scripts that it should find a specific DCMTK version and not automatically prefer one version over another. E.g. there could be a system DCMTK but we would still want to use a developer DCMTK build
    • Jc: Is not sure why it failed at all on Csaba's machine. Will look remotely at the concrete problem on that machine.
    • Marco: NO_DEFAULT_PATH would still work for the Debian packages if we pass DCMTK_DIR=/usr
    • Steve: Mentions that find_program was gone from FindDCMTK.cmake leading to test failures. It is probably okay to add the find_program paths to the CMakeLists.txt file of the CTK tests.
    • Jc: The DCMTK fixes are in the commontk DCMTK fork
    • Marco: We should not depend on the commontk DCMTK fork since it makes compatibility with official snapshots difficult
    • Jc: We should set-up a dashboard for DCMTK builds on cdash.org
  • Discuss CTK install and Debian package support
    • Marco: Let's have a separate hangout for that
  • Failing tests on Steves machine (and others like Ivos)
    • Steve: ctkCrosshairTest2 is failing on all platforms.
    • Jc: It is not used anymore in Slicer
    • Steve: We could remove the class and the test if nobody is using it
    • General agreement
  • Dashboard
    • Jc suggests to move back to a traditional dashboard style (no splitting by library)
    • Everyone agrees

Evening:

Wednesday

10:00 Roadmap discussion

During the day: hack, hack, hack...

Evening:

Thursday

During the day: hack, hack, hack...

Evening:

Friday

During the day: hack, hack, hack...

Late morning; Closing discussion

Afternoon: hack or travel


Travel & Hotel

Local contact

Need any help in organizing your visit, contact Miklos Espak (m.espak@ucl.ac.uk). If you have any troubles during your visit, call +44 792 6656 927.

Transportation

How to get to the UCL.

Lodging

Hotels in central London can be expensive, this one seems reasonably priced:

Meeting Location

Malet Place Engineering Building, University College London [1]

Monday and Friday: room 1.19 Other days: room 2.14

The reception is at the Engineering Front Building right at the gate, so please come there and refer to the CTK hackfest.

UCL Bloomsbury campus map

UCL campus route finder

Weather

Daily temperature will be around 12-15C (53-59F), mostly dry, light rain is possible some days.

Food

Plan on having breakfast at your hotel before the meeting. Please email the organizers if you have any allergies or dietary restrictions.