Handling of CRS when reprojecting "complex" FeatureCollection
-------------------------------------------------------------
Key: GEOT-3651
URL: http://jira.codehaus.org/browse/GEOT-3651
Project: GeoTools
Issue Type: Improvement
Components: main
Affects Versions: 8.0-M1
Reporter: Jody Garnett
Assignee: Jody Garnett
>From GEOS-4300:
{panel}
Hi Jody,
I have attached the patch and hope you will be able to look at it. I will need
to make some changes to Query.java to keep the target srs name to be passed
down in the query.
The cause of this issue is when the top level feature doesn't have a
geometry(crs) therefore in GetFeature.toDataquery()
if (target != null && declaredCRS != null && !CRS.equalsIgnoreMetadata(crs,
target)) { dataQuery.setCoordinateSystemReproject(target); }
The declaredCrs will always be null. And because its null, there won't be any
reprojection for the nested features which do have crs.
The srsName stored in QueryTypeImpl is lost when it is converted at line the
following line in GetFeature.toDataquery()
Query dataQuery = new Query(typeName.getLocalPart(), transformedFilter,
maxFeatures,
props, query.getHandle());
Hence my intention to add "dataQuery.setTargetSrsName(query.getSrsName());" so
that I can still access the target crs when building the nested feature.
{panel}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
