<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">Hi Francis,</div><div class=""><br class=""></div><div class="">I was able to translate "<span style="font-family: Menlo; font-size: 14px;" class="">猫 は 吠える .</span>" into "The cat barks." (and other variants) successfully, and with debugging output enabled (debug_transfer = 1 in transfer.c), noted the rule in question successfully firing for a count_noun_mark.</div><div class=""><br class=""></div><div class="">I also tried adding a new test_mark to the MRS to be transferred. &nbsp;This got rewritten as "ja:test_mark" and did *not* end up matching the rule. &nbsp;My hypothesis is that this is due to the final quote. &nbsp;ACE’s transfer implementation does not (yet) fully implement the brave new world under which quotes and _rel suffixes are irrelevant to predicate matching, and when it does you will probably need to enable it with a configuration option. &nbsp;A possible workaround would be to write "~mark\"?$". &nbsp;Incidentally, how do you feel about "~mark$" matching "_mark_rel"? &nbsp;To me, it would seem hard to justify ignoring quotes without also ignoring the _rel suffix. &nbsp;I would be curious to know the current LOGON implementation’s stance on this.</div><div class=""><br class=""></div><div class="">If you don’t think the behavior you are observing matches the situation above, could you provide an example that causes the behavior so that I can reproduce it locally?</div><div class=""><br class=""></div><div class="">Regards,</div><div class="">Woodley</div><br class=""><div><blockquote type="cite" class=""><div class="">On Feb 28, 2017, at 4:38 PM, Francis Bond &lt;<a href="mailto:bond@ieee.org" class="">bond@ieee.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class=""><div class="">G'day,<br class=""><br class=""></div>Mike and I noticed (after a hint from Matic) that one of the rules in jaen did not fire in ACE in the same way it did with LOGON.<br class=""><br class=""></div>in jaen/erg.tdl there is a rule to get rid of any left over marks:<br class=""><br class="">all_mark_ditch_ef := elision_mtr &amp;<br class="">[ INPUT.RELS &lt; [ PRED "~mark$" ] &gt; ].<br clear="all" class=""><div class=""><div class=""><div class=""><br class=""></div><div class="">This should match any predicate ending with "mark" --- but does not.&nbsp;&nbsp; When we rewrote it to: <br class=""><br class="">all_mark_ditch_ef := elision_mtr &amp;<br class="">[ INPUT.RELS &lt; [ PRED "~_mark" ] &gt; ].<br clear="all" class=""><div class=""><div class=""><div class=""><br class=""></div><div class="">it matched most of the things we want, but will over match (including, e.g.,&nbsp; "_mark_n_1").<br class=""><br class=""></div><div class="">Is this a principled difference in the regular expression handling?&nbsp; Should we be writing it in another way?<br class=""></div></div></div></div><div class=""><br class=""></div><div class="">Yours, <br class=""></div><div class=""><br class="">-- <br class=""><div class="m_6281574704490005525gmail_signature">Francis Bond &lt;<a href="http://www3.ntu.edu.sg/home/fcbond/" target="_blank" class="">http://www3.ntu.edu.sg/home/<wbr class="">fcbond/</a>&gt;<br class="">Division of Linguistics and Multilingual Studies<br class="">Nanyang Technological University<br class=""></div>
</div></div></div></div>
</div></blockquote></div><br class=""></body></html>