Return-Path: X-Original-To: apmail-incubator-ctakes-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ctakes-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9B8BCEA33 for ; Thu, 13 Dec 2012 15:56:11 +0000 (UTC) Received: (qmail 82498 invoked by uid 500); 13 Dec 2012 15:56:11 -0000 Delivered-To: apmail-incubator-ctakes-dev-archive@incubator.apache.org Received: (qmail 82471 invoked by uid 500); 13 Dec 2012 15:56:11 -0000 Mailing-List: contact ctakes-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ctakes-dev@incubator.apache.org Delivered-To: mailing list ctakes-dev@incubator.apache.org Received: (qmail 82462 invoked by uid 99); 13 Dec 2012 15:56:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Dec 2012 15:56:11 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of steven.bethard@colorado.edu designates 128.138.128.246 as permitted sender) Received: from [128.138.128.246] (HELO ipmx6.colorado.edu) (128.138.128.246) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Dec 2012 15:56:02 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AssHAMP5yVDAqBGb/2dsb2JhbABFgmxcuzxzgh4BAQVyFwIBCBguIRElAQEEExoCh2UDDwGzcw1MiQmLbmmDYmEDiCs1i1ONDYURgxM X-IronPort-AV: E=Sophos;i="4.84,274,1355122800"; d="scan'208";a="15260471" Received: from omr-raz-2-priv.int.colorado.edu ([192.168.17.155]) by ipmx6-priv.int.colorado.edu with ESMTP; 13 Dec 2012 08:55:41 -0700 Received: from exhub1-pub.colorado.edu (EHLO exhub1.ad.colorado.edu) ([128.138.123.207]) by omr-raz-2-priv.int.colorado.edu (MOS 4.1.10-GA FastPath queued) with ESMTP id JSB61252; Thu, 13 Dec 2012 08:55:42 -0700 (MST) Received: from EXC2.ad.colorado.edu ([fe80::8d06:1219:77d3:6e0]) by exhub1.ad.colorado.edu ([::1]) with mapi; Thu, 13 Dec 2012 08:55:41 -0700 From: Steven Bethard To: "ctakes-dev@incubator.apache.org" Date: Thu, 13 Dec 2012 08:55:41 -0700 Subject: Re: generify relation extractor annotator Thread-Topic: generify relation extractor annotator Thread-Index: Ac3ZSk1fDHgbDYupT1mkroJISWSCow== Message-ID: <28F43683-C1CE-4CEB-9D94-AE32C7C9D74D@colorado.edu> References: <50C9EE7F.9000200@gmail.com> <8C7A6955-8DC6-4186-B9E8-A1B2C7411D81@colorado.edu> <50C9F714.80106@gmail.com> In-Reply-To: <50C9F714.80106@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org On Dec 13, 2012, at 4:41 PM, J=F6rn Kottmann wrote: > On 12/13/2012 04:08 PM, Steven Bethard wrote: >> On Dec 13, 2012, at 4:04 PM, J=F6rn Kottmann wrote: >>>=20 >>> What do you think about starting a relation extractor component over at >>> OpenNLP? >> I suspect this is probably unlikely, given that we're already using Clea= rTK-style training, feature extraction, etc. and I'm pretty sure OpenNLP do= esn't want to depend on ClearTK modules... > The only requirement for me which is really important is that it is=20 > generic and can be trained/adapted for the news domain, > usually I try to avoid the dependency on UIMA in my NLP components=20 > because it makes them hard to integrate when you > do not want to use UIMA. Yeah, that pretty much excludes anything ClearTK based - ClearTK is far too= deeply integrated with UIMA. At one point, we were trying to segregate the= classifier code from the UIMA code, but we gave up on that because no one = was using it outside of UIMA. It might be worth revisiting that at some poi= nt, but it would be a ton of work. Steve