DB geomática: qué revisar antes de implantarla

Antes de montar una DB geomática conviene saber si tus datos espaciales están preparados para sostener decisiones, no solo para verse en un mapa.

Una DB geomática compensa cuando necesitas consultar, cruzar y mantener datos ligados a ubicaciones: parcelas, obras, redes, activos, servidumbres o incidencias. Antes de implantarla hay que revisar la calidad de los datos, quién los usará, con qué herramientas debe integrarse y cómo se mantendrá viva después del arranque.

Buscar una DB geomática suele venir después de varios síntomas: planos en carpetas distintas, hojas Excel con coordenadas incompletas, capas GIS que solo entiende una persona, fotos de campo sin relación clara con el activo, o expedientes donde la ubicación se describe de tres maneras diferentes.

El problema no es “tener mapas”. El problema es decidir si necesitas una base de datos geoespacial que ordene esa información y la haga útil para trabajar: filtrar, localizar, comparar, auditar y compartir sin depender de memoria interna ni de archivos sueltos.

Qué datos tienes realmente, no qué datos crees tener

La primera revisión no debería empezar por la herramienta. Debería empezar por un inventario honesto de datos. Una DB geomática puede guardar geometrías, atributos, documentos vinculados, fechas, estados y relaciones, pero no arregla por arte de magia información mal identificada.

Conviene mirar qué formatos existen: shapefiles, GeoJSON, DXF, DWG, KML, bases Access, Excel, PDF, ortofotos, fotos de inspección, partes de obra o exportaciones de plataformas externas. También hay que revisar si las coordenadas están en el mismo sistema de referencia, si las parcelas o activos tienen un identificador estable y si hay duplicados con nombres parecidos.

Lo que más suele romper una implantación no es que falte una capa espectacular, sino que falte un criterio común. Si una obra aparece con un código en contabilidad, otro en el plano y otro en los partes de campo, la DB geomática acabará heredando el caos.

• Identificadores: cada parcela, activo u obra necesita una referencia única y mantenible.
• Geometría: puntos, líneas y polígonos deben tener sentido para el uso real, no solo verse bien.
• Atributos: estados, fechas, responsables, materiales o incidencias deben estar normalizados.
• Documentos: planos, permisos, fotos o informes deben poder vincularse sin duplicarlos sin control.

Quién va a usarla y para qué decisión

Una base geomática útil se diseña desde las decisiones que tiene que soportar. No es lo mismo consultar parcelas disponibles que controlar afecciones, planificar mantenimiento, revisar ocupaciones, seguir una obra lineal o localizar incidencias de campo.

Antes de contratar la implantación, hay que separar usuarios y necesidades. Dirección puede querer una vista agregada para priorizar inversiones. Oficina técnica puede necesitar editar geometrías y validar datos. Campo puede necesitar consultar desde móvil, adjuntar fotos y registrar incidencias con ubicación. Administración puede necesitar enlazar expedientes, facturas o permisos.

Si se mete a todos en la misma pantalla, la herramienta se vuelve lenta de usar. Si se diseña solo para el perfil técnico, la dirección seguirá pidiendo capturas y Excel. La revisión importante es qué preguntas debe responder la DB geomática sin montar una búsqueda manual cada vez.

Por ejemplo: qué activos están dentro de una zona afectada, qué parcelas tienen documentación pendiente, qué incidencias se repiten cerca de una infraestructura, qué obras comparten proveedor o qué expedientes están asociados a una ubicación concreta. No hace falta prometer una mejora en porcentaje para justificarlo: hace falta medir cuántas consultas se hacen hoy, cuánto retrabajo generan y qué errores aparecen por usar datos desactualizados.

Con qué debe integrarse para no convertirse en otra isla

Una DB geomática aislada acaba siendo otro repositorio más. Por eso hay que revisar antes qué sistemas ya forman parte del trabajo: CAD, GIS de escritorio, ERP, CRM, gestores documentales, aplicaciones de partes, plataformas de administración pública, almacenamiento en la nube o herramientas de presupuestos.

La pregunta práctica es sencilla: ¿la DB geomática será el lugar donde se mantiene el dato principal o solo una copia para visualizarlo? Si no se define, aparecerán conflictos. Alguien actualizará una parcela en el GIS, otra persona cambiará el estado en una hoja de cálculo y un tercero enviará un plano antiguo porque era el que tenía a mano.

También conviene revisar permisos. No todo el mundo debe poder editar geometrías, borrar capas o cambiar estados críticos. Una buena implantación diferencia consulta, edición, validación y administración. Esto evita que la base pierda confianza por cambios no controlados.

Si además quieres que la información sea consultable con lenguaje natural o conectada a documentos técnicos, puede tener sentido estudiar enfoques como un knowledge graph o sistemas donde la IA responda citando fuentes, como explicamos en RAG explicado sin tecnicismos. Pero eso viene después de ordenar qué dato geoespacial es válido y dónde vive.

Mantenimiento: la parte que decide si sobrevivirá

La DB geomática no termina el día que se carga la primera versión. Ese día empieza el mantenimiento. Y aquí conviene ser muy claro: si nadie es responsable de altas, bajas, cambios, validaciones y copias, la base se degrada.

Hay que definir cómo entran los nuevos datos. Puede ser desde levantamientos topográficos, importaciones CAD, formularios de campo, cargas masivas, integraciones automáticas o revisión manual. Cada entrada necesita controles: formato, sistema de coordenadas, campos obligatorios, duplicados, relación con expedientes y trazabilidad de cambios.

También hay que decidir qué se considera “dato oficial”. En geomática esto importa mucho, porque una pequeña diferencia en geometría puede cambiar una afección, una medición o una decisión operativa. Prometer que todo estará perfecto desde el primer día no sería serio. Lo medible es otra cosa: número de registros revisados, incidencias de calidad detectadas, consultas que antes requerían búsqueda manual y frecuencia con la que se actualiza cada capa.

En Black Nodus AI implantamos soluciones prácticas con un coste de 1.000 € de implantación, pago único sin IVA, más 195 €/mes sin permanencia. En una DB geomática, lo importante no es venderte “una base de datos”, sino dejar claro qué datos entran, qué decisiones sostiene y quién se encarga de que siga siendo fiable.

Si al revisar tus parcelas, obras o activos descubres que el mismo punto del mapa tiene tres nombres, dos estados y ningún responsable claro, la decisión no es todavía qué software comprar: es fijar una verdad operativa antes de convertir el mapa en sistema de trabajo.