Justin Deoliveira ha scritto: >> However, I'm a little confused by the whole issue. When no >> geometric attributes are extracted and feature bounding >> is requested nevertheless, GetFeature does two things: >> * it puts the geometry attributes in the list of attributes >> that have to be extracted anyways >> * wraps the the returned feature collection with a >> FeatureBoundsFeatureCollection that will return only >> the requested attributes, but will leverage the raw >> feature collection to compute the collection bounds and >> the single feature bounds > Not sure exactly, i would have to debug again to be sure what is > happening. But at some point the CRS is lost. The envelope returned by > FCFB.getBounds() has no CRS set on it. Perhaps this is the main issue > and could be patched in FCFB directly. And asking the FCFB.getSchema() > (which unless i am mistaken is the "view" of the actual type) for its > CRS results in the issue I described above.
Ok. FCFB returns the "target", geometryless feature type, but has a reference to the native feature type inside. So I believe this can be patched by having FCFB extract the CRS from its wrapped feature collection schema and rebuilding the RereferenceEnvelope with it before getBounds() returns (call it an educated guess, I did not actually try). Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
