[Gvsig_english] Development Tutorial

[michael gould]

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