Ben Caradoc-Davies ha scritto: ... > Because WFS does not allow different functions by feature type, > functions not supported by all feature types cannot be published in the > WFS capabilities. So how do clients know what they can call? There has > to be some sort of back-channel agreement. Some have referred to this as > a profile, and the publication and discovery of these is an open > question. (Cue Rob Atkinson ...)
Roger about WFS, yet, what about GeoTools as a library? WFS is not the only use case. For example, how does uDig tell which functions are supported, which one aren't, on a datastore by datastore basis? It seems we need to add a filter capabilities object to QueryCapabilities... which was planned, but then it was not carried on? See: http://svn.geotools.org/trunk/modules/library/api/src/main/java/org/geotools/data/QueryCapabilities.java (getFilterCapabilities was there, but commented out...) Also, filter capabilities as is may not handle this case properly. The thing is, the capabilities as of today tell us which filters and functions the datastore supports _natively_, whilst for these dynamic function case, we'd need an information on whether the function is supported _at all_. Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
