Cadastre software based on
Open Source in Kyrgyzstan
Alexander Solovov
Solution developer
Two words about Kyrgyzstan





Situated in Central Asia, having borders with
Kazakhstan, Uzbekistan, Tajikistan and
China
Before 1991 was one of the Soviet Union
republics.
Total area of the country is 198.500 m2
The population is about 5,2 million.
Languages: Russian (official), Kygryz (state
language).
The map of Kyrgyzstan
Land Registration Agency





Local name – Gosregister
Responsible for land cadastre, rights
registration and valuation
Have about 49 regional offices
countrywide.
One central office, Land use Institute,
Agency of cartography and geodesy.
Supported by World Bank and Sida
through Swedesurvey agency
(Swedesurvey worked before 2009)
Computerized registration system




The name is Automated Registration
System (ARS)
Developed on MS SQL Server and MS
Access (client)
Currently widely used almost in all offices
Has central database replicated from
regional offices, providing external services
to banks, real estate agencies and others
Core functions









Applications processing
Titles registration
Owners registration
Encumbrances and other restrictions
registration
Creation of new property objects in text
mode.
Amalgamation and division in text mode
Printing certificates
Different reports generation
Archive
Cadastre software development
Background



Before introduction cadastre software
different standalone tools and packages
were used. Like ESRI ArcEditor, MapInfo,
AutoCAD, GeoDraw, etc.
Operations with property objects were
duplicated by ARS and graphical
representation on the paper and digital
maps
No central storage for digital maps
Cadastre software
First attempt


In 2007 was initiated a creation of
cadastre software in the scope of
World Bank project.
The following tools and formats were
used:



ESRI ArcGIS Engine
Visual C#
Shape files
Core functions







Layers management with customization
Map viewing
Creation of new objects by coordinates
Amalgamation, division by coordinates
Property objects liquidation
Printing forms of cadastre plan and land
parcel binding
Advanced search by property parameters
Disadvantages






The only way to manage map objects
is coordinates
No graphical tools
No central database and network
environment support
High cost per one sit (about $800)
Proprietary code
Difficult to extend
Failure reasons




At the moment of the end of development
activities there were no GPS receivers in
piloted offices
Lack of digital maps
There were only 2 licenses of ArcGIS
Engine in central office. No one wanted to
buy licenses from the own budget
Very high cost to introduce database and
network support
Cadastre software
Second attempt



In 2008 Swedesurvey initiated
development of the new cadastre
software with extended capabilities
From the beginning it was targeted for
small regional offices
There were created 2 versions in the
scope of Swedesurvey project
Basic requirements








Create a solution, based on Open Source
components (free of charge)
Introduce network database support as a central
storage of digital maps
Develop graphical tools to manage map objects
Integrate with ARS database
Move all cartographer functions from ARS to
Cadastre software
Process applications from ARS
Extend different functions from previous release
Add new functions
Components







PostgreSQL
PostGIS
SharpMap
GeoAPI.Net
Proj.Net
GDAL
Visual C#
Why Microsoft, not Java?




Existing environment is built on Microsoft
products including ARS and central
database
In the nearest 10 year Windows will not
disappear from the client sits
Server side could be ported on Unix box
Hard to find Java programmer to work on
government agency
Results



Solution was successfully piloted in 2
regional offices
It was taken a decision to renounce
the use of commercial software and
introduce open source solution in all
offices gradually
New requirements were prepared for
the third version
Cadastre software
(current release)




The name is “Cadastre for ARS”
A lot of improvements were done
Development finished in November
2010
Will be installed in 4 offices by the end
of year
Main window
System architecture




Client-server three-tier architecture
with well-defined interfaces
Business layer (middle) implemented
as a web-service
Modular nature of tiers
Works over TCP or HTTP (HTTPS)
protocols
Architecture diagram
Integration with ARS



Integrated with ARS (main database)
by Property code (identification
number)
Property objects are created in
cadastre software and automatically
replicated into ARS
Information on owners, rights and
restrictions is taken from ARS
Core functions

Map layers management and customization




Map viewing
Simple georeferencing



Add, remove layers (raster, shape file, PostgreSQL)
Customization of colors, fills, lines, labels and business
objects binding
By World File
By polygon on the map
Applications processing


Moving applications between departments
Applications distribution among department staff
Core functions

Spatial analysis




Set of common spatial functions integrated with
information from registration database (ARS).
Type of owner, type of land, type of usage, cost,
etc.
Basic topology verification
Export to shape file or raster formats
Printing forms



Cadastre plan
Land parcel binding
Free printing with customized parameters
Core functions

Advanced search





Property objects operations





By map objects
By property parameters
By address
By owners
Creation
Amalgamation
Subdivision
Liquidation
Buffer

Creation of buffer zones internal or external
Advanced graphical tools









Rule
Point
Arc
Polyline
Polygon
Closed polygon
Internal polygon
On the fly switching between polygon,
polyline and arc
Perpendicular
Advanced graphical tools










Parallel
Movement
Rotation
Vertex edit
Amalgamation
Subdivision
Copying
Length and angle
Total station
Linear intersection
Property object form
(general)
Property object form
(technical parameters)
Property object form
(owners)
Property object form
(history)
Amalgamation form
Division form
Cadastre plan
Land parcel binding
Free printing
Lessons learnt




It is important to involve end users from the
beginning, to get a clear vision about their needs.
Don’t stick on TORs
It is vital to have services-oriented architecture
giving you maximum of interoperability, flexibility,
scaling and security control related to the business
processes
It could be necessary to have any of CAD programs
to create cadastre plans and store them together
with property objects
The ideal solution couldn’t be created from the first
release
Thank you for attention!
Questions?
You are welcome for live demonstration