ctakes-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Finan, Sean" <Sean.Fi...@childrens.harvard.edu>
Subject RE: cTAKES Dependency Parser / SRL updates
Date Fri, 05 Apr 2013 17:25:27 GMT
Excellent news, Thanks Pei (and Jinho) 

-----Original Message-----
From: Chen, Pei [mailto:Pei.Chen@childrens.harvard.edu] 
Sent: Friday, April 05, 2013 1:04 PM
To: dev@ctakes.apache.org
Subject: RE: cTAKES Dependency Parser / SRL updates

Thanks.  This has been done in trunk now since r. 1465043 [For those who need the previous
version, we can create a branch from the previous revision if really required.] (There were
some logical changes as we sat down and worked on it together with Jinho the other day.) Feel
free to give it a try. 

--Pei

> -----Original Message-----
> From: Lee Becker [mailto:lee.becker@gmail.com]
> Sent: Friday, April 05, 2013 11:59 AM
> To: dev@ctakes.apache.org
> Subject: Re: cTAKES Dependency Parser / SRL updates
> 
> On Fri, Apr 5, 2013 at 9:26 AM, Chen, Pei
> <Pei.Chen@childrens.harvard.edu>wrote:
> 
> > I am planning to update the existing ctakes-dependency-parser 
> > ClearParser (which is no longer supported) implementation with 
> > Jinho's new ClearNLP parser and SRL. The models have been retrained 
> > with more data (MiPaq and
> > SHARP) and much improved (1/4 memory footprint and faster).  Note 
> > that the current default pipeline actually has the SRL component 
> > commented
> out.
> >
> > I am planning to replace the existing code in trunk.  Please let me 
> > know if you have any objections or if you need the existing 
> > dependency parser code for some reason.  Otherwise, I would like to 
> > avoid supporting a dependency on a lib that is no longer supported 
> > with the
> same functionality.
> >
> 
> Hi Pei,
> 
> If you need an example of how to prepare the data to go into ClearNLP 
> and how to take it back out, you can look at how ClearTK wraps ClearNLP.
> 
> This is the code currently in the master branch of ClearTK. Because it 
> only operates on the ClearTK typesystem it may be easier to read.
> https://code.google.com/p/cleartk/source/browse/#git%2Fcleartk-
> clearnlp%2Fsrc%2Fmain%2Fjava%2Forg%2Fcleartk%2Fclearnlp
> 
> This is the code in the branch for issue-359 that is aiming to make 
> the wrappers more generic so that people can use their own type 
> system, like say cTAKES tokens and relationships.  These APIs are a 
> work in progress, but they might provide a useful path since cTAKES 
> already depends on ClearTK in parts, this might be a faster path as 
> all you would need to do would be to implement your own version of 
> TokenOps, DependencyOps, and SrlOps, and then you would create new 
> classes that extend *_ImplBase.  I would be curious to know if they 
> are currently general enough to support a type system like the one in cTAKES.
> https://code.google.com/p/cleartk/source/browse/?name=issue-
> 359#git%2Fcleartk-
> clearnlp%2Fsrc%2Fmain%2Fjava%2Forg%2Fcleartk%2Fclearnlp
> 
> Let me know if you have any questions, Lee

Mime
View raw message