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
