# Sample usage for inference¶

## Logical Inference and Model Building¶

```
>>> from nltk.test.setup_fixt import check_binary
>>> check_binary('mace4')
```

```
>>> from nltk import *
>>> from nltk.sem.drt import DrtParser
>>> from nltk.sem import logic
>>> logic._counter._value = 0
```

### Introduction¶

Within the area of automated reasoning, first order theorem proving
and model building (or model generation) have both received much
attention, and have given rise to highly sophisticated techniques. We
focus therefore on providing an NLTK interface to third party tools
for these tasks. In particular, the module `nltk.inference`

can be
used to access both theorem provers and model builders.

### NLTK Interface to Theorem Provers¶

The main class used to interface with a theorem prover is the `Prover`

class, found in `nltk.api`

. The `prove()`

method takes three optional
arguments: a goal, a list of assumptions, and a `verbose`

boolean to
indicate whether the proof should be printed to the console. The proof goal
and any assumptions need to be instances of the `Expression`

class
specified by `nltk.sem.logic`

. There are currently three theorem provers
included with NLTK: `Prover9`

, `TableauProver`

, and
`ResolutionProver`

. The first is an off-the-shelf prover, while the other
two are written in Python and included in the `nltk.inference`

package.

```
>>> from nltk.sem import Expression
>>> read_expr = Expression.fromstring
>>> p1 = read_expr('man(socrates)')
>>> p2 = read_expr('all x.(man(x) -> mortal(x))')
>>> c = read_expr('mortal(socrates)')
>>> Prover9().prove(c, [p1,p2])
True
>>> TableauProver().prove(c, [p1,p2])
True
>>> ResolutionProver().prove(c, [p1,p2], verbose=True)
[1] {-mortal(socrates)} A
[2] {man(socrates)} A
[3] {-man(z2), mortal(z2)} A
[4] {-man(socrates)} (1, 3)
[5] {mortal(socrates)} (2, 3)
[6] {} (1, 5)
True
```

### The `ProverCommand`

¶

A `ProverCommand`

is a stateful holder for a theorem
prover. The command stores a theorem prover instance (of type `Prover`

),
a goal, a list of assumptions, the result of the proof, and a string version
of the entire proof. Corresponding to the three included `Prover`

implementations, there are three `ProverCommand`

implementations:
`Prover9Command`

, `TableauProverCommand`

, and
`ResolutionProverCommand`

.

The `ProverCommand`

’s constructor takes its goal and assumptions. The
`prove()`

command executes the `Prover`

and `proof()`

returns a String form of the proof
If the `prove()`

method has not been called,
then the prover command will be unable to display a proof.

```
>>> prover = ResolutionProverCommand(c, [p1,p2])
>>> print(prover.proof())
Traceback (most recent call last):
File "...", line 1212, in __run
compileflags, 1) in test.globs
File "<doctest nltk/test/inference.doctest[10]>", line 1, in <module>
File "...", line ..., in proof
raise LookupError("You have to call prove() first to get a proof!")
LookupError: You have to call prove() first to get a proof!
>>> prover.prove()
True
>>> print(prover.proof())
[1] {-mortal(socrates)} A
[2] {man(socrates)} A
[3] {-man(z4), mortal(z4)} A
[4] {-man(socrates)} (1, 3)
[5] {mortal(socrates)} (2, 3)
[6] {} (1, 5)
```

The prover command stores the result of proving so that if `prove()`

is
called again, then the command can return the result without executing the
prover again. This allows the user to access the result of the proof without
wasting time re-computing what it already knows.

```
>>> prover.prove()
True
>>> prover.prove()
True
```

The assumptions and goal may be accessed using the `assumptions()`

and
`goal()`

methods, respectively.

```
>>> prover.assumptions()
[<ApplicationExpression man(socrates)>, <AllExpression all x.(man(x) -> mortal(x))>]
>>> prover.goal()
<ApplicationExpression mortal(socrates)>
```

The assumptions list may be modified using the `add_assumptions()`

and
`retract_assumptions()`

methods. Both methods take a list of `Expression`

objects. Since adding or removing assumptions may change the result of the
proof, the stored result is cleared when either of these methods are called.
That means that `proof()`

will be unavailable until `prove()`

is called and
a call to `prove()`

will execute the theorem prover.

```
>>> prover.retract_assumptions([read_expr('man(socrates)')])
>>> print(prover.proof())
Traceback (most recent call last):
File "...", line 1212, in __run
compileflags, 1) in test.globs
File "<doctest nltk/test/inference.doctest[10]>", line 1, in <module>
File "...", line ..., in proof
raise LookupError("You have to call prove() first to get a proof!")
LookupError: You have to call prove() first to get a proof!
>>> prover.prove()
False
>>> print(prover.proof())
[1] {-mortal(socrates)} A
[2] {-man(z6), mortal(z6)} A
[3] {-man(socrates)} (1, 2)
>>> prover.add_assumptions([read_expr('man(socrates)')])
>>> prover.prove()
True
```

### Prover9¶

#### Prover9 Installation¶

You can download Prover9 from https://www.cs.unm.edu/~mccune/prover9/.

Extract the source code into a suitable directory and follow the
instructions in the Prover9 `README.make`

file to compile the executables.
Install these into an appropriate location; the
`prover9_search`

variable is currently configured to look in the
following locations:

```
>>> p = Prover9()
>>> p.binary_locations()
['/usr/local/bin/prover9',
'/usr/local/bin/prover9/bin',
'/usr/local/bin',
'/usr/bin',
'/usr/local/prover9',
'/usr/local/share/prover9']
```

Alternatively, the environment variable `PROVER9HOME`

may be configured with
the binary’s location.

The path to the correct directory can be set manually in the following manner:

```
>>> config_prover9(path='/usr/local/bin')
[Found prover9: /usr/local/bin/prover9]
```

If the executables cannot be found, `Prover9`

will issue a warning message:

```
>>> p.prove()
Traceback (most recent call last):
...
LookupError:
===========================================================================
NLTK was unable to find the prover9 executable! Use config_prover9() or
set the PROVER9HOME environment variable.
>> config_prover9('/path/to/prover9')
For more information, on prover9, see:
<https://www.cs.unm.edu/~mccune/prover9/>
===========================================================================
```

#### Using Prover9¶

The general case in theorem proving is to determine whether `S |- g`

holds, where `S`

is a possibly empty set of assumptions, and `g`

is a proof goal.

As mentioned earlier, NLTK input to `Prover9`

must be
`Expression`

s of `nltk.sem.logic`

. A `Prover9`

instance is
initialized with a proof goal and, possibly, some assumptions. The
`prove()`

method attempts to find a proof of the goal, given the
list of assumptions (in this case, none).

```
>>> goal = read_expr('(man(x) <-> --man(x))')
>>> prover = Prover9Command(goal)
>>> prover.prove()
True
```

Given a `ProverCommand`

instance `prover`

, the method
`prover.proof()`

will return a String of the extensive proof information
provided by Prover9, shown in abbreviated form here:

```
============================== Prover9 ===============================
Prover9 (32) version ...
Process ... was started by ... on ...
...
The command was ".../prover9 -f ...".
============================== end of head ===========================
============================== INPUT =================================
% Reading from file /var/...
formulas(goals).
(all x (man(x) -> man(x))).
end_of_list.
...
============================== end of search =========================
THEOREM PROVED
Exiting with 1 proof.
Process 6317 exit (max_proofs) Mon Jan 21 15:23:28 2008
```

As mentioned earlier, we may want to list some assumptions for the proof, as shown here.

```
>>> g = read_expr('mortal(socrates)')
>>> a1 = read_expr('all x.(man(x) -> mortal(x))')
>>> prover = Prover9Command(g, assumptions=[a1])
>>> prover.print_assumptions()
all x.(man(x) -> mortal(x))
```

However, the assumptions are not sufficient to derive the goal:

```
>>> print(prover.prove())
False
```

So let’s add another assumption:

```
>>> a2 = read_expr('man(socrates)')
>>> prover.add_assumptions([a2])
>>> prover.print_assumptions()
all x.(man(x) -> mortal(x))
man(socrates)
>>> print(prover.prove())
True
```

We can also show the assumptions in `Prover9`

format.

```
>>> prover.print_assumptions(output_format='Prover9')
all x (man(x) -> mortal(x))
man(socrates)
```

```
>>> prover.print_assumptions(output_format='Spass')
Traceback (most recent call last):
. . .
NameError: Unrecognized value for 'output_format': Spass
```

Assumptions can be retracted from the list of assumptions.

```
>>> prover.retract_assumptions([a1])
>>> prover.print_assumptions()
man(socrates)
>>> prover.retract_assumptions([a1])
```

Statements can be loaded from a file and parsed. We can then add these statements as new assumptions.

```
>>> g = read_expr('all x.(boxer(x) -> -boxerdog(x))')
>>> prover = Prover9Command(g)
>>> prover.prove()
False
>>> import nltk.data
>>> new = nltk.data.load('grammars/sample_grammars/background0.fol')
>>> for a in new:
... print(a)
all x.(boxerdog(x) -> dog(x))
all x.(boxer(x) -> person(x))
all x.-(dog(x) & person(x))
exists x.boxer(x)
exists x.boxerdog(x)
>>> prover.add_assumptions(new)
>>> print(prover.prove())
True
>>> print(prover.proof())
============================== prooftrans ============================
Prover9 (...) version ...
Process ... was started by ... on ...
...
The command was ".../prover9".
============================== end of head ===========================
============================== end of input ==========================
============================== PROOF =================================
% -------- Comments from original proof --------
% Proof 1 at ... seconds.
% Length of proof is 13.
% Level of proof is 4.
% Maximum clause weight is 0.
% Given clauses 0.
1 (all x (boxerdog(x) -> dog(x))). [assumption].
2 (all x (boxer(x) -> person(x))). [assumption].
3 (all x -(dog(x) & person(x))). [assumption].
6 (all x (boxer(x) -> -boxerdog(x))). [goal].
8 -boxerdog(x) | dog(x). [clausify(1)].
9 boxerdog(c3). [deny(6)].
11 -boxer(x) | person(x). [clausify(2)].
12 boxer(c3). [deny(6)].
14 -dog(x) | -person(x). [clausify(3)].
15 dog(c3). [resolve(9,a,8,a)].
18 person(c3). [resolve(12,a,11,a)].
19 -person(c3). [resolve(15,a,14,a)].
20 $F. [resolve(19,a,18,a)].
============================== end of proof ==========================
```

### The equiv() method¶

One application of the theorem prover functionality is to check if
two Expressions have the same meaning.
The `equiv()`

method calls a theorem prover to determine whether two
Expressions are logically equivalent.

```
>>> a = read_expr(r'exists x.(man(x) & walks(x))')
>>> b = read_expr(r'exists x.(walks(x) & man(x))')
>>> print(a.equiv(b))
True
```

The same method can be used on Discourse Representation Structures (DRSs). In this case, each DRS is converted to a first order logic form, and then passed to the theorem prover.

```
>>> dp = DrtParser()
>>> a = dp.parse(r'([x],[man(x), walks(x)])')
>>> b = dp.parse(r'([x],[walks(x), man(x)])')
>>> print(a.equiv(b))
True
```

### NLTK Interface to Model Builders¶

The top-level to model builders is parallel to that for
theorem-provers. The `ModelBuilder`

interface is located
in `nltk.inference.api`

. It is currently only implemented by
`Mace`

, which interfaces with the Mace4 model builder.

Typically we use a model builder to show that some set of formulas has
a model, and is therefore consistent. One way of doing this is by
treating our candidate set of sentences as assumptions, and leaving
the goal unspecified.
Thus, the following interaction shows how both `{a, c1}`

and `{a, c2}`

are consistent sets, since Mace succeeds in a building a
model for each of them, while `{c1, c2}`

is inconsistent.

```
>>> a3 = read_expr('exists x.(man(x) and walks(x))')
>>> c1 = read_expr('mortal(socrates)')
>>> c2 = read_expr('-mortal(socrates)')
>>> mace = Mace()
>>> print(mace.build_model(None, [a3, c1]))
True
>>> print(mace.build_model(None, [a3, c2]))
True
```

We can also use the model builder as an adjunct to theorem prover.
Let’s suppose we are trying to prove `S |- g`

, i.e. that `g`

is logically entailed by assumptions `S = {s1, s2, ..., sn}`

.
We can this same input to Mace4, and the model builder will try to
find a counterexample, that is, to show that `g`

does *not* follow
from `S`

. So, given this input, Mace4 will try to find a model for
the set `S' = {s1, s2, ..., sn, (not g)}`

. If `g`

fails to follow
from `S`

, then Mace4 may well return with a counterexample faster
than Prover9 concludes that it cannot find the required proof.
Conversely, if `g`

*is* provable from `S`

, Mace4 may take a long
time unsuccessfully trying to find a counter model, and will eventually give up.

In the following example, we see that the model builder does succeed in building a model of the assumptions together with the negation of the goal. That is, it succeeds in finding a model where there is a woman that every man loves; Adam is a man; Eve is a woman; but Adam does not love Eve.

```
>>> a4 = read_expr('exists y. (woman(y) & all x. (man(x) -> love(x,y)))')
>>> a5 = read_expr('man(adam)')
>>> a6 = read_expr('woman(eve)')
>>> g = read_expr('love(adam,eve)')
>>> print(mace.build_model(g, [a4, a5, a6]))
True
```

The Model Builder will fail to find a model if the assumptions do entail the goal. Mace will continue to look for models of ever-increasing sizes until the end_size number is reached. By default, end_size is 500, but it can be set manually for quicker response time.

```
>>> a7 = read_expr('all x.(man(x) -> mortal(x))')
>>> a8 = read_expr('man(socrates)')
>>> g2 = read_expr('mortal(socrates)')
>>> print(Mace(end_size=50).build_model(g2, [a7, a8]))
False
```

There is also a `ModelBuilderCommand`

class that, like `ProverCommand`

,
stores a `ModelBuilder`

, a goal, assumptions, a result, and a model. The
only implementation in NLTK is `MaceCommand`

.

### Mace4¶

#### Mace4 Installation¶

Mace4 is packaged with Prover9, and can be downloaded from the same source, namely https://www.cs.unm.edu/~mccune/prover9/. It is installed in the same manner as Prover9.

#### Using Mace4¶

Check whether Mace4 can find a model.

```
>>> a = read_expr('(see(mary,john) & -(mary = john))')
>>> mb = MaceCommand(assumptions=[a])
>>> mb.build_model()
True
```

Show the model in ‘tabular’ format.

```
>>> print(mb.model(format='tabular'))
% number = 1
% seconds = 0
% Interpretation of size 2
john : 0
mary : 1
see :
| 0 1
---+----
0 | 0 0
1 | 1 0
```

Show the model in ‘tabular’ format.

```
>>> print(mb.model(format='cooked'))
% number = 1
% seconds = 0
% Interpretation of size 2
john = 0.
mary = 1.
- see(0,0).
- see(0,1).
see(1,0).
- see(1,1).
```

The property `valuation`

accesses the stored `Valuation`

.

```
>>> print(mb.valuation)
{'john': 'a', 'mary': 'b', 'see': {('b', 'a')}}
```

We can return to our earlier example and inspect the model:

```
>>> mb = MaceCommand(g, assumptions=[a4, a5, a6])
>>> m = mb.build_model()
>>> print(mb.model(format='cooked'))
% number = 1
% seconds = 0
% Interpretation of size 2
adam = 0.
eve = 0.
c1 = 1.
man(0).
- man(1).
woman(0).
woman(1).
- love(0,0).
love(0,1).
- love(1,0).
- love(1,1).
```

Here, we can see that `adam`

and `eve`

have been assigned the same
individual, namely `0`

as value; `0`

is both a man and a woman; a second
individual `1`

is also a woman; and `0`

loves `1`

. Thus, this is
an interpretation in which there is a woman that every man loves but
Adam doesn’t love Eve.

Mace can also be used with propositional logic.

```
>>> p = read_expr('P')
>>> q = read_expr('Q')
>>> mb = MaceCommand(q, [p, p>-q])
>>> mb.build_model()
True
>>> mb.valuation['P']
True
>>> mb.valuation['Q']
False
```