Mailing-List: contact ctakes-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ctakes-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of
 Timothy.Miller@childrens.harvard.edu designates 134.174.13.91 as permitted
 sender)
Message-ID: <51103760.90903@childrens.harvard.edu>
Date: Mon, 4 Feb 2013 17:34:08 -0500
From: Tim Miller <timothy.miller@childrens.harvard.edu>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130106 Thunderbird/17.0.2
MIME-Version: 1.0
To: <ctakes-dev@incubator.apache.org>
Subject: Re: assistance with dictionary lookup issue
References: <51102B9B.3000206@childrens.harvard.edu>
 <996FC801C05DF64A84246A106FACACD00772DB@MSGPEXCHA08A.mfad.mfroot.org>
In-Reply-To: 
 <996FC801C05DF64A84246A106FACACD00772DB@MSGPEXCHA08A.mfad.mfroot.org>
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit

What do we know about under what circumstances an annotation will be sorted?

On 02/04/2013 05:01 PM, Masanz, James J. wrote:
> I'll take a look at the patch. Also be aware of https://issues.apache.org/jira/browse/CTAKES-31 which talks about a way of enhancing performance  -- if willing to assume annotations (BaseTokens currently) are sorted. Currently it's always BaseToken and always sorted, just not sure if we want to code to that assumption.
>
> ________________________________________
> From: ctakes-dev-return-1137-Masanz.James=mayo.edu@incubator.apache.org [ctakes-dev-return-1137-Masanz.James=mayo.edu@incubator.apache.org] on behalf of Tim Miller [timothy.miller@childrens.harvard.edu]
> Sent: Monday, February 04, 2013 3:43 PM
> To: ctakes-dev@incubator.apache.org
> Subject: assistance with dictionary lookup issue
>
> Pei helped me track down an issue with performance I'd noticed in the
> dictionary annotator, and I have filed the issue here:
> https://issues.apache.org/jira/browse/CTAKES-143
>
> I implemented a quick and dirty proof of concept fix and noticed
> dramatic performance improvement.  I attached the patch to the issue,
> but it involves changing an interface (currently does not try to fix
> other implementing classes so obviously not ready for primetime), so I
> wanted to solicit the list first in case anyone with better knowledge of
> that module has some better engineering ideas than what I came up with.
>
> Thanks,
>
> --
> Tim Miller, PhD
> Postdoctoral Research Fellow
> Children's Hospital Informatics Program
> Children's Hospital Boston and Harvard Medical School
> 617-919-1223