Hi Hesicong, On Wed, Aug 27, 2008 at 3:57 AM, sicong he <[EMAIL PROTECTED]> wrote: > I just get the lastest version from SVN and see the DICOM loader is > implemented. A lot of changes has made to osgVolume example, so is there a > schedual developping the volume rendering node for OSG?
I don't development schedule has not been set yet. The work check in so far is just preliminary exploratory work. My main task right now is completing VirtualPlanetBuilder to get to its 1.0, once this is done, I'll be returning near fulltime to volume rendering and related tasks. > I've also noticed that DICOM loader require ITK. I use ITK rencently to do > segmentation. It's not easy to compile the huge ITK source code which > needs also need some other relative software. We need only the DICOM loader > though. > And as I know the ITK dicom loader is not very powerful and some DICOM > format can't be read by the loader. I understand the limitations of the ITK dicom loader, the image process capabilities of ITK are what will be most valuable. I'm learning about ITK and it capabilities and the the ITK dicom loader naturally fell out of this work. It's my plan to offer an easy route between osgVolume and ITK so one can put together an image processing pipeline without a great deal of work at our end. > I suggest to use a more powerful, more offical DICOM toolkit---- DCMTK. You > can get it from http://dicom.offis.de/dcmtk.php.en. It's cross-platform, > focus on DICOM format, easy to compile and very powerful. I use this package > to do my DICOM reader front-end of my project. It could be another solution > of our OSG DICOM plugin. I have download and compiled DCMTK, but haven't yet attempted to create a plugin for it. It's just another API to learn, so I'm taking them on one by one. My thought was to have a couple of dicom loader options, depending upon what dependencies you had installed. CMake allows to check for the various dependencies and choose which to compile. If you already have a dicom loader written feel free to contribute it :-) Robert. _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
