Changed sandbox folder name to "sigproc".

Eric

On Fri, Nov 25, 2016 at 9:01 PM, Gary Gregory <garydgreg...@gmail.com>
wrote:

> On Thu, Nov 24, 2016 at 12:20 AM, Bernd Porr <m...@berndporr.me.uk> wrote:
>
> > Hi Gilles,
> >
> > I like the idea of "SigProc". Filter is a bit too narrow especially when
> > we also include more exoctic processing and/or analysis etc.
> >
>
> I agree. Plain "Filter" is way too vague and this is not a generic
> filtering library. We need to to specify an indication of the domain in the
> name. I am happy that no one is proposing cute names Commons BlueButterfly!
> ;-)
>
> Gary
>
> >
> > In terms of complex: the filter package uses complex numbers but that's
> > totally transparent to the user so for those who are not into DSP might
> not
> > look it up there. Also, if we add FIR filter design at some point then
> > that's usually done with the Fourier Transform.
> >
> > How would you organise the different sub-packages in SigProc? Let say we
> > have IIR, Kalman and FIR. At least IIR and Kalman consist of approx 10
> java
> > files so ideally they should live in subdirectories at least so we could
> > create sub-packages then?
> >
> > Best,
> > /Bernd
> >
> > On 23/11/16 13:34, Gilles wrote:
> >
> >> Hi Bernd, Eric (and others).
> >>
> >>
> >> I was about to request a JIRA project for the "filter" component.[1]
> >>
> >> The name "FILTER" is not taken (as a JIRA project) but it would
> >> be better if we are sure that the name will stick (rather than have
> >> to later change the JIRA id or keep one that would not be close to
> >> the component's name.
> >>
> >> How about "Sig(nal) Proc(essing)"?
> >>
> >> Alternatively, would there be any sense to develop this codebase as
> >> a module within the "Commons Complex" project.[2]
> >> IOW, is it foreseen that "Filter" will depend on any code other than
> >> what is going to end up in the "Complex" project?[3]
> >>
> >>
> >> Regards,
> >> Gilles
> >>
> >> [1] Currently, an empty directory in the "sandbox" SVN repository.
> >> [2] Currently, an empty git repository.
> >> [3] AFAICT: Classes from
> >>       o.a.c.math4.complex
> >>       o.a.c.math4.analysis.solvers
> >>       o.a.c.math4.transform
> >>     packages.
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
> > --
> > http://www.berndporr.me.uk
> > http://www.linux-usb-daq.co.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
> >
> >
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> <https://www.amazon.com/gp/product/1617290459/ref=as_li_
> tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1617290459&
> linkCode=as2&tag=garygregory-20&linkId=cadb800f39946ec62ea2b1af9fe6a2b8>
>
> <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=
> 1617290459>
> JUnit in Action, Second Edition
> <https://www.amazon.com/gp/product/1935182021/ref=as_li_
> tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182021&
> linkCode=as2&tag=garygregory-20&linkId=31ecd1f6b6d1eaf8886ac902a24de418%22
> >
>
> <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=
> 1935182021>
> Spring Batch in Action
> <https://www.amazon.com/gp/product/1935182951/ref=as_li_
> tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182951&
> linkCode=%7B%7BlinkCode%7D%7D&tag=garygregory-20&linkId=%7B%
> 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action>
> <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=
> 1935182951>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>

Reply via email to