[Gvsig_english] Development Tutorial

Tue Oct 14 18:33:22 CEST 2008

Hi,

There is also a tutorial for the development of gvSIG extensions [1]. The bad news are that it was made for a Spanish-speaking congress, so AFAIK it's only in Spanish so far. Maybe it could be useful for you. Some of us should find time for translating it into Spanish. I'll let you know if we find time to make it.

Regards,

[1] http://www.gvsig.gva.es/fileadmin/conselleria/images/Documentacion/descargas/manuales/Crear_extensiones_en_gvSIG.pdf 
    Example data http://www.gvsig.gva.es/fileadmin/conselleria/images/Documentacion/cursos/example-projectsI.zip 

Miguel Montesinos
gvSIG Team
Prodevelop

> -----Mensaje original-----
> De: gvsig_internacional-bounces at runas.cap.gva.es
> [mailto:gvsig_internacional-bounces at runas.cap.gva.es] En nombre de
> michael gould
> Enviado el: martes, 14 de octubre de 2008 16:53
> Para: 'Users and Developers mailing list'
> Asunto: RE: [Gvsig_english] Development Tutorial
> 
> The actual services are (so far) few and quite project specific, but
> the
> good news is that the 52North WPS platform (framework) allows people to
> create/deploy their own services with some basic programming.
> 
> Remember that the WPS is (merely) a kind of box, into which you put
> your
> processing code. The box has standard interfaces for accessing it,
> executing
> what's inside, and that's about it. You need to program the
> relationship
> between your box's execute call...and all the messy C or Fortran or
> whatever
> your process is made of.
> 
> Our WPSs, created as part of the AWARE GMES project, will be available
> *some
> day* when they get cleaned up and better documented. They include some
> processes on digital elevation models for example.
> http://www.geoinfo.uji.es/demos.html
> 
> http://www.isprs.org/congresses/beijing2008/proceedings/4_pdf/117.pdf
> 
> 
> so be patient, they are coming, slowly....
> ______________________________________________
> Michael Gould
> Dept. Information Systems (LSI)
> Universitat Jaume I, 12071 Castellón, Spain.
> email: gould (at) lsi.uji.es
> www.geoinfo.uji.es
> 
> -----Mensaje original-----
> De: gvsig_internacional-bounces at runas.cap.gva.es
> [mailto:gvsig_internacional-bounces at runas.cap.gva.es] En nombre de
> Charlotte
> Declercq
> Enviado el: martes, 14 de octubre de 2008 15:11
> Para: Users and Developers mailing list
> Asunto: Re: [Gvsig_english] Development Tutorial
> 
> hello,
> 
> do someone know url of free wps services ?
> 
> --
> Charlotte DECLERCQ
> 
> ALKANTE SAS
> Ingénieur R&D SIG
> 1, rue du Chêne Morand
> 35 510 Cesson-Sévigné
> Bur: + 33 (0) 2 99 22 25 70
> fax : + 33 (0) 2 99 32 12 76
> 
> 
> michael gould a écrit :
> > The geoprocessing routines are wrapped and exposed as services as
> described
> > by the OGC WPS specification (we have done this with sextante
> routines).
> The
> > client i.e. gvSIG (in the future) calls each remote service --and
> might
> even
> > chain services-- instead of executing locally. Obviously not very
> efficient
> > if huge data files must be moved around, but an interesting model to
> > consider for cases where the data stores are in the same location as
> the
> > services anyway (for example ESA).
> >
> > ______________________________________________
> > Michael Gould
> > Dept. Information Systems (LSI)
> > Universitat Jaume I, 12071 Castellón, Spain.
> > email: gould (at) lsi.uji.es
> > www.geoinfo.uji.es
> >
> > -----Mensaje original-----
> > De: gvsig_internacional-bounces at runas.cap.gva.es
> > [mailto:gvsig_internacional-bounces at runas.cap.gva.es] En nombre de
> Benjamin
> > Ducke
> > Enviado el: martes, 14 de octubre de 2008 13:29
> > Para: Users and Developers mailing list
> > Asunto: Re: [Gvsig_english] Development Tutorial
> >
> > Could you elaborate a bit on how you would envision that?
> >
> > Ben
> >
> > michael gould wrote:
> >
> >> And in the medium-long term, aim at connecting to Grass, Ilwis,
> sextante,
> >> etc. routines as remote WPSs.
> >>
> >> ______________________________________________
> >> Michael Gould
> >> Dept. Information Systems (LSI)
> >> Universitat Jaume I, 12071 Castellón, Spain.
> >> email: gould (at) lsi.uji.es
> >> www.geoinfo.uji.es
> >>
> >> -----Mensaje original-----
> >> De: gvsig_internacional-bounces at runas.cap.gva.es
> >> [mailto:gvsig_internacional-bounces at runas.cap.gva.es] En nombre de
> michael
> >> gould
> >> Enviado el: martes, 14 de octubre de 2008 12:55
> >> Para: 'Users and Developers mailing list'
> >> Asunto: RE: [Gvsig_english] Development Tutorial
> >>
> >> The short/medium-term solution seems to be continued development of
> the
> >> excellent Sextante tools within the gvSIG Framework.
> >>
> >> ______________________________________________
> >> Michael Gould
> >> Dept. Information Systems (LSI)
> >> Universitat Jaume I, 12071 Castellón, Spain.
> >> email: gould (at) lsi.uji.es
> >> www.geoinfo.uji.es
> >>
> >> -----Mensaje original-----
> >> De: gvsig_internacional-bounces at runas.cap.gva.es
> >> [mailto:gvsig_internacional-bounces at runas.cap.gva.es] En nombre de
> >>
> > Benjamin
> >
> >> Ducke
> >> Enviado el: martes, 14 de octubre de 2008 12:43
> >> Para: Users and Developers mailing list
> >> Asunto: Re: [Gvsig_english] Development Tutorial
> >>
> >>
> >>> 2) Is there any distinct possibility that GRASS GIS could be
> embedded
> >>> with GvSIG.
> >>>
> >> Technically, it is feasible. GRASS is GUI-independent and all
> modules
> >> could be launched from within a Java-based GUI. GRASS is now also
> >> cross-platform and if this would be based on version 6.4, then we
> could
> >> have the same functionality on Linux/Windows and the Mac.
> >>
> >> There is also a project that has come up with a JAVA API for GRASS:
> >>
> >> http://jgrass.wiki.software.bz.it/jgrass/JGrass_Wiki
> >>
> >> It does have, however, a very peculiar way of storing data in
> >> "locations". All necessary data structures could, however, be
> created
> >> on the fly in a temporary location as needed.
> >>
> >> The final hurdle would be the GRASS topology model which is very
> strict
> >> and refuses to accept messy data (such as overlapping polygons
> >> in the same layer) that many other GIS tolerate (at least to a
> certain
> >> point).
> >>
> >> I agree that it would be brilliant to have the GRASS tools available
> >> under gvSIG. There are now more than 400 geoprocessing modules in
> >> GRASS and they are *very* powerful.
> >>
> >> Ben
> >>
> >>
> >>
> >>> Rgds.
> >>>
> >>> Abhay.
> >>>
> >>> PS. I have visited http://www.gvsig.org/web/docdev/ but could not
> make
> >>> anything out of it as it not in english. Also I find that the Image
> >>> linked on the site are broken.
> >>>
> >>>
> >>> -------------------------------------------------------------------
> -----
> >>>
> >>> _______________________________________________
> >>> Gvsig_internacional mailing list
> >>> Gvsig_internacional at runas.cap.gva.es
> >>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
> >>>
> >>
> >
> >
> >
> 
> 
> 
> 
> _______________________________________________
> Gvsig_internacional mailing list
> Gvsig_internacional at runas.cap.gva.es
> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
> 
> 
> _______________________________________________
> Gvsig_internacional mailing list
> Gvsig_internacional at runas.cap.gva.es
> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional