fix some references

- A unique detector `name` to refer to the detector in the configuration.

- The `position` in the world frame. This is the position of the geometric center of the sensitive device (sensor) given in

  world coordinates as X, Y and Z s defined in [Section 4.5](./01_geometry.md#coordinate-systems) (note that any

  world coordinates as X, Y and Z s defined in [Section 5.1.1](#coordinate-systems) (note that any

  additional components like the chip and possible support layers are ignored when determining the geometric center).

- An `orientation_mode` that determines the way that the orientation is applied. This can be either `xyz`, `zyx` or `zxz`,

The geometry is needed at a very early stage because it determines the number of detector module instantiations as explained

in [Section 4.4](../04_framework/04_modules.md#module-instantiation). The procedure of finding and loading the appropriate

detector models is explained in more detail in the [next section](#detector-models).

detector models is explained in more detail in the [next section](./02_models.md).

The geometry is directly added from the detector configuration file described in

[Section 3.3](../03_getting_started/03_detector_configuration.md). The geometry manager parses this file on construction, and

Allpix Squared provides a set of objects which can be used to transfer data between modules and to store the simulation

results to file. These objects can be read again from file and dispatched to a secondary simulation chain using the

[ROOTObjectReader](../07_modules/rootobjectreader.md) and [ROOTObjectWriter](../07_modules/rootobjectwriter.md) modules which

[ROOTObjectReader](../08_modules/rootobjectreader.md) and [ROOTObjectWriter](../08_modules/rootobjectwriter.md) modules which

dispatch them via the messaging system as explained in [Section 4.6](../04_framework/06_messages.md).

Objects stored to a ROOT file can be analyzed using C or Python scripts, the example scripts for both languages described in