Spatial Database Dictionary

The package has devised suitable database structure for spatial and non-spatial database elements. Database elements, required to be integrated, with the package must adhere to these standards. To explore and analyze these database elements efficiently and provide ease to the users in executing various tasks of the package, all the database elements and components should be known to the shell. For this purpose, Geo-LIMIS maintains a spatial database dictionary, named as LWTHEME.LWS (INFO table), to store details of various database elements. This dictionary can be updated and extended by the user through a user friendly GUI (Figure 3). User can browse through the spatial dictionary, update or extend it.

Ccwinqt nnlihli

Dm 11 >■ hi'--

"IT HI-.

UAy |

ït Al^

|i.i il IH Iky

1 ' J

1 * Jl



11 (.(ÏLUI^Mft



m r ■

I >iru I iwfirfry N.KTM fi^Ahiiv AtlntoJto IIjip L<> lilt H.iir-j jh-iil-rann

I nQf nil llh^Ti


in iïifiii un

Message board

Figure 3: Spatial database dictionary interface

This module (Figure 4) performs the validation of each database element (spatial layers) and also checks the integrity of the database and validates each database element whether it adheres to Geo-LIMIS database design and standards or not. It generates a validation report after critically examining the data. The spatial database elements, which have an entry in the spatial database dictionary will only be considered for validation. During database validation the package performs following validation checks vis-à-vis Geo-LIMIS database design and standards.

Figure 4: Database validation module

i. Name of the spatial layers.

ii. Existence of layers and type of layers, feature attribute table (FAT), look up table files. (.LUT) and files containing data for non-spatial themes

iii. Existence of link-code in feature attribute table (FAT), .LUT and .DAT files.

iv. Definition of link-code i.e. width and each entry of link-code.

v. Projection information.

0 0

Post a comment