wiki:SummerOfCode

Version 24 (modified by klokan, 13 years ago) (diff)

--

Google Summer of Code

GDAL participates in the Google Summer of Code under the OSGeo umbrella.

2009 Ideas List

  1. KML Driver: Develop an enhanced KML driver using Google's libkml library. A new driver based around Google's reference implementation would fix some limitations in the current driver (no multi-geometries, no KMZ support, etc), make it easier to keep the driver up to date as KML evolves, and should generally make it easier for GDAL software to exchange data with Google Earth. Both OGR (vector) and GDAL (raster) KML drivers could be developed.
  1. OpenEV2: OpenEV is a GUI tool for efficient displaying and analyzing geospatial data formats supported by GDAL/OGR (including GeoTIFF, MrSID, ECW, .. ESRI Shape files, ..), it is able to convert between file formats, reproject, crop, display by OpenGL a 3D terrain based on elevation from DEM files on Linux, Windows and Mac. Have a look at screenshots or try it. It has almost finished port to GTK 2.0 and GDAL python-ng which needs a bit of work, packaging and improvement, more info at OpenEV2 updated post. Knowledge: Python, GNU tools, GTK 2.0, Linux and partly C, C++.
  1. PNG Driver: Implement efficient PNG driver using libPNG with support for optimization of PNG images exported by GDAL (info: tutorial + png driver). You can reuse existing open-source NeuQuant algorithm for RGBA and RGB export. NeuQuant is easy-to-use practical demonstration of power of the Kohonen Neural Networks. It's source code can be included into GDAL from original implementation of the algorithm and/or from pngnq utility. There are also other open-source tools implementing optimization of PNG which can be reused (AdvPNG, OptiPNG, PNGcrush) or can be a source of inspiration (PNGOut). Result should be an improved PNG driver for GDAL together with color quantization functions which will produce png files with optimized file-size. Result of this work is going to be usable in MapServer?, GRASS, MapTiler and other GDAL-based projects. Knowledge: C, C++
  1. ODBC Driver: Implement write support for the ODBC driver and include support for MSSQL2008 spatial database. The current ODBC driver should be extended to create or transfer spatial data into the ODBC data sources like Microsoft SQL Server. The driver must have built-in support to auto create the XMIN, YMIN, XMAX and YMAX shape envelope values for the non-spatial databases and the spatial index for the MSSQL2008 spatial databases. (info: http://www.gdal.org/ogr/drv_odbc.html). Result of this work is going to be usable in any project using the OGR libraries. Knowledge: C, C++, MSSQL2008 Spatial
  1. GDAL2Tiles/MapTiler: Implementation of the coming OGC WMTS standard, implementation of the pixel-precise warping (by warped VRT editing), implementation of the opacity slider control as one of the official OpenLayers? "Addins", direct tiling of global maps into Spherical Mercator from WGS84, support for JPEG tiles, support for cutline clipping, NODATA transparency, bug-fixing of open issues. Code is going to be submitted into GDAL SVN and MapTiler SVN. Project MapTiler (the GUI for GDAL2Tiles) is going to be published as a stable version 1.0 with all binary installers (Windows/Linux/Mac?) and with support for localization. Knowledge: Python, JavaScript?, GNU tools, partly C, C++

or your own ideas..

inspiration also from:

2008 Ideas List

These are suggestions. Students are encouraged to come up with their own ideas as well.

  1. Implement GeoPNG/GeoJPEG by embedding coordinate system and geotransformation information (possibly in GML) as chunks in PNG and JPEG files (see GML JP2 for a model of how this might be done).
  1. PNG Driver (using libpng)
  1. OGR WFS read (or read/write) driver using existing OGR GML driver for feature parsing.
  1. Implementation of alternative driver for GML 2 and GML 3 using Expat XML Parser
  1. Implementation of read-only WFS driver using GML driver based on the Expat XML Parser.
  1. Develop a driver for GeoRSS
  1. Develop a driver for OpenStreetMap protocol
  1. Develop a driver for IBM DB2 and its Spatial Extender
  1. Extend GeoJSON driver with cashing capabilities when accessing remote datasource.
  1. Development of Java bindings.
  1. GDAL/OGR for Windows CE: porting new drivers
  1. Development of C# language SWIG bindings for .NET Compact Framework and creating test applications for it.
  1. Creating an ASP.NET multithreading testbed for the GDAL C# bindings, by using the thread pool approach.
  1. Development of bindings for new programming languages: Lua, Ada (GNAT), put your favorite language here
  1. Development of GDAL Read/Write? Driver for tiles, derived from GDAL2Tiles utility.
  1. GDAL2Tiles - support for TMS tiles with global-mercator profile to make overlays with Google Maps, MS Virtual Earth, etc. possible.
  1. Extend the HDF5 driver to support writing datasets. This should include an effort to produce HDF5 datasets according to NASA HDF5 metadata conventions where possible. HDF5 is a new generation format expected to be widely used for science data products from NASA and other agencies.
  1. GDAL_CALC.PY - Development of a simple raster calculator based on Python+GDAL. Use sample:

% gdal_calc a=img1.tif b=img2.tif c=img3.tif -calc c=((a+b)/2)

  1. Develop an enhanced KML driver using Google's libkml library. A new driver based around Google's reference implementation would fix some limitations in the current driver (no multi-geometries, no KMZ support, etc), make it easier to keep the driver up to date as KML evolves, and should generally make it easier for GDAL software to exchange data with Google Earth. Both OGR (vector) and GDAL (raster) KML drivers could be developed.