Hei Leandro,
I do not understand what both functions should do. That is why you need
to write the work-plan. So that I can see on an example what they should
do (an I do not know the gvSIG/sextante code). Can you give a better
description of what you mean?
However, what comes to my mind is that calling an internal OpenJUMP
function is similar to calling a function from a web-service. If you
want I can send you some code. But it will take you a while to figure
out how the webservice works.
please have a look on this web-service plugin:
http://webgen.geo.uzh.ch/
http://webgen.geo.uzh.ch/install.html
- go to the WebGen06 menu in OpenJUMP
- select the function WebGEN list services
- set the path to the services is:
http://webgen.geo.unizh.ch/webgen/registry
- use the BufferFeatures function as example
I think the only difference between your Model and the Webservices are
. for the webservices the GIS function may be somewhere else (internet) and
. your JUMP Plugin will show also a table in the beginning, but then you
select the function from a model "sheet" .
Stefan
note: i send a cc to the developer list, in case somebody has other ideas.
Leandro Leal Parente wrote:
> All right Stefan,
>
> So I will make one extension named Open ModelBuilder. That extension
> will be haver two plugins:
>
> * ManageProcedures;
> * MakeModels;
>
> For this project, I will be impĺements a MakeModels only with internals
> input parameters. For I insert one input parameters into the my model, I
> fist insert this into OpenJUMP. What you think about this ?
>
> Same questions :
>
> What input paraments I will make ?
> How I define input and output parameters for the procedures ?
> How my extension was interpret my model ? I will be implements a
> interpretor ?
>
> Thanks,
>
> 2008/6/2 Stefan Steiniger <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>:
>
> Hei Leandro,
>
> I agree with Nacho. You should go on with the original workplan.
>
> And the encapsulation of algorithms is fine for us... I think, what
> Nacho meant was that you make examples (3-4, such as union,
> buffer,...) and then we/other programmers of OpenJUMP can see how
> you did it and do it in the same way for the other functions (e.g.
> for the function: Calculate Geometry Differences)
>
> stefan
>
> Nacho Uve wrote:
>
> 2008/6/2 Leandro Leal Parente <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>>:
>
> Hi Nacho,
>
> If you think is very very difficult, I believe because you
> know more
> about OJ and gvSIG than me. But one question, who I define a
> schema
> for other peoples create a new procedures.
>
>
> Yes, Sextante for OJ will be great, but I'm afraid there is many
> many work to do.
> Talking with Victor Olaya and some gvSIG programmers, I saw that
> they was working very hard together... :/
> Maybe, it's too much ambitious at this moment... but maybe in
> the future!!!
>
>
> I was think about that in last week. I will implements a library.
> That library will contains a lot of encapsulated algorithms ,
> like
> union, intersection, buffer and others. All procedures will
> access
> that library with this algorithms. So will be a reuse of
> code. What
> you think ?
>
>
> Yes, that's right for me. I think it is the way.
>
>
>
> 2008/6/2 Leandro Leal Parente <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]> <mailto:[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>>>:
>
>
> Hi Nacho,
>
> If you think is very very difficult, I believe because you
> know more
> about OJ and gvSIG than me. But one question, who I define a
> schema
> for other peoples create a new procedures.
>
> I was think about that in last week. I will implements a library.
> That library will contains a lot of encapsulated algorithms ,
> like
> union, intersection, buffer and others. All procedures will
> access
> that library with this algorithms. So will be a reuse of
> code. What
> you think ?
>
> Thanks
>
> 2008/6/2 Nacho Uve <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]> <mailto:[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>>>:
>
>
> Hi Leandro,
>
> I think make SEXTANTE for OJ is very very difficult.
> Much more
> work for you...
> OJ and gvSIG are very differents! Many changes was done
> to adapt
> SEXTANTE to gvSIG... I think It's better go ahead with the
> initial idea.
>
> Don't worry about make many procedures... With 3 o 4
> procedures
> it's enough... But you must define the schema (how input data
> and output data, for example) to other people can easily
> create
> new procedures to use in your ModelBuilder.
>
> :-)
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
