| Maintainer: | Justin Deoliveira |
| Status: |
|
| Email Help: | Geotools-gt2-users@lists.sourceforge.net |
| Volunteer: | geotools-devel@lists.sourceforge.net |
What?
Yes you heard me, there is no migration path if you use Feature directly in your application! What can you do about it?
You need to take the following steps:
- use Expression where ever possible to access your data (this will protect you and is good practice)
- book off some time to migrate your code
The good news:
- we will provide a SimpleFeature interface as part of the new feature model, it will not be method compatible but will at least follow the same assumptions you are used to in GeoTools 2.2.x.
- there will be a clear series of renames you can apply to your code to fix SimpleFeature access in your code, but making use of Expression now is much smarter
I am sorry but the API for TypeBuilder will not be migratable, we could try and make DataUtilities.spec work for you though.
Recent Development and Status
Status on 2.2.x
For the stable 2.2.x branch the Feature module has:
- aquired a Random Access API in the form of FeatureList (yeah!) This will allow us to support the results of Filter 1.1
- cleaned up a lot of code around the use (and closure of) Iterators, see the ResourceCollection class
- Added FeatureVisitor api (working against FeatureCollection) allowing for efficient Aggregate functions and use of multiple processors for processing operations
- problems, it is a simple feature model (aka flat like a shapefile or database table)
- problems, the use of Factory is not complete - can only use FeatureType.create, FeatureFactory is not implementable
- problems, metadata is not complete (you cannot express everything needed for valid construction of a FeatureCollection)
Status on Feature Model branch
For the [FM] branch the Feature module has been:
- been rewriten agains the latest GeoAPI interfaces
- been rewriten to allow for consisten use of Factory
- please see the FM branch for much more about all this
Outstanding Issues
Errors were reported by the JIRA trusted connection.
- Unrecognized application: confluence:8447594
|
|
||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| T | Key | Summary | Assignee | Reporter | Pr | Status | Res | Created | Updated | Due |
|
|
GEOT-1371 | Inconsistency in ListAttributeType | Unassigned | Wim van Berkel |
|
|
UNRESOLVED | Jul 03, 2007 | Jul 03, 2007 | |
|
|
GEOT-1607 | Clean up FeatureEvents | Jody Garnett | Jody Garnett |
|
|
UNRESOLVED | Dec 03, 2007 | Dec 03, 2007 | |
|
|
GEOT-1408 | TemporalAttributeType should be using converters to check and parse its values | Andrea Aime | Andrea Aime |
|
|
UNRESOLVED | Jul 19, 2007 | May 23, 2008 | |
|
|
GEOT-1099 | Compare DefaultFeatureType.equals and DataUtilities.compare(ft1, ft2) | Andrea Aime | Andrea Aime |
|
|
UNRESOLVED | Dec 30, 2006 | May 23, 2008 | |
|
|
GEOT-1074 | DefaultFeature.getBounds does not take CRS into account | Andrea Aime | Andrea Aime |
|
|
UNRESOLVED | Dec 18, 2006 | May 23, 2008 | |
|
|
GEOT-1045 | TemporalAttributeType does not allow for different date parsing | Unassigned | Andrea Aime |
|
|
UNRESOLVED | Nov 29, 2006 | May 23, 2008 | |
|
|
GEOT-1916 | Feature Type Factory and Feature Factory hints required | Andrea Aime | Jody Garnett |
|
|
UNRESOLVED | Jul 08, 2008 | Jul 09, 2008 | |
|
|
GEOT-1936 | SimpleFeatureImpl$Attribute does not implement equals(Object) | Andrea Aime | Gabriel Roldán |
|
|
UNRESOLVED | Jul 25, 2008 | Jul 27, 2008 | |
|
|
GEOT-1302 | add common-lang DateUtils.parseDate to list of things TemporalAttribute uses to parse possible dates | Justin Deoliveira | Ian Turton |
|
|
UNRESOLVED | Jun 12, 2007 | May 23, 2008 | |
Issues with GeoAPI feature model:
Errors were reported by the JIRA trusted connection.
- Unrecognized application: confluence:8447594
|
|
||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| T | Key | Summary | Assignee | Reporter | Pr | Status | Res | Created | Updated | Due |
|
|
GEO-45 | Move FeatureStore* to org.opengis.feature.store package | jesse crossley | jesse crossley |
|
|
UNRESOLVED | Jan 06, 2005 | Mar 27, 2006 | Jan 14, 2005 |
|
|
GEO-140 | Add a @pending javadoc annotation to any experimental interface | Unassigned | Martin Desruisseaux |
|
|
UNRESOLVED | Jun 27, 2008 | Jun 27, 2008 | |
|
|
GEO-144 | Add Name.getSeparator() to simplify use of Name interface | Unassigned | Jody Garnett |
|
|
UNRESOLVED | Jul 30, 2008 | Jul 30, 2008 | |


