<div dir="ltr">Thanks, Francis,<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 12, 2018 at 5:06 PM, Francis Bond <span dir="ltr">&lt;<a href="mailto:bond@ieee.org" target="_blank">bond@ieee.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">G&#39;day,<br>
<br>
Part of the motivation for the &quot;&quot;&quot; syntax was to allow double quotes<br>
in the doc strings, the current implementation (at least in the lkb)<br>
did not allow for them, even quoted \&quot;.   I think none of the<br>
developers have expressed any issues with having a multi-character TDL<br>
operator, so perhaps in practice it is not a big issue?<br></blockquote><div><br></div><div>Plenty of places in the Lisp code allow for escaped characters, so I think that wouldn&#39;t be a problem, but the triple-quote syntax is better, I think. In addition to not requiring escapes, it also looks like it&#39;s meant to be a docstring and not a regular string.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Luis and I have been rebuilding the Linguistic Type Data-Base, and<br>
would very much like to use the doc-strings, we could live with a<br>
single &quot; (and support for \&quot;) or with a list of strings (again with<br>
support for \&quot;) but would mildly prefer &quot;&quot;&quot; for aesthetic reasons.   I<br>
think Bec has a patch for &quot;&quot;&quot; for PET, and Dan for the lkb (although<br>
only for types and not instances if I recall correctly).   We have<br>
been discussing this for over 10 years, it would be really nice to<br>
actually have something available this year :-).<br><div class="HOEnZb"><div class="h5"></div></div></blockquote><div><br></div><div>Agreed. And maybe defaults, too (oops, that topic is for another thread).<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
<br>
On Fri, Jul 13, 2018 at 5:31 AM, Stephan Oepen &lt;<a href="mailto:oe@ifi.uio.no">oe@ifi.uio.no</a>&gt; wrote:<br>
&gt; dear all,<br>
&gt;<br>
&gt; i dimply recall there have been multiple previous discussions of<br>
&gt; documentation strings, but so far i could only turn up one such thread<br>
&gt; (which appears somewhat inconclusive, but provides some useful<br>
&gt; reminders also related to other questions originally raised by mike);<br>
&gt;<br>
&gt; <a href="http://lists.delph-in.net/archives/developers/2007/000868.html" rel="noreferrer" target="_blank">http://lists.delph-in.net/<wbr>archives/developers/2007/<wbr>000868.html</a><br>
&gt;<br>
&gt; personally, i would think that there is complete freedom in how to<br>
&gt; order the various types of statements in TDL conjunctions, including<br>
&gt; repetition, e.g.<br>
&gt;<br>
&gt; foo := [ FOO + ] &amp; bar &amp; [ BAR - ] &amp; baz.<br>
&gt;<br>
&gt; ann in that historic thread points out that it can be sensible to have<br>
&gt; instance definitions without explicit mention of the type; and i<br>
&gt; imagine the same could in principle also apply to type definitions<br>
&gt; (given strict appropriateness and type inference).<br>
&gt;<br>
&gt; so i am tempted to assume there is nothing special about the position<br>
&gt; of ‘parent’ types.<br>
&gt;<br>
&gt; i can see how the triple-double-quote syntax (&quot;&quot;&quot; ... &quot;&quot;&quot;) would be<br>
&gt; position-independent, but it would seem to make lexical analysis more<br>
&gt; complex: currently, i believe, all TDL operators are single<br>
&gt; characters.<br>
&gt;<br>
&gt; i am wondering: could a simple string ever be part of the top-level<br>
&gt; conjunction in a type or instance definition?  if so, how?  if not,<br>
&gt; what would speak against treating all top-level TDL strings as<br>
&gt; documentation associated with the type or instance definition,<br>
&gt; independent of their position relative to other elements of a<br>
&gt; top-level conjunction, e.g. any of the following variants<br>
&gt;<br>
&gt; foo :=<br>
&gt; &quot;a silly example&quot; &amp;<br>
&gt; bar &amp; [ FOO + ].<br>
&gt;<br>
&gt; foo := bar &amp;<br>
&gt; &quot;a silly example&quot; &amp;<br>
&gt; [ FOO + ].<br>
&gt;<br>
&gt; foo := bar &amp;<br>
&gt; [ FOO + ] &amp;<br>
&gt; &quot;a silly example&quot;.<br>
&gt;<br>
&gt; for full generality, one could then either allow a list of<br>
&gt; documentation strings associated with each type or instance definition<br>
&gt; (and have the addendum operator add to the tail of the list), or<br>
&gt; simply concatenate all such strings into one (presumably adding at<br>
&gt; least one newline between each pair of strings).<br>
&gt;<br>
&gt; —mike, many thanks for your work towards an up-to-date and<br>
&gt; consolidated definition of TDL syntax!<br>
&gt;<br>
&gt; oe<br>
&gt;<br>
&gt;<br>
&gt; On Thu, Jul 12, 2018 at 7:15 AM, Michael Wayne Goodman &lt;<a href="mailto:goodmami@uw.edu">goodmami@uw.edu</a>&gt; wrote:<br>
&gt;&gt; On Wed, Jul 11, 2018 at 7:59 PM, Francis Bond &lt;<a href="mailto:bond@ieee.org">bond@ieee.org</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On my phone so forgive the brevity, but in Paris we agreed that the<br>
&gt;&gt;&gt; docstring will start and end with three &quot;.   I think this is what pet now<br>
&gt;&gt;&gt; supports, Dan has a patch for the lkb, and I suspect I was meant to ask<br>
&gt;&gt;&gt; Woodley to add out to ACE.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Sorry I missed out on all the fun this year :(<br>
&gt;&gt;<br>
&gt;&gt; I see what you describe mentioned in the LTDB presentation:<br>
&gt;&gt; <a href="http://users.sussex.ac.uk/~johnca/summit-2018/ltdb-update.pdf" rel="noreferrer" target="_blank">http://users.sussex.ac.uk/~<wbr>johnca/summit-2018/ltdb-<wbr>update.pdf</a><br>
&gt;&gt;<br>
&gt;&gt; It seems the changes to PET are not yet merged in. Also I think Glenn would<br>
&gt;&gt; also like to know about the agreement.<br>
&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Comments anywhere would be great.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Thanks for pushing this forward Michael.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Thu, 12 Jul 2018, 12:34 Michael Wayne Goodman, &lt;<a href="mailto:goodmami@uw.edu">goodmami@uw.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Wed, Jul 11, 2018, 19:24 Woodley Packard &lt;<a href="mailto:sweaglesw@sweaglesw.org">sweaglesw@sweaglesw.org</a>&gt;<br>
&gt;&gt;&gt;&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; 2 cents worth...<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; 1. I think the logical behavior for an addendum with a doc string is<br>
&gt;&gt;&gt;&gt;&gt; concatenation, not replacement.  The doc string on the addendum should<br>
&gt;&gt;&gt;&gt;&gt; document what the addendum adds to the type, not the whole type.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hmm, good point. I guess the addendum can only add constraints, so the<br>
&gt;&gt;&gt;&gt; old docstring wouldn&#39;t necessarily become invalid. I was comparing to method<br>
&gt;&gt;&gt;&gt; overrides in Python classes, but that&#39;s not a useful comparison.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; 2. ACE (I believe) allows comments just about anywhere in TDL.  I find<br>
&gt;&gt;&gt;&gt;&gt; this very useful when editing TDL, e.g. annotating changes on a fine grained<br>
&gt;&gt;&gt;&gt;&gt; level or disabling certain constraints temporarily without deleting them.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Yes, it&#39;s definitely more useful to allow comments almost anywhere, and<br>
&gt;&gt;&gt;&gt; not really hard to parse, either.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Regards,<br>
&gt;&gt;&gt;&gt;&gt; Woodley<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; On Jul 11, 2018, at 5:00 PM, Michael Wayne Goodman &lt;<a href="mailto:goodmami@uw.edu">goodmami@uw.edu</a>&gt;<br>
&gt;&gt;&gt;&gt;&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Thank you, Bernd, for the feedback. But I&#39;m not having success parsing<br>
&gt;&gt;&gt;&gt;&gt; types with docstrings using PET. E.g., I changed sign-min in the ERG like<br>
&gt;&gt;&gt;&gt;&gt; this:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;     sign_min := *avm* &amp;<br>
&gt;&gt;&gt;&gt;&gt;       &quot;doc&quot;<br>
&gt;&gt;&gt;&gt;&gt;       [ SYNSEM synsem_min,<br>
&gt;&gt;&gt;&gt;&gt;         KEY-ARG bool ].<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; But flop doesn&#39;t like it:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;     goodmami@tpy:~/grammars/erg$ flop english.tdl<br>
&gt;&gt;&gt;&gt;&gt;     reading `Version.lsp&#39;...<br>
&gt;&gt;&gt;&gt;&gt;     converting `english.tdl&#39; (ERG (1214)) into `english.grm&#39; ...<br>
&gt;&gt;&gt;&gt;&gt;     loading `english.tdl&#39;... including `fundamentals.tdl&#39;...<br>
&gt;&gt;&gt;&gt;&gt; fundamentals.tdl:21:3: error: (syntax) - got `                   [&#39;,<br>
&gt;&gt;&gt;&gt;&gt; expecting `.&#39; at end of type definition<br>
&gt;&gt;&gt;&gt;&gt;     [...]<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I get similar errors no matter where I put it (before :=, directly after<br>
&gt;&gt;&gt;&gt;&gt; :=, after ]). It&#39;s syntactically valid if I have ... *avm* &amp; &quot;doc&quot; &amp; ...,<br>
&gt;&gt;&gt;&gt;&gt; but then it has trouble unifying (as expected).<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; It does, however, seem to be happy having a comment there (both ; and #|<br>
&gt;&gt;&gt;&gt;&gt; styles) instead of a doc string.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I&#39;m using flop version 0.99.14svn_cm from the LOGON distribution.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; On Wed, Jul 11, 2018 at 7:00 AM, Bernd Kiefer &lt;<a href="mailto:Bernd.Kiefer@dfki.de">Bernd.Kiefer@dfki.de</a>&gt;<br>
&gt;&gt;&gt;&gt;&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; Concerning question 3, at least in TDL and PET there was no such<br>
&gt;&gt;&gt;&gt;&gt;&gt; restriction,<br>
&gt;&gt;&gt;&gt;&gt;&gt; but that could make the definition of docstrings easier.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; Best,<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; Bernd<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; On 11.07.2018 03:01, Michael Wayne Goodman wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; I attempted to define a BNF-like description of TDL syntax on the wiki:<br>
&gt;&gt;&gt;&gt;&gt;&gt; <a href="http://moin.delph-in.net/TdlRfc" rel="noreferrer" target="_blank">http://moin.delph-in.net/<wbr>TdlRfc</a><br>
&gt;&gt;&gt;&gt;&gt;&gt; I tried to follow the partial BNF in the LKB source and often referred<br>
&gt;&gt;&gt;&gt;&gt;&gt; to the lisp code itself in order to fill out the rest of the description.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; My 3 questions above are concisely repeated at the bottom of the wiki<br>
&gt;&gt;&gt;&gt;&gt;&gt; along with some others.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; I welcome corrections and discussion (here or on the wiki) from any TDL<br>
&gt;&gt;&gt;&gt;&gt;&gt; nerds or authorities (especially if you&#39;ve written a TDL parser).<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; On Mon, Jul 9, 2018 at 12:49 PM, Michael Wayne Goodman<br>
&gt;&gt;&gt;&gt;&gt;&gt; &lt;<a href="mailto:goodmami@uw.edu">goodmami@uw.edu</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Hi developers,<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; I&#39;m taking a closer look at the syntax of TDL files and the situation<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; is a bit of a mess. Can anyone help me clarify some things? (I&#39;ll restrict<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; myself to 3 questions for now)<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; The Copestake 2002 reference (Implementing TFS Grammars) has a BNF for<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; TDL, but it&#39;s a bit out of date and, according to comments in the LKB source<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; code, incorrect in parts. The LKB source comments are scattered, incomplete,<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; inconsistent, and also a bit outdated. There is not much on the wiki. There<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; is some discussion in the mailing list archives (much from before my time in<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; DELPH-IN), but it&#39;s not clear how current those descriptions are.<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Q1: Are supertypes special in a definition?<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; The BNF (in the LKB source) says this:<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     Type-def -&gt; Type { Avm-def | Subtype-def} . |<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;                          Type { Avm-def | Subtype-def}.<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     Avm-def -&gt; := Conjunction | Comment Conjunction<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     Conjunction -&gt; Term { &amp; Term } *<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     Term -&gt; Type | Feature-term | Diff-list | List | Coreference<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; That makes it sound like I could do this:<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     mytype := [ FEAT val ] &amp; supertype.<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; or even:<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     mytype := &lt;! diff list.. !&gt; &amp; #coref &amp; supertype.<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; But elsewhere it seems like a list of parents is special and appears<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; before the rest of the conjunction. E.g., at read-tdl-avm-def of<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; lingo/lkb/src/io-tdl/<wbr>tdltypeinput.lsp I see this alternate definition of<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Avm-def:<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;   ;;; Avm-def -&gt; := Parents Conjunction | Parents Comment Conjunction<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; |<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;   ;;;               Parents | Parents Comment<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; It seems that both ACE and PET are fine with putting supertypes after<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; the feature list (and some other variations). I&#39;m fine with this, but I<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; wonder what it means for docstrings (see Q3 below), which (I think) are<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; supposed to appear after the list of parents and before the feature list.<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Q2: Subtype-def is now just a variant of Avm-def, yes?<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; The BNF still describes subtyping (with the :&lt; operator) as only<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; taking a single parent:<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;     Subtype-def -&gt;  :&lt; type<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; But I believe the consensus is that this is unnecessary (it&#39;s<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; equivalent to using := with only a supertype), so :&lt; is treated as<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; equivalent to := (to avoid breaking backward compatibility). Is this<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; interpretation used by all processors?<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Q3: What&#39;s the final word with type comments / docstrings?<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; I find evidence of 3 proposed variants: (1) a block of &quot;;&quot; comments<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; before a typename (LTDB-style); (2) a block of &quot;;&quot; comments within a type<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; description; and (3) a &quot;doc string&quot; within a type description. Furthermore,<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; there is a question as to whether comments or strings within a type go after<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; the &quot;:=&quot; or after the list of supertypes. I think #| ... |# comments were<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; not considered for this purpose.<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; My guess is this:<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; * LTDB-style comments (before the type identifier) are processed<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; separately from TDL-parsing<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; * type-internal comments can go anywhere but are discarded<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; * type-internal doc strings must appear after the list of supertypes<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; and are later available for inspection (they are included as a<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; non-functional part of a type)<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; ACE seems happy with my assumptions, although PET doesn&#39;t seem to like<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; doc strings at all.<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Thanks!<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; --<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Michael Wayne Goodman<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; --<br>
&gt;&gt;&gt;&gt;&gt;&gt; Michael Wayne Goodman<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; --<br>
&gt;&gt;&gt;&gt;&gt;&gt; ------------------------------<wbr>------------------------------<wbr>----------<br>
&gt;&gt;&gt;&gt;&gt;&gt; Bernd Kiefer     DFKI GmbH,  Stuhlsatzenhausweg,  D-66123 Saarbruecken<br>
&gt;&gt;&gt;&gt;&gt;&gt; <a href="mailto:kiefer@dfki.de">kiefer@dfki.de</a>   +49-681/85775-5301 (phone)   +49-681/85775-5338 (fax)<br>
&gt;&gt;&gt;&gt;&gt;&gt; ------------------------------<wbr>------------------------------<wbr>----------<br>
&gt;&gt;&gt;&gt;&gt;&gt; Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH<br>
&gt;&gt;&gt;&gt;&gt;&gt; Trippstadter Strasse 122, D-67663 Kaiserslautern, Germany<br>
&gt;&gt;&gt;&gt;&gt;&gt; Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster (Vor-<br>
&gt;&gt;&gt;&gt;&gt;&gt;                     sitzender), Dr. Walter Olthoff<br>
&gt;&gt;&gt;&gt;&gt;&gt; Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes<br>
&gt;&gt;&gt;&gt;&gt;&gt; Amtsgericht Kaiserslautern, HRB 2313<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; --<br>
&gt;&gt;&gt;&gt;&gt; Michael Wayne Goodman<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Michael Wayne Goodman<br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">-- <br>
Francis Bond &lt;<a href="http://www3.ntu.edu.sg/home/fcbond/" rel="noreferrer" target="_blank">http://www3.ntu.edu.sg/home/<wbr>fcbond/</a>&gt;<br>
Division of Linguistics and Multilingual Studies<br>
Nanyang Technological University<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Michael Wayne Goodman</div></div></div></div></div></div>
</div></div>