Proposals:Refactoring Statistics Framework 2007 Action Items: Difference between revisions
From KitwarePublic
Jump to navigationJump to search
| Line 19: | Line 19: | ||
* SampleAlgorithmBase will be derived from ProcessObject | * SampleAlgorithmBase will be derived from ProcessObject | ||
** Subsequently, classes derived from the SampleAlgorithmBase will be process objects. | ** Subsequently, classes derived from the SampleAlgorithmBase will be process objects. | ||
* The following classes will be derived from process object | * The following classes will also be derived from process object | ||
** ScalarImageTextureCalculator | ** ScalarImageTextureCalculator | ||
** GreyLevelCooccurrenceMatrixTextureCoefficientsCalculator | ** GreyLevelCooccurrenceMatrixTextureCoefficientsCalculator | ||
Revision as of 14:54, 5 April 2007
Action Items
API Fixes
- ImageToCoocurrenceListAdaptor
- Create a Filter for this operation, in this class the Compute() method will be used.
- Fix the API so it is a real Adaptor : must have a GetMeasurementVector(unsigned int id) method.
- There is no conceptual difference between "Generators" and "Calculators"
- They should become Filters
- Estimators have similar characterstics as "Generators" and "Calculators"
- They could be converted to filters
Proposals
- Sample class could be derived from a DataObject
- Subsequently, all the derived classes such as ListSampleBase, Histogram and Subsample will be part of the pipeline.
- Add a typedef in the Sample class for the DataObjectDectorator of a Measurement vector
- KDTree could be derived from a DataObject
- ListSampleBase : to be deprecated
- SampleAlgorithmBase will be derived from ProcessObject
- Subsequently, classes derived from the SampleAlgorithmBase will be process objects.
- The following classes will also be derived from process object
- ScalarImageTextureCalculator
- GreyLevelCooccurrenceMatrixTextureCoefficientsCalculator
