<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 17, 2018 at 7:53 AM, Stephan Oepen <span dir="ltr">&lt;<a href="mailto:oe@ifi.uio.no" target="_blank">oe@ifi.uio.no</a>&gt;</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/<wbr>EdsConversion</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><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><div><br></div><div>Bec</div><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="HOEnZb"><div class="h5"><br>
<br>
On Sun, Jul 15, 2018 at 7:24 PM, Michael Wayne Goodman &lt;<a href="mailto:goodmami@uw.edu">goodmami@uw.edu</a>&gt; wrote:<br>
&gt; Hi developers (but mostly Stephan and Dan),<br>
&gt;<br>
&gt; I&#39;m turning my attention briefly from TDL to making the MRS -&gt; EDS<br>
&gt; conversion in PyDelphin more harmonious with the LKB, and the first order of<br>
&gt; business is implementing &quot;predicate modification&quot;.<br>
&gt;<br>
&gt; I&#39;d like to only use grammar-agnostic graph properties to find the<br>
&gt; &quot;representative nodes&quot; of EP conjunctions, as I do with MRS -&gt; DMRS<br>
&gt; conversion, but the LKB currently does a regex match on the predicates of<br>
&gt; EPs in a conjunction, something like &quot;if the predicate matches<br>
&gt; /_x_deg$|^neg$|^_quite_x$/ and it&#39;s ARG1 is not currently assigned, set its<br>
&gt; ARG1 to point to another EP in the conjunction, with some other heuristics<br>
&gt; at work to select that other EP. (Aside: I think this ERG-specific regex<br>
&gt; pattern is now grammar-defined instead of being baked into the LKB, but<br>
&gt; currently I only see lkb/eds.lsp in the LOGON version of the ERG---not the<br>
&gt; trunk version) The _x_deg$ subpattern handles, e.g., &quot;nearly all&quot;, &quot;not<br>
&gt; all&quot;, etc., but I was having trouble finding a construction where the neg$<br>
&gt; subpattern selected a predicate modifier (any ideas?).<br>
&gt;<br>
&gt; My main concern, however, is with the _quite_x$ subpattern. It seems to work<br>
&gt; well enough with &quot;quite a few dogs bark.&quot; and &quot;quite many dogs bark.&quot; (and<br>
&gt; also &quot;quite all dogs bark&quot; and &quot;quite dogs bark&quot;, but my grammaticality<br>
&gt; judgments differ with the ERG&#39;s here). &quot;Not quite all dogs bark&quot; uses<br>
&gt; _not+quite_x, which doesn&#39;t match any subpattern and thus is disconnected in<br>
&gt; EDS. The strangest one is &quot;quite nearly all dogs barked&quot;, where in the EDS<br>
&gt; _quite_x and _nearly_x_deg select each other, cyclically, as their ARG1s<br>
&gt; (the MRS for this is as one would expect).<br>
&gt;<br>
&gt; My guess is that the *eds-predicate-modifiers* pattern is out of sync and/or<br>
&gt; insufficient with the current ERG. There are bigger issues here, such as our<br>
&gt; ever-unsatisfying treatment of quantifier modification, but right now I&#39;m<br>
&gt; just trying to figure out a good way to do EDS conversion.<br>
&gt;<br>
&gt; A request, though: if we&#39;re not going to allow quantifiers to be selected as<br>
&gt; the ARG1 of degree modifiers in MRS, can we use a different role (e.g., MOD)<br>
&gt; in EDS? That would make back-conversion simpler, I think.<br>
&gt;<br>
&gt; --<br>
&gt; Michael Wayne Goodman<br>
</div></div></blockquote></div><br></div></div>