-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use clucore #995
base: master
Are you sure you want to change the base?
Use clucore #995
Conversation
If the addition of org.clulab.dynet.Utils.initializeDyNet didn't help, then holler. Sorry it is buried so deeply. It's part of processors. |
It does seem to work now. Thanks! I might not have placed the initialization call in the most ideal place, but we can move it around if needed. I also reran Here's the end result of running
And here's the same output in the
At least for |
You don't need to worry about TestCrLf and TestVersioner and probably not TestDoc3. TestCrLf is probably because you are using Windows, TestVersioner is maybe because the git plugin can't version something locally (is git available on the command line?), and I think that TestDoc3 might be the unstable one. I'll definitely check before it becomes critical. |
Thanks!
Can you please do an eidos output diff on the tests on the actual docs?
…On Sun, Apr 4, 2021 at 13:07 Keith Alcock ***@***.***> wrote:
You don't need to worry about TestCrLf and TestVersioner and probably not
TestDoc3. TestCrLf is probably because you are using Windows, TestVersioner
is maybe because the git plugin can't version something locally (is git
available on the command line?), and I think that TestDoc3 might be the
unstable one. I'll definitely check before it becomes critical.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#995 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAI75TXW4FQYIHQMDHRDJLDTHDBGNANCNFSM4Z6YYKGQ>
.
|
I'm not completely sure what you mean. Do you just mean to get the specific outputs of each failing test so we can see which parts are failing? E.g. for the
|
I'd like to see which relations are missing with CluCore. Then, the parse
trees + NE labels with the old processors and CluCore for those sentences.
I suspect this is something major, so a couple of relevant sentences should
be sufficient to get us started.
Thanks!
…On Sun, Apr 4, 2021 at 2:10 PM zupon ***@***.***> wrote:
I'm not completely sure what you mean. Do you just mean to get the
specific outputs of each failing test so we can see which parts are
failing? E.g. for the TestRaps test, the output that includes this:
...
[info] Raps_sent8
[info] - should have correct node
[info] Raps_sent9
[info] - should have correct edge !!! IGNORED !!!
[info] Raps_sent10
[info] - should have correct edge 1 !!! IGNORED !!!
[info] - should have correct edge 2
[info] - should have correct edge 3 !!! IGNORED !!!
[info] Raps_sent11
[info] - should have correct node 2 *** FAILED ***
[info] List("
[info] Errors:
[info] Could not find NodeSpec [Use of improved cultivars and mechanization|+POS(improved)]
...
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#995 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAI75TS75GA657IZCYHLJT3THDIWDANCNFSM4Z6YYKGQ>
.
|
Ok I think I understand. The CluCoreProcessor uses the new corenlp relations (e.g. Is there a specific test or a particular document/text to check all the relations? |
@zupon what's the status of this? |
@BeckySharp There have been some other updates that haven't made it into this PR yet. Mihai adjusted some rules for expanding on contractions based on an error analysis I did. Now I am still in the process of looking at the failing tests when using CluCore and comparing those with the outputs from There haven't been any more updates to this branch yet though, and I'm not sure when it'll be ready. If you want we can close this PR for now (without merging) until this is further along. |
This PR addresses #991.
So far, this PR...
CluCoreProcesor
toEidosEnglishProcessor
EidosCluProcessor
CLU
language fromLanguage.scala
andNegationHandler.scala
After these first changes, I tried running
sbt test
, but most of them aborted and I got an error about how I need to initialize dynet first:There's also a good chance that I just plugged the
CluCoreProcessor
in the wrong place.