<div dir="ltr"><div><div><div>Dear all,<br><br></div>Here is a further mystery from the annals of the MT lab in UW&#39;s 567 --- there&#39;s a work-around that&#39;s satisfactory, but Woodley and I were not able to get to the bottom of the case, so I thought I&#39;d post the details in case anyone is intrigued enough to investigate.<br>

</div><div><br></div>The attached frr.tgz and eng.tgz grammars are both set up for the lightweight LKB-to-LKB translation set up that the students use in my grammar engineering class to work out their transfer rules.  This set up is admittedly odd in that it embeds the transfer grammars in the source side monolingual grammar, meaning that &quot;x&quot; et al have to be define in such a way that they work for both.<br>

<br>The mystery we&#39;re facing is that in the frr grammar (but not the very similar eng grammar), a transfer rule that identifies a variable as &#39;x&#39; type won&#39;t fire.  If the variable is only an &#39;i&#39;, it works.   Using the &quot;Debug&quot; menu on the transfer output windows, we were able to see that the feature SCRATCH, DITCH et al show up on the xes in the transfer rules for frr but not for eng. I suspect this is related to the problem, but we didn&#39;t have time to work out why the grammars differ in this way (and thus be able to test that hypothesis).<br>

<br></div>This behavior can (I hope!) be reproduced by parsing &quot;ik driuwe di&quot; with the frr grammar in the LKB and then selecting &quot;Rephrase&quot;.  The pro-drop rule does not apply (in contrast to &quot;I chase you&quot; in the eng grammar).  If the pro-drop rule is edited to not identify the ARG0 as being of type x, it does apply.<br>

<br>Emily<br><div><div><div><br><div>-- <br>Emily M. Bender<br>Associate Professor<br>Department of Linguistics<br>Check out CLMS on facebook! <a href="http://www.facebook.com/uwclma" target="_blank">http://www.facebook.com/uwclma</a><br>


</div></div></div></div></div>