:-)

Well the annotation stuff would be good to put into gt-process. As I understand 
it there are a couple batches of processes as well...

- "JTS" processes could be folded into gt-process directly; or placed into a 
seperate gt-jts plugin?
- "Sextante" processes I think can be placed into their own module due to a 
license change. Should be a wrapper combined with a dependency on sextante 
jars. I could see adding it to gt-process directly; and having the wrapper only 
work if sexatante classes were available on the classpath. Using something like 
the "isAvailable" check we have for DataStores.
- moovida also had some work in this area; but I think he wrote his own wrapper 
already

Jody

On 05/02/2011, at 3:38 PM, Michael Bedward wrote:

> The idea is to do both isn't it ?  (Disclaimer: I don't know much
> about the mechanics of the work yet :)
> 
> Michael
> 
> On 5 February 2011 12:44, Jody Garnett <[email protected]> wrote:
>> I would be keen on that; what is the target for backporting - add more stuff 
>> to gt-process - or add to separate plugins?
>> Jody
>> 
>> On 05/02/2011, at 5:07 AM, Andrea Aime wrote:
>> 
>>> Hi,
>>> the work described in
>>> http://docs.codehaus.org/display/GEOTOOLS/Rendering+transformations
>>> has just been committed on GeoTools trunk and GeoServer trunk.
>>> 
>>> The processes needed to get the same maps as in the proposals example
>>> are in the GeoServer
>>> WPS for the moment, waiting for me (or anyone else, really) to find
>>> the time to port
>>> back the process annotation to gt-process and start organizing some 
>>> processing
>>> plugins in GeoTools.
>>> 
>>> As planned, I'll wait for the release before backporting on gt 2.7.x/ gs 
>>> 2.1.x
>>> 
>>> Enjoy :-)
>>> 
>>> Cheers
>>> Andrea
>>> 
>>> -------------------------------------------------------
>>> Ing. Andrea Aime
>>> GeoSolutions S.A.S.
>>> Tech lead
>>> 
>>> Via Poggio alle Viti 1187
>>> 55054  Massarosa (LU)
>>> Italy
>>> 
>>> phone: +39 0584 962313
>>> fax:      +39 0584 962313
>>> mob:    +39 333 8128928
>>> 
>>> http://www.geo-solutions.it
>>> http://geo-solutions.blogspot.com/
>>> http://www.youtube.com/user/GeoSolutionsIT
>>> http://www.linkedin.com/in/andreaaime
>>> http://twitter.com/geowolf
>>> 
>>> -------------------------------------------------------
>>> 
>>> ------------------------------------------------------------------------------
>>> The modern datacenter depends on network connectivity to access resources
>>> and provide services. The best practices for maximizing a physical server's
>>> connectivity to a physical network are well understood - see how these
>>> rules translate into the virtual world?
>>> http://p.sf.net/sfu/oracle-sfdevnlfb
>>> _______________________________________________
>>> Geotools-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>> 
>> 
>> ------------------------------------------------------------------------------
>> The modern datacenter depends on network connectivity to access resources
>> and provide services. The best practices for maximizing a physical server's
>> connectivity to a physical network are well understood - see how these
>> rules translate into the virtual world?
>> http://p.sf.net/sfu/oracle-sfdevnlfb
>> _______________________________________________
>> Geotools-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>> 


------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world? 
http://p.sf.net/sfu/oracle-sfdevnlfb
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to