Hello,<br><br>Thanks Madam for your kind reply. The MRS output for 'demonstrative pronoun' now showing up all of the relations. <br><br>Yes, 'lex-root' is defined in the 'roots.tdl' file. I also tried "View -> Other entry" and asked for lex-root, it expands and can show it's parent type "word-or-lex" rule. So, I think it working fine, but I don't get the output.
<br><br>I also want to implement the possessive markers. In Bangla, possessives are appeared as modifiers like English, such as: "kimer kukur (Kim's dog)", "taader kukur (Their dog)". The nouns/pronouns are inflected by possessive case marker 'er' or 'der' to appear as possessive modifiers. So I want to implement it through 'infl-ltow-rule'. But, do I need to change the HEAD feature of possessives from 'noun' to 'link' / 'adjective' or any other types? Because, noun types introduces 'noun-relation' as it's first relation, where possessive modifires would introduce 'poss-rel' as it's first relation with two other relations (their own noun and quantifier relations).
<br><br>One more question about 'event relation'. Isn't it that 'event-relation' bears the feature TAM (Time, Aspect and Mood)? How it would used for the 'demonstrative determiners'?<br><br>Thank you.
<br><br><div><span class="gmail_quote"><br><br>On 7/31/07, <b class="gmail_sendername">Emily M. Bender</b> <<a href="mailto:ebender@u.washington.edu">ebender@u.washington.edu</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Dear Altaf,<br><br>> 1. In LAB-06, 'adjective-relation' has been introduced for<br>> LKEYS.ALTKEYSfeatures of demonstrative determiners. But, there is no<br>> such type is<br>> declared in 'matrix.tdl
' file and LKB doesn't find it. What might goes wrong<br>> here?<br><br>It looks like an error in the instructions. Try `event-relation'<br>instead.<br><br>> 2. In LAB-06, in section for demonstrative pronoun, it says that the LBL
<br>> values of two relations (LKEYS.KEYREL noun-relation and<br>> LKEYS.ALTKEYRELevent-relation) are to be identified with each other. I<br>> think I did the same<br>> thing as the following code (reentrancy with '#lbl' ):
<br>><br>> ;;;;;;;;;;;;;;;; pronoun lexeme type ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;<br>> pronoun-lex := sg-nouns &<br>> [ SYNSEM [ LOCAL.CAT.VAL.SPR < [ OPT + ] >,<br>> LKEYS.KEYREL noun-relation &
<br>> [ PRED "_pronoun_n_rel" ] ] ].<br>><br>><br>><br>> ;;;;;;;;;;;;;;; demonstrative pronoun ;;;;;;;;;;;;;;;;;;;<br>> demo-pronoun-lex := pronoun-lex &<br>> [ SYNSEM [
LOCAL.CONT.HOOK.INDEX.COG-ST activ+fam,<br>> LKEYS [ KEYREL.LBL #lbl,<br>> ALTKEYREL event-relation &<br>> [ LBL #lbl ] ] ] ].<br><br>Yes, that looks good.
<br><br>> ;;;;;;;;;;;;;;;;; lexical entry ;;;;;;;;;;;;;;;;;<br>> ei_demo := demo-pronoun-lex &<br>> [ STEM < "ei" >,<br>> SYNSEM [ LOCAL.CONT.HOOK.INDEX.PNG [ PER third,<br>> GRD non-hon,
<br>> TPC low ],<br>> LKEYS.ALTKEYREL.PRED proximal+dem_q_rel ] ].<br>><br>> It can parse, but it can't generate because it couldn't show any MRS for the
<br>> main transitive verb of the sentence. For example:<br>><br>> "naafid bhaat khaay"<br>> "Naafid rice eats"<br>> (Naafid eats rice)<br>><br>> There is no MRS for the main verb 'khaay' which should be 'eat_v_rel' and
<br>> handle 'h1', but the LTOP of the whole MRS is 'h1' as usual. Did I do any<br>> mistake here about following the lab guidelines?<br><br>This sounds like you have a broken diff-list somewhere. I suspect that
<br>you need to say of the demo-pronoun-lex type that the RELS list has<br>exactly two things on it, and that these are linked to the KEYREL<br>and ALTKEYREL, respectively. (You are probably already getting the<br>KEYREL linking from a supertype, but might well need to stipulate the
<br>ALTKEYREL linking.) That constraint will look like this:<br><br>[ SYNSEM [ LOCAL.CONT.RELS <! [], #altkeyrel !>,<br> LKEYS.ALTKEYREL #altkeyrel ]].<br><br>> 3. I 've written some morphological rules for verbs. Free word order
<br>> language 'Bangla' has subject-verb agreements only with person variations.<br>> However, when I try to generate from a given parse tree, it only generate<br>> the sentences with the right most verb form of the rule. An example
<br>> for 3rd-person<br>> verb form at 'irules.tdl' file:<br>><br>> 3p-verb :=<br>> %suffix (* e) (* chhe) (* chhila) (* chhilo) (* echhe) (* echhila) (* be) (a<br>> ay) (a acchhe) (aa eyechhe) (jaa giechhe) (aa eyechhila) (aa eyechhilo) (jaa
<br>> giechhila) (jaa giechhilo) (e ey) (e icchhe) (e icchhila) (e icchhilo) (e<br>> iechhe) (e iechhila) (e iechhilo) (e ibe)<br>> 3p-verb-lex-rule.<br>><br>> Here, the right most 3rd person verb form is "(aa eyechhilo)" for those
<br>> verbs which have ending letters 'aa'. I know LKB checks the rules from right<br>> to left, but it generates the sentences with only this verb form, not with<br>> other verb forms at left. For example an input sentence: "naafid bhaat
<br>> khaay" (Naafid eats rice), it generates only:<br>><br>> "naafid bhaat kheyechhilo" (Naafid ate rice)<br>> "naafid kheyechhilo bhaat"<br>> ............................<br>><br>
> But, not any sentence like "naafid bhaat khaacchhe" (Naafid is eating rice).<br>> Here, root form of the verb 'khaay' is 'khaa' at 'lexicon.tdl' file.<br><br>The LKB will parse according to any of the orthography rules that match,
<br>but will only generate with the right-most matching one. Do the forms you<br>are expecting to see differ from each other in any morphosyntactic features?<br>If so, you need multiple lexical rules (even if they are all 3p).
<br><br>> 4. The last question here about single word parsing, of course I should ask<br>> you long before, but I didn't even try with it. I can't parse a single word<br>> yet, although I 've changed the '
globals.lsp' file as following:<br>><br>> (defparameter *start-symbol* '(root lex-root)<br>> "specifing valid parses")<br>><br>> No, I don't get the single word parse.<br><br>Can you confirm that lex-root is in fact defined in
roots.tdl?<br>(And if so, what happens when you do View > Other entry and ask<br>for lex-root?)<br><br>Emily<br></blockquote></div><br><br clear="all"><br>-- <br>-Altaf