Re: [Geotools-devel] A patch for gt-process and some discussion

2010-06-11 Thread Jody Garnett
Only thing I would add is Geometry parameters. There is a common way to package up geometry provided by the WPS implementations like 52N. It is basically a small schema that allows a single geometry element to be passed in or out of a process. Jim will know more. Jody On 11/06/2010, at 11:19

Re: [Geotools-devel] A patch for gt-process and some discussion

2010-06-11 Thread Andrea Aime
Andrea Aime wrote: > In general, to allow a client to describe and handle all the inputs > and output of the processes there has to be some agreement on what > data types are supported and how to handle multiplicity. And I forgot to deal with multiplicity. First off, if a parameter is marked as o

Re: [Geotools-devel] A patch for gt-process and some discussion

2010-06-11 Thread andrea antonello
Hi Andrea, I am reading with interest this email, since I am nowadays extracting all the JGrass processing power into a library that implements for every module also the geotools process api. My choice in the lib has been to rely on FeatureCollection and GridCoverage2D, so I understand what you mea

[Geotools-devel] A patch for gt-process and some discussion

2010-06-11 Thread Andrea Aime
Hi, this week I've tried to make some of the processes in gt-process run in GeoServer, as they presented some decent variety in input and outputs. I succeded with some of them and found out a few issues in the processes that the attached patch fixes. The patch however does not contain only fixes

Re: [Geotools-devel] Proposed InGeo Data Access module

2010-06-11 Thread Andrea Aime
lim goh wrote: > Speaking of NG, I see that the old stuffs are deprecated. Are they > going to be removed ever? if yes, is there a schedule for the removal > already? We don't have a plan, but since we could not move the old postgis module into unsupported in 2.6.x I guess a reasonable plan would

Re: [Geotools-devel] Proposed InGeo Data Access module

2010-06-11 Thread lim goh
Speaking of NG, I see that the old stuffs are deprecated. Are they going to be removed ever? if yes, is there a schedule for the removal already? 2010/6/11 Andrea Aime : > Евгений Лазарев wrote: >> hi, >> >> Can i implement >> http://docs.codehaus.org/display/GEOTOOLS/Next+Generation+JDBC+DataStor

Re: [Geotools-devel] Proposed InGeo Data Access module

2010-06-11 Thread Andrea Aime
Евгений Лазарев wrote: > hi, > > Can i implement > http://docs.codehaus.org/display/GEOTOOLS/Next+Generation+JDBC+DataStore > in svn it is in unsupported branch yet > maybe this NG will be supported soon?? > or maybe i should implement old Architecture??? Lazarev, please keep the mails on the ge

[Geotools-devel] Progress and Processors

2010-06-11 Thread Jody Garnett
I had a couple of questions today about the gt-process module and the use of the Processors class. It is similar to DataStoreFinder; and if it makes things easier we could call it ProcessFinder :-) It does do a little more then look up factories and create Process instances; since it can also cr

Re: [Geotools-devel] PMC: Map Context Refractor Proposal

2010-06-11 Thread Michael Bedward
Hi Jody, Thanks for the branch. I've diff'd the changes into my local trunk sources now. As an aside, I had the same problems doing that as I had with your patches. Must be a shortcoming of svn diff. I'm building it all now and will get back to you with comments. Michael --