| 
| 
| 
|
Cadastral Data Model
The LPI Cadastral Data Model has been designed to support the Department's cadastral data maintenance requirements.
The model represents current cadastral status but not necessarily current title.
The model has been developed using UML methodologies based on a target ESRI Geodatabase implementation and therefore certain aspects of the design reflect the requirements of that technology. The published design is a physical model and contains components required to support ongoing data maintenance activity. Cadastral data delivery and distribution systems will be based on this model, essentially containing all the entities and relationships described here with minor modifications to eliminate maintenance specific data elements, to model history and to optimise the structures for query, analysis and extraction.
A full description of the data model features can be found in the Cadastral Data Dictionary (PDF 580 kb).
Technical notes
- The model is made up of two components - a set of UML diagrams and an accompanying data dictionary. Both are published as HTML documents. The source model in Visio 2002 format is available on request, subject to Departmental approval.
- From the maintenance perspective, temporal (historical) requirements are managed using ESRI Geodatabase versioning technology. Geodatabase versioning is used to support optimistic locking strategies, manage transactions (including long transactions) and provide detached editing capability. As a result, complete data change histories are maintained.
- The model contains the following component types: abstract classes, feature classes (spatial), object classes (aspatial), relationship classes, class subtypes and attributes (mostly) controlled by fixed value domains.
- All features have a unique, persistent identifier called CadId. This value is guaranteed unique across all Geodatabase feature classes and is assigned at instantiation, remaining unchanged throughout the life of the feature.
- All instantiated classes have unique identifier called ObjectId. This value is unique within any one class and can be considered as a primary key from the standard database declarative referential integrity perspective.
- Some feature attributes have been included in anticipation of a future requirement and availability. However it may be some time before these attributes are populated.
Further information
For further information on the model and any requests for a softcopy, please contact Alan Garside T: 02 6332 8349.
Note: Softcopy is available in Visio2000 format or as a full set of HTML and associated files.
