<div dir="ltr">Thanks, Bec!<div><br></div><div>As I recall, you got further than I did in the last round of harmonization, so perhaps there'll be less work for you. The most important step I've found was using the scope hierarchy in discovering candidate representative EPs (as described above). If your code does that then the rest should be easy.</div><div><br></div><div>Also it would be great if we could compare our implementations against the latest ERG, since there are significant differences from 1214 MRSs.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 25, 2018 at 5:12 AM, Bec Dridan <span dir="ltr"><<a href="mailto:bec.dridan@gmail.com" target="_blank">bec.dridan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Tue, Jul 17, 2018 at 7:53 AM, Stephan Oepen <span dir="ltr"><<a href="mailto:oe@ifi.uio.no" target="_blank">oe@ifi.uio.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<a href="http://moin.delph-in.net/EdsConversion" rel="noreferrer" target="_blank">http://moin.delph-in.net/EdsCo<wbr>nversion</a><br>
<br>
if you are game, i would be happy to go back to our exercise of<br>
systematically comparing EDS conversion results across code bases this<br>
fall :-). maybe we can even get bec engaged for another round?<br>
<br>
best wishes, oe<br></blockquote><div><br></div></span><div>It might take me a little while to wrap my head around that code again, but I might be able to play along...</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Bec</div></font></span><div><div class="h5"><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="m_722863734003408986HOEnZb"><div class="m_722863734003408986h5"><br>
<br>
On Sun, Jul 15, 2018 at 7:24 PM, Michael Wayne Goodman <<a href="mailto:goodmami@uw.edu" target="_blank">goodmami@uw.edu</a>> wrote:<br>
> Hi developers (but mostly Stephan and Dan),<br>
><br>
> I'm turning my attention briefly from TDL to making the MRS -> EDS<br>
> conversion in PyDelphin more harmonious with the LKB, and the first order of<br>
> business is implementing "predicate modification".<br>
><br>
> I'd like to only use grammar-agnostic graph properties to find the<br>
> "representative nodes" of EP conjunctions, as I do with MRS -> DMRS<br>
> conversion, but the LKB currently does a regex match on the predicates of<br>
> EPs in a conjunction, something like "if the predicate matches<br>
> /_x_deg$|^neg$|^_quite_x$/ and it's ARG1 is not currently assigned, set its<br>
> ARG1 to point to another EP in the conjunction, with some other heuristics<br>
> at work to select that other EP. (Aside: I think this ERG-specific regex<br>
> pattern is now grammar-defined instead of being baked into the LKB, but<br>
> currently I only see lkb/eds.lsp in the LOGON version of the ERG---not the<br>
> trunk version) The _x_deg$ subpattern handles, e.g., "nearly all", "not<br>
> all", etc., but I was having trouble finding a construction where the neg$<br>
> subpattern selected a predicate modifier (any ideas?).<br>
><br>
> My main concern, however, is with the _quite_x$ subpattern. It seems to work<br>
> well enough with "quite a few dogs bark." and "quite many dogs bark." (and<br>
> also "quite all dogs bark" and "quite dogs bark", but my grammaticality<br>
> judgments differ with the ERG's here). "Not quite all dogs bark" uses<br>
> _not+quite_x, which doesn't match any subpattern and thus is disconnected in<br>
> EDS. The strangest one is "quite nearly all dogs barked", where in the EDS<br>
> _quite_x and _nearly_x_deg select each other, cyclically, as their ARG1s<br>
> (the MRS for this is as one would expect).<br>
><br>
> My guess is that the *eds-predicate-modifiers* pattern is out of sync and/or<br>
> insufficient with the current ERG. There are bigger issues here, such as our<br>
> ever-unsatisfying treatment of quantifier modification, but right now I'm<br>
> just trying to figure out a good way to do EDS conversion.<br>
><br>
> A request, though: if we're not going to allow quantifiers to be selected as<br>
> the ARG1 of degree modifiers in MRS, can we use a different role (e.g., MOD)<br>
> in EDS? That would make back-conversion simpler, I think.<br>
><br>
> --<br>
> Michael Wayne Goodman<br>
</div></div></blockquote></div></div></div><br></div></div>
</blockquote></div><br></div>