Mailing-List: contact opennlp-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: opennlp-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of kottmann@gmail.com designates
 209.85.214.47 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:content-type:content-transfer-encoding;
        b=h0ly2IDbFtjIgiYvNPKmC4RnGJH4cQaBaiwJIbVlmRbDZI4TnFXw3IJwZXePAsFVXO
         G7AgPVfUKTMBq/UypAlARInx45oajP3i+o4lHqn9zvgEY0Qz3B6nSEmRExy+Ry0RA/Sr
         UQPc+AQmW6438h6n6NjwjgylDF4r7W0AMlCbw=
Message-ID: <4D244D1E.3060708@gmail.com>
Date: Wed, 05 Jan 2011 11:51:10 +0100
From: =?ISO-8859-1?Q?J=F6rn_Kottmann?= <kottmann@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US;
 rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: opennlp-dev@incubator.apache.org
Subject: Re: Bad precision using FMeasure
References: <AANLkTi=rGHoFqb20+04GcWpekFZNF8dWoQx2Tgz+Hnmv@mail.gmail.com>
In-Reply-To: <AANLkTi=rGHoFqb20+04GcWpekFZNF8dWoQx2Tgz+Hnmv@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

On 1/4/11 7:43 PM, william.colen@gmail.com wrote:
> Hi,
>
> I noticed a bad precision of FMeasure class. I think the issue is that the
> current implementation is summing divisions. It computes the precision and
> recall for every sample, and after adds it all to compute the overall
> result. By doing that, the error related to each division are summed and can
> impact the final result.
> I tried a new implementation that can fix it. If everyone agrees I'll create
> an issue at Jira to commit the modified version.
>
> Regards
> William
>
Thanks for catching that, yeah sure open a jira issue and check in your
fix.

J�rn