On Sat, Apr 12, 2014 at 9:08 PM, Anthony F <[email protected]> wrote:

> I like the Transformation process/api quite a lot too.  So I think a
> reasonable approach to implementing this would be to intercept the Query in
> the FeatureSource.getFeatures(Query) method and check if the listed
> properties are Definitions/Transformations.  If they are then rewrite the
> Query and process the transformations in the native optimal manner.  The
> only thing I don't like is that the transformation has to be decoded from
> string form rather than being passed in as a data structure.  See any
> obvious problems with this approach?  Any other recommendations?
>

That would be data store specific, that is, a custom convention that works
in your store only, but it should be workable.

The only other option I can think of would be to extend Query to allow
property to be (as a third choice, comparing to the existing String and
PropertyName)
a full fledged Expression, would be nicer in terms of clarity of what
you're asking, yet basically no store would support that out of the box
(although a pure in memory
implementation would not be _that_ hard to add, for example, by folding on
the fly a transforming feature source on top
of the normal result).

This would be an API change, so a format improvement proposal with voting
would be required.

Cheers
Andrea


-- 
==
Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------
------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to