I think going through the filtercapabilities and operation description just to figure out function args would be too much a burden from a usability pov even if it _might_ be "correct" thinking in ogc terms
2c- Gabriel On Wednesday 07 February 2007 20:27, Justin Deoliveira wrote: > Jody Garnett wrote: > > Right - so let's try and be productive. > > > > Function - not self describing (it is a representation of data the user > > provided) > > FilterCapbilities - contains the descriptive element Function (which > > extends Operator) looks like the whole mess involves GenericName again. > > This is like saying you should not be able to call getClass() from an > object. It seems perfectly ok to me that the "metadata" that describes a > function should be available from the function itself. > > > I wonder how we can escalate GenericName as a problem with the GeoAPI > > Library - we have failed thus far (even with forking the idea for > > TypeName). Jody > > I am not interested in getting involved in that mess. I will stick with > an implementation specific function. > > >> Understandable since it came after the fact. In my opinion its not ok, > >> a function by itself is not self describing enough to create the > >> FilterCapabilities in the first place!! > >> > >> Jody Garnett wrote: > >>> I see - so the GeoAPI Function API may be "okay", we just not have > >>> used the full scope of the GeoAPI interfaces needed to define our > >>> problem? > >>> > >>> Sigh! > >>> Jody > >>> > >>>> Unfortunatley I have no way of generating a FilterCapabilities from > >>>> the functions plugged in via factory api. And no we are not using > >>>> FilterCapabilities right now. The only use of it I have seen is in > >>>> Postgis to declare which functions it can encode as sql, which does > >>>> not report the number of arguments. > >>> > >>> ----------------------------------------------------------------------- > >>>-- > >>> > >>> 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=12164 > >>>2 _______________________________________________ > >>> Geoapi-devel mailing list > >>> [EMAIL PROTECTED] > >>> https://lists.sourceforge.net/lists/listinfo/geoapi-devel > > > > ------------------------------------------------------------------------- > > 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 > > _______________________________________________ > > Geoapi-devel mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/geoapi-devel > > > > !DSPAM:1004,45ca27dc32811365099012! -- Gabriel Roldán ([EMAIL PROTECTED]) Axios Engineering (http://www.axios.es) Tel. +34 944 41 63 84 Fax. +34 944 41 64 90 ------------------------------------------------------------------------- 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
