You are here:GeoTux»Geo-Blogs»IDE»Comparación de clientes ligeros web para SIG

Estadísticas

Invitados: 20
Usuarios registrados: 2489
Usuarios en línea:
-
Registrados hoy:
-

Registro

Redifusión (RSS)

Blogs y Noticias:
Recibe las actualizaciones en Geo-Noticias y Geo-Blogs

Recibir por e-mail
Recibir Geo-Noticias y Geo-Blogs por e-mail

¿Qué es esto?

Lunes 17 de Noviembre de 2008 06:15

Comparación de clientes ligeros web para SIG

Written by  Equipo GeoTux
Rate this item
(0 votes)

Los clientes ligeros web para SIG han adquirido gran importancia en los últimos años debido a la optimización de recursos en internet y a las nuevas tecnologías desarrolladas para mejorar la experiencia de los usuarios en los navegadores web. A continuación presentamos una comparación entre los más reconocidos de software libre y de código abierto.

 

Esta es la primera versión de la Comparación de clientes ligeros web para SIG y fue publicada en noviembre de 2008.
Te invitamos a visitar la segunda versión, publicada en mayo de 2009, para ello haz click en este enlace.

 

Los clientes ligeros web para SIG son aplicaciones en Internet que se encargan de visualizar información geográfica y permiten su manipulación a través de herramientas básicas de navegación y análisis.

 

En términos generales, los clientes ligeros web poseen baja capacidad de análisis por su misma esencia, pues no soportan la lógica del programa, sin embargo, es cada vez más frecuente realizar procesamiento de información geográfica en línea, con ayuda de programas en el servidor que se encargan de procesar los datos, lo cual ha ayudado a ampliar el rango de usuarios que se enfocan en este tipo de soluciones.

 

El Open Geospatial Consortium (OGC) ha promovido el uso de estándares para servicios web de mapas que han ayudado a establecer un marco común de trabajo para acceder a información geográfica en la internet (Web Map Service, Web Feature Service, Web Coverage Service), presentarla por medio de estilos (Style Layer Descriptor), filtrarla (Filter encoding), almacenarla, transportarla (Geography Markup Language y Keyhole Markup Language) y procesarla (Web Processing Service).

 

Los clientes ligeros web se han beneficiado también de tecnologías como AJAX (Asynchronous JavaScript And XML) acercando a los usuarios que en principio veían la navegación de mapas en internet como un ejercicio desgastante y poco agradable. Las consultas de información ahora son más transparentes, permitiendo que los datos viajen del cliente al servidor y se retornen resultados sin que se paralice la navegación. API's (Interfaz de Programación de Aplicaciones) basadas en Javascript han sido dispuestas para construir clientes ligeros web para SIG, dejando que el navegador interprete sentencias y se encargue casi por completo de la interacción con el usuario, lo cual agrega rapidez en operaciones tan complejas como la edición de geometrías en línea.

 

Existen varios proyectos para construir clientes ligeros web para SIG. GeoTux ha elaborado la siguiente comparación basándose en proyectos de software libre y open source. La comparación se presenta en tres partes para facilitar su visualización:

  1. Descripción general: Se da una introducción a cada proyecto.
  2. Características técnicas: Se presentan datos técnicos de los programas para facilitar una descripción detallada.
  3. Enlaces de interés: Comprende una captura de pantalla que muestra una interfaz elaborada con cada proyecto y direcciones de acceso a páginas de interés de los mismos.

La comparación se ha enfocado en los siguientes clientes ligeros web, seleccionados por su reconocimiento en el área de SIG en internet:

CartoWeb Chameleon
Flamingo
Fusion
iGeoPortal
Ka-Map Mapbender MapBuilder
MapFish msCross
p.mapper OpenLayers
TimeMap

 

CONVENCIONES: Ventaja / Desventaja

 

COMPARACIÓN: (Por favor evita ver la comparación en IE6 o IE7 pues parece que aún no puede trabajar bien con estilos, puedes eso si, emplear un navegador libre, como Mozilla Firefox, Opera o K-Meleon entre otros, en los cuales se ha probado la correcta diagramación de las tablas)

 

Comparación de clientes ligeros para SIG
Parte 1. Descripción general
[1] Compatible con BSD.
[2] Compatible con GPL.
[3] Actualmente se trabaja sobre traducciones a varios idiomas: Sueco, español, búlgaro, polaco, italiano, francés, checo, esloveno, entre otros.
[4] Documentación incompleta.
[5] Aunque OSGeo no lo apoya como proyecto oficial, le da alojamiento a sus listas de correo y a su Trac.
Parámetro de comparación
Licencia
País de origen
Empresa o entidad de origen
Documentación
Apoyo de OSGeo
Observaciones
CartoWeb Chameleon Flamingo Fusion iGeoPortal Ka-Map MapBender MapBuilder MapFish msCross P.Mapper OpenLayers TimeMap
GNU GPL Chameleon License 1 GNU GPL LGPL; MIT; BSD LGPL MIT 2 GNU GPL LGPL GNU GPL 3 GNU GPL GNU GPL BSD-style GNU GPL; LGPL


Camptocamp S.A. DM Solutions Group flamingo.org AutoDesk; DM Soultions Group lat/lon; GIS Research Group of the Department of Geography of University of Bonn DM Solutions Group CCGIS Camptocamp S.A. Center for Advanced Studies, Research and Development in Sardinia Metacarta University of Sydney (Archaeological Computing Laboratory)
Idiomas: Inglés
Formatos: HTML; PDF
Niveles: Usuarios; Desarrolladores
Idiomas: Inglés
Formatos: HTML; Wiki
Niveles: Usuarios; Desarrolladores
Idiomas: Inglés
Formatos: HTML
Niveles: Usuarios; Desarrolladores
Idiomas: Inglés
Formatos: HTML; PDF
Niveles: Usuarios
Idiomas: Alemán; Inglés
Formatos: HTML; PDF; Wiki
Niveles: Usuarios
Idiomas: Inglés
Formatos: Wiki
Niveles: Usuarios; Desarrolladores
Idiomas: Alemán; Inglés; 3
Formatos: Wiki
Niveles: Usuarios; Desarrolladores
Idiomas: Inglés
Formatos: Wiki
Niveles: Usuarios; Desarrolladores
Idiomas: Francés; Inglés
Formatos: Blog; HTML; Wiki
Niveles: Usuarios; Desarrolladores
Idiomas: Inglés
Formatos: HTML
Niveles: Usuarios; Desarrolladores 4
Idiomas: Inglés
Formatos: Wiki
Niveles: Usuarios
Idiomas: Francés; Inglés; Portugués
Formatos: Blogs; Wiki
Niveles: Usuarios; Desarrolladores
Idiomas: Inglés
Formatos: HTML; PDF
Niveles: Usuarios; Desarrolladores
No No No No 5 No (En incubación) No (En incubación por su relación directa con MapServer) Si (Graduado) Si (Graduado) No (En incubación) No No Si (Graduado) No
Posee una arquitectura orientada a objetos (estándar SOAP). Se obtiene todo su potencial cuando se asocia con PostgreSQL/PostGIS. Posee una API Javascript bien documentada y consolidada. Crecimiento acelerado a través de widgets personalizados. Usa OpenLayers como API base. Está soportado comercialmente. No trabaja con AJAX. Basado en estándares OGC e ISO/TC 211. Componente de seguridad. Soporta Gazeteer para consultas espaciales por nombres o direcciones. La mayor parte de la configuración es XML. Maneja seguridad, usuarios y grupos a través de una base de datos en MySQL o PostgreSQL. Comparte motor de renderizado vectorial con OpenLayers. Editor de Style Layer Descriptor. Se ofrece soporte comercial (LISAsoft de Australia y DM Solutions Group de Canadá). Puede ser cliente ligero o servidor de mapas. Basado en OpenLayers. Cliente AJAX para MapServer. Consta de un solo archivo Javascript. Basado en MapServer y PHP/MapScript. Se ofrece soporte comercial desde Italia, Eslovaquia y Alemania. Desarrollado principalmente para visualizar GeoServicios. Soporta reproyección. Soporta SLD. Funcionalidades básicas de edición en línea. Es un applet de Java. Se especializa en datos espacio-temporales, los cuales presenta a través de animaciones. Puede empaquetarse en un CD-ROM.











Comparación de clientes ligeros para SIG
Parte 2. Características técnicas
[1] Solo soporta puntos para el WFS.
[2] Se ejecuta mediante un applet de Java.
[3] Actualmente se trabaja en un cliente catálogo de metadatos empleando GeoNetwork. (Ver: https://trac.mapfish.org/trac/mapfish/wiki/Proposals/Catalogue)
[4] No tiene listas de correo propias. Las listas de correo son del proyecto Deegree.
[5] Tiene listas de correo para: Usuarios, desarrolladores, commits, anuncios, tilecache y trac, entre otras.
Parámetro de comparación
Lenguaje en el que está escrito
Lenguaje de programación que admite su API
Geo-Servicios que consume
Dependencia de servidor de mapas
¿Requiere plug-ins privativos?
¿Incluye componente de metadatos?
Formatos de datos soportados
Lista de correo
CartoWeb Chameleon Flamingo Fusion iGeoPortal Ka-Map MapBender MapBuilder MapFish msCross P.Mapper OpenLayers TimeMap
PHP Javascript; PHP ActionScript Javascript; PHP Java Javascript; PHP Javascript; PHP Javascript Javascript (ExtJS) Javascript Javascript; PHP Javascript Java
PHP Javascript; PHP ActionScript Javascript; PHP Javascript; ASP; JSP Javascript; PHP PHP Javascript Java; Javascript; PHP; Python Javascript Javascript; PHP Javascript Javascript
WMS; WFS WMS WMS WMS WMS; WFS; WCS; CS-W; WFS-G; WTS WMS; WFS 1 WMS; WFS; WFS-T WMS; WFS; WFS-T WMS; WFS WMS; WFS 1 WMS; WFS WMS; WFS WMS
MapServer MapServer No MapGuide Open Source; MapServer No MapServer No No No MapServer MapServer No No
No No Si (Adobe Flash) No No No No No No No No No No 2
No Si (WMT) No Si Si (Servicios de catálogo OGC para metadatos ISO 19115/19119) No Si (Cumple con la especificación ISO-19119) No No3 No No No No
GeoJSON; PostGIS PostGIS; Web Map Context ArcIMS GML; KML; Shapefile; PostGIS; Oracle Spatial/Locator; MIF; ArcSDE; TIFF; GeoTIFF; ECW; Oracle GeoRaster; Conexiones a Bases de Datos con JDBC Shapefile GeoJSON; GeoRSS; GML; Web Map Context GeoRSS; GML; Google Maps; Web Map Context PostGIS ECW; PostGIS; Shapefile; TIFF GeoRSS; GML; Google Maps; Ka-Map TMS; Microsoft Virtual Earth; Multimap; NASA WorldWind; KML; WKT; Yahoo
Si (Usuarios; Desarrolladores) Si (Anuncios; Usuarios; Desarrolladores) No (Solo foros) Si (Usuarios; Desarrolladores) Si (Anuncios; Usuarios; Desarrolladores) 4 Si (Usuarios; Desarrolladores) Si (Usuarios; Desarrolladores; Commits) Si (Anuncios; Usuarios; Desarrolladores) Si (Usuarios; Desarrolladores; Commits; Trac) No Si (Usuarios) Si 5 Si











Comparación de clientes ligeros para SIG
Parte 3. Enlaces de interés
[1] Ya no habrán más versiones del programa.
Parámetro
Captura de Pantalla
Versión actual
Página oficial
Descargas
Documentación
Galería
CartoWeb Chameleon Flamingo Fusion iGeoPortal Ka-Map MapBender MapBuilder MapFish msCross P.Mapper OpenLayers TimeMap
3.5.0 2.6 rc1 2.0.4 1.1 2.2 rc7 1.0 2.5 1.5 1 1.0 1.1.9 3.2.0 2.7 2.2.25
http://www.cartoweb.org/ http://chameleon.maptools.org/ http://www.flamingo-mc.org/ http://trac.osgeo.org/fusion/ http://deegree.org/ http://ka-map.maptools.org/ http://www.mapbender.org/ http://communitymapbuilder.osgeo.org/ http://www.mapfish.org/ http://datacrossing.crs4.it/en_Documentation_mscross.html http://www.pmapper.net/ http://openlayers.org/ http://www.timemap.net/
http://www.cartoweb.org/downloads.html http://chameleon.maptools.org/index.phtml?page=downloads.html http://www.flamingo-mc.org/modules/wfdownloads/ http://trac.osgeo.org/fusion/wiki/GetIt http://deegree.org/deegree/#v2.2-rc7 http://ka-map.maptools.org/index.phtml?page=downloads.html http://www.mapbender.org/Version_History http://communitymapbuilder.osgeo.org/display/MAP/Downloads http://trac.mapfish.org/trac/mapfish/wiki/Home/Download http://datacrossing.crs4.it/en_Documentation_mscross.html http://www.pmapper.net/download.shtml http://trac.openlayers.org/wiki/HowToDownload http://www.timemap.net/index.php?option=com_content&task=view&id=44&Itemid=63
http://www.cartoweb.org/documentation.html http://chameleon.maptools.org/index.phtml?page=docs.html http://www.flamingo-mc.org/modules/content/index.php?id=33 http://trac.osgeo.org/fusion/wiki/Documentation http://download.deegree.org/deegree2.2/rc7/docs/deegree_igeoportal_documentation_en.pdf http://ka-map.ominiverdi.org/wiki/ http://www.mapbender.org/Tutorials http://communitymapbuilder.osgeo.org/display/MAP/User+Guide https://trac.mapfish.org/trac/mapfish/ http://datacrossing.crs4.it/en_Documentation_mscross.html http://svn.pmapper.net/trac/wiki http://trac.openlayers.org/wiki/Documentation http://www.timemap.net/index.php?option=com_content&task=view&id=169&Itemid=94
http://www.cartoweb.org/demo.html --- http://www.flamingo-mc.org/modules/content/index.php?id=101 http://trac.osgeo.org/fusion/wiki/Gallery http://testing.deegree.org/igeoportal-std/ http://ka-map.ominiverdi.org/wiki/index.php/Links_to_some_ka-Map_applications http://www.mapbender.org/Mapbender_Gallery http://communitymapbuilder.osgeo.org/display/MAP/Examples http://demo.mapfish.org/mapfishsample/stable/demos/ http://datacrossing.crs4.it/en_Documentation_mscross.html http://www.pmapper.net/gallery.shtml http://gallery.openlayers.org/ http://www.timemap.net/index.php?option=com_content&task=view&id=32&Itemid=146

 

 

 

 

NOTAS CON RESPECTO A LA COMPARACIÓN:

  • En el proceso de recolección de información se buscó la documentación de cada proyecto en su página oficial, extrayendo los datos de interés y posteriormente se escribió a las listas de correo de los proyectos (exceptuando MapBuilder, por su terminación; msCross, por su no existencia; e iGeoportal, porque la lista de correo no es propia del proyecto). Se recibió respuesta de los siguientes proyectos: Chameleon, Fusion, Ka-Map, MapBender, MapFish, OpenLayers, quienes validaron la información recogida e hicieron aclaraciones y sugerencias.
  • Las celdas en blanco indican datos que no se pudieron recoger.
  • El apoyo de OSGeo se da cuando el proyecto se gradúa del proceso de incubación, por lo cual los proyectos que están en la incubadora no son proyectos oficiales de OSGeo y no reciben su soporte. (Ver: http://www.osgeo.org/node/343)
  • El parámetro "Formatos de datos soportados" se refiere a los datos que el cliente web puede cargar sin uso de un servidor de mapas.

 

En la comparación colaboraron los usuarios: Geowarrior, remyalex, samtux y tuxman.

 

Debido a la constante innovación e implementación de tecnologías en este tipo de proyectos, esperamos mantener actualizada la comparación cada seis (6) meses.

 

Tú puedes colaborar

Si ves algún error u omisión en la comparación por favor dínoslo y con prontitud haremos la corrección. Si conoces algún otro cliente ligero web y te gustaría verlo en la comparación escríbenos para investigarlo y anexarlo.

 

LICENCIA:

Este artículo puede ser utilizado bajo la licencia "Attribution 2.5 Colombia", obsérvala en este enlace: http://creativecommons.org/licenses/by/2.5/co/

 

REFERENCIAS:

  • Página web oficial de cada proyecto. (Ver parte 3 de la comparación, Enlaces de interés)

 

 

Last modified on Domingo 16 de Octubre de 2011 17:01

Comentarios  

 
0 # Excelent Reviewt763rm3n 16-01-2009 17:04
Hola GeoTux, excelente material.
Responder | Responder con una citación | Citar
 
 
0 # tuxman 20-01-2009 10:44
Gracias t763rm3n, estamos pendientes de agregar un par de nuevos clientes ligeros a la comparación.
Responder | Responder con una citación | Citar
 
 
0 # Y un principiante con cuál se queda??cabanescarlos 06-04-2009 18:40
La verdad es que está fantástico el artí­culo, y felicito a quien lo haya escrito.
Mi pregunta es que para una persona que inicia con estos clientes (en este caso se ha tocado algo de mapserver a pelo y me de que va un poco), cuál serí­a el más recomendable para realizar un servidor de mapas lo más agradable posible(teniend o en cuenta los que no se nada sobre php y javascript).

Gracias...
Responder | Responder con una citación | Citar
 
 
0 # Depende de tus requerimientos...tuxman 07-04-2009 12:52
Hola cabanescarlos, gracias ;-). Para que puedas hacerte una idea de qué tan agradable puede ser una aplicación web de mapas te hemos puesto algunas capturas de pantalla en la comparación. Eso lo decides tú.

Con respecto a PHP y Javascript, bueno, seguro vas a tener que comenzar a emplear al menos uno de los dos lenguajes cuando empieces a configurar y a personalizar tu aplicación. Dependiendo de los requerimientos que tengas podrás elegir uno u otro cliente. Por ejemplo, Cartoweb, Ka-Map, MapBender y p.mapper vienen con varias funcionalidades listas para usar pero puede que tan solo necesites navegación en el mapa, así­ que te bastarí­a con OpenLayers :o.

Te recomiendo entonces que definas muy bien las funcionalidades que necesitas y que luego observes la documentación de los proyectos para que conozcas de primera mano qué tanto puede suplir un cliente tus requerimientos o qué tanto tendrás tú que poner en cuanto a desarrollo.

Saludos.
Responder | Responder con una citación | Citar
 
 
0 # pmapper y Mapscriptgeodeveloper 24-02-2010 11:06
Hola tuxman,

La información ofrecida en este artí­culo es muy interesante y completa además.

Tengo inquietudes acerca de pmapper, apenas empiezo a desarrollar en este framework, pero tengo entendido que existen 3 modos de ejecución entre los cuáles se encuentran CGI, MapScript y WebServices, dónde este último permite combinar los recursos con lenguajes como JAVA. Es óptimo realizar aplicaciones en este modo? y dónde puedo encontrar información detallada de desarrollo en esta modalidad.
Responder | Responder con una citación | Citar
 
 
0 # WebServicesremyalex 24-02-2010 14:05
Hola geodeveloper, no he desarrollado con p.mapper, pero creo que lo que necesitas para comunicar tu aplicación con webservices, es un recurso o componente que te permita consumirlos, en este caso en PHP. Los webservices se especifican con el estandar WSDL y no están nativamente orientados a la información geográfica, por tanto no estoy seguro si p.mapper tiene algún componente nativo también, que permita consumir e interactuar con webservices estandar.

Existen componentes en PHP como NuSOAP, para consumir e incluso crear webservices; aquí­ hay algunos ejemplos:
www.scottnichol.com/nusoapprogwsdl.htm.
www.ferdychristant.com/blog/articles/DOMM-6J2QFF.

Lo "malo" de los webservices, es que la información o métodos que implementan, quedarán dispuestos en la web, por tanto, son tan seguros como el ambiente o la red en la que se publiquen, a menos que implementen certificados digitales (método que considero un poco complejo).

Espero te sirva.

:-)
Responder | Responder con una citación | Citar
 
 
0 # geodeveloper 24-02-2010 16:59
Hola remyalex,

Muchas gracias por la respuesta. Voy a revisar los links que me enví­as. Mi inquietud está orientada a usar recursos diferentes a php (que hasta el momento es el lenguaje dónde se han desarrollado el mayor número de librerí­as de desarrollo) como JAVA, que es un lenguaje dónde ya tengo alguna experiencia en desarrollo web con Java Server Faces (JSF), lo ideal serí­a ahorrar tiempo de entrenamiento en PHP y desarrollar directamente con JAVA eso sí­ de acuerdo a las especificacione s que ofrece MapScript por ejemplo. Lo que no sé por el momento es si es recomendable desarrollar con esta metodologí­a o mejor me dedico a trabajar directamente con php y allí­ lo combino con otros lenguajes que necesite.

Muchas gracias por la información. í‰xitos.
Responder | Responder con una citación | Citar
 
 
0 # GeoWarrior 26-02-2010 13:36
No sé si lo que está buscando es integrar el cliente pmmaper con Java (solo lo he trabajado pmapper con php como ud comenta) ya sea porque hay un desarrollo preexistente y de una u otra forma está amarrado al desarrollo sobre este cliente, si no es así­ es posible que pueda probar otros cliente que quizás puedan ajustarse a lo que ud busca.
Recientemente trabaje en un proyecto desarrollado bajo el estándar JSF integrado con openlayers, en este proyecto trabajamos con el framework de IceFaces y se obtuvieron resultados aceptables( eso si debe tener cuidado con las librerí­as de java script con las etiquetas enriquecidas que ofrecen los distintos frameworks JSF ).
Para comenzar a implementar soluciones como estas es necesario, tener claro la diferencia en entre la programación que se hace en el cliente (pagina web) integrándola con el framework o cliente ligero para realizar tu mapa, la programación que se haga en la aplicación del lado del cliente con las etiquetas JSF y lo que se desarrolle del lado del servidor (si ha trabajado con JSF habrá notado la facilidad de intercambiar información entre etiquetas de la pagina web y los BackingBean del lado del servidor) . Entendiendo esto es posible que la solución que busque vaya enfocad a realizar su página web con etiquetas jsf y la aplicación web geográfica con html para que pueda trabajar con OpenLayer e intercambiar información con etiquetas JSF. Y eso si trabajando con servicios OGC (WMS...u otro, si estaba trabajando con pmmaper seguramente estará trabajando con mapserver) proporcionados por un servidor de mapas haciendo peticiones desde el cliente. ( Otra cosa seguramente se perderá lo que puede hacer con mapscript)
Aunque claro tienes otras opciones para trabajar directamente con etiquetas desde tu pagina Web ejecutadas en MapFaces, aunque los proyectos no son aún muy maduros puede probarlos, para ver si se acomodan a los requerimientos de su aplicación (eso sí­ pienso yo se perderí­a la flexibilidad que ofrece openlayers).

geofaces http://code.google.com/p/geo-faces/
MapFaces http://mapfaces.codehaus.org/
Responder | Responder con una citación | Citar
 
 
0 # GeoWarrior 02-03-2010 15:34
Como complemento al comentario anterior, quisiera agregar que tambien existe un wrapper de las clase mapscript en java (MapScript.jar), si Tiene instalado el MS4W puede verlo en la carpeta ms4wApachecgi-binmapscriptjav a.

En esta url se peude encontrar mas informacion http://urewera.boarsnest.net/MapScript/ o en http://ms.gis.umn.edu:8081/ms_plone/docs/howto/javamapscript :-
Responder | Responder con una citación | Citar
 
 
0 # geodeveloper 03-03-2010 14:54
Hola GeoWarrior.

Muchas gracias por la información, muy completa. ;-). Voy a implementar dichos componentes.

Exitos y gracias de nuevo.
Responder | Responder con una citación | Citar
 
 
0 # conectar grass con una aplicacion webokiro7 12-03-2010 17:25
quisiera saber si han llegado a enlazar grass con una aplicacion , estoy un poco confundido , se que hay algunos web services que permiten conectar aplicaciones con servidores gis pero no he encontrado nada puntual para grass.

de antemano muchas gracias.
Responder | Responder con una citación | Citar
 
 
0 # GRASS - WPStuxman 13-03-2010 12:35
Hola okiro7.

Lo que buscas se trata en el WPS del OGC, que te permite definir parámetros y llamar procesos espaciales que corren en el servidor.

Para GRASS hay muchos adelantos que datan de años atrás:

Por ejemplo, para GRASS7 se espera una utilidad para obtener la descripción de cada proceso en XML conforme a WPS.

Te recomiendo que mires la wiki de GRASS:
grass.osgeo.org/wiki/WPS

Aquí­ encuentras una implementación de WPS con Python enfocada a GRASS:
pywps.wald.intevation.org/

Y no dejes de revisar el trabajo de 52º North al respecto.

Saludos.
Responder | Responder con una citación | Citar
 
 
0 # GRASS-WPSokiro7 17-03-2010 22:20
Gracias tuxman

la idea que tengo es realizar una aplicacion RIA que permita ejecutar comandos o realizar procesos a un servidor de grass mediante WPS.
ya he averiguado acerca de estos tipos de sevicios pero lo que me falta es definir cual va ser mi lenguaje a utilizar ya que manejo java, no se si sea factible realizarlo desde este.
te agradesco tu orientacion ya que he visto cosas muy interesantes como jgrass para udig, no se si sea el camino correcto para lo que quiero hacer.



de antemano muchas gracias.
Responder | Responder con una citación | Citar
 
 
0 # GRASS - WPStuxman 20-03-2010 16:51
Hola okiro7.

Bueno, no se si viste esta página: http://pywps.wald.intevation.org/gallery/index.html
Hay varios ejemplos de implementación de WPS (GRASS) con OpenLayers (Javascript) como cliente web, en ese sentido podrí­as mirar proyectos como GeoExt o MapFish para elaborar la interfaz de la aplicación usando como base ExtJS (Javascript).

52º North tiene planeado liberar un cliente OpenLayers WPS próximamente: http://www2.52north.org/pipermail/geoprocessingservices/2010-March/000838.html

Te puede interesar ZOO project: http://www.zoo-project.org/
Pretenden crear una plataforma Open Source para servir WPS y consumirlos con un cliente basado en OpenLayers, sin embargo, no parece haber mayor información en su página web.

Por el lado de Java, revisa cómo se comporta el cliente de Deegree (no es RIA) con WPS y mira MapFaces (RIA), tal vez te sirva por el lado de los componentes JSF.

Saludos.
Responder | Responder con una citación | Citar
 
 
0 # Config Pywps-Apacheokiro7 23-03-2010 11:20
Gracias tuxman

ya estoy en la configuracion de pywps con grass , tenia unos problemas con unas librerias de xml pero ya lo solucione.

lo que no he entendido es como se envian las peticiones desde el navegador a pywps, hay una parte del manual que habla de un directorio cgi-bin , creo que por ahi es la cosa , pero no se como configurar esa parte.

tambie vi que para realizar los procesos que llamo desde el navegador tengo que tener estos en la carpeta processes y en el archivo _init_.py agregarlo en la lista para que puedan ser utlizados, si esta bien esta parte??.

si me puedes ayudar con la configuracion del cgi-bin de apache para poder ejecutar lo procesos desde el navegador.

la configuracion la estoy realizando en ubuntu 9.1

muchas gracias.
Responder | Responder con una citación | Citar
 
 
0 # Config Pywps-Apacheokiro7 27-03-2010 17:23
hola tuxman , por fin puede arreglar el problema.
tenia problemas era con permisos, ahora seguire configurandolo.

muchas gracias.
Responder | Responder con una citación | Citar
 

Escribir un comentario


Código de seguridad
Refescar

 

¿Dónde nos leen?