Motivation: |
Be consistent about parsing. |
|
|---|---|---|
Contact: |
||
Tracker: |
http://jira.codehaus.org/browse/GEOT-1200 | |
Tagline: |
|
This page represents the current plan; for discussion please check the tracker link above.
We have both some text parsing (CQL and WKT) and XML parsing (filter, gml) incoming. This proposal outlines how we can be consistent in terms of package structure.
How can we be consistent:
|
Of the format org.geotools.SUBJECT.PARSER.SPECIFICATION:
Please note this is for the gory details only; your users should not have to import anything from these packages. You may be stuck making some of the content public (especially for XML callbacks) - but none of your example/user code should be forced into an import. |
|
Module breakdown of xml binding plugins is not in scope - we would need a seperate proposal. |
|
|
|
no progress |
|
done |
|
impeded |
|
lack mandate/funds/time |
|
volunteer needed |
|---|
A target release is also provided for each milestone.
Milestone 1 |
2.4-M1 |
|
|---|---|---|
|
|
Move cql to library |
|
|
Added org.geotools.geometry.WKTParser |
|
|
|
|
|
test and release |
|
|
update documentation |
Milestone 2 |
2.5-M1 |
|
|
|
|
|
|
|
|
|
|
|
|
test and release |
|
|
update documentation |
Milestone 3 |
2.5.0 |
|
|
|
verify user documentation |
|
|
include in release |
This change introduces new API:
public void exampleMethod( ... ){
Point point = primitiveFactory.createPoint( 32.0, 32.0 );
}
|
import org.geotools.geometry.iso.Spatial;
// holds the WKT parser but is not needed by client code
// import org.geotools.geometry.text.wkt
/**
* Note geometryFactory includes CRS information already
*/
public void exampleMethod( ... ){
Spatial spatial = new Spatial( geometryFactory, primitiveFactory, positionFactory );
Point = (Point) Spatial.parseWKT( "POINT 32 32" );
}
|
Website:
Developers Guide:
User Guide:
User Manual:
Issue Tracker: