<div dir="ltr">Stephan:<div><br></div><div>I'm using ACE. It seems to read SimpleMRS v1.1 (TOP, ICONS, MRS-level lnk and surface values; but it does not recognize EP-level surface strings), but it still writes the v1.0 format.</div><div><br></div><div>And you're right that I forgot to (lkb::index-for-generator), but I still get the same error after doing so. Perhaps there's something misconfigured on my computer. If you think this error is interesting I can start a separate thread on developers for it.</div><div><br></div><div>Dan and Woodley:</div><div><br></div><div>Thanks for finding the source of the problem. I'm having trouble getting generation working with the LKB right now (see above), but do you know if this affects both the LKB and ACE? Also, do the post-generation rules currently do anything useful that I'll miss if I turn them off as you've described?</div><div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Apr 15, 2017 at 4:28 PM, Dan Flickinger <span dir="ltr"><<a href="mailto:danf@stanford.edu" target="_blank">danf@stanford.edu</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">
<div id="m_-2543698843388815091m_3815914282910980224m_5663016126374739611divtagdefaultwrapper" 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 style="display:inline-block;width:98%">
<div id="m_-2543698843388815091m_3815914282910980224m_5663016126374739611x_divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" color="#000000" face="Calibri, sans-serif"><b>From:</b> <a href="mailto:developers-bounces@emmtee.net" target="_blank">developers-bounces@emmtee.net</a> <<a href="mailto:developers-bounces@emmtee.net" target="_blank">developers-bounces@emmtee.net</a><wbr>> on behalf of Woodley Packard <<a href="mailto:sweaglesw@sweaglesw.org" target="_blank">sweaglesw@sweaglesw.org</a>><br>
<b>Sent:</b> Saturday, April 15, 2017 1:59 PM<br>
<b>To:</b> Stephan Oepen<br>
<b>Cc:</b> Michael Wayne Goodman; <a href="mailto:developers@delph-in.net" target="_blank">developers@delph-in.net</a><span><br>
<b>Subject:</b> Re: [developers] Latest ERG not generating unknown names with ACE</span></font>
<div> </div>
</div>
</div><div><div class="m_-2543698843388815091m_3815914282910980224h5">
<font size="2"><span style="font-size:10pt">
<div class="m_-2543698843388815091m_3815914282910980224m_5663016126374739611PlainText">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 <<a href="mailto:oe@ifi.uio.no" target="_blank">oe@ifi.uio.no</a>> 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")<wbr>))<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")<wbr>))<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></div>
</div>
</div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="m_-2543698843388815091m_3815914282910980224gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Michael Wayne Goodman<div>Ph.D. Candidate, UW Linguistics</div></div></div>
</div></div></div>