<div dir="ltr">Thanks very much Stephan and Woodley---most helpful. I suspected this was the case. I&#39;m actually just preparing some tsql statements for inclusion in my thesis---illustrating how tsdb can assist with retrieving phenomenon instances---so it will be fine simply to include a stipulation that some queries require thinned profiles to work.<div><br></div><div>Cheers,</div><div>Ned</div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, 21 Jan 2017 at 06:55 Stephan Oepen &lt;<a href="mailto:oe@ifi.uio.no">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; just trees where t-active &gt; 0 ought to work (or perhaps Stephan will correct me?).<br class="gmail_msg">
<br class="gmail_msg">
i can take a hint.<br class="gmail_msg">
<br class="gmail_msg">
‘t-active’ is an item-level property, i.e. the above condition will<br class="gmail_msg">
select a set of items (‘parse’ attempts, to be precise, but these<br class="gmail_msg">
nearly stand in one-to-one correspondence with items).  for each item<br class="gmail_msg">
where there is at least one active (aka ‘gold’) three, the next order<br class="gmail_msg">
of business is to determine which of the ‘result’ tuples (i.e.<br class="gmail_msg">
separate readings) were accepted by the annotatator: the ‘result-id’s<br class="gmail_msg">
in question are recorded in the ‘preference’ relation, and only the<br class="gmail_msg">
corresponding ‘result’ records represent good (aka preferred)<br class="gmail_msg">
readings.  i suspect it might well be possible to express the above<br class="gmail_msg">
nesting of queries and join conditions in full SQL, but not in the<br class="gmail_msg">
more restricted TSQL sub-language, i am afraid.<br class="gmail_msg">
<br class="gmail_msg">
—the naming of the ‘tree’ relation may be mis-leading your intuitions<br class="gmail_msg">
here: each tuple here represents a top-level (i.e. item-level) unit of<br class="gmail_msg">
annotation (rather than one specific result or derivation), for<br class="gmail_msg">
example an annotator clicking ‘Save’ in the tree discrimination<br class="gmail_msg">
window.<br class="gmail_msg">
<br class="gmail_msg">
all best, oe<br class="gmail_msg">
</blockquote></div>