Return-Path: Delivered-To: apmail-commons-dev-archive@www.apache.org Received: (qmail 65169 invoked from network); 3 Jan 2011 18:42:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 3 Jan 2011 18:42:07 -0000 Received: (qmail 73659 invoked by uid 500); 3 Jan 2011 18:42:07 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 73536 invoked by uid 500); 3 Jan 2011 18:42:06 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 73528 invoked by uid 99); 3 Jan 2011 18:42:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 18:42:06 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.216.43] (HELO mail-qw0-f43.google.com) (209.85.216.43) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 18:42:00 +0000 Received: by qwk3 with SMTP id 3so13280456qwk.30 for ; Mon, 03 Jan 2011 10:41:39 -0800 (PST) Received: by 10.229.219.132 with SMTP id hu4mr18638271qcb.60.1294080099300; Mon, 03 Jan 2011 10:41:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.202.12 with HTTP; Mon, 3 Jan 2011 10:41:19 -0800 (PST) In-Reply-To: References: From: Mikkel Meyer Andersen Date: Mon, 3 Jan 2011 19:41:19 +0100 Message-ID: Subject: Re: [math] meaning of "support" in distributions classes To: Commons Developers List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org 2011/1/3 Phil Steitz : > On Mon, Jan 3, 2011 at 2:23 AM, Mikkel Meyer Andersen wrot= e: > >> Hi, >> >> You're right, Phil. Support for beta is [0, 1] and not (0, 1) as stated = on >> Wikipedia. As you mention, support for continuous distributions is close= d, >> hence the corresponding isInclusive-functions can be discussed. I though= t >> about it being useful for infinity, but we could let users deal with thi= s >> themselves? >> > > Yeah, sorry I missed this before. =A0It hit me when I was =A0working on t= he 2_X > retrofit and it looked like Beta was wrong (I see now Wikipedia seems to = be > using some other definition - or is just wrong). =A0I dropped the > inclusive/exclusive functions there. =A0I think in the discrete case, thi= s can > be handled by convention and the only issue there is the same as the > continuous one - infinities - but these are all the same. =A0So I propose= that > we drop these functions in 3.0 as well. =A0The isSupportConnected propert= y > still logically makes sense; though it is always true for the 2_X > distributions, so I dropped it there. +1 I agree. For now we don't need them, neither in 2.2 nor 3.0. Is there any sense in keeping them if we later on includes distributions where it would be beneficial to have such functions, or should we simply just add them then? > > Phil > >> >> Cheers, Mikkel. >> Den 02/01/2011 23.05 skrev "Phil Steitz" : >> > We don't precisely define what we mean by the support of a distributio= n >> > anywhere. I have been assuming that we mean the smallest closed set su= ch >> > that its complement has probability 0. This would make, for example, t= he >> > support of the Beta distribution [0, 1] independent of the parameters. >> But >> > then isSupportLowerBoundInclusive currently returns false for Beta. I >> must >> > have one of the concepts wrong. Could it be that the >> > upper/lowerboundInclusive attributes are only meaningful in the discre= te >> > case? >> > >> > Phil >> > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org