Andrea Aime wrote:
> 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).
Sounds good to me. The current "workaround" in 
FeatureCollectionTypeBinding is probably still a good idea imho, leaving 
it in as a defense mechanism can't hurt. Want to open a jira issue for 
1.7.4?
> 
> Cheers
> Andrea
> 


-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

------------------------------------------------------------------------------
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

Reply via email to