Justin Deoliveira wrote: >> Did we do "data"? >> > No I didn't I didn't know data was on the table. Looking at what would > need to be done, there are a few wrinkles. > Darn it was done in FM and the bug number - http://svn.geotools.org/geotools/branches/fm/module/ - http://jira.codehaus.org/browse/GEOT-983 > 1. There is a dependency from the SLDParser on MemoryDataStore for > parsing inline features. > So what did we do last time? Oh right remove not finish xml. > 2. FeatureCollection extends FeatureResults and FeatureResults depends > on FeatureReader. So all the FeatureCollection implementations break. > FeatureResults has been deprecated for two releases now - it is time to die (in part for this lack of clarity). > 3. org.geotools.map.* seems to depends on data. I imagine this could > just be brought along for the ride. > The interfaces may eventually move to API, and the implementations of course move over to rendering. > 2 seems to be the biggest obstacle. However FeatureResults#reader() has > been deprecated for some now I believe. > Indeed.
Cheers, Jody ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
