Hey all,
I'm going to have to leave this one till monday, but I'm having a
problem rendering a geotiff coverage via the 1.4.x_merge_wcs branch off
of trunk.
Everything sets up just fine, the GeoTiffReader is wrapped up in a
FeatureCollection with two attributes ("geom" and "grid") and that
FeatureCollection is wrapped up in a CollectionDataStore.
However, when AbstractDataStore goes to create a reader for the
collection (via AbstractDataStore.getFeatureReader(Query, typename))
somehowe the internal reader's version of the type is different than the
AbstractDataStores 'remembered' type.
getSchema() in the abstractdatastore claims it's {'grid','geom'}
reader.getFeatureType() in abstractdatastore.getFeatureReader() claims
it's {'geom','grid'}
This causes a "ReTypeFeatureReader" to be created, and since the
ReTypeFeatureReader can't deep-copy the "grid" object (nor should it!)
the rendering fails.
I'm still ramping up on the internal gt feature model, so my keeping
track of all the threads is a bit of slow going. AbstractDataStore vs
AbstractFeatureStore vs AbstractFeatureSource takes me about the times
to go though and get right, etc.
Can anyone tell me where the featureType would be getting re-created?
One possibility is in DefaultFeatureResults, where depending on the
query, DefaultFeatureResults might subType the featureType...
Any ideas?
--saul
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
