View source for IMPLEMENTING WPS FOR GEOPAPARAZZI FIELD DATA COLLECTION TOOL USING ZOO-PROJECT:SIMPLIFYING INTEGRATION OF FIELD DATA AND GIS

== Brief description of your idea ==
JGrasstools is a library which contains a variety of geoprocessing functionalities. It has been used for many GIS framework to provide a comprehensive Java solution for GIS packages for data access, editing, visualization and analysis. On the other hand Geopaparazzi is a standalone mobile app for field data collection. It enables user to collect georeferenced field data. Idea of this proposal is to enable the JGrasstools library to serve as geoprocessing engine using the WPS standard implemented in the ZOOProject (http://zooproject.org/). The main task in this proposal would the preparation and conversion of field data from geopaparazzi projects to WebGIS platform enabling data analysis and sharing. The project will demonstrate and document the methods to deploy WPS using JGrasstools as the geoprocessing engine. As a future possibility, the project would facilitate WebGIS platform with rich set functionality especially in hydrology and water management needs. 
{| {{Prettytable}}
| The results of this project will be useful for deploying Web application for Monitoring and Evaluation (M&E) needs.
|}

== State of the software before GSoC ==
The JGrasstools can be adopted quite easily to other toolboxes such as gvSIG, since it is a modular processing library. It already used by some desktop GIS and toolkits. And currently geopaparazzi data can be exported to some desktop GIS clients like GRASS, QGIS, gvSIG. STAGE (https://github.com/geopaparazzi/geopaparazzi/wiki) is also available as a stand alone application to create background maps (tiles) that can be offline to assist in field survey. Further,
STAGE also provides tools to get the field data into desktop for visualization and further analysis.
Presently existing solutions would require users to familiarize with desktop tools to effectively use geopaparazzi as a field data collection tools. The project aims at providing data import/export functionality as WPS which are unavailable at present and this will significantly simplify the workflow for collection, sharing, analysis and integration of field data in geospatial analysis.

== State of the software after GSoC ==
Capabilities of JGrasstools will be firstly integrated with geopaparazzi and it will be directly available online. Ports for other capabilities of JGrasstools also directly available online. Further, a simple user interface will be provided to run the services remotely.
This enables users to utilize Geopaparazzi for field data collection without having an experience on desktop GIS. User will be able to import/export and convert the Geopaparazzi data through WPS. Apart from that user will be able to analyse the data being in the same platform.

== Schedule ==
Basically this project based on ZOOProject and the JGrasstools. Those two has many capabilities and functions. In order to focus this project, those functions and capabilities will be studied before start the GSoC.


{| class="wikitable"
|-
! Timeline !! TODO !! Status
|-
| May 23 - June 04 2016 ||
* Identifying and analysing the different capabilities of JGrasstools Simultaneously starts the ZOOProjects and study and analyze about its capabilities by implementing example projects.
 || ---
|-
| 5 – 26 June 2016 || 
* Configuration of ZOOProject and Implementing JGrasstools as a service in it.
 || ---
|-
| 27 June – 09 July 2016 || 
* Development of the function to import and export Geopaparazzi project by using JGrasstools as a service.
* Analysing the converted project
 || ---
|-
| 09 – 16 July 2016 || 
* Developing a simple template for web access to run the process.
|| ---
|-
| 17 - 30 July 2016 || 
* Testing other capabilities of JGrasstools and identify important capabilities ( based on different criterias).
* Testing the ports to them and develop an access to them
|| ---
|-
| 31 July –  6 August 2016 || 
* Integrate other capabilities to the template.
|| ---
|-
| 7 – 9 August 2016 || 
* Testing the template and develop user interface for web access.
* Identifying the issues and problems regarding the template
|| ---
|-
| 10 – 12 August 2016 || 
* Fix and updates the identified issues and potential changes.
|| ---
|-
| 13 – 16 August 2016 || 
* Fully testing the whole system and validation.
* Identifying bugs.
* Fix all the bugs and errors
|| ---
|-
| 16 – 17 August 2016 || 
* Finalise the documentation, sources, project and the examples
|| ---
|}
While we are doing above steps, all the steps and action will be documented as a blog posts including all the errors and issues as a discussion.

== Reports ==

No reports yet.

== Student's Biography ==

=== Programming and GIS ===
I am a student at Osaka City University, Japan. I am following a Master programme on Urban Information study at Graduate School of Creative Cities. I have completed my Bachelor degree in Town and Country Planning, specialized on Planning technology. Basically, My Master research focus on Crowdsourced geospatial data integration with web based GIS services. I have been working as a research assistant on Open Source technologies after the graduation. With that I have realized the importance of open source technologies for research and the development.
Now I am trying to develop a crowdsourced spatial data collection system for real time disaster simulation and modeling as a part of my research. It helps me to understand the concept of ZOOProject and it capabilities. It inspired me to do this project.

=== Computing experience ===
I have skills on Open source GIS software packages such as QGIS, GRASS and some Open Source GIS tools like PostgreSQL/PostGIS, OpenLayers, OpenStreetMap, etc.

'''OpenSource GIS:''' QGIS, GRASS GIS, gvSIG, uDig, GDAL/OGR, GeoServer, MapServer, OpenLayers, PostgreSQL/PostGIS, OSGeo Live package, OpenGeoSuite.

'''Operating Systems:''' Microsoft Windows, Linux, Mac

'''Programming languages:''' HTML, XML, PHP, JavaScript, Python, SQL

[[Category:Google Summer of Code]]