Hi again Cory,

You are also the module maintainer on the Expression module, I have once again provided a page where you can take notes on the status. I indicated some of the upcoming changes from the 2.3.x branch, and tried to summarize your work in 2.2.x.

Please review:
- http://docs.codehaus.org/display/GEOTOOLS/Filter

As for bugs:
- GEOT-822 <http://jira.codehaus.org/browse/GEOT-822> ExpressionBuilder only allows literals and attributes as function arguments. It should allow any expression <http://jira.codehaus.org/browse/GEOT-822> - this seems to be a quick and dirty parser? - GEOT-558 <http://jira.codehaus.org/browse/GEOT-558> FilterExpression -- add a "String getInfo()" function <http://jira.codehaus.org/browse/GEOT-558> - aka make get capabilities useful, describe usage of functions (good idea) - GEOT-487 <http://jira.codehaus.org/browse/GEOT-487> Filter Parser tests dont check the resulting filter <http://jira.codehaus.org/browse/GEOT-487> - GEOT-516 <http://jira.codehaus.org/browse/GEOT-516> ExpressionParser doesn't handle nested function calls <http://jira.codehaus.org/browse/GEOT-516> - looks related to GEOT-822 - GEOT-122 <http://jira.codehaus.org/browse/GEOT-122> Filter parser makes some malicious assumptions <http://jira.codehaus.org/browse/GEOT-122> - this seems to be the SAX parser - GEOT-735 <http://jira.codehaus.org/browse/GEOT-735> Perform a short circuit evaluation on LogicFilters in order to avoid NullPointerExceptions when an AttributeExpression evaluates to null <http://jira.codehaus.org/browse/GEOT-735> - GEOT-573 <http://jira.codehaus.org/browse/GEOT-573> FilterTransformer does not recognize COMPARE_NOT_EQUALS <http://jira.codehaus.org/browse/GEOT-573> - you guys probably fixed this during your SLD qa checks - GEOT-785 <http://jira.codehaus.org/browse/GEOT-785> Filter/Expression should Lockdown Equals/HashCode/Clone <http://jira.codehaus.org/browse/GEOT-785> - indeed it should - GEOT-667 <http://jira.codehaus.org/browse/GEOT-667> Query -- MaxFeatures=0 means "give me all" <http://jira.codehaus.org/browse/GEOT-667> - huh? May want to punt this off to the data module ... - GEOT-693 <http://jira.codehaus.org/browse/GEOT-693> FilterOpsComplxTypes makes use of geometryUserData() <http://jira.codehaus.org/browse/GEOT-693> - GEOT-665 <http://jira.codehaus.org/browse/GEOT-665> PropertyIsBetween Parsing Error <http://jira.codehaus.org/browse/GEOT-665> - GEOT-602 <http://jira.codehaus.org/browse/GEOT-602> Literal expression does not support Boolean and ...? <http://jira.codehaus.org/browse/GEOT-602> Won't Fix - the filter specification does not support that either - GEOT-461 <http://jira.codehaus.org/browse/GEOT-461> Add classification functions <http://jira.codehaus.org/browse/GEOT-461> - you started some of this work for cbrewer, want to wrap them up for the function system?
-



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to