Formatos de archivo en trabajos con dron

🧩 SÍNTESIS IA — integra fuentes; la autoridad está en las normas que cita al pie (Fuentes).

Un mismo proyecto con dron cruza media docena de formatos distintos según la fase: primero la misión (dónde se vuela), luego el dato crudo de posicionamiento, después el procesado geoespacial (lo que sale de la fotogrametría o el LiDAR) y por último el entregable que espera el cliente — a menudo en un programa que no es GIS, sino CAD. Saber qué formato sirve para qué evita el problema más común del sector: entregar un archivo técnicamente correcto que el cliente no sabe abrir. El detalle de qué se pacta por servicio vive en contratos-presupuestos-entregables; el software que abre cada uno, en qgis y el resto de programas de procesado; y la precisión de posicionamiento detrás de varios de estos formatos, en gnss-posicionamiento.

Formatos de misión (KML, GPX)

KML/KMZ nació en Keyhole Inc. (la empresa que luego se convirtió en Google Earth) y hoy es estándar OGC: sirve para dibujar y compartir geografía —polígonos de la zona de vuelo, puntos de interés, el contorno de un ortomosaico— de forma que cualquiera lo abra en Google Earth sin instalar un GIS. El KMZ es exactamente el mismo lenguaje pero comprimido en zip, lo que permite empaquetar iconos o modelos 3D junto con la geometría. GPX cubre el otro extremo del vuelo: es el formato con el que un receptor GPS o una app registra dónde estuvo realmente el dron —tracks, waypoints, rutas—, siempre en coordenadas WGS84; es el formato de intercambio de facto entre receptores GNSS de mano y software de mapas desde 2002, y sirve para auditar que el vuelo real coincidió con el planificado.

Posicionamiento de precisión (RINEX)

RINEX no es un formato de geometría, sino de observación cruda: en vez de guardar una posición ya calculada, guarda las señales que el receptor GNSS del dron —y, en un levantamiento PPK, también la base en tierra— captaron de cada satélite. Un software de posproceso combina ambos ficheros RINEX (dron + base) después del vuelo para recalcular la posición de cada foto o cada punto con precisión centimétrica, la misma lógica que el RTK en tiempo real pero resuelta a posteriori en gabinete (ver gnss-posicionamiento). Es un formato independiente del fabricante del receptor —de ahí su nombre, Receiver Independent Exchange Format— y por eso lo entienden por igual programas de posproceso de un fabricante u otro.

Formatos geoespaciales (GeoTIFF, SHP, GeoJSON)

Los tres cubren el dato ya procesado, pero de forma distinta. GeoTIFF es ráster: una imagen (ortomosaico, modelo digital de terreno, mapa de vigor NDVI) con la georreferenciación incrustada en la cabecera del propio archivo, así que cualquier GIS sabe automáticamente dónde cae cada píxel. SHP (shapefile) es vectorial: puntos, líneas o polígonos con una tabla de atributos asociada (.dbf) — nació como formato propietario de Esri en 1998, pero su especificación se publicó y hoy lo lee prácticamente cualquier GIS, por lo que es un estándar de facto pese a no tener detrás un organismo normativo. GeoJSON es también vectorial, pero en texto JSON en vez de binario: más ligero y legible, pensado para la web (APIs, mapas interactivos) y normalizado por el IETF en la RFC 7946, siempre en WGS84. Regla práctica: ráster → GeoTIFF; vectorial de escritorio/GIS tradicional → SHP; vectorial ligero para la web o un dashboard → GeoJSON.

Nubes de puntos y 3D (LAS/LAZ, OBJ)

LAS es el formato de referencia para una nube de puntos —millones de coordenadas XYZ con intensidad, clasificación y número de retorno— que produce un sensor LiDAR: es una especificación pública mantenida por la ASPRS, no un formato cerrado de un fabricante. LAZ es la compresión sin pérdida del mismo LAS (mediante LASzip): mismo dato exacto, una fracción del tamaño en disco, y hoy es la forma habitual de entregar o mover una nube de puntos grande. Un paso más allá de la nube de puntos está la malla 3D texturizada: OBJ (Wavefront, con un fichero.mtl aparte para los materiales) y PLY (Stanford Triangle Format, nacido para datos de escáner 3D) son los dos formatos de malla más portables entre el software fotogramétrico y los visores 3D, BIM o motores de videojuego que reciben el modelo final.

CAD (DXF)

Buena parte de los clientes de un trabajo topográfico —arquitectos, ingenierías, ayuntamientos— no tienen GIS en el escritorio, tienen AutoCAD (o Civil 3D). El formato nativo de AutoCAD es DWG: binario, compacto, pero cerrado — su especificación no la publica Autodesk. Para que el resto del software pueda leer y escribir geometría compatible con AutoCAD sin ser AutoCAD, Autodesk mantiene y publica DXF (Drawing Exchange Format), en texto plano: es el puente por el que un GIS o un software fotogramétrico entrega curvas de nivel, ejes o una planta topográfica en un formato que el cliente abre directamente en su CAD de siempre. Por eso DXF —no SHP ni GeoTIFF— es a menudo el entregable final pactado en el contrato de un levantamiento topográfico (ver contratos-presupuestos-entregables).

Metadatos de imagen multiespectral (EXIF/XMP)

Un dron multiespectral no entrega solo una foto: entrega, por cada disparo, una imagen por banda (Green, Red, Red Edge, NIR — más la RGB aparte) y cada una lleva incrustados sus propios metadatos EXIF (estándar) y XMP (extensión del fabricante). Sin esos metadatos, un ortomosaico multiespectral es solo una imagen en escala de grises: son los metadatos, no el píxel, los que permiten calcular un índice de vegetación con reflectancia real (NDVI/GNDVI/NDRE) en vez de un simple contraste de brillo — el dato que de verdad procesan QGIS, Pix4D o Agisoft Metashape. Ejemplo verificado en el DJI Mavic 3 Multispectral (dji-mavic-3-multispectral), namespace XMP drone-dji:

No es exclusivo de DJI: cualquier sensor multiespectral (MicaSense, senseFly/Parrot Sequoia) usa el mismo principio —EXIF/XMP con banda, irradiancia y calibración radiométrica embebidos por foto—, aunque cada fabricante define su propio namespace XMP y sus propias claves; la tabla de arriba es literal del DJI Mavic 3 Multispectral (namespace drone-dji), no un estándar universal del sector.

La tabla completa (70 filas en 8 tablas, 6 páginas del manual — incluye además los datos de RTK en red NTRIP: host, puerto y punto de montaje).

Relación

qgis · contratos-presupuestos-entregables · gnss-posicionamiento · dji-mavic-3-multispectral

Fuentes: OGC — KML Standard · TopoGrafix — GPX: the GPS Exchange Format · IGS — RINEX 4.02 (Receiver Independent Exchange Format) · OGC — GeoTIFF Standard (19-008r4, v1.1) · Esri — Shapefile Technical Description · IETF — RFC 7946, The GeoJSON Format · ASPRS — LAS Specification 1.4 · Library of Congress — Wavefront OBJ File Format · Library of Congress — PLY (Polygon File Format) · Autodesk — About the DXF Format