I came across this issue when doing udig / geoserver testing. Another
possiblity could be to extend the datastore api to incoporate the notion
of "supported" functions, similar to how wfs does in a capabilities
document. This way the renderer could be a little smarter about creating
function filters. Sending the supported ones directly to the datastore,
and post-processing the remaining ones. This would be nice for postgis
as we could then encode the functions as sql and pick up the performance
benefit.
-Justin
Jesse Eichar wrote:
I am using the Geometry Function Filter for the styles used for
rendering FeatureTypes of type Geometry because I want polygons to be
rendered as polygons and lines as lines and so on.
The problem I'm encountering is that when streaming renderer is making
the request to the Datastore it sends those filters as well... In the
case of WFS the WFS encodes the filters as xml (See request
attachment). At a glance the request looks ok but geoserver throws an
exception, I assume it can't handle the functional expression.
Also Postgis throws exceptions. So basically the Functional filters are
made useless by because all the datastores blow up when they are passed
one of them.
What should be done?
1. We could make Streaming renderer not pass functional filters on to
the datastore. (this would be a stop gap so things will start working
again)
2. We could visit each datastore and make sure that each one will
either ignore the filters and process them on the client side.
Jesse
--
Justin Deoliveira
[EMAIL PROTECTED]
The Open Planning Project
http://topp.openplans.org
-------------------------------------------------------
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
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
