<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Hi Alexandre and Stephan,</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">Alexandre, if you only care about exact matches of semantics, you might look into how the Matrix does regression testing (see rtest.py at <a href="https://github.com/delph-in/matrix/">https://github.com/delph-in/matrix/</a>).</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">And I&#39;d need to refresh my understanding of the specifics, but I think delphin.edm gives the same final scores as mtool but not Bec&#39;s tool. It *can* replicate the results of both by adjusting weights and things via command options. It doesn&#39;t give as granular a breakdown as mtool, but you can get per-item results when you increase verbosity twice (-vv).</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">Finally, if you want EDS with line breaks, try adding `--indent` or `--indent 1` to the `delphin convert` command.<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">Stephan, I don&#39;t see why line breaks are necessary for EDS native format. There is no syntactic necessity that I can see. I find it very useful to have the option for single-line EDS (or any format), e.g., for line-pairing the exported representations of two profiles. I&#39;ll consider how I can make the identifier prefix (e.g., #4711) map to the internal &#39;identifier&#39; field (see <a href="https://pydelphin.readthedocs.io/en/latest/api/delphin.eds.html#delphin.eds.EDS">https://pydelphin.readthedocs.io/en/latest/api/delphin.eds.html#delphin.eds.EDS</a>).</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Aug 22, 2020 at 3:03 PM 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">hi again, alexandre and mike:<br>
<br>
&gt; I added the #XXXX right before the EDS serialization. The only different between these files in the <a href="https://github.com/cfmrp/mtool/blob/master/data/score/eds/wsj.pet.eds" rel="noreferrer" target="_blank">https://github.com/cfmrp/mtool/blob/master/data/score/eds/wsj.pet.eds</a> is that these files are not formatted with one predicate per line, instead, the EDS is serialised in a single line without line breaks.<br>
<br>
i am tempted to declare those line breaks a necessary part of the<br>
native EDS syntax (though i see that the current EdsTop wiki page does<br>
not explicitly state that).  mike, could you change EDS serialization<br>
in pyDelphin to reflect the multi-line format exemplified on that<br>
page?  also, when you have an item identifier available i would<br>
suggest you prefix the EDS with an additional line (assuming the<br>
identifier is 4711):<br>
<br>
#4711<br>
<br>
this latter addition should be considered optional, though, and i<br>
shall check that the mtool EDS reader does not require it (i suspect<br>
currently it does; mtool has hardly been used in conjunction with<br>
native EDS serialization, so this is a welcome push toward better<br>
cross-format and -platform interoperability).<br>
<br>
regarding your lack of success when invoking the scorer in [incr<br>
tsdb()], alexandre: could you make available to me a copy of the two<br>
profiles involved?<br>
<br>
best wishes, oe<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">-Michael Wayne Goodman</div>