Conflicts:
	modules/mol/base/doc/entity.rst

The code would previously only consider the last chain mapping in
consideration. As a result we find better scores in tests.

fnat, lrmsd, irmsd etc. are not strictly DockQ related, they just
serve as input for DockQ

Raise a ValueError upon initialization.

Fixes the SDF reader and documents the convention.

Reason is, it's unclear if they are useful anywhere else

Qualified name value is not useful. Plus they are redundant with
the details.

Also export the attributes where needed.

So far, the Scorer object only relied on the number of chains in
the target to decide whether to enumerate the full chain mapping
solution space or apply a heuristic. The number of chains in the
model is equally important.

Loading networkX module is hopefully enough