I can provide feedback on filterfactory2.
The idea is that FilterFactory limits you to only making perfectly valid
filters. So any work you are doing for WFS2.0 will probably end up here.
FilterFactory2 is for our own extensions (such as allowing expressions for the
left hand side of a spatial filter).
The difference is explained here:
- http://docs.geotools.org/latest/userguide/library/opengis/filter.html
FilterFactory respects that the left hand side must be a PropertyNameExpression:
FilterFactory ff = CommonFactoryFinder.getFilterFactory(
GeoTools.getDefaultHints ); Filter filter = ff.propertyLessThan( ff.property(
"AGE"), ff.literal( 12 ) );
FilterFactory2 does not:
FilterFactory2 ff = CommonFactoryFinder.getFilterFactory2(
GeoTools.getDefaultHints ); Filter filter = ff.contains( ff.property(
"THE_GEOM"), ff.literal( geometry ) );
It is very possible in response to WFS 2.0 that we will need to move some
FilterFactory2 methods over to FilterFactory.
Finally it is the strong recommendation of mbedward that we stop the madness;
combine the two things into FilterFactory (and just use javadocs to indicate
our own variations from the standard). I would totally support that :D
--
Jody Garnett
On Friday, 20 May 2011 at 7:00 AM, Justin Deoliveira wrote:
> Hi all,
>
> I have whipped up a proposal for the functionName changes that have been
> discussed on the list over the past few weeks.
>
> http://docs.codehaus.org/display/GEOTOOLS/Detailed+Argument+and+Return+Info+for+FunctionName
>
>
> Feedback welcome.
>
> One thing I was sure about was how to update FilterFactory. IT seems all new
> methods are put into FilterFactory2? Do they ever get pushed back up? Not
> sure what the policy is here.
>
> Thanks.
>
> -Justin
>
> --
> Justin Deoliveira
> OpenGeo - http://opengeo.org
> Enterprise support for open source geospatial.
>
> ------------------------------------------------------------------------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Geotools-devel mailing list
> Geotools-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel