Jody Garnett wrote:
Justin Deoliveira wrote:
Hi all,
Porting over the data module to FM, I am having a bit of difficulty
porting over classes in the org.geootols.data.crs package. I was
hoping that the author(s) (Jody,Andrea) would be available for a code
review at some point.
I assume the problem was making derived or "sub" feature types, Chris
Holmes had a comment some months a go that I think we should consider
following. That is leave the FeatureType well enough alone - and just
return the Features as requested - they will not be valid against the
FeatureType metadata but what the heck.
Of course this really breaks down for the two reprojection cases you
mentioned ... does a GeometryAttribute have any way of indicating the
CRS? If so can you use it to indicate the resulting CRS after a "force"
or "reproject" has occurred?
There arent really any specific problems, I mean I was able to port over
relativley smoothly just assuming that everything was simple features.
Its just there is some good voodoo going on with the old stuff (like
optimizations throwing away redundant wrapper classes, etc...), and want
to make sure I got it right.
-Justin
--
Justin Deoliveira
The Open Planning Project
[EMAIL PROTECTED]
-------------------------------------------------------
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
