<div dir="ltr">Thanks Woodley,<div><br></div><div class="gmail_quote"><div dir="ltr">On Fri, Jun 24, 2016 at 11:50 AM Woodley Packard <<a href="mailto:sweaglesw@sweaglesw.org">sweaglesw@sweaglesw.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Mike et al,<br>
<br>
I've checked in an update that addresses the formatting bugs you found<br>
(interrupting generation result string, and interrupting "NOTE:"). I've<br>
also made the effect of --tsdb-notes the default when --tsdb-stdout is<br>
active.<br></blockquote><div><br></div><div><div>I recompiled and at a first glance things look good.</div></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I will put a little more thought into whether and how to get the type<br>
information out to you.<br></blockquote><div><br></div><div>Following up on my and Stephan's previous messages, the ItsdbDerivations wiki only mentions adding types on preterminal nodes, but its method of doing so (joining entity names and type names with @) doesn't change the tree structurally, so I imagine that method could easily be reused to allow the types on other nonterminals as well.</div><div><br></div><div>Just a thought.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-Woodley<br>
<br>
On 06/23/2016 05:30 PM, Michael Wayne Goodman wrote:<br>
> Thanks, Woodley,<br>
><br>
> I was able to compile ACE (with a change to Makefile to dynamically link<br>
> libutil instead of statically; if anyone wants my notes for compiling just<br>
> ask).<br>
><br>
> The data now output by ACE will make things much easier, so thanks for<br>
> that! I compared the output to what Stephan offers from his RESTful server,<br>
> and note a couple of differences:<br>
><br>
> 1. tcpu<br>
> 2. rule and lexical types in the derivation (e.g. the "arrive_v1" in the<br>
> derivation for "Abrams arrived." would have type "v_-_le")<br>
><br>
> I can get (1) with --tsdb-notes, but when combined with --tsdb-stdout it is<br>
> concatenated to the stdout line instead of appearing on its own. E.g.:<br>
> [...] (:aedges . 23) NOTE: tsdb parse: (:total . 9) [...]<br>
> Since the syntax is the same, maybe they can be concatenated without the<br>
> "NOTE: tsdb parse: " string?<br>
><br>
> As for (2), it's not part of UDF derivation trees, nor is it stored in<br>
> [incr tsdb()] profiles as far as I know, so I don't think I can reasonably<br>
> ask for this. It's not necessary, but it would be nice, if it is something<br>
> ACE can easily provide. But I'm not sure where to put it (maybe in the<br>
> :flags of a result?).<br>
><br>
> Also, it seems the --tsdb-stdout is not working fully with generation. The<br>
> surface string is being printed in the middle of the s-expression:<br>
><br>
> $ echo "Abrams arrived." | ./ace -g ~/erg-1214-x86-64-0.9.23.dat | ./ace -g<br>
> ~/erg-1214-x86-64-0.9.23.dat -e --tsdb-stdout --report-labels<br>
> [...]<br>
> (:results . (Abrams arrived.<br>
> ((:result-id . 0)(:surface . "Abrams arrived.") [...]<br>
><br>
> I assume you just got it working in ACE's SVN as a preview for parsing and<br>
> not generation, so this is fine for now.<br>
><br>
> Thanks again!<br>
><br>
> On Thu, Jun 23, 2016 at 4:48 PM Stephan Oepen <<a href="mailto:oe@ifi.uio.no" target="_blank">oe@ifi.uio.no</a>> wrote:<br>
><br>
>>> The output is formatted as (a list of) s-expressions, and is identical to<br>
>>> the data sent to [incr tsdb()] [...]<br>
>> thanks, woodley. that was in fact a thought i too had entertained<br>
>> during the API discussion: my RESTful server actually works off [incr<br>
>> tsdb()] item structures, so ACE communicating with different callers<br>
>> in the outside world using that same format seems utterly plausible to<br>
>> me :-).<br>
>><br>
>> cheers, oe<br>
>><br>
<br>
</blockquote></div></div>