Difference between revisions of "Developer Meetings/20170523"

From Slicer Wiki
Jump to: navigation, search
Line 14: Line 14:
  
 
= Conclusion =
 
= Conclusion =
 +
* slicer.org on GitHub
 +
** It makes sense to store website on GitHub and have it served from Digital Ocean (or legacy server)
 +
** Waiting final transition to server is done, cronjob
 +
 +
* ITK: What ITK should create ?
 +
** Thin wrapper around DCMTK
 +
** Default behavior: if context is not known. Secondary capture seems to be the only valid approach.
 +
** Moving toward consolidating tool around DCMTK
 +
** David Clunie has implementation in Java (Steve: see link ?)
 +
** [https://github.com/dgobbi/vtk-dicom/ vtk-dicom] from David Gobbi is nice. Issue is that it introduces dependency on VTK for tools that  wouldn't require it (e.g CLI) + VTK doesn't handle orientation (by default) in its core image data structure
 +
** DCMTK: currently support only to create secondary capture
 +
** DCMQI: support to create seg object

Revision as of 14:20, 23 May 2017

Home < Developer Meetings < 20170523


Update

  • NA

To Discuss

  • Use of GDCM vs DCMTK in Slicer
  • Definitive transition from mailing list to discourse

Conclusion

  • slicer.org on GitHub
    • It makes sense to store website on GitHub and have it served from Digital Ocean (or legacy server)
    • Waiting final transition to server is done, cronjob
  • ITK: What ITK should create ?
    • Thin wrapper around DCMTK
    • Default behavior: if context is not known. Secondary capture seems to be the only valid approach.
    • Moving toward consolidating tool around DCMTK
    • David Clunie has implementation in Java (Steve: see link ?)
    • vtk-dicom from David Gobbi is nice. Issue is that it introduces dependency on VTK for tools that wouldn't require it (e.g CLI) + VTK doesn't handle orientation (by default) in its core image data structure
    • DCMTK: currently support only to create secondary capture
    • DCMQI: support to create seg object