<div dir="ltr">Thanks, Mike.  Regarding LTOP and TOP, I can&#39;t think of a scenario where both would need to be specified.  As for ICONS, that also looks good, though the &quot;target relation clause&quot; terminology is rather information-structure specific.  If that terminology is needed anywhere, we should probably generalize to that it applies equally to e.g. coreference constraints.<div>

<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 20, 2014 at 4:12 AM, Michael Wayne Goodman <span dir="ltr">&lt;<a href="mailto:goodmami@u.washington.edu" target="_blank">goodmami@u.washington.edu</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I forgot to mention the addition of ICONS. It&#39;s already been<br>
implemented (in ACE, at least), but it would be useful to define it as<br>
part of the new format. It looks much like an HCONS list:<br>
<br>
ICONS: &lt; ... &gt;<br>
<br>
And the items on the list take the form:<br>
<br>
target relation clause<br>
<br>
... where target and clause are individual variables (i, e, or x), and<br>
don&#39;t necessarily need to be linked to EPs in the MRS (i.e. it can be<br>
an unbound &quot;i&quot; variable for a dropped argument). The set of relations<br>
is not fixed, as with HCONS, but defined by the grammar.<br>
<br>
For example, in Japanese you may have a question 犬が何をした? &quot;What did the<br>
dog do?&quot;, with a response 吠えた &quot;Barked.&quot; with a dropped subject. The<br>
MRS representing the response with the dropped subject as the topic<br>
and the verb as the focus might be:<br>
<br>
[ TOP: h0<br>
  INDEX: e2 [ e TENSE: past MOOD: indicative PROG: - PERF: - ASPECT:<br>
default_aspect PASS: - SF: prop ]<br>
  RELS: &lt; [ &quot;_hoeru_v_1_rel&quot;&lt;0:2&gt; LBL: h1 ARG0: e2 ARG1: i3 ] &gt;<br>
  HCONS: &lt; h0 qeq h1 &gt;<br>
  ICONS: &lt; i3 topic e2 e2 focus e2 &gt; ]<br>
<div class="HOEnZb"><div class="h5"><br>
On Mon, Aug 18, 2014 at 1:42 PM, Michael Wayne Goodman<br>
&lt;<a href="mailto:goodmami@u.washington.edu">goodmami@u.washington.edu</a>&gt; wrote:<br>
&gt; Hello all,<br>
&gt;<br>
&gt; It was noted in Tomar that the Simple MRS format lacked some<br>
&gt; attributes that are present in the XML format, and that these<br>
&gt; attributes can be useful for users of MRS. The attributes are:<br>
&gt;<br>
&gt;   * A Lnk value (e.g. &lt;cfrom:cto&gt;) for the whole MRS<br>
&gt;   * &quot;surface&quot; on the top level of the MRS<br>
&gt;   * &quot;surface&quot; on the EPs<br>
&gt;<br>
&gt; Stephan, Ann, Glenn, Woodley, and myself---developers of software that<br>
&gt; produce Simple MRS (forgive me if I&#39;ve left someone out)---have<br>
&gt; discussed how to add these to the format, and we have come up with a<br>
&gt; way to represent them matching the aesthetics of the original format<br>
&gt; and, more importantly, maintaining backwards compatibility (by making<br>
&gt; the additions optional and by not outputting them if the data is not<br>
&gt; specified).<br>
&gt;<br>
&gt; We also agreed to make a (long overdue) change so that &quot;LTOP&quot; becomes<br>
&gt; &quot;TOP&quot;, since in full utterances the thing currently called LTOP is in<br>
&gt; fact TOP (i.e. a global top, rather than local; this is further<br>
&gt; discussed at the bottom of this email).<br>
&gt;<br>
&gt; Finally, we agreed to assign a version number to this updated format<br>
&gt; (e.g. v1.1, where the currently used format is v1.0), so that<br>
&gt; processors can, in theory, input and output MRSs compliant with either<br>
&gt; format.<br>
&gt;<br>
&gt; While the implementation details were discussed off-list, we want to<br>
&gt; bring the discussion to <a href="mailto:developers@delph-in.net">developers@delph-in.net</a> (as we agreed to do in<br>
&gt; Tomar), so that others have a chance to see and comment on the<br>
&gt; proposal.<br>
&gt;<br>
&gt; Here is an example MRS in the new format:<br>
&gt;<br>
&gt; [ &lt;0:41&gt; &quot;I am sure I shall say nothing of the kind.&quot;<br>
&gt;   TOP: h0<br>
&gt;   INDEX: e2 [ e SF: prop TENSE: pres MOOD: indicative PROG: - PERF: - ]<br>
&gt;   RELS: &lt; [ pron_rel&lt;0:1&gt; &quot;I&quot; LBL: h4 ARG0: x3 [ x PERS: 1 NUM: sg<br>
&gt; PRONTYPE: std_pron ] ]<br>
&gt;           [ pronoun_q_rel&lt;0:1&gt; LBL: h5 ARG0: x3 RSTR: h6 BODY: h7 ]<br>
&gt;           [ &quot;_sure_a_of_rel&quot;&lt;5:9&gt; &quot;sure&quot; LBL: h1 ARG0: e2 ARG1: x3 ARG2: h8 ]<br>
&gt;           [ pron_rel&lt;15:16&gt; &quot;I&quot; LBL: h9 ARG0: x10 [ x PERS: 1 NUM: sg<br>
&gt; PRONTYPE: std_pron ] ]<br>
&gt;           [ pronoun_q_rel&lt;15:16&gt; LBL: h11 ARG0: x10 RSTR: h12 BODY: h13 ]<br>
&gt;           [ &quot;_say_v_1_rel&quot;&lt;23:26&gt; &quot;say&quot; LBL: h14 ARG0: e15 [ e SF:<br>
&gt; prop TENSE: fut MOOD: indicative PROG: - PERF: - ] ARG1: x10 ARG2: x16<br>
&gt; [ x PERS: 3 NUM: sg ] ]<br>
&gt;           [ thing_rel&lt;27:34&gt; &quot;nothing&quot; LBL: h17 ARG0: x16 ]<br>
&gt;           [ _no_q_rel&lt;27:34&gt; &quot;nothing&quot; LBL: h18 ARG0: x16 RSTR: h19 BODY: h20 ]<br>
&gt;           [ _of_p_rel&lt;35:37&gt; &quot;of&quot; LBL: h17 ARG0: e21 [ e SF: prop ]<br>
&gt; ARG1: x16 ARG2: x22 [ x PERS: 3 NUM: sg IND: + ] ]<br>
&gt;           [ _the_q_rel&lt;38:41&gt; &quot;the&quot; LBL: h23 ARG0: x22 RSTR: h24 BODY: h25 ]<br>
&gt;           [ &quot;_kind_n_of-n_rel&quot;&lt;42:47&gt; &quot;kind&quot; LBL: h26 ARG0: x22 ARG1: i27 ] &gt;<br>
&gt;   HCONS: &lt; h0 qeq h1 h6 qeq h4 h8 qeq h14 h12 qeq h9 h19 qeq h17 h24 qeq h26 &gt; ]<br>
&gt;<br>
&gt; (I made up the surface values for illustration, so in practice they<br>
&gt; may differ, but the formatting will remain the same.)<br>
&gt;<br>
&gt; We also want to hear how your grammars deal with the TOP variable. In<br>
&gt; general, I think, the (actual) LTOP is equated with the top handle of<br>
&gt; a local structure, but when a full utterance is produced, the TOP (or<br>
&gt; GTOP, in Matrix-derived grammars) is QEQ&#39;d to the handle (i.e. GTOP<br>
&gt; qeq LTOP), but this might not be true for all grammars. In particular,<br>
&gt; we&#39;d like to know if it&#39;s ever necessary to have both TOP *and* LTOP<br>
&gt; representable in an MRS.<br>
&gt;<br>
&gt; Thanks!<br>
&gt;<br>
&gt; --<br>
&gt; -Michael Wayne Goodman<br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
-Michael Wayne Goodman<br>
<br>
</font></span></blockquote></div><br><br clear="all"><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>