Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of phil.steitz@gmail.com
 designates 209.85.192.177 as permitted sender)
Message-ID: <52016701.2020107@gmail.com>
Date: Tue, 06 Aug 2013 14:13:37 -0700
From: Phil Steitz <phil.steitz@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
 rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: Commons Developers List <dev@commons.apache.org>
Subject: Re: inverseCumAccuracy is probably not necessary
References: 
 <CAOOSspjz0Tf7EjhoBpWuDvd-jEMnRQYArnjKqhcYBbzC+vGG0A@mail.gmail.com>
 <51FE8464.8000800@gmail.com>
 <CAOOSspi0b4TQvWiKcGgB_mz8BU9N3=zH5weVzUKyy=1ESt2_iA@mail.gmail.com>
 <CAMFBX4jU=XZMHHfxDJX8yRnO=V_-Z5cFBR_KtEsS7q-8Ok4fPA@mail.gmail.com>
 <52014E19.50202@gmail.com>
 <CAE9L6G0bhX3r-pd_o6U_X+gJahAXgZQ_uzTA2A1-vkd=Fn7PsA@mail.gmail.com>
 <CABLGb9x+67PrNkGzqDKAsTeORxK-8LWRrdYB+DzFvzM7KhU2WA@mail.gmail.com>
 <CAOOSspjECnX6baic6dcgckSbgdFGLvjyxfjjSyb_zxjmTHjsrA@mail.gmail.com>
In-Reply-To: 
 <CAOOSspjECnX6baic6dcgckSbgdFGLvjyxfjjSyb_zxjmTHjsrA@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

On 8/6/13 1:52 PM, Ajo Fod wrote:
> My question is if it is like one of those buttons on a calculator that no
> one has really ever used.

It is used.  I have used it myself.  We need to retain it.  For
convenience, we can add a constructor that omits it, but allows the
RandomGenerator to be provided.

Phil
>
> I've used the random number generator to get repetable paths, and the
> parameters, but never the inverseCum. So, how many people need the
> parameter at all?
>
> Cheers,
> -Ajo
>
>
> On Tue, Aug 6, 2013 at 1:23 PM, Paul Benedict <pbenedict@apache.org> wrote:
>
>> I wonder how many were waiting in silence to see if someone else would
>> speak up for a rename.
>>
>>
>> On Tue, Aug 6, 2013 at 3:16 PM, Matt Benson <gudnabrsam@gmail.com> wrote:
>>
>>> Actually I think by "function name" he was referring to the unfortunate
>>> English-language sexual innuendo incurred by the abbreviation of the word
>>> "cumulative" in the method name.
>>>
>>> Matt
>>>
>>>
>>> On Tue, Aug 6, 2013 at 2:27 PM, Phil Steitz <phil.steitz@gmail.com>
>> wrote:
>>>> On 8/6/13 10:00 AM, Konstantin Berlin wrote:
>>>>> Terrible function name also :)
>>>> Can you suggest a better name for this parameter?  It is meant to
>>>> indicate the proscribed accuracy of the inverse cumulative
>>>> probability.  By "function name" I assume you are talking about the
>>>> name of the constructor parameter / configuration option.
>>>>
>>>> Phil
>>>>>
>>>>> On Tue, Aug 6, 2013 at 10:28 AM, Ajo Fod <ajo.fod@gmail.com> wrote:
>>>>>
>>>>>> When does this become an issue?
>>>>>>
>>>>>> -Ajo
>>>>>>
>>>>>>
>>>>>> On Sun, Aug 4, 2013 at 9:42 AM, Phil Steitz <phil.steitz@gmail.com>
>>>> wrote:
>>>>>>> On 8/4/13 7:44 AM, Ajo Fod wrote:
>>>>>>>> Guys,
>>>>>>>>
>>>>>>>> What is the use of inverseCumAccuracy when people want to
>>> instantiate
>>>>>> an
>>>>>>>> AbstractRealDistribution with a random generator?
>>>>>>>> org.apache.commons.math3.distribution.AbstractRealDistribution<
>> http://commons.apache.org/proper/commons-math/apidocs/org/apache/commons/math3/distribution/AbstractRealDistribution.html
>>>>>>>> I personally only seem to need to instantiate these objects with a
>>>>>>>> RandomGenerator but never with the inverseCumAccuracy set to
>>> anything
>>>>>> but
>>>>>>>> DEFAULT_INVERSE_ABSOLUTE_ACCURACY.
>>>>>>>>
>>>>>>>> Could we be better of with inverseCumAccuracy moved to another
>>>>>>> constructor?
>>>>>>>
>>>>>>> Good point.  We should take a careful look at which implementations
>>>>>>> actually use this parameter and remove it from constructors for
>>>>>>> those that don't.  I think some used to use it, but do not any
>>>>>>> longer - in particular the ones that no longer rely on the default
>>>>>>> inverse cum provided by AbstractRealDistribution.  The default impl
>>>>>>> uses a solver to directly invert the cdf and that is what this
>>>>>>> parameter is used for.  For the ones that do use it, it would also
>>>>>>> be convenient to provide constructors that include distribution
>>>>>>> parameters + random generator without this parameter.
>>>>>>>
>>>>>>> Phil
>>>>>>>> Thanks,
>>>>>>>> Ajo.
>>>>>>>>
>>>>>>>
>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>
>>>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>
>>
>> --
>> Cheers,
>> Paul
>>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org