0% found this document useful (0 votes)
91 views79 pages

Gis Implementation

GIS GIS

Uploaded by

YudiZulkarnaen
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
91 views79 pages

Gis Implementation

GIS GIS

Uploaded by

YudiZulkarnaen
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 79

Design, Implementation and

Evaluation of a Mobile GIS Solution


for a Land Registration Project in
Lesotho

Axel Bronder
and
Erik Persson

Master of Science Thesis in Geoinformatics


TRITA-GIT EX 13-005

School of Architecture and the Built Environment


Royal Institute of Technology (KTH)
Stockholm, Sweden

June 2013
Abstract

This thesis describes in detail how a mobile Geographical Information System (GIS) was
designed, implemented and evaluated for the prevailing circumstances of a land regular-
isation project in Lesotho in Southern Africa. The GIS was developed as an application
for the Android platform, primarily with the tablet-computer format in mind, to be used
for land registration field work.

The main purpose of the paper is to determine whether an ad hoc mobile GIS solution
can improve the efficiency of the field work as well as the integrity of the data collected
in the fieldwork of the land regularisation project in Lesotho. The aim is also to evaluate
the performance and usefulness of modern tablet computers in this context.

The application was developed and tested on site in Lesotho on two tablet computers
borrowed from Samsung Electronics AB in Sweden. After the development phase, the
solution was later implemented on tablet computers of a different model for the remain-
der of the land regularisation project in Lesotho.

The design process started with a field visit where the work-flow of the project was anal-
ysed. From this a needs analysis were formed together with the management staff on site
that served as a base for the development process. The development and implementation
was then performed with continuous communication and evaluation with the personnel
of the project. As the development progressed, the solution was also tested and evaluated
continuously in the field work.

Not only did the solution perform well both software- and hardware-wise, despite strong
sun from high altitudes and lack of internet connection in Lesotho, it also exceeded the
expectations of the staff. The solution significantly improved the work environment for
the field workers of the project and the efficiency was raised, according to the evalua-
tion. A unified management staff concludes in the evaluation of this paper that they will
consider using tablet computers together with an ad hoc application for the field work of
their next project.

KEYWORDS: GIS, Lesotho, Android


Sammanfattning

Denna rapport beskriver i detalj hur ett mobilt geografiskt informationssystem (GIS)
utvecklades, implementerades och utvärderades inom ett fastighetsindelningsprojekt i
Lesotho i södra Afrika. Lösningen utvecklades som en ad hoc-applikation för oper-
ativsystemet Android, i första hand med pekdatorformatet i åtanke, för att användas i
fältarbetet inom projektet.

Det huvudsakliga syftet med studien är att undersöka huruvida en mobil GIS-lösning kan
förbättra fältarbetets effektivitet men också om kvaliteten kan höjas för data insamlat i
fält i Lesothoprojektet. Ett annat mål är att utvärdera nyttan av moderna pekdatorer och
hur de presterar inom ett lantmäteriprojekt i Afrika.

Applikationen utvecklades och testades på plats i Lesothos huvudstad Maseru på två
pekdatorer som lånades från Samsung Electronics AB i Stockholm. Lösningen imple-
menterades även på pekdatorer av en annan modell när utvecklingsprocessen närmade
sig sitt slutskede och metoden kom att användas fram till projektets planerade slut i au-
gusti 2013.

Utvecklingsarbetet inleddes med ett fältbesök för att få en förståelse för de egenskaper
som applikationen behövde ha. En behovsanalys togs fram tillsammans med beslutsfat-
tarna i projektet. Med utgångspunkt i dessa behov utvecklades applikationen genom nära
kommunikation och samarbete med projektets personal. Mot slutet av utvecklingsskedet
testades och utvärderades lösningen i fält och förbättrades sedan genom att de kom-
mentarer och förslag som mottogs från fältpersonalen beaktades.

Den framtagna lösningen fungerade med gott resultat, både i mjukvaru- och i hårdvaru-
hänseende, trots stark och högt stående sol och avsaknad av tillförlitlig mobil interne-
tanslutning i Lesotho. Lösningen överträffade även förväntningarna hos projektets per-
sonal och den förbättrade fältarbetarnas arbetsmiljö avsevärt. I utvärderingen av den här
studien framgår att projektledningen avser utreda möjligheterna att använda en liknande
lösning för fältarbetet i framtida projekt.

NYCKELORD: GIS, Lesotho, Android


Acknowledgements
Erik Lysdal, COWI A/S. For his enthusiasm regarding our solution and critisism of the
same.

Gustav Ekstedt and Torkel Endoff, LTH. For sharing their related work with us upon
request.

Győző Gidófalvi, KTH Geoinformatics, co-supervisor. For great support, swift re-
sponses and extensive technical knowledge.

Ian Corker, ORGUT Consulting AB. For coming up with the idea of extending the use
of tablet computers to involve the 4% checks and for implementing our solution into the
Lesotho project.

Jakob Riise, COWI A/S, co-supervisor. For coming up with the initial topic suggestion
and for inviting us to the land registration project in Lesotho. Also for his supervision,
input and help in solving all practical arrangements on site.

Jan Van Bennekom-Minnema, COWI A/S. For criticism, extensive technical under-
standing and general input.

Khosi Ernest Senekane, COWI A/S. For being very enthusiastic and pushing for the
solution to be implemented. Helped support the implementation and support the other
members of the Tablet Team. Khosi also showed great understanding of the solution and
good ideas throughout the entire process.

Lennart Johansson, KTH International Relations. For his part in granting us the MFS
scholarship and his swift way of solving all practical arrangements involved.

Mattias Källman, Axicom. For contacting Samsung Electronics on our behalf and
thereby supplying us with tablet computers to work with.

Robert Copley, COWI A/S. For using and evaluating our solution.

Valentin Kotzev, ORGUT Consulting AB. For useful technical input in the initial stages
of our project.

Yifang Ban, KTH Geoinformatics, examiner. For criticism and examination of this the-
sis and for support in the initial stages of our thesis proposal.
This study has been carried out within the framework of the Minor Field Studies Schol-
arship Programme, MFS, which is funded by the Swedish International Development
Cooperation Agency, Sida.

The MFS Scholarship Programme offers Swedish university students an opportunity to


carry out two months field work, usually the students final degree project, in a country in
Africa, Asia or Latin America. The results of the work are presented in an MFS report
which is also the students Master of Science Thesis. Minor Field Studies are primarily
conducted within subject areas of importance from a development perspective and in a
country where Swedish international cooperation is ongoing.

The main purpose of the MFS Programme is to enhance Swedish university students
knowledge and understanding of these countries and their problems and opportunities.
MFS should provide the student with initial experience of conditions in such a country.
The overall goals are to widen the Swedish human resources cadre for engagement in
international development cooperation as well as to promote scientific exchange between
universities, research institutes and similar authorities as well as NGOs in developing
countries and in Sweden.

The International Relations Office at KTH the Royal Institute of Technology, Stockholm,
Sweden, administers the MFS Programme within engineering and applied natural sci-
ences.

Lennart Johansson
Programme Officer
MFS Programme, KTH International Relations Office

KTH, SE-100 44 Stockholm. Phone: +46 8 790 9616. Fax: +46 8 790 8192.
E-mail: [email protected]
www.kth.se/student/utlandsstudier/examensarbete/mfs
Contents
List of Figures 8

1 Introduction 12
1.1 General . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
1.1.1 The Land Registration Project in Lesotho . . . . . . . . . . . . . 12
1.1.2 The Paper-based Work-flow of the Land Registration Project . . . 13
1.1.3 Background for the Thesis . . . . . . . . . . . . . . . . . . . . . 15
1.2 Problem Statement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
1.3 Aim . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

2 Related Work 17
2.1 Design and Development of a Mobile GIS Application for Municipal
Field Work . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
2.2 ArcGIS - ESRI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
2.3 Collector for ArcGIS - ESRI . . . . . . . . . . . . . . . . . . . . . . . . 17
2.4 The Blade Runner Application - ESRI . . . . . . . . . . . . . . . . . . . 17
2.5 SeSverige (”See Sweden”) - Metria . . . . . . . . . . . . . . . . . . . . 18
2.6 LizardTech GeoViewer - Celartem Inc. d.b.a. LizardTech . . . . . . . . . 18

3 Fieldwork and Application Requirements 19


3.1 Field Visit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.2 Needs Analysis (Defining the Application Requirements) . . . . . . . . . 20
3.2.1 Needs Analysis: Basic Requirements . . . . . . . . . . . . . . . 20
3.2.2 Needs Analysis: Interaction Requirements . . . . . . . . . . . . . 20
3.2.3 Needs Analysis: Data Management . . . . . . . . . . . . . . . . 21
3.3 Application Design . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

4 Method 22
4.1 Environment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.1.1 Hardware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.1.2 Application Type . . . . . . . . . . . . . . . . . . . . . . . . . . 23
4.1.3 Software Framework . . . . . . . . . . . . . . . . . . . . . . . . 23
4.1.4 Data Storage and Retrieval . . . . . . . . . . . . . . . . . . . . . 23
4.1.5 Alternative Environments . . . . . . . . . . . . . . . . . . . . . 23
4.2 The Development Process . . . . . . . . . . . . . . . . . . . . . . . . . 24
4.2.1 Meeting the Basic Requirements . . . . . . . . . . . . . . . . . . 24
4.2.2 Solving the Interaction Requirements . . . . . . . . . . . . . . . 25
4.2.3 Field Testing . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
4.3 Supporting the Implementation . . . . . . . . . . . . . . . . . . . . . . . 27
4.4 Evaluation Method . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

6
5 Results and Discussion 30
5.1 The Application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
5.1.1 Functionalities . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
5.1.2 Overall System Architecture (3-Tier) . . . . . . . . . . . . . . . 34
5.2 Implementation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
5.2.1 The Tablet Team . . . . . . . . . . . . . . . . . . . . . . . . . . 34
5.2.2 The 4 Percent Checks . . . . . . . . . . . . . . . . . . . . . . . . 34
5.3 Evaluation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
5.3.1 The Evaluation From the Claimant Support Officers . . . . . . . 35
5.3.2 The Evaluation From the GIS / Quality Control Officer . . . . . . 36
5.3.3 The Evaluation From the Management Staff . . . . . . . . . . . . 36
5.4 Discussion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
5.4.1 Alternative Platforms . . . . . . . . . . . . . . . . . . . . . . . . 38
5.4.2 GPS/Orthophoto Accuracy . . . . . . . . . . . . . . . . . . . . . 39

6 Conclusions and Future Work 40


6.1 Conclusions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
6.2 Future Work . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
6.2.1 Short term . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
6.2.2 Evaluation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
6.2.3 Long term . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
6.2.4 Future projects . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

7 Copyrights 42

References 43

8 Appendix 46
8.1 Appendix A: Field Work Instructions . . . . . . . . . . . . . . . . . . . . 47
8.2 Appendix B: Data Management Instructions . . . . . . . . . . . . . . . . 51
8.3 Appendix C: CSO Evaluation Summary . . . . . . . . . . . . . . . . . . 58
8.4 Appendix D: GIS / QC Evaluation Summary . . . . . . . . . . . . . . . . 66
8.5 Appendix E: Management Evaluation Summary . . . . . . . . . . . . . . 70
8.6 Appendix F: Parcel Plan Example . . . . . . . . . . . . . . . . . . . . . 77

7
List of Figures
1 Screenshot of the Blade Runner application. Source: ESRI . . . . . . . . 18
2 Screenshot of the SeSverige application. Here a downloaded raster-image
overlaying the satellite imagery from Google. . . . . . . . . . . . . . . . 19
3 Picture from the initial field testing of the application: Erik Persson re-
ceives input from the CSO:s. . . . . . . . . . . . . . . . . . . . . . . . . 25
4 Screenshot of the digital version of the Parcel Plan. . . . . . . . . . . . . 26
5 Sequence diagram of the Maseru Mapplication . . . . . . . . . . . . . . 31
6 3-tier architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

8
Abbreviations - General
API - Application Programming Interface
A programming specification that allows software components to communicate with each
other.

GIS - Geographical Information System


A software or system that stores, manipulates or visualises geographically bound infor-
mation.

GNSS - Global Navigation Satellite System


An umbrella term for all satellite positioning systems.

GPS - Global Positioning System


A satellite positioning system, mainly used for navigation purposes.

GUI - Graphical User Interface


The graphical viewport of an application.

OGC - Open Geospatial Consortium


An organisation that handles standardisations of geospatial data and software.

MFS - Minor Field Studies Scholarship Programme


Scholarship received from Sida.

OS - Operating System
A collection of software that manages computer hardware resources and provides ser-
vices for other computer programs.

OSM - OpenStreetMap
A free editable map project of the world.

Sida - Swedish International Development Cooperation Agency


The Swedish governmental agency responsible for most of Sweden’s official develop-
ment assistance.

SDK - Software Development Kit


Tools for developing software with a certain purpose, with a certain package or for a cer-
tain platform.

SQL - Structured Query Language


A logical language used for communication with a database.

9
WKT - Well Known Text
A standardised form of representing a geographical feature.

XML - eXstensible Markup Language


A markup language that is suitable for storing and transporting object information.

10
Abbreviations and Terms - Project Specific
CSO - Claimant Support Officer
The CSO, or Field Officer, is responsible for visiting each parcel in the land regularisa-
tion project to collect data from the claimants.

DEO - Data Entry Officer

LAA - Land Administration Authority


Lesothos national organization responsible for the land leases, ground rent, land and reg-
istration questions and for surveying and mapping.

MCA-L - Millennium Challenge Account - Lesotho

MCC - Millennium Challenge Corporation


An United States foreign aid agency funding the Land Registration Project

MDG - Millennium Development Goals

MM - The Maseru Mapplication


The working title of the GIS application developed in this thesis.

Parcel - Piece of ground/ property


Refers to the plots of the claimants in Maseru.

Pitso - Village meeting


Public gathering of the village people.

QC - Quality Coordinator
Responsible for the initial quality check of the parcel plans registered by the CSO.

SOP - Standard Operating Procedures

11
1 Introduction
1.1 General
1.1.1 The Land Registration Project in Lesotho
Lesotho is a small, land-locked, kingdom with very limited resources that is highly de-
pendent on the surrounding state South Africa. The country has around two million
inhabitants, of which up to 40 percent lives below the international poverty line [25]. In
order to enhance the life quality of the inhabitants and to speed up the development of the
country a Land Regularisation Project has been started. The project contributes to fulfil
the Millennium Development Goals established by the United Nations in 2000 [22]. The
project was started in April 2012 and it has a planned ending in August 2013. The con-
tract for the land regularisation project in Lesotho is a joint venture between the Danish
Consultant company COWI A/S, hereby referred to as COWI for the remainder of this
thesis, and the Swedish company ORGUT Consulting, hereby referred to as ORGUT.
The project is financed by the Millennium Challenge Corporation (MCC) through the
Millennium Challenge Account - Lesotho (MCA-L), with the aim of reducing poverty in
Lesotho through stimulation of economic growth [6].

The possession of a piece of land makes it possible to have a place to live, grow crops,
and also to sell, buy, take loans, and inherit a property. The authorities can also benefit
from a regularised system with improved taxation control and a more efficient cadas-
tre management [20]. Today Lesotho lacks a fully formalised and functional system for
parcel registration and ownership and this strongly limits the opportunities for economic
growth in the country. The main objective of the Lesotho land regularisation project was
to strengthen the rights of the legitimate occupiers of the land by a process of formalising
those rights. Every claimant (plot-occupier) in Maseru, the capital of Lesotho, and in the
surrounding areas of Maseru was visited by representatives, Claimant Support Officers
(CSO:s), of the land regularisation project. The potential claimants were asked if they
want to participate in the project and claim the legal rights to the piece of land that they
are occupying, in the form of a 90-year lease.

The land administration system in Lesotho has traditionally been based on the influence
of local chiefs, Morenas. Several land legislation changes since the 1960’s has tried to
introduce a more formal system and as a result there were already existing leases scattered
across Maseru before the land regularisation project began. These existing leases were
respected in the project and only checked for validation. In the bigger part of Maseru,
however, there were no leases beforehand and the land administration was handled by the
Morenas only.

12
Pilot Project
A pilot project was carried out during a design stage between September 2009 and May
2010. The aim of the pilot project was to create Standard Operating Procedures (SOP)
for the carrying out of systematic land regularisation in the urban areas of Lesotho (sites
adjudication, surveying and titles provision). The pilot study was executed on 5,000 land
parcels in urban Maseru and the lessons learned from this pilot project influenced the
COWI-ORGUT approach to the project [3].

1.1.2 The Paper-based Work-flow of the Land Registration Project


After some general data of the entire project-area had been collected (orthophotos, pre-
vectorised parcels), data was collected locally by the field officers of the land registration
project. The Claimant Support Officers (CSO:s) were normally working in smaller areas
of roughly 500 properties one at a time. The work of the CSO:s was the main focus in
the development of the mobile GIS application, Maseru Mapplication (MM).

Orthophoto and Pre-Vectorisation


In a first step, orthophotos covering the Maseru area were collected and delivered by
a South African company in June 2012. Potential parcels (likely properties) were then
extracted from these orthophotos as part of the regularisation process via vectorisation
of visible boundaries by one of COWI:s affiliates: COWI India Private Limited. It was
expected that the registration of demarcations would be faster if the plots were already
vectorised before the field visits.

In Maseru, some leases had already been granted before the project began (as mentioned
above) and this existing vector data was used to complement the orthophotos in the pre-
vectorisation.

Outreach-Information Campaign
As already described, the CSO:s (the field officers) focus on one area of around 500
parcels at a time. In order to raise the awareness of the project, radio information cam-
paigns were broadcasted and posters were put up before the establishment of new areas.
So called Pitso Meetings were held with the villagers and the women were informed
about their rights in the coming process. A properly done information campaign was
considered helpful for the CSO:s as they moved into new areas.

Parcel Visits
In the land registration project, all the data is collected by hand by the CSO:s from every
potential claimant in Maseru in the field. The CSO:s visit every concerned claimant
and collect data on a printed form, the Parcel Plan. This form involves some general
data regarding the claimant; name, telephone number, etc., as well as some general data
concerning the parcel: GPS-coordinates, demarcations, etc. In Lesotho the aim was to
regularise at least 46.000 parcels and collect data for them in this way [4].

13
In April 2013, there are eight field teams currently involved in the project. Every field
team is continuously moving from one area to another until all of Maseru has been cov-
ered. The field teams work in each area for about 2 weeks at the time and every area
consist of around 500 parcels. During this time, a Local Field Office is established,
where claimants are obliged to come and speak to the field team. The claimants must
visit the local office to document that they have the legal right to occupy the plot. They
have to provide an allocation letter from the local chief and documentation that they are
the person, who they claim to be. Most field teams consist of one legal reviewer, four
CSO:s and two Data Entry Officers (DEO:s). The legal reviewers responsibility is to try
to solve any disputes that may arise. The field teams are supported by external surveyors
that survey any changes in relation to the pre-vectorised data.

In this embodiment, the CSO:s are required to bring a binder of printed Parcel Plan forms,
an A3 overview-map, and a hand-held GPS device to every parcel that they visit in or-
der to carry out their task. This is the part of the field work that this thesis focus on, to
improve the work environment of the CSO:s, by replacing all these items with a tablet
computer.

Data Processing / Corrections


The filled out Parcel Plans are forwarded from the field to the Quality Coordinators (QC)
to check whether the Parcel Plans had been filled out correctly. If the pre-vectorised par-
cel borders are found to be correct, the next step after the QC:s is the GIS department.
If any inconsistencies has been found by the CSO:s in the previous step these inconsis-
tencies has been noted and drawn on the Parcel Plan. To correct an error, the external
field-surveyors are sent out to measure the new or modified parcels with GNSS survey-
ing equipment.

Public Display
As soon as all parcels in an area are visited, the legal documents have been examined by
a legal reviewer, and all the surveying has been undertaken, signs are put up at the Lo-
cal Field Office displaying all parcels along with some information about the claimants
registered for the parcels. This procedure is done in order to give the opportunity for the
claimants to verify that their information and parcel is correctly collected before receiv-
ing their lease. If any errors are discovered all complaints are noted by the CSO:s present
and then corrected in the main COWI-ORGUT office.

Lease Delivery
When the above process is completed and all parcels in an area has been controlled, the
data is delivered to the Land Administration Authority (LAA) in Lesotho, and from this
authority the claimants are issued 90-year leases for their parcels.

14
1.1.3 Background for the Thesis
COWI has extensive experience of projects related to law, mapping and surveying from
all over the world [5], and they saw an opportunity to investigate whether the develop-
ment of a project-specific mobile application is an adequate alternative in similar future
projects to increase efficiency and profitability. At the same time, COWI was interested
in evaluating the tablet computer format. The popularity of this format has grown expo-
nentially in the last couple of years, but it has not been tested in this particular context
before and the knowledge regarding their performance cannot be regarded as well-known
as the performance of laptops, for example.

Furthermore, it was necessary from a broader perspective to investigate whether a mobile


GIS application can provide the same capabilities in offline mode as an application that
has continuous (3G) or opportunistic (Wifi) connection to a server over Internet. There
are a number of examples of mobile applications that have been developed for municipal
field work in Sweden and in other places before, but examples of mobile mapping ap-
plications that works strictly offline (i.e. that does not require any communication at all
with a server during data collection) are basically non-existent and the technique is in the
very front-line of GIS application development.

There is currently no standardised solution for complete offline mapping capabilities


available from any of the well-known software development kit providers (from Google,
ESRI, Open Street Map, etc.) and there are no documented implementation of any of-
fline application in a similar context found. An example of the limited support for offline
capabilities from the API:s is that there is currently no support for reading the, however
well-known, Shapefile-format (.shp) directly from the local storage of a mobile device.

1.2 Problem Statement


Several areas of the Land Registration Project could potentially could be improved by the
implementation of tablet computers, in this thesis also referred to as tablets, and an ad
hoc application. The developed application had the working title the Maseru Mapplica-
tion and may be referred to as MM in this thesis. Potential areas of improvements in the
project were:

Sustainability
In the land regularisation project one Parcel Plan document was printed for every pre-
vectorised parcel, meaning that at least 46.000 documents were printed in this step. As-
suming that the weight of an A4-sheet is approximately 5 g, this means that a total of
at least 230 kg of documents was printed and carried out into the field by the CSO:s.
As will be proven in this thesis, this can be replaced entirely by an ad hoc mobile GIS
application.

15
Work Environment
The CSO:s had a relatively heavy and uncomfortable work environment. As mentioned,
they were expected to carry around heavy binders filled with Parcel Plans. They also car-
ried an A2 overview-map, a stack of business cards, marking tape for the demarcations,
and a hand-held GPS device. To handle all the equipment at once and at the same time
protect it from rain and wind was a non-trivial part in the work of the CSO:s. An example
of a Parcel Plan can be found in Appendix F of this paper.

Data Management: Efficiency


The CSO:s collected data and filled out Parcel Plans by hand together with the claimants
in the field. The process afterwards was extensive with several steps of processing and
controlling of the data, that required a lot of staff. In the Lesotho project this staff were
referred to as the Quality Controllers (QC:s). The controlling procedure for a digital
solution can be at least partly automated and it is likely that a digital solution would de-
crease the number of QC:s necessary, thereby reducing the staff costs of the project.

Data Management: Error Sources


The data management process of the land regularisation project holds a number of po-
tential error sources. First of all, there is a lot of pressure on the CSO to fill out the
Parcel Plans correctly. This data is controlled by the QC:s but as the information on the
Parcel Plans is interpreted (the writings and drawings of the CSO:s) several ambiguities
has been noticed. Differences in how Parcel Plans is being filled out between different
CSO:s has also been found and typing mistakes has been noticed to occur throughout the
entire processing ladder [20].

1.3 Aim
The development of a tablet computer solution was discussed already during the pilot-
part of the Lesotho project [3]. No application was implemented that time but, as the
potential benefits of implementing an entirely digital solution for the field work in terms
of data quality and data-managing efficiency are many, the interest for the technology for
future projects remained.

The general aim of this thesis is to investigate the advantages and disadvantages of im-
plementing a mobile GIS solution into the fieldwork in comparison to the current system
already in use. Since the usefulness also depends on the performance of the tablets, both
the hardware and software (architecture, functionality, etc.) is evaluated.

As the Maseru Mapplication was implemented into the land regularisation project and
one of the field teams was equipped with tablets, another aim became to educate the
personnel on the developed solution and to transfer all knowledge about the MM to the
staff.

16
2 Related Work
Mobile GIS solutions are implemented frequently in different contexts across the globe.
These applications can be public and for commercial use as well as for more private
usage and for a specific task. In most cases the applications are not scientific work and
nothing is published about the work but it is clear that there is a lot of interest in the tablet
computer format. GIS company ESRI, for example, mention tablets as one of the latest
advancements in mobile GIS [15]. There are at least a few publications and applications
within the same category that should be mentioned.

2.1 Design and Development of a Mobile GIS Application for Mu-


nicipal Field Work
A recent example of related work is a web-application made for the municipality of
Örebro in Sweden called iSurvey. It was developed as part of a Master Thesis by two
students at Lunds Tekniska Högskola in 2012. The developed application is able to dis-
play prepared data and user position on a background map and there is also support for
data input. The application can cache the background map of a selected area but offline
capabilities are slow/limited and it has no direct use outside of its context [7].

2.2 ArcGIS - ESRI


ESRI has released an application for several platforms (Android, iOS) in support of their
ArGIS system. The application reads maps hosted on ArcGIS online and it has an ex-
tensive set of useful features [10] but it has limited capabilities for offline usage and
project-specific customisation. It can read and display shapefiles but only when the files
are added to ArcGIS Online maps and read through a server [11].

2.3 Collector for ArcGIS - ESRI


The Collector application extends ESRI:s ArcGIS application mentioned above and has
features for collecting and updating spatial data for maps hosted on ArcGIS online [9].
The Collector for ArcGIS has limited offline capabilities.

2.4 The Blade Runner Application - ESRI


Bladerunner (Figure 1) is a demo application developed by ESRI to display some offline
functionality of the ArcGIS SDK. The background map can be switched between a map
layer from ArcGIS Server and a locally stored tile package generated from a satellite
image. The user can define an area of interest by drawing polygons and the application
then displays locally stored points representing places for wind turbines within the drawn
polygon. The Blade Runner application needs the data to be prepared by ESRI ArcGIS
Server.

17
Figure 1: Screenshot of the Blade Runner application. Source: ESRI

2.5 SeSverige (”See Sweden”) - Metria


SeSverige (Figure 2) is an application developed by the Swedish public company Metria
(previously a part of the Swedish Mapping, Cadastral and Land Registration Authority:
Lantmäteriet).

The user can download raster and/ or vector data from Lantmäteriet, and display it over
a background map from Google Maps. Useful for people who wants more detailed map-
ping over a smaller area. The application has a well functioning data-handling solution,
but the maps are very pricey and they do not cover any area outside of Sweden.

2.6 LizardTech GeoViewer - Celartem Inc. d.b.a. LizardTech


The GeoViewer application has a number of offline GIS features and it is one of the most
downloaded Android GIS applications on Google Play (the Google/Android application
market). It can read background images and vector overlays from a limited number
of data formats directly from the local storage [21]. On the downside it has limited
capabilities to read/write data and no features for collecting and updating spatial data.
The application has unreliable performance and crashes from time to time.

18
Figure 2: Screenshot of the SeSverige application. Here a downloaded raster-image
overlaying the satellite imagery from Google.

3 Fieldwork and Application Requirements


3.1 Field Visit
When in Maseru, one of the first tasks done was to go out in the field and study how the
field officers performed their tasks. A field office was visited and the officers there ex-
plained how the different tasks were done. Two Claimant Support Officers (CSO:s) were
also accompanied for a day in the surrounding neighbourhood when they visited all the
different parcels in that area. Since this was the context that the application was going to
be used in, the process was studied thoroughly and notes were taken.

Another part of the field visit was to visit a public display in an area that recently had
been regularised. The purpose of the public display is described above in section 1.1.2.

19
3.2 Needs Analysis (Defining the Application Requirements)
In order to clarify the different desired abilities of the application a preliminary Needs
Analysis was sent to different persons involved in the project for consideration. The
received comments and corrections were considered and the final Needs Analysis can be
read below. The Needs Analysis should be considered to contain all the requirements of
the application to make it useful in the project.

3.2.1 Needs Analysis: Basic Requirements


The basic requirements of the mobile GIS application that were decided upon together
with COWI-ORGUT were:

1. Display orthophoto as background


The orthophoto-mosaic that the project uses should be used as the background layer
of the application. If the entire dataset is too big to run smoothly or to be stored on
the device, it can be divided into smaller sections. The data needs to be stored on
the tablets.

2. Display current (GPS) position


The current (GPS) position of the field officer should be displayed on the screen.

3. Display vector data


The application should display a layer with all the (local) parcels that have been
pre-vectorised. Other existing vector data such as leases, surveys and boundaries
should also be displayed. These layers should be drawn on top of the ortho-mosaic
and it should be possible to turn them on and off.

3.2.2 Needs Analysis: Interaction Requirements


The proposed interactive functionalities of the mobile GIS application that were decided
upon together with COWI-ORGUT are listed below.

1. Fill out Parcel Plans form in tablet


The field officers needs to be able to fill out the so called Parcel Plans directly in
the tablet. The function could be an on-tap feature, i.e. when the user taps on a
parcel, the Parcel Plan is displayed. The parcel boundary type needs to be noted in
the plans as well.
Automatic input of GPS coordinates into the Parcel plans should be a useful fea-
ture, assuming that the GPS accuracy of the tablet is acceptable for the project. The
accuracy should be examined and assessed if it is good enough. Alternatively, use
of external GPS and insertion of the latitude/longitude values manually could be
implemented.
Another possibility of acquiring parcel coordinates could be to not rely on the GPS
but to obtain them from tapping inside a parcel on the geo-referenced orthophoto.

20
2. Sketch changes in the pre-vectorised parcels and store changes locally
When field officers notice errors or changes in the pre-vectorised parcels, they
need to be able to sketch these notes directly in the tablet. (These sketches should
be considered as notes of potential changes and not final parcels, as the CSO:s are
not authorised to make any final changes of the data directly in the field).

3. Sketch new/unvectorised parcels


When field offices discover un-vectorised parcels, or if two or more parcels have
been pre-vectorised as one, they should be able to sketch these new parcels directly
in the tablet. New parcels needs their own Parcel Plans and should also have a
suffix (A, B, C etc.) added to their names.

3.2.3 Needs Analysis: Data Management


The data collected in field will be stored locally on the device and it can later be uploaded
or exported to a computer or server (via Wi-Fi, internet, docking, or SD-card). Preferable
would be that the Parcel Plans are uploaded automatically when syncing. The changes
and the notes will then be given, if necessary, to the external surveyors.

3.3 Application Design


Screen visibility was raised as a concern early on in the process, therefore a design re-
qurement was that the application should use clear contrasts and bright colors, to facilitate
readability for the user. Recognition was also regarded as a positive thing and therefore
it was desirable that all forms were designed to imitate the documents already in use in
the project, such as the Parcel Plan (Appendix F)

21
4 Method
In this section the development process is reviewed and described. Initially, the devel-
oping environment and the technical solutions used are described in detail. The most
obvious alternative technologies are also mentioned. The work-flow and milestones are
then recapped together with a review of the final implementation of the GIS application
into the Lesotho project.

4.1 Environment
4.1.1 Hardware
In order not to burden the budget of the study more than necessary it was investigated
whether a tablet manufacturer could provide Android tablets for the MM development
for free. Two tablets of the model Samsung Galaxy Tab 2 with 10 inch screens were
borrowed from Samsung Electronics Sweden and they were used for the development
process. In order to prepare the tablets for the application development and to ensure the
development functionality of them, they were set up with the necessary settings ahead of
departure from Sweden. A demo application was developed and tested on them in this
stage as well.

The two tablets were also used in the fieldwork of the initial testing and evaluation of
the GIS application. For the final implementation, however, five smaller Google Nexus 7
tablets with 7 inch screens were bought in by COWI-ORGUT.

Initially, some concerns were raised from COWI:s side regarding the readability of the
tablet screen in very bright sunlight, since bright sun from a high angle occurs almost
every day in Lesotho. This was evaluated during the testing phase with the help of the
employees that used the tablets in the field. Another option, however, could be to use
so called Rugged Devices, that are built strong to withstand harsh conditions and rough
handling. The disadvantage of such devices is the notably higher unit price. A Panasonic
Toughpad costs for example around 1100 Euro in comparison to the around 350 Euro for
a Samsung Galaxy 2 Tab [24].

An alternative technical solution could be to use laptops instead of tablets. A laptop


would come with both advantages and disadvantages compared to a tablet and is dis-
cussed in Section 5.4. Since tablets is a relatively new and somewhat unexplored tech-
nique in this context this thesis is focused on evaluating a tablet solution instead of a
laptop solution. Furthermore, the mobile work that the CSO:s performs demands for a
solution as lightweight and portable as possible.

22
4.1.2 Application Type
The application developed is a so called Native Application. Native applications pose as
stand-alone applications and run directly in the operative system in contrast to Web Appli-
cations, that are run directly in the device’s web browser. Web applications can be con-
sidered platform independent and do not necessarily rely on constant Internet connection,
since caching technologies are rapidly developing, but they have a slower performance
in general than native applications and they do not have full access to hardware of the
tablets (camera, accelerometer, etc.) [23]. Since it was known that the application would
require a lot of computation performance, a native application was the logical choice.

4.1.3 Software Framework


Because of the operating system of the tablets (Android), the GIS application was devel-
oped in the Java programming language. The Software Development Kits from Android:
Google Android SDK (API 11 or higher) and ESRI: ESRI Android SDK v10.1.1 were
used. In addition to the SDK:s, the standard database system for Android: SQLite was
also used and the open source spatial SQL-extension SpatiaLite (v3.0.1). Except for some
SQL development in a simple Graphical User Interface (GUI) for Spatialite, all of the de-
velopment took place in the widespread Eclipse software development environment.

4.1.4 Data Storage and Retrieval


A database is a flexible solution for data handling. The database file was set up to be
accessible from outside the application, meaning that other applications are able to delete
the database and alter its content. This somewhat risky settlement was implemented to
make the data quickly and easily accessible for the personnel working with the tablets.

Android provides full support for the SQL database engine SQLite by default. SQLite
is a largely self-contained database engine, meaning that it requires minimal support
from external libraries or from the operating system. It also has no standalone processes
in which the application communicates with a server [26]. In our application the open
source package Spatialite provides the database with spatial capabilities. Spatialite is
widely used to support SQLite on a number of different platforms. Spatialite for An-
droid is based on SpatiaLite 3.0.1 and it has been originally released by the U.S Army
Geospatial Center [17].

4.1.5 Alternative Environments


In mobile application development one is initially faced with the choice a number of al-
ternative Operating Systems (OS) to work with. Since application development for iOS
(iPad) is restricted by a number of copyright issues, it was disregarded from this project.
Because the application is developed for African / Third World conditions, the Android
platform is the natural choice, as Android is the most widely-spread open source OS

23
available. It is predicted to overtake the pole position in market shares for tablet com-
puters in 2013 [2], and there is a great variety of different models for most budgets and
implementations available. Windows mobile is also regarded as less suitable than the An-
droid platform, because of the relatively small number of cheap devices available. Older
versions of the Android operating system is not an option, since some of the functionali-
ties necessary for the application are only available in the Android 3.0 platform (API 11:
Honeycomb) or higher.

When it comes to the mapping SDK:s the most established alternatives to the ESRI Appli-
cation Programming Interface (API) used are the Google Maps API and the Open Source
API OpenStreetMap (OSM). Because the GIS personnel in the Lesotho project were al-
ready using ESRI products (ArcMap), and because the authors were familiar with this
API from before, the ESRI solution was chosen. The ESRI API provides a valuable tool
for creating background map packages from images and the supporting documentation
can be regarded as extensive, at least in comparison to the OSM API.

4.2 The Development Process


The development of the application took place in close cooperation with COWI A/S
and the CSO:s concerned. Initially the development was supported by a first field visit
and by the Needs Analysis in Sections 3.2.1 - 3.2.3, that was created together with the
management staff shortly after the arrival in Maseru. As the development progressed,
more field visits took place and the CSO:s gained more and more influence of the end
product, Figure 3. GIS office staff was involved towards the very end of the developing
process.

4.2.1 Meeting the Basic Requirements


In a first stage of the development, the basic requirements of the Needs Analysis were
compiled (3.2.1). To display the othophoto as a background mosaic, it was necessary to
generate a map tile package (.tpk-file) in ESRI ArcMap. A tile package is a set of tiles
(images) generated from a map document that can be used as a basemap in ArcGIS ap-
plications [8]. Generating the tile package is normally regarded as a straightforward task
but, because of the big amount of data that was dealt with, it took relatively long time and
extensive computational resources was needed. The size of the generated tile package,
covering Maseru and its surrounding areas, was approximately 1.4 gigabytes.

Displaying the current GPS position of the user was trivial, as Esri provides detailed ex-
amples on how to implement this feature using their API.

Disappointingly, it was found out in an early stage that it would not be possible to directly
use ESRI Shapefiles for the vector layer directly. This file type cannot be read straight
from the local storage of a mobile device. The .shp format is widely used geospatial vec-

24
Figure 3: Picture from the initial field testing of the application: Erik Persson receives
input from the CSO:s.

tor data format for geographic information and even though ESRI:s own API is used, the
interface lacks direct support for the Shapefile format. This is also the case for all of the
larger mapping API:s available for Android. In the land regularisation project in Lesotho,
all of the vector data were generated as Shapefiles and relatively long time was needed
before an adequate workaround for this issue was found. The most suitable solution for
the application was to read the shapes as Well-Known-Text (WKT), a format defined by
the Open Geospatial Consortium (OGC), from a locally stored spatial database. To create
this solution it was needed to look outside the API:s provided by Google and Esri, and
add a third-party library from Spatialite. To display the geometries from a .shp-file, the
user must first import the Shapefile into the spatial database and then put this database
on the local storage of the device. The application then reads the geometries as WKT
from the locally stored database and transforms the data back into points or polygons and
display them on the screen.

4.2.2 Solving the Interaction Requirements


When the basic requirements of the Needs Analysis had been met, the focus moved on to
the interactive requirements in Section 3.2.2.

The most important interactive feature of the application was to create a digital version
of the Parcel Plan document. The digital Parcel Plan is designed to reflect the original
document as much as possible, in order to ease the transition for everyone involved in the
project. See Figure 4. Two of the fields were programmed to be filled out automatically,
to speed up the input process and to eliminate a few potential error sources: the Adjudica-

25
Figure 4: Screenshot of the digital version of the Parcel Plan.

tion ID and the current date. The (current) GPS coordinates are filled out with the press of
a button inside the Parcel Plan. The Adjudication ID is unique for each parcel involved in
the project and is assigned in a process before an area is visited. If any other information
regarding the parcel already exists on the database, this information will be displayed
in the Parcel Plan automatically. All of these steps are handled by general SQL-queries
from inside the Java code and the data is stored directly in a Parcel Plan-table on the local
database.

To alter existing parcels, and to generate new ones, a Sketch-tool was implemented that
was partly created from one of the samples available from the Esri Android API [12].
This sample was of great help during the development process, and implementing this
functionality was relatively uncomplicated. The new parcels that the user creates are
given a new preliminary Adjudication ID by the CSO and they are saved to a separate
geometry table on the local database. The uniqueness of the name is secured by the pro-
cedure of using the name of a nearby parcel and adding a suffix to it. To minimise the
risk of assigning the same name as an already existing parcel to a new one, the applica-

26
tion checks the database for potential doublets before saving the geometry. To fill out the
Parcel Plan for the new or altered parcel, the CSO just have to tap inside the new parcel
that is automatically displayed on the screen.

Regarding the data management solution that was implemented, it was realised early on
that a locally stored spatial database would be an adequate solution for the application.
Since it was made clear from the start that an online application could not be considered,
the alternative is to store data locally on the device in one way or another. The database
is a flexible solution that is cross-platform, meaning that it does not directly rely on any
specific Android version and the data can be read and altered from applications that run
on other platforms, such as Windows 7 on a PC.

4.2.3 Field Testing


Towards the end of the development phase, extensive field-work testing together with the
CSO:s took place. This facilitated the process to find and eliminate bugs that had been
overlooked in the office and valuable input was given from the staff in the field. As a
result of this, a few new features were implemented: a list showing all the Parcel Plans
stored on the database (i.e. all the parcels that the CSO:s has visited), and a colouring-
feature for visited parcels. If a parcel has been visited by the CSO, that polygon is filled
with a transparent yellow colour indicating that some information has been collected. If
the CSO has checked the All Clear-box in the digital Parcel Plan, the polygon will be
filled with a transparent green colour. Thanks to these two features, it is an easy and
quick task for the CSO to get an overview over which parcels in the area that has been
visited, and these added features are a direct result of the input from the field testing.

4.3 Supporting the Implementation


Towards the end of the development process it was decided from the project adminis-
tration that the tablet solution should be implemented and used in the project. Five new
tablets were bought in for this purpose and the process of integrating them into the field
work started. The field team where the initial testing had been made was chosen to be
the team working with the tablets (i.e. the Tablet Team) due to the team’s pre-existing
knowledge about the MM. Because the screen was smaller on the new tablets compared
to the two tablets borrowed from Samsung, some minor design changes had to be done.
The application was installed on the tablets along with the necessary data and modified
settings.

By that time only two CSO:s had tested and used the application so it was necessary to
educate the other two CSO:s in the Tablet Team on how to use the solution as well. The
two officers that previously had used the tablets were able to work independently from
the start with the new tablets and the other two were accompanied for one day, after an
initial demonstration of the different functions of the application.

27
The next step in the implementation process was to produce a more sustainable knowl-
edge transfer from the authors to the project staff on how to manage the MM. This was
made in the form of an user instruction document containing a description of how all
functions worked and should be used. Some tips about how to deal with different situa-
tions and known errors were mentioned as well. The instructions document can be seen
in Appendix A.

In order to be able to use the tablet solution, a procedure of how to manage the data in
the main office had to be established. Both on how to prepare the pre-vectorised data
before the Tablet Team move into a new area, and also how to retrieve the collected data
from the tablets and how to transfer it into the central server. Furthermore, the procedure
of how to prepare a so called 4 percent check (see Section 5.2.2) was another task to be
performed in the office. An employee working within the GIS team in the main office
was instructed on how perform the different tasks. An instruction document for the office
tasks was also provided. This document can be found in Appendix B.

For future reference, a folder was prepared and put on the project server,containing the
source code of the application, the installation files, background data, database manager
program and instructions.

4.4 Evaluation Method


To evaluate the tablet solution and compare it to the paper-based data collection method,
a questionnaire survey was done. The subjects were divided into three categories of per-
sonnel involved in the project. The three groups were the Claimant Support Officers (field
workers), the GIS-personnel, and the management staff. Each group was given slightly
different questions that focused on their point of view on the tablet solution.

The Claimant Support Officers comes into contact with the solution only through the
tablets and the questions to them concentrated on working with the tablet and how it dif-
fers from working with the paper binders.

The GIS-personnels role in the tablet solution work-flow is the data management. That
includes both the preparation before the field work can start and the transfer and process-
ing of the collected data. The questionnaire focus on how the work flow, the efficiency
and the quality of the collected data has changed.

The management/administration has a more overall questionnaire reflecting their per-


spective on efficiency and profitability. It also treats the potential change in personnel
education.

28
The questionnaires were made on Google Drive and could therefore be answered and
summarised over Internet. The subjects answered multiple-choice questions and also had
the possibility to give some personal comments. The entire result of the survey can be
found in the appendix section of this paper (Appendix C, D, E). The results were sum-
marised and used to draw conclusions about the performance of the MM.

29
5 Results and Discussion
5.1 The Application
This section contains a detailed review of the MM and all implemented features.

5.1.1 Functionalities
Sequence diagram
All functionalities of the application are visualised in a so called Sequence Diagram
shown in Figure 5. A Sequence Diagram is a widely-used type of interaction diagram
that graphically describes interactions between objects in the sequential order that those
interactions occur [1].

Initial view at startup


When starting the application the background map tile package containing the orthophoto
is loaded and the view is centred over the last known position from the GPS receiver of
the tablet. Along with the background map, three buttons are also visible in the topmost
bar on the screen: Layer(s), Draw and Zoom to position. A fourth button, List visited
parcels, is viewable by pressing an extension button in the topmost right corner.

Adding pre-vectorised parcels


In order to display the pre-vectorised parcels stored on the tablets local database, the
Layer(s) button on top of the screen is tapped and in the appearing dialogue the desired
layers can be selected. The items appearing in the list of layers are all the different
tables stored on the database. When an item is selected and the OK button is pressed the
database is called and the corresponding polygons are loaded on the map. The first time
a layer is loaded after starting the application, the layer has to be initialised. This means
that all the geometries have to be drawn from the WKT format. Depending on how much
data the layer contains, this can be a bit time consuming. As reference 250 parcels takes
around 50 seconds to draw. After the first initialisation, the layer is stored in the memory
of the tablet and it can be turned on and off instantly without any delay.

Drawing new parcels


The pre-vectorised parcels that are loaded in the tablet are not necessarily a perfect pre-
diction of where the actual parcel boundaries are in reality. The parcels are vectorised
from boundaries visible on the orthophotos and even though most of the parcels are cor-
rect, some are not. In the quite common event of the discovery of a non-vectorised or
incorrect parcel, the user can sketch a new one. Pressing the Draw button activates the
sketching mode and three buttons at the bottom of the screen appears: Save & Close,
Undo and Cancel. When the buttons are visible, each tap in the map adds a node to it and
when three or more nodes has been created a polygon is created.

30
Figure 5: Sequence diagram of the Maseru Mapplication

If a newly placed node is accidentally put in the wrong place, it is possible to press
Undo to go back one or more steps. When the sketched parcel has the correct shape and
place, the button Save & Close will open a pop-up where the user can type in the desired
parcel number. When typing in a parcel number some limitations regarding name and
allowed symbols exist. When a parcel is given the same name as an already existing one
a warning dialogue appears and prevents the parcel to be saved with that name. Symbols
like apostrophe and space are not allowed either due to limitations in the nomenclature
system of the database. Another limitation that prevents the users to create erroneous
parcels is a minimum limit of three nodes that a parcel must have, to form a polygon.

31
As described in Section 3.2.2 all parcels that the user draws is given a name based on a
nearby parcel along with a ending prefix, according to the project praxis. When drawing
a new parcel it is good to know the desired parcel number before starting to draw since it
not is possible to check the nearby parcel names while drawing. To cancel a drawing the
Cancel button can be pressed.

When a parcel has been drawn and given a valid name it is saved in the New Parcels
table in the internal database and displayed on the screen. The New Parcels-layer, con-
taining all the parcels sketched by the user, can be turned on and off like any other layer
via the Layer List.

Deleting parcels
It is possible to delete a drawn parcel. To do so, the user have to long press on it and
then press OK on the dialogue appearing. It is only possible to delete parcels from the
New Parcels layer, i.e. that are user-drawn, and not from the layers that are generated
from Shapefiles.

Filling out the Parcel Plan


By tapping a parcel, either pre-vectorised or newly drawn, a form with the Parcel Plan
information appears. The Parcel number is automatically retrieved from the clicked par-
cel and is added to the Parcel Plan which in the tablet contains the same information field
as the paper version.

The different text fields


There are five different text fields in the Parcel Plan: name and telephone number of
claimant, current date, existing lease number (if any) and a commentary field connected
to a radio button. The date is loaded automatically into Current date but can be edited
manually. The types of each field reflects the information intended for it, for example is
it only possible to type numbers into the telephone number field.

The position
The current position of the user is relevant to collect in order to provide a check that the
CSO:s really have been in the correct parcel when collecting the data, and not mistaken
it for different one. In order to acquire the position, the user is required to stand in the
parcel and press the Get Pos-button. An eye should be kept on the circle surrounding
the position dot on the map since it symbolises the uncertainty of the current position. It
is desirable that the circle is within the parcel boundaries when acquiring the position.
If the tablet has problems with acquiring a position fix, it is possible to use an external
device and type in the coordinates manually.

The radio button section


The five radio button rows are derived from the paper version of the Parcel Plan which
has the corresponding fields. The default is set to Unknown but Yes and No can be chosen.

32
Parcel boundary types
The parcel boundary types are in the project divided into nine categories. In the paper
based solution the CSO noted these boundaries directly on the map on the Parcel Plan.
In the digital version, this data is collected from prepared drop-down lists, where the user
select one of the nine categories. Four fields corresponding to the different sides of a
parcel and named after the four cardinals can be filled out when noting the types. Since
all parcels do not have four sides and are not perfectly aligned in North-South direction,
some improvisation might have to be done in some cases.

The All Clear?-checkbox


This is one of the new features that do not has any equivalent in the paper-based solu-
tion. If the Parcel Plan can be filled out completely, then the checkbox All Clear? can
be checked. The parcel on the map will then be filled with semi-transparent green colour
instead of yellow which is the colour of unfinished, but previously commenced, parcels.
A parcel is uncoloured until it is tapped for the first time. When the parcel is tapped a
Parcel Plan is created on the database and the parcel is symbolised with yellow colour.
This feature facilitates for the CSO:s if they need an overview over all visited parcels.

Other features related to the Parcel Plans


To close a Parcel Plan without saving, the user can press Close and then Yes. As soon as
the Save & Close button is tapped, the information typed in into the parcel are saved on
the internal database.

All information in the Parcel Plan do not need to be entered at once. It is possible to go
back and update or fill out all fields. The position button should though be handled with
care if the user is not within the parcel since a tap on it will update the coordinate fields
with the current position.

Zoom to current position


If the user wants to zoom to current position, pressing the Zoom to position button will
move the map view to the current position and set a fixed zoom level.

Show a list of visited parcels


In the topmost right corner it is possible to press the three grey dots and then List visited
parcels. A list of all visited parcels (i.e. that has a Parcel Plan on the local database) will
appear.

33
Figure 6: 3-tier architecture

5.1.2 Overall System Architecture (3-Tier)


A three-tier architecture [19], Figure 6, was used in this project. The topmost level is
the Presentation-tier which handles the users input and displays the data. The Logic-
(middle-) tier can access the data, in our case SQLite/Spatialite database engine libraries
were used. The actual data is stored in the SQLite database Data-tier.

5.2 Implementation
5.2.1 The Tablet Team
Towards the very end of the development phase, COWI-ORGUT decided to implement
the MM for the remainder of the land regularisation project. Four tablets of the Google
Nexus 7 model were used and it was decided to make one out of eight field teams com-
pletely digital.

Along with the implementation decision came a need for an end product on very short
notice. The new tablet team had to be educated on how to use the solution in a correct
manner and during the last two weeks in Lesotho much time and effort was put in to
educate the four CSO:s and one person from the GIS staff on the MM. Some of the
CSO:s had very little or no experience from using a similar type of device before.

5.2.2 The 4 Percent Checks


An alternative area of usage for the MM that emerged was the possibility to perform so
called 4 percent checks. A 4 percent check is a type of control that needs to be done in
order to check the quality of the final leases of an area, before it can be delivered to the
LAA. From the area to be delivered, a sample of four percent of the number of parcels
is randomly selected since it would take too much resources to control all parcels. A
CSO then goes out and visit each parcel of the selection and check that the right person
is registered as claimant, that the lease number is correct, etc.

34
The MM was intended to be used for the data collection work only, but it was asked from
the COWI-ORGUT management if the application could be modified to load and display
older data for the 4 percent checks. The alternative would be to print all the parcel infor-
mation and again use a paper-based solution. The information necessary for the checks
was the name of the claimants and the lease numbers connected to a parcels displayed on
the tablet, along with a more detailed data document, the SAR-1-form, in .pdf-format.

With a few alternations of the data loaded into the tablets compared to the normal proce-
dure before the data collecting work, the MM turned out to work well for the task. The
SAR-1-forms were loaded into the tablets and could then be viewed in a file explorer ap-
plication on the tablet. The preparation procedure is described in the Data Management
Instructions in Appendix B of this paper.

5.3 Evaluation
For the evaluation, a questionnaire was created and the different people that had come
into contact with the tablet solution were divided into three answering groups. Therefore
the evaluation contains three views or aspects of implementing a tablet solution into a
project like this. The three groups were treated separately.

5.3.1 The Evaluation From the Claimant Support Officers


Four Claimant Support Officers had the possibility to use the MM and implement it in
their daily work. After a week of usage the questionnaire was given to them and a sum-
mary of the answers can be seen below.

The hardware (Nexus 7): The performance of the screen in sunlight is considered
good even though the robustness could be better adapted to field work. The battery
capacity was good according to the subjects and a positive overall grade was given to the
tablet. One subject is concerned about the performance in rain.

The software/application: It received good rating regarding interface, perceived reli-


ability and speed of the software. One comment mention the risk of entering wrong data.
One subject is especially positive about the parcel sketching functionality and thinks it
saves time.

Working with the tablet solution: The subjects are overall positive. Some concerns
existed beforehand, that it would be complicated to use the tablets. All subjects are pos-
itive after using it and they consider the tablet solution to be able to replace the binders,
maps and external GPS receivers. The subjects see a great and positive change in work
environment and efficiency with the tablet-based solution.

35
Other comments: One improvement mentioned is to have some type of bag or cover
to protect the tablets when they are not being used. One CSO think the tablet solution
contributes to the feeling that they are working for a major company and that they are
looking forward to going to work.

5.3.2 The Evaluation From the GIS / Quality Control Officer


Only one GIS officer had the opportunity to work with the solution initially and therefore
only one person could answer the questionnaire. The subject was instructed how to per-
form the data management and was assigned the task when the company started to use
the solution in the Lesotho project.

Initials expectations and concerns: The subject had expectations that the Shapefiles
could easily be loaded and that it would be possible to search for a parcel number and
to find relevant data, when in the field. A concern that was raised was the battery life of
tablet.

The management of data: After working with the solutions the subject has some con-
cerns. The subject thinks that the data loading into the tablet is a bit complicated and
would prefer an easier solution with fewer steps. The retrieval of data has the same is-
sues regarding complexity and straightforwardness according to the subject.

The quality of data is estimated good and the subject thinks that it is a great improvement
not to print all the Parcel Plans. The main disadvantage with the solution is the com-
plexity of preparing and retrieving data. The subject consider itself to be able to handle
the data management and believes that it can be explained by the good knowledge the
subject has about computers. A less technically inclined person may not perform so well
according to the subject. The efficiency from a GIS-analyst point of view is considered
to have improved significantly compared to the paper-based solution.

Over all opinion and suggestions: The subject is over all positive to the tablet solution
and think it will improve the situation in the field. Some functionalities that the subject
think is desirable are a more straightforward data management process and also to add the
possibility to customise fields in the Parcel Plans in order to adapt it to different situations
that may occur.

5.3.3 The Evaluation From the Management Staff


Four persons from the management group had the desired and relevant overview of the
project for answering the questionnaire. The questions focused on the broader picture
and the whole project, and some questions regarding efficiency were included as well.

36
Initials expectations and concerns: The management had several expectations on the
tablet solution: reduce the amount of paper, help the CSO:s to locate them in the field
and acquire better quality of the collected data. The data would also be in digital format
from the beginning which would facilitate for the surveyors later on. The subjects had
some concerns regarding the battery power and screen readability in sunshine.

Remaining concerns: One subject still thinks the sunshine problem remains, while an-
other one thinks it is of negligible impact for the work. Another concern is the education
of the staff that needs to be altered and that the staff needs to be well informed about how
to work correctly with a tablet.

The collected data: The subjects with a perception about the data quality thinks it has
improved significantly and the efficiency is considered to have improved as well. One
person mentioned that manual entering of owner information still exists with the DEO:s
typing in further information and that spelling mistakes will not be eliminated. The tablet
solution is considered to improve the completeness of the data and to come with other
advantages such as verification possibilities.

Over all opinion and suggestions: The management have a good impression of the
application and the performance of it and think that it has been a good pilot study. They
are positive of the alternative areas of usage of the tablet that came up and it is mentioned
that the field team using the application is satisfied as well.

For future projects all the subjects would consider to implement a tablet-based solution
but they also see some areas for improvement. The application is desired to bee more sta-
ble and more colours when drawing different layers is asked for too. One person wants
SAR-1 functionalities, i.e. more data collection features, integrated in the application to
be able to implement the tablet in other parts of the project as well. Another suggestion
is to stop using the pre-vectorised parcels and to draw all the parcels in the tablet instead.

Regarding the CSO:s one subject thinks that the tablet solution is simple enough to be
used by any CSO:s, and that no special requirements are necessary when recruiting them.
Others thinks that a computer skills test is necessary and that the CSO:s should have some
previous experiences from tablet or smartphone usage, since computer literacy varies in
the country.

37
5.4 Discussion
In this thesis it was investigated whether tablets and a project-specific application are an
alternative for future projects under various conditions. The evaluation shows that this
was an adequate solution and that it worked well under developing country conditions
in Lesotho: even though relatively cheap tablet computers were used, their performance
was sufficient and it was proven that Internet connection is not a must. As a bonus the
solution got very popular with the staff and it was implemented into the project by man-
agement.

The performance of the tablets in the field are of great importance when working with
the solution. They need to be fast, reliable and intuitive to work with, and they need to
endure the different conditions and situations in field. Some of the factors are difficult
to eliminate, for example the sun, but others can be worked around. A decent protective
cover can reduce the fragility and the impact from rain on the tablet. The sun can make
it a bit difficult to use the tablet in some situations but the authors noticed that it is usu-
ally enough with the shadow from the user to make the screen readable, and the tablets
were prepared with sun-repelling films before the implementation. The CSO:s using the
tablets did not think the sun had any major impact on their work.

Regarding the field personnels ability to use the application in an correct and efficient
manner it is the author’s belief that the previous experiences of using a tablet is of minor
importance. Two persons from management disagrees with that statement, thinking that
computer skills tests and some different job qualifications would be necessary, but on
the other hand the CSO:s in the Tablet Team did not think that their prior knowledge
was insufficient. The fact that the application reminded much of the paper Parcel Plan
probably helped the transition to the digital solution to go smoothly.

5.4.1 Alternative Platforms


An alternative to the selected hardware solution could be to use laptop computers in the
field work. Since it was asked for a tablet solution from the company on site during the
initial discussions about the project it was assumed that a tablet solution would suit the
project best. When studying the field work it became obvious that a laptop would suit the
moving work situation of the CSO:s worse than a tablet, and laptops with decent battery
performance are often more expensive than the tablets tested. According to the evalua-
tions of the CSO:s, one major advantage of the tablets compared to the paper solution is
the small, lightweight and handy format. Despite better software and data entering pos-
sibilities it would have been a worse alternative with carrying a laptop than a computer,
from the CSO:s point of view. A laptop would resemble more to the paper solution and
would thus loose some of the advantages gained with the tablet solution.

38
5.4.2 GPS/Orthophoto Accuracy
The GPS of a tablet computer has limited accuracy and this needs to be taken into ac-
count when it comes to evaluating the usefulness of tablets in surveying field work. If a
better accuracy than a few meters is required, the data needs to be collected using a more
accurate device. This data can then be input into the tablet manually or automatically
via one of the tablets communication channels (Wifi, Bluetooth, etc.). Alternatively, one
can try to use application logic to verify or enhance the position accuracy. One can, for
example, make use of an orthophoto with high accuracy as background layer to verify
the spatial accuracy of other spatial data.

In this thesis, the limited accuracy of the tablets was not an issue. The GPS points col-
lected were only used as a confirmation to verify that the CSO has collected the claimant
data for the correct parcel. Therefore an accuracy of a few meters was sufficient, very
well within the limitations of the GPS receiver in the tablets. The user can verify that
the current GPS position is in the right place since it is simultaneously displayed on the
screen over the orthophoto.

The mobile orthophoto is less accurate than the original one because of a projection is-
sue. The background map must be in the .tpk format to meet the demands of the ESRI
Android API and the only projection system allowed is WGS 1984 Major Auxiliary Web
Mercator. In the transformation of the Orthophotos from the original, local, coordinate
system to the world projected system some accuracy was lost locally. This was due to
the limited computational power available in combination with the limitations of the Esri
ArcGIS software in which the transformation was done, the bottom line being that the
background map had to be geo-referenced and shifted instead of being properly projected.

The limited accuracy of the mobile othophoto is potentially a source of propagation of


error. The CSO:s sketch new parcels in the field based on the orthophoto and the resulting
geometry may have up to 1m offset in some areas. This was, however, not a problem in
the Lesotho project. The geometries are easily verified when they are imported in the
office and the CSO:s does not have the authority to make any final changes in the field.
The sketched parcels must be verified and surveyed by either the GIS personnel or the
external surveyors, before the new parcel is approved.

39
6 Conclusions and Future Work
6.1 Conclusions
The tablet-based solution improved the effectiveness of the field-work in the Lesotho
land regularisation project and COWI-ORGUT management decided to implement the
solution for further evaluation. The solution also improved the work environment for the
CSO:s and it proved to have more usages for the project than originally intended (the 4
Percent Checks: 5.2.2).

The solution can be regarded as cutting edge, as there is no known documentation of


a similar solution that has been implemented in a resembling context before. The ap-
plications mentioned in Related Work (Section 2) all lacks some capabilities, mostly on
offline-support, compared to the application developed for this paper. The paper shows
that it is possible to overcome most limitations in current technologies and standards via
application logic.

The thesis has shown that the hardware is not a limiting factor for most users, even under
more difficult external conditions. It is clear that limitations in the external environment,
such as a lack of internet connection, can be relieved by an adapted application design.
Furthermore there is a lot of still unexploited potential in the tablet computer format:
camera, magnetic compass, sim-card, Bluetooth, etc., meaning that one or more ad hoc
applications has an extensive potential to enhance future land regularisation projects.

6.2 Future Work


6.2.1 Short term
This thesis was initially meant to be carried out as a unimplemented pilot study as ref-
erence for future projects. As work progressed, however, COWI-ORGUT decided to
extend the study and implement the developed solution directly into the Lesotho project.
As little time remained in this stage, most effort was put into meeting the demands of the
CSO:s and to educate them on the software, rather than on improving the back-end of the
application further. Given more time, one could easily streamline the data preparation-
and retrieval- phase of the work-flow. For example is the application output data in a dif-
ferent coordinate system than preferred by the Lesotho land registration project. Solving
this and similar issues was not considered as part of this thesis and the GIS personnel
were only educated on the current, un-optimised, work-flow meaning that they have to
handle the coordinate transformation themselves. Since the source code of the MM is
freely available anyone with some knowledge in Android application development are
free to solve this and similar issues as they arise.

40
6.2.2 Evaluation
For the sake of potential future implementations, a more extensive evaluation of the MM
than the one performed in this paper is desirable. The application logic negates a num-
ber of known error sources from the collected data, but the data collected with the new
method is yet to be more thoroughly evaluated. It is likely to assume that errors will still
occur, most likely they will also differ in their character from the errors observed from
using the paper-based method.

6.2.3 Long term


In the long-term the MM has potential to be further integrated into the Lesotho project or
in a similar context. Disregarding the obvious fact that more tablets could be bought in
and more personnel could be educated on the solution, a few ways of extending the MM
functionalities will be briefly mentioned.

The MM was only designed to make one single data collection process more effective.
After a CSO-visit the claimant still needs to go to the local office within a certain time-
frame to fill in a so called SAR-1 form. Here the claimant present identification and fill
out more extensive data about the person and the parcel, than the information collected
in the Parcel Plan. In a second development stage the application could be extended so
that all the information about the claimant would be collected directly by the CSO on the
very first visit. In this way the claimants would not need to visit the local field office at all.

The MM has been created to fit the Lesotho project only. But, if necessary, most of the
code can be adapted to fit a wider context. On the long term it might be of interest to
develop a more standardised solution for a wider number of users.

6.2.4 Future projects


As there is no standard solution on how to digitise data collection field work, some as-
pects of this thesis can serve as a reference even if all projects has their own conditions
and difficulties that needs to be considered. It took nine weeks for two engineering stu-
dents to develop the ad hoc GIS data collection application MM from scratch, despite
various difficulties and their limited experience. It is safe to assume that a more experi-
enced developer would be able to come up with an adequate solution in shorter time in
almost any context.

One suggestion is to start developing then next application before or during a project pilot
study, and then to implement it into the project from the start. The developer could then
work within the project and develop the application further when the need for it arises,
and even develop more applications for other needs within the project.

41
7 Copyrights
Except for the ESRI Android SDK, all the source code in the Maseru Mapplication are ei-
ther created entirely by the authors or with support from open source softwares/libraries.

The Android Software Development Kit from Google is part of the Android Open Source
Project and Google agrees that it obtains no right, title or interest in the application from
the authors or from the users of the MM [18]. The default database system for Android,
SQLite, that was used for the MM is in the public domain and anyone is free to copy,
modify, publish, use, compile, sell, or distribute the original SQLite code [27].

Spatialite for Android (used to give SQLite its Spatial capabilities) is also free software.
It can be redistributed and/or modified freely under the terms of the GNU Lesser General
Public License [16].

ESRI attribution is required for all applications using the ESRI Android SDK. Further-
more the developer/distributor of an application based on the SDK may be subject to a
cost with ESRI based on percentage of sales if the application generates revenue and is
in a store or if the developer/organisation is not licensed for ArcGIS server (commer-
cial). [13]. In the context of this thesis a student license for ArcGIS Server was obtained
(even though ArcGIS Server was never used and is completely unnecessary for the MM)
and COWI-ORGUT were already using ArcGIS licenses in the Project in Maseru. Fur-
thermore the application was never ment to generate any direct revenue and it is not
subject for sale.

The Sketching tool of the MM is partially supported by sample code from ESRI. Accord-
ing to the license, this code may freely be used and redistributed, with or without modifi-
cation, provided that the original copyright notice and use restrictions are included [14].
This claim has been respected and the said paragraphs has been implemented into the
source code of the MM wherever it has been considered necessary.

Regardig the copyright claims of the authors, the MM has been developed in the hope
that it will be found useful but without any warranty; without even the implied warranty
of merchantability or fitness for a particular purpose. The authors agree that they obtain
no further right, title or interest in the application, only proper attribution is expected.
At the same time, the authors of this thesis also decline all responsibility for any data,
content, or resources that has been created, transmitted or displayed by anyone else using
the MM or parts of its content.

42
References
[1] B ELL , D. Uml basics: The sequence diagram. http://www.ibm.com/
developerworks/rational/library/3101.html, Last accessed: May
2013.

[2] C OMPUTERW EEKLY. Google android os tablet sales will overtake ipads in 2013,
says idc. http://goo.gl/Fx2ec, Last accessed: May 2013.

[3] COWI. Technical proposal - systematic land regularization in lesotho (implemen-


tation phase). Tech. rep., COWI A/S, 2011.

[4] COWI. Cowi - land regularization of lesotho. http://www.


cowi.com/menu/project/GeographicalInformationandIT/
Propertyrightsandlandadministration/Pages/
Land-regularization-of-Lesotho.aspx, Last accessed: May 2013.

[5] COWI. Cowi - land regularization of lesotho. http://www.cowi.


com/menu/service/GeographicalInformationandIT/Pages/
geographicalinformationandit.aspx, Last accessed: May 2013.

[6] COWI. Cowi - land regularization of lesotho - the


land of the people. http://www.cowi.com/menu/
NewsandMedia/News/GeographicalInformationandIT/Pages/
Land-regularization-of-Lesotho-the-land-of-the-people.
aspx, Last accessed: May 2013.

[7] EKSTEDT, G., AND ENDOFF, T. Design and development of a mobile gis ap-
plication for municipal field work. Tech. rep., Lund Technical University, 2012.

[8] ESRI. About tile packages. http://resources.arcgis.com/en/help/


main/10.1/index.html#//006600000457000000, Last accessed: May
2013.

[9] ESRI. Arcgis collector description on google play. https://play.


google.com/store/apps/details?id=com.esri.arcgis.
collector&feature=more_from_developer, Last accessed: May
2013.

[10] ESRI. Arcgis description on google play. https://play.google.com/


store/apps/details?id=com.esri.android.client&feature=
related_apps&hl=en, Last accessed: May 2013.

[11] ESRI. Arcgis resources - capabilities. http://resources.arcgis.com/


en/communities/smartphone-apps/01ww00000006000000.htm,
Last accessed: May 2013.

43
[12] ESRI. Draw graphic elements sample. http://resources.arcgis.com/
en/help/android-sdk/concepts/index.html#/Draw_graphic_
elements/011900000010000000/, Last accessed: May 2013.

[13] ESRI. Esri mobile solutions overview. http://www.actgov.org/sigcom/


mobilityhome/Documents/EsriMobileSolutionsOverview.pdf,
Last accessed: May 2013.

[14] ESRI. Sample code usage restrictions. http://help.arcgis.com/en/


sdk/10.0/usageRestrictions.htm, Last accessed: May 2013.

[15] ESRI. Trends and topics: Advancements in mobile gis. http://www.


esri.com/technology-topics/mobile-gis/advancements, Last
accessed: May 2013.

[16] F OUNDATION , T. F. S. Gnu lesser general public license. http://www.gnu.


org/licenses/lgpl.html, Last accessed: May 2013.

[17] F URIERI , A. Spatialite: Spatialite. https://www.gaia-gis.it/fossil/


libspatialite/index, Last accessed: May 2013.

[18] G OOGLE. Android software development kit license agreement. http://


developer.android.com/sdk/terms.html, Last accessed: May 2013.

[19] JANSSEN , C. What is three-tier architecture? - definition from techo-


pedia. http://www.techopedia.com/definition/24649/
three-tier-architecture, Last accessed: May 2013.

[20] L INDSKOV, T., AND T HOMSEN , T. Mass titling in lesotho - and the obstacles.
Tech. rep., Aalborg University Copenhagen, 2013.

[21] L IZARD T ECH. Lizardtech geoviewer description on google play.


https://play.google.com/store/apps/details?id=
com.lizardtech.activity&feature=search_result#?t=
W251bGwsMSwyLDEsImNvbS5saXphcmR0ZWNoLmFjdGl2aXR5Il0.,
Last accessed: May 2013.

[22] M ILLENIUM C HALLENGE ACCOUNT. Land administration reform lesotho. http:


//www.mca.org.ls/projects/land.php, Last accessed: May 2013.

[23] MOBI T HINKING . Mobile applications: native v web apps what are
the pros and cons? — mobithinking. http://mobithinking.com/
native-or-web-app/, Last accessed: May 2013.

[24] P RISJAKT. www.prisjakt.nu/produkt.php?j=1553363,1159221l,


Last accessed: May 2013.

44
[25] U TRIKESPOLITISKA I NSTITUTET. (swedish) lesotho - fakta och statistik i
landguiden. http://www.landguiden.se/Lander/Afrika/Lesotho,
Last accessed: May 2013.

[26] W YRICK , G., AND H IPP, R. About sqlite. http://www.sqlite.org/


about.html, Last accessed: May 2013.

[27] W YRICK , G., AND H IPP, R. Sqlite copyright. http://www.sqlite.org/


copyright.html, Last accessed: May 2013.

45
8 Appendix
The different appendices can be found below.

46
Axel Bronder
Erik Persson
2013-05-03

Field work instructions for the Maseru


Tablet Mapplication

Table of Contents
Start the application ............................................................................................................................ 2
Adding pre-vectorised parcels............................................................................................................. 2
Drawing new parcels ........................................................................................................................... 2
Deleting parcels ................................................................................................................................... 2
Filling out the Parcel Plan .................................................................................................................... 2
The position ..................................................................................................................................... 2
Parcel boundary types ..................................................................................................................... 2
“All Clear”-checkbox ........................................................................................................................ 3
Tips & tricks ......................................................................................................................................... 3
Zoom to current position .................................................................................................................... 3
Show a list of visited parcels ............................................................................................................... 3
Known errors (and how to deal with them) ........................................................................................ 3
How to restart the application ............................................................................................................ 4

1
Axel Bronder
Erik Persson
2013-05-03
Start the application
If the screen is black, press the physical button topmost on the side of the tablet and swipe the
screen to unlock it.

Press the Maseru Mapplication icon and wait for the background map to load.

Adding pre-vectorised parcels


Tap the Layers symbol on top of the screen and select the layers to be displayed from the appearing
list. Press OK. Please note that the more areas you choose, the longer time it will take to load the
information.

Drawing new parcels


In case of the prevectorised parcels are found incorrect it is possible to use the application to sketch
new parcels. To start the drawing tool, tap the Draw symbol on top of the screen. You will then see
three buttons appear at the bottom of the screen: Save & close, Undo and Cancel.

To draw the parcel, simply tap on the map where the corners of the parcel should be. If the previous
point is in the wrong place, press Undo to go back one step. When satisfied, press Save & close and a
pop-up will appear where the parcel number should be typed in.

It is good to know the desired parcel number before starting to draw the parcel since it not is
possible to check the nearby parcel names while drawing.

Deleting parcels
To delete a drawn parcel, long click on it and then press
OK on the dialog appearing. You are only allowed to
delete parcels that you have drawn yourself (i.e. from
the “New_Parcels”-table).

Filling out the Parcel Plan


By tapping a parcel, either prevectorised or newly
drawn, a form with the Parcel Plan information appears.
There it is possible to fill out all information available.

The position
In order to get the position, stand in the middle of the
parcel and press the Get pos button. Please keep an eye
of the circle surrounding the position dot on the map
since it symoblises the uncertainity of the current
position. It is desirable that the circle is within the parcel
boundaries when acquiring the position. If the displayed
coordinates seems strange, press the button again

Parcel boundary types


The parcel boundary types that previously were drawn
on the map on the paper Parcel Plan are now noted in The tablet Parcel Plan
the Parcel Plan and four fields can be filled out when

2
Axel Bronder
Erik Persson
2013-05-03
noting the types. All parcels do not have four sides and are not perfectly aligned in North-South
direction so some improvisation might have to be done for in some cases.

“All Clear”-checkbox
If the Parcel Plan can be filled out completely, then the checkbox All Clear? can be checked. The
parcel on the map will then be filled with green colour instead of yellow wich is the colour of
unfinished parcels. From the start before a parcel has been clicked they are uncoloured and with this
function an overview over all visited parcels can be seen on the map.

The Boundary types and the All Clear-checkbox.

Tips & tricks


 The current date is loaded automatically, but can be changed automatically if desired.
 To close a Parcel Plan without saving, press Close and then Yes.
 As soon as the Save & Close button is tapped, the information typed in into the parcel are
saved on the internal database.
 All information in the Parcel Plan do not need to be entered at once. It is possible to go back
and update or fill out all fields. Please be careful with the position button if you are not in the
right position.
 Don’t press the return arrow since it might cause the application to crash (unless the Visited
Parcels list is visible).

Zoom to current position


To zoom to current position, press the Zoom to position button and after a couple of seconds the
map moves to where the user is.

Show a list of visited parcels


In the topmost right corner press the three grey dots and then List visited parcels. A list of all visited
parcels (i.e. that has a Parcel Plan) will appear. To exit back to the map, press any of the list items or
the return arrow.

Known errors (and how to deal with them)


Nothing happens when I press the parcel. (There is no parcel plan appearing).

3
Axel Bronder
Erik Persson
2013-05-03
Try pressing “DRAW” and then cancel. (And cancel again, if necessary). Now it should work.
Otherwise: restart the application.

Why does the new parcel plan have the information of the last claimant already filled out?

This happens sometimes, just press “Close” on the upper right of the parcel plan and then “Yes”
when asked: “Close without saving?” Then press the parcel again, and an empty parcel plan should
appear this time.

How to restart the application


The long way:

1. Go to the home screen of the tablet (Press the house-button), and then go to “Settings”
2. In settings, go to “Applications” or “Applications Manager”
3. Choose “All”
4. Scroll down and select the “Maseru Mapplication”
5. Press the “Force stop”-button
6. Press “OK”
7. Go back to the home screen again and select the application. The application has been
restarted.

The short way:

1. Press the home symbol (the middle one) in the bottom bar.
2. Press the window symbol (the right one) in the bottom bar. You will see all active
applications.
3. Swipe the Maseru Mapplication to the side.

4
Axel Bronder
Erik Persson
2013-05-03

Data Management instructions for the


Maseru Tablet Mapplication
Table of Contents
Introduction......................................................................................................................................... 2
Preparing a new tablet ........................................................................................................................ 2
Extracting data from the tablet ........................................................................................................... 2
Examine the data................................................................................................................................. 2
Extract the drawn geometries as Shapefiles ................................................................................... 3
View the geometries in ArcMap ...................................................................................................... 3
Preparing data for a new area ............................................................................................................. 3
Prepare data for a 4% check................................................................................................................ 5
Generate a new background layer ...................................................................................................... 6
Note ................................................................................................................................................. 6
Trouble shooting ................................................................................................................................. 6
Computer connection problem ....................................................................................................... 6
Database is corrupt! ........................................................................................................................ 7

Please note: We have put a goodiebag of useful data on the Geodata-drive:

G:\Area Preparation\Guidelines Maseru Mapplication

1
Axel Bronder
Erik Persson
2013-05-03
Introduction
The tablet application uses an internal database to store and retrieve data. This database,
“MYdb.sqlite” is located inside the folder “DataLesotho”, in the internal memory of the tablet.

The database has two tables by default, “Parcel_Plan” with all the information about the claimants,
and “New_Parcels” with all the geometries the CSO has sketched in the field (the new parcels). The
database can also hold an arbitrary number of shapefiles.

To work with the database, we suggest using the free software “Spatialite”. Spatialite can be
downloaded from:

https://www.gaia-gis.it/fossil/spatialite_gui/index

Choose “download spatialite_gui-1.6.0.zip (zipfile, .zip)”, and unzip this file. No installation is
necessary.

Preparing a new tablet


1. Create a folder called DataLesotho in the root folder of the internal memory of the tablet.
2. Place the background.tpk and MYdb.sqlite files in the newly created folder. Create two new
folders called Work Backup and ExtraDataBase in the folder too. Place a copy of MYdb.sqlite
in the Work Backup folder. This can be used in the field if a fresh database is needed.
3. Go to the tablet settings and set text size to the smallest (under Display), turn on GPS, set
screen brightness to the brightest and enable the possibility to install non-Market apps
(under Security).
4. Set the lock screen picture to a bright one to make it more visible in the sun. On the four
Nexus tablets a picture with text identifying the unique tablet was set as lock
screen/background.
5. Download a file explorer to the tablet. ES File Explorer works well.
6. Put the MaseruMapplication.apk file somewhere on the tablet.
7. Go to the MaseruMapplication.apk-file in the file explorer and install it.
8. Run the application.

Extracting data from the tablet


The data from the fieldwork is stored in the database file MYdb.sqlite in the DataLesotho folder on
the memory of the tablet. We recommend that you make a safety-copy of this data (at least) every
day.

NOTE: Some troubles regarding data transfer between the Nexus tablet and a Windows 7 computer
can occur. When copying the MYdb.sqlite file from the tablet it can get corrupt during the transfer.
Therefore it is very important to test that the database file can be opened in Spatialite (see below),
before it is removed from the tablet. If it can be opened, all is well. If not, see the “Database is
corrupt!”-paragraph of this document.

Examine the data


The data can be viewed in a database manager (we recommend SpatiaLite) and from there the
drawn geometries can be extracted as shapefiles and the parcel plans can be extracted as textfiles
and imported into Microsoft Excel or some similar software.

2
Axel Bronder
Erik Persson
2013-05-03
Extract the drawn geometries as Shapefiles
The CSO-drawn parcels are in the table New_Parcels. These geometries can be extracted as
shapefiles as shown in the image to the right. The shapefile will be in the projected coordinate
system WGS 1984 Web Mercator Major Auxiliary
Sphere, WKID: 3857, unless you change it.

View the geometries in ArcMap


1. Import the shapefile.
2. Define the projection using ArcToolBox->
Data Management Tools->Projections &
Transformations-> Define Projection.
Define it as: WGS 1984 Web Mercator
Major Auxiliary Sphere, WKID: 3857,
3. Project the shapefile to the projection of
your choice: ArcToolBox-> Data
Management Tools->Projections &
Transformations->Feature->Project.
(Normally you are looking for Cape_Lo27,
WKID:102476). Geographic Transformation
should be set to Cape_To_WGS_1984_1.

Preparing data for a new area


To prepare pre-vectorized data for a new area, just
add the shapefile to the database. The shapefile
should be of a small area with up to 500 parcels
and its name cannot contain the hyphen character; -

Here is an instruction of how to do add a shapefile to the database, using Spatialite:

1. Load a database to SpatiaLite. Alternatively: Create a new database:


2. Load the shapefile to the database.
a. Make sure that the name of the new table does not contain any hyphen characters (-
). Rename otherwise.
b. Make sure that the “Adjudicati”-column exists in the shapefile-table, and that it is
named AdjId, AdjID or Adjudicati. Rename otherwise.
c. Make sure that the shapefile-table does not contain more than around 500 rows.
(500 parcels). If it does, please split the shapefile in ArcMap or other GIS software,
and then add the shapefile(s) again to the database. (Delete the old one).
3. If the table ‘New_Parcels’ does not exist in your database, please create it using the following
query: (NB! Two steps!)
a. CREATE TABLE New_Parcels(
_id INTEGER PRIMARY KEY AUTOINCREMENT,
AdjID TEXT,
GeometryString TEXT
)
b. SELECT AddGeometryColumn('New_Parcels', 'Geometry',
3857, 'POLYGON', 'XY', 0);

3
Axel Bronder
Erik Persson
2013-05-03
4. That’s it! The table is created and the database can be loaded to the tablet. Put the database
in the folder DataLesotho and restart the application. The database must be named
MYdb.sqlite. Press the LAYER(S) button inside the application to add the new layer to the
map.

4
Axel Bronder
Erik Persson
2013-05-03
Prepare data for a 4% check
The application is not designed for the purpose of doing 4% checks but, through a few extra steps, it
can be used for that as well:

1. Load the shapefiles into ArcMap (for example) and control the data. For a 4% check in a new
area you need a shapefile containing the randomly selected 4% parcels, as well as a shapefile
of all the parcels in that area.
2. Open the attribute table in ArcMap for the layer containing all the parcels and choose ‘Export
Data’. Make sure to save the table as a text-file, in a location of your choice.
3. Import the exported table into Excel. (In Excel, choose ‘data’-> ‘from text’. The table is
semicolon-delimited and you should make sure that the adjudicati-column data format is set
to Text, and not to ‘General’, which is default.
4. The Parcel Plan of the application has 19 fields of information which correspond to 19
columns in the database. Import these the headers of the columns into Excel. Take them, for
example, from an old database.
5. Transfer data between the two different tables: the Parcel Plan and the table exported from
the shapefile. From the shapefile table you can take the claimant-name and put it in the
‘Name’-column, the given lease number and put it under ‘Lease_no’, and the Adjiducati and
put it under ‘AdjID’. Any extra notes can be put in the ‘If_Not_Why’-column. The column
‘Telephone’ may also be used, but please note that the CSO will only be able to input
numbers into this field. All other columns can be left blank. Delete the PK_UID-column, it will
be auto-generated later.
6. Export the finished table as a tab-delimited text-file. (Save as…). Name it Parcel_Plan.txt

7. In Spatialite: Create a new database: and then import your new Parcel_Plan-table:
Make sure that the PK_UID-column has been generated automatically.

8. Load the shapefiles to the database.


a. Make sure that the name of the new table does not contain any hyphen carachters (-
). Rename otherwise.
b. Make sure that the “Adjudicati”-column exists in the shapefile-table, and that it is
named AdjId, AdjID or Adjudicati. Rename otherwise.
c. The shapefile-table should not contain more than around 500 rows. (500 parcels).
9. If the table ‘New_Parcels’ does not exist in your database, please create it using the following
query: (NB! Two steps!)
a. CREATE TABLE New_Parcels(
_id INTEGER PRIMARY KEY AUTOINCREMENT,
AdjID TEXT,
GeometryString TEXT
)
b. SELECT AddGeometryColumn('New_Parcels', 'Geometry',
3857, 'POLYGON', 'XY', 0);
10. Press Save. Done! The database should be named MYdb.sqlite, and put in the DataLesotho-
folder on the tablet. Restart the application, load the layers to the map, and remember to
check a few parcels against the original data, to make sure that no errors have occurred.

5
Axel Bronder
Erik Persson
2013-05-03
11. Put the SAR1-forms of the area of interest in .pdf-format onto the tablet, where the CSO can
find it.

NOTE: Instead of doing the Excel-work of this section, it is probably more efficient to use SQL
queries directly in Spatialite.

Generate a new background layer


The application uses a file format called Map Tile Package (.tpk) as background layer. It is basically a
number of layers with different resolution of the same area. It can be created in ArcMap using the
Create Map Tile Package tool. It is a quite arbitrary tool that does not always work as desired or
intended, so several attempts can be necessary.

1. Load the photos of interest into ArcMap and press File  Map Document Properties. Fill out
the information (what you fill doesn’t matter, just make sure there is something) and save
the project.
2. Zoom out so the whole area is visible.
3. Open the Create Map Tile Package tool as
shown in the picture.
4. Choose the newly saved project as Input,
choose output name and location, JPEG as the
Tiling Format, 20 as the Level of Detail and
press OK.
5. Wait for a couple of hours.

Note
The Map Tile Package needs to be in WGS 1984 Web Mercator Major Auxiliary Sphere, WKID: 3857.
Since there is a 30 meters shift in the coordinate system that the project uses, MI_0, the background
will end up in the wrong place. To fix this one needs to manually drag the orthophoto into the right
place. By obtaining coordinates of places in Google Maps and mark them in ArcMap it is possible to
perform the shift. The shift tool is a part of the Georeferencing mode in ArcMap.

Trouble shooting
Computer connection problem
Some troubles connecting the Nexus 7 to a Windows 7 computer can occur. If Windows does not find
the device, a re-installation of the drivers can be necessary. To do so, connect the Nexus and open
the Device Manager in Windows. There you should be able to find the Nexus device. Right-click on it
and choose Uninstall Drivers. Choose remove from computer too. Unplug and then plug the cord in
again. Now the device should appear again. If you still cannot access the internal storage. Update the
driver by choosing the usb_driver folder in Drivers in the Mapplication folder on the server. Now it
should work, if not: Google is your friend.

6
Axel Bronder
Erik Persson
2013-05-03
Database is corrupt!
Sometimes, with the Nexus tablets, the database can be copied from the tablet, but the file becomes
corrupt somehow on the way. This has to do with the USB computer connection. You can change
the connection from MTP (Multimedia Device) to PTP (Camera) by going into Settings->Storage->USB
computer connection (upper right corner). When you use the PTP connection, however, you can only
access the “Pictures”-folder from Windows Explorer. Disconnect from the computer, use the ES File
explorer to copy MYdb.sqlite from the DataLesotho-folder to the Pictures-folder. Put the USB cable
back in (remember to connect with PTP this time) and copy the database from the Pictures-folder to
your computer. Try opening this database in Spatialite. If it doesn’t work, try again…

(Another solution we haven’t tried could be to connect the tablet to the office network (and maybe
the server) and to transfer it wirelessly. The file explorer installed on the Nexus or other installable
applications can probably manage the transfer. Bluetooth could be another solution as well.)

7
CSO Evaluation

What previous experience do you have from using a tablet,


smarthphone or similar?
I did not have any idea, I had not yet used any of the above. I used a smartphone that
used GPS for its navigation. It helped me a lot when I was going out of the country. I
have used a tablet for some school projects before. Two weeks

Would you consider your background knowledge sufficient in order to


work with a tablet solution in an efficient manner?
Yes 3 75%
No 1 25%

Did you have any particular expectations before you started to work
with the tablet?
Yes, I expected a complex and hard to use device I also expected something that would
make my work easy and quick to be done. NOTE: on "Were your expectations met?",
the subject has also written the following: "but it was not complex as I thought" //Axel
Yes, I spend more time inputing GPS coordinates on the handheld GPS filling in the
heavy parcel log. I expected it to be difficult to use which is not the case and I thought it
will be time consuming but as good luck would have it proved me wrong Yes

Were your expectations met?

Yes 3 75%
Partly 0 0%
No 1 25%

Did you have any concerns beforehand, regarding working with a


tablet?
Yes I did had concerns I just wanted anything that would change my working
environment so that I can reach the target. I had a feeling it was complicated to use,
which would result in delay as time isnt on our side but No

Do you have any concerns now, regarding future work with a tablet?
No, not at all. Yes, the more I use the tablet, the easier and faster the work is, therefore
production will be high. I can only recommend tablet use in future-work. No

Hardware: the Tablet

Performance in direct sunlight:


0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 1 25%
7 0 0%
8 1 25%
9 2 50%
10 0 0%

The robustness of the tablet:


0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 2 50%
6 1 25%
7 0 0%
8 0 0%
9 0 0%
10 1 25%

The format:
0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 0 0%
8 0 0%
9 1 25%
10 3 75%

Battery power:
0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 0 0%
8 2 50%
9 0 0%
10 2 50%

Overall opinion regarding the tablet:


0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 0 0%
8 0 0%
9 1 25%
10 3 75%

Comments about the tablet Nexus 7 and also the bigger Samsung
Galaxy if you have used it?
I prefer this one I like all its qualities. I really enjoy my work since I used it. It is easy to
operate, it is also quick and precise. It is not havey NOTE: Subject is talking about the
Nexus 7 //Axel They make one feel he or she is really working for a major company.
They make faster and interesting. Everyone is always looking forward to go to the work.
It is a portable and flexible device that helps in making work easier.

Software: the Application

The user interface


0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 0 0%
8 1 25%
9 1 25%
10 2 50%

The percieved reliability


0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 0 0%
8 0 0%
9 1 25%
10 3 75%
Speed and performance of the application
0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 0 0%
8 0 0%
9 1 25%
10 3 75%

Comments on the application?


The application is reliable only if you give the correct information. So, we try hard to
avoid errors that might lead to the application to give out wrong data. So far the
application has been good especially where we have to draw boundries & it saves time.
Work is done fast

Working with the Tablet Solution

Consider your normal work environment: Can the tablet replace your
binder with all the parcel plans, the overview A3 map, and the hand-
held GPS device?

Yes 4 100%
No 0 0%
If not, why?

How do you think the EFFICIENCY of your work would change, using a
tablet solution?
0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 0 0%
8 0 0%
9 1 25%
10 3 75%

How do you think your WORK ENVIRONMENT would change with the
use of a tablet solution?
0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 0 0%
8 0 0%
9 1 25%
10 3 75%
What is your overall opinion of the tablet solution?
0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 0 0%
8 0 0%
9 1 25%
10 3 75%

Main advantages of using a tablet solution?


One can not miss the parcel number It is accurate and simple It helps to work on more
parcels - one does not take too much time on one parcel - Easy to use the application-
Time saving- Production increase- More experience is gathered concerning maps and
GPS. - it saves time- Chances of getting the parcel wrong is very slim.- Better quality of
work It works faster than the GPS

Main disadvantages of using a tablet solution?


I haven't met any till now. - I think it may be difficult to use in rainy days. None.

Do you have any suggestions of functionality that could be


implemented in the tablet, to improve the solution further?
It should have its bag or cover to protect it after work or while not in use. So far I
consider it perfect, not unless there may be some challenges in the future which I havent
seen yet

Other comments?
It has been a pleasure to work with Axel Bronder and Erik Persson, I would like to wish
these boys a good luck in their studies. Well, the knowledge I have gathered from you
will remain forever. Cheers :)
GIS / QC Evaluation

Did you have any EXPECTATIONS or CONCERNS beforehand,


regarding the use of tablets in the field work?
No responses yet for this question.

Were the expectations met?

Yes 0 0%
Partly 1 100%
No 0 0%

Do you still have any concerns now, regarding the future use of a
tablet solution in the field work?
Ability to change the fields: add fields, alter names of fields. The ease of loading data
into the tablet, shapefiles are quite easy but to populate data related to the shapefiles is
a little messy. Retrieval of data is also a bit of a concern. It would be nice to be able to
retrieve a shapefile with the relevant information in one go. Export a shapefile from the
tablet with the fields from parcel_plans included.

The data management

What is your estimation of the quality of the data collected with the
tablets?
0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 0 0%
8 0 0%
9 1 100%
10 0 0%

Comments on the data quality?


Relevance of fields to particular project. It would be nice to be able to customise the
fields. WAY better than manually printing each parcel!

What do you think of the data management workflow, i.e. the


preparation of data and the processing of collected data?
0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 1 100%
6 0 0%
7 0 0%
8 0 0%
9 0 0%
10 0 0%

Comments regarding the data management workflow?


I haven't retrieved any data yet, but loading it is relatively easy. I would say that it could
be easier, as I know computers fairly well, a less technically inclined person may not fair
so well. Having to use a spreadsheet to get the data and then combining that with a
shapefile is quite cumbersome.

How do you assess the efficiency of the tablet solution compared the
current solution, from your point of view?
0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 0 0%
8 1 100%
9 0 0%
10 0 0%

General

What is your overall opinion of the tablet solution?


0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 0 0%
8 1 100%
9 0 0%
10 0 0%
Do you have any suggestions of functionality that could be
implemented in the tablet, to improve the solution further?
Easier loading and retrieval of data. Ability to customise fields. Oh also a few error
messages, sometimes it just says application failed or something like that. It would be
nice if it somehow could tell me where the error is coming from.

Other comments?
Nice work swedish house mafia. Pretty sweet application, really do think it will make life
a lot easier in the field. Lekker, cheers.
Administration / Management Evaluation

General: the Tablet Solution

Did you have any EXPECTATIONS or CONCERNS beforehand,


regarding the implementation of a tablet solution in the field work?
I had hopes that the tablet solution could solve 3 major issues related to our field work.
1) a significant reduction in the amount of print outs of parcel plans, lists and overview
maps 2) elimination of many of the mistakes and errors related to a demarcation of
boundaries and definition of parcel numbers when using a fixed scale parcel plan print
out in the field 3) a better coordination and communication between the field teams and
the surveyors, when the latter would be able to get a digital version of the parcel
registration One major concern was if we were able to see the details on the screen
when working in broad daylight Yes. I expected a system which would eliminate, or at
least reduce the need for paper maps in the field, but which would also make navigation
easier, by providing maps with a GPS location, which would allow people with poor map
reading skills to locate themselves correctly in the field. Expectation: The SCO will be
better to find the way around in the field with the effect that the preliminary collection of
geometry is much more reliable than on the analog Parcel Plan. Concern: I was not sure
if the battery could last for an entire working day. There are several problems with the
batteries on the hand held GPS. the use of tablets in the field with alphanumerical and
spatial data, both for visualising existing data, but also create data in situ

Were your expectations met?

Yes 4 100%
Partly 0 0%
No 0 0%
Do you still have any concerns now, regarding the future use of a
tablet solution in the field work?
There still are things that can be optimized like smaller displacements between photos
and shapefiles and a better distinction between what has been only visited and what has
been registered as finalized parcels, but in general I don't have major concerns. The
problem with daylight seems to be very little, when you don't expose it to direct sunlight.
The most obvious is that tablets do not work well in tropical sunshine; screens are hard
to see. There is no cheap solution to this it appears, as military grade tablets are four or
more times the price. The users did not understand how to put the tablets into
hibernation mode, rather they were either running on full power the whole time; hence
reducing batter life, or they were powering off; hence taking time to reload data before
work can continue. The education of the staff to use the tablet is important for the
SCO's. The staff is not all used to work with computer and IT. no, enthousiasme has
definitely increased

Do you have an estimation of the quality of the data collected with the
tablets?
Yes 3 75%
No 1 25%

If so: Is the DATA QUALITY better, the same, or worse than the current
method?
0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 0 0%
8 2 67%
9 1 33%
10 0 0%
How do you assess the EFFICIENCY of the tablet solution compared
to the current solution, from your point of view?
0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 1 25%
8 2 50%
9 1 25%
10 0 0%

Comments regarding the data quality?


The quality is clearly better than the binder solution, primarily because it is possible to
define the new boundaries correctly based on GPS-readings where the CSO's have to
estimate the position in the analog version. Also in areas, where a lot of development
has taken place, and the ortophotos are too old, it has been difficult to define boundaries
of new parcels not prevectorised. Here the tablet version is a great advantage, It
appears quicker and more accurate. SAR1 forms: With the current setup there will be
no major improvements, as the DEO still have to enter all the information regarding
owner - and there will still be spelling mistakes. Parcel Plans: It is now possible better to
verify the geometry from the surveyor, and see that the measured geometry is correct.
There are also improvements in the completeness of the data. Now all new plots will
have a plot number, which can be drawn without the limitation of the plot. Combination:
There are some SAR1 forms, which we can't find the plot fore. With the use of a tablet
the amount of missing connections will be reduced - but not completely solved as there
are still manually entry of data by the DEO. speed and security of data are higher with a
tablet solution

What is your overall opinion of the tablet solution?


Very good solution. The field team who have been using tablet are very satisfied with it,
and the data coming back from the field is of a higher quality and much easier to use for
the surveyors and the GIS-section. Basically good, it should reduce the paper use and
make work more accurate. Using the tablet as replacement for the analog parcel plan is
only a part of the use. The use is also for mopping up and quality assessment of the data
acquisition - even the intentions for the tablet were else. It has been a good
experiment/pilot, it needs tweaking and further development to make it a stable
mission/project critical app, but that only neeeds doing.

Would you consider implementing a tablet-based solution in future


projects?

Yes 4 100%
No 0 0%

If not, why?

The Application
Did the application meet your expectations?

Yes 4 100%
Partly 0 0%
No 0 0%

If not, why?
I think they met my expectations, and even surpassed them, since we could use the
tablet in a way not anticipated, in the quality control. When uploading final spatial data
together with scanned copies of SAR1 forms and background documents to the tablets
we could carry out a digital quality control in the field much easier and extensive than
using paper print outs.

How would you rate the application?


0 0 0%
1 0 0%
2 0 0%
3 0 0%
4 0 0%
5 0 0%
6 0 0%
7 1 25%
8 3 75%
9 0 0%
10 0 0%

Do you have any suggestions for further improvement?


The next step must be to incorporate the legal and personal data in the tablets as well,
so the CSO's can register SAR1 forms directly in the field. It can also be considered to
use digitalization only made in the tablets and completely eliminate the
prevectorisation.Since many of the prevectorised parcels will be subdivided in the field,
and the CSO's are checking t´he boundaries anyway, it will make sense to digitize all
boundaries directly using GPS-readings and compare them with the ortohophotos. It can
speed up the whole process Needs to be more stable, with the CSOs there were
problems with having to restart it. Not so much an application, but rather a hardware
issue, need to find a devise that works better in the sun. Technical improvements:-
colour separation between different layers, which is used, when there are several layers
displayed.- minor area for filling in information - eventually by use of pop up windows or
tabs for different kind of data collections- improvements for data entry of demarcation
type see earlier comment, this is a pilot, but not a stable app, in that sense it needs
updating. Maybe some of the functions and navigation can be improved.

Management

In your opinion: would the CSO-training have to be extended to


prepare them for the tablet-solution?

Yes 4 100%
No 0 0%

Would the recruiting criterias have to be different for the new CSO:s,
using a tablet-solution?
Yes 3 75%
No 1 25%
Why/ why not?
CSO's will need to be more familiar with using tablets, and have more spatial
understanding. I am not sure how you think the recruiting process could be different?
Should we only look for CSOs with experience of using a tablet? The tablet system
should be easy enough to use without expecting any special background. There must
be more focus that the SCO has IT skills. A test is carried out for DEO to see if they have
knowledge of computers and typing. Similar tests could be performed for SCO people.
computer literacy varies in Lesotho

Comments

Thank you for your participation! Do you have any final comments?
It has been a pleasure to have you to work together with the project and develop these
applications that definitely can be used to optimize the field registration processes in
future projects. Thank you for a great job. Good system, useful contribution. Thanks a
lot. The tablet solution is an excellent application, which shows what is possible with
the current technology - and it is giving directions for the up coming projects. The coming
projects shall have an app developer connected.During a project there will still be
continuous development of the data acquisition and it will still not be possible to make a
final version before making the acquisition. Thank You
Parcel Plan for 1-1-701
0 No Demarcation
1 WFPF Wooden Fence Post Fenced
2 WFPU Wooden Fence Post Unfenced
3 MFPF Metal Fence Post fenced
4 MFPU Metal fence Post Unfenced
5 SFPF Stone Fence Post Fenced Annotate on the map:
- The actual boundaries of parcel or parcels (subdivisions)
6 SFPU Stone Fence Post Unfenced
- The parcel number/s or suffix/es
7 W Wall
- The type/s of all boundaries
8 H Hedge - Use other side if there are more than 4 parcels

CSO's Name: Centroid: 53658.4 / -3239970


Team:

Parcel Number / Suffix B C D


14271-1156
No Of Households 1-1-507 1-1-508
Name of Claimants 1-1-687
14271-1139
1-1-686
Phone No of Claimant(s)
Date of 1st Visit
GPS South 1-1-690
GPS East
Date of 2nd Visit 1-1-487 1-1-704
GPS South
GPS East
Date of 3rd Visit 1-1-701
1-1-688 1-1-689
GPS South
GPS East
Fenced/Corner Points Yes / No Yes / No Yes / No Yes / No 1-1-486 1-1-705
Lease Number 1-1-683
SAR 1 Complete Yes / No Yes / No Yes / No Yes / No
Can Parcel be regularised? Yes / No Yes / No Yes / No Yes / No
1-1-691 1-1-692
If Not, why? 14271-1006
1-1-706 1-1-703
Measurement Required? Yes / No Yes / No Yes / No Yes / No
Plot Occupied Yes / No Yes / No Yes / No Yes / No 1-1-702
1:800 1-1-700
Time: 12:03:30 PM Date: 2013/05/22
Parcel Plan for 1-1-703
0 No Demarcation
1 WFPF Wooden Fence Post Fenced
2 WFPU Wooden Fence Post Unfenced
3 MFPF Metal Fence Post fenced
4 MFPU Metal fence Post Unfenced
5 SFPF Stone Fence Post Fenced Annotate on the map:
- The actual boundaries of parcel or parcels (subdivisions)
6 SFPU Stone Fence Post Unfenced
- The parcel number/s or suffix/es
7 W Wall
- The type/s of all boundaries
8 H Hedge - Use other side if there are more than 4 parcels

CSO's Name: Centroid: 53633.3 / -3240030


Team:

Parcel Number / Suffix B C D


No Of Households
1-1-701 1-1-688
Name of Claimants 1-1-486 1-1-705
Phone No of Claimant(s)
Date of 1st Visit 1-1-485
GPS South
GPS East 1-1-691 1-1-692

Date of 2nd Visit


14271-1006
GPS South
GPS East 1-1-706
Date of 3rd Visit 1-1-703
GPS South 1-1-702
GPS East 1-1-700
14271-1007
Fenced/Corner Points Yes / No Yes / No Yes / No Yes / No
Lease Number
SAR 1 Complete Yes / No Yes / No Yes / No Yes / No
Can Parcel be regularised? Yes / No Yes / No Yes / No Yes / No
If Not, why?

Measurement Required? Yes / No Yes / No Yes / No Yes / No


Plot Occupied Yes / No Yes / No Yes / No Yes / No 1-4-63
1-4-64
1:800
Time: 12:03:32 PM Date: 2013/05/22
Reports in Geodesy and Geographic Information Technology
The TRITA-GIT Series - ISSN 1653-5227

2013
13-001 Mohammad Amin Alizadeh Khameneh. Tree Detection and Species Identification using LiDAR
Data. Master of Science thesis in Geodesy No. 3127. Supervisor: Milan Horemuž. January 2013.

13-002 Duc Khanh Ngo. Relief Planning Management Systems - Investigation of the Geospatial
Components. Master of Science thesis in Geoinformatics. Supervisor: Tuong Thuy Vu and Yifang
Ban. February 2013.

13-003 Hulumtaye Kefyalew. Investigation of the use of Laser Scanning for Deformation Monitoring.
Master of Science thesis in Geodesy No. 3128. Supervisor: Milan Horemuž. June 2013.

13-004 Annmari Skrifvare. Change Detection in Stockholm between 1986 and 2006 using SPOT
Multispectral and Panchromatic Data. Supervisor: Yifang Ban. June 2013.

13-005 Axel Bronder and Erik Persson. Design, Implementation and Evaluation of a Mobile GIS Solution
for a Land Registration Project in Lesotho. Supervisors: Gyözö Gidófalvi and Jakob Riise. June
2013.

TRITA-GIT EX 13-005
ISSN 1653-5227
ISRN KTH/GIT/EX--13/005-SE

You might also like