Re: [statistics] Mode function for Cauchy distribution

2019-05-12 Thread Udit Arora
Ok sir.
Thanks

On Sun, 12 May 2019, 2:39 am Gilles Sadowski,  wrote:

> Hi.
>
> Le ven. 10 mai 2019 à 14:45, Udit Arora  a écrit :
> >
> > I am not sure what to say.. I completely agree that most distributions
> have
> > undefined statistical values. I dont really have any particular reason
> for
> > adding mode in the interface like one mentioned by Sir Alex for mean and
> > variance. Please let me know if I should go ahead..
>
> If you don't see a reason, it's reason enough for not doing it. ;-)
>
> Perhaps a more straightforward way to start contributing is to
> browse the list of open issue issues; see e.g. the "Numbers"
> project[1].  Help is most needed to progress towards a release,
> because "Statistics", and others, depend on it.
>
> Regards,
> Gilles
>
> [1]
> https://issues.apache.org/jira/issues/?jql=project%20%3D%20NUMBERS%20AND%20status%20%3D%20Open
>
> >
> > On Fri, 10 May 2019, 2:15 am Alex Herbert, 
> wrote:
> >
> > >
> > >
> > > > On 9 May 2019, at 21:17, Eric Barnhill 
> wrote:
> > > >
> > > > Awesome!
> > > >
> > > > On Thu, May 9, 2019 at 10:44 AM Udit Arora 
> > > wrote:
> > > >
> > > >> I will see what I can do. It will take some time, but I will get to
> know
> > > >> more about the other distributions.
> > > >>
> > > >>
> > > >> On Thu, 9 May 2019, 10:58 pm Eric Barnhill,  >
> > > >> wrote:
> > > >>
> > > >>> Udit, is it clear what to do here? Gilles recommends you propose
> some
> > > >> edits
> > > >>> to ContinuousDistribution instead, to return Mode and Median.
> > > >>>
> > > >>> But then, if an interface is altered, all the classes that
> implement
> > > that
> > > >>> interface need to have these functions added, so we hope you are
> up for
> > > >> all
> > > >>> that additional work. We can help you.
> > >
> > > I think it would be prudent to go through all the distributions and see
> > > what is defined for each. Wikipedia has a helper table for all its
> > > distributions containing:
> > >
> > > Mean
> > > Median
> > > Mode
> > > Variance
> > > Skewness
> > > Ex. kurtosis
> > > Entropy
> > > Fisher Information
> > >
> > > If many are undefined then you are adding to an interface something not
> > > generally supported.
> > >
> > > Currently the ContinuousDistribution interface only has the mean and
> the
> > > variance. But note that these are used by the inverse cumulative
> > > probability method in the base abstract class. Same goes for the
> > > DiscreteDistribution.
> > >
> > > I am +0 for adding more methods. I don’t see a reason not to. But nor
> do I
> > > see a need (within the library) to have them at the interface level if
> the
> > > mode or median for example are not required in a generic way.
> > >
> > > >>>
> > > >>> Last is the idea of accessor methods. if the method starts with
> get_()
> > > >> then
> > > >>> in principle this is just returning a field already present. But
> with
> > > >> that
> > > >>> in mind, I don't know why we already have a method name like
> getMean()
> > > in
> > > >>> this interface. We don't really know whether for a given
> distribution,
> > > >> that
> > > >>> would be a true accessor or need to be calculated. So I think all
> these
> > > >>> method names should just be mean(), mode(), median(), etc.
> > > >>>
> > > >>> So sorry if this is blowing up into more work than you expected. It
> > > often
> > > >>> works that way! I certainly think these changes are worthwhile
> however.
> > > >>>
> > > >>>
> > > >>>
> > > >>> On Thu, May 9, 2019 at 7:17 AM Gilles Sadowski <
> gillese...@gmail.com>
> > > >>> wrote:
> > > >>>
> > > >>>> Hi Udit.
> > > >>>>
> > > >>>> Le jeu. 9 mai 2019 à 12:52, Udit Arora  a
> > > >> écrit :
> > > >>>>>
> > > >>>>> I intend to add a mode function for the Cauchy Distribu

Re: [statistics] Mode function for Cauchy distribution

2019-05-10 Thread Udit Arora
I am not sure what to say.. I completely agree that most distributions have
undefined statistical values. I dont really have any particular reason for
adding mode in the interface like one mentioned by Sir Alex for mean and
variance. Please let me know if I should go ahead..

On Fri, 10 May 2019, 2:15 am Alex Herbert,  wrote:

>
>
> > On 9 May 2019, at 21:17, Eric Barnhill  wrote:
> >
> > Awesome!
> >
> > On Thu, May 9, 2019 at 10:44 AM Udit Arora 
> wrote:
> >
> >> I will see what I can do. It will take some time, but I will get to know
> >> more about the other distributions.
> >>
> >>
> >> On Thu, 9 May 2019, 10:58 pm Eric Barnhill, 
> >> wrote:
> >>
> >>> Udit, is it clear what to do here? Gilles recommends you propose some
> >> edits
> >>> to ContinuousDistribution instead, to return Mode and Median.
> >>>
> >>> But then, if an interface is altered, all the classes that implement
> that
> >>> interface need to have these functions added, so we hope you are up for
> >> all
> >>> that additional work. We can help you.
>
> I think it would be prudent to go through all the distributions and see
> what is defined for each. Wikipedia has a helper table for all its
> distributions containing:
>
> Mean
> Median
> Mode
> Variance
> Skewness
> Ex. kurtosis
> Entropy
> Fisher Information
>
> If many are undefined then you are adding to an interface something not
> generally supported.
>
> Currently the ContinuousDistribution interface only has the mean and the
> variance. But note that these are used by the inverse cumulative
> probability method in the base abstract class. Same goes for the
> DiscreteDistribution.
>
> I am +0 for adding more methods. I don’t see a reason not to. But nor do I
> see a need (within the library) to have them at the interface level if the
> mode or median for example are not required in a generic way.
>
> >>>
> >>> Last is the idea of accessor methods. if the method starts with get_()
> >> then
> >>> in principle this is just returning a field already present. But with
> >> that
> >>> in mind, I don't know why we already have a method name like getMean()
> in
> >>> this interface. We don't really know whether for a given distribution,
> >> that
> >>> would be a true accessor or need to be calculated. So I think all these
> >>> method names should just be mean(), mode(), median(), etc.
> >>>
> >>> So sorry if this is blowing up into more work than you expected. It
> often
> >>> works that way! I certainly think these changes are worthwhile however.
> >>>
> >>>
> >>>
> >>> On Thu, May 9, 2019 at 7:17 AM Gilles Sadowski 
> >>> wrote:
> >>>
> >>>> Hi Udit.
> >>>>
> >>>> Le jeu. 9 mai 2019 à 12:52, Udit Arora  a
> >> écrit :
> >>>>>
> >>>>> I intend to add a mode function for the Cauchy Distribution. It is a
> >>>> small
> >>>>> addition which i thought might be helpful.
> >>>>
> >>>> How will it be helpful?  I.e. what would an application developer
> >>>> be able to do, that he can't with the current code?
> >>>>
> >>>> You've surely noted that that the class you want to modify is but
> >>>> one of the implementations of the interface "ContinuousDistribution".
> >>>> So if you propose to change the API, the change should be done
> >>>> at the interface level, and the appropriate computation performed, or
> >>>> method overloads defined, for all implementations.
> >>>>
> >>>> The "accessor" methods refer to fields that were set by the
> contructor;
> >>>> e.g. for "CauchyDistribution", "median" and "scale".
> >>>> In this case, it happens that "mode" has the same value as "median",
> >>>> but does this warrant an additional method?
> >>>>
> >>>> Regards,
> >>>> Gilles
> >>>>
> >>>>> Thanks
> >>>>
> >>>> -
> >>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >>>> For additional commands, e-mail: dev-h...@commons.apache.org
> >>>>
> >>>>
> >>>
> >>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


Re: [statistics] Mode function for Cauchy distribution

2019-05-09 Thread Udit Arora
I will see what I can do. It will take some time, but I will get to know
more about the other distributions.


On Thu, 9 May 2019, 10:58 pm Eric Barnhill,  wrote:

> Udit, is it clear what to do here? Gilles recommends you propose some edits
> to ContinuousDistribution instead, to return Mode and Median.
>
> But then, if an interface is altered, all the classes that implement that
> interface need to have these functions added, so we hope you are up for all
> that additional work. We can help you.
>
> Last is the idea of accessor methods. if the method starts with get_() then
> in principle this is just returning a field already present. But with that
> in mind, I don't know why we already have a method name like getMean() in
> this interface. We don't really know whether for a given distribution, that
> would be a true accessor or need to be calculated. So I think all these
> method names should just be mean(), mode(), median(), etc.
>
> So sorry if this is blowing up into more work than you expected. It often
> works that way! I certainly think these changes are worthwhile however.
>
>
>
> On Thu, May 9, 2019 at 7:17 AM Gilles Sadowski 
> wrote:
>
> > Hi Udit.
> >
> > Le jeu. 9 mai 2019 à 12:52, Udit Arora  a écrit :
> > >
> > > I intend to add a mode function for the Cauchy Distribution. It is a
> > small
> > > addition which i thought might be helpful.
> >
> > How will it be helpful?  I.e. what would an application developer
> > be able to do, that he can't with the current code?
> >
> > You've surely noted that that the class you want to modify is but
> > one of the implementations of the interface "ContinuousDistribution".
> > So if you propose to change the API, the change should be done
> > at the interface level, and the appropriate computation performed, or
> > method overloads defined, for all implementations.
> >
> > The "accessor" methods refer to fields that were set by the contructor;
> > e.g. for "CauchyDistribution", "median" and "scale".
> > In this case, it happens that "mode" has the same value as "median",
> > but does this warrant an additional method?
> >
> > Regards,
> > Gilles
> >
> > > Thanks
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>


[statistics] Mode function for Cauchy distribution

2019-05-09 Thread Udit Arora
I intend to add a mode function for the Cauchy Distribution. It is a small
addition which i thought might be helpful.
Thanks


Re: [statistics]Log-Cauchy Distribution

2019-05-08 Thread Udit Arora
Ok sir. I will start a new thread with the name of " [statistics] Mode
function for Cauchy distribution".
Hope that's fine.
Thanks for reminding me.


On Wed, 8 May 2019, 5:48 pm Gilles Sadowski,  wrote:

> Hi.
>
> I see that a discussion about is still going on on GitHub[1]; thus,
> I remind that API changes *must* be agreed on here.  [Please start
> a new thread.]
>
> Best,
> Gilles
>
> [1]
> https://github.com/apache/commons-statistics/pull/4#discussion_r282004202
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


Re: [numbers][GSoC] Slack for GSoC mentees

2019-05-06 Thread Udit Arora
Thanks for offering me an invitation. I would like the invitation.

On Tue, 7 May 2019, 12:14 am Eric Barnhill,  wrote:

> Udit you are welcome to join us to chat on the channel. Do you want an
> invitation?
>
> On Mon, May 6, 2019 at 11:13 AM Udit Arora  wrote:
>
> > Congrats Ben.
> >
> > On Mon, 6 May 2019, 11:42 pm Ben Nguyen,  wrote:
> >
> > > Hello,
> > >
> > > Any update on which communication tool will be used? Slack, Zulip? I’m
> > > excited to get started!
> > >
> > > Ben
> > >
> > > From: Mark Thomas
> > > Sent: Wednesday, May 1, 2019 4:21 PM
> > > To: Commons Developers List
> > > Subject: Re: [numbers][GSoC] Slack for GSoC mentees
> > >
> > > On 01/05/2019 22:09, Eric Barnhill wrote:
> > > > Thanks Mark,
> > > >
> > > > It looks like an apache.org domain email is required to register,
> and
> > I
> > > > don't think my mentees are going to have one of those, so I may still
> > > open
> > > > a Zulip on the side. I am happy to have joined the commons slack
> there
> > > > though!
> > >
> > > You should be able to invite folks without @apache.org addresses
> > >
> > > Mark
> > >
> > >
> > > >
> > > > Eric
> > > >
> > > > On Wed, May 1, 2019 at 1:58 PM Mark Thomas  wrote:
> > > >
> > > >> On 01/05/2019 21:54, Eric Barnhill wrote:
> > > >>> On Wed, May 1, 2019 at 1:49 PM Mark Thomas 
> wrote:
> > > >>>
> > > >>>> On 01/05/2019 21:38, Eric Barnhill wrote:
> > > >>>>> Actually some objections have been raised to using Slack because
> it
> > > is
> > > >>>> not
> > > >>>>> open source. So the options will be either zulipchat if a group
> of
> > > >> people
> > > >>>>> want to use it, or Riot if it is just me.
> > > >>>>
> > > >>>> Better stop using GitHub as well then.
> > > >>>>
> > > >>>> There is no ASF policy that requires the tools we use to be open
> > > source.
> > > >>>>
> > > >>>>
> > > >>> Thanks for clarifying.
> > > >>>
> > > >>>
> > > >>>> There is an ASF slack instance - you could request (create?) a
> > > >>>> commons-gsoc channel there.
> > > >>>>
> > > >>>
> > > >>> Knock me over with a feather. This not appear to be mentioned at
> > > >>> community.apache.org .  Is it asf.slack.com?
> > > >>
> > > >> the-asf.slack.com
> > > >> There is already a commons channel. I think you can create
> > commons-gsoc
> > > >> if you need it. If not, I look to be able to create channels. Just
> > ping
> > > me.
> > > >>
> > > >> Mark
> > > >>
> > > >>
> -
> > > >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > >> For additional commands, e-mail: dev-h...@commons.apache.org
> > > >>
> > > >>
> > > >
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> > >
> > >
> > >
> >
>


Re: [numbers][GSoC] Slack for GSoC mentees

2019-05-06 Thread Udit Arora
Congrats Ben.

On Mon, 6 May 2019, 11:42 pm Ben Nguyen,  wrote:

> Hello,
>
> Any update on which communication tool will be used? Slack, Zulip? I’m
> excited to get started!
>
> Ben
>
> From: Mark Thomas
> Sent: Wednesday, May 1, 2019 4:21 PM
> To: Commons Developers List
> Subject: Re: [numbers][GSoC] Slack for GSoC mentees
>
> On 01/05/2019 22:09, Eric Barnhill wrote:
> > Thanks Mark,
> >
> > It looks like an apache.org domain email is required to register, and I
> > don't think my mentees are going to have one of those, so I may still
> open
> > a Zulip on the side. I am happy to have joined the commons slack there
> > though!
>
> You should be able to invite folks without @apache.org addresses
>
> Mark
>
>
> >
> > Eric
> >
> > On Wed, May 1, 2019 at 1:58 PM Mark Thomas  wrote:
> >
> >> On 01/05/2019 21:54, Eric Barnhill wrote:
> >>> On Wed, May 1, 2019 at 1:49 PM Mark Thomas  wrote:
> >>>
>  On 01/05/2019 21:38, Eric Barnhill wrote:
> > Actually some objections have been raised to using Slack because it
> is
>  not
> > open source. So the options will be either zulipchat if a group of
> >> people
> > want to use it, or Riot if it is just me.
> 
>  Better stop using GitHub as well then.
> 
>  There is no ASF policy that requires the tools we use to be open
> source.
> 
> 
> >>> Thanks for clarifying.
> >>>
> >>>
>  There is an ASF slack instance - you could request (create?) a
>  commons-gsoc channel there.
> 
> >>>
> >>> Knock me over with a feather. This not appear to be mentioned at
> >>> community.apache.org .  Is it asf.slack.com?
> >>
> >> the-asf.slack.com
> >> There is already a commons channel. I think you can create commons-gsoc
> >> if you need it. If not, I look to be able to create channels. Just ping
> me.
> >>
> >> Mark
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
>


Re: [statistics]Log-Cauchy Distribution

2019-05-05 Thread Udit Arora
Ok, i will do that..

On Mon, 6 May 2019, 6:03 am Gilles Sadowski,  wrote:

> Hi.
>
> Le dim. 5 mai 2019 à 17:40, Udit Arora  a écrit :
> >
> > Sir
> > I am not able to download apache.commons.
>
> "Commons" contains many projects, each with its separate source
> repository.
>
> > I even tried to change the mirror
>
> Instructions for developers are here (for "Commons Statisitics"):
>   http://commons.apache.org/proper/commons-statistics/scm.html
>
> > but to no avail. Also my familiarity with R is less. So I am not
> completely
> > sure how to make the test cases for this distribution.
>
> You could look for other source of comparisons; e.g.
> https://keisan.casio.com/menu/system/0540
>
> Gilles
>
>
> > Thanks
> >
> > On Fri, May 3, 2019 at 7:26 PM Udit Arora  wrote:
> >
> > > Ok sir..
> > > Thanks
> > >
> > > On Fri, 3 May 2019, 6:23 pm Gilles Sadowski, 
> wrote:
> > >
> > >> Hello.
> > >>
> > >> Le jeu. 2 mai 2019 à 19:34, Udit Arora  a
> écrit :
> > >> >
> > >> > This is a new discussion for making a Log-Cauchy Distribution.
> > >> > I just want to add a new distribution to the already existing
> > >> distribution
> > >> > list. Just like Cauchy Distribution I intend to include CDF, PDF and
> > >> some
> > >> > other functions.
> > >> > Please let me know if I should go ahead with this idea.
> > >>
> > >> Sure!
> > >> For a new implementation, you should provide reference(s) and
> > >> unit tests (based on those that exist for the other implementations,
> > >> preferably reaching for full coverage).
> > >>
> > >> Thanks,
> > >> Gilles
> > >>
> > >> > Thanks
> > >> > Udit Arora
> > >>
> > >> -
> > >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > >> For additional commands, e-mail: dev-h...@commons.apache.org
> > >>
> > >>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


Re: [statistics]Log-Cauchy Distribution

2019-05-05 Thread Udit Arora
Sir
I am not able to download apache.commons. I even tried to change the mirror
but to no avail. Also my familiarity with R is less. So I am not completely
sure how to make the test cases for this distribution.
Thanks

On Fri, May 3, 2019 at 7:26 PM Udit Arora  wrote:

> Ok sir..
> Thanks
>
> On Fri, 3 May 2019, 6:23 pm Gilles Sadowski,  wrote:
>
>> Hello.
>>
>> Le jeu. 2 mai 2019 à 19:34, Udit Arora  a écrit :
>> >
>> > This is a new discussion for making a Log-Cauchy Distribution.
>> > I just want to add a new distribution to the already existing
>> distribution
>> > list. Just like Cauchy Distribution I intend to include CDF, PDF and
>> some
>> > other functions.
>> > Please let me know if I should go ahead with this idea.
>>
>> Sure!
>> For a new implementation, you should provide reference(s) and
>> unit tests (based on those that exist for the other implementations,
>> preferably reaching for full coverage).
>>
>> Thanks,
>> Gilles
>>
>> > Thanks
>> > Udit Arora
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>


Re: [statistics]Log-Cauchy Distribution

2019-05-03 Thread Udit Arora
Ok sir..
Thanks

On Fri, 3 May 2019, 6:23 pm Gilles Sadowski,  wrote:

> Hello.
>
> Le jeu. 2 mai 2019 à 19:34, Udit Arora  a écrit :
> >
> > This is a new discussion for making a Log-Cauchy Distribution.
> > I just want to add a new distribution to the already existing
> distribution
> > list. Just like Cauchy Distribution I intend to include CDF, PDF and some
> > other functions.
> > Please let me know if I should go ahead with this idea.
>
> Sure!
> For a new implementation, you should provide reference(s) and
> unit tests (based on those that exist for the other implementations,
> preferably reaching for full coverage).
>
> Thanks,
> Gilles
>
> > Thanks
> > Udit Arora
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


[statistics]Log-Cauchy Distribution

2019-05-02 Thread Udit Arora
This is a new discussion for making a Log-Cauchy Distribution.
I just want to add a new distribution to the already existing distribution
list. Just like Cauchy Distribution I intend to include CDF, PDF and some
other functions.
Please let me know if I should go ahead with this idea.
Thanks
Udit Arora