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