<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Thanks, Emily, for the correction!<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 25, 2020 at 11:22 AM Alexandre Rademaker <<a href="mailto:arademaker@gmail.com">arademaker@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br> Ops! I came to hasty conclusions! LKB FOS parsed the sentence with ERG trunk. Two analysis, two MRS and two EDS with no error!! In the MRSs from LKB, ARG2 of `_communicate_v_to` and `_express_v_to` are both qeq to the label of the `unknown` predicate.<br> <br> I don’t know what I can conclude now… ACE error? <br></blockquote><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br><div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">Regarding the MRS you reported: broken HCONS are a somewhat common issue, and they are the symptom of a bug. The MRS is not valid.</div></div><div><br></div>Regarding conversion to EDS, the LKB goes to greater lengths to give an EDS even for ill-formed MRSs, while PyDelphin tries to avoid grammar-specific solutions. The result is that PyDelphin will, I think, apply predicate-modification more broadly than the LKB, but it is a bit more brittle.</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">While there may be other reasons to use DMRS instead, in this case the different behavior in PyDelphin is just because it issues a warning instead of an error, then prints out the partial DMRS, dropping the disconnected nodes.<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> > On 25 Sep 2020, at 00:05, Alexandre Rademaker <<a href="mailto:arademaker@gmail.com" target="_blank">arademaker@gmail.com</a>> wrote:<br> > <br> > <br> > Thank you Emily, I found one mention in <a href="https://plato.stanford.edu/entries/situations-semantics/" rel="noreferrer" target="_blank">https://plato.stanford.edu/entries/situations-semantics/</a>. But in the context of the Lisp code, I am curious why the authors used this in the suffix of the function name… <br> > <br> > BTW, I reported two issues on pydelphin and ERG repositories:<br> > <br> > <a href="https://github.com/delph-in/erg/issues/25" rel="noreferrer" target="_blank">https://github.com/delph-in/erg/issues/25</a><br> > <br> > The trunk version of ERG gave me this MRS.. <br> > <br> > [ TOP: h0<br> > INDEX: e2 [ e SF: prop TENSE: tensed MOOD: indicative PROG: - PERF: - ]<br> > RELS: < [ _communicate_v_to<0:11> LBL: h1 ARG0: e4 [ e SF: prop TENSE: tensed MOOD: indicative PROG: - PERF: - ] ARG1: i3 ARG2: h5 ARG3: i6 ]<br> > [ _or_c<12:14> LBL: h1 ARG0: e2 ARG1: e4 ARG2: e7 [ e SF: prop TENSE: pres MOOD: indicative PROG: - PERF: - ] ]<br> > [ _express_v_to<15:22> LBL: h1 ARG0: e7 ARG1: i3 ARG2: h8 ARG3: i9 ]<br> > [ unknown<23:33> LBL: h10 ARG: u12 ARG0: e11 [ e SF: prop TENSE: untensed MOOD: indicative ] ]<br> > [ _by_p_means<23:25> LBL: h10 ARG0: e11 ARG1: u13 ARG2: x14 ]<br> > [ udef_q<26:33> LBL: h15 ARG0: x14 RSTR: h16 BODY: h17 ]<br> > [ nominalization<26:33> LBL: h18 ARG0: x14 ARG1: h19 ]<br> > [ _write_v_to<26:33> LBL: h19 ARG0: e20 [ e SF: prop TENSE: untensed MOOD: indicative PROG: + PERF: - ] ARG1: i21 ARG2: i22 ] ><br> > HCONS: < h0 qeq h1 h5 qeq h23 h8 qeq h23 h16 qeq h18 > ]<br> > <br> > Handle h23 does not appear in the predicates. The h5 and h8 only in the arguments. Is it valid? <br> > <br> > Pydelphin transformation to DMRS works with a warning "broken handle constraint”. Can it be transformed to EDS? Is this an evidence that MRS to EDS is much less robust than MRS to DMRS? <br> > <br> > BTW, since I am having so many trouble with MRS to EDS, and my goal is to compare a golden version of a profile with its 1-best parsed version to evaluate the parse selection model, I wonder if I could be doing that with DMRS instead of EDS… any idea? Any alternative to <a href="https://github.com/delph-in/delphin.edm" rel="noreferrer" target="_blank">https://github.com/delph-in/delphin.edm</a> using DMRS?<br> > <br> > Best,<br> > Alexandre<br> <br> <br> </blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">-Michael Wayne Goodman</div></div>