[Insight-developers] new LightProcessObject

Miller, James V (CRD) millerjv@crd.ge.com
Wed, 11 Apr 2001 16:02:55 -0400


We discussed this topic somewhat at last week's tcon. It sounded like we needed another process
object type that did not have any region context or specified types of input and outputs.  It would
have MTimes and some portion of the Update mechanism.

To do this, I would expect LightProcessObject (or whatever) to be the superclass of ProcessObject.
The trick it to determine what can put in the superclass and what to call these classes.  Perhaps we
need a dataobject/processobject combination that understands streaming and chunking of data and
dataobject/processobject combination that only understands streaming (but all data is passed from
object to object).  We might be able to construct the ProcessObject superclass to be templated over
the data object type that it handles. Then the current ProcessObject would subclass off this and
specify itk::DataObject as its template parameter. 

In any case, this would require a considerable refactorying review.



-----Original Message-----
From: Jisung Kim [mailto:bahrahm@yahoo.com]
Sent: Wednesday, April 11, 2001 3:35 PM
To: Will Schroeder; insight-dev-list
Subject: Re: [Insight-developers] new LightProcessObject


Hi Will.

First of all, I am really sorry. I should have provide
good reason before adding this stuff. It's my fault,
and I promise this kind of mistake never happens
again. 

Here is the reason:

We, at UNC-CH, is developing some statistical
functions and believe that those functions (or process
objects) should work with not only sub-classes of
DataObject but also with other data container objects
such as STL containers and user-defined objects.
Currently, ProcessObject expects DataObject as its
inputs and outputs and also perform pipeline updating
which is supported by DataObject. Some of statistical
process object (for example, classifiers) probably run
quite long time before return any result. So we may
need a way to monitor progress and abort execution of
such operation.

Sorry again to All ITK developers and please let me
hear your opinion. 

Jisung.


--- Will Schroeder <will.schroeder@kitware.com> wrote:
> Hi Jisung-
> 
> This is too big a change to check in without
> conferring with the folks on this list. I suggest
> that you provide good reasons for its existence. It
> is a really bad idea to have more than one object
> with similar functionality since it introduces
> confusion into the system.
> 
> Will
> 
> 
> At 10:20 AM 4/11/2001 -0700, Jisung Kim wrote:
> >Hi.
> >
> >I just added the LightProcessObject (derived from
> >Object class) to ITK repository. It is under the
> >Code/Common directory and a part of the ITKCommon
> >library.
> >
> >This class would be a base class for some
> >process-oriented classes. We already have
> >ProcessObject for this purpose. However, if you
> think
> >your process object doesn't need all the pipeline
> >updating and region propagation stuff, you might
> use
> >this one. 
> >
> >You can see this class as a subset of all the
> >functionality in Process Object. It supports only
> >updating progress and abort execution for later use
> >with UI.
> >
> >Thank you,
> >
> >
> >
> >=====
> >Jisung Kim
> >bahrahm@yahoo.com
> >106 Mason Farm Rd.
> >129 Radiology Research Lab., CB# 7515
> >Univ. of North Carolina at Chapel Hill
> >Chapel Hill, NC 27599-7515
> >
> >__________________________________________________
> >Do You Yahoo!?
> >Get email at your own domain with Yahoo! Mail. 
> >http://personal.mail.yahoo.com/
> >
> >_______________________________________________
> >Insight-developers mailing list
> >Insight-developers@public.kitware.com
>
>http://public.kitware.com/mailman/listinfo/insight-developers
> 
> 


=====
Jisung Kim
bahrahm@yahoo.com
106 Mason Farm Rd.
129 Radiology Research Lab., CB# 7515
Univ. of North Carolina at Chapel Hill
Chapel Hill, NC 27599-7515

__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

_______________________________________________
Insight-developers mailing list
Insight-developers@public.kitware.com
http://public.kitware.com/mailman/listinfo/insight-developers