Hi all,
I agree that 'filter' is slightly problematic but I'd say because it's
been used in different contexts and often misleading. However, I cannot
think of a better word. That also depends where we place 2D image
processing. They are also called filters. For IIR , Kalman(and possibly
FIR) filters these are causal digital filters as they essentially behave
as an analogue circuit in a digital form. For the casual (!) user of
filters they'd probably just look for a filter...
/Bernd
On 25-Oct-16 23:00, Gary Gregory wrote:
On Tue, Oct 25, 2016 at 12:07 PM, Eric Barnhill <ericbarnh...@gmail.com>
wrote:
On Tue, Oct 25, 2016 at 7:32 PM, Gary Gregory <garydgreg...@gmail.com>
wrote:
I am against this constant spinning out.
Gary
The proposed commons-filter is not a spin out. There was one filter in math
and it didn't belong there. Now we have at least couple of people around
who know signal processing and would like to make a commons-filter package.
Virtually none of which is coming from commons-math except dependencies.
Does such a package suit commons? I think so. Filtering is needed from
image processing to statistics. Others can vote no if they disagree.
Complex was in math too. Did it belong there? In C++ or Python, complex is
just another data type, like String. Its placement in math was not
straightforward. A self contained component to handle complex data types
seems more sensible to me than having it in Math. In any case Gilles is
making me a branch to populate, so that I can propose this component later,
IIUC.
It sounds like you can create your new component on top of math4, correct?
You do not need anything else? Aside from a better component name IMO.
"filter" is way to generic for me.
Gary
Eric
--
http://www.eigenproductions.co.uk
http://www.linux-usb-daq.co.uk
http://www.berndporr.me.uk
http://www.imdb.com/name/nm3293421/
+44 (0)7840 340069
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
