<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Hi again,</div><br><div><blockquote type="cite">If we restrict the gender to m-or-f [PERS: 3 NUM: sg GEN: m-or-f]<br><div><div><div>ACE generates only things with exactly the same semantics:<br>They sleep<br></div><div>(i actually generates the others then rejects them with the heart-warming message:<span class="Apple-converted-space"> </span><br>NICE TRY! `She sleeps.' has incompatible semantics:<br></div>NICE TRY! `He sleeps.' has incompatible semantics:</div></div></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><div><div><div style="font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; ">It seems to me that currently ACE is checking for equality, not subsumption.</div></div></div></blockquote></div><br><div>Hmm, you have led me to uncover a bug :-/.  Here's what's going on.  As per the St. Wendel discussion you cited, the status of that subsumption check is slightly murky, because there are a couple of ways it could be done, specifically: using the grammar-internal type hierarchy or using the SEMI hierarchy.  The objects to be compared are MRSes, so the elements in question ought to be governed by the SEMI, but traditionally the comparison has actually been made by a round-about procedure involving VPM'ing into the grammar internal type hierarchy and doing the subsumption tests there.  At some point I made the decision to do the comparison without VPM'ing in ACE, but it seems I didn't get all the way there, so at the moment the system seems to be comparing external elements using the grammar internal hierarchy (a bad idea and perhaps formally undefined, but apparently mostly functional).  The type m-or-f does not exist in the ERG's internal hierarchy, so it is treated as subsuming only itself.</div><div><br></div><div>The plan is now to fix the post generation subsumption test to use the SEMI hierarchy, which includes the m-or-f type, but I am a bit worried that fixing that will cause the ship to spring a leak somewhere else... we'll see :-)</div><div><br></div><div>-Woodley</div></body></html>