06.07.2014 Views

A Treebank-based Investigation of IPP-triggering Verbs in Dutch

A Treebank-based Investigation of IPP-triggering Verbs in Dutch

A Treebank-based Investigation of IPP-triggering Verbs in Dutch

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

(VP (VB patch) ) ) )<br />

(VP (VBZ is)<br />

(S (VP (TO to)<br />

(VP (VB mend)<br />

(PP (IN by)<br />

(S (VP (VBG putt<strong>in</strong>g)<br />

(NP (DT a) (NN patch) )<br />

(PP (IN on) ) ) ) ) ) )<br />

patch:VB(e1, x1, x2) -> mend:VB(e1, x1, x2) by:IN(e1, e3) put:VB(e3, x1, x5)<br />

patch:NN(x5) on:IN(e3, x2)<br />

In both cases, the verb PUT is encoded without the OBLique, which is then<br />

added as an ADJunct by means <strong>of</strong> the semantics <strong>of</strong> the preposition IN. In<br />

addition, the verb CUP does not tranfer the OBJect argument to the verb PUT<br />

which is left without arguments apart from the SUBJect x1; both x2 and x4<br />

are treated as free variables. In the whole database, there are only three cases<br />

where the verb PUT is correctly encoded as a 3PP, and one <strong>of</strong> them is here<br />

below:<br />

make, make_up<br />

put <strong>in</strong> order or neaten; "make the bed"; "make up a room" <br />

<br />

make:VB(e1, x1, x2) -> put:VB(e2, x1, x3, x2) <strong>in</strong>_order:JJ(x3) or:CC(e1, e2, e3)<br />

neaten:VB(e3, x1, x2)<br />

caution, admonish, monish<br />

warn strongly; put on guard <br />

<br />

caution:VB(e1, x1, x2) -> put:VB(e1, x1, x3, x2) on_guard:JJ(x3)<br />

The fact that the third argument is computed as an ADJectival and not as a<br />

Prepositional ADJunct may expla<strong>in</strong> its peculiar treatment, which is only<br />

found <strong>in</strong> similar contexts. In fact this treatment has also been used for MAKE<br />

when it is used with secondary predications as shown <strong>in</strong> the follow<strong>in</strong>g two<br />

entries:<br />

darkened<br />

become or made dark <br />

darkened:JJ(x1) -> make:VB(e2, x5, x4, x1) dark:JJ(x4)<br />

<strong>in</strong>timidated<br />

made timid or fearful as by threats <br />

<strong>in</strong>timidated:JJ(x1) -> make:VB(e1, x6, x4, x1) timid:JJ(x4) fearful:JJ(x4) as_by:IN(e1,<br />

x2) threat:NN(x2)<br />

Here correctly, we see that MAKE is encoded as a 3PP and all variables as<br />

bound, apart from the SUBJect which is left implicit <strong>in</strong> all entries <strong>of</strong> this type.<br />

F<strong>in</strong>ally I will look at CAUSE, which should be given a structure similar to<br />

FORCE, at least whenever an <strong>in</strong>f<strong>in</strong>itival occurs as complement. Some<br />

examples here below:<br />

79

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!