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
