Re: Any software package for Radiation Oncology Contouring?
Hi,
On Sun, Mar 06, 2011 at 11:02:20PM +0530, stereotactic wrote:
> You are welcome. Nothing beats the ole' venerable Debian. In fact, I was
> surprised to know about the distro focussed on the needs for biomedical
> researchers. I have been following the mailing lists for over two weeks
> now; thanks all of you!
:-)
>> openRADART
>> Homepage: ???
> This was in response by a forum member; I couldn't find the web page
> but I am presuming that this comes with installation of "Elekta
> Machines"; possibly some sort of "internal builds" or not for public
> release. I still need to get a confirmation for the same. I'd update the
> list as soon as I get something about this.
OK.
>> TPS
>> Homepage: ???
> TPS stands for "Treatment Planning System"; which I had mentioned in the
> previous thread that is an amalgamation of the DOCM viewer, ability to
> "contour" the images i.e. draw on the concerned structures, then define
> the radiation beam parameters; the resultant output would show how the
> different beam angles intersect and give the coverage of the organ as
> "Dose Volume Histogram". The TPS solutions in market are close sourced
> with heavily guarded algorithms.
I understood the meaning of the abbreviation. However, when browsing
the forum thread it seemed to me that some software project might have
adopted this name. Perhaps I was just missleaded in this assumption.
>> EduCase
>> Homepage: http://www.educase.com/
>> -> but is tere any downloadable source code and what exactly does
>> the program you get if you compile this code
> AFAIK, Educase needs around $10,000 for hosting on the site for
> 'training' which is beyond the scope for those not having institutional
> subscriptions (and that effectively rules us out).There is no
> "downloadable source code".
So I was right not to put this on our list of free software for oncology
...
> More than the Decompyler, these are two projects :
> 1) http://www.radonc.washington.edu/research/cancer-informatics/prism/
> (I don't see any updates after 2004)
> 2)
> http://planunc.radonc.unc.edu/software/planunc/downloads/planunc_software/
> (This takes you to the download page of the free software- no updates
> after 2008).
These were just mentioned on
http://debian-med.alioth.debian.org/tasks/oncology
when I wrote my first response. These so called tasks pages are some
kind of todo list for (future) Debian Med members. If you have a look
at the other tasks (left menu) you see that we have a certain amount of
software just included and depending from the energy people will put
into those oncology software packages we might get these into Debian as
well. I admit that I personally will not start the packaging myself
because I have no connection to this field at all. However, giving
technical advise for the packaging itself would be a pleasure to me to
reach out into another field of medicine.
>> If this sounds attractive to you it would be reasonable to subscribe out
>> list and inform us about the most wanted targets. If you or somebody
>> you might know want to speed up the process a bit it is a very good way
>> to start with the packaging yourself and ask here for help if any
>> technical problem might occure.
> Thanks once again but as you can see, the source code is written for
> 'perl' and can only be run in Windows.
What package are you talking about? Dicompyler is Python and platform
independant. I also think that Perl programs should be perfectly
portable.
> This is also a dedicated specialist project but potentially a good idea.
I think the fact that some project covers a very specific field with
only a view users is no reason to not package it. If you would approach
to simplify the installation for all those few experts all over the
world you make the use of this specific software and the use of Debian
more attractive for these people and their environment. The idea is
that if the authors of the software will be able to simplify their
installation for themselves they can easily share the work with the
world as well.
> Any other way out? I can help with testing; I can potentially rope in
> other users (on debian) and help with bug reports, feedback and possibly
> documentation (but none of us can code, as yet).
This would be helpful for sure.
Kind regards
Andreas.
--
http://fam-tille.de
Reply to: