Re: [Geotools-devel] How to use "anonymous" OGC Filter Functions

I'm out of my depth here, but wouldn't a new marker UnsimplifiableFunction interface, of which the VolatileFunction interface could be a descendant, lead to a much simpler and more understandable system now and in the long term ? Michael On 9 July 2012 14:02, Jody Garnett wrote: > This works ok

[Geotools-devel] [Hudson] Hudson build is back to normal : geotools-8.x-jdbc #3

See -- This message is automatically generated by Hudson. For more information on Hudson, see: http://hudson-ci.org/ -- Live Security Virtual Conference Exclus

[Geotools-devel] [jira] (GEOT-4195) update geotools release documentation

Victor Te

Re: [Geotools-devel] GeoGit module getting old dependencies

Fixed no the geogit side to pull 9-SNAPSHOT, and removed the geogit module from 8.x branch as it is still under development. -- Jody Garnett On Sunday, 8 July 2012 at 9:37 AM, Jody Garnett wrote: > Ah.transitive dependencies from the geogit jar. I can fix that. > > -- > Jody Garnett > > On

Re: [Geotools-devel] How to use "anonymous" OGC Filter Functions

> This works ok except when it comes to use SimplifyingFilterVisitor > down in the call chain (an hence any DuplicatingFilterVisitor > specialization), because visit(Function) will try to return a new > instance looking up the function factory by name, which does not > exist. > > Can you detect

[Geotools-devel] How to use "anonymous" OGC Filter Functions

Hi all, sorry for the cross-posting, in porting GSIP-69 proposal to OGC Filter as per community feedback, I'm following Andrea's suggestion of using anonymous inner classes that implement Function to overcome the lack of Filter extensibility other than through functions, for predicates that are to