<div dir="ltr">The restful interface currently embeds additional information in the derivation tree when &#39;derivation=json&#39; is requested. Here is an example (also with &#39;tokens=json&#39;, which appears to produce the contents of :p-input and :p-tokens): <a href="http://erg.delph-in.net/rest/0.9/parse?derivation=json&amp;tokens=json&amp;input=Abrams%20arrived">http://erg.delph-in.net/rest/0.9/parse?derivation=json&amp;tokens=json&amp;input=Abrams%20arrived</a>.<div><br></div><div>The additional data in the derivation tree include, on each node:</div><div> - &quot;type&quot; : the lexical or rule type</div><div> - &quot;label&quot; : the short label</div><div><br></div><div>There&#39;s also a little bit of restructuring for preterminal nodes (compared to the UDF tree). I can manage this transformation (although I don&#39;t yet extract the &quot;from&quot; and &quot;to&quot; fields from the token TFS).</div><div><br></div><div>As long as the labeled :tree and :derivation trees are isomorphic, I can embed &quot;label&quot; myself. &quot;type&quot; is not available, so I&#39;m stuck there. If something like an isomorphic :type-tree is made available, I could do the same merger as with the labels.</div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jun 23, 2016 at 5:38 PM Woodley Packard &lt;<a href="mailto:sweaglesw@sweaglesw.org">sweaglesw@sweaglesw.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>Thanks, this is the type of feedback I was looking for.  Does the lexical type info fit into the restful interface, or is it something you&#39;d like for other purposes?  There is of course all manner of information contained in the grammar that is not exposed by normal interfaces.</div></div><div dir="auto"><div>-Woodley<br><br><br></div></div><div dir="auto"><div><br>On Jun 23, 2016, at 5:30 PM, Michael Wayne Goodman &lt;<a href="mailto:goodmami@uw.edu" target="_blank">goodmami@uw.edu</a>&gt; wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr">Thanks, Woodley,<div><br></div><div>I was able to compile ACE (with a change to Makefile to dynamically link libutil instead of statically; if anyone wants my notes for compiling just ask).</div><div><br></div><div>The data now output by ACE will make things much easier, so thanks for that! I compared the output to what Stephan offers from his RESTful server, and note a couple of differences:</div><div><br></div><div>1. tcpu</div><div>2. rule and lexical types in the derivation (e.g. the <span style="line-height:normal;white-space:pre-wrap">&quot;arrive_v1&quot; in the derivation for &quot;Abrams arrived.&quot; would have type &quot;v_-_le&quot;)</span></div><div><br></div><div><span style="line-height:1.5">I can get (1) with --tsdb-notes, but when combined with --tsdb-stdout it is concatenated to the stdout line instead of appearing on its own. E.g.:</span></div><div><span style="line-height:1.5">    [...] </span>(:aedges . 23) NOTE: tsdb parse:  (:total . 9) [...]</div><div>Since the syntax is the same, maybe they can be concatenated without the &quot;NOTE: tsdb parse: &quot; string?</div><div><br></div><div>As for (2), it&#39;s not part of UDF derivation trees, nor is it stored in [incr tsdb()] profiles as far as I know, so I don&#39;t think I can reasonably ask for this. It&#39;s not necessary, but it would be nice, if it is something ACE can easily provide. But I&#39;m not sure where to put it (maybe in the :flags of a result?).</div><div><br></div><div>Also, it seems the --tsdb-stdout is not working fully with generation. The surface string is being printed in the middle of the s-expression:</div><div><br></div><div>$ echo &quot;Abrams arrived.&quot; | ./ace -g ~/erg-1214-x86-64-0.9.23.dat | ./ace -g ~/erg-1214-x86-64-0.9.23.dat -e --tsdb-stdout --report-labels<br></div><div>[...]</div><div><div>(:results . (Abrams arrived.</div><div>((:result-id . 0)(:surface . &quot;Abrams arrived.&quot;) [...]</div></div><div><br></div><div>I assume you just got it working in ACE&#39;s SVN as a preview for parsing and not generation, so this is fine for now.</div><div><br></div><div>Thanks again!</div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jun 23, 2016 at 4:48 PM Stephan Oepen &lt;<a href="mailto:oe@ifi.uio.no" target="_blank">oe@ifi.uio.no</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">&gt; The output is formatted as (a list of) s-expressions, and is identical to<br>
&gt; the data sent to [incr tsdb()] [...]<br>
<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>
</blockquote></div></div>
</div></blockquote></div></blockquote></div>