Publicar un proyecto QGIS en línea: cuatro formas comparadas

Dos familias: servidor cartográfico o exportación estática

Todas las soluciones pertenecen a una de dos familias. La primera se apoya en QGIS Server: el proyecto QGIS sigue siendo la fuente, el servidor dibuja los mapas a demanda con el estilo definido en QGIS y un cliente web los muestra. Lizmap, QGIS Cloud y QWC2 forman parte de ella.

La segunda exporta el proyecto como páginas web autónomas: los datos y una aproximación del estilo se convierten para una biblioteca JavaScript, y el resultado se coloca en cualquier alojamiento de páginas. Es el principio del complemento qgis2web. No hay servidor que mantener, pero tampoco vínculo vivo con el proyecto. Existe además una vía intermedia: publicar servicios WMS y WFS solo con QGIS Server y mostrarlos en un cliente web existente. Exige, sin embargo, las mismas competencias de servidor que las soluciones completas, sin la interfaz lista para usar.

Las preguntas que hay que hacerse antes de elegir

Antes de comparar herramientas, hay que aclarar la necesidad. Las mismas seis preguntas casi siempre deciden entre las soluciones:

• ¿Quién debe ver el mapa? ¿El público, un servicio, algunos socios? En cuanto el acceso debe restringirse, una exportación estática ya no basta.
• ¿Los datos son sensibles? Un dato copiado en una página web lo puede leer cualquier visitante que sepa abrir las herramientas de su navegador.
• ¿Hay que modificar los datos en línea? La edición exige un servidor y, en la práctica, una base PostGIS.
• ¿Los datos cambian a menudo? Si es así, una solución vinculada al proyecto evita rehacer una exportación en cada actualización.
• ¿Qué volumen? Unos cientos de objetos funcionan en cualquier parte; cientos de miles requieren un servidor que dibuje el mapa a demanda.
• ¿Quién se ocupará? Un servidor cartográfico se administra; un servicio alojado o gestionado lo hace por usted.

Tenga presentes sus respuestas al leer lo que sigue: cada solución responde bien a algunas de estas preguntas y mal a otras. Si duda, empiece por la cuestión de los permisos de acceso: es la que descarta más rápido las soluciones inadecuadas. Después vienen la edición en línea y el volumen de datos, que casi siempre deciden entre las opciones restantes.

Lizmap: el proyecto QGIS se convierte en portal

Lizmap, desarrollado por 3Liz, convierte un proyecto QGIS en un portal cartográfico. Se configura en QGIS Desktop con el complemento Lizmap: capas visibles, mapas base, herramientas, formularios de edición, permisos de acceso. El renderizado es el de QGIS Server, por tanto fiel al proyecto. La documentación oficial, en docs.lizmap.com, describe cada panel del complemento: capas, tabla de atributos, edición, filtros, gráficos, atlas, información emergente.

• Ventajas: edición en línea de capas PostGIS, búsqueda, impresión a partir de las composiciones de QGIS, filtros, gráficos, gestión detallada de usuarios y grupos, módulos complementarios.
• Límites: hay que hacer funcionar QGIS Server y Lizmap, o recurrir a un proveedor; la configuración exige aprender el complemento Lizmap.
• Para quién: administraciones locales, consultoras y servicios SIG que quieren un portal completo, con edición y permisos.

Se puede instalar uno mismo o alojar: la guía Instalar Lizmap uno mismo o elegir un alojamiento compara ambas opciones. Con LizPack Map, el alojamiento Lizmap de LizPack, la instancia está en línea en unos cuatro minutos y el complemento LizPack Publisher publica el proyecto abierto desde QGIS.

En la práctica, Lizmap sirve tanto para un portal público como para una herramienta interna. El personal de un servicio puede consultar, buscar, imprimir y modificar datos, mientras que el público solo accede a los mapas que le están destinados. Como todo parte del proyecto QGIS, el técnico SIG conserva el control del renderizado sin escribir código.

QGIS Cloud: publicar desde un complemento de QGIS

QGIS Cloud es un servicio alojado operado por la empresa suiza Sourcepole. Se instala el complemento QGIS Cloud desde el repositorio oficial de complementos de QGIS; crea bases PostgreSQL y PostGIS alojadas, carga en ellas los datos y publica el proyecto con un cliente web, un cliente móvil y servicios WMS y WFS, con WFS-T para la edición.

• Ventajas: inicio muy sencillo desde QGIS, base PostGIS incluida, renderizado de QGIS Server, un plan gratuito para empezar.
• Límites: con el plan gratuito, todos los mapas publicados son accesibles para cualquiera; la restricción de acceso por contraseña forma parte del plan Pro. El servicio lo opera su editor: depende de sus condiciones.
• Para quién: publicar rápidamente un mapa o servicios OGC sin instalar nada, sobre todo con datos públicos.

Para datos públicos y una necesidad puntual, es una puerta de entrada cómoda. Para datos internos, compruebe antes de comprometerse qué plan permite restringir el acceso, dónde se alojan los datos y cómo recuperarlos si se marcha: como siempre, es mejor hacerse estas preguntas antes de la primera publicación que después.

QWC2: un cliente web modular para equipos técnicos

QGIS Web Client 2 (QWC2) es un cliente web libre y adaptable para QGIS Server, construido con React y OpenLayers. Cada proyecto QGIS publicado se convierte en un tema del cliente. El ecosistema qwc-services añade la administración de usuarios, la edición, la búsqueda de texto completo y varios modos de autenticación.

• Ventajas: arquitectura modular, interfaz moderna y muy personalizable, adaptada a grandes infraestructuras, impresión PDF y búsqueda configurables.
• Límites: poner en marcha los servicios, los temas, los recursos y los permisos exige competencias de administración y a menudo de desarrollo web.
• Para quién: organizaciones con un equipo técnico que quiere construir y hacer evolucionar su propio geoportal.

QWC2 y sus servicios se desarrollan en código abierto en GitHub, con documentación en línea en docs.qwc.app. Antes de comprometerse, compruebe que su equipo podrá seguir sus nuevas versiones y mantener sus personalizaciones a largo plazo: un geoportal a medida es un software que hay que mantener, no solo una instalación.

qgis2web: la exportación estática sin servidor

El complemento qgis2web convierte el proyecto en un mapa web OpenLayers o Leaflet. Reproduce tantos elementos del proyecto como puede: capas, extensión, estilos, incluidos los categorizados y graduados. Con la exportación GeoJSON no se necesita software de servidor: el resultado se coloca en cualquier alojamiento de páginas estáticas.

• Ventajas: gratuito, sin servidor cartográfico, ideal para un mapa puntual en un sitio web o un blog.
• Límites: los datos exportados acompañan a la página, por lo que cualquier visitante puede descargarlos, y quedan congelados en la fecha de exportación; no todos los ajustes de QGIS se trasladan; los conjuntos de datos grandes hacen pesada la página; sin edición, sin permisos de acceso, sin servicios OGC.
• Para quién: mapas públicos pequeños, pocos datos, actualizaciones poco frecuentes.

En la práctica, la exportación se configura en la ventana del complemento: elección de la biblioteca, de las capas que exportar y de las opciones de visualización, vista previa y exportación de una carpeta que contiene la página y sus archivos. Esa carpeta se sube tal cual al alojamiento. En cada actualización de los datos hay que repetir la exportación y sustituir la carpeta.

Preparar el proyecto QGIS, sea cual sea la solución

Sea cual sea la forma de publicar un proyecto QGIS en línea, la calidad del resultado se decide primero en QGIS Desktop. Las mismas precauciones evitan la mayoría de los mapas vacíos, lentos o ilegibles:

• Rutas relativas. Guarde el proyecto con rutas relativas y coloque los datos en su carpeta. Una ruta a su disco local no existe ni en un servidor ni en una exportación.
• Formatos adecuados. Prefiera GeoPackage a Shapefile dispersos, y PostGIS en cuanto los datos se editen, sean voluminosos o se compartan.
• Sistema de coordenadas. Elíjalo con criterio. Para superponer mapas base web, Web Mercator (EPSG:3857) es lo más sencillo; para mediciones precisas, conserve en los datos el sistema oficial de su país.
• Nombres y orden de las capas. Los nombres de la leyenda son los que verán sus visitantes: sustituya los nombres técnicos por etiquetas claras y agrupe las capas por tema.
• Campos útiles. Oculte o renombre los campos internos antes de publicar: un identificador técnico no ayuda a nadie, y algunas columnas no deben ser visibles para el público.
• Metadatos. Complete título, resumen y fuente de los datos en las propiedades del proyecto y de las capas: los servicios OGC los reutilizan y ayudan a sus usuarios.

Estos ajustes solo llevan unos minutos y sirven para todas las soluciones. Si cambia de herramienta más adelante, un proyecto limpio se vuelve a publicar sin esfuerzo.

Mantener rápido un mapa web

Un mapa lento es un mapa que ya nadie abre. Las causas son casi siempre las mismas, y los remedios dependen de la familia de solución.

Con una solución basada en QGIS Server, la caché de teselas es la palanca más potente para los mapas base y las capas que cambian poco. Con una exportación estática, lo que cuenta es el tamaño de los datos: por encima de unos pocos megabytes, un servidor cartográfico pasa a ser preferible.

Difundir también servicios OGC

Publicar un proyecto QGIS en línea no significa solo mostrar un mapa en un navegador. Las soluciones basadas en QGIS Server exponen también servicios OGC, formatos de intercambio normalizados que otros programas saben leer:

• WMS proporciona imágenes del mapa, con el estilo del proyecto. Un socio lo añade a su propio SIG como fondo o capa de consulta.
• WFS proporciona los propios objetos, con sus atributos, para consultarlos o analizarlos; WFS-T permite además modificarlos.
• WMTS proporciona teselas precalculadas, rápidas de mostrar.
• WCS proporciona datos ráster en bruto.

Lizmap y QGIS Cloud se apoyan en QGIS Server y ofrecen estos servicios; una exportación qgis2web no ofrece ninguno. Si sus socios trabajan con QGIS, ArcGIS u otro programa, estos servicios evitan enviar archivos por correo y garantizan que todos ven la misma versión del dato. Solo recuerde decidir quién puede acceder: un servicio público lo puede leer cualquiera.

Tabla comparativa para publicar un proyecto QGIS en línea

Las funciones de los servicios de terceros evolucionan: verifíquelas en sus sitios oficiales antes de decidir. Esta tabla describe su naturaleza, no sus ofertas comerciales.

Si lo que necesita sobre todo es difundir capas en WMS o WFS para otros programas, más que un portal, considere también GeoServer: la guía Alojar GeoServer en línea presenta esta opción, y GeoServer Cloud ofrece un espacio listo para usar. Por último, nada impide combinarlas: un portal Lizmap para el personal y los responsables políticos, una exportación qgis2web para un mapa puntual en la web del ayuntamiento y servicios OGC para los socios. Lo esencial es que la fuente sea única, el proyecto QGIS y la base PostGIS, y que todo lo demás derive de ella: así se evitan versiones divergentes de un mismo dato.

• Un mapa público puntual, con pocos datos: basta con qgis2web.
• Un mapa o servicios OGC públicos, rápido, sin instalar nada: QGIS Cloud es una opción sencilla.
• Un portal con edición, permisos por grupo e impresión, sin equipo de desarrollo: Lizmap, instalado o alojado.
• Un geoportal a medida respaldado por un equipo técnico: QWC2.
• Sobre todo capas que difundir hacia otros programas: GeoServer, o los servicios OGC de QGIS Server.

Preguntas frecuentes