<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif;" dir="ltr">
<p>Woodley, your prediction was a good one. If I comment out the loading of that file in `english.tdl' and recompile, then the unknown proper names work right again, and similarly if I comment out each of the rules in the file but load it, all is still well.
But if I uncomment any one of the rules, we lose the proper names again. So it would seem that the very act of tampering with the orthography in post-generation interacts badly with whatever the clever step is that causes the CARG value of the unknown proper
name to be realized as its surface orthography.</p>
<p><br>
</p>
<p> Dan<br>
</p>
<br>
<br>
<div style="color: rgb(0, 0, 0);">
<div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" color="#000000" face="Calibri, sans-serif"><b>From:</b> developers-bounces@emmtee.net <developers-bounces@emmtee.net> on behalf of Woodley Packard <sweaglesw@sweaglesw.org><br>
<b>Sent:</b> Saturday, April 15, 2017 1:59 PM<br>
<b>To:</b> Stephan Oepen<br>
<b>Cc:</b> Michael Wayne Goodman; developers@delph-in.net<br>
<b>Subject:</b> Re: [developers] Latest ERG not generating unknown names with ACE</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">I wonder whether something may be going on with the ACE-only post-generation token mapping rules? I believe Dan has started toying with those, although I lack the proper internet connection to investigate this hypothesis currently.<br>
<br>
Woodley<br>
<br>
<br>
<br>
On Apr 15, 2017, at 1:38 PM, Stephan Oepen <oe@ifi.uio.no> wrote:<br>
<br>
>> I attach the relevant MRSs (same sentence; one created with the ERG trunk<br>
>> and the other with the 1214 version).<br>
> <br>
> these MRSs appear equivalent in content; the ERG trunk has not yet<br>
> turned on predicate normalization by default (because that switch also<br>
> turns on SEM-I–based MRS processing, and finalizing the SEM-I prior to<br>
> a release currently is a non-trivial process, hence not applied to the<br>
> trunk yet), hence the spurious string vs. type distinctions and _rel<br>
> suffixes on predicates. also, which engine did you use? it still<br>
> outputs old-style LTOP (which should be TOP nowadays).<br>
> <br>
> anyway, the MRSs look fine and give the expected result in the LKB generator:<br>
> <br>
> LKB(42): (pprint<br>
> (lkb::generate-from-mrs<br>
> (mrs::read-mrs-from-file "~/Downloads/unity-logon.mrs")))<br>
> <br>
> ("Ubuntu is dropping unity.")<br>
> LKB(43): (pprint<br>
> (lkb::generate-from-mrs<br>
> (mrs::read-mrs-from-file "~/Downloads/unity-trunk.mrs")))<br>
> <br>
> ("Ubuntu is dropping unity.")<br>
> <br>
> —i suspect you might not have run (lkb::index-for-generator) after<br>
> loading the grammar?<br>
> <br>
> best, oe<br>
> <br>
<br>
</div>
</span></font></div>
</div>
</body>
</html>