Google Summer of Code 2015 Results

From OSGeo
Revision as of 09:57, 4 December 2015 by Madi (talk | contribs) (→‎gvSIG)
Jump to navigation Jump to search

GoogleSummer 2015logo.jpg @ OSGeo 300 127 pixel.png

OSGeo participated in Google Summer of Code 2015 with 13 projects, all successful:

Description of the projects

Example: software XYZ - title of my GSoC project

Student1 (picture)

  • Mentors: Mentor1; Mentor2; OtherMentors?
  • Brief description of the idea. e.g. "My project focused on xxx".
  • The state of the project as it was BEFORE your GSoC. For example, if you made a GUI, you can say: "In the software XYZ, when I wanted to use the tool xxx, I had to manually edit the file yyy. "
  • The addition that your project brought to the software. In the same example: "With the GUI that I created, now it is possible to use the tool xxx via graphical user interface".
  • Add all the links (hopefully permanent) to access the relevant code and documentation for the user to get started with testing your application. "Please test my code following instructions here".
  • Slide The slide / image should serve to show the main elements of your project. It could be a flow chart, a screenshot, both, or whatever you think could serve for the scope. Remember: the aim is to showcase your project to people that are not necessarily familiar with the software.

GDAL - Integration of GDAL utilities into GDAL core library

Faza Mahamood (Picture:

  • Mentor: Even Rouault
  • There is a need for calling GDAL utilities from code without involving system calls, to be able to work on in-memory datasets and use progress/cancellation callback functions.
  • Before, inorder to use any functionalities of GDAL utilities in a program, the developer had to use system calls. Even then, the developer cannot work with in memory datasets.
  • Now, the developers can easily have all the functionalities of GDAL utilities through dedicated functions which are part of GDAL core library. There is no system call involved and it works on in-memory datasets.
  • Project:

GRASS GIS - Improved Metadata for GRASS GIS

Matej Krejci (picture:

  • Mentors: ​Martin Landa, Angelos Tzotsos, Luca Delucchi
  • Description: The first aim was to improve current package by adding a new functionality for extend metadata handling. The second goal was to implement module for interaction with metadata catalogue services (CSW).
  • State of the project before GSoC: In 2014 during GSoC I have developed new GRASS GIS metadata management support based on ISO-INSPIRE. This package needed extension to meet the users requirements. In addition package for CSW searching was missing.
  • Addition to the project: New module g.gui.cswbrowser based on graphical interface allows managing csw connections, setting filter and searching, browsing results and adding services to GRASS GIS have been implemented. For g.gui.metadata have been added support: exporting metadata reports to pdf, storing themes of metadata in SQL backend, publishing metadata to CSW and metadata support for Temporal datasets.
  • Slide:


gvSIG - Port Network Analysis Extension to gvSIG 2.x branch


Ambrosini Luca (picture : )

  • Mentors: Massimiliano Cannata, Milan Antonovic
  • Brief description of the idea : istSOS is essentially a data collector, it wasn't ready for BigData, the idea was to implement data replication to improve security, online time and performance.
  • The state of the project before GSOS : All data were hosted on a single postgres db, and there wasn't a tool that helps finding this implementation limits.
  • The addition that your project brought to the software : We adapted the source code to work with replications, we set up a middleware that balances query among multiple database server, and we realized a benchmarking tool to test system response time and its scaling .

JGrassTools - Development of a simplified 1D hydraulics model

Silvia Franceschi (picture:

  • Mentors: Andrea Antonello, Riccardo Rigon
  • Description: The module developed during this GSoC2015 is SaintGeo, a simple 1D hydraulic model based on the equations of Saint Venant.
  • State of the project before GSoC: There was an original implementation of the model in C language done during a master thesis by Angelo Zacchia and Riccardo Rigon. I did the porting in the JGrassTools library of the model together with the implementation of the code for reading and writing GIS layers as input and outputs.
  • Addition to the project: The new model bases on GIS input layers instead of text files and has a graphical interface, directly provided by the integration in the JGrassTools library to specify the inputs and outputs files.
  • Slide:


Mapserver - Add productivity tools to MapServer's ScribeUI

Samuel Lapointe (picture:

  • Mentors: Daniel Morissette; Jessica Lapointe
  • Description: The goal of the project was to improve the error detection system, add the ability to export and import maps and add a way to generate a set of classes from data.
  • State of the project before GSoC: When I wanted to debug a map that didn’t work, I had to check the generated Mapserver file to find the error. To create classes from a set of data, I had to analyse the data and create the classes using bounds I had manually calculated, and the only way to export a map was to use Git.
  • Addition to the project: Now, I can see most syntax errors directly in the editor’s interface, I can use a menu to generate classes for a layer and I can export or import maps to share them with other users.
  • Slide:


Opticks – Image Enhancement/Background Suppression

Tom Van den Eynde (picture:

  • Mentors: Trevor Clarke
  • Brief description of the idea: The goal of the project was to implement the image enhancement algorithm Drizzle for both image and video input.
  • The state of the project as it was before GSoC: In Opticks, when I wanted to use a low resolution image I had to resort to other software to first improve the quality or reduce the noise interference.
  • The addition to the software: With the addition of the Drizzle algorithm, Opticks can enhance and improve the interpretability of images. Now, even low resolution or heavily noise polluted images can be used for various remote sensing applications.
  • Slide:




OSSIM - Tool for DSM generation using tri-stereo optical imagery

Martina Di Rita (You can find a picture of me @

  • Mentors: Oscar Kramer, David Burken
  • Brief description of the idea: the work has been based on a previous GSoC project through which a tool, named DATE, for Digital Surface Model (DSM) generation from optical stereo-pair was developed within OSSIM framework. The idea was to improve and update DATE in order to generate DSMs from tri-stereo optical imagery and fix some bugs in the DSMs generation processing chain. DATE key features include the use of computer vision algorithms in order to improve the processing efficiency and make the DSMs generation process fully automatic.
  • The state of the project as it was BEFORE this GSoC: before this GSoC it was not possible to process tri-stereo imagery and there was still some problem in finding the right quasi-epipolar geometry in the stereo version in order to compute a proper Disparity Map.
  • Addition to the software: with DATE plug-in it is now possible to generate DSMs within OSSIM framework starting from stereo and tri-stereo satellite optical imagery. Furthermore, from the stereo processing side, I added an image preprocess filtering and I found a better solution for the quasi-epipolar geometry achievement.

Relevant links:

  • Slide The slide / image should serve to show the main elements of your project. It could be a flow chart, a screenshot, both, or whatever you think could serve for the scope. Remember: the aim is to showcase your project to people that are not necessarily familiar with the software.


PyWPS-4 – REST Interface

Calin Cristian Nicolae Ciociu (picture:

  • Mentors: Jachym Cepicky, Luís de Sousa
  • Brief description of the idea: My project added the ability to use a REST interface to control, add, remove processes and change configuration of PyWPS-4 instances.
  • The state of the project as it was before GSoC: We had to create/delete the processes by accessing the storage of the server which required a restart of the server every time something got changed.
  • The addition to the software: With the addition of the REST interface I wrote everyone who needs to update, delete, or add new processes and change configuration can do so without accessing the server.
  • Slide:


QGIS - Multithread Support on Processing Toolboxt

Marcus Santos (

  • Mentors: Victor Olaya, Alexander Bruy
  • Description: This project consisted on making the QGIS Processing toolbox multi-threaded, allowing to have non blocking analysis/geoprocessing jobs, prevent crashes (when a QGIS module crashes for some reason) and also improve the user experience.
  • The state of the project GSoC: Before the multithreading support, the user was only able to run one analysis at a time and there was no option to cancel the algorithm execution.
  • The addition to the project: With multithreading support the user is allowed to cancel long geoprocessing jobs and also run several algorithms at the same time.
  • Slide: