• Dinamica EGO data structures
• Dinamica EGO file formats

Dinamica EGO handles data in several formats, including raster maps or images, tables, matrices, and a Weights of Evidence coefficient file.

A cube raster dataset

For spatial data, Dinamica only supports raster datasets. Therefore you will need to prepare your dataset in a GIS package and then export the maps in one of the three formats specified below. Although geo-referencing is supported and needed, all raster dataset in a model must have the same number of columns and rows. Moreover they must be tied to the same coordinate space and registration point (Fig.3)

Dinamica EGO reads and writes raster data in many ways: check all the Supported Map Formats

Dinamica EGO supports all the affine coordinate systems wich includes most of the projections and datums used.

In map algebra, the null concept is very important to obtain an intelligible result from a model execution. Null means absence of data. Thus a map containing an irregular geographic area of interest, which does not completely cover the geographic plane, must contain a representation for null cell. The value reserved for null cell representation may vary depending on the data cell type, i.e. the size in terms of bits used to store the cell values of a map. Dinamica EGO supports data cell types as follows:
Usually, the lowest negative value is used to represent the null value. For example -32768 for Signed 16 Bit Integer. Always choose a data cell type able to embrace the range of values contained in a variable. For example: elevation, varying from -10 meters to 4000 meters, must be represented as Signed 16 Bit Integer or IEEE 754 32 Bit Real.

Tables are a convenient way to represent attribute data, usually pertaining to a certain geographic zone, for example: country, state or counties. Dinamica EGO can read data in Comma Separated Value format, in which the first column represents the key and the second, the value, as follows.

The first line of the table must contain the columns titles “Key” and the variable name, such as population, countries, etc.

Transition matrix is also stored using this format; the only difference is that the key employs a composite algorism to represent a transition as follows:

Thus the previous table is equivalent to the following transition matrix: Note that the diagonal values do not need to be filled in, nor are necessary the transitions equal to zero.

Another supported format is the Weights of Evidence file - a text file containing the Weights of Evidence coefficients. This file is obtained through the Weights of Evidence method used in the calibration process