This report is written in the second quarter of 2007, and outlines community development and research goals.
GeoTools has kept up the the production of monthly milestone releases. The publication of milestone releases makes progress visible and accessible to the user community. We have not been sending announcements out beyond the user list, as milestone releases are strictly for "early access".
We are nearing the end game plan for GeoTools 2.4.0. To make the cut a module will need to be brought up to supported status (with associated test coverage, module matrix page, and user documentation). Please check the Module Matrix page (and development policies) to see if the modules you are interested in are ready for release.
Modules that are not included in the official GeoTools 2.4.0 release will still be available; but please treat them with due caution. If one of the modules you require is not going to be ready this release, please consider talking to the module maintainer - options range from volunteering your own time to setting up formal support.
The User Guide continues to pick up content, including a nice overview of the core library. New this release are "you are here" maps as you navigate between chapters. Thanks to everyone for all the feedback.
We are pleased that Martin's report to the OGC working group is ready; we will hear back from the OGC working group this quarter and the results will dictate the specific contents of GeoAPI 2.1.0 and GeoAPI 3.0.0.
This quarter we are playing host to a range of Summer of Code 2007 students under the direction of the OSGeo foundation. We are pleased to welcome an additional project this quarter - TOPP has undertaken to bring ISO Feature support into uDig.
Ongoing work related to ISO metadata, ISO Geometry is proceeding apace.
The above diagram is color coded based on project and developer activity (the amount of colour indicates the rate of change).
Our development policy changes have started to take root, our GeoTools change proposal, Supporting your module policies are having a real effect on how we operate. The greatest immediate benefit is the generation of user documentation, and the visibility afforded by the module matrix page.
There is one planned development policy change:
The following change proposals have been accepted:
The [Summer of Code} students reflect our research priorities now; the core GeoTools community seems to be working on making good on our existing ambitions.
The GeoTools project has a single policy on starting up research topics, Creating your own Module. The procedure covers the process used to create a new "unsupported" module. The use of "unsupported" as a community space is a vast improvement on our earlier policy of allowing branches, and creating throw away spikes.
In the above diagram the following known deadlines are underlined.
Here are the dates as near as have been made public:
The following problems are listed as design problems that should be addressed. Often these problems are holding up existing paid work, but due to the amount of collaboration involved lack specific funding.