Cómo migrar una plataforma GIS a un geovisor open source
Modernice plataformas GIS con MapLibre, OpenLayers, PostGIS y servicios abiertos. Inventario, datos, permisos, diseño, costos y transición por flujos.
Revisión editorial: 2026-09-23
Para migrar una plataforma GIS a un geovisor open source, inventaríe los flujos de la instalación, separe datos y reglas de la interfaz, construya un piloto con tareas completas y compruebe su equivalencia antes de retirar componentes. Un mapa que abre no demuestra que se hayan sustituido permisos, edición, reportes o integraciones.
La ruta se aplica a la modernización de ArcGIS Enterprise y Online, VertiGIS/Geocortex, M.App Enterprise, GeoMedia, Precisely Spectrum Spatial, SuperMap, CARTO, GIS Cloud, MapGIS y desarrollos propios. El alcance depende de la versión, los módulos y las integraciones instaladas. Un proveedor de mapas o rutas requiere una evaluación diferente a una suite empresarial.
Para visualizar el resultado, explore nuestra selección de geovisores y experiencias abiertas. Terraes muestra un patrón de búsqueda y consulta territorial; kepler.gl, exploración analítica; Digital Earth Australia, comparación; NASA Worldview, navegación temporal. Son referencias de producto y diseño. No prueban que esas organizaciones hayan sustituido una plataforma propietaria.
Antes de empezar: identifique qué está migrando
La migración debe cubrir el sistema que sostiene la tarea. Use esta matriz para delimitar el piloto; son preguntas de evaluación, no garantías de conversión automática.
| Sistema de origen | Dependencia que debe quedar visible | Primera prueba del piloto |
|---|---|---|
| ArcGIS Enterprise / Online | Servicios, aplicaciones, grupos e identificadores de contenido | Abrir una ficha y aplicar el mismo permiso usando el servicio de destino |
| VertiGIS Studio / Geocortex | Workflows, impresión, reportes y servicios conectados | Completar un trámite con validación y salida equivalente |
| Hexagon / Octave, Precisely, SuperMap | Proyectos, catálogos, estilos, clientes y publicación | Publicar una muestra y comprobar los consumidores actuales |
| CARTO | Consultas, procesos y costos del almacén de datos | Reproducir una consulta con iguales parámetros y resultados |
| GIS Cloud | Formularios, trabajo sin conexión, adjuntos y sincronización | Capturar fuera de línea y resolver una edición concurrente |
| Bentley, Autodesk, Smallworld | Modelos de ingeniería, relaciones y reglas especializadas | Conservar identificadores y relaciones; evaluar el visor por separado del sistema de edición |
| Mapbox, Google Maps, HERE, TomTom, MapTiler | Mapas base, búsquedas, rutas, datos y cuotas | Comparar respuestas y cobertura para ubicaciones representativas |
| MapGIS y aplicaciones propias | Módulos, reglas, documentos e integraciones | Completar una tarea de principio a fin con el dueño del proceso |
La comparativa con fuentes de los proveedores explica esas diferencias. Para un sistema especializado de redes o ingeniería, publicar una copia para consulta puede ser viable mientras el sistema de edición continúa en operación. No contabilice como eliminadas sus licencias si sigue dependiendo de él.
1. Defina qué significa terminar la migración
Empiece por tres tareas que los usuarios realmente realizan. Por ejemplo: buscar un predio y consultar su ficha; cruzar una ubicación con una capa de restricciones; exportar un reporte con los campos autorizados. Identifique la persona responsable, los datos de entrada, las reglas y el resultado esperado de cada tarea.
Para cada flujo registre una decisión: conservar, actualizar, desacoplar, reemplazar o retirar porque ya no se utiliza. Documente la razón y el usuario que verificará el resultado. Un módulo poco usado puede ser esencial durante un trámite anual; la frecuencia de clics no basta para retirarlo.
| Inventario | Qué revisar | Resultado útil |
|---|---|---|
| Plataforma | Versión, módulos, SDK, runtime y soporte | Dependencias confirmadas |
| Datos | Tablas, capas, CRS, dominios, relaciones e históricos | Diccionario y muestra reproducible |
| Documentos | Adjuntos, identificadores y rutas | Correspondencia entre registro y archivo |
| Usuarios | Roles, grupos, identidad y auditoría | Matriz de acceso permitido y denegado |
| Integraciones | APIs, servicios OGC, aplicaciones consumidoras y tareas programadas | Contratos de entrada y salida |
| Operación | Respaldos, recuperación, disponibilidad y soporte | Responsables y procedimientos comprobables |
| Contratos | Exportación, acceso al código, licencias y terminación | Derechos y costos que condicionan la transición |
El inventario debe salir de la instalación y de sus contratos. Una demostración comercial o la página del proveedor no reemplaza esa inspección. La comparativa de plataformas GIS identifica las dependencias a revisar por familia de producto.
2. Separe el visor de los datos y las reglas
La arquitectura objetivo necesita interfaces claras entre almacenamiento, publicación y aplicación. Una combinación posible es PostGIS para datos, GeoServer para cartografía y servicios OGC, pygeoapi para colecciones publicadas mediante OGC API y MapLibre u OpenLayers para la experiencia web. No es obligatorio instalar todos esos componentes.
| Necesidad | Opción a evaluar | Trabajo adicional |
|---|---|---|
| Consulta predial con identidad visual propia | MapLibre y teselas vectoriales | Búsqueda, API de fichas, permisos y edición si aplica |
| Geoportal con fuentes y proyecciones diversas | OpenLayers y servicios OGC | Catálogo, impresión, autenticación y experiencia móvil |
| Publicar cartografía creada en QGIS | QGIS Server y Lizmap | Configuración de proyecto, roles y revisión de extensiones |
| Catálogo y escenarios 3D | TerriaJS y CesiumJS | Preparación de datos y presupuesto de carga |
| Densidad, trayectorias y tiempo | deck.gl o kepler.gl | Agregación, publicación y controles del flujo de negocio |
Las funciones están documentadas por MapLibre, OpenLayers, Lizmap, TerriaJS y deck.gl. La elección final requiere una prueba con los datos representativos del proyecto.
Puede conservar servicios de ArcGIS u otros proveedores durante la transición cuando su acceso y condiciones lo permitan. Si el nuevo visor sigue dependiendo de ellos, conserve también su costo en el presupuesto. Desacoplar la interfaz no equivale a haber eliminado esa dependencia.
3. Haga portable la información antes del corte
Exporte una muestra con geometrías, atributos, identificadores y relaciones. Incluya registros sin geometría, valores nulos, caracteres acentuados, documentos y fechas. Compare conteos, unicidad, extensiones espaciales y correspondencia de adjuntos. Verifique el sistema de referencia y la transformación usada, especialmente cuando combina cartografía colombiana con una base web.
Los estilos, formularios, consultas, reglas y permisos no viajan necesariamente con una exportación de geometrías. Mantenga una correspondencia explícita entre cada elemento del origen y su destino. Si no existe equivalencia automática, incluya la reconstrucción en alcance y costo.
Defina cómo mantener actualizada la copia durante el piloto. Puede ser una extracción periódica o una sincronización controlada según el sistema disponible. Aclare cuál es la fuente maestra, qué retraso acepta la operación y cómo se detecta un registro rechazado. Evite habilitar escritura en dos sistemas sin una regla de reconciliación.
4. Diseñe una experiencia que se pueda usar
Un visor atractivo necesita jerarquía: búsqueda y tarea principal visibles; capas secundarias bajo demanda; leyendas legibles; selección reconocible; ficha relacionada con el objeto consultado. El color debe explicar datos o estados. Reserve 3D para preguntas donde altura o volumen ayuden a entender el resultado.
Terraes es una referencia cercana para dar protagonismo al mapa y mostrar información contextual. Utiliza MapLibre en el visor revisado. No lo presentamos como una aplicación completamente open source, como evidencia de sustitución de una plataforma propietaria ni como evidencia de cobertura o valoración uniforme en todos los lugares.
En móvil, permita que búsqueda, resultados y ficha funcionen sin competir por toda la pantalla. Pruebe navegación por teclado, foco visible, ampliación de texto y contraste. Ofrezca una lista o tabla cuando una tarea no pueda resolverse solo con el mapa. Los estados de carga, ausencia de datos, acceso denegado y fuente no disponible deben ser distintos.
5. Acepte el piloto por tareas completas
Use datos autorizados y una muestra que incluya casos difíciles. El piloto debe cubrir el recorrido desde la búsqueda hasta la consulta y la exportación. Si el flujo incluye edición, pruebe también validaciones, conflictos y trazabilidad.
| Prueba | Evidencia para aceptar |
|---|---|
| Integridad | Conteos, identificadores y relaciones coinciden o sus diferencias tienen explicación |
| Acceso | Cada perfil obtiene solo los datos y acciones permitidos, también al consultar la API |
| Cartografía | CRS, escalas, leyendas, etiquetas y selección se revisaron con vistas de referencia |
| Desempeño | Tiempos y errores medidos con dispositivo, red, datos y concurrencia definidos |
| Accesibilidad | Tareas principales ejecutables con teclado y alternativa textual útil |
| Recuperación | Respaldo restaurado y reversión del despliegue ensayada |
Acuerde los umbrales antes de medir. Un promedio de carga en un portátil rápido no demuestra desempeño en teléfonos ni bajo concurrencia. El laboratorio Open GIS ayuda a practicar publicación y validación con datos sintéticos; no certifica una instalación de producción.
6. Compare el costo total, no solamente la licencia
Para un horizonte de años acordado, compare el costo de continuar con el costo de transición más la operación de la nueva arquitectura. Incluya licencias retenidas, construcción, migración de datos, capacitación, coexistencia temporal, nube, almacenamiento, mapas base, imágenes, geocodificación, copias, seguridad, soporte y evolución.
Ahorro neto = costo total de continuar − costo total de migrar y operar. Un componente open source puede tener costo de licencia cero y requerir trabajo significativo para instalarse y mantenerse. Evitar licencias por usuario no elimina infraestructura ni soporte. El resultado puede ser negativo.
Use la calculadora de costos Open GIS con sus cifras. Separe los costos confirmados de los supuestos. Haga sensibilidad sobre operación y transición. No use porcentajes universales ni atribuya a Terraes o a un portal externo un ahorro que no ha sido publicado.
7. Cambie el tráfico cuando la operación esté lista
Planifique copia final, comprobaciones, ventana de cambio, responsables y reversión. Mantenga el origen disponible según el plan aprobado hasta comprobar la nueva operación. Si existen URLs públicas de fichas o mapas, preserve identificadores y enlaces útiles o prepare redirecciones a destinos equivalentes.
La entrega incluye código y configuraciones según el contrato, inventario de dependencias y licencias, documentación de APIs, procedimientos de despliegue y restauración, capacitación y responsables de soporte. La independencia práctica se comprueba cuando otro equipo autorizado puede desplegar y operar el sistema.
Para empezar, reúna el nombre y la versión de su plataforma, tres tareas prioritarias, fuentes, integraciones y costos actuales. Solicite una evaluación de su geoportal y use la galería de visores para acordar qué experiencia necesita construir.
GeoSAT realiza una evaluación independiente de las opciones. Las marcas mencionadas pertenecen a sus titulares. Las referencias externas ilustran capacidades y patrones; no implican respaldo, relación comercial ni equivalencia funcional con su instalación.
Para evaluar proveedores y categorías antes de elegir arquitectura, lea plataformas GIS y alternativas open source: ArcGIS, VertiGIS, CARTO y otras opciones se comparan por su alcance.