In order to fix the problems with ContentFeatureSource, changes are
required to ContentFeatureSource.getBounds(Query) and
ContentFeatureSource.getReader(Query). Fixing getBounds is relatively easy,
but it looks like getReader is a bit more difficult.
Basic reprojection is handled by ReprojectFeatureReader, which reprojects
from the CRS of the GeometryDescripter of the FeatureType of the wrapped
reader
(reader.getFeatureType().getGeometryDescriptor().getCoordinateReferenceSystem();)
to the provided feature type.
Is there any way to force the CRS of our underlying featureType?
Alternatively, I could change the implementation of ReprojectFeatureReader
to take a source and target CRS to bring it more in line with the Query
API, but I feel like this is straying a bit from the intended usage,
especially in the case where we are just forcing the CRS and not
reprojecting.
Torben
On Thu, Jan 15, 2015 at 3:09 PM, Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:
> While migrating MemoryDataStore to extend ContentDataStore, I have
> discovered that ContentDataStore does not conform to the Geotools query API:
>
> Query has two CRS variables:
>
> coordinateSystem;
> The coordinate system to apply to features retrieved by this Query.
>
> This denotes a request to *temporarily* override the coordinate system
> contained in the feature data source being queried. The same coordinate
> values will be used, but the features retrieved will appear in this
> Coordinate System.
>
> This change is not persistant and only applies to the features returned by
> this Query. If used in conjunction with getCoordinateSystemReproject() the
> reprojection will occur from getCoordinateSystem() to
> getCoordinateSystemReproject().
>
> coordinateSystemReproject;
> Request that features retrieved by this Query be reprojected into the
> given coordinate system.
>
> If used in conjunction with setCoordinateSystem(CoordinateReferenceSystem)
> the reprojection will occur from the overridden coordinate system to the
> system specified here.
>
> The current implementation of ContentDataStore ignores coordinateSystem
> and only checks coordinateSystemReproject. The only class implementing
> canReproject() is WFSFeatureSource, which also ignores coordinateSystem.
>
> I will be working to fix this in the near future.
>
> Torben
>
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
