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 >