You are here:GeoTux»Geo-Blogs»SDI»Thin web mapping clients comparison


Invitados: 76
Usuarios registrados: 3271
Usuarios en línea:
Registrados hoy:



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

Get them by e-mail
Recibir Geo-Noticias y Geo-Blogs por e-mail

¿What is this about?

Latest Geo-Tweets

Monday, 17 November 2008 06:15

Thin web mapping clients comparison

Written by  Equipo GeoTux
Rate this item
(0 votes)

Thin web mapping clients have acquired a great importance in the last years due to the Internet resources optimization and the new technologies developed to improve the experience of the users in web browsers. We present a comparison between most recognized of them in free software and Open Source.


Please visit the third version of this comparison (november 2009) which was translated to english language. Click here to visit it.



The thin web mapping clients are applications in Internet that allow visualizing geographical information and their manipulation across basic tools of navigation and analysis.


In general terms, the thin web mapping clients has low capacity of analysis for their same essence, they doesn’t support the logic of the program, however, is increasingly frequent to make on-line process to spatial data, with help of programs in the server that process the information, which has helped to extend the users range that focus in this type of solutions.


The Open Geospatial Consortium (OGC) has promoted the use of standards for Web Map Services that helps to establish a common framework to spatial data access in the Internet (Web Map Service, Web Feature Service, Web Coverage Service), to present it by means of styles (Style Layer Descriptor), to filter it (Filter encoding), to store it, to transport it (Geography Markup Language and Keyhole Markup Language) and process it (Web Processing Service).


The thin web mapping clients has been benefited also from technologies like AJAX (Asynchronous JavaScript And XML) nearing the users who in principle saw the navigation of maps in Internet as an exhausting and unpleasant exercise. The consultations of information now are more transparent, allowing the information travel from the client to server and results are returned without the navigation has to be paralyzed. API's (Application Program Interface) based on Javascript has been arranged to construct thin web mapping clients, allowing the browser interprets code lines and almost charging completely with the user interaction, which adds enhancements in operations as complex as the geometries edition.


There exists several projects to construct thin web mapping clients. GeoTux has elaborated the following comparison based on free software and open source projects. The comparison appears in three parts to facilitate its visualization:

  1. General Description: Gives an introduction about each project.

  2. Technical features: Presents technical data of the programas to facilitate a detail description.

  3. Links of interest: Consists in a screenshot and links of interest.

The comparison has focused in the following thin web mapping clients, selected by its recognition in web mapping:

CartoWeb Chameleon
Ka-Map Mapbender MapBuilder
MapFish msCross
p.mapper OpenLayers


CONVENTIONS: Advantage / Disadvantage


COMPARISON: (Please avoid to use IE6 or IE7 to see the comparison, it seems can't work well with styles, you can use instead a free browser like Mozilla Firefox, Opera or K-Meleon, in which the correct diagramming of the tables has been proved)


Thin Web Mapping Clients Comparison
Part 1. General Description
[1] Compatible with BSD.
[2] Compatible with GPL.
[3] Currently they're translating to diverse languages: swedish, spanish, bulgarian, pole, italian, french, Czech, slovene and others.
[4] Incomplete documentation.
[5] OSGeo doesn't support it like an official project, but hosts their mailing list and Trac.
Parameter of Comparison
Native country
Origin Company or Entity
OSGeo Support
CartoWeb Chameleon Flamingo Fusion iGeoPortal Ka-Map MapBender MapBuilder MapFish msCross P.Mapper OpenLayers TimeMap

Camptocamp S.A. DM Solutions Group AutoDesk; DM Soultions Group lat/lon; GIS Research Group of the Department of Geography of University of Bonn DM Soultions Group CCGIS Camptocamp S.A. Center for Advanced Studies, Research and Development in Sardinia Metacarta Sydney University (Archaeological Computing Laboratory)
Languages: English
Formats: HTML; PDF
Levels: Users; Developers
Languages: English
Formats: HTML; Wiki
Levels: Users; Developers
Languages: English
Formats: HTML
Levels: Users; Developers
Languages: English
Formats: HTML; PDF
Levels: Users
Languages: German; English
Formats: HTML; PDF; Wiki
Levels: Users
Languages: English
Formats: Wiki
Levels: Users; Developers
Languages: German; English; 3
Formats: Wiki
Levels: Users; Developers
Languages: English
Formats: Wiki
Levels: Users; Developers
Languages: French; English
Formats: Blog; HTML; Wiki
Levels: Users; Developers
Languages: English
Formats: HTML
Levels: Users; Developers 4
Languages: English
Formats: Wiki
Levels: Users
Languages: French; English; Portuguese
Formats: Blogs; Wiki
Levels: Users; Developers
Languages: English
Formats: HTML; PDF
Levels: Users; Developers
No No No No 5 No (In incubation) No (In incubation for direct MapServer relationship) Yes (Graduate) Yes (Graduate) No (In incubation) No No Yes (Graduate) No
Has an object oriented architecture (standard SOAP). All the potential is obtained when is associated with PostgreSQL/PostGIS. It has a consolidated and well documented Javascript API. Accelerated growth across customized widgets. Uses OpenLayers as base API. It has commercial support. Doesn't works with AJAX. Based on OGC and ISO/TC 211 standards. Safety component. Supports Gazeteer for spatial query by name or address. Most of the configurations are in XML. Handles users, groups and safety through a MySQL or PostgreSQL database. Shares OpenLayers vector renderer engine. Editor of Style Layer Descriptor. It has commercial support (LISAsoft from Australia y DM Solutions Group from Canada). Can be thin client or map server. Based on OpenLayers. AJAX client for MapServer. It consists of a single Javascript file. Based on MapServer and PHP/MapScript. It has commercial support from Italy, Slovakia and Germany. Developed principally to visualize GeoServices. Supports reprojection. Supports SLD. Basic functionalities for on-line edition. It's a Java applet. Specializes in multi-temporal data which presents through animations. Can be packed in a CD-ROM.

Thin Web Mapping ClientS Comparison
Part 2. Technical features
[1] The WFS supports points only.
[2] Executes through Java applets.
[3] Currently they works on a client metadata catalogue using GeoNetwork. (See:
[4] Doesn't have its own mailing list. The mailing list owns Deegree Project.
[5] Has mailing lists for: Users, developers, commits, announcements, tilecache and trac, among others.
Parameter of comparison
Source Code Language
API Language
Supported Geo-Services
Map server dependency
¿Requires privative plug-ins?
¿Includes metadata component?
data formats
Mailing list
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
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 Yes (WMT) No Yes Yes (OGC Catalogue Services for ISO 19115/19119 metadata) No Yes (ISO-19119 specification) 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; Database Conecctions with 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
Yes (Users; Developers) Yes (Announcements; Users; Developers) No (Only forums) Yes (Users; Developers) Yes (Announcements; Users; Developers) 4 Yes (Users; Developers) Yes (Users; Developers; Commits) Yes (Announcements; Users; Developers) Yes (Users; Developers; Commits; Trac) No Yes (Users) Yes 5 Yes

Thin Web Mapping ClientS Comparison
Part 3. Links of Interest
[1] There will be no more versions of the program.
Current Version
Official website
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 ---






  • The actual version of this comparison was written on November 2008.

  • In the process of compilation of information, was looked documentation of every project in its official website, extracting the information of interest, and later participating in the mailing lists (exempting MapBuilder, finalized; msCross, doesn’t exists; and iGeoportal, because doesn’t have own mailing list). Was received response of the following projects: Chameleon, Merger, Ka-Map, MapBender, MapFish, OpenLayers, who validated the information and did explanations and suggestions.

  • The empty cells indicate that it wasn’t possible to obtain information.

  • OSGeo's support is given when the project graduates of the incubation process, for which the projects that are in the incubator are not OSGeo's official projects and do not receive the support. (See:

  • The parameter "Supported data formats" refers to the information that the web client can be add without use a map server.


The users that collaborates in the comparison was: Geowarrior, remyalex, samtux and tuxman. The translation was done by dianatg.


Due to the constant innovation and implementation of technologies of this type of projects, we expect to keep the comparison updated every six (6) months (Next on May 2009).



You can collaborate

If you see any mistake in the comparison, please let us know and we will quickly fix it. If you know any other thin web mapping client and would like to see it in the comparison,  write us to investigate it and add it.



This article can be used under license "Attribution 2.5 Colombia", watch it in this link:


· Official Website of each Project (See Comparison Part 3, Links).

· Emanuel Schütze. Current state of technology and potential of smart map browsing in web browsers. Germany. June 2007. Available on:

· Open Source Geospatial Foundation (OSGeo). Official Website:

· CSS Styles for tables:

· Flags of the world:

· Wikipedia. Thin Client definition:


Last modified on Sunday, 16 October 2011 17:01


-1 # Excelent Reviewt763rm3n 2009-01-16 17:04
Hola GeoTux, excelente material.
Reply | Reply with quote | Quote
0 # tuxman 2009-01-20 10:44
Gracias t763rm3n, estamos pendientes de agregar un par de nuevos clientes ligeros a la comparación.
Reply | Reply with quote | Quote
0 # Y un principiante con cuál se queda??cabanescarlos 2009-04-06 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).

Reply | Reply with quote | Quote
0 # Depende de tus requerimientos...tuxman 2009-04-07 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.

Reply | Reply with quote | Quote
0 # pmapper y Mapscriptgeodeveloper 2010-02-24 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.
Reply | Reply with quote | Quote
0 # WebServicesremyalex 2010-02-24 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:

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.

Reply | Reply with quote | Quote
0 # geodeveloper 2010-02-24 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.
Reply | Reply with quote | Quote
0 # GeoWarrior 2010-02-26 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).

Reply | Reply with quote | Quote
0 # GeoWarrior 2010-03-02 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 o en :-
Reply | Reply with quote | Quote
0 # geodeveloper 2010-03-03 14:54
Hola GeoWarrior.

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

Exitos y gracias de nuevo.
Reply | Reply with quote | Quote
0 # conectar grass con una aplicacion webokiro7 2010-03-12 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.
Reply | Reply with quote | Quote
0 # GRASS - WPStuxman 2010-03-13 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:

Aquí­ encuentras una implementación de WPS con Python enfocada a GRASS:

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

Reply | Reply with quote | Quote
0 # GRASS-WPSokiro7 2010-03-17 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.
Reply | Reply with quote | Quote
0 # GRASS - WPStuxman 2010-03-20 16:51
Hola okiro7.

Bueno, no se si viste esta página:
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:

Te puede interesar ZOO project:
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.

Reply | Reply with quote | Quote
0 # Config Pywps-Apacheokiro7 2010-03-23 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 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.
Reply | Reply with quote | Quote
0 # Config Pywps-Apacheokiro7 2010-03-27 17:23
hola tuxman , por fin puede arreglar el problema.
tenia problemas era con permisos, ahora seguire configurandolo.

muchas gracias.
Reply | Reply with quote | Quote

Add comment

Security code


On-line users

Latest Geo-Forums

No posts to display.

Latest Comments