Mailing-List: contact dev-help@ctakes.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@ctakes.apache.org
Received-SPF: pass (nike.apache.org: local policy)
From: "Masanz, James J." <Masanz.James@mayo.edu>
To: "'dev@ctakes.apache.org'" <dev@ctakes.apache.org>
Subject: RE: upgrade ClearTK dependency to 1.4.0?
Thread-Topic: upgrade ClearTK dependency to 1.4.0?
Thread-Index: Ac5dh1GF2yp45fUxToeMxtRM5If5owAH/2Tg
Date: Fri, 31 May 2013 02:38:25 +0000
Message-ID: 
 <996FC801C05DF64A84246A106FACACD010EF1D@MSGPEXCHA08A.mfad.mfroot.org>
References: <EC0BD4BE-AA9D-4731-BE61-2061F1D1E2FE@colorado.edu>
In-Reply-To: <EC0BD4BE-AA9D-4731-BE61-2061F1D1E2FE@colorado.edu>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

As a first pass, can we update the dependency to ClearTK 1.4.0 without retr=
aining the models --  would retraining be necessary even if we didn't switc=
h to LIBLINEAR.

Just wonder if we have an option for staging this, in case we can't tackle =
it all now.

-----Original Message-----
From: dev-return-1646-Masanz.James=3Dmayo.edu@ctakes.apache.org [mailto:dev=
-return-1646-Masanz.James=3Dmayo.edu@ctakes.apache.org] On Behalf Of Steven=
 Bethard
Sent: Thursday, May 30, 2013 5:45 PM
To: ctakes-dev@incubator.apache.org
Subject: upgrade ClearTK dependency to 1.4.0?

I just released ClearTK 1.4.0 and there are a couple of reasons we should p=
robably consider updating the cTAKES dependency:

(1) ClearTK 1.4.0 can now load trained models from the classpath, so we cou=
ld get rid of the workaround org.apache.ctakes.relationextractor.ae.Relatio=
nExtractorAnnotator.allowClassifierModelOnClasspath.

(2) ClearTK 1.4.0 has wrappers for multi-class classification with LIBLINEA=
R which is orders of magnitude faster than LIBSVM.

The main downside is that models will have to be re-trained. (It's not nece=
ssarily the case that all models would need to be retrained, depending on e=
xactly which classes they were using, but it's probably safer to do so.)

I believe this would mostly affect ctakes-temporal, ctakes-relation-extract=
or and ctakes-assertion.

Thoughts?

Steve

P.S. I noticed that ctakes-assertion declares a dependency on cleartk-examp=
les. The cleartk-examples module was never intended for release, and has no=
t been released as part of ClearTK 1.4.0. Looking at the code, it seems lik=
e the dependency in cleartk-examples is not needed, but perhaps a ctakes-as=
sertion person could weigh in on why this dependency was there?