<div dir="ltr">Reporting back: That seems to have worked. Thanks again!<div><br></div><div>Emily</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 10, 2019 at 8:44 PM Emily M. Bender &lt;<a href="mailto:ebender@uw.edu">ebender@uw.edu</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Thanks, Mike!  I&#39;ll give that a try.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 10, 2019 at 8:39 PM <a href="mailto:goodman.m.w@gmail.com" target="_blank">goodman.m.w@gmail.com</a> &lt;<a href="mailto:goodman.m.w@gmail.com" target="_blank">goodman.m.w@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Hi Emily,</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">By changing the i-length field from -1 to 6 in the two items, I get [incr tsdb()] to say the following:</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">    retrieve(): found 2 items (0 output specifications).<br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">So I suspect that is the problem. Since i-length is just the number of tokens I find it odd that [incr tsdb()] would rely on that instead of just counting tokens. Processing with art or PyDelphin and ACE works fine regardless of the value of i-length.<br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I would modify Xigt&#39;s exporter to insert the number of tokens in the i-length field. E.g., at the end of export_igt() put something like this before the return statement:<br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">        row[&#39;i-length&#39;] = len(row[&#39;i-input&#39;].split())<br><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 11, 2019 at 11:06 AM Emily M. Bender &lt;<a href="mailto:ebender@uw.edu" target="_blank">ebender@uw.edu</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Dear colleagues,<div><br></div><div>I&#39;ve run into a mysterious issue with the item files I&#39;ve generated from Xigt corpora, using an export script that in turn relies on pyDelphin: When I use them to create [incr tsdb()] skeletons, I end up with profiles that are partially but not fully functional: Browse | Items works, for example,  but when I try Process | All items or try clicking on an individual item to process, I get just this message in the emacs buffer:</div><div><br></div><div>retrieve(): found 0 items (0 output specifications)</div><div><br></div><div>I suspect that this is because there&#39;s something missing or odd about the item files, but comparing by hand to one that works (generated by Import | Test items from within the [incr tsdb()] podium), I can&#39;t spot the difference.</div><div><br></div><div>I&#39;ve attached a small, two-line example that should reproduce the problem, in case anyone has a moment to take a look. (I&#39;m not sending a grammar for this language, since the behavior can be observed with any grammar loaded into the LKB --- the point of failure is before any parsing happens.)</div><div><br></div><div>Thanks!</div><div>Emily</div><div><br>-- <br><div dir="ltr" class="gmail-m_1415044723825648070gmail-m_53867798752000588gmail-m_327746291098416481m_-7662908352448771192gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Emily M. Bender<br>Professor, <span style="font-size:12.8px">Department of Linguistics</span></div><div><span style="font-size:12.8px">University of Washington</span></div><div>Twitter: @emilymbender</div></div></div></div></div></div></div></div></div></div></div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail-m_1415044723825648070gmail-m_53867798752000588gmail_signature">-Michael Wayne Goodman</div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail-m_1415044723825648070gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Emily M. Bender<br>Professor, <span style="font-size:12.8px">Department of Linguistics</span></div><div><span style="font-size:12.8px">University of Washington</span></div><div>Twitter: @emilymbender</div></div></div></div></div></div></div></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Emily M. Bender<br>Professor, <span style="font-size:12.8px">Department of Linguistics</span></div><div><span style="font-size:12.8px">University of Washington</span></div><div>Twitter: @emilymbender</div></div></div></div></div></div></div></div></div></div>