All right Landon,
I didn't see the offer of Cristiano Almeida.I think that more support we
have, the better for the project.
The team at you propose is very good. Put me in contact with all members of
team.
Leandro - Student
Nacho - Primary Mentor
Cristiano - Primary Mentor
Stefan - Tech Support
Landon - Tech Support and OSgeo Liason
Thanks Landon,
2008/4/8, Sunburned Surveyor <[EMAIL PROTECTED]>:
>
> Will I'll be buggered. I didn't see your application this morning.
> I'll assign myself as your mentor and review the application.
>
> It sounds like we've got a good team to move forward! I hope your
> application will be accepted and I look forward to working with you
> this summer.
>
> Landon
>
> P.S. - I also noted that Cristiano Almeida offered to help us, and his
> first language is Portuguese. I would then suggest the following team:
>
> Leandro - Student
> Nacho - Primary Mentor
> Cristiano - Primary Mentor
> Stefan - Tech Support
> Landon - Tech Support and OSgeo Liason
>
> On Tue, Apr 8, 2008 at 8:37 AM, Leandro Leal Parente
>
> <[EMAIL PROTECTED]> wrote:
> > Landon,
> >
> > The application was submit at one week ago. I submit the propose and
> make
> > same modifications today. I think the propose was submit with
> successfully.
> > See that images.
> >
> > Leandro.
> >
> > 2008/4/8, Sunburned Surveyor <[EMAIL PROTECTED]>:
> >
> > > Leandro,
> > >
> > > I believe we missed the deadline for submitting student applications,
> > > which was April 7th.
> > >
> > > This means we must either [1] start work on your project without
> > > participation in the Google Summer of Code, or [2] wait until next
> > > summer to participate.
> > >
> > > I'm sorry that we were unable to get things put together in time to
> > > participate this summer.
> > >
> > > Please let me know if you have questions, and how you would like to
> > > move forward.
> > >
> > > Landon
> > >
> > >
> > > On Tue, Apr 8, 2008 at 5:00 AM, Leandro Leal Parente
> > > <[EMAIL PROTECTED]> wrote:
> > > > Hi Laerte, Nilson and Manuel,
> > > >
> > > > At one week ago I contact Landon and Nacho by a list of discussion
> about
> > > > Google Summer of Code and a list of discussion for OpenJUMP
> development
> > > > team. Yesterday they accept my invite and starting now they are my
> > mentors
> > > > in Google Summer of Code.
> > > >
> > > > Landon is my official mentor. He is a official mentor for OSGeo and
> > > > responsible for OpenJUMP ideas at Google Summer Of Code.
> > > >
> > > > Nacho is my unofficial mentor. He know much about SEXTANTE (Graphic
> > Modeling
> > > > extension for GvSIG) and he will present Victor Olaya (the main
> > developer of
> > > > SEXTANTE).
> > > >
> > > > They are help us in that project
> > > >
> > > > Landon and Nacho,
> > > >
> > > > Nilson, Manuel and Laerte are the responsible professors by LAPIG
> (Image
> > > > Processing and GIS Lab). They help to created and translated that
> > propose
> > > > for Google Summer of Code. They are great minds by following this
> > project.
> > > >
> > > > That is our team for Google Summer of Code 2008.
> > > >
> > > > Thanks to all,
> > > > Leandro Leal
> > > >
> > > > 2008/4/8, Nacho Uve <[EMAIL PROTECTED]>:
> > > > > Excellent and very ambitious propose... I think It would be a
> really
> > > > useful tool for OpenJUMP.
> > > > >
> > > > > As unofficial mentor, I start my duties... :)
> > > > >
> > > > > 1.- I not sure, but I always see "OpenJUMP" (all together and JUMP
> > with
> > > > upcase characters) instead of "Open Jump". Just a little correction.
> > > > >
> > > > > 2.- Follow the SEXTANTE way, you must create a "gis algorithm
> > developement
> > > > platform" where everybody can implement new algorithms easily, and
> > without
> > > > problems about how get input parameters (values, etc.) or layers
> > (vector,
> > > > raster). Something like class
> > > > com.vividsolutions.jump.workbench.ui.multidialog... but sextante
> > solution is
> > > > much better in my opinion. I saw people with no idea of programming
> > adding
> > > > new functionalities on sextante... something like that would be the
> > first
> > > > piece. So, all new processes/routines added for anyone could be used
> on
> > the
> > > > models.
> > > > >
> > > > > 3.- OpenJUMP is mainly a vector gis... So, maybe you must focus on
> > > > routines to process vector data. It will be nice can chain processes
> as
> > > > buffers, intersections, convex hull, etc... In my opinion, it should
> be
> > the
> > > > start point: vector routines.
> > > > >
> > > > > 4.- Take a look to SEXTENTE project... Reuse as much code as
> > possible...
> > > > Daily there are new commits on the code [1]. Also there are
> developement
> > > > docuementation [2] (in spanish), but i think you can understand
> it...
> > > > >
> > > > > well... no more for today... :-)
> > > > > Just say that it is a pleasure to be involved...
> > > > >
> > > > > Nacho.
> > > > >
> > > > > PS: Excuse me, becouse my english is awful... but I hope we can
> > understand
> > > > us...
> > > > > PPS: Please, Landon feel free to correct me if I'm wrong or if you
> > > > disagree in anything. ;)
> > > > >
> > > > >
> > > > >
> > > > > [1] SEXTANTE SOURCE CODE
> > > > >
> > > > > Latest source code can be downloaded from our SVN repository. More
> > > > information at http://sextantegis.googlecode.com/[2]
> > > > http://www.unex.es/eweb/sextantegis/ManualStdExtension.pdf
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > 2008/4/8, Leandro Leal Parente <[EMAIL PROTECTED]>:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > > Thats a propose I submit at Google Summer of Code
> > > > > >
> > > > > > Abstract:
> > > > > >
> > > > > > The overall goal of this proposal is the implementation of a
> > graphical
> > > > modeling tool for processing geographic data with the Open Jump,
> which
> > > > doesn't offer such capability. This tool will be coded in Java, the
> Open
> > > > Jump programming language, with the purpose of creating an intuitive
> > > > graphical interface which will enable the development and use of
> > routines
> > > > for automated data processing. Such development / coding approach
> will
> > allow
> > > > any user to add new algorithms for a given data processing need.
> > > > > >
> > > > > > Detailed Description:
> > > > > >
> > > > > > 1) Introduction :
> > > > > >
> > > > > > The proposed tool will enable the creation of graphical
> models
> > for
> > > > processing geographic data. With a robust graphical modeling and a
> wide
> > list
> > > > of routines, it will be possible for anyone using Open Jump to
> create
> > > > different models for data processing. In fact, this tool will allow
> the
> > > > construction and visualization of models in a more intuitive and
> easier
> > > > manner. It will be possible to develop models graphically or through
> > > > algorithms. For both approaches, the key steps will comprise a set
> of
> > input
> > > > parameters, interconnected routines, and output parameters. Once a
> model
> > is
> > > > created, it can be saved, so that it can be modified as needed or
> used
> > > > again.
> > > > > >
> > > > > >
> > > > > >
> > > > > > 2) Input parameters:
> > > > > >
> > > > > > The enter parameters can be fixed or variable. In case of
> > fixed
> > > > parameters, the whole processing model will be developed for only a
> > given
> > > > dataset defined during the modeling processing. So, if a different
> > dataset
> > > > is to be used, the model will have to be modified according to the
> enter
> > > > parameter in need to be changed. Alternatively, the enter
> parameters
> > will
> > > > be "parameterized" according to the input data, thus enabling the
> > > > utilization of any geographic dataset. In particular, the enter
> > parameters
> > > > can be chosen from:
> > > > > >
> > > > > > * Geographic data in raster or vector format;
> > > > > > * Strings, boolean and numeric values;
> > > > > > * Attribute tables;
> > > > > > * Coordinates;
> > > > > >
> > > > > >
> > > > > > 3) Approaches:
> > > > > >
> > > > > > The routines that will process the enter parameters will
> be
> > > > developed specifically for the tool we are proposing. Nevertheless,
> it
> > is
> > > > our expectation that shortly, the own Open JUMP routines can be used
> for
> > > > developing the models. The algorithms to be implemented include,
> among
> > > > others:
> > > > > >
> > > > > > * Vegetation Index (NDVI, EVI and others);
> > > > > > * Spatial statistical models (GWR, Mess, and others);
> > > > > > * Data conversion;
> > > > > > * Manipulation of raster and vector files;
> > > > > > * Tools for editing attribute tables;
> > > > > >
> > > > > > These routines will be implemented in the same programming
> > > > language as the one used for the tool itself. Therefore, it will be
> > > > possible, as needed, the implementation, in Java as well, of the
> > functions,
> > > > which will be selected through the import option. Once inserted, the
> new
> > > > routine will be visualized in the corresponding selection menu.
> > > > > >
> > > > > > 4) Output parameters:
> > > > > >
> > > > > > The output parameters will also be fixed or variable.
> Thus,
> > the
> > > > user will be able to decide on a name and a destination for the
> files
> > that
> > > > will be created by a specific model.
> > > > > >
> > > > > > 5) Model construction:
> > > > > >
> > > > > > The model will be developed through graphical modeling or
> via
> > > > algorithm language. Both approaches will result in an xml file
> format
> > that
> > > > will be interpreted and executed by the proposed tool.
> > > > > >
> > > > > > 6) Creation of a thoroughly independent model:
> > > > > >
> > > > > > Once the tool is completed, we can focus on the
> implementation
> > of
> > > > an additional routine that could export the models as independent,
> > > > self-contained programs, which will be capable of performing a given
> > task
> > > > without requiring a GIS platform. Such "independent" program only
> would
> > > > require a simple interface for determining the input and output
> > parameters
> > > > and the types of processing to be performed. This model will be
> exported
> > in
> > > > the java format. As the modeling tool will operate, to a certain
> extent,
> > > > independently from the Open Jump, the "independent" programs can
> have
> > the
> > > > routines specifically created for our proposed tool. So, the models
> can
> > be
> > > > built and utilized based on a Java virtual machine.
> > > > > >
> > > > > > 7) Concluding remarks
> > > > > >
> > > > > > If the graphical modeling tool we are herein proposing can
> be
> > > > developed with all the mentioned resources, it will significantly
> > contribute
> > > > to the Open JUMP. In addition to all the advantages regarding
> graphical
> > > > modeling, it would be possible to develop and import routines
> > implemented in
> > > > Java, as well as to export "independent" programs that would operate
> > fully
> > > > independent of the Open JUMP or any other GIS software.
> > > > > >
> > > > > > Federal University of Goiás - UFG
> > > > > >
> > > > > > Image Processing and GIS Lab – LAPIG
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> >
> >
>
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Register now and save $200. Hurry, offer ends at 11:59 p.m.,
Monday, April 7! Use priority code J8TLD2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
