Hope this finds everyone well.
It is not immediately clear to me why
select distinct cui1, cui2
from umls.MRREL
where sab in ('SNOMEDCT')
and rel in ('PAR')
order by cui1, cui2
would only be selecting the relationship (REL) of PAR. Im not sure the
selectio
YTEX has several non ASF compliant dependencies, and I thought I had
reviewed them and excluded them from the cTAKES distro.
The non-ASF YTEX dependencies should be excluded in the
ctakes-distribution\src\main\assembly\bin.xml
We distribute the non ASF dependencies similarly to ctakes resources (i.
On 15.10.2014, at 19:41, Steven Bethard wrote:
> In addition to fixing the trove4j dependency, if anyone knows how to
> get a report of all dependency licenses, it would be good to
> double-check the rest of the YTEX dependencies to make sure there
> aren't other issues.
We do that in UIMA. Ther
In addition to fixing the trove4j dependency, if anyone knows how to
get a report of all dependency licenses, it would be good to
double-check the rest of the YTEX dependencies to make sure there
aren't other issues.
On Wed, Oct 15, 2014 at 10:42 AM, Chen, Pei
wrote:
> Steve,
> This is a good cat
Trove is on LGPL 2.1, and Apache forbids LGPL 2, 2.1 and 3.
On Wed, Oct 15, 2014 at 10:45 AM, Savova, Guergana
wrote:
> At one point (some long time ago), I remember LGPL was compatible with
> Apache. What version of LGPL is this dependency using?
> --Guergana
>
> -Original Message-
> Fr
At one point (some long time ago), I remember LGPL was compatible with Apache.
What version of LGPL is this dependency using?
--Guergana
-Original Message-
From: Chen, Pei [mailto:pei.c...@childrens.harvard.edu]
Sent: Wednesday, October 15, 2014 11:43 AM
To: dev@ctakes.apache.org
Subject
Steve,
This is a good catch! I was pretty sure 3rd party libs were checked but
somehow this may have been missed.
I noticed it's in the convenience binary distro as well. We need to remove
this; I'll create a Jira.
VJ, could you confirm- I actually don't think we use trove4j in ytex?
ctakes-yt
It seems that YTEX depends on trove4j which is LGPL [1], but
"LGPL-licensed works must not be included in Apache products" [2].
Have the YTEX dependencies been reviewed for licensing issues? (I only
stumbled upon the trove issue via a version conflict in other code.)
Steve
[1] http://trove4j.sour