OSGeo - User contributions [en]

User:Vikasmishra95

2016-06-12T12:01:43Z

Wiki-Vikasmishra95:

I am an undergraduate student from India pursuing B.E. Electronics & Electrical Engineering and MSc.(Hons.) Economics at BITS Pilani, Goa Campus. I have been contributing to open source organisations for almost 3 years now and have been fortunate to participate in Google Summer of Code twice, in 2014 and in 2016, both the times for OSGeo. In 2014 I worked in implementing advanced groups and permission systems for GeoNode and in 2016 I'm working on implementing remote storage options in PyWPS.

== GSoC 2016: Remote Output Storage for PyWPS ==

{| {{Prettytable}}
| Student Name:
| Vikas Mishra
|-
| Organization:
| [http://pywps.org/ PyWPS]
|-
| Mentors:
| Jachym Cepicky and Jonas Eberle
|-
| Title:
| Remote Output Storage for PyWPS
|-
| Repository:
| PyWPS, browse at: [https://github.com/mishravikas/pywps PyWPS]
|
|-
| Blog:
| [https://summerofcode16.wordpress.com/ GSoC 2016 Blog]
|}

PyWPS is an open source, light-weight, Python based, implementation of the OGC Web Processing Service (WPS) standard. It provides users with a relatively seamless environment where to code geo-spatial functions and models that are readily exposed to the Internet through the WWW.

PyWPS offers a straightforward WPS development framework with the increasingly popular Python language. Python offers easy access to a vast array of code libraries that can be easily used in the processes, in particular those for geo-spatial data manipulation, e.g. GRASS, GDAL/OGR, Fiona, Shapely, etc., but also to statistics packages (e.g. rpy2 for R statistics) and data analysis tools (e.g. pandas). PyWPS offers storage mechanisms for process inputs and outputs and spawns processes to the background for asynchronous execution requests.

This project idea was listed at [https://github.com/geopython/pywps/wiki/GSoC-2016-Ideas GSoC 2016 Ideas].

== Brief Description ==

PyWPS has to store resulting data files at some place. Currently, simple file storage is implemented - all resulting files are stored to defined output directory on the server. When this project is finished, PyWPS will support more sophisticated methods of data storage, like external cloud service and FTP. When it comes to storing data, cloud storage is quickly becoming the method of choice. Storing files remotely rather than locally boasts an array of advantages like syncing, accessibility, security, sharing, backups, etc.

Services and protocols which will be implemented as part of the project are - FTP storage, Google Drive, dropbox, Microsoft oneDrive and box.

== Timeline ==

Please note that this timeline is tentative. Some parts may finish earlier than expected whereas some might take up more time if issues arise which need to be fixed before moving forward.

* Community bonding period (22nd April - 22nd May): Use the community bonding period to interact with the mentors to build a sense of understanding as mentor-student relationship plays a very important role in the outcome of the project. Also get involved with other developers through the mailing list and get to know what other additions they might want to see in terms of remote storage. Study the codebase and fix some bugs to get familiar with the codebase. This time will also be used in deciding whether to add support for publishing data to geoserver or go for another remote storage service.

* Week 1 (23rd May - 29th May): In the first week I will work on a concept on how to integrate new storage types while also making it easier for adding any other service in future by making everything modular and focussing on code reusability. The first thing to keep in mind while implementing remote storage is how to manage credentials. The best way to manage credentials is by using a configuration file and whenever the credentials are required they can be pulled from the conf file. Its also important to mention that it is a big security risk to store passwords in plain texts in any file. I’ll use py-bcrypt to encrypt the credentials in the conf file. It gives an added layer of security. This week will be used in creating an infrastructure for managing credentials and configurations for the proposed services. I’ll be using the current configuration file for the configuration. I’ll also create a simple python script which will create the configuration file by prompting the instance owner for the required details.

* Week 2 and 3 (30th May - 12th June): Implement FTP storage option in PyWPS. The Python standard library contains ftplib which implements the client side of the FTP protocol. This module allows us to perform a large range of automated jobs over an FTP protocol for e.g. upload a file, download a file, mirror a server, etc. We are only concerned with uploading the file here since we want to save the output file in the FTP server as defined in the config file. Use the configuration parser to read in the credentials for the server and create a ftp file storage class similar to FileStorage class which is used currently to store the output file in the server itself.

* Week 4 and 5 (13th June - 26th June): In these weeks I’ll implement dropbox storage option in PyWPS. Dropbox has built a beautiful and easy to use dropbox-sdk-python which I will use here to implement dropbox storage. This module takes care of all the issues which might occur while uploading a file like it has the ability to autorename the file in case of conflicts if autorename is selected. Since the API will not be exposed to the end user, the options like autorename will be provided by the configuration file.

* Week 6 and 7 (27th June - 10th July): oneDrive is a cloud storage service from Microsoft similar to dropbox. In these couple of weeks I’ll use onedrive-sdk-python to implement output storage in oneDrive. Similar to the dropbox implementation API won’t be exposed to the end user and user can give options like which directory to save the file in using the configuration file as developed in the first week.

* Week 8 and 9 (11th July - 24th July): Google Drive is a file hosting service by Google and is one of the most used cloud storage services after dropbox. I’ll use this time to provide Google drive as a storage option in PyWPS. Google provides Drive REST API which can be used to implement this. I’ll read the documentation and implement google drive storage using the REST API. Similar to other implementations user preference can be given in the configuration file.

* Week 10 and 11 (25th July - 7th August): I have these 2 weeks to implement one more service. I can either implement Box or implement publishing of data to geoserver using its rest API.Box is an online file sharing and content management service for businesses. It would be beneficial to provide ‘box’ as a remote storage option in PyWPS. I’ll use box-python-sdk to integrate this service in PyWPS. The choice will be made in the community bonding period by asking for inputs from all the developers and setting a priority. If we decide to add support for publishing data to geoserver I’ll use GeoServer’s rest API along with gsconfig to build upon some previous works where UMN Mapserver support was added in PyWPS 3 to implement support for usage of GeoServer in PyWPS 4, to be used for output data serving, via OGC services.

* Week 12 and 13 (8th Aug - 23rd Aug): I’ll use the last couple of weeks to write documentations and tests. Since configuration file is a very important part of this implementation, I need to write exhaustive docs on its usage and format covering almost all the options. I plan to provide example conf file for all the services implemented showing the usage of all the available options in the API. Since I believe in the test based development philosophy I can not finish my project without writing unit tests for all the storage services implemented during the summer.

'''Note''': I have exams from 1st May - 15th May. In this period my contribution rate might drop but I will pick up as soon as my exams get over. Other than this period, I have no other commitments and am able to work on this project full time. If for any reason my code does not get merged into master, I will continue working beyond the summer to ensure that it becomes mergeable.

[[Category:Google Summer of Code]]

Google Summer of Code 2016 Accepted

2016-06-12T11:59:57Z

Wiki-Vikasmishra95: Added a Github Repository

<center>
[[Image:GSoC2016Logo.jpg|500px|link=https://summerofcode.withgoogle.com/]] <font size="+3"> @ </font> [[Image:OSGeo_300_127_pixel.png|200px|link=http://www.osgeo.org]]
</center>

* Back to the main OSGeo [[Google Summer of Code 2016]] @ OSGeo wiki page.

== Accepted Proposals ==

This year OSGeo accepted 22 students working on the following projects.

{|class="wikitable sortable" border="2" cellspacing="0" cellpadding="4" rules="all" style="margin:1em 1em 1em 0; border:solid 1px #AAAAAA; border-collapse:collapse; background-color:#D7E3D1; font-size:95%; empty-cells:show;"
|'''Community'''
|'''Project'''
|'''Student'''
|'''1st mentor'''
|'''2nd mentor'''
|'''Wiki page'''
|'''Repository'''
|-
|GDAL
|Introduce Triangulated Surface, Polyhedral Surface and Triangle API in the OGRGeometry core and implement their support in OGR drivers for GDAL
|Avyav Kumar Singh
|Rob Emanuele
|Even Rouault
|[https://github.com/avyavkumar/gdal/wiki Github]
|[https://github.com/avyavkumar/gdal Github]
|-
|GDAL
|GDAL DWG support
|Alexandr Borzykh
|Dmitry Baryshnikov
|Even Rouault
|[https://wiki.osgeo.org/wiki/GDALDWG_SoC_2016 Wiki]
|[https://github.com/sandyre/libopencad Github]
|-
|GRASS GIS
|Complete basic cartography suite in GRASS GIS wxGUI Map Display
|Adam Laža
|Anna Petrasova
|Vaclav Petras
|[https://trac.osgeo.org/grass/wiki/GSoC/2016/BasicCartographySuiteInGRASS Trac]
|[https://github.com/lazaa32/SoC16 GitHub]
|-
|GRASS GIS
|GRASS GIS - Additional segmentation algorithms for i.segment
|Bo Yang
|Moritz Lennert
|Markus Neteler
|[https://trac.osgeo.org/grass/wiki/GSoC/2016/Additional_segmentation_algorithms Trac]
|[https://trac.osgeo.org/grass/browser/sandbox/bo/i.segment.gsoc2016 Sandbox]
|-
|GRASS GIS
|GRASS GIS - PyQt implementation of GUI forms generated automatically from XML
|Ondřej Pešek
|Vaclav Petras
|Anna Petrasova
|[https://trac.osgeo.org/grass/wiki/GSoC/2016/PyQtGUI Trac]
|
|-
|GRASS GIS
|GRASS GIS - WEBGRASS
|Mayank Agrawal
|Rashad Kanavath
|Massimo Di Stefano
|[https://github.com/mayank33/webgrass/wiki Wiki]
|
|-
|gvSIG
|Add tests and educational games support to gvSIG Educa.
|Carlos I. Colombana
|Óscar Martínez
|Joaquín del Cerro
|[https://wiki.osgeo.org/wiki/GvSIG-Educational-Games_GSoC_2016#Project Wiki]
|[https://github.com/nacho0605/GSoC2016 GitHub]
|
|-
|gvSIG
|Development of a model for woody debris flooding hazard in gvSIG
|Silvia Franceschi
|Andrea Antonello
|Riccardo Rigon
|[https://github.com/moovida/jgrasstools/wiki/Google-Summer-of-Code-2016 github]
|[https://github.com/silviafranceschi/jgrasstools github]
|
|-
|istSOS
|Android istSOS client
|Florin-Daniel Cioloboc
|Mirko Cardoso
|Milan Antonovic
|[https://wiki.osgeo.org/wiki/Android_istSOS Wiki]
|[https://github.com/istSOS/java-core Github] [https://github.com/masterflorin/java-core Fork]
|-
|istSOS
|istSOS Web API
|Luka Glušica
|Massimiliano Cannata
|Milan Antonovic
|[https://wiki.osgeo.org/wiki/IstSOS_Web_API Wiki]
|[https://github.com/istSOS/javascript-core GitHub] [https://github.com/WebPractice-LukaG/javascript-core Fork]
|-
|istSOS
|VistSOS: the istSOS Data Visualization Framework
|Felipe Poveda
|Milan Antonovic
|Massimiliano Cannata
|[https://wiki.osgeo.org/wiki/VistSOS_Data_Visualization_Framework Wiki]
|[https://github.com/felipe07/vistsos GitHub]
|-
|NASA World Wind
|NASA Web World Wind - Multidimensional Visualization Tool for Environmental Variables
|Gabriele Prestifilippo
|Jakub Balhar
|Patrick Hogan
|[[NASA Web WorldWind Multidimension Visualization Tool GSoC 2016|Wiki]]
|[https://github.com/GabrielePrestifilippo/EST-WA-Javascript GitHub]
|-
|OpenLayers3 - Google maps
|OGC protocols support within OL3-Google-Maps
|Samuel Lapointe
|Alexandre Dube
|Jessica Lapointe
|[[OL3-GoogleMaps_GSoC_2016|Wiki]]
|[https://github.com/mapgears/ol3-google-maps GitHub] [https://github.com/samuellapointe/ol3-google-maps Fork]
|-
|OneBusAway/Transitime
|Tansitime Quickstart application
|Brendan Egan
|Og Crudden
|Stefan Steiner
|[https://github.com/Egan109/core/wiki/Transitime-QuickStart-Gsoc-2016 Wiki]
|[https://github.com/Egan109/core Github]
|-
|OSSIM
|A complete photogrammetric OSSIM tool for automatic DSMs generation using multi-view optical and SAR images
|Martina Di Rita
|Oscar Kramer
|Dave Burken
|[https://trac.osgeo.org/ossim/wiki/GSoC_2016 Wiki]
|
|-
|pgRouting
|Flow Algorithms for pgRouting
|Andrea Nardelli
|Daniel Kastl
|Vicky Vergara
|[https://github.com/Illedran/pgrouting/wiki/GSoC-2016-Flow Github Wiki]
|
|-
|pgRouting
|Implementation of a framework which supports addition of contraction techniques for pgRouting
|Sankepally Rohith Reddy
|Vicky Vergara
|Daniel Kastl
|[https://github.com/sankepallyrohithreddy/pgrouting/wiki/GSoc-2016-Contraction Github Wiki]
|
|-
|PyWPS
|Remote Output Storage for PyWPS
|Vikas Mishra
|Jachym Cepicky
|Jonas Eberle
|[https://wiki.osgeo.org/wiki/User:Vikasmishra95 Wiki]
|[https://github.com/mishravikas/pywps Github]
|-
|PyWPS
|Web-based administration & process management for PyWPS
|Jan Rudolf
|Jonas Eberle
|Jachym Cepicky
|[https://wiki.osgeo.org/wiki/GSoC_2016_Web_administration_and_process_management_for_PyWPS Wiki]
|[https://github.com/jan-rudolf/pywps Forked PyWPS] [https://github.com/jan-rudolf/gsoc-python-process-control Support app 1] [https://github.com/jan-rudolf/gsoc-pywps-app Support app 2]
|-
|QGIS
|QGIS Styles, Symbols, and SVG Markers Sharing Repository
|Akbar Gumbira
|Alessandro Pasotti
|Anita Graser
|[[QGIS Sharing Repository|Wiki]]
|
|-
|ZOO-Project
|Bringing pyModis to the web through ZOO-Project
|Chingchai Humhong
|Luca Delucchi
|Gerald Fenoy
|[http://zoo-project.org/trac/wiki/Bringing_pyModis_to_the_web_through_ZOO-Project_GSoC_2016 Wiki]
|[https://github.com/chingchai/pyModis/tree/gsoc-2016/zoo-pymodis/ Github]
|-
|ZOO-Project
|Implementing WPS for Geopaparazzi field data collection tool using ZOO-Project: Simplifying integration of field data and GIS
|Niroshan Sanjaya
|Gerald Fenoy
|Andrea Antonello
|[http://zoo-project.org/trac/wiki/IMPLEMENTING_WPS_FOR_GEOPAPARAZZI_FIELD_DATA_COLLECTION_TOOL_USING_ZOO-PROJECT%3ASIMPLIFYING_INTEGRATION_OF_FIELD_DATA_AND_GIS Wiki]
|
|-
|}

See the [https://summerofcode.withgoogle.com/organizations/6273632556810240/ accepted projects on Google's platform].

[[Category: Google Summer of Code]]

Google Summer of Code 2016 Accepted

2016-05-03T06:32:24Z

Wiki-Vikasmishra95: Added a wiki link for GSoC 2016 for PyWPS

<center>
[[Image:GSoC2016Logo.jpg|500px|link=https://summerofcode.withgoogle.com/]] <font size="+3"> @ </font> [[Image:OSGeo_300_127_pixel.png|200px|link=http://www.osgeo.org]]
</center>

* Back to the main OSGeo [[Google Summer of Code 2016]] @ OSGeo wiki page.

== Accepted Proposals ==

This year OSGeo accepted 22 students working on the following projects.

{|class="wikitable sortable" border="2" cellspacing="0" cellpadding="4" rules="all" style="margin:1em 1em 1em 0; border:solid 1px #AAAAAA; border-collapse:collapse; background-color:#D7E3D1; font-size:95%; empty-cells:show;"
|'''Community'''
|'''Project'''
|'''Student'''
|'''1st mentor'''
|'''2nd mentor'''
|'''Links'''
|-
|GDAL
|Introduce Triangulated Surface, Polyhedral Surface and Triangle API in the OGRGeometry core and implement their support in OGR drivers for GDAL
|Avyav Kumar Singh
|Rob Emanuele
|Even Rouault
|...
|-
|GDAL
|GDAL DWG support
|Alexandr Borzykh
|Dmitry Baryshnikov
|Even Rouault
|[https://github.com/sandyre/libopencad Github]
|-
|GRASS GIS
|Complete basic cartography suite in GRASS GIS wxGUI Map Display
|Adam Laža
|Anna Petrasova
|Vaclav Petras
|...
|-
|GRASS GIS
|GRASS GIS - Additional segmentation algorithms for i.segment
|Bo Yang
|Moritz Lennert
|Markus Neteler
|[https://wiki.osgeo.org/wiki/User_talk:Hao2309 Wiki]
|-
|GRASS GIS
|GRASS GIS - PyQt implementation of GUI forms generated automatically from XML
|Ondřej Pešek
|Vaclav Petras
|Anna Petrasova
|...
|-
|GRASS GIS
|GRASS GIS - WEBGRASS
|Mayank Agrawal
|Rashad Kanavath
|Massimo Di Stefano
|[https://github.com/mayank33/webgrass/wiki Wiki]
|-
|gvSIG
|Add tests and educational games support to gvSIG Educa.
|Carlos I. Colombana
|Oscar Martinez
|Joaquin del Cerro
|[[GvSIG-Educational-Games_GSoC_2016|Wiki]]
|-
|gvSIG
|Development of a model for woody debris flooding hazard in gvSIG
|Silvia Franceschi
|Andrea Antonello
|Riccardo Rigon
|[https://github.com/moovida/jgrasstools/wiki/Google-Summer-of-Code-2016 github]
|-
|istSOS
|Android istSOS client
|Cioloboc FlorinDaniel
|Mirko Cardoso
|Milan Antonovic
|...
|-
|istSOS
|istSOS Web API
|Luka Glušica
|Massimiliano Cannata
|Milan Antonovic
|[https://wiki.osgeo.org/wiki/IstSOS_Web_API Wiki]
|-
|istSOS
|VistSOS: the istSOS Data Visualization Framework
|Felipe Poveda
|Milan Antonovic
|Massimiliano Cannata
|...
|-
|NASA World Wind
|NASA Web World Wind - Multidimensional Visualization Tool for Environmental Variables
|Gabriele Prestifilippo
|Jakub Balhar
|Patrick Hogan
||[[NASA Web WorldWind Multidimension Visualization Tool GSoC 2016|Wiki]]
|-
|OpenLayers3 - Google maps
|OGC protocols support within OL3-Google-Maps
|Samuel Lapointe
|Alexandre Dube
|Jessica Lapointe
| [[OL3-GoogleMaps_GSoC_2016|Wiki]]
|-
|One bus Away
|One bus Away Quick start
|Brendan Egan
|Og Crudden
|Stefan Steiner
|...
|-
|OSSIM
|A complete photogrammetric OSSIM tool for automatic DSMs generation using multi-view optical and SAR images
|Martina Di Rita
|Oscar Kramer
|Dave Burken
|...
|-
|pgRouting
|Flow Algorithms for pgRouting
|Andrea Nardelli
|Daniel Kastl
|Vicky Vergara
|[https://github.com/Illedran/pgrouting/wiki/GSoC-2016-Flow Github Wiki]
|-
|pgRouting
|Implementation of a framework which supports addition of contraction techniques for pgRouting
|Sankepally Rohith Reddy
|Vicky Vergara
|Daniel Kastl
|[https://github.com/sankepallyrohithreddy/pgrouting/wiki/GSoc-2016-Contraction Github Wiki]
|-
|PyWPS
|Remote Output Storage for PyWPS
|Vikas Mishra
|Jachym Cepicky
|Jonas Eberle
|[https://wiki.osgeo.org/wiki/User:Vikasmishra95 Wiki]
|-
|PyWPS
|Web-based administration & process management for PyWPS
|Jan Rudolf
|Jonas Eberle
|Jachym Cepicky
|...
|-
|QGIS
|QGIS Styles, Symbols, and SVG Markers Sharing Repository
|Akbar Gumbira
|Alessandro Pasotti
|Anita Graser
| [[QGIS Sharing Repository|Wiki]]
|-
|ZOO-Project
|Bringing pyModis to the web through ZOO-Project
|Chingchai Humhong
|Luca Delucchi
|Gerald Fenoy
|[http://zoo-project.org/trac/wiki/Bringing_pyModis_to_the_web_through_ZOO-Project_GSoC_2016 Wiki]
|-
|ZOO-Project
|Implementing WPS for Geopaparazzi field data collection tool using ZOO-Project: Simplifying integration of field data and GIS
|Niroshan Sanjaya
|Gerald Fenoy
|Andrea Antonello
|[http://zoo-project.org/trac/wiki/IMPLEMENTING_WPS_FOR_GEOPAPARAZZI_FIELD_DATA_COLLECTION_TOOL_USING_ZOO-PROJECT%3ASIMPLIFYING_INTEGRATION_OF_FIELD_DATA_AND_GIS Wiki]
|-
|}

See the [https://summerofcode.withgoogle.com/organizations/6273632556810240/ accepted projects on Google's platform].

[[Category: Google Summer of Code]]

User:Vikasmishra95

2016-05-03T06:29:27Z

Wiki-Vikasmishra95:

I am an undergraduate student from India pursuing B.E. Electronics & Electrical Engineering and MSc.(Hons.) Economics at BITS Pilani, Goa Campus. I have been contributing to open source organisations for almost 3 years now and have been fortunate to participate in Google Summer of Code twice, in 2014 and in 2016, both the times for OSGeo. In 2014 I worked in implementing advanced groups and permission systems for GeoNode and in 2016 I'm working on implementing remote storage options in PyWPS.

== GSoC 2016: Remote Output Storage for PyWPS ==

{| {{Prettytable}}
| Student Name:
| Vikas Mishra
|-
| Organization:
| [http://pywps.org/ PyWPS]
|-
| Mentors:
| Jachym Cepicky and Jonas Eberle
|-
| Title:
| Remote Output Storage for PyWPS
|-
| Repository:
| PyWPS-4, browse at: [https://github.com/mishravikas/pywps-4 PyWPS]
|
|-
| Blog:
| [https://summerofcode16.wordpress.com/ GSoC 2016 Blog]
|}

PyWPS is an open source, light-weight, Python based, implementation of the OGC Web Processing Service (WPS) standard. It provides users with a relatively seamless environment where to code geo-spatial functions and models that are readily exposed to the Internet through the WWW.

PyWPS offers a straightforward WPS development framework with the increasingly popular Python language. Python offers easy access to a vast array of code libraries that can be easily used in the processes, in particular those for geo-spatial data manipulation, e.g. GRASS, GDAL/OGR, Fiona, Shapely, etc., but also to statistics packages (e.g. rpy2 for R statistics) and data analysis tools (e.g. pandas). PyWPS offers storage mechanisms for process inputs and outputs and spawns processes to the background for asynchronous execution requests.

This project idea was listed at [https://github.com/geopython/pywps/wiki/GSoC-2016-Ideas GSoC 2016 Ideas].

== Brief Description ==

PyWPS has to store resulting data files at some place. Currently, simple file storage is implemented - all resulting files are stored to defined output directory on the server. When this project is finished, PyWPS will support more sophisticated methods of data storage, like external cloud service and FTP. When it comes to storing data, cloud storage is quickly becoming the method of choice. Storing files remotely rather than locally boasts an array of advantages like syncing, accessibility, security, sharing, backups, etc.

Services and protocols which will be implemented as part of the project are - FTP storage, Google Drive, dropbox, Microsoft oneDrive and box.

== Timeline ==

Please note that this timeline is tentative. Some parts may finish earlier than expected whereas some might take up more time if issues arise which need to be fixed before moving forward.

* Community bonding period (22nd April - 22nd May): Use the community bonding period to interact with the mentors to build a sense of understanding as mentor-student relationship plays a very important role in the outcome of the project. Also get involved with other developers through the mailing list and get to know what other additions they might want to see in terms of remote storage. Study the codebase and fix some bugs to get familiar with the codebase. This time will also be used in deciding whether to add support for publishing data to geoserver or go for another remote storage service.

* Week 1 (23rd May - 29th May): In the first week I will work on a concept on how to integrate new storage types while also making it easier for adding any other service in future by making everything modular and focussing on code reusability. The first thing to keep in mind while implementing remote storage is how to manage credentials. The best way to manage credentials is by using a configuration file and whenever the credentials are required they can be pulled from the conf file. Its also important to mention that it is a big security risk to store passwords in plain texts in any file. I’ll use py-bcrypt to encrypt the credentials in the conf file. It gives an added layer of security. This week will be used in creating an infrastructure for managing credentials and configurations for the proposed services. I’ll be using the current configuration file for the configuration. I’ll also create a simple python script which will create the configuration file by prompting the instance owner for the required details.

* Week 2 and 3 (30th May - 12th June): Implement FTP storage option in PyWPS. The Python standard library contains ftplib which implements the client side of the FTP protocol. This module allows us to perform a large range of automated jobs over an FTP protocol for e.g. upload a file, download a file, mirror a server, etc. We are only concerned with uploading the file here since we want to save the output file in the FTP server as defined in the config file. Use the configuration parser to read in the credentials for the server and create a ftp file storage class similar to FileStorage class which is used currently to store the output file in the server itself.

* Week 4 and 5 (13th June - 26th June): In these weeks I’ll implement dropbox storage option in PyWPS. Dropbox has built a beautiful and easy to use dropbox-sdk-python which I will use here to implement dropbox storage. This module takes care of all the issues which might occur while uploading a file like it has the ability to autorename the file in case of conflicts if autorename is selected. Since the API will not be exposed to the end user, the options like autorename will be provided by the configuration file.

* Week 6 and 7 (27th June - 10th July): oneDrive is a cloud storage service from Microsoft similar to dropbox. In these couple of weeks I’ll use onedrive-sdk-python to implement output storage in oneDrive. Similar to the dropbox implementation API won’t be exposed to the end user and user can give options like which directory to save the file in using the configuration file as developed in the first week.

* Week 8 and 9 (11th July - 24th July): Google Drive is a file hosting service by Google and is one of the most used cloud storage services after dropbox. I’ll use this time to provide Google drive as a storage option in PyWPS. Google provides Drive REST API which can be used to implement this. I’ll read the documentation and implement google drive storage using the REST API. Similar to other implementations user preference can be given in the configuration file.

* Week 10 and 11 (25th July - 7th August): I have these 2 weeks to implement one more service. I can either implement Box or implement publishing of data to geoserver using its rest API.Box is an online file sharing and content management service for businesses. It would be beneficial to provide ‘box’ as a remote storage option in PyWPS. I’ll use box-python-sdk to integrate this service in PyWPS. The choice will be made in the community bonding period by asking for inputs from all the developers and setting a priority. If we decide to add support for publishing data to geoserver I’ll use GeoServer’s rest API along with gsconfig to build upon some previous works where UMN Mapserver support was added in PyWPS 3 to implement support for usage of GeoServer in PyWPS 4, to be used for output data serving, via OGC services.

* Week 12 and 13 (8th Aug - 23rd Aug): I’ll use the last couple of weeks to write documentations and tests. Since configuration file is a very important part of this implementation, I need to write exhaustive docs on its usage and format covering almost all the options. I plan to provide example conf file for all the services implemented showing the usage of all the available options in the API. Since I believe in the test based development philosophy I can not finish my project without writing unit tests for all the storage services implemented during the summer.

'''Note''': I have exams from 1st May - 15th May. In this period my contribution rate might drop but I will pick up as soon as my exams get over. Other than this period, I have no other commitments and am able to work on this project full time. If for any reason my code does not get merged into master, I will continue working beyond the summer to ensure that it becomes mergeable.

[[Category:Google Summer of Code]]