Last year (2006) we were pleased to take part in the Google Summer of Code program, and would like to thank Refractions Research for being our sponsoring organization. This year we are teaming up with the Open Source Geospatial Foundation, and our contact person is Frank Warmerdam.

For more information:

Accepted Projects

The following is a list of Java GIS projects - not all of these students will be in the GeoTools code base; but they will be making use of our library and asking questions.



Mentor 1

Mentor 2

Plugins for multidimensional raster data sources

Daniele Romagnoli



Caching data in uDig

Christophe Rousson




Christopher Whitney



New Transformation Algorithms for GeoTools and uDig

Jan Jezek



GeoServer Style Editor

Anthony Manfredi



Implementation of An Interactive GeoRSS tool in uDig

Rui Li



3D Rendering Pipeline for GeoTools

Hans Haggstrom



3 Dimensional Rendering Pipeline Component for GIS Servers

Michael Craig




Welcome to Students

What should you be doing?

Welcome to Mentors

What should you be doing?

GeoTools Planning

The rest of this page is dedicated to all the organizational stuff we need on our end, timelines, sample ideas, and so on...

Timeline with Links


Prospective Mentors

Can you sponsor a student? Sign up on the dotted line:

Last year we had 5 prospective mentors and only three were matched with students; please don't worry about being matched up outside of your area of your field or language comfort zone - volunteer!


Last year we found that the more information provided here the better; students will look at the kind of ideas proposed here in order to evaulate what kind of things GeoTools is interested in, and what kind of experts are available to advise them.

Background Information on Ideas

As a background for students:

As a background for community members:

Sample Idea to cut and Paste

h3. Lite Swing Example

GeoTools used to have a StyledMapPane viewer that a lot of people used as an
example when creating their own Applications (and Applets - remember GeoTools
is old). This example was dropped after years of neglect (it was not updated
to an OGC compliant CoordinateReferenceSystem implementation if you must know).

Can you *please* over the course of the summer make us a new "lite" example.
We are excited by the idea of the Spring RCP framework (so you could test your
component there), but the example should be "lite" enough to work as an applet.

3D Rendering Pipeline Component (ie JOGL Data Viewer)

So here is the thing, we have all the data. Imagine it is a big funnel. Now tip this funnel into your graphics card There are lots of options, Java 3D, Java Open GL bindings, and so on.

We have even isolated some of the drawing code behind an interface already, but make no mistake this is not for the faint of heart GIS data volumes will break many of the assumptions you may be used to if you are coming at this from a gaming background.

Sanity checks:

Parse KML into Features

One interesting new format is KML, produced by our friends over on google earth. It is a happy little vector format and is increasing in popularity. We have all sorts of amazing XML parsing mojo left over from dealing with "Geographic Markup Language", putting the two together would be a fun challenge for those that think they know what they are doing.

Go ahead impress me, tame the beast (note focus on display is easier, but getting the data would be more powerful).

Coverage Plugins for HDF, netCDF, Grib1

It would be great to have a student working on developing ImageIO plugins for these powerful formats which have libraries to handle them directly in Java. We could exploit last year's experience and then build a couple of GeoTools plugins for one or two profiles of HDF and netCDF.

General Geometric Distortion algorithms.

In GeoTools we do already have some code to perform geometric distortion correction, based on the polynomial warping capabilities of JAI. It would be great to improve this code as well as adding some new fancy stuff like:

UDig compatibility to GRASS through JGrass

There is already java code in UDig that reads and writes GRASS 2D rasters. To have a good compatibility between UDig and GRASS there would be the need of porting (in the sense of from one design to the other) the existing raster code into the geotools coverage model and the need of porting (in the sense of from C to geotools java) the vector IO into the feature model of geotools in order to be exploited by both UDig and geoserver. Wanna be the hero that joins two worlds?

Acceptance Letter

The following is a Sample Letter for Mentors to send out - we need to cover the following points:

All of these should be links to the developers guide ...