GeoTools 2.6.x looks to be focused on quality and performance.
As always the scope and timing of releases is set by you - the members of our community. There is a host of interesting "unsupported" modules that can make it into this release based on time and funding.
Feature Complete for FOSS4G
Result of QA run
We are stuck on an ECW crash which we need to upgrade to iamgeio-ext 1.0.4 ( GEOT-2768 |http://jira.codehaus.org/browse/GEOT-2768]) in order to fix. It will take a day for the uDig team to test this change once it has been applied.
When this bug is done we should be in a position to make a release candidate.
Afabiani has updated WCS 1.1 EMF model.
Emily has supplied a rendering patch for GEOT-2766 that needs review.
Vitali has a good idea for a safety check on feature reader creation - but no bug report yet.
CRS Lab has stopped rendering when data is reprojected.
A couple steps are still missing from the previous milestone release:
- We need to ensure the the jars can be rebuilt from the source download
- Javadocs are not produced; the steps documented do not work for me
- There is no location to publish the javadocs (will propose codehaus webdav?)
The EMF model in modules/unsupported/ogc has moved to modules/ogc in order to reflect the fact it is part of the library.
Stefan Kruger has upgraded Atlas styler from 2.4.x and has been a great source of QA and patches for this release. Thanks for your help Stefan.
jdbc aggregate function patch seems to be in full swing.
gt-swing is ready to go. Jody has sent an email asking move it to supported status.
Andrea has moved the swing renderer module to unsupported as most of the improvements have been folded into streaming renderer now
There are a couple release glitches discovered during the previous 2.6-M2 release.
- unsupported modules were included (were were going to exclude them or gather them up into an unsupported folder). Apparently building clean and then assembly:assembly will sort it out.
- build order trouble with gt-jdbc modules? No problems were found when making the 2.6-M3 release
- build path troubles on win32 for shapefile testing are now resolved
- source download was not produced - problem ended up being providing enough memory. We were unable to verify that the source download works.
- image moasic api changed breaking udig; we have disabled the functionality requiring per tile channel control
We have tossed both gt-swing-widgets and gt-swing-widgets-pending in the bit bucket as their module maintainers have stepped down. We have salvaged a new gt-swing with s strict mandate to provide user interface classes for our demos; nothing too fancy - just enough that we are not wrecking out examples with user interface code.
We expect the render to gain additional capabilities as members of the public supply patches.
Using the dynamic symbolizers framework and the Eastwood charts project allows to paint charts over a map using the Google Charts syntax for defining the chart properties and data.
Process API improvements
The process API, still in unsupported land, has been changed to allow integration of external libraries such as Sextante as plugins of the GeoTools process API. No Sextante integration module is available due to licensing issues (Sextante is GPL) but you can find a bridge in the GeoServer experimental WPS module
Next Generation JDBC
Thus far the "Next Generation" JDBC DataStore are worth being excited about, they are more maintainable, with a cleaner architecture and more even support of advanced features (aggregation functions or support for dates for example). These are also available on the previous 2.5.x branch.
Andrea has organised a module clean up aligning modules with a module maintainer; or deleting modules that are unused as required.
Andrea Aime has been cleaning up one of the top issues on our technical debt page - cleaning up after the transition to GeoAPI filter done way back in GeoTools 2.3. The work is incomplete.
We have updated out data model to support the constructs used by the symbology encoding specification; and in a few isolated cases received patches to hook them up to the render (such as Unit of Measure support).
The new Coverage-API for N-Dimensional Coverage access has been heavily revisited in order to allow handle a fully comprehensive set of metadata containing informations about the Coverage spatio-temporal domain and multi-dimensional range set.
Most of the work has been alredy done and we sucesfully used it succesfully on some of our projects. The low level part, based on the JAI ImageIO-Ext for ND data interfaces, produces a very good set of metadata, and the GeoTools Coverage API module is already able to map an retrieve the correct image index from complex datasets.
Actually we have working plugins for NetCDF-CF, HDF4 and GRIB-1 datasets and also others.
Also a GeoServer 1.7.6 WCS 1.0 ND prototype have been produced to support the new Coverage API above, and actually we are develping a brand new stable and efficient version of WCS 1.0/1.1 for GeoServer trunk.
The development requires some steps before completing, which we are going to list below:
- Finalize and test the gt-temporal unsupported module as well as the new WCS 1.0 EMF bindings almost done
- Finalize and test the WCS 1.0 EMF bindings for GeoServer trunk (hopefully release 2.1) almost done
- Finalize and test the new gt-coverage-api data access module
- Finish the development of the GeoServer WCS 1.0/1.1 ND business logic
There is a Technical Debt page with details of some "undone" work (often work left over when a commercial funding ended for a specific task).