LAS y LAZ contienen los mismos datos lidar. LAS es el formato ASPRS sin comprimir para nubes de puntos, y LAZ es su versión comprimida sin pérdidas producida por LASzip. La pregunta no es qué formato conserva más información, porque conservan exactamente la misma información, sino dónde debe recaer el coste: en el espacio en disco o en el tiempo del procesador.

LAS frente a LAZ: ¿Cuál es la diferencia?

Un archivo LAS almacena cada registro de puntos como un bloque de bytes de longitud fija, por lo que el software puede saltar a cualquier punto calculando su desplazamiento. LAZ conserva la misma cabecera y los mismos atributos de punto, pero comprime los registros de puntos en fragmentos (chunks), por lo que el archivo resulta varias veces más pequeño y cada lectura tiene que descomprimir el fragmento que contiene los puntos solicitados.

LAS frente a LAZ

¿Qué es LAS?

LAS es el formato de intercambio binario para lidar publicado por ASPRS; la especificación actual es la versión 1.4, revisión 15. Un archivo consta de una cabecera, registros de longitud variable (VLR) que contienen metadatos como el sistema de coordenadas, y los propios registros de puntos.

Lo que contiene cada punto viene definido por el formato de registro de datos de puntos, numerado del 0 al 10. Los formatos anteriores añaden el tiempo GPS y el color RGB a las coordenadas básicas, la intensidad, los números de retorno y la clasificación, mientras que los formatos 6 al 10 introducidos en LAS 1.4 amplían la clasificación a 256 códigos, permiten hasta 15 retornos por pulso y añaden un canal de infrarrojo cercano.

¿Qué es LAZ?

LAZ es el resultado de LASzip, el compresor escrito por Martin Isenburg entre 2007 y 2010 y publicado como código abierto en 2011. En lugar de tratar un archivo como un flujo de bytes, predice cada campo a partir de los valores de los puntos anteriores: las coordenadas siguen el patrón de escaneo, el tiempo GPS aumenta constantemente, los códigos de clasificación se repiten en los puntos vecinos, por lo que solo hay que almacenar la diferencia respecto a la predicción.

El formato se publicó como Estándar de la Comunidad OGC en septiembre de 2026, lo que oficializa lo que durante mucho tiempo había sido una práctica habitual. LAZ 1.4 también añade compatibilidad con los formatos de puntos LAS 6 a 10 y divide cada fragmento en capas que contienen campos independientes, de modo que un programa puede leer las coordenadas sin tener que descomprimir los datos de color o forma de onda.

Cuánto espacio ahorra LAZ

Dado que la compresión se basa en la predicción del siguiente valor, el resultado depende de los datos. Los levantamientos aéreos regulares con terreno liso y líneas de escaneo secuenciales son los que mejor se comprimen; los valores de intensidad con ruido, los puntos ordenados aleatoriamente y las nubes fotogramétricas con color por punto se comprimen menos. La prueba que se muestra a continuación ofrece una comparación importante: un archivador de propósito general aplicado a un archivo LAS no puede alcanzar lo que logra un compresor diseñado específicamente para el formato.

Nube sintética de estilo aerotransportado de 5 millones de puntos, formato de punto LAS 1.4 número 6, escrita con laspy y LASzip. ZIP utilizó la configuración de desinflado (deflate) por defecto. Las proporciones reales dependen de la densidad de puntos, los atributos y el orden de los puntos.

Esto tiene un precio, y es el tiempo del procesador. En la misma prueba, la lectura del archivo LAS tardó unos 0,6 segundos y la del archivo LAZ unos 2,1 segundos, una diferencia que resulta invisible en una sola tesela y muy visible cuando un trabajo se ejecuta de forma iterativa sobre miles de ellas. En almacenamientos lentos o a través de una red la balanza se invierte, porque transferir una cuarta parte de los bytes ahorra más tiempo del que cuesta la descompresión.

Trabajar con los formatos

En la práctica, ambos se utilizan de forma conjunta. Los datos se entregan y archivan en formato LAZ, luego se descomprimen para las fases de procesamiento que requieren un acceso aleatorio repetido, y los resultados se vuelven a comprimir. La mayoría de las herramientas lo hacen de forma transparente: PDAL, laspy, LAStools, CloudCompare, QGIS y GDAL leen LAZ directamente, por lo que a menudo no es necesario un paso de conversión explícito.

ArcGIS Pro es la excepción que conviene conocer. Lee archivos .laz, pero solo como parte de un conjunto de datos LAS en lugar de como capas independientes, y no crea un índice espacial para ellos. En su lugar, el formato comprimido propio de Esri, .zlas, se trata como un elemento de primera clase, razón por la cual los flujos de trabajo centrados en Esri a menudo convierten los LAZ entrantes.

COPC y flujos de trabajo en la nube

Cloud Optimized Point Cloud (Nube de puntos optimizada para la nube) es un archivo LAZ 1.4 válido cuyos fragmentos están organizados como un octree, con un índice almacenado en un registro de longitud variable. Un cliente puede solicitar los rangos de bytes para una parte de la nube a un nivel de detalle determinado y visualizarla sin necesidad de descargar el resto, que es lo que hace que las nubes de puntos sean utilizables directamente desde el almacenamiento de objetos.

Dado que un archivo COPC sigue siendo un LAZ, cualquier lector compatible con LASzip puede abrirlo como una nube de puntos ordinaria. Esta compatibilidad con versiones anteriores es la razón por la que COPC se difundió rápidamente: publicar datos en este formato no cuesta nada a los usuarios existentes.

Errores comunes

El error más común es pensar que la compresión hace perder precisión. No es así: al descomprimir un archivo LAZ se recuperan los registros de puntos originales byte por byte, y la precisión de los datos viene determinada por los valores de escala y desplazamiento de la cabecera, no por la compresión.

Un error más práctico es mantener los archivos en formato LAS. El almacenamiento y la copia de seguridad de un proyecto sin comprimir pueden costar varias veces más que para los mismos datos en LAZ, sin ninguna ganancia, ya que la descompresión tarda unos pocos segundos por tesela cuando los datos son realmente necesarios.

El tercero es ignorar el orden de los puntos. La compresión, la visualización y el análisis dependen de que los puntos sean coherentes espacialmente, por lo que una nube reescrita en orden aleatorio se comprime peor y se dibuja más lentamente. Reordenar o dividir los datos en teselas antes de la compresión suele merecer la pena.

Preguntas frecuentes

¿Es LAZ sin pérdidas?

Sí. Los registros de puntos se restauran exactamente, y la cabecera y los registros de longitud variable se almacenan sin comprimir, por lo que no se altera ningún aspecto del levantamiento.

¿Se puede utilizar LAZ directamente, sin convertir a LAS?

En la mayoría de los programas, sí. PDAL, laspy, LAStools, CloudCompare, QGIS, GDAL y muchos visores lo leen de forma nativa. La conversión solo es necesaria para herramientas que requieren obligatoriamente una entrada sin comprimir.

¿Qué tan lento es leer LAZ?

Para archivos locales, cabe esperar que la lectura tarde aproximadamente entre dos y cuatro veces más, según el formato del punto y la biblioteca. Cuando los datos provienen de una red o de un almacenamiento de objetos, LAZ suele ser más rápido en general porque se transfieren muchos menos bytes.

¿Cuál es la diferencia entre LAZ y zLAS?

Ambos son versiones comprimidas sin pérdidas de LAS. LAZ es un formato abierto con una implementación de código abierto y soporte casi universal, mientras que zLAS es un formato de Esri compatible principalmente dentro del ecosistema ArcGIS.

¿Qué formato debe utilizarse para la entrega?

LAZ, a menos que el contrato especifique lo contrario. Se transfiere más rápido, su almacenamiento cuesta menos y el destinatario puede abrirlo en casi cualquier software de lidar o convertirlo a LAS con un solo comando.

Puntos clave

LAS y LAZ son los mismos datos en dos estados distintos. LAS ofrece acceso directo a cada punto a costa del tamaño; LAZ cambia tiempo de procesador por un archivo varias veces más pequeño, sin perder un solo valor. Dado que la transformación es reversible y económica, la elección es una cuestión de la fase de trabajo en la que se encuentre y no de preferencias.

La práctica habitual consiste en almacenar y entregar en LAZ, y descomprimir únicamente para los pasos de procesamiento que realmente se beneficien de un acceso sin comprimir. Para los datos publicados en la web, COPC amplía el mismo formato con un índice interno y hace posibles las lecturas parciales sin cambiar nada para los usuarios actuales.